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

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

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

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

Главная проблема не в самих копейках, а в том, что их маскируют под технический шум. Документация молчит, биллинг пишет «округление по правилам системы», а поддержка кивает на партнерскую схему. В итоге ваш reconciliation превращается в археологию: сверяешь вебхуки, логи, payout-отчеты и понимаешь, что костыль на костыле и финтехом погоняет.

Что проверять до интеграции: правила округления на всех этапах, порядок расчета комиссий до/после НДС, обработку partial refund, behavior при split capture, а главное — есть ли в API отдельное поле для adjustment. Если поля нет, значит комиссию потом спишут «где-то в отчетности».

Не верьте «прозрачной тарифной сетке», пока не прогнали тесты с дробными суммами. Сначала ловите копейку в sandbox, потом — в проде, иначе ваш мерчант забанен без объяснения причин уже не спасет.