<b>Скрытые комиссии: как агрегаторы кормятся на ошибках округления</b>

<b>Скрытые комиссии: как агрегаторы кормятся на ошибках округления</b>

Агрегатор редко ворует «в лоб». Он доит вас на микросдвигах: сумма в кошельке, сумма в биллинге, сумма в реестре — и везде разный хвост после запятой. Если у вас нет жесткого правила округления, начинаются фантомные копейки, которые потом превращаются в реальные расхождения по сеттлменту.

Типовые места, где прячется маржа:
— округление на стороне checkout, а не в ledger;
— разные правила для валют с 0, 2 и 3 знаками;
— конвертация до или после комиссии;
— суммирование по строкам вместо суммы по итогу.

Самая грязь — когда агрегатор считает комиссию от уже округленной суммы. На одном платежe это выглядит как мусор. На потоке — как «куда делся процент-другой оборота». Документация тут обычно улыбается, логи — нет.

Что делать: фиксируйте один источник истины для валюты, храните сумму в минорных единицах, а округление делайте только на границе внешнего API. Идемпотентность или смерть. Если в реестре и в вебхуке разные дроби, ваш мерчант забанен без объяснения причин, а спор по сверке будет вечным.

Проверяйте не только сумму платежа, но и комиссию, refund, partial capture и валютную конверсию. Костыль на костыле и финтехом погоняет, поэтому любая «мелкая погрешность» должна ловиться автоматической сверкой до того, как она съест вам маржу.