История обновлений
В этом разделе вы найдете историю обновлений и изменений документации.
Апрель
25.04.2025
- Добавили спецификацию на новые методы для работы с депозитами (
/placement/deposit
). - В новом разделе "Экосистема Сбера" разместили описание и спецификацию методов для работы сервисом SberCrossOrder.
18.04.2025
- Переложили описание кодов статусов зарплатной ведомости (
GET /fintech/api/v1/payrolls/{externalId}/state
) на страницу с обновленным форматом .
11.04.2025
-
Обновили атрибутный состав запроса на TLS сертификат ,
-
Изменили алгоритм проверки TLS-сертификата. Теперь после загрузки сертификата через supportdbo2@sberbank.ru или выпуска в личном кабинете Sber API сертификат автоматически распространяется на все сервисы Sber API организации. Загрузить сертификат в сервис, принадлежащий другой организации, больше нельзя,
-
Изменили спецификацию сервиса Безопасные сделки . Добавили таблицу ошибок и статусные модели, изменили адрес страницы со спецификацией основного API ,
-
Теперь создавать и обновлять токен доступа можно прямо из личного кабинета. Описали это подробно в обновленном разделе ,
-
Теперь все стайлгайды, нужные вашей веб-разработчикам, находятся на одной странице .
Март
31.03.2025
- Обновили инструкции по формированию TLS-сертификатов для OC Windows, MacOS, Linux;
- Для /payments :
- изменили схему не успешных ответов (в ней появилось поле
internalErrorCode
, значение которого можно указывать при обращении в поддержку), - вернули описание статусов РПП,
- уточнили значения скоупов;
- Вернули описание ошибок в /statements ;
- Обновили формат описания для следующих ресурсов:
24.03.2025
-
Уточнили регулярное выражение для полей
client_secret
,new_client_secret
и тип метода для обновления Client Secret, -
Добавили пояснение о том, какой набор атрибутов (клэймов) возвращается в ответе на запрос для получения информации о компании,
-
На страницу описания запроса данных по ранее созданной зарплатной ведомости добавили таблицы с описанием статусов чеков самозанятых для ФНС
receiptResult
иreceiptStatus
, -
Добавили ошибку 429 (
Too Many Requests
) в описания ответов по следующим методам:
-
POST
/v1/payments
-
POST
/v1/payments/from-invoice
-
POST
/v1/payments/from-invoice-any
-
POST
/v1/payments/from-invoice-budget
-
GET
/v1/payments/{externalId}/state
-
GET
/v1/payments/{externalId}
-
POST
/v1/pay-doc-cur
-
GET
/v1/pay-doc-cur/{externalId}/state
-
GET
/v1/pay-doc-cur/{externalId}
-
GET
/v1/crypto
-
POST
/v1/crypto/cert-requests
-
GET
/v1/crypto/cert-requests/{externalId}/state
-
POST
/v1/crypto/cert-requests/{externalId}/activate
-
GET
/v1/crypto/cert-requests/{externalId}/print
-
GET
/v1/crypto/eio
-
POST
/v1/crypto/cert-requests/eio
-
GET
/v1/crypto/cert-requests/eio/{externalId}/state
-
POST
/v1/crypto/cert-requests/eio/{externalId}/activate
-
POST
/v1/crypto/cert-requests/eio/{externalId}/print
-
GET
/v1/client-info
-
GET
/v1/correspondents/rur
-
GET
/v1/dicts?name
- Обновили формат описания для следующих ресурсов:
17.03.2025
-
Обновили формат описания для следующих ресурсов:
-
Описали коллекции запросов. Этот инструмент разработчика поможет тестировать и интегрировать быстрее.
-
В "Бизнес-картах" описали новые методы для переводов по СБП.
-
В "Зарплатный проект" вернули методы для открытия счетов и выпуска карт Сбера.
01.03.2025
- Добавили в модель
/ic/sso/api/v2/oauth/authorize
новый необязательный параметр prompt. - В больших файлах
/fintech/api/v1/files/upload
указали актуальные форматы файлов для загрузки в Банк. - В сведения о владельце сертификата добавлены необезательные атрибуты SN и GN.
- Указали допустимый ТПС для эндпоинтов связанных с функционалом выписки .
- Добавили новый раздел "Коллекция готовых запросов".
Ноябрь
29.11.2024
Вообще наша документация рассчитана на широкий круг специалистов. Тем не менее мы разделили пользователей на две основные группы: бизнес-пользователи (руководители компаний, проектов, владельцы продуктов, аналитики и другие) и разработчики (архитекторы, программисты, тестировщики).
Задача очевидна – сделать документацию удобной для всех. В течение года наша команда работала над подробным описанием всех сервисов в Sber API.
Итогом этой работы стало разделение документации на два раздела: «Бизнес-сценарии» — для бизнес-пользователей и «Справочник API» — для разработчиков. Пользуйтесь!
Отметим, что раздел «Бизнес-сценарии» будет полезен не только для бизнеса, но и для системных аналитиков, поскольку содержит диаграммы последовательности, которые подробно описывают взаимодействие вашей системы с Sber API в рамках интеграции.
Что изменилось?
- Основное навигационное меню
Теперь оно станет проще и интуитивно понятнее. Уходим от сложных терминов вроде "Host-to-host", "Holdings", "B2BSaaS" и прочих сокращений. Все стало логичнее:
- Для бизнес-пользователей – раздел "Бизнес-сценарии",
- Для разработчиков – "Справочник API".
Разделы "Другие b2b-решения" и "Другие API решения" больше не нужны – вся необходимая информация теперь аккуратно распределена по соответствующим категориям. - Разводящая страница раздела «Бизнес-сценарии»
При нажатии на этот раздел вы попадете на страницу, которая поможет точнее определить задачу пользователя документации.
Например, заядя в раздел «Платежи и переводы», вы увидите все сервисы, которые связаны с переводом средств, включая сопутствующие возможности. - Раздел "Справочник API"
Выбрав «Справочник API», вы попадете на страницу, где на первом уровне представлены все ресурсы (объекты), с которыми можно взаимодействовать через API. На втором уровне – сами API-запро сы для этих ресурсов. - Отдельная страница с описанием API-запроса
22.11.2024
- Сервис «Большие файлы» — ваш помощник в работе с документами.
С его помощью вы сможете загружать документы в банк для различных целей. Например:
• предоставление документов в валютный контроль банка;
• экспорт файлов с выписками по счетам для импорта в другие системы.
Чтобы вашей команде было проще разобраться, как технически реализовать функционал, мы добавили диаграммы последовате льности. Это сэкономит время и силы на этапах проектирования и тестирования интеграции.
Все запросы API описаны в унифицированном формате, который знаком вам по другим сервисам.
20.11.2024
- Мы объединили два раздела в один. Теперь все, что касается Sber API для внешнеэкономической деятельности – в новом разделе «ВЭД».
Также мы добавили наглядное описание работы сервиса, чтобы вы понимали, какие возможности он предоставляет с помощью API.
В этом обновлении мы использовали унифицированное описание для схем моделей запросов и ответов, чтобы обеспечить единообразие при работе с каждым сервисом.
15.11.2024
- Мы изменили ответ на запрос Получение информации по бизнес-картам
/fintech/api/v2/сorporate-cards/transfer/list
. Теперь он включает данные о лимитах по бизнес-карте. - Исправили ошибку в описании запроса Создание заявления на перевод по бизнес-карте
/fintech/api/v2/corporate-cards/transfer/commission
. Ранее поляreceiverInfo
иsenderInfo
ошибочно указывались как массивы, теперь они правильно описаны. - Для следующих API-запросов добавили ошибку 429 (Too Many Requests):
- GET
/v2/statement/transactionId/print
- GET
/v2/statement/summary
- GET
/v2/statement/transactions
- GET
/v2/statement/transactionId
- GET
/v1/statement/print
- GET
/v1/statement/download/{fileId}
- GET
/v2/statement/increment
- GET
/v1/files/tasks-for-download/{taskId}
- GET
/v1/statement/files
- POST
/v1/payment-requests/outgoing
- GET
/v1/payment-requests/outgoing/\{externalId\}/state
- POST
/v1/payrolls
- GET
/v1/payrolls/\{externalId\}/state
- GET
/v1/payrolls/\{externalId\}
- GET
/v1/salary-agreements
- GET
11.11.2024
- Подробнее описали возможные ошибки, которые могут возникнуть при получении, обновлении и отзыве access_token. Это поможет вам уменьшить количество проблем у пользователей при авторизации через СберБизнес ID.
01.11.2024
-
Обновили данные о том, как работает механизм автоматического платежа в сервисе Корпоративные подписки, когда на счете плательщика недостаточно средств для списания.
-
Удалили раздел Тарификация в связи с отсутствием платы за подключение и использование Sber API
-
В запросе /fintech/api/v1/acceptance-advances/{externalId} изменили обязательность атрибута date в ответе 200 (OK) - было required, стало optional
-
Изменили формат возвращаемых в ответе на запрос
/ic/sso/api/v2/oauth/user-info
Получение информации (user-info) значений для следующих атрибутов (claim):Наименование атрибута (claim) Было Стало tbIdentCode "tbIdentCode": "38" "tbIdentCode": "10000367" terBank "terBank": "Московский Банк Сбербанка РФ" "terBank": "Московский банк" orgLawFor "orgLawForm": "Открытое акционерное общество" "orgLawForm": "Открытые акционерные общества" -
Перестанут возвращаться в ответе на запрос
/ic/sso/api/v2/oauth/user-info
Получение информации (user-info):- summOfferSmartCredit (Сумма предодобренного предложения по смарт-кредитам)
- offerSmartCredit (Предодобренные предложения по смарт-кредитам)
-
В ответе на запрос
/ic/sso/api/v2/oauth/user-info
Получение информации (user-info) будет возвращаться новай атрибут - emailConfirmed (Адрес электронной почты пользователя подтвержден)
Октябрь
25.10.2024
-
В запросах /fintech/api/v1/acceptance-advances/{externalId} и /fintech/api/v1/acceptance-advances/{externalId}/state в описание к ошибке 404 Not found добавили информацию о возможности удаления документа Пользователем
-
В запросах /fintech/api/v1/payments/from-invoice, /fintech/api/v1/payments/from-invoice-any и /fintech/api/v1/payments/from-invoice-budget скорректировали регулярное выражение для атрибута rate из объекта vat
Было Стало ^[0-9]2$ ^(0|10|20)$
16.10.2024
Убрали из документации описание запросов API, по которым прекращаем поддержку.
Они скоро будут полностью отключены с тестового и промышленного стендов для всех потребителей.
Группа | Endpoint |
---|---|
Заявления об акцепте/отказе от акцепта | /v1/acceptance-letters |
Заявления об акцепте/отказе от акцепта | /v1/acceptance-letters/{externalId}/state |
Ведомости банковского контроля | /v1/bank-control-statements/change-applications/{externalId}/state |
Ведомости банковского контроля | /v1/bank-control-statements/change-curr-contracts |
Ведомости банковского контроля | /v1/bank-control-statements/change-curr-cred-contracts |
Ведомости банковского контроля | /v1/bank-control-statements/reg-curr-cred-contracts |
Ведомости банковского контроля | /v1/bank-control-statements/reg-curr-cred-contracts/list |
Ведомости банковского контроля | /v1/bank-control-statements/reg-curr-cred-contracts/{externalId} |
Ведомости банковского контроля | /v1/bank-control-statements/send-curr-contracts |
Ведомости банковского контроля | /v1/bank-control-statements/send-curr-contracts/{externalId} |
Ведомости банковского контроля | /v1/bank-control-statements/{externalId}/linked-docs-list |
Запрос на списание платы за использование клиентом сервиса партнера | /v1/client-accruals |
Запрос на списание платы за использование клиентом сервиса партне ра | /v1/client-accruals/{externalId} |
Подключенные банковские продукты | /v1/client-bank-products |
Подключенные небанковские продукты | /v1/client-extservice-products |
Список клиентов, подключенных/переподключенных в ВСП за период | /v1/clients-added |
Тарифы пользователей по подключенным сервисам | /v1/client-tariffs |
Заявления о снятии с учета контракта (кредитного договора) | /v1/contract-close-applications |
Заявления о снятии с учета контракта (кредитного договора) | /v1/contract-close-applications/{externalId} |
Заявления о снятии с учета контракта (кредитного договора) | /v1/contract-close-applications/{externalId}/state |
Контрагенты | /v1/correspondents/cur |
Контрагенты | /v1/correspondents/cur/{externalId}/additional |
Поручения на покупку/конверсию валюты | /v1/curr-buy |
Поручения на покупку/конверсию валюты | /v1/curr-buy/{externalId} |
Поручения на покупку/конверсию валюты | /v1/curr-buy/{externalId}/state |
Уведомления о поступлении денежных средств на транзитный валютный счет | /v1/currency-notices |
Поручения на продажу валюты | /v1/curr-sell |
Поручения на продажу валюты | /v1/curr-sell/{externalId} |
Поручения на продажу валюты | /v1/curr-sell/{externalId}/state |
Недвижимость | /v1/estate/feed |
Заявления на страхование экспортного контракта | /v1/export-contract-insure/{externalId} |
Заявления на страхование экспортного контракта | /v1/export-contract-insure/{externalId}/change-state |
Авторизационные данные пользователя во внешних системах | /v1/external-system-auth-profiles |
Авторизационные данные пользователя во внешних системах | /v1/external-system-auth-profiles/{extSystemId} |
Авторизационные данные пользователя во внешних системах | /v1/external-system-auth-profiles/{extSystemId} |
Запрос на проведение онлайн бизнес-миссии | /v1/obm-request/business-mission |
Запрос на проведение онлайн бизнес-миссии | /v1/obm-request/{externalId}/state |
Распоряжения на перевод с транзитного счета (РПТС) | /v1/orders-mandatory-sale |
Распоряжения на перевод с транзитного счета (РПТС) | /v1/orders-mandatory-sale/{externalId} |
Распоряжения на перевод с транзитного счета (РПТС) | /v1/orders-mandatory-sale/{externalId}/state |
Информация о клиентах, подключенных к внешнему сервису | /v1/partner-info/clients-added-info |
Информация о клиентах, подключенных к внешнему сервису | /v1/partner-info/offers |
Информация о клиентах, подключенных к внешнему сервису | /v1/partner-info/package-of-services |
Информация о клиентах, подключенных к внешнему сервису | /v1/partner-info/request-statistics |
Платежные требования | /v1/payment-requests/incoming |
Платежные требования | /v1/payment-requests/incoming/{externalId}/state |
Зарплатные договоры | /v1/salary-agreements/transport-packages |
Зарплатные договоры | /v1/salary-agreements/transport-packages/{externalId}/print |
Пакеты услуг | /v1/service-packages |
14.10.2024
- Упростили графическую схему работы сервиса Корпоративные подписки - теперь она содержит самую основную и полезную информацию, которая позволяет легко понять принцип работы подписки через СберБизнес.
- Также в диаграммах последовательностей к описанию сервиса Корпоративные подписки добавили уточняющую информацию. Она позволит вашей команде разработки сэкономить время на этапах проектирования и тестирования.
11.10.2024
- Обновили раздел Безопасные сделки. Изменили запрос для создания бенефициара. Теперь для этого используется ресурс
/v1/nominal-account/beneficiaries/create
. Добавили новые запросы на удаление бенефициара и изменение информации по бенефициару. - Обновили раздел Корпоративные подписки. Поле
date
в модели ответа 200 (ОК) на запрос получения заявления ЗДА станет необязательным с 02 ноября 2024. - Убрали ссылки на Swagger: функциональность будет отключена 31 октября 2024. Для наиболее актуальной информации обращайтесь к спецификации Sber API.
Сентябрь
13.09.2024
-
В сервисе Моментальные платежи изменили модель ссылки переадресации пользователей на платежное поручение:
Было Стало {контур Банка}/ic/**dcb**/index.html#/payment-creator/\{externalId\}?backUrl={backUrl}
{контур Банка}/ic/**ufs/rpp-light**/index.html#/payment-creator/\{externalId\}?backUrl={backUrl}
09.09.2024
По описанию продукта Платежные поручения провели редизайн:
- Сформировали обновленную схему работы - она стала проще, понятнее и лаконичнее.
Благодаря обновлению вы сможете сохранить время на этапах проектирования и разработки. - Описали все запросы в едином стиле. Каждая страница спецификации начинает имет единую узн аваемую структуру. Вам будет легче ориентироваться в нашей документации.
- Перечислили возможные ошибки и рассказали, как их устранить.
02.09.2024
Продолжаем постепенно делать нашу спецификацию удобной и понятной.
Провели редизайн страниц с описанием продукта Зарплатный проект в Sber API.
Разработали общую схему работы продукта — вы сможете быстрее разобраться с доступной функциональностью продукта в API. Также мы сформировали подробные диаграммы последовательносте й, чтобы сэкономить время вашим аналитикам. И для каждого запроса подготовили описание в едином стиле с подробными моделями запросов и ответов, ошибками и способами их решения.
Август
29.08.2024
- Исправили опечатки и ошибки по тексту
- Изменили обязательность заполнения атрибута deliveryAmount в модели запроса
/fintech/api/v1/credit-requests
Создание кредитной заявки - сделали его опциональным.
26.08.2024
-
Сервис Безопасные сделки для всех новых client_id доступен по умолчанию. Раньше один из шагов подключения сервиса было обращение в Техническую поддержку банка, и сейчас его выполнять не потребуется.
-
В сервисе Корпоративные подписки изменили модель ссылки переадресации пользователей на заявление на ЗДА:
Было Стало {контур Банка}/ic/dcb/index.html#/acceptance-advance-creator/\{externalId\}?backUrl={backUrl}
{контур банка}/ic/ufs/advance-acceptance/index.html#/advance-acceptance-creator/\{externalId\}?backUrl={backUrl}
24.08.2024
Обновили файл с описанием авторизации v1:
- При успешной авторизации пользователя СберБизнес ID возвращает его на адрес, указанный в параметре redirect_uri. Строка браузера содержит параметры code, state и nonce. nonce больше не будет возвращаться в качестве одного из параметров в строку браузера. Этот параметр вы можете получить в id_token, который получаете при обмене code на access_token.
- Параметр scope в ссылке авторизации v1 пользователя будет работать аналогично v2 - в scope необходимо перечислить все операции и атрибуты, до которых у вас, как у Партнера, будет доступ при успешной авторизации Пользователя. О работе scope подробнее можно ознакомиться в соответствующем разделе документации.
23.08.2024
Разработали методы v2 для продукта Бизнес-карты.
Выводим из эксплуатации методы v1. Поэтому все старые ссылки на описание по бизнес-картам будут вести на новые страницы.
- На новой странице добавили для вашего удобства общую схему работы методов Sber API по бизнес-картам. Вам будет легко понять общий принцип работы и определить, как наше решение интегрировать в свои системы.
- Методы по бизнес-картам в API позволят вам реализовать функциональность получения информации по картам пользователя и осуществлять переводы. Разработали диаграммы последовательностей, которые сэкономят время вашим аналитикам и разработчикам.
- Описание всех методов в едином стиле с подробным описанием моделей запрсоов и ответо в, ошибками и способами их решения. Команде разработке будет в помощь при возникновении сложностей.
16.08.2024
-
Обновили описание атрибутов incomeTypeCode и urgencyCode для ресурса
/v1/payments
- описание стало простым и понятным, вам будет легко определить способ его заполнения -
Добавили информацию с описанием требований к формированию дайджеста. Информация позволит при создании дайджеста сразу учесть все важные моменты и с ократить количество возможных ошибок.
Digest (дайджест) – набор значимых полей платежного документа, который подписывается электронной подписью (ЭП). -
Добавили на странице Работа с ЭЦП в Sber API в раздел Подпишите документ и отправьте в Банк информацию о передаче ЭП в запросе. Мы подробно рассказали, как именно сформированную ЭП по дайджесту необходимо передать в отправляемом запросе API.
-
Упростили название операции сервиса Безопасные сделки для добавления в scope ссылки авторизации:
Было Стало nominal_accounts_1 nominal_accounts
15.08.2024
- Обновили статусную модель заявления на выпуск сертификата ЭЦП
05.08.2024
-
Исправили опечатки по тексту
-
Изменили модель ответа 200 (OK) для ресурса
/v1/client-info
. Пар аметры, которые больше не будут возвращаться в ответе:Атрибут/Объект Описание cardNum Номер таможенной карты offerSmartCredit Предодобренные предложения по смарт-картам orgBusinessSegment Бизнес-сегмент orgBusinessSegmentName Наименовение бизнес-сегмента orgCrmId Идентификатор организации в CRM orgGuid Глобальный идентификатор организации orgId Идентификатор организации в СББОЛ summOfferSmartCredit Сумма предодобренного предложения по смарт-кредитам аccounts. businessNewType Признак бизнес-счета "нового" типа аccounts. creditBlockedInitiator Наименование органа, наложившего арест аccounts. creditBlockedTaxAuthorityCode Код налогового органа, наложившего арест аccounts. debitBlockedInitiator Наименование органа, наложившего арест аccounts. debitBlockedTaxAuthorityCode Код налогового органа, наложившего арест accounts. mode Режим работы счета accounts. overdraft Сумма общего лимита овердрафта в валюте счета accounts. passive Признак пассивности счета dboConract. financeBlock Признак финансовой блокировки Блок orgIndustry -
Расширили описание возможных ошибок для ресурсов
/v1/crypto/cert-requests
Создание запроса на выпуск сертификата и/v1/crypto/cert-requests/eio
Создание запроса на выпуск сертификата ЕИО.
Информация позволит вам понимать возникающие ошибки и оперативно их исправлять. -
Изменили модель ответа 200 (OK) для ресурса
/v1/partner-info/advance-acceptances
Получение сведений о подписчиках:- Убрали массив объектов bundles
- Убрали параметр payerOrgIdHash
01.08.2024
Провели редизайн описания работы продукта Выписки по счету.
- Структура подачи информации стала логичнее и понятнее, поэтому понять принцип работы продукта будет значительно легче;
- Появилась общая схема работы продукта, что позволит вам составить полную картину о его работе и возможностях;
- Сформированы и добавлены подробные схемы разработки функциональности при помощи продукта, которые сэкономят время на аналитику и помогут подобрать оптимальный вариант технической реализации;
- В едином стиле переформатированы описания всех используемых в продукте ресурсов;
- Для каждого ресурса создано описание возможных ошиб ок и способов их решения. Эта информация будет полезна на этапе тестирования и поможет сократить сроки разработки.
Июль
23.07.2024
- Добавили в описание ресурса
/fintech/api/v1/credit-offers
Получение информации по кредитным предложениям код возврата 204 (No Content). Данный код возврата позволит понять, что для Платформы/Клиента отсутствуют кредитные предложения.
22.07.2024
- Расширили описание возможных ошибок при создании черновика заявления на ЗДА. Информация будет полезна для оперативного решения возможных проблем при попытке создания документа.
- Добавили регулярные выражения для атрибутов contractNumber, number и obligation в описании модели запроса
/v1/acceptance-advances
Создание черновика заявления ЗДА. Информация позволит понять, какие символы и в каком количество доступтимо использовать при заполнении данных атрибутов. - Скорректировали статусную модель заявления на выпуск ЗДА:
- Добавили статус
ACCEPTED
, который означает, что банком принят документ и по нему продолжается внутренние проверки, - Перенесли статус
CHECKERROR
в блок окончательных статусов.
- Добавили статус
- Добавили в статусную модель Платежного требования статус
REFUSEDBYBANK
. Статус означает отказ сотрудником Банка по результатам ручной обработки.
12.07.2024
С 13 июля 2024 года заявки на выпуск сертификатов, которые соответстуют условиям ниже, станут недействительными.
- Созданы с помощью Sber API (POST
/v1/crypto/cert-requests
или POST/v1/crypto/cert-requests/eio
) - Находятся в одном из статусов: 'CREATED', 'SIGNED', 'SENDED', 'DELIVERED', 'ACCEPTED', 'EXPORTED', 'ACCEPTED_BY_ABS', 'PUBLISHED_BY_BANK'.
Если вы получили ответ 404 - NOT_FOUND при попытке найти документ с указанным ID, вам нужно повторно подать заявку на выпуск сертификата (POST /v1/crypto/cert-requests
или POST /v1/crypto/cert-requests/eio
).
Проверьте значение bicryptId и при необходимости сформируйте его заново.
-
Скорректировали формулу составления индентификатора сертификата BicryptId:
Было Стало certCenterCode + certCenterNum + s + ФамилияИО certCenterCode + (certCenterNum +1) + s + ФамилияИО Подробнее в разделе о формировании идентификатора.
-
Добавили уточнение в описание атрибутов certsCA и cert в ресурсах
/v1/crypto
и/v1/crypto/eio
:
Сертификаты возвращаются в формате base64. Для дальнейшего использования потребуется их раскодировать.
05.07.2024
- Для удобства работы с описанием работы ЭП в Sber API методы для работы с криптографией вынесли на отдельные страницы:
- Расширили описание принципа формирования идентификатора сертификата ЭП BicryptId. Информация позволит вам снизить количество ошибок и выработать корреткный механизм формирования идентификатора.
- Добавили описание Клиентского пути для сервиса Моментальные платежи. Теперь у вас есть возможность понять, как путь пользователя может выглядеть его глазами.
Июнь
27.06.2024
- Из описания атрибута purpose ресурса Создание платежного требования
/v1/payment-requests/outgoing
выделили в отдельный блок рекомендации по заполнению Назначения платежа.
Рекомендации подробно и понятно описывают принцип заполнения атрибута, ч то сэкономит вам время на подбор способа его формирования. - Расширили описание атрибута incomeTypeCode в ресурсе
/v1/payrolls
. Теперь указаны все доступные значения для заполнения с расшифровками этих значений. Информация будет полезна при маппинге полей с вашей системой, с которой ведется интеграция ресурса отправки зарплатных ведомостей. - Теперь в успешном ответе запроса Получения заявления ЗДА
/v1/acceptance-advances/\{externalId\}
будет возвращаться дополнительный атрибут payerCorrAcc - корреспондентский счет получателя. Данный атрибут вы сможете использовать при создании исходящего платежного требования с помощью ресурса/v1/payment-requests/outgoing
, например, в рамках сервиса Корпоративные подписки. - Внесли изменения в модель ресурса Создания заявки на кредитный договор
/v1/credit-requests
:- Изменили обязательность объекта payeeInfo - было optional, стало required
- Изменили обязательность атрибута creditProductCode - было required, стало optional
17.06.2024
Провели редизайн описания сервиса Кредит в корзине.
Что изменилось:
- Структура подачи информации стала логичнее и понятнее;
- Упростилась общая схема работы сервиса;
- Сформированы и добавлены подробные схемы разработки функциональности при помощи сервиса;
- В едином стиле переформатированы описания всех используемых в сервисе ресурсов;
- Для каждого ресурса создано о писание возможных ошибок и способов их решения.
15.06.2024
Провели редизайн описания сервиса по работе с криптографическими ресурсами - раздел назвали Работа с ЭЦП в Sber API.
Что изменилось:
- На одной странице агрегировали всю информацию об ЭЦП и работе с ней в Sber API, что сделает изучение работы сервиса работы с криптографией удобнее и проще;
- Структура подачи информации стала логичнее и понятнее - теперь рассказываем о работе с криптографией по принципу "