Скрытые комиссии через округление: где агрегатор тихо режет вашу маржу

Скрытые комиссии через округление: где агрегатор тихо режет вашу маржу

Округление — любимый карманный трюк платежных агрегаторов. На бумаге сумма совпадает, в бухгалтерии всё “чисто”, а в реальности на микроплатежах, частичных возвратах и мультивалюте вы теряете копейку за копейкой. Документация — это ложь, логи — истина.

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

Если у вас нет контроля по каждому шагу, вы не увидите проблему в отчете. Она маскируется под “естественную погрешность”, пока не накопится на заметный объём. И да, идемпотентность тут тоже важна: дубли, повторные списания и кривые ретраи только увеличивают поле для таких утечек. Костыль на костыле и финтехом погоняет.

Проверяйте не только итоговую сумму, а весь путь денег: авторизация, холд, capture, refund, settlement. Сверяйте суммы в minor units, а не глазами по PDF-отчёту. И отдельно тестируйте кейсы с дробями, частичными возвратами и валютными конверсиями — именно там агрегатор и прячет свою “комиссию за математику”.

Если в сверке есть расхождение в один-два цента, это не мелочь, а сигнал: у вас уже течёт маржа, и чинить надо не финальный отчёт, а логику расчёта на каждом этапе.