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

Обновлено 2 июля 2026

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

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

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

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

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

Дайджест

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

Наименование поля	Описание поля	Пример
acceptanceTerm	Срок акцепта	5
amount	Сумма платежа	100.01
date	Дата составления документа	31.12.2018
externalId	Идентификатор документа, присвоенный сервисом	22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6
operationCode	Код операции	02
payeeAccount	Номер счета получателя	40802810600000200000
payeeBankBic	БИК получателя	044525225
payeeBankCorrAccount	Корсчет банка получателя	30101810400000000225
payeeInn	ИНН получателя	0452566242
payeeName	Полное наименование получателя платежа	Общество с ограниченной ответственностью "Получатель"
payerAccount	Счет плательщика	40802810600000200000
payerBankBic	БИК плательщика	044525225
payerBankCorrAccount	Корсчет банка плательщика	30101810400000000225
payerInn	ИНН плательщика	8554122325
payerName	Полное наименование плательщика	Общество с ограниченной ответственностью "Клиент"
paymentCondition	Условие оплаты (1/2)	1
priority	Очередность платежа	5
purpose	Назначение платежа	Оплата по договору №123 от 13.04.2024. НДС 20% - 20.00 рублей включен в сумму.

Пример:

acceptanceTerm=5
amount=100.01
date=2018-12-31
externalId=22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6
operationCode=02
payeeAccount=40802810600000200000
payeeBankBic=044525225
payeeBankCorrAccount=30101810400000000225
payeeInn=0
payeeName=Общество с ограниченной ответственностью "Получатель"
payerAccount=40802810600000200000
payerBankBic=044525225
payerBankCorrAccount=30101810400000000225
payerInn=0
payerName=Общество с ограниченной ответственностью "Клиент"
paymentCondition=1
priority=5
purpose=Назначение платежа

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

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

• Не нужно устанавливать промышленные сертификаты электронной подписи (ЭП) — Песочница использует тестовые идентификаторы ЭП (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...