Сервис «Безопасные сделки»

Обновлено 18 августа 2026

Информация о сервисе

Безопасные сделки — это технология Сбера для защищенных расчетов между контрагентами через номинальный счет с несколькими бенефициарами. Технология позволяет при помощи API автоматизировать процесс управления сделками между заказчиками и исполнителями.

Сервис поддерживает две модели управления денежными потоками, закрывая потребности обеих сторон договора:

• Схема «Бенефициар — Заказчик»: Заказчик становится бенефициаром, пополняет свой баланс на номинальном счете и инициирует создание сделки. Исполнитель берет сделку в работу и выполняет ее условия. Заказчик подтверждает выполнение и дает команду на оплату. Банк списывает средства с баланса бенефициара-заказчика напрямую исполнителю (по реквизитам или СБП). Покупатель полностью контролирует платеж и платит только после того, как убедился в качестве услуги.

• Схема «Бенефициар — Исполнитель»: Идеальный способ для работы с заказчиками физическими лицами (самозанятыми), с которых бывает проблематично собрать данные для анкеты бенефициара. В данном случае исполнитель становится бенефициаром и берет сделки в работу. Заказчик платит, банк блокирует деньги на сделке до ее подтверждения. Заказчик подтверждает выполнение и средства зачисляются на баланс бенефициара-исполнителя в рамках номинального счета. После пополнения баланса исполнитель выводит средства на свой расчетный счет. Исполнитель получает гарантию оплаты, но доступ к деньгам — только после выполнения работы.

🔍 Важно

⚖ Одна схема работы = один номинальный счет

Номинальный счет жестко привязан к выбранной схеме работы («Бенефициар — Заказчик» или «Бенефициар — Исполнитель»). Это означает, что открыть один универсальный счет и переключаться между схемами «Бенефициар — Заказчик» и «Бенефициар — Исполнитель» невозможно. Если ваш бизнес предполагает использование обеих моделей (например, бенефициар выступает и как покупатель, и как продавец), потребуется открыть два отдельных номинальных счета — по одному на каждую схему.

💰 Особенности движения средств на номинальном счете

1. Подключение сервисов для приема оплаты

• Для приема оплаты на номинальный счет через эквайринг требуется заключить отдельный договор.

• Алгоритм действий: войдите в раздел СББОЛ и уведомите своего менеджера по эквайрингу о необходимости заключения договора на прямом протоколе.

• Важно: Если вы планируете использовать СБП С2В, сообщите об этом менеджеру дополнительно.

2. Пополнение счета (входящие платежи)

• При пополнении номинального счета через наземный/интернет-эквайринг или СБП С2В с плательщика удерживается комиссия согласно тарифам договора регистрации в эквайринге.

• Ознакомиться с возможностями интернет-эквайринга можно по ссылке .

• Ограничение: Протестировать зачисление через СБП C2B, наземный и интернет-эквайринг на тестовом стенде невозможно.

3. Работа с неразнесенными поступлениями

Денежные средства, поступившие на номинальный счет в рамках эквайринга или СБП С2В, отображаются, как неразнесенные.

А) Как получить список неразнесенных пополнений:

Используйте метод GET/transactions/undefined для получения списка неразнесенных пополнений.

Б) Как разнести (идентифицировать):

Для разнесения конкретного пополнения на бенефициаров или сделки вызовите метод POST/transactions/undefined/{id}/identify.

В) Как сопоставить неразнесенное поплнение с заказом ECOM (сверка):

Чтобы связать неразнесенное пополнение с конкретным заказом, сравните два параметра:

paymentNumber (из отчета эквайринга) — ответ на запрос GET /ecom/report.

docNumber (из списка неразнесенных пополнений) — ответ на запрос GET /transactions/undefined.

Правило: Если значения совпадают — транзакция из отчета относится к данному неразнесенному пополнению.

Г) Как сопоставить транзакцию из отчета (заказ) со сделкой/бенефициаром:

Способ 1 — через поле description при создании заказа в ECOM:

1. При создании заказа в ECOM заполните поле description (передайте туда ID бенефициара или сделки).

2. В дальнейшем это значение отобразится в отчете GET /ecom/report в поле addData1.

