Stripe — не эквайринг мечты, а золотая клетка с очень гладкими прутьями

Stripe — не эквайринг мечты, а золотая клетка с очень гладкими прутьями

Пока у вас один MVP и несколько платежей в день, Stripe выглядит как магия: API вменяемый, вебхуки есть, 3DS прикручен, рекурренты заводятся без шаманства. А потом начинается взрослая жизнь: спорные списания, холды, локальные требования, ручные проверки и внезапные блокировки. Идемпотентность или смерть — тут не шутка, потому что любая повторная попытка после сбоя может превратиться в двойное списание.

Главная ловушка — не техдолг, а зависимость от правил, которые вы не контролируете:
— ваш мерчант забанен без объяснения причин;
— саппорт отвечает, как будто читает чужую документацию;
— settlement и payout живут своей жизнью;
— разбор инцидента упирается в логи, а не в красивые слова на лендинге.

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

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