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

История обновлений

В этом разделе вы найдете историю обновлений и изменений документации.

Июль

21.07.2025

  1. Разместили информацию о тестовом стенде на отдельной странице.

  2. Уточнили параметры urgencyCode и vat.type в платежных поручениях, добавили описание параметров.

  3. Обновили описание сервиса "Моментальные платежи". Описали сценарий B2C платежей.

  4. Обновили формат описания для следующих ресурсов:

  • /files
  1. Добавили информацию о кодировании ссылки авторизации и пример в urlencode.

03.07.2025

  1. Разработан SDK для упрощения интеграции учетных систем с Sber API.

  2. В заголовке ответов на запросы появился новый параметр X-Rq-Uid. В случае обращении на поддержку Sber API данный параметр позволяет оперативно найти логи на стороне банка. Рекомендуется предусмотреть логирование данного параметра.

  3. В сервисе «Безопасные сделки» появился новый метод для запроса списка событий по возврату невыясненных сумм на номинальный счет по факту отказа в зачислении в сторонних банках.

  4. Реализовали новый сервис для дистанционного выпуска нового сертификата электронной подписи.

  5. Появилась возможность запрашивать выписки за определенный период не только по расчетным счетам, но и по транзитным.

  6. Новый сервис «Неснижаемый остаток» позволяет корпоративным клиентам напрямую через API-интеграцию управлять размещением денежных средств в виде неснижаемого остатка на расчетном счете.

  7. В связи с реорганизацией территориальных учреждений Банка России с 15 июля 2025 года меняются номера БИК и корреспондентского счета для проведения расчетов и платежей.

Апрель

25.04.2025

  1. Добавили спецификацию на новые методы для работы с депозитами (/placement/deposit).
  2. В новом разделе "Экосистема Сбера" разместили описание и спецификацию методов для работы сервисом SberCrossOrder.

18.04.2025

  1. Переложили описание кодов статусов зарплатной ведомости (GET /fintech/api/v1/payrolls/{externalId}/state) на страницу с обновленным форматом.

11.04.2025

  1. Обновили атрибутный состав запроса на TLS сертификат,

  2. Изменили алгоритм проверки TLS-сертификата. Теперь после загрузки сертификата через supportdbo2@sberbank.ru или выпуска в личном кабинете Sber API сертификат автоматически распространяется на все сервисы Sber API организации. Загрузить сертификат в сервис, принадлежащий другой организации, больше нельзя,

  3. Изменили спецификацию сервиса Безопасные сделки. Добавили таблицу ошибок и статусные модели, изменили адрес страницы со спецификацией основного API,

  4. Теперь создавать и обновлять токен доступа можно прямо из личного кабинета. Описали это подробно в обновленном разделе,

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

Март

31.03.2025

  1. Обновили инструкции по формированию TLS-сертификатов для OC Windows, MacOS, Linux;
  2. Для /payments:
  • изменили схему не успешных ответов (в ней появилось поле internalErrorCode, значение которого можно указывать при обращении в поддержку),
  • вернули описание статусов РПП,
  • уточнили значения скоупов;
  1. Вернули описание ошибок в /statements;
  2. Обновили формат описания для следующих ресурсов:

24.03.2025

  1. Уточнили регулярное выражение для полей client_secret, new_client_secret и тип метода для обновления Client Secret,

  2. Добавили пояснение о том, какой набор атрибутов (клэймов) возвращается в ответе на запрос для получения информации о компании,

  3. На страницу описания запроса данных по ранее созданной зарплатной ведомости добавили таблицы с описанием статусов чеков самозанятых для ФНС receiptResult и receiptStatus,

  4. Добавили ошибку 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

  1. Обновили формат описания для следующих ресурсов:

17.03.2025

  1. Обновили формат описания для следующих ресурсов:

  2. Описали коллекции запросов. Этот инструмент разработчика поможет тестировать и интегрировать быстрее.

  3. В "Бизнес-картах" описали новые методы для переводов по СБП.

  4. В "Зарплатный проект" вернули методы для открытия счетов и выпуска карт Сбера.

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 в рамках интеграции.