Значение из description также может отобразиться в ответе GET /transactions/undefined в поле purpose для зачислений СБП С2В, если настроить назначение платежа через менеджера эквайринга для СБПшного мерчанта - добавить в назначение плейсхолдер [ID1].

3. Таким образом можно сопоставить бенефициара/сделку -> заказ -> неразнесенное пополнение.

Способ 2 — через отдельных мерчантов:

1. Завести под каждого бенефициара отдельного мерчанта через менеджера эквайринга (соотнести их на стороне площадки).

2. Все зачисление в рамках конкретного merchantLogin будут приходить и отображаться на номинальном счете как отдельные неразнесенные пополнения.

3. В ответе на запрос GET /transactions/undefined в поле purpose вернется уникальный номер мерчанта.

4. Таким образом можно сопоставить бенефициара -> мерчанта -> неразнесенное пополнение.

Д) Примечание по выбору способа разнесения средств:

Отчет по эквайрингу можно запросить за дату не позднее вчерашнего дня.

Разнесение средств с помощью отчета по операциям эквайринга — это всего лишь один из вариантов.

Какой способ определения принадлежности неразнесенных денег на номинальном счете использовать, решает сама площадка.

4. Списание средств (исходящие платежи)

• Для вывода средств с номинального счета через СБП В2С необходимо предварительно подключить данный сервис по инструкции .

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

✍ Рекомендации по формированию назначения платежа при пополнении номинального счета по реквизитам на промышленном стенде для схемы Бенефициар-заказчик

С целью корректного распределения платежей в реестре бенефициаров рекомендуем при формировании документа на пополнения номинального счета указывать в назначении платежа:

• для Бенефициаров — корпоративных клиентов (ЮЛ, ИП)
• ИНН Бенефициара и реквизиты Договора–основания (договор между бенефициаром и владельцем номинального счета).

Пример: «Пополнение ном. счета по бенефициару ИНН 7788995544, по договору от 15.04.2024 № 385-58, без НДС».

• для Бенефициаров — физических лиц
• ФИО в именительном падеже (полностью) и реквизиты Договора–основания (договор между бенефициаром и владельцем номинального счета).

Пример: «Пополнение ном. счета по бенефициару Иванов Иван Иванович, по договору от 15.04.2024 № 385-78, без НДС».

🔁 Особенности работы с возвратами на номинальном счете

Возможна ситуация, когда при выводе средств с номинального счета в другие банки по реквизитам деньги списались, но не были зачислены получателю.

Это происходит, если банк получателя отклонил платеж. Например, из-за некорректных реквизитов.

В рамках сервиса это работает так:

1. Площадка исполняет сделку.
2. Банк списывает деньги с номинального счета.
3. Сделка и транзакция переходят в успешный статус.
4. Платеж уходит в банк получателя.
5. Банк получателя отклоняет платеж (например, из-за ошибки в реквизитах получателя).
6. В этом случае в течение 5 рабочих дней будет осуществлен возврат на номинальный счет (данный возврат будет отображаться на номинальном счете, как транзакция кредита в пользу бенефициара).

Узнать о возникновении таких транзакций возврата можно при помощи вызова метода GET/transactions/refunds.

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

После получения возврата необходимо повторно создать и исполнить сделку с корректными реквизитами получателя (для схемы Бенефициар-заказчик) или повторно создать платеж для вывода средств с корректными реквизитами получателя (для схемы Бенефициар-исполнитель).

Для внутренних переводов Сбер-Сбер логика другая: если возникает ошибка, деньги не списываются с номинального счета, а транзакция сразу переходит в ошибку.

Cпецификация API сервиса "Безопасные сделки" для схемы Бенефициар-заказчик

Cпецификация API сервиса "Безопасные сделки" для схемы Бенефициар-исполнитель

Таблица ошибок

Возможности сервиса

Пример реализации

В рамках Платформы клиент самостоятельно разрабатывает ролевую модель и настраивает права доступа к функциональности.

Сценарий работы площадки с сервисом "Безопасные сделки" по схеме Бенефициар-заказчик

Сценарий работы площадки с сервисом "Безопасные сделки" по схеме Бенефициар-исполнитель

Статусные модели

