Скрытые комиссии в платежах часто прячутся не в тарифе, а в округлении

Скрытые комиссии в платежах часто прячутся не в тарифе, а в округлении

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

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

Документация — это ложь, логи — истина. Сверяйте не описание тарифа, а три сущности: сумму в запросе, сумму в платёжном логе и сумму в реестре сеттлмента. Если расхождение повторяется в одну сторону, это не баг, а бизнес-модель.

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

Идемпотентность или смерть. Если агрегатор не даёт прозрачный breakdown по комиссиям и пересчётам, ваш мерчант уже платит налог на мутную математику.