ym88659208ym87991671
Создание письма в банк | Документация для разработчиков

Создание письма в банк

Обновлено 29 ноября 2024

Alt text /fintech/api/v1/generic-letters/to-bank

Запрос позволяет создавать документ «Письмо в Банк».

Для создания письма в банк необходимо отправить POST-запрос /fintech/api/v1/generic-letters/to-bank с токеном доступа (access_token) пользователя в параметре Authorization заголовка и данными письма в теле.

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


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

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

Request

/fintech/api/v1/generic-letters/to-bank
НаименованиеТипФорматRegexpОбязательностьОписание
HEADER
Authorizationstringstring^[a-zA-Z0-9]{38}$requiredAccess token пользователя, полученный через SSO.
BODY
GenericLetter {
  attachmentsarray[Attachment]array[object]optionalВложенные документы,
  bfAttachmentsarray[BfAttachment]array[object]optionalИдентификатор (-ы) файлов, загруженные в Банк с помощью сервиса "Большие файлы,
  datestringISO 8601 YYYY-MM-DD^[0-9]{4}-[0-9]{2}-[0-9]{2}$requiredДата составления документа,
  digestSignaturesarray[Signature]array[object]optionalЭлектронные подписи по дайджесту документа.

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

О подписании дайджеста платежного документа подробно рассказали в соответствующем разделе документации,
  externalIdstringUUID^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$requiredИдентификатор документа, который вы присваиваете самостоятельно,
  numberstringstring^[0-9]{1,7}$optionalНомер документа,
  textstringstringПо умолчанию заполняется шаблоном в соответствии с справочником "GenericLetterType" из поля "template" либо в свободном формате, если шаблон отсутствует в справочникеrequiredТекст сообщения,
  typeCodestringstringЗаполняется из справочника "GenericLetterType" из поля systemName в соответствии с требуемой темой описанной в поле "letterType"requiredСистемное имя темы письма
}
Attachment {
  contentarray[string]array[string]^[a-zA-Z0-9]+$optionalВложение закодированное в Base64,
  mimeTypestringstring???optionalТип формат файла,
  namestringstring???optionalИмя файла
}
BfAttachment {
  fileIdstringUUID^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$optionalУникальный идентификатор файла
}
Signature {
  base64Encodedstringbase64^[a-zA-Z0-9]+$requiredЗначение электронной подписи (ЭП), закодированное в Base64,
  certificateUuidstringUUID^[0-9a-f]{8}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{12}$requiredУникальный идентификатор сертификата ключа проверки электронной подписи
}

digestSignatures

Формат дайджеста
Наименование поляОписание поляПример
dateДата документа2019-10-17
externalIdИдентификатор документа в организации-партнере42a6dd89-103a-4d7a-8e9b-1ba4b521f5f6
textТекст письмаТекст письма
typeCodeТип ПСФpayment_recall
TABLESЗначение указывается при наличии UUID-ов больших файлов
Table=BfAttachmentsЗначение указывается при наличии UUID-ов больших файлов
fileIdUUID больших файлов8e9d6ce6-d5d7-4d81-96b8-9af0e7e17694
#Разделитель значений UUID-ов больших файлов
fileIdUUID больших файлов13d32a7b-28c9-4895-b0e1-9848a8988db9
#Разделитель значений UUID-ов больших файлов

Responses