Что изменилось?

  1. Основное навигационное меню
    Теперь оно станет проще и интуитивно понятнее. Уходим от сложных терминов вроде "Host-to-host", "Holdings", "B2BSaaS" и прочих сокращений. Все стало логичнее:
    - Для бизнес-пользователей – раздел "Бизнес-сценарии",
    - Для разработчиков – "Справочник API".

    Разделы "Другие b2b-решения" и "Другие API решения" больше не нужны – вся необходимая информация теперь аккуратно распределена по соответствующим категориям.

  2. Разводящая страница раздела «Бизнес-сценарии»
    При нажатии на этот раздел вы попадете на страницу, которая поможет точнее определить задачу пользователя документации.

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

  3. Раздел "Справочник API"
    Выбрав «Справочник API», вы попадете на страницу, где на первом уровне представлены все ресурсы (объекты), с которыми можно взаимодействовать через API. На втором уровне – сами API-запросы для этих ресурсов.

  4. Отдельная страница с описанием 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

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_1nominal_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:

  1. При получении токена доступа (access_token) - токен используется для подтверждения успешной авторизации пользователя
  2. При получении информации по организации и пользователю с помощью ресурса /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:9443https://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:9443https://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:
  1. Аккредитивы ФЛ (физические лица)
  2. Аккредитивы ЮЛ (юридические лица)
  3. Сервис управления сертификатами аутентификации
  4. Оценка деловой репутации и фрод
  5. Плати QR
  6. SberVisor
  • Обращаем внимание, получение статуса по ранее созданным платежным требованиям возможно не позднее 01.11.2022 г. Все документы, созданные позднее указанной выше даты возвращаться в ответе не будут. Просьба учитывать данную информацию в запросах.

Ноябрь

14.11.2023

Перенесли ресурсы из корпоративных подписок в другие API-решения

  • Информация по офертам клиента
  • Информация по тарифам сервисов
  • Клиенты с небанковскими сервисами
  • Получение документа по списанию средств
  • Списание платы за использование сервиса

02.11.2023

  • На странице Формирование электронной подписи с помощью USB токена Обновлено описание проверки подписи с подписанными данными

  • Обновлен формат дайджеста на странице Покупка и конверсия валюты

Сентябрь

25.09.2023

Обновлена страница "С чего начать":

  • Изменен заголовок с "Приступая к работе" на "С чего начать"
  • Обновлено содержимое страницы "С чего начать"
  • Добавлен подраздел "Шаги подключения" в раздел "С чего начать"
  • Обновлено содержимое страницы Личный кабинет
  • Добавлены страницы Функции личного кабинета, и Роль разработчика SberBusinessAPI в подраздел Личный кабинет вместо текущих страниц
  • Обновлено содержимое страницы TLS

11.09.2023

Добавлено примечание на страницу

Август

25.08.2023

Обновлен раздел создание и отправка в банка b2b/b2p-перевода с бизнес-карт:

  • Обновлена ​​статусная модель
  • Обновлено описание кодов возврата и текстов ошибок
  • Добавлен пример неудачного ответа на получение статуса заявки на перевод
  • Добавлены требования для формирования дайджеста
  • В раздел бизнес-карт добавлены ключи шифрования для ИФТ, ЭДУПИР и ПРОМ

24.08.2023

  • Добавлены описания услуг h2h, b2bsaas и холдинга.
  • Добавлена ​​инструкция как подключить дочернюю компанию для холдинга.

Июль

13.07.2023

Обратите внимание: для сохранения доступа к тестированию сервисов канала SberBusinessAPI необходимо перейти на новый тестовый контур ИФТ. При переходе на новый тестовый контур с вашей стороны доработок учетной системы не потребуется. TLS сертификат останется прежним. В ближайшее время текущий тестовый контур EDUPIR будет недоступен.

