Сверка процентов до копейки: точность, округление и годовой пересчет

Две таблицы могут использовать одинаковую сумму и ставку, но давать немного разные результаты. Причина бывает в месте округления, точности ставки или числе дней. Прежде чем считать расхождение нарушением, необходимо установить одинаковые входные данные и алгоритм. Учебные материалы Банка России объясняют базовые процентные модели, а калькулятор Investor.gov отдельно задает частоту начисления.12 Ни один из этих общих источников не устанавливает правило округления вашего договора. Далее рассматривается редакционный эксперимент, а не заключение о правильности банковской выписки.

Четыре разных вида точности

Исходная ставка может храниться точнее, чем показана на экране. Начисленный доход может сохраняться с долями копейки. Зачисленная выплата обычно отображается денежной суммой, а итоговая доходность — округленным процентом. Это разные уровни представления. Округленная годовая доходность не годится для точного восстановления каждой дневной строки. Аналогично отображение начисления с двумя знаками не доказывает, что внутренний расчет тоже ежедневно округлялся. Чтобы сравнение стало проверяемым, нужно знать, какую именно величину округляют, в какой момент и по какому правилу.

Эксперимент с двумя алгоритмами

Предположим, постоянная база равна 12 345 рублям, учебная годовая простая ставка составляет 7%, период — ровно 31 день, знаменатель — 365. Капитализации и движений нет. Все параметры придуманы. Первый алгоритм сохраняет дробные копейки до конца: 12 345 × 0,07 × 31 / 365, затем округляет до копеек и получает 73,39 рубля. Второй округляет каждый одинаковый дневной доход до копеек: дневная сумма становится 2,37 рубля, а за 31 день получается 73,47. Разница равна 8 копейкам.

Оба результата воспроизводимы, но нельзя назвать их одновременно правильными для одного конкретного договора без его условий. Мы лишь доказали, что порядок операций способен объяснить расхождение. Здесь используется округление половины вверх, а внутренние вычисления первого алгоритма выполнены десятичной арифметикой. Если вместо постоянной базы появляется ежедневная капитализация, это уже новый эксперимент: изменяется сама база, а не только округление. Если год високосный или договор использует другой знаменатель, тоже меняется исходная модель.

Начисление не равно зачислению

Проверьте, сравниваются ли одни сущности. Ежедневное информационное начисление и фактическая выплата в конце срока могут иметь разную точность представления. Отдельно уточните даты начала и прекращения начисления, момент учета пополнения и базу остатка. Лишний день зачастую важнее нескольких копеек округления. Сверку удобно начинать с короткого участка без движений, а затем постепенно добавлять капитализацию и переводы. Так легче определить, на каком шаге модели расходятся, вместо бесконечной подгонки конечного числа.

Годовой процент добавляет еще одну неопределенность

Если за тридцать учебных дней получен рост 1%, эффективное повторение того же результата на условный год из 365 дней дает (1,01)^(365/30) − 1, примерно 12,87%. Это не фактический заработок за год и не прогноз повторяемости короткого отрезка. Простая пропорция и эффективное повторение отвечают на разные вопросы. Кроме того, если исходный 1% уже округлен, восстановленный годовой показатель тоже приблизителен. Подробное различие показателей раскрыто в материале об эффективной ставке; здесь оно важно как причина несопоставимости контрольных чисел.

Порядок расследования расхождения

Сохраните исходные документы и версию расчета. Сопоставьте сумму, даты, ставки и их единицы, базу дней, порядок событий, момент округления и учитываемые удержания. Не исправляйте произвольно один параметр лишь для совпадения с выпиской: такое совпадение не проверяет алгоритм. Если правило не установлено, укажите неразрешенную разницу и сформулируйте точный вопрос о методике. Не считайте любое небольшое расхождение допустимым автоматически, но и не делайте правовой вывод из одной собственной таблицы. Цель сверки — воспроизводимость причин, а не заранее выбранное обвинение или оправдание.

Не доверять автоматически формату ячейки

Формат с двумя знаками после запятой может менять только изображение числа, сохраняя больше знаков внутри. Поэтому сумма визуально округленных строк иногда отличается от видимого итога. Для проверки сделайте явное округление в отдельной колонке и сравните два метода, не заменяя исходные данные. В программах с двоичной арифметикой денежная доля может представляться приближенно; в нашем контрольном эксперименте использована десятичная. Но выбор программного типа числа не устанавливает договорное правило. Сначала нужна методика начисления, затем ее аккуратная техническая реализация.

Ошибку в датах проще искать по неполным периодам: прежде чем менять округление, согласуйте начало, конец и число учитываемых дней.