Кастомный биллинг — это не стратегия, а дорогая терапия для эго команды

Кастомный биллинг — это не стратегия, а дорогая терапия для эго команды

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

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

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

Кастомный биллинг оправдан только там, где у вас реально уникальная математика, а не желание «контролировать всё». Во всех остальных случаях вы не строите систему — вы откладываете аварийный разбор на момент, когда инцидент уже в проде.

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