Инструкции

• Инструкция по подключению сервиса "Безопасные сделки" на тестовом стенде

• Инструкция по подключению сервиса "Безопасные сделки" на промышленном стенде

• Инструкция по обращению в поддержку команды продукта

FAQ

Как проходит сделка?

Владельцем номинального счета является владелец площадки (web-ресурса). На счете могут быть зарегистрированы два типа бенефициаров в зависимости от выбранного сценария сделки:

• Сценарий А (бенефициар — Заказчик/Покупатель): Покупатель/заказчик является бенефициаром денежных средств. Он резервирует деньги на номинальном счете под конкретную сделку. Площадка перечисляет их продавцу/исполнителю только после подтверждения выполнения обязательств (доставка товара, оказание услуги).

• Сценарий Б (бенефициар — Исполнитель/Продавец): Исполнитель является бенефициаром денежных средств. Заказчик переводит деньги на номинальный счет, где они блокируются в пользу Сделки, за которой закреплен Исполнитель. Площадка разблокирует средства на балансе Исполнителя только после подтверждения исполнения. Этот сценарий дает Исполнителю дополнительную гарантию, что средства зарезервированы именно под его услугу и не могут быть отозваны Заказчиком в одностороннем порядке.

В обоих сценариях в контракте может быть предусмотрено несколько сторон (например, субподрядчики). Интеграция с площадкой — по API. Площадка адаптирует интерфейс под логику сделок и предусматривает использование номинального счета в договорах.

Что происходит с деньгами, если сделка не состоялась (отказ, срыв сроков, спор)?

• В сценарии «бенефициар — заказчик»: средства расхолдируются со сделки и возвращаются заказчику.

• В сценарии «бенефициар — исполнитель»: средства остаются заблокированными под сделкой до тех пор, пока площадка не примет решение на основании условий сделки. Если исполнитель не выполнил обязательства, площадка инициирует возврат заказчику (по согласованию сторон или решению спора). Самовольный возврат заказчиком невозможен.

Можно ли частично раскрыть обеспечение в пользу бенефициара? (например, поэтапная оплата исполнителю)

Да. API позволяет управлять суммой раскрытия. Площадка может перечислить часть заблокированных средств бенефициару (например, аванс 30% исполнителю, затем 70% после приемки). Остаток продолжает находиться на номинальном счете в пользу того же бенефициара.

Есть ли ограничения по количеству бенефициаров на один номинальный счет?

Прямых технических ограничений нет. На одном номинальном счете может быть одновременно множество бенефициаров (тысячи и более). Каждый бенефициар видит только свои суммы (через API площадки) и не имеет доступа к данным других бенефициаров.

Кто несет ответственность за правильность идентификации бенефициара?

Площадка (владелец номинального счета). Именно площадка обязана проверить бенефициара (заказчика или исполнителя) перед регистрацией сделки и соблюдать требования 115-ФЗ. Сбербанк не проверяет бенефициаров напрямую.

В чем разница для исполнителя между «обеспечением через номинальный счет» и обычной предоплатой на его расчетный счет?

• Предоплата на прямой счет: деньги в распоряжении исполнителя сразу, заказчик не защищен.

• Номинальный счет (бенефициар — исполнитель): деньги зарезервированы, но не переведены исполнителю до подтверждения. Заказчик не может их отозвать, исполнитель не может потратить их до выполнения работы. Это «честная блокировка».

Кто должен подписывать сделку УКЭП?

Сделка заключается между Банком и площадкой и подписывается самой площадкой. Подписание сделки всеми участниками не требуется.

Заменяет ли сделка договор?

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

В какой валюте можно открыть номинальный счет?

На номинальный счет можно перечислять средства только в валюте Российской Федерации (рубли)

В чем преимущество при заключении сделок через номинальный счет?

Главное преимущество — безопасность расчетов, но с разными акцентами в зависимости от роли бенефициара:

• Если бенефициар — Заказчик: покупатель гарантирует наличие суммы без риска ее потерять, а продавец уверен в оплате после исполнения. Площадка получает доверие со стороны обеих сторон.

