M-Pesa интеграция ломается не в API, а в платёжном флоу и логике статусов

M-Pesa интеграция ломается не в API, а в платёжном флоу и логике статусов

Для африканского iGaming mobile money — не «ещё один метод», а основной маршрут депозита. Ошибки обычно не в кнопке оплаты, а в том, как оператор принимает callback, возвращает статус и обрабатывает повторы запросов.

Проверьте базу:
— один идентификатор транзакции на весь цикл;
— идемпотентность callback, чтобы не задвоить депозит;
— понятный маппинг статусов: pending / success / failed;
— отдельную обработку частичного успеха, timeout и отмены;
— логирование request/response без чувствительных данных.

На стороне UX важны короткий путь до оплаты, минимальное число полей и локальные формулировки. Если пользователь уходит на USSD или подтверждение через mobile money app, экран должен объяснять, что депозит ещё не потерян и статус обновится после подтверждения.

Для африканских GEO критичен и fallback: если M-Pesa недоступна, рядом должны быть Airtel Money, MTN MoMo или иной локальный метод. Иначе вы теряете не только депозит, но и повторный визит.

Хорошая интеграция M-Pesa — это не «подключили метод», а настроили контроль статуса, повторные запросы и запасной платёжный маршрут.