Stripe не ломает стартап. Он красиво запирает его в чужой платежной логике

Stripe не ломает стартап. Он красиво запирает его в чужой платежной логике

Stripe любят за быстрый старт, нормальный API и то, что он не выглядит как музейный эквайринг с формой на 18 полей. Но золотая клетка начинается там, где вы строите вокруг него не интеграцию, а весь платежный контур. Потом любое отклонение от happy path превращается в квест с вебхуками, ретраями и письмами в саппорт.

Типовые ловушки:
— локальные методы оплаты живут где-то сбоку и не связаны с основным order flow;
— идемпотентность есть только на бумаге, а двойные списания всплывают в пиковых ретраях;
— рекурренты, холды, частичные возвраты и dispute flow упираются в костыль на костыле и финтехом погоняет;
— мерчант-аккаунт и риск-скоринг — чёрный ящик, где ваш бизнес может быть остановлен без нормальной операционной видимости.

Проблема не в Stripe как таковом. Проблема в том, что стартапы влюбляются в один провайдер и не строят абстракцию поверх него: payment service layer, нормальную маршрутизацию, отдельную логику статусов, журнал событий и фолбэк на случай падения вебхуков. Документация — это ложь, логи — истина. Если у вас нет собственного source of truth, вы уже зависите от чужого состояния.

Правило простое: используйте Stripe как процессор, а не как архитектуру. Идемпотентность или смерть.