• Если бенефициар — Исполнитель: исполнитель получает подтвержденное резервирование денег в свою пользу, защиту от неоплаты выполненной работы и контроль над сделкой через площадку. Заказчику гарантируют, что средства не уйдут исполнителю раньше, чем услуга будет оказана.

В обоих режимах технология холдирования повышает доверие к площадке и привлекает клиентов для безопасных расчетов.

Кто может стать владельцем номинального счета?

Юридическое лицо/индивидуальный предприниматель — резидент РФ, у которого открыт в Сбербанке расчетный счет.

Кто такие бенефициары номинального счета?

Юридическое лицо, индивидуальный предприниматель или физическое лицо (может быть нерезидентом), которое приняло правила платформы и расчеты через номинальный счет, владеющее денежными средствами, находящимися на номинальном счете торговой площадки. Бенефициар может иметь расчетный счет как в Сбербанке, так и в любом другом коммерческом банке РФ. Владелец счета (площадка) не имеет прав на средства бенефициаров.

Какую комиссию возьмет Сбербанк за использование Безопасных сделок?

Вознаграждение банка взимается с расчетного счета площадки в виде процента с каждой сделки по факту перечисления средств с номинального счета по каждой исполненной транзакции согласно тарифам банка (процент от суммы платежа, комиссия включает НДС).

Какая должна быть электронная подпись?

Для работы с нашим сервисом и подписания сделок площадке необходимо выпустить УКЭП.

Наличие у площадки УКЭП является обязательным условием подключения к сервису. Список уполномоченных УЦ . Подробнее об УКЭП .

Возможно ли бенефициару увидеть баланс собственных денежных средств на номинальном счете?

Такая информация может быть доступна бенефициару в случае настроек личного кабинета площадки. Площадка, в свою очередь, может получить информацию по балансу бенефициара на номинальном счете через соответствующее АПИ.

От каких рисков защищает покупателя сделка через номинальный счет?

Защита распространяется на бенефициара (того, в чью пользу зарезервированы деньги):

• Невозможно взыскание денежных средств бенефициара по обязательствам владельца счета (площадки).

• Невозможно взыскание денежных средств бенефициара по запросам ФНС.

• Возможно взыскание денежных средств бенефициара только по судебному решению.

Для заказчика (плательщика) защита в том, что деньги не уйдут исполнителю до подтверждения сделки. Для исполнителя (в новом сценарии) — защита в том, что заказчик не сможет отозвать уже зарезервированные в пользу исполнителя средства.

Элементы налогового платежного поручения?

Как подключить СБП для переводов физлицам?

Инструкция по подключению

Пример выпуска тестового сертификата через УЦ КриптоПро

Вспомогательная информация при выпуске тестового сертификата с помощью УЦ КриптоПро :

1. Перейдите в раздел Сформировать ключи и отправить запрос на сертификат;

2. Подтвердите установку КриптоПро ЭЦП Browser plug-in и расширение для браузера;

3. В разделе Идентифицирующие сведения укажите данные организации из тестового СберБизнеса;

4. В разделе Тип требуемого сертификата выберите Сертификат проверки подлинности клиента;

5. В разделе Параметры ключа в поле CSP выберите Crypto-pro gost r 34.10-2012 cryptographic service provider;

6. В разделе Параметры ключа установите флаг Пометить ключ как экспортируемый (в случае, если хотите разместить сертификат на сервер);

7. В разделе Дополнительные параметры в поле Алгоритм хэширования выберите ГОСТ Р 34.11-2012 256 бит.

8. Нажмите на кнопку Выдать (пароль на контейнер задавать необязательно);

9. На странице с информацией о результатах выдачи сертификата нажмите на кнопку Установить этот сертификат.

Пример формирования подписи утилитой командной строки cryptcp

Пример формирования подписи утилитой командной строки cryptcp :

/opt/cprocsp/bin/cryptcp -sign -thumbprint 71D1774E947175D8B7CDB5B4F25BCD09BB0CE85F -detached content.json

Значение параметра thumbprint находится в свойствах сертификата (в свойствах сертификата Крипто-Про этот параметр называется SHA1 отпечаток).

• После успешного выполнения операции подписи, появится файл с именем, как у подписываемого, но с расширением .sgn (content.json -> content.sgn).