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

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

Схема типовая: клиент платит 999,99, а в бек-офисе сумма летит как 1000,00 или наоборот. Дальше включается математика костыля на костыле: одна система считает в центах, другая — в десятых, третья режет копейки после 2 знаков, четвертая добавляет «техническую» надбавку в сверке. Итог — расхождение, которое не выглядит как проблема, пока не начинаются возвраты, частичные списания и холды.

Что проверять до интеграции:
— как округляется сумма на каждом этапе: checkout, auth, capture, refund;
— кто владеет правилом конвертации валюты и где фиксируется курс;
— совпадает ли формат minor units в API и в отчетах;
— есть ли у агрегатора отдельная строка fee adjustment, rounding delta или service buffer.

Если этого нет в договоре и в выгрузке, значит, комиссия прячется в «погрешности». Идемпотентность или смерть: при повторной попытке платежа именно округление часто дает дубль на копейку, который потом превращается в спорный refund.

Финальный тест простой: прогоните один и тот же сценарий через авторизацию, частичный capture и возврат. Если суммы не сходятся до копейки, перед вами не «особенность учета», а встроенный источник потерь.