201 (Created)
НаименованиеТипОбязательностьОписание
GenericLetter {
  attachmentsarray[Attachment]optionalВложенные документы,
  bankCommentstringoptionalБанковский комментарий к статусу документа,
  bankStatusstringoptionalСтатус документа,
  bfAttachmentsarray[BfAttachment]optionalИдентификатор (-ы) файлов, загруженные в Банк с помощью сервиса "Большие файлы,
  crmNumberstringoptionalНомер письма в CRM,
  datestringrequiredДата составления документа,
  digestSignaturesarray[Signature]optionalЭлектронные подписи по дайджесту документа,
  externalIdstringrequiredИдентификатор документа, который вы присваиваете самостоятельно,
  integrationIdstringoptionalИдентификатор цепочки писем,
  numberstringoptionalНомер документа,
  textstringrequiredТекст сообщения,
  typeCodestringrequiredСистемное имя темы письма,
  typeNamestringoptionalТип письма
}
Attachment {
  contentarray[string]optionalВложение закодированное в Base64,
  mimeTypestringoptionalТип формат файла,
  namestringoptionalИмя файла
}
BfAttachment {
  fileIdstringoptionalУникальный идентификатор файла,
  fileNamestringoptionalИмя файла
}
Signature {
  base64EncodedstringrequiredЗначение электронной подписи (ЭП), закодированное в Base64,
  certificateUuidstringrequiredУникальный идентификатор сертификата ключа проверки электронной подписи
}
400 (Bad request)
CauseMessageDescription
DESERIALIZATION_FAULTНеверный формат запросаДанные в request указаны в неправильном формате. Атрибуты request, в которых найдены ошибки, указаны в responce в массиве fields с описанием проблемы. Описание типа, формата и regexp атрибутов находится в request ресурса. Скорректируйте заполнение атрибутов и повторите запрос.
VALIDATION_FAULTОшибка валидацииДанные не соответствуют требованиям валидации. Сведения о некорректных атрибутах request содержатся в массивах fieldNames и checks. Подробные требования к атрибутам описаны в request ресурса, включая типы, форматы и регулярные выражения. Необходимо скорректировать заполнение атрибутов и повторить запрос.
НаименованиеТипОбязательностьОписание
ResourceFault {
  causestringoptionalПричина или основание сообщения,
  referenceIdstringoptionalУникальный идентификатор ошибки (UUID),
  messagestringoptionalСообщение,
  checksarray[Check]optionalСписок проверок, приведших к ошибке,
  fieldNamesarray[string]optionalНазвания полей с некорректным значением (только для VALIDATION_FAULT)
}
Check {
  levelstringoptionalУровень результата = ['ERROR', 'WARNING'],
  messagestringoptionalСообщение,
  fieldsarray[string]optionalНазвания полей (при наличии связи с моделью)
}
401 (Unauthorized Error)
CauseMessageDescription
UNAUTHORIZEDaccessToken not found by value =хххххххх-хххх-хххх-хххх-хххххххххххх-хУказан просроченный access_token. Используйте refresh_token для обновления access_token и повторите запрос.
НаименованиеТипОбязательностьОписание
Notice {
  causestringoptionalПричина или основание сообщения,
  referenceIdstringoptionalУникальный идентификатор ошибки (UUID),
  messagestringoptionalСообщение,
}
403 (Forbidden)
CauseMessageDescription
ACTION_ACCESS_EXCEPTIONОперация не может быть выполнена: доступ к ресурсу запрещенИспользуемый в запросе access_token не имеет разрешения на доступ к нужному сервису Sber API.
В ссылке авторизации СберБизнес ID, в параметре scope, не указана операция GENERIC_LETTER_TO_BANK. Необходимо добавить эту операцию в scope. Пользователю потребуется пройти авторизацию заново. Вы получите новые токены access_token и refresh_token. Сделайте повторный запрос с новым access_token.
НаименованиеТипОбязательностьОписание
Notice {
  causestringoptionalПричина или основание сообщения,
  referenceIdstringoptionalУникальный идентификатор ошибки (UUID),
  messagestringoptionalСообщение,
}
500 (Internal Server Error)
CauseMessageDescription
UNKNOWN_EXCEPTIONВнутренняя ошибка сервераСделайте повторный запрос. Если ошибка повторится, подготовьте логи запроса и направьте в службу Технической поддержки Банка.
НаименованиеТипОбязательностьОписание
Notice {
  causestringoptionalПричина или основание сообщения,
  referenceIdstringoptionalУникальный идентификатор ошибки (UUID),
  messagestringoptionalСообщение,
}
ПАО Сбербанк использует cookie для персонализации сервисов и удобства пользователей.
Вы можете запретить сохранение cookie в настройках своего браузера.