Создание исходящего платежного требования

Обновлено 2 марта 2026

Выставить платежное требование можно не раньше даты, следующей за датой оформления подписки.

Например, клиент оформил подписку 15 января. На следующий день, 16 января, можно будет сформировать платежное требование для списания денежных средств. Если сформировать платежное требование в день оформления подписки, то платежное требование не будет исполнено - оно встанет в "Картотеку" в СберБизнес Клиента на ручное подтверждение.

Запрос на создание платежного требования, где получателем средств является ваша компания.

Должен содержать токен доступа (access_token) пользователя в параметре Authorization заголовка.

Для доступа к этому методу в параметре scope ссылки авторизации пользователя должен быть указан сервис PAYMENT_REQUEST_OUT.

Рекомендации по тестированию в песочнице

При тестировании создания исходящего платежного требования в Песочнице соблюдайте правила:

• Не нужно устанавливать промышленные сертификаты электронной подписи (ЭП) — Песочница использует тестовые идентификаторы ЭП (certificateUuid).
• Все остальные поля запроса заполняйте произвольными данными (реквизиты, суммы, назначение платежа) в соответствии с требованиями в документации.

Сценарии тестирования

Для тестирования сценариев используйте фиксированные значения certificateUuid. При использовании любых других значений certificateUuid вернется ошибка UNKNOWN_EXCEPTION.

1. Чтобы создать неподписанное платежное требование (черновик), отправьте запрос без объекта digestSignatures.

Статус в ответе: bankStatus: "CREATED"

---

2. Для отправки документа с единственной или двумя подписями передайте в объекте digestSignatures тестовые certificateUuid.

Параметры:

• bb014b5d-8159-40be-97c1-eafeed4a8c3d (единственная подпись)
• d5d4f811-f4d4-4205-a70f-58f772eeab72 (первая подпись)
• 4f29c8ef-b55d-43c7-a321-f2b1303a29cd (вторая подпись)

Статус в ответе: bankStatus: "DELIVERED"

Пример:

#Единственная подпись
  "digestSignatures": [
    \{
      "certificateUuid": "bb014b5d-8159-40be-97c1-eafeed4a8c3d",
      "base64Encoded": "MIILDgYJKoZIhvcNAQcCoIIK..."
    \}
  ],


#Первая и вторая подпись
  "digestSignatures": [
    \{
      "certificateUuid": "d5d4f811-f4d4-4205-a70f-58f772eeab72",
      "base64Encoded": "MIILDgYJKoZIhvcNAQcCoIIK..."
    \},
    \{
      "certificateUuid": "4f29c8ef-b55d-43c7-a321-f2b1303a29cd",
      "base64Encoded": "MIILDgYJKoZIhvcNAQcCoIIK..."
    \}
  ],

---

3. Чтобы получить ошибку о превышении лимита необходимо указать сумму платежа больше 1000000.00.

Статус в ответе: bankStatus: "WORKFLOW_FAULT"

---

4. Для получения иных статусов используйте следующие тестовые идентификаторы:

Передаваемое значение externalId	Возвращаемое значение bankStatus
20211028-01e1-476e-bfee-f2112e4573a8	CHECKERROR
20221028-02e1-476e-bfee-f2112e4573a8	REQUISITEERROR
20211028-03e1-476e-bfee-f2112e4573a8	INVALIDEDS
20191028-04e1-476e-bfee-f2112e4573a8	TOO_MANY_REQUESTS
20191028-05e1-476e-bfee-f2112e4573a8	WORKFLOW_FAULT
20191028-07e1-476e-bfee-f2112e4573a8	ACTION_ACCESS_EXCEPTION

Запрос

Ответы

Создан

Ошибка в запросе

Не авторизован

Операция не может быть выполнена: доступ к ресурсу запрещен

В соответствии с текущими настройками сервиса с clientId=%s необходимо использовать запрос в формате JWS Compact Serialization

Превышен лимит запросов

Внутренняя ошибка сервера

Сервис временно недоступен

Loading...