<b>WeChat Pay — не метод оплаты, а тест на выживаемость вашей интеграции</b>

<b>WeChat Pay — не метод оплаты, а тест на выживаемость вашей интеграции</b>

Локальный метод оплаты почти всегда продают как «добавьте кнопку и конверсия вырастет». На практике вы получаете зоопарк: отдельный флоу авторизации, свои статусы, свои ограничения по валютам, отдельный риск-фильтр и API, где половина полей «optional», пока не упадёт прод.

— Не путайте acceptance и settlement. Пользователь видит успешную оплату, а у вас потом внезапно зависает подтверждение, потому что не добрали один callback или не закрыли сессию.
— Идемпотентность или смерть. Для локальных методов дубли — не баг, а стиль жизни. Повторный webhook, повторный redirect, повторный capture: всё это надо пережить без двойного списания.
— Не верьте фронту. QR, deep link, редирект, in-app browser — это разные звери. Если не тестировали каждый сценарий на реальном девайсе, интеграция не готова.

Самая грязная часть — разрыв между тем, что вернул провайдер, и тем, что случилось в его бэке. Документация клянётся, что статус final, а через минуту прилетает отмена, холд или delayed fail. Поэтому логируйте не «успех/ошибка», а весь жизненный цикл транзакции: request_id, correlation_id, статус, таймстамп, payload webhook’а.

И да, локальный метод — это всегда проверка вашей операционной дисциплины: фолбэк на карту, нормальная обработка таймаутов, reconciliation и ручной алертинг. Без этого WeChat Pay превращается не в канал денег, а в костыль на костыле и финтехом погоняет.