что такое клиентская сессия в сбербанке
Мне в Сбербанке сказали, я являюсь ВИП клиентом клиентской сессии. Поясните, что это и какая
Мне в Сбербанке сказали, я являюсь ВИП клиентом клиентской сессии. Поясните, что это и какая мне от этого польза. Спасибо за разъяснение.
Ответы на вопрос:
узнать информацию о статусе VIP клиента Вы можете только в самом Сбербанке России федеральными нормативными актами ваш вопрос не регулируется.
С таким вопросом Вам необходимо обращаться непосредственно в банк, в каждом банке могут быть свои программы и спецпредложения.
Узнать всю информацию о статусе клиента Вы можете только в банке. Желаю удачи вам в решении вашего опроса.
Похожие вопросы
Запросил информацию по поводе льготы, получил разъяснения налоговых органов на свой запрос, о том, что имею на нее право. И по этому разъяснению налог не платил. Потом налоговые органы опубликовали новое разъяснение, по которому прежнее разъяснение было признано неправильным. В налоговом кодексе написано (ст.111 НК), что если налогоплательщик действует на основании неправильных письменных разъяснений налоговых органов, ответственности за это он не несет. Налоговая инспекция доначислила по новому разъяснению недоимку, штраф и пени. Должен ли я что-то платить?
Запросил информацию по поводе льготы, получил разъяснения налоговых органов на свой запрос, о том, что имею на нее право. И по этому разъяснению налог не платил. Потом налоговые органы опубликовали новое разъяснение, по которому прежнее разъяснение было признано неправильным. В налоговом кодексе написано (ст.111 НК), что если налогоплательщик действует на основании неправильных письменных разъяснений налоговых органов, ответственности за это он не несет. Налоговая инспекция доначислила по новому разъяснению недоимку, штраф и пени. Должен ли я что-то платить?
Сбербанк без уведомления клиента заключил договор страхования жизни и списал денежные средства с кредитной карты на оплату этой услуги. Клиент нигде своей подписи не оставлял. На что сослаться в претензии к Сбербанку?
Скажите как быть в моей ситуации как сказать я перечислил деньги клиенту за деталь к станку и клиент пропал можно ли вернуть или же найти клиента.
Я учусь в среднем профессиональном техникуме, и у меня возник вопрос с работодателем по поводу оплаты сессий, дело в том что у меня в это году было уже 2 сессии и наступила 3 сессия, получилось больше 30 календарных дней, и работодатель отказался оплачивать мне эту сессию (работаю в государственной организации)
Я военнослужащий. Учусь в Вузе. началась сессия. Пишу рапорт на сессию, а мне предлагают идти в основной отпуск на время сессии. Что делать в этой ситуации? Какой закон защищает мои права?
Вход в ФП Пластиковые карты
Вход в ФП «Пластиковые карты» осуществляется из ФП «Стартовый менеджер».
При успешном подключении осуществляется переход к форме идентификации Клиента (см. Рис. 4). Операция может быть выполнена Клиентом Банка либо вносителем.
Рис. 4. Форма идентификации Клиента
Без проведения идентификации Клиента проводятся следующие операции:
· операции вносителя (см. п. 10);
· служебные операции при отсутствии клиента (см. п. 23);
· финансовые операций при предъявлении карты Клиентом и последующим вводе ПИН-кода (см. п. 22.3)
Для идентификации Клиента предлагается на выбор один из вариантов:ии Клиента:
· по фамилии, имени, отчеству Клиента и ДУЛ (ФИО+ДУЛ);
· по номеру карты и ДУЛ (Номер карты+ДУЛ+ФИО).
При выборе ФИО+ДУЛ (предлагается по умолчанию) необходимо ввести данные ДУЛ, фамилию, отчество и имя Клиента. Вид представленного документа выбирается из списка в поле По номеру.
При выборе Номер карты+документ необходимо ввести данные ДУЛ, номер карты, фамилию и имя Клиента. Номер карты можно ввести вручную или считать через POS-терминал. По введенным данным в системе осуществляется проверка принадлежности карты Клиенту. При вводе карты стороннего ТБ происходит переход к карте стороннего ТБ с ограниченным количеством разрешенных операций
(см. п. 24).
Ввод отчества Клиента для рассмотренных вариантов является необязательным.
Если клиентов, соответствующих критериям поиска, несколько, предлагается выбрать нужного Клиента.
Рис. 5. Выбор Клиента из списка
При успешной идентификации Клиента происходит переход к странице выбора режима работы: в рамках клиентской сессии или без нее (см. Рис. 6).
Внимание! Если была открыта клиентская сессия ранее в стартовом менеджере или в другой ФП, то переход к списку карт клиента произойдет автоматически. Для закрытия клиентской сессии необходимо вернуться в меню ФП Стартовый менеджер.
При обслуживании Клиента, не требующим открытия клиентской сессии, следует выбрать Без открытия.
Клиентская сессия может быть открыта любому Клиенту при его желании. Для открытия Клиентской сессии клиент может предъявить кредитную карту или карту, счет которой ведется в другом территориальном банке.
В случае обслуживания Клиентов категории ВИП, МВС система потребует обязательного открытия клиентской сессии.
Для открытия клиентской сессии предлагается 2 варианта:
· по номеру банковской карты;
· по документу, удостоверяющему личность.
Рис. 6. Выбор режима работы
После выполнения перечисленных действий осуществляется переход к перечню карт Клиента (см. п. 4).
Закрытие клиентской сессии вызывается из ФП Стартовый менеджер.
Если данные Клиента отсутствуют в БД (см. Рис. 7), предлагается создать карточку Клиента. Для ввода клиентских данных необходимо нажать на кнопку Создать нового Клиента(описание приведено ниже в п. 3).
Как мы переписывали сервер-сайд СберБанк Онлайн на микросервисы
Вы, наверное, в последнее время часто слышите о новых продуктах Сбера, со многими из них сталкиваетесь как клиенты.
А есть в Сбере крупные и сложные технологические проекты, которые напрямую не видны для клиентов, но от их запуска сильно зависит успех клиентских продуктов. Сложность связана с необходимостью трансформировать приложения, которые каждую секунду обеспечивают непрерывность текущего бизнеса Сбера, а масштаб обусловлен большим количеством функционала, который востребован 68 млн клиентов. В статье я расскажу об одном из таких очень больших изменений — запуске новой платформы для СберБанк Онлайн.
Это вводный текст о новой платформе, поэтому в нем не будем глубоко уходить в практические детали, а постараемся дать общее представление.
В какой-то момент, когда Сбер ещё был Сбербанком, а технологическая трансформация только начиналась, появилась идея, что флагманское приложение СберБанк Онлайн может разрабатывать не одно подразделение, а весь банк, а впоследствии и вся Группа Сбер. А у команды, которая раньше разрабатывала это приложение самостоятельно, появилась задача создать платформу, которая построит параллельную и независимую разработку в СберБанк Онлайн.
Уточним вводные, с которыми предстояло работать:
продуктовых команд будет много (несколько сотен — в ближайшей перспективе и тысячи — в перспективе). Размер одной команды — около 10 человек, возможность разрабатывать функционал end-to-end;
T2M по бизнес-функционалу — 2‒3 недели. Разумеется, срочные фиксы должны выходить на клиентов в течение часов;
приложения должны иметь лучший клиентский опыт и высокие оценки в App Store и Google Play;
текущий сервер-сайд и фронтальные приложения — монолиты с многолетней историей;
менять колёса надо на ускоряющемся ходу. Пользователей уже перевалило за 45 млн, нагрузка каждый день растёт. Речь и о количестве TPS, и о количестве новых фич, которые нужны бизнесу;
большинство операций — банковские. Это к тому, что платёжные транзакции, в отличие от, например, развлекательного контента, нельзя терять ни в коем случае. А если мы не отразим корректный остаток по картам в момент входа, сразу положим контакт-центры высоким количеством обращений клиентов;
надёжность и безопасность — высшие приоритеты.
Теперь пару слов о том, что мы называем сервер-сайдом СберБанк Онлайн. Как правило, сервер-сайд в крупной организации можно условно разделить на два основных слоя — мидл, который обеспечивает надёжность, доступность и хороший UX клиентских приложений, и бэкенд, который хранит и обрабатывает мастер-данные по разным системам (например, карточный процессинг, вклады или «Кредитная фабрика»).
Когда мы говорим «сервер-сайд приложений СберБанк Онлайн», имеем в виду именно мидл-слой, который отвечает за следующий функционал:
бизнес-приложения (прикладные), которые реализуют конечный функционал для пользователей приложений;
аутентификацию пользователя в приложении;
наполнение распределённого кэша в памяти серверов приложений при установке клиентской сессии, который обеспечивает доступность, низкое время отклика и надёжность при большом количестве запросов от приложений;
общие страницы приложения (главный экран, история операций и т. д.);
логирование, мониторинг, авторизацию и другой функционал для надёжности и безопасности.
Список на этом не заканчивается, но должен дать общее представление. Явно ещё раз подчеркну, что бэкенд не входил в объём поставленной задачи.
Зачем новая платформа
Недавно СберБанк Онлайн отметил свой десятый день рождения, и на протяжении этой истории в качестве мидл-слоя служил монолит. Надо отдать должное, он с достоинством пережил активную стадию роста пользовательской и функциональной нагрузки. Но всё время рос и по большей части представлял собой сильно связанный код, где прикладной функционал был прочно переплетён с тем, который обеспечивал надёжность и доступность. Поэтому невозможно было продолжать увеличивать интенсивность разработки при одновременном сокращении T2M. Очевидное решение — уменьшить связанность кода, чтобы проходить все этапы производства без сильного влияния одного функционала на другой.
Достичь низкой связанности можно было двумя способами. Первый — глубокий рефакторинг текущего Legacy с целью разделить прикладной и платформенный функционалы на отдельные компоненты, которые взаимодействуют по зафиксированным контрактам. И второй — создание платформы с нуля с последующей миграцией прикладного функционала и пользователей. По совокупности причин выбрали второй вариант.
Ключевые моменты
Итак, мы примерно определились, зачем делаем новую платформу, дальше самое главное — добиться результата. А опыт подсказывал, что добиться его на таком большом масштабе непросто. Поэтому заранее спланировали ключевые моменты, на которых в первую очередь надо держать фокус.
Разделили сервисы на две группы — платформенные и прикладные
Как бы мы ни старались делать микросервисы максимально независимыми, всегда будут те, от которых зависят все. Появляются общие сервисы из-за необходимости централизованного управления платформой. Например, логирование у нас общее, потому что логи зачастую собираются в результате проблемы клиента, а не отдельного сервиса
Для таких сервисов невозможно обеспечить T2M в пару недель, потому что все пользуются логированием, и, если мы не протестируем потребителей во время нового релиза, есть риск потерять в качестве.
Поэтому платформенные и прикладные сервисы мы условно разделили по количеству зависимостей. Если от сервиса зависит множество других, то мы помещаем его в платформенный слой. Если от сервиса не зависят другие сервисы, то мы помещаем его в прикладной. При этом стараемся минимизировать количество зависимостей, а, следовательно, и количество платформенных сервисов.
Почему мы акцентируем внимание на количестве связей? Если грубо, то каждая зависимость — это дополнительный тестовый кейс или несколько кейсов. Кроме того, при росте количества связей мы получаем высокую спутанность и, как следствие, циклические зависимости. И неутешительные сроки по исправлению дефектов. Всё это напрямую влияет на T2M.
Таким образом, у нас появляются горизонтальные связи в рамках одного слоя и вертикальные — между слоями. В платформенном слое мы допускаем горизонтальные зависимости, в прикладном — стараемся их избегать (исключения возможны, но именно исключения, и мы следим за этим).
В нашем случае получилось порядка 40 платформенных и около 10 пилотных бизнес-сервисов на старте. На данный момент количество платформенных сервисов почти не изменилось, а число прикладных проектов превысило 250.
Создали отдельные релизные процессы
Платформенные и прикладные сервисы отвечают разным требованиям и свойствам. Платформенные — максимальная стабильность и отказоустойчивость. Прикладные — лучший клиентский опыт, минимальное влияние на другие сервисы и максимальная скорость разработки.
Если мы начнём тестирование и платформы, и прикладных сервисов на одном общем стенде, то длительный процесс отладки платформенного сервиса приведёт к такому же времени отладки прикладных сервисов + времени на их собственное тестирование. Поэтому мы выделили отдельные тестовые контуры для платформы и прикладов.
Так как основных слоя два, то и контуров достаточно двух. На платформенном контуре производится сборка и отладка платформенного релиза. В зависимости от зрелости инструментов DevOps и процессов производства, на контуре может быть разное количество стендов. Но главное, чтобы в итоге мы получили стабильную версию платформы.
После этого её можно передавать на контур с бизнес-потребителями, где они производят тестирование в своём быстром релизном цикле.
Ввели контроль платформенного API
Понятная вещь, о которой все говорят, но которая не всегда случается. Обязательные правила, которые мы применили:
на старте проекта попросили всех владельцев платформенных сервисов опубликовать свои контракты как можно раньше, ещё до того, как началась разработка. После чего они не должны были меняться. Здесь многое упирается в профессионализм людей, которые проектируют API. Мы доверили это самым опытным сотрудникам внутри команд, отвечающих за разработку сервисов;
создали инструмент, который осуществляет контроль этого API. У нас для этого есть отдельный компонент — синтетическое приложение. О нём чуть позже;
сделали процесс согласования изменения API максимально дорогим:
согласование изменений архитектурой платформы;
согласование со всеми потребителями API;
согласование с руководителями. Инициатор изменений должен был получить ОК от двух ключевых людей — владельца СберБанк Онлайн и руководителя программы внедрения новой платформы. Да, им лично приходилось объяснять, почему API всё-таки нужно поменять и как так случилось, что делать это нужно после того, как началась разработка. И да, такие кейсы были, но штучные. По сравнению с потоком изменений, которые были до введения контроля, — ничтожное количество.
Важно отметить, что мы строго контролируем API в рамках минорных релизов платформы и не строго (изменения возможны, но согласуются с архитектурой) — в рамках мажорных релизов.
Следим за удобством разработки на платформе
Случается так, что платформу сделали, а пользоваться ей неудобно. Вроде как клиент платформы — внутренний, поэтому может потерпеть. Это большая ошибка, особенно когда потребителей платформы много. И мы создали независимый орган, который следит за клиентским опытом потребителей платформы и отстаивает их интересы — «Синтетическое приложение».
Эта команда играет ключевую роль — собирает отдельные сервисы платформы в единый продукт. У ребят много задач:
выпуск POM/BOM. Большая часть платформенного API предоставляется в виде клиентских библиотек. Ребята из «Синтетического приложения» собирают их вместе, разрешают конфликты зависимостей и публикуют для потребителей POM- и BOM-файлы;
контроль обратной совместимости API. Кроме проверки на конфликт зависимостей, все библиотеки проходят тестирование на бинарную совместимость с предыдущими версиями;
тестирование платформы в качестве бизнес-потребителя. После того как каждый компонент платформы прошёл своё компонентное тестирование, важно убедиться, что собранная конфигурация платформы стабильна. Сделать это можно с помощью бизнес-потребителя. Но тогда бизнес-проект будет нести на себе все риски отладки дефектов в платформе. Тем более один бизнес-проект может не выявить проблем, которые специфичны другому. Поэтому мы делаем это с помощью специального приложения, которое похоже на реальное бизнес-приложение, но содержит максимально возможное количество кейсов использования платформенных сервисов и покрыто кучей тестов. Таким образом, бизнес-потребители приходят уже на стабильную версию платформы, а риски пересборок из-за дефектов на платформе значительно меньше;
контроль за документацией. Идеальному сервису документация не нужна. Но сервисы неидеальны. Кроме того, как бы вы ни старались сделать платформенные компоненты универсальными, требования от потребителей будут отличаться. Компенсировать эти отличия позволяют возможности конфигурирования, которые тоже надо документировать и описывать. Опять же, если платформенных сервисов много и в промышленной эксплуатации уже несколько версий платформы, то даже навигация по документации становится непростой задачей;
СSI и обратная связь. Продукт не может быть хорошим, если нет механизма обратной связи от клиентов. Мы проводим регулярную оценку CSI и сессии обратной связи с потребителями платформы. После этого направляем фидбэк в команды разработки платформенных сервисов и контролируем, что «боли» клиентов не останутся без внимания;
сообщество разработчиков. Разработка на платформе становится легче и результативнее, если есть инструменты прямого взаимодействия с её разработчиками и можно пообщаться с коллегами, которые раньше вас пришли на платформу. У нас основным инструментом такого взаимодействия выступает сообщество разработчиков. У них есть чаты, где они могут задать любые вопросы по разработке на платформе, митапы и воркшопы, на которых можно получить новые и обменяться своими знаниями. Основная польза от этой истории для прикладного разработчика — помощь сообщества. Главная польза для ребят из платформы — прямое взаимодействие со своими потребителями.
Архитектурный контроль
Для всех прикладных сервисов мы ввели необходимость прохождения ревью архитектуры. Основная задача этого ревью — исключить влияние прикладного компонента на другие и на платформу в целом. Ошибка в проектировании прикладного сервиса может привести к тому, что повышенная нагрузка на один из платформенных сервисов вызовет недоступность всей платформы, а, следовательно, и всего СберБанк Онлайн. Кроме того, на архитектурном ревью мы следим за горизонтальными вызовами между прикладными сервисами.
Где мы сейчас и что делаем дальше
Внедрение платформы случилось порядка двух лет назад, и сейчас уверенно можно говорить, что оно успешно решило основные вызовы, которые перед ним ставились. В настоящее время у нас уже более 250 проектов, количество которых постоянно растёт.
Мы существенно сократили T2M для прикладных проектов относительно Legacy, где релизный процесс предполагал включение в релиз за шесть месяцев до полной раскатки. Точные цифры назвать сложно, так как они зависят от доработок смежных систем, но мы уменьшили время от подачи заявки в релиз до прома до трёх недель.
Тем не менее мы ещё в начале пути и ещё много задач, которые предстоит решить:
миграция профиля и сессии. Мы обеспечили запуск проектов, но Legacy продолжает оставаться источником основных данных по профилю клиента. В отличие от запуска атомарных клиентских сценариев, это то, что нельзя разработать рядом и потом плавно переключиться. Приходится много дорабатывать одновременно: и Legacy, и новое приложение. Всё это — под огромной пользовательской нагрузкой. Весьма сложная история, достойная отдельной статьи;
нормальный технологический стек и удобство разработки. Если вы обратили внимание, в цели проекта не входило внедрение нового стека. Даже больше: мы сознательно от него отказались. Основной аргумент — не увеличивать сложность на и так сложном проекте. Если смена стека с точки зрения разработки несёт приемлемые риски, то с точки зрения эксплуатации и внедрения риски очень высокие. Так как надёжность, доступность и безопасность — самые важные критерии, которым мы следуем при любой разработке в СберБанк Онлайн, то и требования к инфраструктуре и эксплуатации очень высокие. Поэтому смена стека в run-time требует большой аккуратности, что неизбежно сказалось бы на сроках.
Так что наши разработчики счастливо программируют на Java 8. А деплоится это всё на вендорском JDK. Многие, кто слышит об этом на наших собеседованиях, расплываются в улыбке от счастья. Или не от счастья, мы точно не знаем. Если серьёзно, то это надо менять, и одна из текущих задач на платформе сейчас — смена стека. А для прикладных команд мы обсуждаем возможность разработки на Kotlin.
Кроме того, на платформе много специфики этой платформы. Это тоже нехорошо, так как создаёт высокий порог вхождения для новых разработчиков и способствует изоляции от внешнего мира тех, кто давно на проекте. У нас есть трек активностей, направленных на то, чтобы изменить это в лучшую сторону.
Спасибо за внимание, жду вопросы в комментариях.
Мошенники в Сбербанке
Уважаемые читатели, хочу рассказать вам, непридуманную историю, которая произошла со мной недавно в одном отделении сбербанка, заранее прошу прощения за некую, может быть сумбурность изложения событий, но в целом я старался донести до вас полную картину событий, не исключаю из неё ни одной детали. Описания событий.
В 17 часов 12 минут мне на телефон от номера 900 пришло сообщение следующего содержания «VISA 5892 благодарим за ваше заявление на выпуск карты. При наличии вопросов, пожалуйста, обращайтесь в контактный центр сбербанка.» Я, зная, что не заказывал никакой карты и не подавал никаких заявлений на выпуск карты, позвонил в контактный центр Сбербанка России, где мне пояснили, что данная карта действительно в процессе выпуска по заявлению клиента, то есть меня!
23 03 2015 года я пришёл в отделение банка для урегулирования сложившееся ситуации, мне дали ответ, что я могу получить заявление на выдачу карты, в свою очередь я попросил дать мне копию заявления на выпуск карты VISA 5892. По воле случая я попал именно к М-ину О.С., специалисту, который в прошлый визит (11 03 2015г) пытался меня обслужить по вкладу. После получасовых раскопок и беготни в кабинет управляющего, из кабинета управляющего, мне всё же удалось получить копию заявления о выпуске вышеуказанной карты, взглянув на него я заявил, что подпись на заявлении подделана, причём на мою оригинальную подпись она и близко не похожа! Также в заявлении указана подпись М-ина О С, которую он признал. Я заявил, что не подавал этого заявления и не ставил подпись, на что мне предложили написать заявление о закрытии карты, если она мне не нужна! Я отказался, поскольку считаю, что если я не заказывал карту, то и закрывать её не стану! Также М-ин О.С. обвинил меня во лжи, придумывая на ходу, как я пришёл и просил его оформить карту с абонентской платой 750 рублей в год! Я попросил позвать управляющего отделением. Управляющая отделением М-ис Н.Г., выслушав мои претензии и доводы, предложила в подтверждения истинных обстоятельств данного дела, посмотреть камеры за 11 03 2015г и таким образом выяснить, ставил я роспись на документе или нет. Мне было предложено прийти через несколько часов, если мне не позвонят и посмотреть видео запись.
Мне никто не позвонил, и я решил прийти сам, полагая, что мне, это нужно больше. Когда я пришёл мне был дан ответ, что какой-то сбой помешал нам посмотреть видео запись, и что через несколько дней служба безопасности сможет предоставить нам данную запись для просмотра и установления действительных обстоятельств этого непростого дела! Не дожидаясь этих обещаний я спустя пол часа был у директора службы безопасности и, объяснив ситуацию, получил рекомендацию о написании заявления в ваш адрес, что я собственно и сделал. Также хочу пояснить, что М-ина О.С. я не знал и в каких-либо отношениях с ним не состоял, и клеветать мне на него не зачем. Если предположить, что я всё-таки приходил и с целью заказать карту, подписал заявление и забыл, то почему расписался другой подписью? А на следующий день, когда я пришёл разбираться по этому поводу, то все специалисты, включая и самого М-ина знали, по какой причине я пришёл и подавал заявление, М-ин тогда не подошёл и не напомнил мне, о том обстоятельстве, что я забыл про поданное якобы мной заявление, почему? Вместо этого мне сказали, что это может быть ошибкой, а когда я просил ознакомить меня с заявлением мне отказали, сославшись на то, что нету его в отделении! И никто не знает каким образом и кем подавалось заявление на выпуск карты!
В данной ситуации я заявляю о подделке моей подписи сотрудником М-иным О.С., с целью оформления на моё имя карты Сбербанка России, данное деяние М-ина вынужден квалифицировать как преступление по ст. 327 уголовного кодекса РФ, с использованием служебного положения и в нарушения ФЗ о защите персональных данных (в заявлении без моего согласия были им внесены мои паспортные данные).
На основании изложенного прошу Вас объективно и беспристрастно рассмотреть мои доводы, разобраться в данной ситуации. Возбудить уголовное дело по статье мошенничество и привлечь в рамках закона к ответу виновных лиц.
Вот такого содержания письмо я направил на имя Управляющего Южно-Сахалинским отделением №8567 ОАО Сбербанк России Лейдман Наталье Михайловне. По прошествии некоторого времени меня пригласили на беседу сотрудники собственной безопасности банка по данному заявлению некий С-нов А.В. Мне задавали кучу ненужных вопросов о событиях того дня, о личной жизни и много других вопросов, которые по существу не имеют отношения к вышеизложенной ситуации, при данном опросе меня всячески пытались уличить во лжи, подловить на обмане, другими словами вывернуть ситуацию в свою сторону. Поскольку мне скрывать было нечего и виноватым я себя не чувствовал, то соответственно у них этот манёвр не прошёл! Ближе к середины нашего диалога они, начиная понимать, что я серьёзно настроен отстаивать свои права и интересы, перевели разговор в другое русло, а именно сотрудники СББ, признав тот факт, что подпись на документе поддельная и что не я её ставил точно. Начали медленно как бы из-за угла, сочинять версию, что якобы в банк пришли двое неизвестных лиц и с моими документами оформили заявление на получение вышеуказанной карты! Ниже я опишу, что требуется для осуществления данной операции, и вы сами поймёте, что это не реально, если тут только не поработали «12 друзей Оушина», мне даже показали, как в банк около 14 00 вошли двое неизвестных людей, которые прошли в закрытую зону М-ина, тот кто якобы по версии СББ выдавал себя за меня был по видео просто гном! но! что они там делали? говорили о погоде? Оформляли карту? Неизвестно потому, что самая главная камера, которая висела над рабочим местом М-ина, внезапно отказалась работать именно в этот день! Все камеры работали, а над М-иным нет! На этот не вызывающим доверия факте, у сотрудников СББ закончилась пробная версия запудривания мозгов. Они мне клятвенно заверили, что постараются найти именно ту видеозапись, на которой чётко и ясно видно, кто и за что расписывался, запись с той камеры, которая висела в тот день и фиксировала все действия клиентов и сотрудников банка. До этого момента о необходимой записи нечего не известно.
К сведению! неоднократно было мною замечено, что сотрудники сбербанка делают предложения клиентам сбербанка подключить сервис сбербанк онлайн! Дело в том, что пока вы не подключили сбербанк онлайн с помощью сотрудников сбербанка, то им не смогут воспользоваться даже мошенники. Если кому-то хоть раз приходило смс сообщение с текстом «спасибо за заявление на выпуск карты VISA№…… и вы не подавали заявление на выпуск карты, то за вас уже написали заявление. Срочно идите и разбирайтесь, иначе в один прекрасный момент с ваших счетов будут уходить ваши сбережения.