Июнь

20.06.2023

C 02.07.2023 по 01.10.2023 всем Партнерам при В2В интеграции (когда файл с выпиской запрашивается по счетам Клиентов) необходимо сделать доработки на своей стороне: при получении ссылки на скачивание файла с выпиской по ресурсу GET /v1/files/tasks-for-download скачивать файл под своим TLS-сертификатом в свое хранилище и передавать ссылку Клиенту на свое хранилище, в котором уже не будет проверки TLS-сертификата.

Апрель

25.04.2023

Добавьте сертификаты НУЦ Минцифры для работы по СберБизнесID

Обратите внимание: для сохранения доступа к сервису СберБизнесID от Сбера в срок до 11.05.2023 вам необходимо произвести настройки и добавить доверенные сертификаты НУЦ Минцифры в настройки системы. Подробности по ссылке https://www.sberbank.ru/ru/certificates .

Если не выполнить эту настройку, интеграция со СберБизнесID станет недоступна.

17.04.2023

  • Исправили пример запроса POST /v1/files/download.

  • Изменили типы данных для нескольких полей в модели ответа GET /v1/credit-offers:

    НаименованиеБылоСтало
    sumMaxnumber(19,2)string
    sumMinnumber(19,2)string
    ratenumber(19,2)string
    availableSumnumber(19,2)string

04.04.2023

Добавили ресурсы v2 по получению выписки в список тарифицируемых:

/v2/statement/transactions

/v2/statement/transactionId

/v2/statement/transactionId/print

/v2/statement/summary

Март

30.03.2023

Изменили Условия доступности покупки в кредит для сервиса «Кредит в Корзине»:

  • ОПФ организации - ИП/ООО/ГКФХ.
  • Дата создания организации 6 или более месяцев от текущей даты.

20.03.2023

Изменили формулировку в разделе Получение TLS.

Было: файл с запросом на сертификат передать своему куратору.

Стало: файл с запросом на сертификат необходимо направлять на п/я supportdbo2@sberbank.ru.

14.03.2023

С 03.04.2023 добавляем новые ресурсы по получению выписки v2/, которые заменят аналогичные ресурсы v1/:

  • /v2/statement/transactions
  • /v2/statement/transactionId
  • /v2/statement/transactionId/print
  • /v2/statement/summary

Что изменится:

1. При запросе выписки по счету Клиент будет использовать новый ресурс /v2/statement/transactions:

  • на входе будет указывать Дату + Счет;
  • на выходе получать Выписку с операциями, где у каждой операции будет стоять идентификатор (operationId). Важно, данный operationId – это уникальный ID операции, по нему Клиент сможет запросить реквизиты операции в форматах json либо печатной форме.

2. При запросе реквизитов операции по выписке Клиент будет использовать новые ресурсы /v2/statement/transactionId и /v2/statement/transactionId/print:

  • на входе будет указывать Дату + Счет + operationId + формат печатной формы (при необходимости);
  • на выходе будет получать реквизиты операции по выписке в форматах json либо печатной форме.

14.03.2023

Вынесли Сервисы SberBusiness Payments в отдельный раздел.

09.03.2023

Удалили сервисы холдирования денежных средств на расчетном счете клиента: POST /v1/cash-hold/hold, GET /v1/cash-hold/hold/{externalId}/state, POST /v1/cash-hold/unhold, GET /v1/cash-hold/unhold/{externalId}/state, POST /v1/cash-hold/unhold-transfer, GET /v1/cash-hold/unhold-transfer/{externalId}/state.

Февраль

16.02.2023

C 18.03.2023 изменятся наименования статусов рублевого платежного поручения (ресурс GET /v1/ payments/{externalId}/state):

Код состояние документаНаименование статуса былоНаименование статуса стало
ACCEPTED_BY_ABSПринят АБСПринят
CARD2Картотека 2Ожидает оплаты
INVALIDEDSЭП/АСП не вернаПодпись неверна
REFUSEDBYBANKОтвергнут банкомОтклонен банком

