Номер платежного поручения в квитанции сбербанка где смотреть
Перейти к содержимому

Номер платежного поручения в квитанции сбербанка где смотреть

  • автор:

Платежное поручение

Для обращения к ресурсу необходимо отправлять запрос на:

  • Текущий тестовый контур https://edupirfintech.sberbank.ru:9443
  • Новый тестовый контур https://iftfintech.testsbi.sberbank.ru:9443
  • Промышленный контур https://fintech.sberbank.ru:9443

Создание платежных поручений 

Ресурс /v1/payments позволяет Партнеру создавать дебетовые платежные поручения по собственным счетам.

Шаги 

1. Получить AccessToken.

2. Сформировать ЭП.

3. Отправить запрос.

4. Получить статус.

5. Получить документ.

Для создания рублевого платежного поручения необходимо отправить POST-запрос (/v1/payments), в котором передать авторизационный токен к данным собственной организации (Access Token) и реквизиты одного платежного поручения. Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис PAY_DOC_RU .

Модель запроса и ответа 

Наименование Описание
Параметры заголовка
Authorization (String) Access token собственной организации, полученный через SSO
Пример: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1
Параметры тела запроса
Payment
amount (number) Сумма платежа,
bankComment (string, optional, read only) Банковский комментарий к статусу документа,
bankStatus (string, optional, read only) Статус документа,
crucialFieldsHash (string, optional, read only) Hash от ключевых полей документа,
date (string) Дата составления документа,
deliveryKind (string, optional) Вид платежа: электронно, срочно
Если не заполнено или 0, то будет присвоено значение «электронно»,
departmentalInfo (DepartmentalInfo, optional) Реквизиты налогового, таможенного или иного бюджетного платежа,
digestSignatures (Array [Signature] , optional) Электронные подписи по дайджесту документа,
externalId (string) Идентификатор документа, присвоенный партнером (UUID),
incomeTypeCode (string, optional) Код вида дохода получателей выплаты по 229-ФЗ.
Коды:
1 — При переводе денежных средств, являющихся заработной платой и (или) иными доходами, в отношении которых статьей 99 Федерального закона N 229-ФЗ установлены ограничения,
2 — При переводе денежных средств, являющихся доходами, на которые в соответствии со статьей 101 Федерального закона N 229-ФЗ не может быть обращено взыскание, за исключением доходов, указанных в пунктах 1 и 4 части 1 статьи 101 Федерального закона N 229-ФЗ),
3 — При переводе денежных средств, являющихся видами доходов, на которые в соответствии с пунктами 1 и 4 части 1 статьи 101 Федерального закона N 229- ФЗ не может быть обращено взыскание,
number (string, optional) Номер документа
Обратите внимание: номер документа должен быть не более 6 цифр,
operationCode (string) Код операции:1
payeeAccount (string, optional) Счет получателя платежа,
payeeBankBic (string) БИК получателя платежа,
payeeBankCorrAccount (string, optional) Корсчет банка получателя платежа,
payeeInn (string, optional) ИНН получателя платежа,
payeeKpp (string, optional) КПП получателя платежа,
payeeName (string) Полное наименование получателя платежа,
payerAccount (string) Счет плательщика,
payerBankBic (string) БИК банка плательщика,
payerBankCorrAccount (string) Корсчет банка плательщика,
payerInn (string) ИНН плательщика,
payerKpp (string, optional) КПП плательщика,
payerName (string) Полное наименование плательщика,
priority (string) Очередность платежа: 1, 2, 3, 4, 5,
purpose (string) Назначение платежа
Размерность: [1 .. 210] ,
urgencyCode (string, optional) Код срочности = [‘INTERNAL’ — срочный, ‘INTERNAL_NOTIF’ — срочный платеж с уведомлением, ‘OFFHOURS’ — неотложный, ‘BESP’ — банковские электронные срочные платежи, ‘NORMAL’ — срочность не указана]
stringEnum: 0, 1, 2, 3, 4,
vat (Vat, optional) Данные НДС,
voCode (string, optional) Код вида валютной операции
>DepartmentalInfo
uip (string, optional) Уникальный идентификатор платежа,
drawerStatus101 (string, optional) Показатель статуса налогоплательщика (реквизит — 101),
kbk (string, optional) Код бюджетной классификации (реквизит — 104),
oktmo (string, optional) Код OKTMO (реквизит — 105),
reasonCode106 (string, optional) Показатель основания платежа (реквизит — 106),
taxPeriod107 (string, optional) Налоговый период / код таможенного органа (реквизит — 107),
docNumber108 (string, optional) Номер налогового документа (реквизит — 108)
Должно быть проставлено значение: 0 или пустое или цифровое,
docDate109 (string, optional) Дата налогового документа в формате YYYY-MM-DD (реквизит — 109),
paymentKind110 (string, optional) Тип налогового платежа (реквизит — 110)
>Signature
base64Encoded (string) Значение электронной подписи, закодированное в Base64,
certificateUuid (string) Уникальный идентификатор сертификата ключа проверки электронной подписи (UUID)
>Vat
amount (number, optional) Сумма НДС,
rate (string, optional) Ставка НДС: 0,10,20,
type (string) Способ расчета НДС = [‘INCLUDED’ — НДС включен в сумму платежа, ‘NO_VAT’ — не облагается НДС, ‘MANUAL’ — ручной ввод НДС]
stringEnum: «0», «2», «3»
>

