Робокасса подключается через платежные URL, подписи и callback-уведомления. Если один параметр настроен неверно, оплата может проходить, но сайт не узнает об этом.
Поэтому важно проверять не только кнопку оплаты, но и весь цикл заказа.
Когда это нужно
Интеграция нужна, если сайт должен принимать оплату и автоматически менять статус заказа, выдавать доступ или отправлять уведомление.
Что обычно мешает
- неверный Result URL
- ошибка подписи
- тестовый режим не отключен
- статус заказа не меняется
- CMS-модуль устарел
Как я работаю с задачей
- Проверяю настройки магазина.
- Настраиваю URL-адреса и пароли.
- Подключаю модуль или пишу обработчик.
- Проверяю подписи и ответы.
- Провожу тестовый платеж и проверяю заказ.
Что важно не сломать
- считать оплату успешной без callback
- публиковать платежные пароли
- не проверять сумму заказа
- не логировать ошибочные ответы
- не тестировать отказ оплаты
Что будет на выходе
- рабочая интеграция Робокассы
- правильные callback-адреса
- проверка подписи
- обновление статусов
- тестовый сценарий оплаты
Что подготовить
- ссылку на сайт, страницу, админку, репозиторий или тестовый пример
- описание, что должно работать и что происходит сейчас
- текст ошибки, скриншот, лог или пример данных, если есть
- информацию о CMS, фреймворке, платежном сервисе или сервере
- приоритет: срочно восстановить работу или сделать спокойно и аккуратно
Сроки
| CMS-модуль | 1-3 часа |
|---|---|
| Самописная интеграция | 4-8 часов |
| Нестандартная логика | по сценарию |
Вопрос-ответ
Почему оплата есть, а заказ не оплачен?
Часто не работает Result URL или проверка подписи.
Можно подключить к старому сайту?
Да, если можно встроить обработчик и проверить заказ.
Нужны ли логи?
Да, они помогают быстро понять ошибку callback.
Итог
Подключение Робокассы должно проверять весь платежный цикл: создание платежа, callback, подпись, статус заказа и ошибочные сценарии.
Нужна похожая задача? Напишите в Telegram: @rabotator_support. Пришлите ссылку, симптом и желаемый результат, я посмотрю и предложу понятный план.