Сбукс втб что это
Обновлено: 25.04.2024
Процесс авторизации в личный кабинет занимает всего несколько секунд. Стандартным способом входа считается использование логина и пароля, который автоматически создан банком при оформлении заявки. Как выполнить авторизацию в аккаунт:
- Ввести логин — имя учетной записи.
- Указать защитный пароль.
- Нажать на кнопку «Войти».
- Полное и сокращенное наименование компании, номер и тип счет, БИК, дата регистрации в ЕГРЮЛ, ОГРН, ОКВЭД, ОКПО, ИНН, КПП и ОКТМО.
- Юридический адрес организации, включая страну и субъект РФ, город, улицу, номер дома и офиса (квартиры).
- Данные уполномоченного лица, который оставляет заявки, в том числе ФИО, должность и номер телефона.
Важно! После отправки анкету на обработку, она попадает в общую систему ВТБ. Клиент получит SMS уведомление с номером заявки. Представителю компании остается только дождаться звонка от оператора банка, который проконсультирует клиента касательно обслуживания и обязательных документов, необходимые для открытия счета.
Получить сертификат
Для защиты персонального счета ВТБ предлагает использовать электронные сертификаты для доступа к ДБО. Клиент может выбрать одного из предложенных партнеров по изготовлению цифровой подписи, а также создать запрос на выпуск сертификата. Но перед оформлением заявки рекомендуют подготовить съемные носители, на которых будут храниться ключи.
В стандартной заявке указывается номер и дата заявления, уполномоченное лицо клиента и средство подписи, а также контактные данные организации. После этого появится датчик случайных чисел для генерации сертификата. Клиенту необходимо двигать мышкой, чтобы сгенерировать ключ, а когда действие завершится — запрос будет отправлен на обработку банком.
Справка! Активация сертификата происходит через личный кабинет ДБО. Необходимо зайти в раздел «Безопасность» и найти нужный ключ, а затем нажать «Экспорт». ЭПЦ автоматически сохранится в соответствующее хранилище на компьютере пользователя.
Услуга резервирования счета в ВТБ
Пользователи, которые не являются клиентами российского банк ВТБ, могут заказать услугу резервирования счета. Для этого необходимо выполнить следующие шаги:
Контакты технической поддержки клиентов
В ряде случаев пользователи могут сталкиваться с техническими проблемами в процессе эксплуатации платформы. Поэтому для помощи клиентам банк ВТБ организовал отдельную службу поддержки, которая оперативно отвечает на запросы. Для связи с сотрудником компании можно использовать следующие методы:
Привет! Меня зовут Артем Ивлев, и я занимаюсь архитектурой идентификации клиентов банка ВТБ. Наша задача — ответить на вопрос, кто использует наш банковский сервис: мобильный или интернет-банк, голосового помощника или просто один из многочисленных офисов. Для этого есть множество инструментов — и я хочу рассказать про становление одного из них.
Пролог
На дворе 2019 год, экосистема банка растет как на дрожжах, и все острее нам нужны единая точка входа для клиентов и провайдер идентификации. А есть только каталог учетных записей и отдельные решения разных команд для аутентификации.
Требований к тому, как все должно выглядеть, у нас еще не было. При этом мы сразу же начали говорить об аутентификации физических лиц не только в онлайн-банке, но и на ресурсах партнеров. Та самая кнопочка «Войти через ВТБ».
Примерно так будет выглядеть вход через ВТБ
Из этого следовало, что нам нужно взять максимально универсальное решение и начать его использовать. В процессе использования мы смогли бы выяснить, что нам точно нужно, каких функций не хватает и т. д.
Выбираем, по какому пути пойдем
Прошерстив интернет, покурив магические квадраты Гартнера, начали смотреть на опенсорс-решения с поддержкой в России:
• WSO2 Identity Server
По отзывам в сети и документации наиболее универсальным нам показалось решение от WSO2 с шиной для возможности подключения множества провайдеров аутентификации, провайдеров данных пользователя и т. д.
Архитектура WSO2 Identity Server
Первый прототип мы показали еще в 2019 году на общем выездном демо розничного бизнеса.
Серебряная пуля есть (извини, Брукс) — это токен
В первую очередь мы поняли, что в OAuth 2 нам лучше всего использовать ID-токен JWT, который не требует обращения к серверу аутентификации для проверки при каждом запросе. Если вкратце, JWT — это пирамидка из трех частей:
1. Заголовок (HEADER) рассказывает, что это за токен, как подписан и кем выдан.
2. Тело (PAYLOAD) — набор параметров — позволяет узнать, какому сервису и для какого пользователя выдан этот токен, как долго этот токен будет жить.
3. Криптографическая подпись (SIGNATURE) дает возможность проверить, что данные в теле токена не были изменены и что токен выдан именно тем сервером идентификации, которому мы доверяем.
Структура JSON Web Token (JWT)
Все эти части — это одна большая строка, разделенная точками на блоки. Первые два блока кодированы с помощью алгоритма Base64.
Использование ID-токена JWT сильно упростило жизнь: больше не нужно было при каждом запросе от мобильного устройства или браузера ходить в базу и проверять, кому и когда выдан токен. Вся информация — в самом токене. Достаточно просто поставить перед потребителями API Gateway, который проверит подпись токена с помощью открытого ключа.
Как доработать пулю напильником
Токен, выпущенный на X минут, будет действителен, даже если пользователь нажмет «Выход» или от систем службы безопасности банка поступит сигнал срочно разлогинить этого пользователя из приложения.
Решение давно придумали — хранить списки отозванных токенов и сверяться с ними на уровне API Gateway. Да, это тоже сверка с базой, но здесь множество существенно меньше и легко реализуется на кеше Redis с TimeToLive.
Как сделать, чтобы злоумышленники не могли украсть токен, выданный определенному мобильному приложению или браузеру пользователя? Ведь технически можно утащить у пользователя что-то из браузера и даже из приложения. То есть нужно сделать так, чтобы злоумышленник, даже украв токен, не смог им воспользоваться.
Кадр из заставки мультсериала «Симпсоны»
Адаптивная аутентификация, или Почему нам пришлось идти своим путем
В процессе входа пользователя много дополнительной магии. Это и проверки пользователя, его устройства, статистики по входам, географии, и аудит действий, и открытие сессий в бэк-системах, и уточнение необходимости второго фактора, и выбор этого самого второго фактора (СМС, push, что-то еще).
Это и есть задача адаптивной аутентификации. И, с одной стороны, использование модуля позволило все эти задачи вписывать с помощью скриптового интерфейса WSO2 IS, но, с другой стороны, невозможно было реализовать красивый API для мобильных устройств или SPA.
Дело в том, что вся адаптивная аутентификация идет на серверном уровне как генерация интерфейсов с помощью JSP. Это сложно адаптировать даже для современной веб-разработки, не говоря уже о API для мобильного приложения.
После первых прототипов и попыток натянуть универсальность на пожелания коллег из мобильной и веб-платформ мы поняли, что эту часть придется переписывать.
Для мобильного приложения и интернет-банка мы решили реализовать всю логику с помощью всего лишь одной ручки API/oauth2/token — в зависимости от входящих параметров она выдавала токен или ошибку с просьбой перейти на нужный шаг запроса второго фактора.
Реализацию бизнес-логики решили внести прямиком в grant_type, параметр /oauth2/token, отвечающий на вопрос о нужном типе аутентификации.
В итоге у нас получилась стройная логика. Есть сервис-провайдер — потребитель аутентификации. У него есть настройки, среди которых — набор grant type. Тем самым мы отлично понимаем, кто и с помощью каких логик входа к нам может прийти.
Все, что не роняет прод, делает нас сильнее
Следующая проблема, которую мы поймали, — невысокая производительность из-за довольно сложного использования базы данных для сценария аутентификации, в котором мы контролируем «что и почему» на уровне нашего кода. WSO2 IS слишком много читает и пишет в базу.
Пришлось нам снова переписывать часть логики генерации токена. Убрали сессии из PostgreSQL в Redis. Это на порядок снизило нагрузку на базу.
Но, как оказалось, этого тоже мало. Сама зависимость от базы для столь критичного сервиса — далеко не лучшее решение. В случае падения или недоступности базы (где хранятся в основном настройки и выданные токены, сессии-то мы уже оттуда убрали) мы не могли пустить пользователя в банк.
Добавили проверку в случае недоступности базы — выдавать токены в аварийном порядке, если их не удается продлить через пять минут. То есть пользователи все равно смогут работать в приложении банка — но только пока жив первый выданный токен.
Следующим шагом был переход от двух ЦОДов в режиме active-active к режиму active-passive, что снизило риски рассинхрона PostgreSQL и Redis. В худшем случае при падении ЦОД какой-то части пользователей придется перезайти в приложение.
Ну и как финальный гвоздь в код выдачи токенов — решение полностью переписать остатки WSO2 IS. Последняя версия уже вообще не общается с базой при аутентификации пользователя. Остался только Redis, который хранит сессии аутентификации и выданные в них JWT и refresh-токены.
Что дальше? Новые гориSSOнты
При выдаче токена осталось так мало от вендорного WSO2 IS, что в скором времени мы сможем перейти от монолита, который умеет слишком много, к микросервисам, которые умеют только то, что нам нужно и с нужной нам производительностью.
Сейчас у нас есть вход в банковское приложение в мобильной и веб-версиях. Но этого мало. Ведь у ВТБ есть множество других продуктов. Это «Мультибонус», «ВТБ Мобайл» и десятки, если не сотни, других наших проектов. Для всех требуются аутентификация и единая точка входа.
Кадр из мультсериала «Рик и Морти»
И еще есть масса внешних партнеров и поставщиков, которые, конечно, только обрадуются «четким» пользователям с паспортом и прочими данными. Поэтому мы работаем над единым логином ВТБ. Пользователю он даст возможность идентифицировать себя в каршеринге, страховой, стриминге или «Рогах и копытах» максимально безопасно и удобно (согласитесь, проще нажать на кнопку «Войти через ВТБ», а не фотографировать паспорт и вбивать данные вручную). А потребителю аутентификации ВТБ — очень удобный путь идентификации и данные пользователей в соответствии с федеральным законодательством.
Эпилог
Скоро год, как наши первые релизы ушли в прод. Решение развивается и обрастает новыми возможностями. Не стоило ли нам сразу начать писать свое? Нужен ли вообще был WSO2 IS?
История не терпит сослагательного наклонения, но я думаю, что в условиях крайне сжатых сроков и итеративной разработки мы бы, скорее всего, ничего не успели — а если бы и успели, это бы не дотягивало до наших стандартов и не позволило развиваться дальше. Так что мы выбрали вендорное решение и заодно использовали его, чтобы развивать собственные наработки и компетенции команды — и это дало отличный результат.
ЗЫ: Буду рад обсудить вопросы по SSO, токенам и вообще аутентификации.
ЗЗЫ: Про что хотите почитать в следующий раз? Аутентификацию, биометрию или цифровой профиль и использование Tarantool Data Grid?
Привет, Хабр! Я Руслан Новиков, лидер стрима «Интернет-банкинг» в ВТБ. Недавно мы запустили полностью обновлённый интернет-банк. Зачем мы начали его делать, с чем нам пришлось столкнуться, как удалось не стать похожими на всех — об этом мы с коллегами расскажем ниже.
Последний раз интернет-банк обновлялся три года назад. Для цифровых продуктов это почти вечность. При этом прошлое обновление было скорее визуальным, чем технологическим.
За это время у пользователей накопилось много проблем, мы часто получали от них не самые лестные отзывы. Вот парочка из них: «Неудобно всё: от навигации по сайту и до самого представления данных. Чтобы получить любую необходимую информацию, нужно сделать 10 кликов», «Неудобный интерфейс в личном кабинете — нет наглядности». Около 78 % пользователей считали старый интернет-банк неудобным.
Мы решили систематизировать все комментарии, чтобы понять, над чем нужно начинать работу в первую очередь. Выделили две большие группы:
- неудобный интерфейс: пользователям было непонятно, где находятся нужные им разделы и операции;
- проблемный вход: если клиент забывал свой пароль, ему нужно было пройти настоящий квест, чтобы его восстановить;
- навязчивая реклама: предложения по кредитам и другим продуктам от банка, по словам некоторых пользователей, просто зашкаливали;
- сложности с переводами: клиенты, например, не могли переводить деньги с карты на карту в другие страны;
- недостаточно поставщиков услуг: из-за этого были проблемы с оплатой счетов за образование или квартиру. А ещё многим было действительно сложно разобраться в логике платежей;
- ошибки: они, конечно, всегда появлялись в самый неподходящий момент;
- недоступность: иногда из-за плановых работ клиенты не могли войти в интернет-банк;
- длительность сессии: время, которое пользователи могли провести в ВТБ Онлайн, было весьма ограниченным;
- медленная работа: долгие лоудеры — наверное, одна из основных неприятностей, с которыми сталкивались наши клиенты;
- долгое обновление баланса: после переводов и платежей балансы карт не обновлялись мгновенно, что, конечно, жутко раздражало пользователей.
Мы не могли игнорировать все эти проблемы. И поэтому решили полностью обновить интернет-банк — просто «перекрасить» его уже было нельзя. Чтобы решить все проблемы пользователей, нужно было создавать всё с нуля.
Для начала нам нужно было создать концепт нового интернет-банка. Перед этим мы определили для себя несколько принципов работы.
- Учёт потребностей пользователя. Мы не делаем так, как хотим или как нам кажется. Мы исследуем запросы пользователей, а также тестируем решения и концепции на каждом шаге проектирования.
- Создание цифровых сервисов, а не просто интерфейсов. Это должна быть экосистема, которая предполагает переиспользование однотипных сценариев и компонентов, — это удобно и для разработчиков, и для пользователей.
- Минималистичный дизайн, чистота и открытость интерфейса. Такой дизайн проще воспринимать разным возрастным категориям пользователей.
Во время работы мы тестировали несколько концепций: первая — с горизонтальным скроллом продуктов, вторая — с расположением всей информации о клиенте в боковом меню. Горизонтальный скролл ожидаемо был неудобным для использования, а информация о клиенте в левой части вместе со списком банковских продуктов оказалась совсем непривычной для пользователей ВТБ Онлайн.
Остановились на концепции, где сочетались некоторые элементы старого интернет-банка с уже привычным для пользователей боковым меню.
Оформленные банковские продукты теперь располагаются слева в виде списка, разбитого на категории, и доступны с любой страницы интернет-банка.
В старом интернет-банке на персональных предложениях и карточках продуктов использовались фотографии, которые не передавали сути продукта или предложения.
Мы полностью заменили фото на иллюстрации, переняв стиль с онбординга старого интернет-банка. Создали систему иллюстраций, которые сможем использовать для разных ситуаций и задач.
В свою очередь анимация делает интерфейс понятным и интуитивным, подталкивает пользователя к выполнению действия. Мы выделили два типа анимации в интернет-банке:
- За счёт такой анимации можно добиться ощущения, что процессы происходят быстрее, чем это может быть на самом деле. Например, анимация автообновления баланса после перевода или шиммеры загрузки при переходе между страницами.
- Анимация обеспечивает визуальную обратную связь и понятнее отражает происходящие изменения. Пользователь видит элементы в контексте и понимает операцию, потому что видит, как она происходит.
- Анимация иллюстраций и иконок служит и для «вознаграждения» пользователя. Например, она присутствует на странице статуса операции или при наведении на иконку продукта. Анимация помогает придать характер дизайну.
Дизайн-система — это структура, которая приводит в порядок все инструменты и процессы проектирования. Это единый источник информации для всех участников процесса создания продукта.
- ценности: идеология, миссия и принципы, tone of voice, визуальный язык бренда;
- ресурсы: библиотеки компонентов, иконок, иллюстраций, шаблонов и паттернов;
- инструменты: инструкции, гайдлайны, чек-листы и правила.
Зачем нужна дизайн-система? Для бренда — это единый узнаваемый клиентами язык коммуникации абсолютно в разных каналах. Для пользователя — одинаковый и понятный процесс оформления любого банковского продукта. Разработчикам и дизайнерам дизайн-система помогает ускорять вывод продукта на клиентов за счёт переиспользования макетов.
Поговорим детальнее о дизайн-системе для разработки и дизайна. В ВТБ Онлайн больше 30 команд, в которых около 70 дизайнеров и 52 фронтенд-разработчика. Для сохранения единого визуального языка и стиля кода нужен инструмент для работы между командами. Мы используем Figma для дизайнеров и Storybook для разработчиков.
В Figma создаётся дизайн-макет библиотеки компонентов, затем компоненты берутся в разработку, а для их отладки и демонстрации работы используется Storybook.
Структура библиотеки компонентов в Figma и Storybook одинаковая. Мы стараемся сохранять последовательность и названия компонентов.
У нас несколько библиотек: стили, система изображений, компоненты, шаблоны и паттерны. Из сочетания стилей, иконок или других изображений создаются компоненты, из сочетания компонентов — шаблоны, из сочетания шаблонов — паттерны или типовые сценарии.
Мы понимали, что у нас абсолютно разная аудитория, но при этом всех пользователей объединяет одно — желание просто и быстро решить свою задачу в интернет-банке. Мы решили сделать опыт использования сервиса более простым и понятным, а также учитывать стандартные паттерны поведения пользователей в цифровом пространстве.
Сначала мы пересмотрели сценарии входа и восстановления пароля, так как это самый первый этап в использовании интернет-банка. Начали с небольших изменений: сократили количество шагов, объединив на одном экране ввод логина и пароля, добавили подсказки и автоматическое предзаполнение полей, дали возможность посмотреть пароль, а не просто вводить его вслепую.
Параллельно разрабатывали сценарии новых быстрых способов авторизации. Мы понимали, что номер карты у клиентов не всегда под рукой, а логин и пароль можно легко забыть. В результате сделали вход по QR-коду: по нему смогут входить те клиенты, у которых установлено новое мобильное приложение ВТБ Онлайн. Также появился и вход по номеру телефона.
После входа клиент попадает в интернет-банк. Там он может совершать как привычные операции, например просмотр баланса, так и более сложные — оформление кредита или покупка страховки, где у него могут возникнуть трудности.
Также продумали новую навигацию — теперь, находясь в любом разделе, клиент будет видеть боковое меню со всеми продуктами и балансами. Таким образом мы упрощаем клиентский опыт и не заставляем пользователя каждый раз приспосабливаться к интерфейсу.
Банковские продукты и услуги достаточно специфичны и содержат множество условий, с которыми должен согласиться клиент, прежде чем перейти на следующий шаг. В таких случаях мы придерживались следующих принципов:
- не ставить галочки за клиента в поле «Я ознакомлен и согласен с условиями» при оформлении продукта;
- открыто говорить о комиссиях, если они присутствуют;
- давать возможность открыть или скачать документ, ознакомиться и вернуться к заполнению формы позже без потери уже введённых данных;
- давать ссылки на официальные сервисы, где можно получить дополнительную консультацию.
При этом пользователю важно объяснить не только юридические аспекты, но и поддержать в моменты, когда возникают технические ошибки. Наверняка вы часто сталкивались с ситуацией, когда на экране видите текст, а что дальше с этим делать, непонятно.
Мы понимаем, что клиентский путь сейчас всё ещё неидеален — есть лишние шаги в сценариях, некоторые тексты сухие и формальные, также периодически возникают неочевидные ошибки, которые обусловлены техническими или бизнес-ограничениями. Но мы продолжаем работать над этим, чтобы новый интернет-банк стал ещё качественнее и удобнее для наших клиентов.
Для предоставления нашим клиентам качественно нового уровня пользования ВТБ Онлайн, необходимо было решить технические ограничения, которые отчасти зависели от архитектуры бэкенда. В банке стартовал проект по микросервисной архитектуре, а мы, в свою очередь, доработали архитектуру фронта, чтобы работать с микросервисами.
При разработке мы следуем принципам омниканальности, поэтому совместно с разработчиками мобильного приложения ВТБ Онлайн ведём переход от монолитного бэкенда с собственным протоколом доступа к объектам на микросервисы, которые используют широко распространённый и привычный REST Api.
Переход на микросервисы помогает нам решить проблемы и пользователей, и разработчиков: он позволяет использовать привычные инструменты для интеграции с бэкендом. Так как переписать весь существующий бэкенд за один подход невозможно, мы решили внедрять микросервисы поэтапно.
Для начала мы выбрали самый популярный функционал в интернет-банке — страницу авторизации и главную, а также список продуктов пользователя. Сейчас эти разделы уже работают на микросервисной архитектуре, — это позволило обеспечить более быструю загрузку главной страницы.
Также для поэтапного перехода мы реализовали механизм управления доступностью функционала и поддержку различных режимов входа, чтобы быстро и гибко регулировать нагрузку и переключать бэкенды во время работы интернет-банка.
На текущий момент мы не останавливаемся на переработке архитектуры фронта, разрабатываем условия для обеспечения независимой разработки и выкладки частей приложения в рамках нашей цели по переходу на полностью модульную архитектуру.
Чтобы дизайн-система полноценно выполняла свои функции, мы внедрили процессы дизайн- и код-ревью. Теперь перед началом разработки дизайнер продуктовой команды отправляет макет в виде карты экранов со стрелками переходов и индикацией нажатий дизайнерам нашей платформенной команды.
Отдельно обсуждаются кастомные компоненты, чтобы решить — добавлять их в библиотеку или нет. Важная часть ревью — проверка сценария на корректность пользовательского пути и информационной архитектуры. Только после согласования макета можно начинать разработку.
После реализации функционала разработчик продуктовой команды создаёт карточку ревью, где в качестве ответственных, помимо коллег из своей команды, добавляет разработчиков нашей платформенной команды. Они следят за соблюдением правил, заложенных в дизайн-системе, проверяют следование общим концепциям и проектным бест-практисам.На текущий момент мы не останавливаемся на переработке архитектуры фронта, разрабатываем условия для обеспечения независимой разработки и выкладки частей приложения в рамках нашей цели по переходу на полностью модульную архитектуру.
В ходе код-ревью разработчики обсуждают альтернативные решения и делятся опытом. После того как ревьюверы проставили свои «лайки», код попадает в основную ветку разработки, откуда впоследствии происходит установка на внутренние контуры для тестирования.
В нашей команде есть трое слепых разработчиков по accessibility. Они вместе с нами разрабатывают, тестируют и анализируют работу обеих платформ. На основе их рекомендаций мы перерабатываем код, а иногда даже структуру интерфейса.
Наша основная задача — сделать интернет-банк доступным для всех клиентов банка, в том числе для людей с физическими ограничениями по здоровью, при этом адаптируя интерфейс и алгоритмы так, чтобы не пострадала заложенная в систему бизнес-логика.
C 15 мая 2022 года ВТБ меняет программу лояльности «Мультибонус». Информация об этом появилась на сайте кредитной организации.
Важные изменения:
Новым клиентам уже недоступны опции «Сбережение», «Инвестиции», «Заёмщик», «Коллекция», «Путешествие». У действующих клиентов выбранная ранее опция активна до 1 июня, но поменять её уже нельзя.
В новой программе будет действовать одна опция - «Кэшбэк мультибонусами». Действующие клиенты должны подключить ее до 1 июня. Сам кэшбэк будет начисляться в четырёх повышенных категориях, а проценты будут зависеть от пакета услуг.
1) При подключении к программе «Мультибонус» клиентам предлагаются 4 повышенные категории: «Супермаркеты», «Рестораны и кафе», «Транспорт и такси», «Одежда и обувь». Категория «Одежда и обувь» доступна только в пакетах услуг «Прайм», но в этих пакетах недоступна категория «Транспорт и такси». Категории динамические и могут меняться.
На остальные покупки кэшбэк НЕ начисляется.
2) Размер кэшбэка в повышенных категориях:
2% - обычные пакеты услуг, в том числе «Мультикарта», не более 2000 бонусов в месяц.
3% - «Привилегия», не более 6000 бонусов.
4% - «Прайм», не более 15000 бонусов.
Для зарплатных клиентов предусмотрена надбавка 0,5%.
Таким образом, по Мультикарте новые клиенты смогут получать 2% кэшбэка в категориях «Супермаркеты», «Рестораны и кафе», «Транспорт и такси», но не более 2000 бонусов в месяц.
3) Бонусы по-прежнему можно получить у партнёров программы.
4) Согласно новым условиям, бонусы можно обменять только на витрине магазина «Мультибонус» (например, на серификаты) или у партнёров банка. Обмен на рубли не предусмотрен.
5) Если у клиентов к 1 июня 2022 года на бонусном счёте останутся баллы (мили), то они превратятся в мультибонусы.
Совершая какие-либо платежи, клиенты всецело полагаются на техническое оснащение и меры предосторожности банка, поскольку хотят быть уверенными в безопасности транзакций. Учитывая это, ВТБ предлагает участникам сделок с недвижимостью воспользоваться системой СБР. Такой вариант максимально прост и прозрачен – договор и квитанция автоматически будут направлены покупателю на e-mail. Согласно опубликованной информации стороны купли-продажи могут быть уверены в чистоте и законности операции.
Что это
СБР от ВТБ – сервис безопасных расчетов, который обеспечивает права обеих сторон и предоставляет гарантии чистоты сделки купли-продажи недвижимости. Чтобы воспользоваться этим предложением, клиент должен обратиться в ЦИК ВТБ и предоставить необходимый пакет документов. Далее следует заключить договор СБР, что входит в обязанности сотрудника банка. Документ действует весь период сделки, следовательно, если по каким-либо причинам сроки регистрации сделки в Росреестре будут увеличены, дополнительно продлевать подписанный договор не понадобится.
Что примечательно купля-продажа недвижимости, если одной из сторон выступают несовершеннолетние, иностранные граждане, включая продажу объектов по доверенности не допускается. Как только все будет оформлено договор и квитанцию банк сразу же направит покупателю на e-mail.
Особенности работы
Сервис безопасных расчетов ВТБ позволяет:
- Перевести сумму сделки сразу же, по завершению процесса регистрации. Это возможно благодаря электронной регистрации сделки, что ускоряет механизм обмена информацией. Чтобы деньги поступили на счет продавца, для выполнения операции не требуется непосредственное присутствие лица в офисе банка.
- В случае, когда продавец решил отказаться от продажи недвижимости или имел место отказ в регистрации, сделку расторгнут, а денежные средства будут возвращены.
- Защита от банкротства. Если у собственника объекта продажи имеются финансовые обязательства, в случае подписания договора СБР арест денежных средств будет невозможен.
Отзывы
В целом, по мнению клиентов банка, сервис безопасных расчетов приемлемый вариант, который имеет право на существование. Однако после расторжения сделки или отказа в регистрации стоимость услуги СБР не возвращается. Это оправдано, однако дополнительные затраты никого не радуют.
Так для Москвы и МО стоимость услуги СБР составляет 1500 руб., что касается других регионов оплата составит порядка 600 руб. Опять же, если речь идет об электронной регистрации (М2) с ипотекой от ВТБ клиент оплачивает 7000 руб.
Сделки с недвижимостью в силу значимости сумм предполагают особое внимание, и требования в части безопасности, а также дополнительных гарантий. Всем заявленным критериям полностью соответствует система СБР в ВТБ. По сути это одна из составляющих большой цепочки наряду с электронным обращением или регистрацией сделки в Росреестре. Рассматривая такой вариант, следует учесть, что наряду с множеством достоинств сервис безопасных расчетов имеет перечень существенных ограничений.
Автор статьи
Читайте также: