Скрытые комиссии: агрегатор зарабатывает на ваших округлениях и копейках

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

Схема обычно одна и та же:
— сумма в checkout округляется в одну сторону;
— в бэке валюта или налог пересчитываются в другую;
— при частичном возврате дробь режется не в вашу пользу;
— при мультивалюте разница между auth и capture тихо оседает в отчётах как «техническая погрешность».
По одной операции это выглядит как мусор. По потоку — уже маржа.

Идемпотентность или смерть. Если у вас нет сверки на уровне транзакции, вы не увидите, где именно агрегатор «потерял» остаток: в авторизации, клиринге, возврате или reconcile-отчёте. Нормальная защита — хранить исходную сумму, правила округления, валюту, курс, комиссию и итог проводки отдельно. И сравнивать не только gross/net, но и дробную часть. Иначе у вас не платёжка, а костыль на костыле и финтехом погоняет.

Проверка простая: берёте 1000 транзакций, считаете дельту между ожидаемым и фактическим settlement, отдельно гоняете refunds и partial captures, а потом ищете повторяющийся паттерн. Если разница системная — это не баг, это бизнес-модель. Ваш мерчант забанен без объяснения причин, а копейки уже уехали в чужую маржу.