История обновлений
В этом разделе вы найдете историю обновлений и изменений документации.
Ноябрь
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]{0,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 г. Все документы, созданные позднее указанной выше даты возвращаться в ответе не будут. Просьба учитывать данную информацию в запросах.
Ноябрь
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:
Наименование Было Стало sumMax number(19,2) string sumMin number(19,2) string rate number(19,2) string availableSum number(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.