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

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

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

Где обычно течёт маржа:
— округление до 2 знаков в одной валюте и до 0 в другой;
— пересчёт по курсу не в момент auth, а в момент capture;
— частичные возвраты, где комиссию считают от полной суммы;
— split payouts, в которых остатки висят в «мелком балансе» и не вычищаются;
— холды и отмены, после которых копейки остаются у провайдера как «технический хвост».

Проблема не в самих копейках. Проблема в том, что на потоке они превращаются в тихий налог на невнимательность. Если у вас нет сверки по каждой транзакции, вы увидите только красивый отчёт и дырявую экономику. Идемпотентность или смерть — но ещё и reconciliation или минус в P&L.

Что делать: храните исходную сумму, валюту, курс, правило округления и итог по каждому этапу отдельно; сравнивайте auth, capture, refund и payout в разрезе одного payment_id; не верьте агрегированной сводке без сырых событий. И отдельно проверяйте, кто владеет остатком после округления: провайдер, мерчант или «никто».

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