Голосовой AI-агент для входящих и исходящих звонков: отвечает 24/7, работает по бизнес-сценариям, выполняет действия в …
Практическое руководство по интеграции CRM и ERP: какие данные синхронизировать, как определить источник истины, выбрат…
Платёж — единственное место в системе, где ошибка стоит денег напрямую. Поэтому он проектируется так, будто связь оборвётся в самый неподходящий момент: она обязательно оборвётся.
Обсудить проектКаждый шаг может завершиться неудачей — и в каждом система должна остаться в понятном состоянии.
Заказ и платёж — разные сущности со своими состояниями; переходы между ними описаны явно.
Инициализация, подпись запроса, обработка ответа и защищённые уведомления от банка.
Ключи идемпотентности, чтобы повтор запроса не превращался во второе списание.
Понятное сообщение клиенту, сохранение заказа и автоматическое уточнение неясных статусов.
Полные и частичные операции из админки с проверкой прав и записью, кто их выполнил.
Ежедневное сопоставление операций с выпиской и отчёт о том, что не сошлось.
Каждая попытка сохранена с ответом шлюза; рост доли отказов виден сразу, а не по жалобам.
Проверяем не только успешную оплату, но и отказ, обрыв, двойное нажатие и возврат.
Договор эквайринга и тарифы — между вами и банком. Мы отвечаем за то, чтобы деньги и заказы сходились, а спорная ситуация разбиралась по журналу, а не по памяти.
Чаще всего из-за отсутствия ключа идемпотентности: пользователь нажал кнопку дважды или браузер повторил запрос после обрыва, и создались две операции. Правильное решение — не прятать кнопку на секунду, а сделать так, чтобы повтор с тем же ключом возвращал прежнюю операцию.
Они возникают, когда шлюз не ответил вовремя, а результат уже известен на его стороне. Мы помечаем такие операции как неопределённые и периодически запрашиваем их статус, пока он не станет окончательным. Без этого механизма деньги списаны, а заказ не оплачен — и разбирается это вручную.
Нет. Для повторных платежей банк выдаёт токен, привязанный к карте: он хранится у вас вместо реквизитов и работает только для ваших операций. Сами номера карт при этом на вашем сервере не появляются, а требования по их хранению вас не касаются.
По журналу операций и наблюдению за ним. Каждая попытка сохраняется вместе с кодом ответа банка, поэтому видно не только «стало меньше оплат», но и почему: недостаточно средств, отклонение по лимиту, неудачное подтверждение. Это разные проблемы с разными решениями.
Да, и это обычная ситуация: карта, перевод по счёту и оплата при получении живут вместе. Важно, чтобы у каждого способа была своя цепочка статусов: наложенный платёж подтверждается отчётом курьерской службы, а не банковской выпиской, иначе сверка перестанет сходиться.