08.02.2023

  • Исправили назначение статуса REFUSED_BY_RZK (был Промежуточным, стал Окончательным) для GET /v1/payments/{externalId}/state.

  • Убрали параметр sendReport из модели запроса и ответа POST /v1/card-issues.

Январь

18.01.2023

Добавили раздел Получение операций по счету в ОНЛАЙН режиме с обновленными ресурсами GET /v2/statement/transactions, GET /v2/statement/transactionId, GET /v2/statement/transactionId/print

Ноябрь

23.11.2022

Добавили обязательность заполнения поля payeeAccount для ресурса Создание платежных требований.

19.11.2022

Убрали параметры acceptStartDate и acceptLastDate из модели ответа GET /v1/partner-info/advance-acceptances.

Октябрь

19.10.2022

Добавили правило заполнения параметра payerKpp (КПП плательщика) для POST /v1/payments/from-invoice-budget.

В соответствии с Приказом Минфина России №107Н , если плательщик является ИП, то payerKpp необходимо заполнять значением "0".

Сентябрь

15.09.2022

  • Исправили пример запроса GET /v1/statement/transactions/{transactionId}/print.

Август

31.08.2022

  • Обновили архив с готовым тестовым TLS-сертификатом в разделе Получение TLS.

Предыдущий TLS-сертификат действует до 04.09.2022.

  • Добавили пример отправляемого файла реестра задолженности в раздел Реестр задолженности.

  • Добавили пример получаемого файла реестра платежей в раздел Реестр платежей.

  • Исправили назначение статуса CHECKERROR (Был Промежуточным, стал Окончательным) для GET /v1/business-cards/transfer/{externalId}/state.

16.08.2022

Обновили сертификат TLS на стороне SberBusinessAPI.

Цепочка сертификатов, использованная при обновлении, отличается от предыдущей.

Чтобы обеспечить взаимодействие со SberBusinessAPI после обновления сертификата, нужно убедиться, что установлены все актуальные цепочки промышленных TLS-сертификатов, опубликованные в разделе Получение TLS (последнее обновление 26.04.2022).

Июль

26.07.2022

  • Обновили модель и пример запроса POST /v1/credit-requests.

  • Исправили назначения статусов: EXPORTED (был Окончательным, стал Промежуточным) и INVALIDEDS (был Промежуточным, стал Окончательным) для GET /v1/business-cards/transfer/{externalId}/state.

  • Добавили новые параметры: acceptLastDate (дата окончания периода действия заранее данного акцепта) и acceptStartDate (дата начала периода действия заранее данного акцепта) в модель ответа GET /v1/partner-info/advance-acceptances.

19.07.2022

  • Исправили пример запроса GET /v1/credit-offers.

05.07.2022

  • Добавили правило заполнения поля purpose (Назначение платежа) для POST /v1/payment-requests/outgoing.

  • Исправили пример ответа GET /v1/generic-letters/from-bank.

Июнь

03.06.2022

  • Обновили архив файлов виджета в разделе Настройка кредитной линии.

  • Добавили окончательный неуспешный статус CHECKERROR в разделы: Валютный контракт в Банк, Валютный кредитный договор, Заявление о снятии с учета/переуступке контракта (кредитного договора).

  • Добавили обязательность заполнения полей: creditAmount, creditProductCode, creditTerm, negativeOrderUrl и блока PayeeInfo для ресурса Создание заявки на кредитный договор.

  • Переименовали раздел Переводы между картами в Создание и отправка в Банк B2B/B2P-перевода с бизнес-карты.

  • Переименовали раздел Сервис Кредит в Корзине в Сервис Рассрочка для Бизнеса.

Май

19.05.2022

Добавили Зачисления в другие банки в раздел Прямая интеграция.

Апрель

