По запросу
Платежи
ЮKassa
Статусы оплат и возвратов для складского заказа.
ПлатежиSkirbo +
Skirbo +
Robokassa
Оценить обработку подтверждений Robokassa с сохранением связи между оплатой и складским заказом.
Какой обмен обсудим
Зафиксируем нужные операции, направление данных и условия приёмки.
| Операция | Направление | Состав и готовность |
|---|---|---|
| Платёжная ссылка | Skirbo → Robokassa | Обсудим в составе подключения Передавать согласованную сумму и номер заказа. |
| ResultURL | Robokassa → Skirbo | Обсудим в составе подключения Проверять подпись и подтверждать получение события. |
| Проверка результата | Robokassa → Skirbo | Обсудим в составе подключения Сверять спорные и повторные уведомления. |
На узком экране таблицу можно прокрутить в сторону.
Это сценарии для обсуждения. Методы API сервиса сами по себе не подтверждают готовность подключения в Skirbo.
Как организовать обмен
У Robokassa есть официальная документация платёжного обмена. Серверный ResultURL и страница возврата покупателя имеют разное назначение; конкретный протокол магазина проверяется отдельно.
Предлагаемый порядок работы
- Подготовить оплату заказа с согласованной суммой и устойчивым номером магазина.
- Связать номер Robokassa с исходным заказом Skirbo и отдельной платёжной попыткой.
- Получить ResultURL, проверить его подпись и сумму и подтвердить корректно обработанное событие.
- После подтверждённой оплаты разрешить согласованную складскую обработку заказа.
- Сохранить итог так, чтобы повтор ResultURL не запускал повторную сборку или выдачу.
- Если пользователь вернулся на страницу успеха без подтверждения или сумма не совпала, оставить оплату на сверке и проверить состояние у провайдера.
Перед оценкой
Что нужно уточнить
- Магазин Robokassa, тестовый режим и адрес обработчика результата.
- Правило связи платежа с заказом, допустимые суммы и момент разрешения складской обработки.
- Согласовать доступный тестовый контур, права и пример ответа сервиса; секреты передавать только при настройке по защищённому каналу.
Границы сценария
Что учесть заранее
- Возврат пользователя на сайт не доказывает успешную оплату; ResultURL и страница возврата имеют разные назначения.
- Наличие описанного поставщиком интерфейса не подтверждает рабочее подключение Skirbo; конкретные методы и доступы проверяются при оценке.
Стоимость и запуск
Оценим ваш набор операций
На объём работ влияют версии систем, доступы, число кабинетов, направление обмена и обработка ошибок. После разбора задачи согласуем реализацию, стоимость и сроки.
Какой магазин Robokassa подключён и на каком событии разрешать обработку заказа?
Вопросы о подключении
Достаточно страницы «Оплата успешна»?
Нет. В предлагаемой схеме складской статус меняется после проверки серверного подтверждения оплаты.
Как избежать повторной обработки ResultURL?
Используем устойчивую связь события с платежом и проверяем сумму; повторное подтверждение не создаёт новое выполнение заказа.
Интеграция уже готова?
Предложен состав обмена для оценки по запросу. Потребуется согласовать доступы и разработку; готовый коннектор Skirbo, пилот и проверка на реальных заказах этой карточкой не заявляются. Перед запуском подтвердим состав операций и проверим результат на согласованном сценарии.
Официальные материалы сервиса
Используем для оценки возможностей внешней системы. Документация не является подтверждением готовности коннектора Skirbo.
- Общая информация · Robokassa Docs — дата проверки: 2026-10-30
Посмотрите другие сценарии
Весь каталог →Ваш процесс → следующий шаг
Что хотите связать со Skirbo?
Выберите сервисы и расскажите, какие данные нужно передавать. Можно описать одну интеграцию или связку из нескольких систем.
- Разберём задачуУточним роли, склады и операции.
- Проверим возможностьОпределим доступы, ограничения и состав работ.
- Согласуем запускОбсудим стоимость, сроки и критерии готовности.
Оценка заявки не означает, что подключение уже готово или разработка согласована. Пароли, API-ключи и данные покупателей в форму не добавляйте.