Как уберечь себя от мошенничества: рекомендации
Мы стремимся предоставить нашим клиентам удобный и простой сервис — минимум действий, всё быстро и онлайн. К сожалению, этим пытаются пользоваться мошенники.
По данным, 91% россиян сталкивались с попытками мошенничества в 2023 году. При этом самая распространённая схема обмана — звонок от якобы представителя банка или правоохранительных органов.
Делимся с вами, какие схемы используют мошенники и как себя уберечь. Покажите эти рекомендации своим родственникам и знакомым.
Начальные статусы платежных поручений
Начальные статусы для платежных поручений присваиваются на этапе формирования документа в системе Сбербанк Бизнес ОнЛайн:
По законодательству предприниматель несёт ответственность не только за свой бизнес, но и за тех, с кем компания работает, — за своих контрагентов. Бизнес может пострадать, если действия партнёра покажутся банку подозрительными: операции по расчётному счёту предприятия ограничат.
Чтобы этого не произошло, убедитесь, что все ваши поставщики и клиенты — честные организации и ведут реальную деятельность. Вот несколько рекомендаций, которые помогут минимизировать риски в работе с контрагентами.
- Запросите из ЕГРЮЛ или ЕГРИП информацию о фирме, чтобы узнать о её статусе.
- Проверьте отсутствие процедуры банкротства контрагента в Едином федеральном реестре сведений о банкротстве.
- Узнайте, нет ли у руководителя компании дисквалификации, а также проверьте его наличие в специальных ФНС списках.
- Используйте сервис ФНС для проверки информации о контрагенте.
- Запрашивайте у контрагента документы, подтверждающие его способность выполнить услуги или поставить товар.
Операции считаются сомнительными, если:
- Предмет договора не соответствует деятельности компании.
- Цена продукции значительно превышает рыночную стоимость.
- Средства передаются между счетами компании и личными счетами руководителей или обратно.
- Постоянные переводы средств одному физическому лицу за услуги неочевидного характера.
Обнаружив подозрительные операции, банк обязан провести проверку и запросить у предпринимателя документы, подтверждающие законность проведенных операций.
Запрос информации и документов для банка: что нужно знать
Банк отправляет запрос о предоставлении информации и документов по активным каналам – через интернет-банк, на электронный адрес (при наличии). Важно помнить, что ответ на запрос банка по 115-ФЗ является обязанностью клиента.
Подготовка к ответу на запрос
Пакет запрошенных документов может быть очень объемным, поэтому необходимо не откладывать ответ на запрос банка на последний день. Рискуете не уложиться во временные рамки или предоставить неполный комплект документов. Например, обязательно указывайте причины невыплаты НДФЛ, прилагая подтверждающие документы.
Процесс ответа на запрос банка
Способ передачи документов обычно указан в запросе. Это может быть вложения по электронной почте, через интернет-банк и другие способы. При анализе операций могут потребоваться дополнительные разъяснения или документы, поэтому своевременный ответ является важным элементом диалога между владельцем счета и банком.
Соблюдение установленных сроков
Если по каким-то причинам невозможно уложиться в установленные временные рамки, необходимо заранее уведомить банк о причинах задержки и указать сроки, когда документы будут готовы. В случае объективных причин задержки банк может продлить сроки предоставления документов.
Сервис проверки физических лиц в интернет-банке СберБизнес
В интернет-банке СберБизнес предприниматели могут воспользоваться сервисом проверки физических лиц. Сервис доступен с начала 2022 года и включает в себя проверку паспортных данных, образования, статуса ИП, исполнительных производств и других параметров. По итогам проверки вы получите структурированный отчет.
Если вам нужна помощь в сборе документов или дополнительной проверке перед сдачей документов по запросу банка, обратитесь к комплаенс-консультанту по бесплатному номеру горячей линии.
Не откладывайте ответ на запрос банка и помните, что соблюдение установленных сроков и предоставление полного комплекта документов является залогом успешного взаимодействия с банком.
Страхование и проверка сотрудников: инновации от Сбербанка
Анна Лоевская, директор дивизиона Цифровой корпоративный банк Сбербанка:
Сервис доступен для подключения в маркетплейсе интернет-банка СберБизнес и представляет собой простой и доступный инструмент, который страхует компании от имущественных и репутационных рисков. Проверка происходит по 8 государственным источникам и 14 параметрам надёжности, а отчёт формируется всего за 5 минут и включает индикаторы риска по каждому пункту.
Арсен Думикян, и. о. директора Департамента продуктов и развития бизнеса СберКорус:
Предварительная проверка сотрудников поможет отсеивать нежелательных кандидатов и сократить риски приёма на работу неблагонадёжного лица, способного доставить организации неприятности. Это придаст бизнесменам дополнительную уверенность в будущем компании. Ввиду повышенных рисков особый формат приобретают, например, проверки водителей как грузового, так и легкового транспорта (в службах такси и доставки). Для этого сервис проверки физлиц может отслеживать действительность прав, стаж вождения в нужной категории, историю по автомобилям, находящимся во владении, и прочие важные параметры.
*СберКорус — цифровая платформа для электронного документооборота, разработчик и провайдер сервисов для безбумажных бизнес-процессов в любом бизнесе и организатор процессов цифровой трансформации крупнейших компаний из 58 регионов России. Количество ежемесячных активных пользователей продуктов компании около 450 тыс. человек. Среди клиентов компании АШАН, Красное и Белое, ОКей, Дикси, Лента, Магнит, Утконос, Мираторг, Детский Мир и еще около 200 торговых сетей и их поставщики, Газпром, ГК Самолет, Danone, и др. Выручка от продуктов ЭДО в 2022 году выросла на 7% (до 1,87 млрд руб.). Общая выручка компании в 2022 году составила 3,8 млрд руб. Сайт — https://www.esphere.ru/.
Генеральная лицензия Банка России на осуществление банковских операций № 1481 от 11.08.2015. Официальные сайты банка: www.sberbank.com (сайт Группы Сбербанк), www.sberbank.ru.
Пресс-служба ПАО Сбербанк
Какие функции доступны для пользователя системы Сбербанк Бизнес ОнЛайн
Для каждого клиента банка, подключившего систему Сбербанк Бизнес ОнЛайн, доступны следующие функции:
Статусы подписания платежных поручений
Статусы подписания присваиваются на этапе подписания электронного документа:
Мошенники сами поделились схемой
Об этой схеме с использованием сервиса Домклик мошенники.
Мошенник звонит вам с незнакомого номера телефона, представляется сотрудником банка и рассказывает об одном из продуктов банка — убеждает купить страховку или оформить кредит.
Чтобы подтвердить, что мошенник является сотрудником банка, он отправляет вам СМС — с номера 900. На самом деле они используют хитрый ход — регистрируются на сайте Домклик, указывая ваш номер телефона и подставные данные. И вам действительно приходит СМС с кодом:
Защита от мошенничества при сделках с недвижимостью
Но давайте прочтем внимательно. В сообщении указано, что вы указали этот телефон. Но разве вы указывали что-либо сейчас на сайте Домклик? Также обратите внимание на предложение Подтвердите загрузку полиса страхования — но вы не загружаете полис здесь и сейчас. Это за вас делает мошенник.
В последнее время участились случаи другого вида мошенничества, не связанного с работой сервисов Домклик.
Злоумышленники звонят продавцу недвижимости с просьбой о переводе средств после того, как недвижимость уже была зарегистрирована в Росреестре, а деньги перечислены на его счёт.
Что на самом деле происходит после сделки
Чтобы обезопасить себя от действий злоумышленников, важно знать, что происходит после проведения сделки:
После того, как ваша собственность будет зарегистрирована, деньги автоматически будут переведены на ваш счёт.
Вам придет СМС следующего содержания: Сумма ___ отправлена на ваш счёт и будет зачислена в течение суток. Платёжное поручение отправлено на вашу электронную почту.
После получения такого сообщения делать ничего не надо, деньги поступят на ваш счёт.
Базовые статусы платежных документов в системе Сбербанк Бизнес ОнЛайн
Процесс формирования, подписания, передачи в банк, проверки, получения и исполнения электронного документа сопровождается изменением его статуса в системе Сбербанк Бизнес ОнЛайн. В данном разделе приведен набор статусов электронного документа Платежное поручение.
Терминология
- ЗДА (заранее данный акцепт) – документ, который содержит согласие юридического лица на списание средств с лицевого счета плательщика.
- Подписка – согласие на безакцептное списание денежных средств за использование сервиса или услуг.
- Пакет услуг – два и более сервиса внутри одной оферты.
- СББОЛ – Сбербанк Бизнес Онлайн.
- ЭП/ЭЦП/ЦП – электронная цифровая подпись, которая формируется закрытым ключом сертификата.
- Дайджест – набор значимых полей документа, который подписывается ЭП.
- Тип подписи – полномочия пользователя СББОЛ. Например: первая, вторая, единственная подпись.
- Base64/Base64Url – формат кодирования данных при помощи только 64 символов ASCII
Дополнительная информация
Для корректной работы необходимо передавать параметры в следующем сочетании:
В поле Назначение платежа необходимо обязательно отправлять НДС не облагается.
Коды возврата
Код возврата | Описание кода возврата | Причина возникновения |
---|---|---|
Создан | Операция не завершена полностью | Документ создан, сохранен но не подписан Банком |
Неверный формат запроса | Неверный формат запроса | |
Для внешнего сервиса недоступны операции по счету: 40702810ХХХХХХХХХХХХ | Для внешнего сервиса недоступны операции по счету: счет не добавлен в список разрешенных в оферте; внешний сервис заблокирован в СББОЛ; счет указан неверно. Отсутствует доступный открытый рублевый расчетный счет у организации плательщика | |
Документ с такими реквизитами уже существует | Документ с такими реквизитами уже существует. Проверка по номер документа в течении года. |
Не указан идентификатор сертификата подписиНе указан идентификатор сертификата подписи(параметр kid заголовка JWS)
Некорректный формат параметра kid заголовка JWSНекорректный формат параметра kid заголовка JWS(ожидается UUID)
Ошибка валидацииОшибка валидации данных запроса с указанием некорректных значений. Значения полей модели или параметров запроса не соответствуют допустимым и определенным в модели.
Подлинность подписи не установлена/Сертификат не обнаружен или не является активнымОшибка возникает, если не удалось установить подлинность подписи
accessToken not found by value =хххххххх-хххх-хххх-хххх-хххххххххххх-хУказан некорректный или просроченный access_token.
Операция не может быть выполнена: доступ к ресурсу запрещенУ пользователя нет прав на использование соответствующего сервиса Sber API, доступ к которому не предусмотрен настройками scope; У пользователя отсутствует оферта с внешним сервисом.
Платежный документ не найденНеверное значение externalId
В соответствии с текущими настройками сервиса с clientId=%s необходимо использовать запрос в формате JWS Compact SerializationОшибка возникает, если в настройках внешних сервисов выставлен флаг "Требуется подпись для внешнего сервиса"
Внутренняя ошибка сервера
Сервис временно недоступенПроводятся технические работы
Получение статуса платежного требования
Обращаем внимание, получение статуса по ранее созданным платежным требованиям возможно не позднее 01.11.2022 г. Все документы, созданные позднее указанной выше даты возвращаться в ответе не будут. Просьба учитывать данную информацию в запросах.
Шаги
1. При авторизации пользователя партнера передать в scope сервис PAYMENT_REQUEST_OUT.
Модель запроса
Authorization (String)Access token организации-клиента, полученный через SSO Пример: Bearer f8ad3141-b7e8-4924-92de-3de4fd0a464e-1
externalId (String)Идентификатор документа, присвоенный клиентом
Пример запроса
curl -X GET –header ‘Accept
Модель ответа
bankStatus (string, optional)Статус документа,
Пример ответа
Код состояние документаНаименование статусаНазначение кода состояния
Промежуточные статусы/Продолжать опрашивать
ACCEPTEDПринятЭлектронный документ принят на стороне Банка
ACCEPTED_BY_ABSПринят АБСЭлектронный документ был принят к обработке в АБС Банка
CARD2Картотека 2Электронный документ передан в картотеку в ожидание средств на счету клиента
CHECKERRORОшибка контроляЭД сформирован, но при сохранении не прошел проверку корректности заполнения полей и сохранен с имеющимися в нем ошибками
CREATEDСозданДокумент записан в БД, проверки не выполнялись
DELAYEDПриостановленОбработка электронного документа была приостановлена
DELIVEREDДоставленЗапрос доставлен в ДБО и взят в обработку
EXPORTEDВыгруженЭлектронный документ выгружен Банком в АБС
FRAUDALLOWОдобрен ФРОДПроверка во ФРОДЕ прошла успешно, переход на «Принят»
FRAUDDENYОтвергнут ФРОДДокумент отказан на основе проверки в АС Fraud-мониторинг, переходим в «Отвергнут банком»
FRAUDREVIEWНа проверке у специалиста БанкаСо стороны ФРОД-анализа получен статус документа «На проверке у специалиста Банка»
FRAUDSENTОтправлен во ФРОДДокумент отправлен на проверку в АС Fraud-мониторинг
FRAUDSMSТребуется подтверждение sms-паролемСо стороны ФРОД-анализа получен статус документа «Требуется подтверждение sms-паролем»
PARTSIGNEDЧастично подписанЭД подписан частью подписей, входящих в предусмотренный для данного документа комплект подписей
PROCESSINGВ обработкеКлиент сформировал «Заявление об акцепте/частичном акцепте/отказе от акцепта»
REQUESTED_RECALLЗапрошен отзывДокумент отозван
SENDED_TO_PAYERОтправлен плательщикуДокумент отправлен плательщику, который является клиентом Сбербанка
SIGNEDПодписанЭД подписан предусмотренным для него комплектом подписей
SUBMITTEDПредставленЭлектронный документ принят ВК
Окончательные статусы/Прекратить опрос
CHECKERROR_BANKОшибка контроля, БанкЭД сформирован, но при сохранении не прошел проверку корректности заполнения полей и сохранен с имеющимися в нем ошибками
DECLINED_BY_PAYERОтвергнут плательщикомДокумент отвергнут плательщиком
INVALIDEDSЭПАСП не вернаПроверка ЭП под ЭД на стороне Банка дала отрицательный результат
RECALLОтозванЭлектронный документ был отозван Клиентом по запросу
REFUSED_BY_RZKОтказан контролирующей организациейЭД не прошел проверки контролирующей организацией
REQUISITEERRORОшибка реквизитовВ ЭД указаны ошибочные реквизиты
REFUSEDBYABSОтказан АБСЭД не прошел проверки в АБС
Окончательные(Успешные) статусы/Прекратить опрос
IMPLEMENTEDИсполненЭлектронный документ исполнен Банком
SENDED_TO_PAYERОтправлен плательщикуДокумент отправлен плательщику, который не является клиентом Сбербанка
Третья схема мошенничества
Злоумышленники также задействуют и другие сервисы Сбера, чтобы убедить человека, что он общается с сотрудником банка.
Например, клиенту банка приходит СМС следующего содержания:
Ваш код для завершения регистрации СберБизнес ID 35246.
Если вы нигде не регистрировались, ни в коем случае никому не сообщайте подобного рода коды и обратитесь в поддержку.
Клиенты с подключенными подписками
Ресурс /v1/partner-info/advance-acceptances позволяет Партнеру получить сведения о клиентах, подключенных к подпискам и пакетам услуг. Полученную информацию можно анализировать и использовать для выставления платежных требований в адрес клиентов сервиса. В ответе возвращается информация за один запрашиваемый день. Для поддержания актуальной информации и изменений на своей стороне необходимо осуществлять ежедневный запрос информации.
Для получения информации о клиентах, подключенных к подпискам и пакетам услуг, необходимо выполнить следующие шаги.
1. При авторизации пользователя партнера передать в scope сервис GET_ADVANCE_ACCEPTANCES.
2. Отправить GET-запрос (/v1/partner-info/advance-acceptances), в котором необходимо передать авторизационный токен к данным собственной организации (Access Token) и дату, за которую запрашивается информация (date).
Authorization (String)Access token собственной организации, полученный через SSO Пример: Bearer 5c2f4c8d-4c8a-4301-8df7-195354932b19-1
date (date-time)Дата (подключения или отключения) Формат: yyyy-MM-dd
clientId (String)Идентификатор сервиса
curl -X GET –header ‘Accept application/json’ –header ‘Authorization
active (boolean, optional)Признак активности ЗДА ,
payerAccount (string, optional)Счет плательщика ,
payerBankBic (string, optional)БИК банка плательщика ,
payerBankCorrAccount (string, optional)Корсчет банка плательщика ,
payerInn (string, optional)ИНН плательщика ,
payerName (string, optional)Наименование плательщика ,
payerOrgIdHash (string, optional)Идентификатор организации плательщика ,
purpose (string, optional)Назначение платежа ,
sinceDate (string, optional)Дата начала действия заранее данного акцепта ,
untilDate (string, optional)Дата окончания действия заранее данного акцепта
code (string, optional)Код пакета услуг ,
name (string, optional)Наименование пакета услуг,
sinceDate (string, optional)Дата подключения пакета услуг ,
untilDate (string, optional)Дата отключения пакета услуг,
currentState (String, optional)Статус пакета услуг в настоящее время. Возможные варианты: ACTIVE, NOT_PAID, DEACTIVATED
"202020 По договору №202020 от 29.03.2022" "202020 По договору №202020 от 29.03.2022" "202020 По договору №202020 от 29.03.2022"
Даже в том случае, если в ответе на запрос для атрибута Признак активности ЗДА получено значение "true", выставление в адрес клиента, оформившего ЗДА, платежных требований возможно только со следующего дня за датой, полученной в атрибуте ответа sinceDate.
Сохраните значение атрибута purpose (Назначение платежа), чтобы корректно заполнить purpose (Назначение платежа) в запросе на создание ИПТ – POST /v1/payment-request/outgoing.
Сценарий использования
Для обращения к ресурсу необходимо отправлять запрос на:
Текущий тестовый контур https://edupirfintech.sberbank.ru:9443
Новый тестовый контур https://iftfintech.testsbi.sberbank.ru:9443
Промышленный контур https://fintech.sberbank.ru:9443
Статусы обработки платежных поручений
Присваиваются на этапе отправки документа на обработку в банк и дальнейшей обработки. При этом Вы можете отслеживать этапы обработки документа по изменению его статусов.
Назначение
Ресурсы позволяют партнеру ежемесячно списывать денежные средства со счета клиента. Сервис позволяет автоматизировать оплату за предоставленные услуги.
Создание платежных требований
Ресурс /v1/payment-requests/outgoing позволяет Партнеру создавать исходящие платежные требования, где получателем средств является организация, предоставляющая сервис.
2. Отправить POST-запрос (/v1/payment-requests/outgoing), в котором необходимо передать авторизационный токен к данным клиента (Access Token) и реквизиты платежного требования. Авторизационный токен передается в параметре Authorization заголовка запроса.
Authorization (String)Access token организации-клиента, полученный через SSO Пример: Bearer c5e7110b-394a-45eb-9a4b-d8759cf6f9eb-1
Параметры тела запроса
acceptanceTerm (string, optional)Срок для акцепта (поле 36). Указывается количество дней для получения акцепта плательщика,
amount (number)Сумма платежа,
bankStatus (string, optional, read only)Статус документа,
crucialFieldsHash (string, optional)Hash от ключевых полей документа,
date (string)Дата составления документа,
deliveryKind (string, optional)Вид платежа: электронно, срочно Если не заполнено или 0, то будет присвоено значение "электронно",
externalId (string)Идентификатор документа, присвоенный партнером (UUID),
number (string, optional)Номер документа,
operationCode (string)Код операции,
payeeAccount (string)Счет получателя платежа,
payeeBankBic (string)БИК получателя платежа,
payeeBankCorrAccount (string, optional)Корсчет банка получателя платежа,
payeeInn (string, optional)ИНН получателя платежа,
payeeName (string)Полное наименование получателя платежа,
payerAccount (string)Счет плательщика,
payerBankBic (string)БИК банка плательщика,
payerBankCorrAccount (string)Корсчет банка плательщика,
payerInn (string)ИНН плательщика,
payerName (string)Полное наименование плательщика,
paymentCondition (string)Условие оплаты (поле 35). Указывается цифра "1" – заранее данный акцепт плательщика или цифра "2" – требуется получение акцепта плательщика,
priority (string)Очередность платежа,
purpose (string)Назначение платежа Заполнять значением purpose, полученным в ответе на запрос GET /v1/partner-info/advance-acceptances Если необходимо дополнить назначение, поставьте точку и укажите свою информацию,
vat (Vat, optional)Данные НДС,
voCode (string, optional)Код вида валютной операции
base64Encoded (string)Значение электронной подписи, закодированное в Base64,
certificateUuid (string)Уникальный идентификатор сертификата ключа проверки электронной подписи (UUID)
amount (number, optional)Сумма НДС,
rate (string, optional)Ставка НДС,
"Общество с ограниченной ответственностью "Клиент"""Общество с ограниченной ответственностью "Клиент"""Оплата заказа №123. НДС нет."
deliveryKind (string, optional)Вид платежа,
purpose (string)Назначение платежа,
Передача электронной подписи
Для передачи ЭП под документом используется массив digestSignatures, в котором передаются элементы типа Signature (все поля обязательны):
Наименования поляОписания поляПример
base64Encoded (string)Значение ЭП документаHlaeIHXXEcGT1bFxo1NlpAzpr+kJ2IQrcxVdvDTep6xjsmD1FDb+6NIyLT+/T24S0mPfVCU75sieOMt71TBS7w==
certificateUuid (string)Идентификатор сертификата, использованного при создании ЭП ( можно узнать, обратившись к ресурсу /v1/crypto)22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6
В документе можно передать одну или две ЭП вместе с реквизитами создаваемого документа. Если ЭП передана/ы в API, то они сохраняются вместе с документом, а сам документ продвигается дальше по своему жизненному циклу. Если ЭП не была/и передана/ы, то документ сохраняется в своем начальном статусе и ожидает дальнейшего подписания в интерфейсе СББОЛ.
Документ может быть подписан следующими наборами подписей:
При этом подписант, обладающий полномочием единственной подписи, не может «сочетаться» с подписантом, владеющим первой или второй подписью.
Очередность наложения ЭП при наложении первой и второй подписей не имеет значения, состав полей дайджеста не изменяется. Тип подписи указывается в настройках криптопрофиля, когда пользователь Партнера создается в Банке.
Формат дайджеста платежного требования
Наименование поляОписание поляПример
dateДата составления документа31.12.2018
externalIdИдентификатор документа, присвоенный сервисом22a6dd81-103a-4d3a-8e9b-0ba4b527f5f6
payeeAccountНомер счета получателя40802810600000200000
payeeBankCorrAccountКорсчет банка получателя30101810400000000225
payeeNameПолное наименование получателя платежаОбщество с ограниченной ответственностью "Получатель"
payerBankCorrAccountКорсчет банка плательщика30101810400000000225
payerNameПолное наименование плательщикаОбщество с ограниченной ответственностью "Клиент"
paymentConditionУсловие оплаты (1/2)1
purposeНазначение платежаОплата товара по договору №123 от 01.08.2018. НДС не облагается
Пример дайджеста
payeeName=Общество с ограниченной ответственностью payerName=Общество с ограниченной ответственностью
Процесс обработки платежного требования
Обработка платежного требования (ПТ)
Выгрузка ПТ из СББОЛ осуществляется каждые 5 минут в период с 9:00 – 16:30.
Если плательщик в Сбербанке
При поступлении платежного требования на стороне Банка выполняются следующие проверки:
Если получатель Внешний плательщик
ПТ сформированное в СББОЛ уходит в Банк России, далее Банк России отправляет в банк получателя.
Частичная оплата со стороны клиента, периодичность обработки вновь появившихся денежных средств на счете клиента
Акцепт ПТ клиент может выполнить в СберБизнес. Есть возможность акцептовать как полную сумму, так и частично. После акцепта формируется документ на оплату.
При частичном акцепте суммы, оставшаяся сумма остается в картотеке до конца срока нахождения проводки в Картотеке либо на оставшуюся сумму можно сформировать отказ.
Списание денежных средств по проводке в бессрочной Картотеке 2 (при наличии ЗДА):
Отзыв платежного документа из Картотеки:
ИПТ в Картотека 1 (на ручном акцепте клиента) может быть отозвано плательщиком (отказ от акцепта).
Если ИПТ находится бессрочно в Картотека 1 или 2, отозвать ИПТ в СберБизнес нельзя.
ЗДА начинает действовать со дня следующего за днем поступления в Банк.
Если ПТ отправить в день создания ЗДА, платежный документ попадет в Картотеку 1 (на ручной акцепт клиенту).
При закрытии счета все документы в картотеке аннулируются (возвращаются составителям без исполнения) без списания.
Статус SENDED_TO_PAYER
Если платежный документ помещается в Картотеку 1 или Картотеку 2, то документ переходит в статус SENDED_TO_PAYER.
Простые, но важные правила, которые помогут не попасться на крючок
Давайте еще раз напомним важные правила, которые уберегут вас и ваши деньги от злоумышленников.
1. Сотрудники Сбербанка используют исключительно номера банка 900 и 0321 (для корпоративных клиентов). Если вам поступает звонок от банка с незнакомого номера телефона, то всегда безопаснее сбросить вызов и перезвонить на 900.
2. Внимательно читайте текст СМС, там есть все условия и предупреждения.
3. Никому и никогда не сообщайте коды из СМС. Об этом мы постоянно напоминаем в своих сообщениях.
4. Не совершайте никаких операций по инструкциям собеседника. Все операции для защиты карты сотрудник банка делает сам.
6. Сообщите о мошенниках в банк, заполнив специальную форму на сайте.
Будьте бдительны, фантазия финансовых аферистов не знает границ. Они постоянно находятся в поиске новых схем для обмана граждан.
Сервис «Корпоративные подписки»
20 декабря 2023
Финальные статусы платежных поручений
Финальные статусы платежных поручений в системе Сбербанк Бизнес ОнЛайн присваиваются по завершении обработки документа. Дальнейшие изменения документа с этими статусами невозможны, однако документ может быть использован в качестве основы для создания нового документа или шаблона в системе Сбербанк Бизнес ОнЛайн. Только один финальный статус – «Исполнен» – является успешным.
Примечание: В окне электронного документа с финальным статусом на специальной вкладке отображается существенная информация из банка о результатах обработки данного документа.
Обмен документов с «1С»
Интернет-банк «Сбербанк Бизнес ОнЛайн» имеет возможность настройки и выполнения импорта данных платежных поручений и экспорт данных выписок в систему «1С».