Stripe — не эквайринг, а очень дорогая клетка с API-ключом

Stripe — не эквайринг, а очень дорогая клетка с API-ключом

Пока стартап радуется красивому checkout и «интеграции без боли», он покупает не платежи, а зависимость от чужой логики. Stripe хорош, пока вы не упёрлись в локальные методы оплаты, payout-географию, KYC-ветки и спорные блокировки. Дальше начинается классика: ваш мерчант забанен без объяснения причин, а бизнесу предлагают «разобраться через форму».

Главная ловушка — не комиссия, а архитектурная монокультура.
— Один провайдер = один SPOF на биллинге.
— Один webhook-поток = одна точка для рассинхрона статусов.
— Один риск-движок = чужой verdict важнее вашей выручки.
Идемпотентность или смерть: пока вы не строите абстракцию над PSP, любой миграционный план превращается в переписывание половины биллинга.

Stripe любят за скорость старта, но ненавидят за цену зрелости. Когда приходят рекурренты, частичные возвраты, split payments, локальные схемы и холды, красивый SDK внезапно становится тонким слоем лака на сложной платёжной машине. Документация — это ложь, логи — истина: именно в логах вы увидите, где провайдер молча режет сценарий, который на лендинге называется «supported».

Вывод простой: держите Stripe как канал, а не как фундамент. Сразу проектируйте абстракцию PSP, отдельную модель статусов, ретраи с идемпотентными ключами и возможность пережить отключение одного провайдера без пересборки продукта. Костыль на костыле и финтехом погоняет — если это не заложить сразу, потом будет уже не интеграция, а спасательная операция.