Если оплата на сайте не проходит, сбой ищут по цепочке заказа, платёжной формы и ответа провайдера

Кнопка «Оплатить» показывает только начало цепочки. За ней сайт создаёт заказ, получает платёжную форму и ждёт результата операции. После подтверждения он должен отметить заказ и выдать покупку.

Интеграция с ЮKassa связывает подтверждённый платёж с заказом и проверяет восстановление незавершённых шагов.

Для диагностики нужен след одной попытки. Сохраните номер заказа, время и текст ошибки; разработчик сопоставит их с идентификатором платежа у провайдера. Сообщения «у меня не работает» для этого мало.

Подключение оплаты и ремонт действующей связки требуют разной приёмки. При первом подключении оплаты проверяют всю сборку, а здесь ищут шаг, который перестал выполняться. Менять провайдера до этой проверки означает строить новую цепочку, пока причина поломки старой неизвестна.

Отказ оплаты не всегда требует правки кода. Яндекс Пэй различает недостаток средств, лимит карты и ошибку сервиса в справке, проверенной 7 октября 2026. Смена кнопки не пополнит баланс покупателя.

Подтверждение платежа тоже может не завершиться. В справке Яндекс Пэй эта ошибка связана как с проверкой покупателя, так и с взаимодействием платёжных участников. Владелец магазина передаёт поддержке номер попытки, а разработчик проверяет свою часть цепочки.

Платёжную операцию сверяют по её состоянию, а не по банковскому уведомлению покупателя. В двухстадийной оплате авторизация резервирует средства, а списание выполняют отдельно. Ошибку подтверждения списания нельзя считать ни новым платежом, ни завершённой покупкой.

Потерянный ответ оставляет исход платежа неизвестным. ЮKassa в документации, проверенной 7 октября 2026, требует узнать результат операции при серверной ошибке ответа. Совет «нажмите ещё раз» эту неопределённость не снимает.

Защита от повтора начинается с узнавания прежней операции. Для ЮKassa те же данные и тот же ключ запроса возвращают результат исходного действия в течение 24 часов после первого запроса. Новый ключ означает новый запрос; окно нельзя считать вечной защитой.

Окончательная отмена отличается от потерянного ответа. В ЮKassa отменённый платёж уже не станет успешным, и новую попытку создают отдельно. Разработчик должен показать, как код различает эти состояния.

Повтор сообщения провайдера проверяют отдельно от повторной оплаты. ЮKassa повторяет доставку при неподтверждённом получении в течение 24 часов после события. Сайт должен узнать уже обработанный платёж и продолжить недоделанную выдачу, не выдать покупку повторно.

Наш опыт относится к продаже курса на vibecoding.ru, где инженер ведёт машину агентов. Ревью от 9 сентября 2026 нашло пять проблем цепочки продажи. Своего клиентского кейса ремонта оплаты у машины нет.

Самый близкий к этой статье дефект был в повторе письма доступа. После первой неудачи повторное сообщение о платеже уже не запускало письмо. Исправление научило систему отличать выданный доступ от доставленного письма.

Подлинное сообщение ещё не доказывало покупку нужного товара. Приёмник сверял отправителя, но общий кабинет принимал платежи за разные продукты. Добавили проверку товара; работу машины показывает публичный журнал работы, а вывод о платежах опирается на это ревью.

Агенту можно поручить восстановить путь одной попытки по коду и обезличенным журналам. Он сопоставит запрос формы с обработчиком подтверждения и подготовит правку. Боевая оплата и возврат требуют отдельного решения человека.

Задача должна описывать наблюдаемый сбой и способ приёмки. Вместо «починить кассу» нужны проблемный шаг и ожидаемый результат повтора. Шаблон задачи агенту помогает передать это исполнителю без перевода бизнеса на язык функций.

Запреты на денежные действия записывают до запуска агента. Правила работы агентов задают границы, а вопрос ответственности за ошибки решают с исполнителем до выпуска. Список пройденных тестов сам по себе не разрешает списание или возврат.

Тестовая оплата проверяет путь без денег покупателей. Затем отдельно сверяют боевые настройки, куда приходят подтверждения и какой товар покупается. Смену ключей, боевую операцию и возврат согласуют как денежные шаги; тестовый успех не подтверждает их автоматически.

После выпуска нужен наблюдаемый результат по каждой попытке. Владелец видит несовпадение «провайдер подтвердил, заказ ждёт» и знает, кто разберёт его. Если команда пока не может описать такую приёмку, тест для руководителя поможет выбрать следующий шаг в работе с разработкой.

Для системы с очередью доработок подходит подписка на разработку. Тариф «Один проект» стоит 250 000 ₽ в месяц на 7 октября 2026, код правят в репозитории клиента. В приёмку включают тестовую оплату и проверку денежных шагов, а разовый отказ банка подписки не требует.

1. Найдите последний подтверждённый шаг по одной попытке. Сопоставьте заказ с платежом у провайдера.
2. Разделите внешний отказ и ошибку интеграции. Код сайта не снимает ограничения банка.
3. Проверьте повтор запроса, повтор сообщения и повтор выдачи по отдельности. Новая оплата не лечит потерянное письмо.
4. Примите ремонт по совпадению денег, заказа и покупки. После выпуска назначьте ответственного за расхождения.