<b>Скрытые комиссии: как агрегаторы тихо доедают ваши копейки на округлении</b>

<b>Скрытые комиссии: как агрегаторы тихо доедают ваши копейки на округлении</b>

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

Где обычно прячется мясо:
— округление на стороне checkout и отдельно на стороне PSP;
— конвертация валюты через промежуточную точку с разной точностью;
— частичные возвраты, когда refund считают по одной базе, а capture — по другой;
— комиссии, которые округляют по операции, а не по итоговому батчу.

Особенно весело это в рекуррентах и дробных суммах: одна транзакция «теряет» cent-level, но при массовом потоке получается системный дрейф. Потом бухгалтерия видит расхождение, техподдержка лепит «в пределах допуска», а у вас уже костыль на костыле и финтехом погоняет.

Проверка одна: сравнивайте gross, net, fee и fx-курс на уровне каждой операции, храните исходную точность до округления, и не доверяйте красивым итогам из кабинета без сырого webhook payload. Идемпотентность или смерть. Если агрегатор не может показать математику по шагам, он зарабатывает на вашей слепой вере, а не на прозрачном процессе.