26.04.2022

  • Обновили цепочку промышленных TLS-сертификатов в разделе Получение TLS.

  • Обновили архив файлов виджета в разделе Настройка кредитной линии.

  • Заменили типы DealPassCred138I, DealPassCon138I на InternalControlStatement и CurrDeallnq_138I на CurrControlInfoReq в таблице Типы документов (subType) в разделе Большие файлы.

  • Исправили пример запроса POST /v1/contract-close-applications.

  • Добавили промежуточный статус TRIED_BY_CFE для GET /v1/bank-control-statements/change-applications/{externalId}/state.

  • Исправили назначение статуса Картотека №2 (CARD2) для платежных документов. Картотека №2 (CARD2) - промежуточный статус.

05.04.2022

  • Добавили необязательное поле bic (БИК банка сотрудника) в модели запроса и ответа POST /v1/payrolls, GET /v1/payrolls/{externalId}.

  • Добавили Переводы между картами в раздел Бизнес-карты.

  • Добавили новый ресурс Получение ленты объявлений в раздел Интеграция для партнеров.

04.04.2022

Отметили обязательность поля number (Номер документа) в ресурсе POST /v1/card-issues.

Март

30.03.2022

  • Исправили модели и примеры запроса-ответа GET /v1/files/upload/{fileId}/state в разделах Реестр задолженности, Большие файлы.

  • Добавили поле bankDate в модели запроса и ответа POST /v1/bank-control-statements/reg-curr-cred-contracts.

  • Добавили поля xmlBodies и bankDate в модель ответа GET /v1/bank-control-statements/reg-curr-contracts/{externalId}.

24.03.2022

Добавили новый раздел FAQ с ответами на часто задаваемые вопросы.

23.03.2022

  • Убрали поле numberAbsent из модели запроса POST /v1/currency-operation-details.

  • Убрали поле bankCorrAccount из модели запроса POST /v1/orders-mandatory-sale.

22.03.2022

  • Перенесли Подключение личного кабинета и Работа с личным кабинетом в раздел Личный кабинет.

  • Перенесли в отдельный раздел Получение TLS-сертификата.

  • Обновили раздел Приступая к работе.

21.03.2022

  • Добавилась новая ошибка при создании валютных платежей - "bankStatus":"CHECKERROR", "bankComment":"Осуществление платежей в указанной валюте на данный момент невозможно". Это связано с тем, что в связи с санкционными ограничениями на валютные операции с корреспондентскими счетами в американских банках в Сбербизнес нельзя совершить перевод в другой банк в долларах США, фунтах стерлингов, датских и шведских кронах, канадских долларах.

  • Добавили условия доступности покупки в кредит в разделе Методы Кредит в Корзине.

11.03.2022

Обновили файл по ссылке КриптоПРО в разделе Криптографические ресурсы.

10.03.2022

Обновили кейсы для тестирования Кредит в Корзине.

01.03.2022

Обновили цепочки тестовых и промышленных TLS-сертификатов в разделе Приступая к работе.

Февраль

21.02.2022

Дополнили статусы обработки исходящего платежного требования.

Январь

27.01.2022

Исправили наименование сервиса, которое необходимо передать в scope для доступа к ресурсам Заявление о внесении изменений.

26.01.2022

Добавили правила заполнения полей сумма заказа (amount) и запрошенная сумма кредита (creditAmount) для ресурса Создание заявки на кредитный договор.

25.01.2022

Обновили файл по ссылке КриптоПРО в разделе Криптографические ресурсы.

Декабрь

28.12.2021

  • Исправили модель и пример запроса для ресурса Создание исходящих платежных требований.

  • Добавили важное примечание к описанию ресурса GET /v1/partner-info/advance-acceptances в Подписках и в Сервисе гарантированных расчетов /ru/sber-api/sberpayments/cash-hold.

22.12.2021

Обновили и перенесли в отдельный раздел документацию по Сервису авторизации СберБизнес ID.

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