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