Сервис «Безопасные сделки»
Информация о сервисе
Безопасные сделки — это технология Сбера для защищенных расчетов между контрагентами через номинальный счет с несколькими бенефициарами. Технология позволяет при помощи API автоматизировать процесс управления сделками между заказчиками и исполнителями.
Сервис поддерживает две модели управления денежными потоками, закрывая потребности обеих сторон договора:
-
Схема «Бенефициар — Заказчик»: Заказчик становится бенефициаром, пополняет свой баланс на номинальном счете и инициирует создание сделки. Исполнитель берет сделку в работу и выполняет ее условия. Заказчик подтверждает выполнение и дает команду на оплату. Банк списывает средства с баланса бенефициара-заказчика напрямую исполнителю (по реквизитам или СБП). Покупатель полностью контролирует платеж и платит только после того, как убедился в качестве услуги.
-
Схема «Бенефициар — Исполнитель»: Идеальный способ для работы с заказчиками физическими лицами (самозанятыми), с которых бывает проблематично собрать данные для анкеты бенефициара. В данном случае исполнитель становится бенефициаром и берет сделки в работу. Заказчик платит, банк блокирует деньги на сделке до ее подтверждения. Заказчик подтверждает выполнение и средства зачисляются на баланс бенефициара-исполнителя в рамках номинального счета. После пополнения баланса исполнитель выводит средства на свой расчетный счет. Исполнитель получает гарантию оплаты, но доступ к деньгам — только после выполнения работы.
🔍 Важно
Номинальный счет жестко привязан к выбранной схеме работы («Бенефициар — Заказчик» или «Бенефициар — Исполнитель»). Это означает, что открыть один универсальный счет и переключаться между схемами «Бенефициар — Заказчик» и «Бенефициар — Исполнитель» невозможно. Если ваш бизнес предполагает использование обеих моделей (например, бенефициар выступает и как покупатель, и как продавец), потребуется открыть два отдельных номинальных счета — по одному на каждую схему.
Возможности сервиса
🔍 Важно
Для зачисления средств на номинальный счет через эквайринг необходимо отдельно заключить договор эквайринга. Для этого перейдите в соответствующий раздел в личном кабинете СББОЛ. Если планируется использовать зачисление через СБП С2В, об этом необходимо сообщить своему менеджеру по эквайрингу. При пополнении номинального счета с использованием данного сервиса с плательщика будет взиматься комиссия в соответствии с тарифами, установленными в рамках договора регистрации в эквайринге. Ознакомиться с возможностями сервиса интернет-эквайринга можно по ссылке . Денежные средства, поступившие на номинальный счет через интернет-эквайринг, отразятся на нем, как неразнесенные. Получить список неразнесенных пополнений можно с помощью вызова метода GET/transactions/undefined. Разнести данные пополнения можно с помощью вызова метода POST/transactions/undefined/{id}/identify.
Для списания средств с номинального счета через СБП В2С необходимо подключить СБП для переводов физлицам по инструкции .
Пример реализации
В рамках Платформы клиент самостоятельно разрабатывает ролевую модель и настраивает права доступа к функциональности.
Участники
- Заказчик — ФЛ или представитель ИП/ЮЛ, который приобретает услуги или товары на Площадке;
- Исполнитель — ФЛ или представитель ИП/ЮЛ, который осуществляет продажу услуг или товаров на Площадке;
- Площадка — ИП/ЮЛ, владелец номинального счета, любой ресурс, который используется в рамках клиентского пути;
- Банк — совокупность API-методов в рамках сервиса «Безопасные сделки».
Используемые методы
| № | Метод | Точка вызова | Описание | Шаг в схеме |
|---|---|---|---|---|
| 1 | /v1/beneficiaries/create | Создать бенефициара | 2 | |
| 2 | /v1/beneficiaries/details/{id} | Запросить сведения о бенефициарe | 4 | |
| 3 | /v1/smart-contracts | Создать сделку | 11 | |
| 4 | /v1/sbp/b2c/smart-contracts/confirmstep | Исполнить сделку по СБП | 16 | |
| 5 | /v1/smart-contracts/confirmstep | Исполнить сделку | 19 | |
| 6 | /v1/smart-contracts/{id} | Запросить сведения о сделке | 23 |
Участники
- Заказчик — ФЛ или представитель ИП/ЮЛ, который приобретает услуги или товары на Площадке;
- Исполнитель — ФЛ или представитель ИП/ЮЛ, который осуществляет продажу услуг или товаров на Площадке;
- Площадка — ИП/ЮЛ, владелец номинального счета, любой ресурс, который используется в рамках клиентского пути;
- Банк — совокупность API-методов в рамках сервиса «Безопасные сделки» + API-методы интернет-эквайринга.
Используемые методы
| № | Метод | Точка вызова | Описание | Шаг в схеме |
|---|---|---|---|---|
| 1 | /v1/beneficiaries | Создать бенефициара | 2 | |
| 2 | /v1/beneficiaries/{id} | Запросить сведения о бенефициарe | 4 | |
| 3 | /v1/deals | Создать сделку | 10 | |
| 4 | /v1/transactions/undefined | Запросить сведения о неразнесенных пополнениях | 18 | |
| 5 | /v1/transactions/undefined/{id}/identify | Разнести неразнесенные пополнения | 20 | |
| 6 | /v1/deals/{id}/execute | Исполнить сделку | 27 | |
| 7 | /v1/deals/{id} | Запросить сведения о сделке | 30 | |
| 8 | /v1/transactions/payments | Создать платеж на вывод средств с НС | 34 | |
| 9 | /v1/transactions/{id} | Запросить статус платежа | 37 |
Статусные модели
Cпецификация API сервиса "Безопасные сделки" для схемы Бенефициар-заказчик
Cпецификация API сервиса "Безопасные сделки" для схемы Бенефициар-исполнитель
Таблица ошибок
Инструкции
-
Инструкция по подключению сервиса "Безопасные сделки" на тестовом стенде
-
Инструкция по подключению сервиса "Безопасные сделки" на промышленном стенде
FAQ
Владельцем номинального счета является владелец площадки (web-ресурса). На счете могут быть зарегистрированы два типа бенефициаров в зависимости от выбранного сценария сделки:
-
Сценарий А (бенефициар — Заказчик/Покупатель): Покупатель/заказчик является бенефициаром денежных средств. Он резервирует деньги на номинальном счете под конкретную сделку. Площадка перечисляет их продавцу/исполнителю только после подтверждения выполнения обязательств (доставка товара, оказание услуги).
-
Сценарий Б (бенефициар — Исполнитель/Продавец): Исполнитель является бенефициаром денежных средств. Заказчик переводит деньги на номинальный счет, где они блокируются в пользу Сделки, за которой закреплен Исполнитель. Площадка разблокирует средства на балансе Исполнителя только после подтверждения исполнения. Этот сценарий дает Исполнителю дополнительную гарантию, что средства зарезервированы именно под его услугу и не могут быть отозваны Заказчиком в одностороннем порядке.
В обоих сценариях в контракте может быть предусмотрено несколько сторон (например, субподрядчики). Интеграция с площадкой — по API. Площадка адаптирует интерфейс под логику сделок и предусматривает использование номинального счета в договорах.
-
В сценарии «бенефициар — заказчик»: средства расхолдируются со сделки и возвращаются заказчику.
-
В сценарии «бенефициар — исполнитель»: средства остаются заблокированными под сделкой до тех пор, пока площадка не примет решение на основании условий сделки. Если исполнитель не выполнил обязательства, площадка инициирует возврат заказчику (по согласованию сторон или решению спора). Самовольный возврат заказчиком невозможен.
Да. API позволяет управлять суммой раскрытия. Площадка может перечислить часть заблокированных средств бенефициару (например, аванс 30% исполнителю, затем 70% после приемки). Остаток продолжает находиться на номинальном счете в пользу того же бенефициара.
Прямых технических ограничений нет. На одном номинальном счете может быть одновременно множество бенефициаров (тысячи и более). Каждый бенефициар видит только свои суммы (через API площадки) и не имеет доступа к данным других бенефициаров.
Площадка (владелец номинального счета). Именно площадка обязана проверить бенефициара (заказчика или исполнителя) перед регистрацией сделки и соблюдать требования 115-ФЗ. Сбербанк не проверяет бенефициаров напрямую.
-
Предоплата на прямой счет: деньги в распоряжении исполнителя сразу, заказчик не защищен.
-
Номинальный счет (бенефициар — исполнитель): деньги зарезервированы, но не переведены исполнителю до подтверждения. Заказчик не может их отозвать, исполнитель не может потратить их до выполнения работы. Это «честная блокировка».
Сделка заключается между Банком и площадкой и подписывается самой площадкой. Подписание сделки всеми участниками не требуется.
Сделка не заменяет договор, а является инструментом, помогающим автоматизировать расчеты между участниками сделки, в нем отражается финансово-значимая информация из договорных отношений клиентов площадки.
На номинальный счет можно перечислять средства только в валюте Российской Федерации (рубли)
Главное преимущество — безопасность расчетов, но с разными акцентами в зависимости от роли бенефициара:
-
Если бенефициар — Заказчик: покупатель гарантирует наличие суммы без риска ее потерять, а продавец уверен в оплате после исполнения. Площадка получает доверие со стороны обеих сторон.
-
Если бенефициар — Исполнитель: исполнитель получает подтвержденное резервирование денег в свою пользу, защиту от неоплаты выполненной работы и контроль над сделкой через площадку. Заказчику гарантируют, что средства не уйдут исполнителю раньше, чем услуга будет оказана.
В обоих режимах технология холдирования повышает доверие к площадке и привлекает клиентов для безопасных расчетов.
Юридическое лицо/индивидуальный предприниматель — резидент РФ, у которого открыт в Сбербанке расчетный счет.
Юридическое лицо, индивидуальный предприниматель или физическое лицо (может быть нерезидентом), которое приняло правила платформы и расчеты через номинальный счет, владеющее денежными средствами, находящимися на номинальном счете торговой площадки. Бенефициар может иметь расчетный счет как в Сбербанке, так и в любом другом коммерческом банке РФ. Владелец счета (площадка) не имеет прав на средства бенефициаров.
Вознаграждение банка взимается с расчетного счета площадки в виде процента с каждой сделки по факту перечисления средств с номинального счета по каждой исполненной транзакции согласно тарифам банка (процент от суммы платежа, комиссия включает НДС).
Для работы с нашим сервисом и подписания сделок площадке необходимо выпустить УКЭП.
Наличие у площадки УКЭП является обязательным условием подключения к сервису. Список уполномоченных УЦ . Подробнее об УКЭП .
Такая информация может быть доступна бенефициару в случае настроек личного кабинета площадки. Площадка, в свою очередь, может получить информацию по балансу бенефициара на номинальном счете через соответствующее АПИ.
Защита распространяется на бенефициара (того, в чью пользу зарезервированы деньги):
-
Невозможно взыскание денежных средств бенефициара по обязательствам владельца счета (площадки).
-
Невозможно взыскание денежных средств бенефициара по запросам ФНС.
-
Возможно взыскание денежных средств бенефициара только по судебному решению.
Для заказчика (плательщика) защита в том, что деньги не уйдут исполнителю до подтверждения сделки. Для исполнителя (в новом сценарии) — защита в том, что заказчик не сможет отозвать уже зарезервированные в пользу исполнителя средства.
Вспомогательная информация при выпуске тестового сертификата с помощью УЦ КриптоПро :
-
Перейдите в раздел Сформировать ключи и отправить запрос на сертификат;
-
Подтвердите установку КриптоПро ЭЦП Browser plug-in и расширение для браузера;
-
В разделе Идентифицирующие сведения укажите данные организации из тестового СберБизнеса;
-
В разделе Тип требуемого сертификата выберите Сертификат проверки подлинности клиента;
-
В разделе Параметры ключа в поле CSP выберите Crypto-pro gost r 34.10-2012 cryptographic service provider;
-
В разделе Параметры ключа установите флаг Пометить ключ как экспортируемый (в случае, если хотите разместить сертификат на сервер);
-
В разделе Дополнительные параметры в поле Алгоритм хэширования выберите ГОСТ Р 34.11-2012 256 бит.
-
Нажмите на кнопку Выдать (пароль на контейнер задавать необязательно);
-
На странице с информацией о результатах выдачи сертификата нажмите на кнопку Установить этот сертификат.
Пример формирования подписи утилитой командной строки cryptcp :
/opt/cprocsp/bin/cryptcp -sign -thumbprint 71D1774E947175D8B7CDB5B4F25BCD09BB0CE85F -detached content.json
Значение параметра thumbprint находится в свойствах сертификата (в свойствах сертификата Крипто-Про этот параметр называется SHA1 отпечаток).
- После успешного выполнения операции подписи, появится файл с именем, как у подписываемого, но с расширением .sgn (content.json -> content.sgn).