Пример запроса 

  "amount":1.01, "bankComment":"string", "bankStatus":"string", "date":"2018-12-31", "deliveryKind":"электронно", "departmentalInfo":  "uip":"0", "drawerStatus101":"01", "kbk":"18210102010011000110", "oktmo":"01701000", "reasonCode106":"ТП", "taxPeriod107":"ГД.00.2018", "docNumber108":"123", "docDate109":"2017.01.01", "paymentKind110":"1" >, "digestSignatures":[   "base64Encoded":"HlaeIHXXEcGT1bFxo1NlpAzpr+kJ2IQrcxVdvDTep6xjsmD1FDb+6NIyLT+/T24S0mPfVCU75sieOMt71TBS7w==", "certificateUuid":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6" > ], "externalId":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6", "incomeTypeCode":"2", "number":"1", "operationCode":"01", "payeeAccount":"40802810600000200000", "payeeBankBic":"044525225", "payeeBankCorrAccount":"30101810400000000225", "payeeInn":"7707083893", "payeeKpp":"222201001", "payeeName":"Общество с ограниченной ответственностью \"Клиент\"", "payerAccount":"40802810600000200000", "payerBankBic":"044525225", "payerBankCorrAccount":"30101810400000000225", "payerInn":"7707083893", "payerKpp":"222201001", "payerName":"Общество с ограниченной ответственностью \"Клиент\"", "priority":"5", "purpose":"Оплата заказа №123. НДС нет.", "urgencyCode":"INTERNAL", "vat":  "amount":0.00, "rate":"0", "type":"NO_VAT" >, "voCode":"61150" > 

Если требуется проверить неизменность реквизитов получателя платежа до получения выписки с информацией о проведенном документе, необходимо сравнить хэш реквизитов получателя (crucialFieldsHash), полученный при создании черновика документа, с crucialFieldsHash полученным при запросе статуса документа. Для вычисления значения хэша ключевых полей формируется строка из реквизитов, соединенных между собой: БИК банка получателя, счет получателя платежа, сумма платежа, (разделитель-точка).

Документы, поступающие в банк по каналу Fintech, проходят проверку на уникальность поля «externalId». Если в банке уже есть документ с указанным в запросе «externalId», то запрос будет отклонен системой.

В АС Банка также присутствует проверка на дублирование документов по полям: — номер документа; — дата документа; — сумма документа.

Если поля совпадают с уже существующим в банке документом, то такой документ получает статус «bankStatus»: «CHECKERROR», а комментарий «bankComment»: «Документ с такими реквизитами уже существует.»

Поле «number» не является обязательным, однако, если оно не заполнено, то номер присваивается автоматически.

Передача электронной подписи вместе с документом 

Требования к ЭЦП:

  • Подпись CMS;
  • Подпись открепленная — detatched;
  • Формат подписи — PEM;
  • Алгоритм цифровой подписи ГОСТ Р 34.10-2012 для ключей длины 256 бит;
  • Блок с сертификатами (Certificates) обязателен — включает сертификат подписанта;
  • Данные подписанта (Signer Info) — содержит информацию только по одному подписанту;
  • Передается в API значение подписи, закодированное в Base64.

В API передается значение подписи, закодированное в Base64. Base64 строка не должна содержать спец. символов (\r, \n, \t и т.п.). Рекомендация: Проверить сформированную подписи можно на странице https://www.sberbank.ru/ru/s_m_business/id-center Выбрать раздел «Проверка электронной подписи» Выбрать тип электронной подписи — Отсоединенная (электронная подпись содержится в отдельном файле)

Для передачи ЭП под документом используется массив digestSignatures, в котором передаются элементы типа Signature:

Наименования поля Описания поля Пример
Обязательные поля
base64Encoded (string) Значение ЭП документа HlaeIHXXEcGT1bFxo1NlpAzpr+kJ2IQrcxVdvDTep6xjsmD1FDb+6NIyLT+/T24S0mPfVCU75sieOMt71TBS7w==
certificateUuid (string) Идентификатор сертификата, использованного при создании ЭП ( можно узнать, обратившись к ресурсу /v1/crypto) 22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6

Для платежных поручений, создаваемым по собственным счетам можно передать одну или две электронных подписей (или не передавать при отсутствии ЭП) вместе с реквизитами создаваемого документа . Если ЭП передана/ы в API, то они сохраняются вместе с документом, а сам документ продвигается дальше по своему жизненному циклу. Если ЭП не была/и передана/ы, то документ сохраняется в своем начальном статусе и ожидает дальнейшего подписания в интерфейсе СББОЛ.

Документ может быть подписан следующими наборами подписей:

  • одна (единственная) подпись;
  • первая и вторая подписи.

При этом подписант, обладающий полномочием единственной подписи, не может «сочетаться» с подписантом, владеющим первой или второй подписью.

Очередность наложения ЭП при наложении первой и второй подписей не имеет значения, состав полей дайджеста не изменяется. Тип подписи указывается в настройках криптопрофиля, когда пользователь Партнера создается в Банке.

Формат дайджеста РПП 

Наименование поля Описание поля Пример
amount Сумма платежа 100.00
date Дата составления документа 2018-05-31
departmentalInfo.docNumber108 Номер налогового документа(реквизит-108) 123
departmentalInfo.drawerStatus101 Показатель статуса налогоплательщика(реквизит-101) 01
departmentalInfo.kbk Код бюджетной классификации(реквизит-104) 18210102010011000110
departmentalInfo.oktmo Код ОКТМО(реквизит-105) 1701000
departmentalInfo.paymentKind110 Тип налогового платежа(реквизит-110) НС
departmentalInfo.reasonCode106 Показатель основания платежа(реквизит-106) ТП
departmentalInfo.uip Уникальный идентификатор платежа 0
externalId Идентификатор документа, присвоенный сервисом a0000000-0000-0000-0000-000000000001
incomeTypeCode Код вида дохода получателей выплаты по 229-ФЗ 2
operationCode Код операции 01
payeeAccount Номер счета получателя 40702810600100001212
payeeBankBic БИК получателя 044525225
payeeBankCorrAccount Корсчет банка получателя 30101810400000000225
payeeInn Инн получателя 222201236445
payeeKpp Кпп получателя 222201001
payeeName Полное наименование получателя платежа Общество с ограниченной ответственностью «Получатель»
payerAccount Счет плательщика 40702810500006103990
payerBankBic БИК плательщика 044525225
payerBankCorrAccount Корсчет банка плательщика 30101810400000000225
payerInn ИНН плательщика 222201236445
payerKpp КПП плательщика 222201001
payerName Полное наименование плательщика Общество с ограниченной ответственностью «Клиент»
priority Очередность платежа 5
purpose Назначение платежа Оплата интернет заказа №123. НДС нет.
voCode Код вида валютной операции 61150

Пример дайджеста 

amount=100.00 date=2018-05-31 departmentalInfo.docNumber108=123 departmentalInfo.drawerStatus101=01 departmentalInfo.kbk=18210102010011000110 departmentalInfo.oktmo=01701000 departmentalInfo.paymentKind110=НС departmentalInfo.reasonCode106=ТП departmentalInfo.uip=0 externalId=a0000000-0000-0000-0000-000000000001 incomeTypeCode=2 operationCode=01 payeeAccount=40702810600100001212 payeeBankBic=044525225 payeeBankCorrAccount=30101810400000000225 payeeInn=222201236445 payeeKpp=222201001 payeeName=Общество с ограниченной ответственностью "Получатель" payerAccount=40702810500006103990 payerBankBic=044525225 payerBankCorrAccount=30101810400000000225 payerInn=222201236445 payerKpp=222201001 payerName=Общество с ограниченной ответственностью "Клиент" priority=5 purpose=Оплата интернет заказа №123. НДС нет. voCode=61150 

Получение статуса поручения 

Ресурс /v1/payments//state позволяет получить статус платежного поручение.

Шаги 

1. Получить AccessToken.

2. Отправить запрос.

Для получения статуса необходимо отправить GET-запрос (/v1/payments//state), в котором передать авторизационный токен к данным собственной организации (Access Token) и идентификатор документа (externalId). Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис PAY_DOC_RU .

Модель запроса 

Наименование Описание
Параметры заголовка
Authorization (String) Access token полученный через SSO
Пример: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1
Параметры запроса
externalId (String) Идентификатор документа, присвоенный клиентом

Пример запроса 

curl -X GET --header 'Accept: /' --header 'Authorization: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1' 'https://edupirfintech.sberbank.ru:9443/fintech/api/v1/payments/ffffffff-fffa-458e-ad92-fff9497303ba/state' 

Модель ответа 

Наименование Описание
PaymentDocState
bankComment (string, optional, read only) Банковский комментарий к статусу документа,
bankStatus (string, optional) Статус документа,
channelInfo (string, optional, read only) Комментарий, специфичный для документа, полученного по данному каналу,
crucialFieldsHash (string, optional) Hash от ключевых полей документа
>

Пример ответа 

  "bankStatus": "CREATED", "bankComment": null, "channelInfo": null, "crucialFieldsHash": "4888bdfe92812ebf1f70aa9be4b8a733" > 

Статусы обработки платежных документов 

Код состояние документа Наименование статуса Назначение кода состояния
Промежуточный/Продолжать опрашивать
ACCEPTED Принят Электронный документ принят на стороне Банка
ACCEPTED_BY_ABS Принят АБС или
Принят
Электронный документ был принят к обработке в АБС Банка
CARD2 Картотека 2 или
Ожидает оплаты
АБС обнаружено, что на счете плательщика недостаточно средств для иcполнения документа
CREATED Создан Документ записан в БД, проверки не выполнялись
CHECKERROR Ошибка контроля ЭД сформирован, но при сохранении не прошел проверку корректности заполнения полей и сохранен с имеющимися в нем ошибками
DELAYED Приостановлен Обработка электронного документа была приостановлена
DELIVERED Доставлен Запрос доставлен в ДБО и взят в обработку
DELIVERED_RZK Доставлен в СБК Электронный документ отправлен в СБК и получен квиток о доставке
FRAUDALLOW Одобрен ФРОД Проверка во ФРОДЕ прошла успешно, переход на «Принят»
FRAUDDENY Отвергнут ФРОД Документ отказан на основе проверки в АС Fraud-мониторинг, переходим в «Отвергнут банком»
FRAUDREVIEW На проверке у специалиста Банка Со стороны ФРОД-анализа получен статус документа «На проверке у специалиста Банка»
FRAUDSENT Отправлен во ФРОД Документ отправлен на проверку в АС Fraud-мониторинг
FRAUDSMS Требуется подтверждение sms-паролем Со стороны ФРОД-анализа получен статус документа «Требуется подтверждение sms-паролем»
NOT_ACCEPTED_RZK Не принят СБК Электронный документ не прошел логические контроли СБК
PARTSIGNED Частично подписан ЭД подписан частью подписей, входящих в предусмотренный для данного документа комплект подписей
PROCESSING_RZK Обрабатывается СБК ЭД успешно прошел проверки ЭП и логические проверки СБК
REQUESTED_RECALL Запрошен отзыв Документ отозван
RZK_SIGN_ERROR Ошибка ЭП СБК Проверка подписи под ЭД на стороне СБК дала отрицательный результат
SENDING_TO_RZK Отправляется в СБК Электронный документ отправлен в СБК, но не получен квиток о доставке
SIGNED Подписан ЭД подписан предусмотренным для него комплектом подписей.
TO_PROCESSING_RZK К отправке в СБК ЭД подписан предусмотренным для него комплектом о доставке
Окончательный/Прекратить опрос
DELETED Удален Электронный документ удален из числа действующих документов
INVALIDEDS ЭП/АСП не верна или
Подпись неверна
Проверка ЭП под ЭД на стороне Банка дала отрицательный результат
RECALL Отозван Электронный документ был отозван Клиентом по запросу
REFUSEDBYBANK Отвергнут банком или
Отклонен банком
Электронный документ отвергнут банком
REFUSEDBYABS Отказан АБС Электронный документ не прошел проверки в АБС
REQUISITEERROR Ошибка реквизитов В ЭД указаны ошибочные реквизиты
REFUSED_BY_RZK Отказан контролирующей организацией Электронный документ не прошел проверки контролирующей организацией
Окончательный(Успешный)/Прекратить опрос
IMPLEMENTED Исполнен Электронный документ исполнен Банком

Получение атрибутов поручения 

Ресурс /v1/payments/ позволяет получить атрибуты ранее отправленного рублевого платежного поручения.

Шаги 

1. Получить AccessToken.

2. Отправить запрос.

Для получения платежного документа необходимо отправить GET-запрос (/v1/payments/ ), в котором необходимо передать авторизационный токен к данным собственной организации (Access Token) и внешний идентификатор платежного поручения. Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис PAY_DOC_RU .

Модель запроса 

Наименование Описание
Параметры заголовка
Authorization (String) Access token полученный через SSO
Пример: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1
Параметры запроса
externalId (String) Идентификатор документа, присвоенный партнером

Пример запроса 

curl -X GET --header 'Accept: /' --header 'Authorization: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1' 'https://edupirfintech.sberbank.ru:9443/fintech/api/v1/payments/ffffffff-fffa-458e-ad92-fff9497303ba/state' 

Модель ответа 

Соответствует модели запроса и ответа POST /v1/payments.

Дополнительная информация 
Параметры НДС 

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

  • Если блок vat не указан, то по умолчанию будут присвоены и придут в ответе на запрос следующие значения :
"vat":   "type": "NO_VAT", "rate": "0", "amount": "0.00" > 

В поле «Назначение платежа» необходимо обязательно отправлять «НДС не облагается».

  • При выбранном «type»:»INCLUDED» (НДС включен в сумму платежа) в атрибуте «amount» необходимо указать сумму НДС. Атрибут «rate» должен принимать только значения 10, 20. В поле «Назначение платежа» необходимо обязательно указать посчитанное значение НДС. Пример ПРАВИЛЬНОГО заполнения: НДС_10_%_-_100.63 рублей (нижнее подчеркивание является признаком пробела, символ проставлять не нужно). Если процентное значение не указано, то дефис перед суммой указывать не нужно: НДС_100.63 рублей .
  • При выбранном «type»:»MANUAL» (Ручной ввод НДС) атрибут «amount» указывать не обязательно, но в этом случае по умолчанию сумма НДС примет значение 0 рублей. Если же атрибут «amount» указывается в запросе, то в нем нужно указать желаемое значение НДС, соответствующее формату. Если процентное значение не указано, то дефис перед суммой указывать не нужно: НДС_100.63 рублей .

Подписание запроса транспортной подписью 

Content-Type может содержать одно из двух значений:

  • application/json – запрос без подписи
  • application/jose – запрос, подписанный транспортной подписью

Если Content-Type имеет значение application/jose, то запрос должен содержать данные (реквизитный состав платежного документа) в виде компактной сериализации RFC 7515: JSON Web Signature (JWS).

JWS состоит из:

1. Заголовка (Header) 2. JSON-документа с реквизитным составом платежного поручения (Payload) 3. Подписи запроса (Signature)

Формирование компактной сериализации JWS 

JWS формируется из трех составляющих:

Base64Url(Header) || ’.’ || Base64Url(Payload) || ’.’ || Base64Url(Signature)

Signature — это подпись данных приватной частью ключевой пары клиента (используется приватный ключ парный сертификату клиента с UUID, указанному в Заголовке (Header) в параметре kid). Подпись вычисляется по алгоритму указанному в Заголовке (Header) в параметре alg, в данном случае gost34.10-2012, и вычисляется от исходных данных: Base64Url(Header) || ‘.’ || Base64Url(Payload).

Формирование исходных данных для вычисления подписи описано в спецификации RFC 7515: JSON Web Signature (JWS).

Следует отметить, что при кодировании JWS используется преобразование Base64Url, отличающееся от Base64 преобразования. Условно это преобразование можно представить следующим образом:

Base64Url(x) := Base64(x).Split(‘=’) [0] .Replace(‘+’, ’-’).Replace(‘/’, ’_’)

здесь функция Split(x), разбивает строку на части ( [i] означает взятие i–ой части), используя символ разделитель x, функция Replace(x,y) заменяет все вхождения символа x на символ y.

Преобразование BASE64URL, отличается от BASE64 преобразования:

  • Используются другие вспомогательные символы Base 64 Encoding with URL and Filename Safe Alphabet.
BASE64URL BASE64
— (minus) +
_ (underline) /
  • В BASE64URL не используется (опускается) padding, т.е. не добавляются знаки ‘=’ на конце закодированного содержимого Padding of Encoded Data.

В ответе на запрос сервер возвращает JSON-документ, который содержит реквизитный состав подготовленного черновика рублевого платежного поручения в статусе Создан.

Коды возврата 

Код возврата Описание кода возврата Причина возникновения
200 (GET-запрос) ОК
201 (POST-запрос) CREATED
Создан
400 DESERIALIZATION_FAULT
Неверный формат запроса Неверный формат запроса
WORKFLOW_FAULT
Для внешнего сервиса недоступны операции по счету: 40702810ХХХХХХХХХХХХ Для внешнего сервиса недоступны операции по счету:
счет не добавлен в список разрешенных в оферте;
внешний сервис заблокирован в СББОЛ;
счет указан неверно.
Отсутствует доступный открытый рублевый расчетный счет у организации плательщика
Документ с такими реквизитами уже существует Документ с такими реквизитами уже существует. Проверка по номер документа в течении года.
Не указан идентификатор сертификата подписи Не указан идентификатор сертификата подписи(параметр kid заголовка JWS)
Некорректный формат параметра kid заголовка JWS Некорректный формат параметра kid заголовка JWS(ожидается UUID)
VALIDATION_FAULT
Ошибка валидации Ошибка валидации данных запроса с указанием некорректных значений. Значения полей модели или параметров запроса не соответствуют допустимым и определенным в модели.
SIGN_CHECK_EXCEPTION
Подлинность подписи не установлена/Сертификат не обнаружен или не является активным Ошибка возникает, если не удалось установить подлинность подписи
401 UNAUTHORIZED
accessToken not found by value =хххххххх-хххх-хххх-хххх-хххххххххххх-х Указан некорректный или просроченный access_token.
403 ACTION_ACCESS_EXCEPTION
Операция не может быть выполнена: доступ к ресурсу запрещен У пользователя нет прав на использование соответствующего сервиса Sber API (Fintech API), доступ к которому не предусмотрен настройками scope; У пользователя отсутствует оферта с внешним сервисом.
404 DATA_NOT_FOUND_EXCEPTION
Платежный документ не найден Неверное значение externalId
415 JWS_EXCEPTED
В соответствии с текущими настройками сервиса с clientId=%s необходимо использовать запрос в формате JWS Compact Serialization Ошибка возникает, если в настройках внешних сервисов выставлен флаг «Требуется подпись для внешнего сервиса»
500 UNKNOWN_EXCEPTION
Внутренняя ошибка сервера

ПАО Сбербанк использует cookie для персонализации сервисов и удобства пользователей.
Вы можете запретить сохранение cookie в настройках своего браузера.

СУИП — что это такое в платежном поручении

Первая буква слова обозначает наименование банковского учреждения. Каждая финансовая операция в структуре Сбербанка содержит электронный чек. Значения квитанции персональны и содержат собственную комбинацию букв и цифр.

Аббревиатура стала включаться в платежные электронные бланки с 2014 года. Уникальный номер платежа СУИП включает шестнадцать знаков: первые двенадцать содержит цифры, остальные четыре — заглавные латинские буквы.

Сбербанковский идентификатор находится в каждом платежном поручении. СУИП занимает центральную часть электронного бланка рядом с суммой операции и сведениями о кошельке клиента.

Идентификатор платежа в первую очередь предназначен распознать финансовую транзакцию, именно в электронной системе Сбербанка. Массовый переход граждан на дистанционные методы транзакций значительно сократил традиционный метод осуществления платежей.

Плательщик вводит данные уникального номера в графу 22. Если операция производится точно в срок, то внутри поля проставляется только цифра 0.

Важно! Если код сформирован неправильно, то возникают проблемы. Запись не того кода или не в ту строку чревато перечислением не на тот счет, а значит госструктура вовремя не получает платеж, а это чревато дополнительными взысканиями.

Кроме того, что нужно знать, что такое УИП в платежном поручении, так еще следует и правильно его вписывать. Некоторые важные момента:

СУИП — что это такое в платежном поручении | Полезное |

А вот если поставщиком в графе 5 счета-фактуры на предоплату совсем не было указано номера платежного поручения, или последний был сокращен до 1-2 цифр, то доказать свое право на налоговый вычет останется возможным лишь в суде.

Мнение эксперта
Николаева Лилия Васильевна, эксперт по банковским продуктам
Задать вопрос эксперту

Ограничений по обслуживанию квитанций в Сбербанк Онлайн не предусмотрено, поэтому фактически можно оплачивать любые услуги. Сюда относятся: А если у вас еще есть вопросы, задавайте их мне!

Порядок заполнения полей платежного документа на перечисление налогов, сборов и иных платежей; Агрегатор знаний

  • Номер, присвоенный платежу.
  • Дата оформления поручения.
  • Форма документа – бумажная или электронная.
  • Название компании, ее ИНН.
  • ФИО того кто непосредственно перечисляет средства.
  • Финучреждение плательщика и получателя.
  • Назначение документа.
  • Подпись лица, который ответственен за печать и составленный документ.
  • Сумма, которая подлежит перечислению в госструктуру.
  • Счет, на который она переводится.
  • Код УИП, состоящий из 20-25 символов.
  • Срок оплаты для конкретного платежного поручения.

Разберем пример. Покупателем было оформлено платежное поручение № 2865. Но в выписке при этом будут отражаться только три последние цифры — № 865. Если получатель отобразит эти три цифры в счете-фактуре, то трения с налоговиками будут неизбежными.

Что делать, если УИП указан неверно

Когда УИП в платежке проставлен неправильно, банк всё равно обязан выполнить платежное поручение клиента. Исключение составляют следующие случаи:

В программе «1С: Предприятие» осуществляется хранение данных о контрагентах и сотрудниках. Возможно осуществлять ввод конкретной информации на основании других документов. В комплекс входит программный продукт «1С: Платежные документы».

Информация о выписанных платежных поручениях с помощью этой системы передается в специализированные программы, которые служат для обмена информацией по электронным каналам с банками.

1с предприятие

С помощью программы «1С: Предприятие» можно изменять формы, варьируя ширину колонок, вставляя логотип и т. д. Документы проходят регистрацию в журналах.

Следуя указаниям Банка России в части, касающейся осуществления перевода денежных средств в 1С, в перечне реквизитов платежных поручений появился УИП.

Также для «1С: Предприятие 8» выпущена версия 11.1.5 конфигурации «Управление торговлей», в которой добавлена возможность добавления УИП в платежные поручения.

Мнение эксперта
Николаева Лилия Васильевна, эксперт по банковским продуктам
Задать вопрос эксперту

Поскольку сумму страховых взносов, подлежащую уплате, плательщик исчисляет самостоятельно, то в реквизите «Код» распоряжения о переводе страховых взносов указывает значение «0». А если у вас еще есть вопросы, задавайте их мне!

Номер квитанции сбербанка на чеке. Что такое УИП в платёжных квитанциях Сбербанка Онлайн

  1. Идентификатор присвоен платежу получателем средств, и он обязан сообщить эту информацию плательщику в соответствии с договором. В этом случае банк получателя на основании договора банковского обслуживания может контролировать правильность отражения УИП в распоряжении на перевод средств (например, при оплате госуслуг плательщику, в том числе и физлицу, для перечисления средств сообщают УИП).
  2. Когда обязанное лицо оплачивает взносы во внебюджетные фонды и налоги на основании выставленного требования об уплате. Код УИП отражен в требовании и обязателен к внесению в платежку.

Данные документы заполняются налоговым органом автоматически с использованием программных средств, включая УИН. При этом в качестве УИН в платежном документе (извещении) по форме N ПД (налог) указывается индекс документа.

Как узнать номер квитанции сбербанка

Регионы (звонок бесплатный для всех регионов России) Как проверить оплату ЖКХ Осуществить квартплату сегодня можно тремя основными способами:

Основными реквизитами плательщика будет выступать его лицевой счёт. Его номер рекомендуется если и не знать наизусть, то записать в месте, о котором вы не забудете.

Если случилось так, что вы по какой-то причине забыли номер лицевого счёта, то получить информацию об оплатах коммунальных услуг можно следующими способами:

  1. Обратившись в управляющую компанию. Выдержав живую очередь, обратитесь к специалисту, назвав точный адрес квартиры, по которой нужно уточнить ту или иную оплату.
  2. При помощи терминала или банкомата.
  • Сайт государственных услуг.
  • Сайт «реформа ЖКХ», который также предоставит нужную информацию.
  • Клиенты Сбербанка Российской Федерации могут напрямую осуществлять оплату услуг, а также получить данные о номере лицевого счёта.
  • Существует масса других ресурсов, которые предоставляют нужные данные.

Мнение эксперта
Николаева Лилия Васильевна, эксперт по банковским продуктам
Задать вопрос эксперту

Если же поставщик совсем не отразил в счете-фактуре на предоплату номер платежного поручения или сократил до 2 или 1 цифры его длину — доказать право на вычет возможно только в суде (постановление ФАС Московского округа от 27.08.2012 № А40-17985/12-140-80). А если у вас еще есть вопросы, задавайте их мне!

Номер платежного документа в квитанции сбербанка. Как заполнить квитанцию сбербанка. Платёжная квитанция Сбербанка

  1. Авторизация в системе. Для этого используются персональные логин и пароль пользователя, которые можно распечатать в любом банкомате или получить дистанционно, выбрав на странице входа в систему пункт «РЕГИСТРАЦИЯ».
  2. Выбор нужного раздела. На главной странице выбирается основной раздел, который называется «ПЛАТЕЖИ И ПЕРЕВОДЫ», далее подкатегория «ОБРАЗОВАНИЕ». Здесь нужно выбрать дошкольное учреждение, в пользу которого осуществляется платёж.
  3. Заполнение реквизитов. Здесь обязательно нужно проверить регион, который должен совпадать с областью проживания и ИНН получателя. Далее нужно указать назначение перевода, в нашем случае это – «РОДИТЕЛЬСКИЙ ПЛАТЁЖ», указывается лицевой счёт, номер карты для списания денежных средств, сумма и КБК.
  4. Подтверждение. После этого остаётся лишь проверить правильность заполнения обязательных полей и подтвердить перевод при помощи кода безопасности, который высылается на номер плательщика.

О том, какое наказание ждет предпринимателя, если его отчетность искажена, читайте в материале «Ст. 120 НК РФ (2017): вопросы и ответы».

Входящие платежные требования

Для обращения к ресурсу необходимо отправлять запрос на:

  • Текущий тестовый контур https://edupirfintech.sberbank.ru:9443
  • Новый тестовый контур https://iftfintech.testsbi.sberbank.ru:9443
  • Промышленный контур https://fintech.sberbank.ru:9443

Создание заявления об акцепте 

Ресурс /v1/acceptance-letters позволяет создать заявление об акцепте/отказе от акцепта входящего платежного требования.

Шаги 

1. Получить AccessToken.

2. Сформировать ЭП.

3. Отправить запрос.

4. Получить статус.

Авторизация 

Для создания заявления необходимо отправить POST-запрос (/v1/acceptance-letters), в котором нужно передать авторизационный токен собственной организации (Access Token). Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис ACCEPTANCE_LETTER .

Модель запроса 

Наименование Описание
Параметры заголовка
Authorization (String) Access token, полученный через SSO
Пример: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1
Параметры запроса
AcceptanceLetter
amount (number) Сумма акцепта
bankComment (string, optional, read only) Банковский комментарий к статусу документа
bankStatus (string, optional, read only) Статус документа
date (string) Дата составления документа
digestSignatures (Array [Signature] , optional) Электронные подписи по дайджесту документа
externalId (string) Идентификатор документа в организации-партнере (UUID)
nonAcceptReason (string) Причина отказа
number (string, optional) Номер документа
payReqAmount (number) Сумма платежного требования
payReqDate (string) Дата платежного требования
payReqExternalId (string) Идентификатор платежного требования
payReqLastDate (string) Дата окончания акцепта
payReqNumber (string) Номер платежного требования
payeeAccount (string) Счет получателя платежа
payeeBankBic (string) БИК получателя платежа
payeeBankCorrAccount (string) Корсчет банка получателя платежа
payeeInn (string) ИНН получателя платежа
payeeName (string) Полное наименование получателя платежа
payerAccount (string) Счет плательщика
payerBankBic (string) БИК банка плательщика
payerInn (string) ИНН плательщика
payerName (string) Полное наименование плательщика
type (string) Тип заявления = [‘accept’, ‘nonAccept’]
stringEnum: «accept», «nonAccept»
Signature
base64Encoded (string) Значение электронной подписи, закодированное в Base64
certificateUuid (string) Уникальный идентификатор сертификата ключа проверки электронной подписи (UUID)

Пример запроса 

  "amount":1.01, "bankComment":"string", "bankStatus":"string", "date":"2018-12-31", "digestSignatures":[   "base64Encoded":"HlaeIHXXEcGT1bFxo1NlpAzpr+kJ2IQrcxVdvDTep6xjsmD1FDb+6NIyLT+/T24S0mPfVCU75sieOMt71TBS7w==", "certificateUuid":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6" > ], "externalId":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6", "nonAcceptReason":"string", "number":"1", "payReqAmount":1.01, "payReqDate":"2018-12-31", "payReqExternalId":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6", "payReqLastDate":"2018-12-31", "payReqNumber":"2", "payeeAccount":"40802810600000200000", "payeeBankBic":"044525225", "payeeBankCorrAccount":"30101810400000000225", "payeeInn":"7707083893", "payeeName":"Общество с ограниченной ответственностью \"Клиент\"", "payerAccount":"40802810600000200000", "payerBankBic":"044525225", "payerInn":"7707083893", "payerName":"Общество с ограниченной ответственностью \"Клиент\"", "type":"accept" > 

Передача электронной подписи 

Для передачи ЭП под документом используется массив digestSignatures, в котором передаются элементы типа Signature:

Наименование Описание Пример
base64Encoded (String) Значение ЭП документа HlaeIHXXEcGT1bFxo1NlpAzpr+kJ2IQrcxVdvDTep6xjsmD1FDb+6NIyLT+/T24S0mPfVCU75sieOMt71TBS7w==
certificateUuid (String) Идентификатор сертификата, использованного при создании ЭП ( можно узнать, обратившись к ресурсу /v1/crypto) 22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6

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

  • если ЭП передана/ы в API, то они сохраняются вместе с документом, а сам документ продвигается дальше по своему жизненному циклу;
  • если ЭП не была/и передана/ы, то документ сохраняется в своем начальном статусе и ожидает дальнейшего подписания в интерфейсе СББОЛ.

Документ может быть подписан следующими наборами подписей:

  • одна (единственная) подпись,
  • первая и вторая подписи.

При этом подписант, обладающий полномочием единственной подписи, не может «сочетаться» с подписантом, владеющим первой или второй подписью.

Очередность наложения ЭП при наложении первой и второй подписей не имеет значения, состав полей дайджеста не изменяется. Тип подписи указывается в настройках криптопрофиля пользователя при заведении в Банке.

Формат дайджеста 

Наименование Описание Пример
externalId Идентификатор документа в организации-партнере (UUID) 550e8400-e29b-41d4-a716-446655440000
date Дата составления документа 2019-09-20
type Тип заявления accept
amount Сумма акцепта 100.01
payeeAccount Счет получателя платежа 40702810500000006103
payeeBankBic БИК получателя платежа 044525411
payeeBankCorrAccount Корсчет банка получателя платежа 30101810400000000225
payeeInn ИНН получателя платежа 222201236445
payeeName Полное наименование получателя платежа Общество с ограниченной ответственностью «Получатель»
payerAccount Счет плательщика 40702810500000006109
payerBankBic БИК банка плательщика 044525411
payerInn ИНН плательщика 222201236449
payerName Полное наименование плательщика Общество с ограниченной ответственностью «Плательщик»
payReqNumber Номер платежного требования 2
payReqDate Дата платежного требования 2019-09-20
payReqAmount Сумма платежного требования 100.01
payReqLastDate Дата окончания акцепта 2019-09-21

Пример дайджеста 

externalId=550e8400-e29b-41d4-a716-446655440000 date=2019-09-20 type=accept amount=100.01 payeeAccount=40702810500000006103 payeeBankBic=044525411 payeeBankCorrAccount=30101810400000000225 payeeInn=222201236445 payeeName=Общество с ограниченной ответственностью "Получатель" payerAccount=40702810500000006109 payerBankBic=044525411 payerInn=222201236449 payerName=Общество с ограниченной ответственностью "Плательщик" payReqNumber=2 payReqDate=2019-09-20 payReqAmount=100.01 payReqLastDate=2019-09-21 

Получение статуса заявления 

Ресурс /v1/acceptance-letters//state позволяет получить статус отправленного запроса на создание заявления об акцепте/отказе от акцепта входящего платежного требования.

Шаги 

1. Получить AccessToken.

2. Отправить запрос.

Авторизация 

Для получения статуса необходимо отправить GET-запрос (/v1/acceptance-letters//state), в котором передать авторизационный токен собственной организации (Access Token) и идентификатор документа (externalId). Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис ACCEPTANCE_LETTER .

Модель запроса 

Наименование Описание
Параметры заголовка
Authorization (String) Access token полученный через SSO
Пример: Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1
Параметры запроса
externalId (String) Идентификатор документа, присвоенный клиентом

Пример запроса 

curl -X GET --header 'Accept: application/json' --header 'Authorization: Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1' 'https://edupirfintech.sberbank.ru:9443/fintech/api/v1/acceptance-letters/1550ff04-07d6-427b-8c25-27484e8cc830/state' 

Модель ответа 

Наименование Описание
DocState
bankComment (string, optional, read only) Банковский комментарий к статусу документа
bankStatus (string, optional) Статус документа
channelInfo (string, optional, read only) Комментарий, специфичный для документа, полученного по данному каналу

Пример ответа 

  "bankStatus":"DELIVERED", "bankComment":null, "channelInfo":null > 

Возможные статусы 

Статус Значение Комментарий
DELIVERED Доставлен Промежуточный/Продолжать опрашивать
VALIDEDS ЭП/АСП верна Промежуточный/Продолжать опрашивать
INVALIDEDS ЭП/АСП не верна Конечный/Прекратить опрашивать
REQUISITEERROR Ошибка реквизитов Конечный/Прекратить опрашивать
TRIED Проверен Промежуточный/Продолжать опрашивать
DELAYED Приостановлен Промежуточный/Продолжать опрашивать
CORRESPONDENT_APPROVE_WAITING Ожидает подтверждения контрагента Промежуточный/Продолжать опрашивать
EXPORTED Выгружен Промежуточный/Продолжать опрашивать
IMPLEMENTED Исполнен Успешный конечный/Прекратить опрашивать
REFUSEDBYABS Отказан АБС Конечный/Прекратить опрашивать
ACCEPTED Принят Промежуточный/Продолжать опрашивать
ACCEPTED_BY_ABS Принят АБС Промежуточный/Продолжать опрашивать
CARD2 Картотека №2 Промежуточный/Продолжать опрашивать
SIGNED_BANK Подписан Банком Промежуточный/Продолжать опрашивать
SIGNED Подписан Промежуточный/Продолжать опрашивать
UNABLE_TO_RECEIVE Ошибка при приеме Промежуточный/Продолжать опрашивать
CREATED Создан Промежуточный/Продолжать опрашивать
IMPORTED Импортирован Промежуточный/Продолжать опрашивать
PARTSIGNED Частично подписан Промежуточный/Продолжать опрашивать
CHECKERROR Ошибка контроля Конечный/Прекратить опрашивать
TEMPLATE Шаблон документа Промежуточный/Продолжать опрашивать
REFUSEDBYBANK Отвергнут Банком Конечный/Прекратить опрашивать
RECALL Отозван Конечный/Прекратить опрашивать

Получение входящих поручений 

Ресурс /v1/payment-requests/incoming позволяет получить входящие платежные поручения за указанную дату.

Шаги 

1. Получить AccessToken.

2. Отправить запрос.

Авторизация 

Для получения входящих платежных поручений необходимо отправить GET-запрос (/v1/payment-requests/incoming), в котором необходимо передать авторизационный токен к данным собственной организации (Access Token), дату и номер страницы. Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис PAYMENT_REQUEST_IN .

Модель запроса 

Наименование Описание
Параметры заголовка
Authorization (String) Access token полученный через SSO.
Пример: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1
Параметры запроса
externalId (String) Идентификатор документа, присвоенный клиентом

Пример запроса 

curl -X GET --header 'Accept: /' --header 'Authorization: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1' 'https://edupirfintech.sberbank.ru:9443/fintech/api/v1/payment-requests/incoming?date=ffffffff-fffa-458e-ad92-ff9497303ba&page=1' 

Модель ответа 

Наименование Описание
PaymentRequestsInInfo
_links (Array [Link] , optional) Ссылки на связанные ресурсы
paymentsRequestIn (Array [PaymentRequestsIn] , optional) Входящие платежные требования
Link
href (string) Абсолютный или относительный адрес
rel (string) Отношение ссылки к текущей сущности (next, prev)
PaymentRequestsIn
acceptLastDate (string, optional) Дата окончания акцепта
acceptanceTerm (string, optional) Срок для акцепта (поле 36)
amount (number, optional) Сумма платежа
bankComment (string, optional, read only) Банковский комментарий к статусу документа
bankStatus (string, optional, read only) Статус документа
date (string) Дата составления документа
deliveryKind (string, optional) Вид платежа
externalId (string, optional) Идентификатор документа, присвоенный партнером (UUID)
number (string, optional) Номер документа
operationCode (string, optional) Код операции
payeeAccount (string, optional) Счет получателя платежа
payeeBankBic (string, optional) БИК получателя платежа
payeeBankCorrAccount (string, optional) Корсчет банка получателя платежа
payeeInn (string, optional) ИНН получателя платежа
payeeName (string, optional) Полное наименование получателя платежа
payerAccount (string, optional) Счет плательщика
payerBankBic (string, optional) БИК банка плательщика
payerBankCorrAccount (string, optional) Корсчет банка плательщика
payerInn (string, optional) ИНН плательщика
payerName (string, optional) Полное наименование плательщика
paymentCondition (string, optional) Условие оплаты (поле 35). Указывается цифра «1» -заранее данный акцепт плательщика или цифра «2» — требуется получение акцепта плательщика
priority (string, optional) Очередность платежа
purpose (string, optional) Назначение платежа
vat (Vat, optional) Данные НДС
Vat
amount (number, optional) Сумма НДС
rate (string, optional) Ставка НДС
type (string) Способ расчета НДС = [ INCLUDED , NO_VAT , MANUAL ]
stringEnum: INCLUDED , NO_VAT , MANUAL

Пример ответа 

  "_links":[   "href":"?accountNumber=40702810500006103990&statementDate=2018-03-15&page=3", "rel":"next" > ], "paymentsRequestIn":[   "acceptLastDate":"2018-12-31", "acceptanceTerm":"20", "amount":1.01, "bankComment":"string", "bankStatus":"string", "date":"2018-12-31", "deliveryKind":"электронно", "externalId":"22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6", "number":"1", "operationCode":"01", "payeeAccount":"40802810600000200000", "payeeBankBic":"044525225", "payeeBankCorrAccount":"30101810400000000225", "payeeInn":"7707083893", "payeeName":"Общество с ограниченной ответственностью \"Клиент\"", "payerAccount":"40802810600000200000", "payerBankBic":"044525225", "payerBankCorrAccount":"30101810400000000225", "payerInn":"7707083893", "payerName":"Общество с ограниченной ответственностью \"Клиент\"", "paymentCondition":"1", "priority":"5", "purpose":"Оплата заказа №123. НДС нет.", "vat":  "amount":1.01, "rate":"7", "type":"NO_VAT" > > ] > 

Получение статуса 

Ресурс /v1/payment-requests/incoming//state позволяет получить статус входящего платежного требования.

Шаги 

1. Получить AccessToken.

2. Отправить запрос.

Авторизация 

Для получения статуса необходимо отправить GET-запрос (/v1/payment-requests/incoming//state), в котором нужно передать авторизационный токен собственной организации (Access Token) и идентификатор документа (externalId). Авторизационный токен передается в параметре Authorization заголовка запроса.

Чтобы получить доступ к ресурсу, необходимо передать в scope сервис PAYMENT_REQUEST_IN .

Модель запроса 

Наименование Описание
Параметры заголовка
Authorization (String) Access token полученный через SSO
Пример: Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1
Параметры запроса
externalId (String) Идентификатор документа,присвоенный клиентом

Пример запроса 

curl -X GET --header 'Accept: application/json' --header 'Authorization: Bearer daf9a14c-821d-4bde-9c10-0e56e63d54a0-1' 'https://edupirfintech.sberbank.ru:9443/fintech/api/v1/payment-requests/incoming/1550ff04-07d6-427b-8c25-27484e8cc830/state' 

Модель ответа 

Наименование Описание
DocState
bankComment (string, optional, read only) Банковский комментарий к статусу документа,
bankStatus (string, optional) Статус документа,
channelInfo (string, optional, read only) Комментарий, специфичный для документа, полученного по данному каналу

Пример ответа 

  "bankStatus":"DELIVERED", "bankComment":null, "channelInfo":null > 

Возможные статусы 

Статус Значение Состояние
CREATED Создан Промежуточный/Продолжать опрашивать
ACCEPTANCE Акцептован Конечный/Прекратить опрашивать
PARTACCEPT Частично акцептован Промежуточный/Продолжать опрашивать
CARD2 Картотека №2 Промежуточный/Продолжать опрашивать
PROCESSERROR Отказан Конечный/Прекратить опрашивать
IMPLEMENTED Исполнен Успешный конечный/Прекратить опрашивать
PROCESSING В обработке Промежуточный/Продолжать опрашивать
ONACCEPTANCE На акцепт Промежуточный/Продолжать опрашивать
READY_TO_SEND Ждет отправки Промежуточный/Продолжать опрашивать
DELIVERED Доставлен Промежуточный/Продолжать опрашивать
REQUISITEERROR Ошибка реквизитов Конечный/Прекратить опрашивать
CHECKERROR Ошибка контроля Промежуточный/Продолжать опрашивать
TEMPLATE Шаблон документа Промежуточный/Продолжать опрашивать
ACCEPTED Принят Промежуточный/Продолжать опрашивать
ACCEPTEXPIRE Истек срок акцепта Конечный/Прекратить опрашивать
NONEACCEPTANCE Отказ от акцепта Конечный/Прекратить опрашивать
PAID Оплачено Промежуточный/Продолжать опрашивать

Дополнительная информация 
Подписание запроса транспортной подписью 

Content-Type может содержать одно из двух значений:

  1. application/json – запрос без подписи.
  2. application/jose – запрос, подписанный транспортной подписью.

Если Content-Type имеет значение application/jose, то запрос должен содержать данные (реквизитный состав платежного документа) в виде компактной сериализации RFC 7515: JSON Web Signature (JWS).

  • заголовка (Header),
  • JSON-документа с реквизитным составом платежного поручения (Payload),
  • подписи запроса (Signature),

Формирование компактной сериализации JWS

JWS формируется из трех составляющих:

Base64Url(Header) || ’.’ || Base64Url(Payload) || ’.’ || Base64Url(Signature)

Signature — это подпись данных приватной частью ключевой пары пользователя (используется приватный ключ парный сертификату пользователя с UUID, указанному в Заголовке (Header) в параметре kid). Подпись вычисляется по алгоритму, указанному в Заголовке (Header) в параметре alg, в данном случае gost34.10-2012, и вычисляется от исходных данных: Base64Url(Header) || ‘.’ || Base64Url(Payload).

Формирование исходных данных для вычисления подписи описано в спецификации RFC 7515: JSON Web Signature (JWS).

Следует отметить, что при кодировании JWS используется преобразование Base64Url, отличающееся от Base64 преобразования.
Условно это преобразование можно представить следующим образом:

Base64Url(x) := Base64(x).Split(‘=’)[0].Replace(‘+’, ’-’).Replace(‘/’, ’_’) 

здесь функция Split(x), разбивает строку на части ( [i] означает взятие i–ой части), используя символ разделитель x, функция Replace(x,y) заменяет все вхождения символа x на символ y.

Преобразование BASE64URL, отличается от BASE64 преобразования:

  • Используются другие вспомогательные символы Base 64 Encoding with URL and Filename Safe Alphabet.
BASE64URL BASE64
— (minus) +
_ (underline) /
  • В BASE64URL не используется (опускается) padding, т.е. не добавляются знаки ‘=’ на конце закодированного содержимого Padding of Encoded Data.

В ответе на запрос сервер возвращает JSON-документ, который содержит реквизитный состав подготовленного черновика рублевого платежного поручения в статусе Создан.

Коды возврата 

Код возврата Описание кода возврата Причина возникновения
200 (GET-запроса) CREATED
Создан
201 (PUT-запрос) CREATED
Создан
400 DESERIALIZATION_FAULT
Неверный формат запроса Неверный формат запроса
WORKFLOW_FAULT
Для внешнего сервиса недоступны операции по счету: 40702810ХХХХХХХХХХХХ Для внешнего сервиса недоступны операции по счету: счет не добавлен в список разрешенных в оферте; внешний сервис заблокирован в СББОЛ; счет указан неверно. Отсутствует доступный открытый рублевый расчетный счет у организации плательщика
Документ с такими реквизитами уже существует Документ с такими реквизитами уже существует. Проверка по номер документа в течении года
Не указан идентификатор сертификата подписи Не указан идентификатор сертификата подписи(параметр kid заголовка JWS)
Некорректный формат параметра kid заголовка JWS Некорректный формат параметра kid заголовка JWS(ожидается UUID)
Ошибка валидации Ошибка валидации данных запроса с указанием некорректных значений. Значения полей модели или параметров запроса не соответствуют допустимым и определенным в модели
Подлинность подписи не установлена/Сертификат не обнаружен или не является активным Ошибка возникает, если не удалось установить подлинность подписи
401 UNAUTHORIZED
accessToken not found by value =хххххххх-хххх-хххх-хххх-хххххххххххх-х Указан некорректный или просроченный access_token.
403 ACTION_ACCESS_EXCEPTION
Операция не может быть выполнена: доступ к ресурсу запрещен У пользователя нет прав на использование соответствующего сервиса Sber API (Fintech API), доступ к которому не предусмотрен настройками scope; У пользователя отсутствует оферта с внешним сервисом
415 JWS_EXCEPTED
В соответствии с текущими настройками сервиса с clientId=%s необходимо использовать запрос в формате JWS Compact Serialization Ошибка возникает, если в настройках внешних сервисов выставлен флаг «Требуется подпись для внешнего сервиса»
500 UNKNOWN_EXCEPTION
Внутренняя ошибка сервера
503 UNAVAILABLE_RESOURCE_EXCEPTION
Сервис временно недоступен Проводятся технические работы

ПАО Сбербанк использует cookie для персонализации сервисов и удобства пользователей.
Вы можете запретить сохранение cookie в настройках своего браузера.

Что такое реквизиты банковской карты

Реквизитами банковской карты называются данные банковского счета, часть которых отражена непосредственно на пластиковом носителе. Рассказываем о видах реквизитов, для чего они используются, где их взять и какие данные безопасно сообщать посторонним.

Команда Райффайзен Банка

Полные реквизиты карты — что это

Пластиковая карта — это платежный инструмент, позволяющий распоряжаться деньгами на счете, к которому она привязана. К её реквизитам относится вся информация об этом счете и сведения, эмбоссированные, то есть выгравированные или напечатанные, на пластике физического носителя.

Полные реквизиты банковской карты включают:

  • номер расчетного счета в банке;
  • наименование банка с указанием регионального филиала;
  • ИНН, КПП, БИК финансово-кредитной
  • организации;
  • номер корсчета банка;
  • ФИО держателя;
  • номер карты;
  • срок ее действия;
  • коды безопасности, включая пин, CVV/CVC;
  • номер телефона держателя.

К реквизитам относятся все данные о банке и владельце карты, с помощью которых можно управлять средствами на счете. Так как номер мобильного телефона используется при выполнении переводов с помощью Сервиса быстрых платежей (СБП, перевод выполняется по номеру телефона), его тоже стоит отнести к реквизитам.

На карту нанесены:

  • Номер — уникальное сочетание цифр, которое присвоено носителю. Обычно он состоит из 16, реже — из 18 или 19 цифр.
  • Срок действия карты — месяц и год, до которых пластиковый носитель обслуживается банком. Он составляет от года до четырех лет и зависит от типа карты — дебетовая, кредитная, цифровая, неименная. Далее карту перевыпускают.
  • Фамилия и имя держателя латинскими буквами. Если карта неименная, она выпускается без эмбоссинга ФИО владельца. Это не значит, что она никому не принадлежит: карта привязана к счету на имя держателя.
  • Код проверки подлинности CVV или CVC — три цифры на обороте карты, необходимые при списаниях средств при оплате онлайн на сторонних ресурсах.

Реквизиты счета карты доступны в личном кабинете мобильного приложения и онлайн-банка.

Когда нужны полные реквизиты банковской карты

Большинство операций по списанию и зачислению средств не требуют знания полных платежных данных. Для расчета в магазине достаточно самой карты и пин-кода, для оплаты покупок онлайн — номера карты, сведений о владельце, кода CVV/CVC и полученного в смс, а для получения перевода — номера телефона, к которому привязан мобильный банк.

Реквизиты счета карты нужны для:

  • получения переводов от юридических лиц, включая оплату услуг, зачисление заработной платы, пособий;
  • получения переводов из-за границы по SWIFT;
  • получения переводов с карт других физлиц, если у вас не подключен сервис СБП;
  • управления счетом, если карта заблокирована, деактивирована или перевыпускается по сроку;
  • выставления счетов организациям на оплату ваших услуг, в том числе в статусе самозанятого.

Как узнать реквизиты банковской карты

  • Если у вас нет в руках пластикового носителя, а данные карты нужны — их можно найти в личном кабинете на сайте банка или в мобильном приложении. Для безопасности часть данных скрыта, на главном экране могут отображаться только последние 4 цифры номера.
  • Чтобы получить полные реквизиты, откройте вкладку информации о карте и перепишите или скопируйте необходимые данные. Если к одному счету выпущено несколько карт, у них будут одинаковые реквизиты счета, но разный номер на пластике. Это никак не сказывается на зачислении и списании средств, все карты управляют одним счетом, а деньги можно получить по номеру счета, карты, мобильного телефона.

Кроме этого реквизиты счета карты можно получить в банкомате. Вставьте карту, подтвердите вход в кабинет пользователя. Выберите вкладку со своими счетами и далее «Реквизиты» необходимого. Информацию можно распечатать на чеке устройства или сфотографировать.
Для этого потребуется паспорт. Сведения будут распечатаны на фирменном бланке с отметкой операциониста, выполнившего запрос.

Некоторые банки предоставляют сведения через оператора горячей линии. Для этого необходимо подтвердить личность, назвав все данные, которые попросит специалист банка, реквизиты будут высланы по смс.

Что нельзя сообщать третьим лицам

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

Если данные вашей карты попадут мошенникам, они могут вывести деньги с вашего счета, сделать переводы за границу, оплатить покупки в интернете. Оспорить операцию с использованием кодов безопасности и вернуть деньги можно только если доказано, что карта была похищена.

  • никому не отправляйте фото вашей карты;
  • не сообщайте все данные с лицевой стороны, включая срок действия;
  • коды безопасности с оборота карты, из пуш-сообщений или смс.

Также не стоит сообщать пин-код, эти данные бесполезны для любой операции, кроме снятия наличных через банкомат и если их запрашивают, это может быть мошенник.

Чтобы принять перевод, достаточно сообщить номер своего телефона — с его помощью можно перевести до 100 000 рублей по СБП между картами любых банков без комиссии и ввода личных данных держателя. Если сервис не подключен, назовите номер карты, свое имя, отчество и первую букву фамилии — этого достаточно для отправки средств и безопасно с точки зрения управления счетом.

Как могут украсть информацию

Телефонное мошенничество и социальная инженерия – самый распространенный способ. Прекратите разговор, если вам звонит:

  • сотрудник банка и просит подтвердить личность или сообщить сведения о счетах и банках, в которых они открыты;
  • представитель госорганов с информацией о происшествии с вашим близким, которое можно уладить за деньги;
  • автоинформатор или робот-автоответчик с сообщением о заявке не открытие счета или кредитной карты на ваше имя;
  • организатор лотереи или представитель компании, которая дарит подарки по поводу юбилея или раздает выигрыши «счастливчикам».

Второй по популярности способ хищения платежных данных — рассылки. Не переходите по ссылкам в смс и сообщениях электронной почты, даже если адрес отправителя кажется вам знакомым, «принадлежит» банку или ведомству. Мошенническими являются сообщения, в которых содержится:

  • информация о проблемах с мобильным банком, при этом просят ввести реквизиты карты, CVV-код;
  • уведомление о верификации аккаунтов интернет-магазинов с просьбой обновить платежные данные;
  • письмо о дополнительных компенсациях или государственных выплатах за истекшие периоды;
  • приглашение принять участие в лотерее, распродаже, где для получения выигрыша надо указать номер телефона и полные данные карты.

Пользуйтесь только официальными сервисами и оборудованием своего банка. При любой подозрительной активности по карте — установите временную блокировку с помощью мобильного приложения.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *