Банковское округление: Math.floor, ceil, round(...)

Никакое. IEEE754 для денег никто в здравом уме не использует.

Ну а в случае процентов от копеек?

Не знаю. Из того, что я видел, банки часто используют четыре знака после точки для денег.

Когда довелось писать скрипты для составления внутрибанковских отчетов, оказалось, что даже внутри одного отдела могут использоваться разные типы округления, в зависимости от задач. Так что смотри ТЗ, или уточняй у заказчика.

Используй BigDecimal!

Используй BigDecimal!

Спасибо.

«The java.math.BigDecimal in Java's equivalent is decimal.Decimal in Python. You can even go through the documentation for more. mpmath is a pure-Python library for multi-precision floating-point arithmetic.»

Какая функция LIBC или Java SDK используется для округления до копеек?

Для начала, здравые люди используют BigDecimal, соответственно, Math.floor/ceil/round уже идут сильно мимо...

https://docs.oracle.com/javase/8/docs/api/java/math/RoundingMode.html почитай ещё вот это. Но ответа на твой вопрос там нет и не может быть, это нужно в банке и узнавать, как у них «принято».

Спроси у аналитика, он тебе скажет. А то ты там сейчас понапишешь, будут потом тебя сношать в опердень, когда копейка не сойдётся.

это нужно в банке и узнавать, как у них «принято».

Окей.

Просто в 1990-е годы сам сталкивался с ситуацией, когда бухгалтерия некоторых фирм велась в IEEE754. В конце года была веселуха. У меня одноклассник для своей мамы-главбуха специально для этого погрузился в тему в начале 90-х. А потом пошёл на кафедру, занимающейся мат.методами деления больших чисел, и затем - в банковскую сферу. Сейчас, правда, ушёл оттуда.

, когда копейка не сойдётся.

Пока норм, хватает Decimal. Я на будущее спрашиваю, когда доли копейки полезут.

Правильно - брать проценты себе на счет.

Пока норм, хватает Decimal.

Убедись что у заказчика прод работает на java не ниже 1.5 (в больших неповоротливых конторах может быть всё очень древнее), иначе схватишь много гемора с BigDecimal.

... java не ниже 1.5

Ты про JRE 6 и JRE 7? https://bugs.openjdk.java.net/browse/JDK-8066842

«java.math.BigDecimal.divide(BigDecimal, RoundingMode) produces incorrect result» Created: 2014-12-06 16:51, Resolved: 2015-02-11 17:26

Вроде в большую сторону до двух знаков после запятой, но либо ты ищешь инфу точную не тут либо в случае промаха с инфой тебя посадят на кол. Опасно. Иди на сайт центробанка и ищи там документы соотвецствующие

1.5 - это то, что было до JRE6. Нумерацию там сменили.

Целочисленная арифметика используется для денег

всё зависит от. Бывают и 100/3 цены (чтоб 100/3 + 100/3 + 100/3 было 100), и тут же рядом нормальные копейки идут.

когда доли копейки полезут.

Главное правило в итоговой платёжке/выставленном счёте не должно быть дробных копеек. Но дробные копейки могут быть в расшифровке. Тоесть итоговая сумма не может иметь дробей, но итоговая сумма может состоять из дробей. Пример, выставлен счёт на 100 рублей, он может состоять из трёх пунктов по 100/3. Так же налоги не могут иметь дробей.

Есть. BCD числа.

деньги храни в копейках.

в крайнем случае в BigDecimal, если много хитрых расчетов

float - ни в коем случае. разве что только для производных от денег вещей (статистика, рисование графиков, итд)

Есть ли стандарты для банков?

Есть, они зависят от страны (принятой бухгалтерской практики). В РФ (и целом - бСССР) принято округлять с точностью до копеек вниз, отрицательных значений быть не может.

В таких случаях все нормальные люди делают очередной платеж = (итого / колво) до копейки, а последний = (итого - очередной * (колво - 1)). Эта наркомания с лишними знаками только у программистов возникает.

Полтреда с чего-то решило, что оп бабло во флотах хранит. С чего вообще? Как поделить сумму на части - это резонный вопрос, и при делении целого внезапно могут возникнуть дроби, которые надо округлять.

https://dzone.com/articles/never-use-float-and-double-for-monetary-calculatio

Ок. Я не использую для хранения float and double. Речь шла, какие функции деления использовать для подсчёта дробей.

Есть, они зависят от страны (принятой бухгалтерской практики). В РФ (и целом - бСССР) принято округлять с точностью до копеек вниз.

LamerOk А эта практика как-то закреплена законодательно?

https://habr.com/ru/post/338108/