История обновлений
В этом разделе вы найдете историю обн овлений и изменений документации.
Март
31.03.2025
- Обновили инструкции по формированию TLS-сертификатов для OC Windows, MacOS, Lunux;
- Для /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, что сделает изучение работы сервиса работы с криптографией удобнее и проще;
- Структура подачи информации стала логичнее и понятнее - теперь рассказываем о работе с криптографией по принципу "от общего" - "к частному";
- Сформировали общую упрощенную схему работы с ЭЦП и для каждого отдельного этапа разработали sequence-диаграммы, которые описывают полный механизм работы функциональности
- Структурировали описание ресурсов криптографии и дали исчерпывающее описание их работы, возможных ошибок и способов их решения
14.06.2024
- В целях усиления мер обеспечения кибербезопасности при предоставлении информации, относящейся к банковской тайне и содержащей персональные данные Клиента, в соответствии с 152-ФЗ ("О персональных данных") и 149-ФЗ ("О б информации, информационных технологиях и о защите информации") были выполнены доработки в сервисе Sber Api.
Теперь при загрузке/скачивании файлов: Сведения о валютных операциях, Справка о подтверждающих документах, Валютный контракт, Ведомость банковского контроля, Письма для целей валютного контроля, в рамках сервиса «большие файлы» Вам потребуется TLS-сертификат, привязанный к Вашему внешнему сервису.
В связи с этим, если Ваш в запрос на загрузку/выгрузку файла, не зашифрован TLS сертификатом, то возможно будет лишь направить запрос на создание валютного документа, но без загрузки файла. - При скачивании файла с Выпиской стоит ограничение на размер файлов до 40 мб.
13.06.2024
- Временно вывели из эксплуатации ряд ресурсов:
/v1/payments-registry
,/v1/payments-registry/\{externalId\}/change-state
,/v1/debt-registries
,/v1/debt-registries/\{externalId\}/state
.
Отдельно сообщим, когда вернем их в работу.
Май
31.05.2024
-
В модель ресурсов Запрос на заявление на регистрацию валютного контракта (ВК)
/v1/bank-control-statements/reg-curr-contracts
и Запрос на получение ранее отправленного заявления на регистрацию валютного контракта/v1/bank-control-statements/reg-curr-contracts/\{externalId\}
добавлен новый необязательный атрибут isAffiliatedPerson (boolean) "Аффилированное лицо" -
В ресурсе Получение писем для целей ВК
/curr-control-messages/from-bank
вложения, загруженные из банка, будут временно не доступны для скачивания по fileId до 01.11.24. Вложения будут доступны для скачивания в формате base64 в блоке Attachment. -
Исправили опечатку в описании атрибута purpose в модели ресурса Создание платежного требования
/v1/payment-requests/outgoing
:Было Стало "Оплата_по_договору_[contractNumber]_от_[date]._НДС_[rate]%_[amount]_рублей_[type]._[Любая_ваша_информация]" "Оплата_по_договору_[contractNumber]_от_[contractDate]._НДС_[rate]%_[amount]_рублей_[type]._[Любая_ваша_информация]" -
Внесли корректировку в описание ресурса Создание запроса ссылки на скачивание файла
/v1/files/download
- сделали его простым и понятным.
29.05.2024
-
В статусную модель по Зарплатной ведомости (Host-2-host и Holding) добавили новые возможные статусы
Статус Значение Состояние SENDING_TO_RZK
Направлен контролирующей организации Промежуточный/Продолжать опрашивать SENT_TO_RZK
Отправлено в СБК Промежуточный/Продолжать опрашивать WAITING_FOR_RZK
Ожидание от СБК Промежуточный/Продолжать опрашивать PROCESSING
Согласование контролирующей организацией Промежуточный/ Продолжать опрашивать REFUSED_BY_RZK
Отказан контролирующей организацией Конечный/Прекратить опрашивать -
Скорректировали описание атрибута result в моделе ресурса
/v1/payrolls
: возможные статусы начисления Зачислено и Не зачислено -
На страницу сервиса СберБизнес ID в раздел Визуальные гайдлайны добавили ссылку на ресурс Figma
-
Изменили дополнительную информацию в описании сервиса Моментальные платежи: переформулировали описание заполнения объекта vat - стало понятнее и легче для восприятия.
-
В связи с отменой комиссии за использование канала убрали из описания функциональности Личного кабинета Sber API информацию о способе получения данных по комиссиям
28.05.2024
Опубликовали описание сервиса Безопасные сделки.
Безопасные сделки — это технология Сбера для защищенных расчетов между контрагентами. Технология предоставляет возможность интеграции по API для торговых площадок (Маркетплейсов), позволяет осуществлять безопасные расчеты покупателей (бенефициаров) с продавцами (поставщиками).
15.05.2024
С 01.06.2024 года отменена комиссия в канале Sber API.
08.05.2024
- Исправили орфографические ошибки и поправили некоторые формулировки (сделали их легче для восприятия)
- Доба вили уточнение к описанию атрибута type в ресурсе
/v1/files/upload
:
Поддерживаемые форматы файлов к валютным документам: pdf, jpeg, jpg, png, tiff, tif, pcx
Максимальный размер файла: 30 мб
Поддерживаемые форматы файлов к остальным документам: doc, docx, xls, xlsx, ppt, pptx, csv, dbf, rtf, txt, pdf, jpg, png, gif, bmp, tiff, zip, rar, arj, xml, jpeg
Максимальный размер файла: 50 мб - Добавили уточнение к описанию атрибута bic (БИК банка сотрудника) ресурсе
/v1/payrolls
: заполняется в случае, если счет сотрудника открыт не в СберБанке
06.05.2024
Провели рефакторинг механизма работы сервиса Корпоративные подписки:
- В рамках сервиса СберБизнес ID пользователь Клиента подписывает только Согласание на передачу данных
- Акцепт оферты происходит через Платформу Партнера
- Создание Заранее данного акцепта происходит отдельным шагом после подписания Согласия на передачу данных
На странице сервиса:
- Обновили общую схему сервиса
- Скорректировали детализированные sequence-диаграммы по функциональности "Оформить подписку" и "Списание платы за использование сервиса"
- Добавили используемые ресурсы для реализации механизмов
Апрель
23.04.2024
С 1 апреля 2024 года для ряда ресурсов сменился тип тарификации с тарифицируемого на служебные.
Актуальную информацию по тарификации Sber API можно посмотреть на соответствующей странице (уже нельзя посмотреть, т.к. раздел был удален).
18.04.2024
Изменения по сервису "Кредит в корзине":
- На странице сервиса актуализировали скриншоты модальных окон
- Обновили SDK Виджета подключения в Инструкции по установке
- В описании убрали информацию о рассрочке и скорректировали формулировки на кнопках
12.04.2024
- Для ресурса
/v1/statement/print
скорректировали описание: в модели ответа параметр "taskId" переименовали в Number и в примере ответа указали корректный пример. Ответ приходит обычным номером, а не JSON. - Для ресурса
/v1/statement/files
скорректировали описание: в модели ответа параметр "taskId" переименовали в Number и в примере ответа указали корректный пример. Ответ приходит обычным номером, а не JSON. - Для ресурса
/v1/files/tasks-for-download
скорректировали описание:- в модели запроса уточнили способ указания идентификатора задачи на скачивание - он указывается в path-параметре
- в модели ответа уточнили статусы состояния ссылки на загрузку выпи ски
- Внесли небольшие корректировки по тексту (исправили опечатки)
- В целях усиления мер обеспечения кибербезопасности при предоставлении информации, относящейся к банковской тайне и содержащей персональные данные Клиента при использовании ресурса
/v1/files/upload
можно загружать файлы на ресурс Банка для дальнейшей привязки к документу в форматах pdf, jpeg, jpg, png, tiff, tif, pcx.
Форматы файлов txt, doc, docx, rar, zip не будут приняты в обработку в канале Sber API.
Обращаем ваше внимание, что вам необходимо выполнить доработки по форматам файлов для их отправки с помощью ресурса /v1/files/upload
в срок до 15 мая 2024. После указанного срока форматы txt, doc, docx, rar, zip по загрузке файла к валютным документам будут выведены из эксплуатации.
05.04.2024
- Убрали на странице Формирование электронной подписи с помощью программных средств информацию о возможности получения токена для тестового стенда. Сейчас данная возможность не предоставляется.
- Скорректировали описание параметра docDate109 в модели ответа ресурсов
/v1/statement/transactions
и/v2/statement/transactions
- Дата налогового документа (реквизит - 109), использует тип данных string с размерностью 1,10 - Упростили и сделали понятнее описание процесса формирования параметра BicryptID для осуществления запроса на выпуск нового сертификата ЭП.
- Скорректировали пример запроса в ресурсе Отправка зарплатной ведомости
v1/payrolls
02.04.2024
Провели редизайн описания сервиса Корпоративные подписки. Что изменилось:
- структура подачи информации стала логичнее и понятнее;
- упростилась общая схема работы сервиса;
- сформированы и добавлены подробные схемы разработки функциональности при помощи сервиса;
- в едином стиле переформатированы описания всех используемых в сервисе ресурсов;
- для каждого ресурса создано описание возможных ошибок и способов их решения.
Март
29.03.2024
Банк начинает процесс перехода на использование подписи в формате CaDES-BES.
- В части подписи банка запланированы доработки по переходу на формат CaDES-BES. Начиная с 01.05.2024 подпись банка может приходить как в текущем raw-формате, так и в формате CaDES-BES. В период с 01.05.2024 по 30.09.2024 вам необходимо обеспечить одновременную поддержку проверки подписи банка текущего raw-формата и нового CaDES-BES.
Подпись банка будет в формате CaDES-BES:- Подпись открепленная – detatched. Алгоритм цифровой подписи ГОСТ Р 34.10-2012 для ключей длины 256 бит.
- Блок с сертификатами (Certificates) включает сертификаты подписанта и промежуточные сертификаты.
В качестве корневого сертификата будет использован сертификат Минцифры. Для проверки подписи банка скачайте корневой сертификат на портале УФО (gosuslugi.ru).
- В ряде запросов Банк предлагает возможность получение ответа в формате JOSE в представлении JWS Compact Serialization.
Из заголовока (Header) получаемого JWS будет исключен UUID сертификата технологического криптопрофиля банка, которым подписан JOSE. - Изменения в ресурсах
/v1/crypto
и/v1/crypto/eio
В связи с тем, что блок с банковскими сертификатами для проверки подписи будет передаваться в составе подписи банка, из ответов/v1/crypto
и/v1/crypto/eio
будут исключены данные о банковских сертификатах:- certBank – сертификат технологического криптопрофиля банка;
- certBankUuid – уникальный идентификатор сертификата технологического криптопрофиля банка.
Помимо изменений в подписи Банка, убедитесь, что используемые вами электронные цифровые подписи (ЭЦП) в Sber API соответствуют всем необходимым требованиям и условиям.
Было | Стало |
---|---|
- Подпись CMS; - Подпись открепленная — detatched; - Формат подписи — PEM; - Алгоритм цифровой подписи ГОСТ Р 34.10-2012 для ключей длины 256 бит; - Блок с сертификатами (Certificates) обязателен — включает сертификат подписанта; - Данные подписанта (Signer Info) — содержит информацию только по одному подписанту; | - Подпись CaDES-BES в формате PEM; - Подпись открепленная — detatched; - Алгоритм цифровой подписи ГОСТ Р 34.10-2012 для ключей длины 256 бит; - Блок с сертификатами (Certificates) обязателен — включает сертификат подписанта; - Данные подписанта (Signer Info) — содержит информацию только по одному подписанту; - Присутствует время формирования подписи (Signing Time). |
27.03.2024
- Обновили публичный ключ Банка.
В рамках сервиса СберБизнес ID вы дважды получаете ID_token:
- При получении токена доступа (access_token) - токен используется для подтверждения успешной авторизации пользователя
- При получении информации по организации и пользователю с помощью ресурса
/v2/oauth/user-info
- токен содержит информацию о клиенте
В обоих случаях ID_token представлен в виде JSON Web Token (JWT). Токен также содержит данные электронной подписи Банка, которая подтверждает подлинность полученных данных. Публичный ключ используется для проверки подписи Банка.
25.03.2024
- В сервисе Большие файлы у ресурса Получение статуса загрузки
/v1/files/upload/{fileId}/state
скорректировали статусную модель - убрали неактуальный статусATTACH_ERROR
- Выводим из эксплуатации ресурсы сервиса Управление тарифными планами - страница сервиса больше недоступна
- Внесли небольшие правки в формулировки описания функциональности Личного кабинета - текст стал понятнее и легче воспринимается
- Скорректировали опечатку в схеме обновления access_token - при запросе с просроченным access_token СберБизнес ID возвращает ответ 401 Unauthorized
22.03.2024
Провели редизайн описания сервиса Моментальные платежи:
- Сформировали и добавили подробную схему работы сервиса.
- В едином формате сформировали описание всех используемых в сервисе ресурсов;
- Для каждого ресурса сформулировали описание возможных ошибок и способов их решения.
13.03.2024
- Теперь при запросе информации по кредитным предложениям через ресурс
/v1/credit-offers
, параметр checkSum может содержать до 16 символов, вместо предыдущих 10. - При создании заявки на кредитный договор через ресурс
/v1/credit-requests
в параметре orderId длина строки ограничена 50 символами - указали эту информацию в модели запроса. - Требование заполнения параметра Number при запросе на выпуск нового сертификата стало обязательным как для ресурса
/v1/crypto/cert-requests
, так и для ресурса/v1/crypto/cert-requests/eio
. - При получении реестра платежей с использованием ресурса
/v1/payments-registry
вы получаете информацию о платежах физических лиц, принятых и перечисленных банком на ваш расчетный счет - внести это примечание.
12.03.2024
Провели редизайн описания сервиса СберБизнес ID:
- Сформировали и добавили подробную схему работы сервиса.
- Расширили информацию о способе получения кода авторизации (authorization code) для последующего обмена на токены доступа (access_token) и обновления (refresh_token).
- В едином формате сформировали описание всех используемых в сервисе ресурсов;
- Для каждого ресурса сформулировали описание возможных ошибок и способов и х решения.
Информируем вас о том, что, начиная с 12.03.2024 г., в ответе на запросы /oauth/authorize
и /oauth/token
в значение кода авторизации, формируемое в произвольном формате UUID, а также в параметрах access_token и refresh_token постепенно перестанут добавляться на конце значение «1» или «2» через дефис и использоваться формат UUID. При этом, количество символов в строке останется неизменным и равным 38 символам.
Регулярное выражение получаемых значений будет следующим: ^([a-zA-Z0-9])38$
Февраль
28.02.2024
На странице Зарплатная ведомость добавили новые возможные статусы зарплатной ведомости, которые приходят в ответ на запрос GET-ресурса /v1/payrolls/\{externalId\}/state
.
Новые добавленные статусы:
Статус | Значение | Состояние |
---|---|---|
TRANSIT | Транзитный | Промежуточный/Продолжать опрашивать |
WAITING_FOR_ORDER | Ожидает распоряжения | Промежуточный/Продолжать опрашивать |
WAITING_FOR_MIGRATION | Ожидает миграции | Промежуточный/Продолжать опрашивать |
EXPORTING | Выгружается | Промежуточный/Продолжать опрашивать |
TEMPLATE | Шаблон | Конечный/Прекратить опрашивать |
21.02.2024
-
На странице Тестовые и промышленные URL Sber API скорректировали URL для использования нового тестового контура Банка для открытия форм оплаты счета и аутентификации через СберБизнес.
Было Стало https://iftfintech.testsbi.sberbank.ru:9443
https://efs-sbbol-ift-web.testsbi.sberbank.ru:9443
-
Уточнили способы получения TLS-сертификата для промышленного стенда в зависимости от типа разрабатываемой интеграции на странице Получение TLS
Было Стало Для начала интеграции на промышленном стенде получите TLS-сертификат и установите цепочку доверенных TLS-сертификатов. Для этого сгенерируйте и скачайте TLS-сертификат из личного кабинета Sber API или получите по инструкции для Windows, или по инструкции для openssl. Для начала интеграции на промышленном стенде получите TLS-сертификат и установите цепочку доверенных TLS-сертификатов.
Способ получения TLS-сертификата зависит от типа разрабатываемой интеграции:1. Если подключаетесь к Sber API для разработки прямой интеграции (H2H) либо интеграции для управления холдингом (Holding), то воспользуйтесь функциональностью Личного кабинета;
2. Для других вариантов подключения к Sber API получите сертификат по инструкции для Windows или по инструкции для openssl. -
Исправили опечатки в ряде страниц.
-
На странице Большие файлы скорректировали возвращаемый Банком host в URL для загрузки файлов в примерах ответов ресурсов Получение статуса файла
/v1/files/downloadState
, Получение ссылки для загрузки формы/v1/files/tasks-for-download
и Получение статуса загрузки/v1/files/upload/{fileId}/state
.Было Стало https://bf.sberbank.ru:9443
https://apifiles.sberbank.ru:9443
15.02.2024
Провели редизайн описания сервиса Бизнес-карты для H2H интеграции:
- Представили возможности сервиса с точки зрения функциональности;
- Функциональность представили в виде сценариев с подробными инструкциями по их реализации;
- В едином формате сформировали описание всех используемых в сервисе ресурсов;
- Для каждого ресурса сформулировали описание возможных ошибок и способов их решения.
10.02.2024
Изменили тарификацию ресурса GET /v1/corporate-cards: с 01.02.2024 он становится бесплатным. Актуальную информацию по тарификации Sber API можно посмотреть на соответствующей странице (уже нельзя посмотреть, т.к. раздел был удален).
Декабрь
20.12.2023
- 20 декабря команда Sber API объединила документацию на витрине API по двум каналам — Sber API и SberBusinessAPI — для улучшения клиентского опыта. В результате этого изменения был добавлен новый раздел под названием "Другие API-решения", который включает в себя описания публичных API:
- Аккредитивы ФЛ (физические лица)
- Аккредитивы ЮЛ (юриди ческие лица)
- Сервис управления сертификатами аутентификации
- Оценка деловой репутации и фрод
- Плати QR
- SberVisor
- Обращаем внимание, получение статуса по ранее созданным платежным требованиям возможно не позднее 01.11.2022 г. Все документы, созданные позднее указанной выше даты возвращаться в ответе не будут. Просьба учитывать данную информацию в запросах.