Цфт-банк

Организация системы безопасности

Обеспечение логической целостности данных

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

Управление режимом работы пользователей

Режим работы пользователей и правила формирования, а также смены паролей, определяются системной утилитой, являющейся частью СУБД Oracle.

Определение прав доступа пользователя к информации

Система контроля доступа в решениях на базе Платформы 1 является надстройкой над системой контроля доступа СУБД Oracle. Она построена, исходя из следующих принципов:

1. Обеспечение необходимого уровня гибкости и детализации контроля доступа пользователей к информационным ресурсам системы. Для этих целей любой элемент банковского бизнеса (операция, отчет, таблица для просмотра данных и т. д.) имеет свой идентификатор и может быть назначен пользователю индивидуально. Если группе пользователей необходимы одинаковые права, они вносятся в одну функциональную группу;
2. Реализация системы доступа на стороне сервера, чтобы пользователь не смог получить доступ к информационным ресурсам Платформа 1 «в обход» системы контроля доступа, используя программное обеспечение для работы с СУБД Oracle, отличное от клиентского места Платформы 1.

     

Журналы изменения данных в системе

Аудит действий пользователей в системе ведется посредством следующих журналов:

1. Журнал выполнения операций. Любое действие по модификации данных может быть отражено в журнале, если администратор банковской модели определил его как требующее журналирования;
2. Распределения прав пользователей;
3. Изменения значений реквизитов. Любой из реквизитов банковской системы может быть определен как журналируемый. В таком случае хранится вся история изменений значений данного реквизита;
4. Истории смены состояний объектов, в первую очередь платежных документов. Журналы заполняются автоматически соответствующими системными функциями. Пользователи, чьи действия журналируются, не могут удалить записи из журналов. Все журналы имеют признак(или уровень) журналирования.

     

Использование специальных средств для защиты информации

1. Криптографическая защита информации, передаваемой по общедоступным каналам передачи данных. Возможность защиты внутрибанковских документов с помощью ЭЦП (система ЭДО – электронный документооборот).
2. Использование идентификационных карт клиента.
3. Возможность гибкого подхода, индивидуальных решений и рекомендаций по построению защищенного документооборота в соответствии с нуждами и возможностями конкретного банка.

     

Электронная цифровая подпись

Для применения средств Электронной цифровой подписи (ЭЦП) в Платформе 1 создана Система контроля электронного документооборота (ЭДО). Система ЭДО представляет собой второй контур защиты финансовой информации, обеспечивающий устранение угрозы злоупотреблений со стороны Администратора доступа и Администратора прикладной модели.

В Платформе 1 Система ЭДО работает на основе Регламента ЭДО, который описывает условия прохождения документов по этапам жизненного цикла — изменениям состояния документа в процессе обработки. В каждое следующее состояние документ переходит только при наличии необходимого и достаточного количества достоверных ЭЦП участников документооборота.

При работе с документами система ЭДО на основе содержимого документа и секретного ключа пользователя формирует ЭЦП пользователя (оператора / контролера / бухгалтера). ЭЦП гарантирует не только установление авторства документа, но и подтверждение права пользователя на совершение определенных действий в Системе: создание документа, контроль, проводка документа.

А собственник кто?

О том, кто все-таки владеет компанией ЦФТ, ходят легенды. Возможно, как раз потому, что в компании эту информацию не раскрывают: «Мы не публичная компания и не раскрываем своих собственников. Нашими владельцами являются физические лица».

Говорят же про собственников ЦФТ многое. К примеру, пару лет назад существовала версия, что компания, возможно, связана общими собственниками с УРСА Банком.

Некоторые бывшие сотрудники компании ЦФТ рассказывают, что основным генератором идей и владельцем бизнеса в ЦФТ является Андрей Смирнов.

По информации системы «СПАРК Интерфакс», в ЗАО «ЦФТ» 100%-ную долю в уставном капитале имеет ЗАО «ФК ПРОФИТ ХАУЗ» (данные на 30.06.2009). Кроме того, среди совладельцев ЦФТ значится и ЗАО «ЦПП» (Центр перспективных проектов) — доля этой компании составляет всего 1 рубль. Зато в карточке данных по ЗАО «ЦПП» среди дочерних компаний указано все то же ЗАО «ЦФТ». А уже совладельцами материнской ЦПП являются граждане России (физические лица).

В прямой зависимости?

Как известно, кризис повлиял на многие отрасли экономики, почти все сибирские компании снизили издержки и стали жить по новым правилам. Но в ЦФТ уверяют, что их бизнес с самого начала был диверсифицирован: разрабатывается программное обеспечение для банков и некоторых других крупных компаний, активно развивается процессинговое направление деятельности, поэтому глобальной коррекции из-за кризиса не подвергался.

В компании также говорят, что в новых экономических условиях на первый план выходят инновации, на которые ЦФТ делает акцент еще с момента основания. Сутью антикризисной стратегии в ЦФТ называют «стремление быть реалистами, не ждать смягчения экономической обстановки, возвращения «золотого века» и благоприятной конъюнктуры — рынок всегда в чем-то нуждается, нужно лишь улавливать эти импульсы и предлагать адекватное решение».

Однако опрошенные «КС» эксперты считают, что кризис мог достаточно серьезно сказаться на бизнесе компании именно потому, что в его водоворот первыми попали банки, которые являются основными клиентами ЦФТ. «Кризис, который мы наблюдаем, называют и финансовым, поэтому понятно, что клиенты ЦФТ — финансовые компании — сегодня достаточно сильно уязвимы, а ЦФТ, безусловно, зависит от них», — говорит эксперт по продвижению финансовых продуктов Living Eyes Consulting Андрей Крылов.

Однако, по его словам, еще до кризиса было ясно, что количество банков в России будет сокращаться, и у компании было время подготовиться к изменениям. «Это естественная логика развития рынка. Поэтому я полагаю, что кризис внес как свой негативный фактор в развитие ЦФТ, сократив количество партнеров, так и позитивный — банки, которые ранее пользовались зарубежным ПО, возможно, перешли на более дешевое отечественное», — считает Крылов. Дмитрий Жучков из МДМ Банка также полагает, что в целом по отрасли разработчиков банковского ПО кризис ударил достаточно сильно: «Понятно, что многие из тех банков, которые планировали замену АБС или внедрение новых систем, приостановили эти работы. С другой стороны, как это обычно и бывает, появились новые возможности. К примеру, вырос спрос на системы сбора проблемных долгов».

Впрочем, большинство финансистов подчеркивает, что проседание спроса временно, и рынок, на котором работает ЦФТ, по-прежнему перспективный — банки без новых решений в сфере IT не могут эффективно развиваться. «Поэтому вкладывать деньги в технологии необходимо. Другое дело, что банки всегда оценивают соотношение цена-качество и приобретают продукты, позволяющие предвосхищать потребности клиентов, обеспечивая эффективность развития банка», — рассказывает Людмила Глушкова. Большим плюсом ЦФТ в противостоянии кризису, по словам Алексея Потапова, является то, что они постоянно осваивают новые направления, оперативно замещая выпадающие доходы бизнеса: «Начали терять клиентов по «Золотой Короне» — подключили процессинг VISA. Сделали и предложили банкам ПО по работе с просроченной задолженностью. Продолжают развивать системы лояльности, сотрудничать с торговыми сетями. Процессинговые услуги, которые они предоставляют клиентам, и разработка-внедрение ПО идут примерно 50 на 50 в их портфеле. Поэтому я считаю, что кризис им не так страшен».

ЦФТ-ДБО

ЦФТ предлагает Банкам и финансовым организациям стран СНГ, эффективный инструмент повышения лояльности существующих и привлечения новых клиентов, а так же минимизации издержек на осуществление основных банковских операций, путем использования современного  электронного банковского продукта дистанционного управления счетами – систему «ЦФТ-ДБО».
 
Система «ЦФТ-ДБО» вобрала в себя лучшие практики процессингового центра ЦФТ –
Faktura.ru, предоставляющего сервисы интернет- и мобильного-банкинга участникам Банковской системы России на принципах технологического аутсорсинга начиная с 2000 года. На сегодняшний день ДБО под брендом
Faktura.ru успешно используют 300 банков и их филиалов из 130 городов России.
 
В настоящее время система «ЦФТ-ДБО» успешно используется на территории СНГ в таких банках как АКБ «Кыргызстан», КБ «Агроинвестбанк» (Таджикистан), еще ряд проектов находятся на стадии внедрения. В Российской федерации решение успешно применяется в работе  Западно-Уральского, Западно-Сибирского, Северо-Западного, Юго-Западного, Уральского и Сибирского банках Сбербанка России.
 
Ключевые выгоды банка от использования системы дистанционного банковского обслуживания:

• Высокие эксплуатационные свойства в перспективе не менее десяти лет;
• Внедрение типовых процессов и продуктов при условии сохранения ноу-хау банка;
• Обеспечение масштабируемого решения с высоким уровнем мобильности и производительности;
• Обеспечение интегрированного решения на современной платформе;
• Обеспечение качественной поддержки решения и возможности передачи функций поддержки и развития на централизованное сопровождение;
• Инвестирование средств и ресурсов в развитие бизнеса банка.

Результат

Серьёзных проблем при адаптации не было. Нам посчастливилось «познакомиться поближе» со своим кодом. В процессе мы выявили недочёты в IDE и даже в технологическом ядре (в компиляторе), которые сейчас ЦФТ уже исправил.

Большую помощь нам оказали специалисты ЦФТ, которые оперативно реагировали на возникшие проблемы, а в случае замедления процесса внедрения с нашей стороны всячески нас стимулировали и поддерживали интерес. После всех этих подготовительных действий мы запросто настроили интеграцию Eclipse с Git и выгрузили в него код текущей версии.
Нам потребовалось создать регламент ведения разработок, т.к. разработчикам ЦФТ-Банк пришлось привыкать работать совершенно в ином стиле: правильно маркировать коммиты, работать в нужной версии и пр. Сама методика работы стала соответствовать общим стандартам разработки в IT-компании.

Несмотря на первоначальное снижение скорости разработки, Admin 2.0 был сразу встречен в нашем коллективе с большим энтузиазмом. За 1-2 месяца активной работы все привыкли к новой среде, а эффективность возросла.

Сегодня Admin 2.0 до сих пор находится на стадии активных доработок, но это гораздо менее сырой продукт, чем 2 года назад. Например, только недавно появилась поддержка работы с группами доступа, пока работающая с ошибками. Также развёртывание в безинтерфейсном режиме может завершаться с ошибками при наличии в коде макросов. Большинство недочетов, которые мы фиксируем, ЦФТ устраняет в пределах месяца. За эти 2 года мы использовали отличную возможность повлиять на развитие Admin 2.0. Сегодня компании, которые задумали подобный переход, смогут пройти этот путь ощутимо быстрее.

2010

Описание ЦФТ–Банка

На декабрь 2010 года ЦФТ–Банк (Платформа развития на базе Oracle) – объектно-ориентированная банковская система на основе СУБД Oracle.

Система является лидером российского IT-рынка по всем основным показателям:

• количеству инсталляций банковских систем на основе СУБД Oracle;
• количеству одновременно работающих пользователей в системе;
• объемам транзакций, выполняемых в системе в течение операционного дня;
• лучшему соотношению цена-качество в своем классе.

ЦФТ–Банк обеспечивает создание единой технологической платформы банка:

• интегрированный доступ к функциям различных бэк-офисов (в том числе, регионально распределенных);
• возможность централизации всех бэк-офисных функций;
• единые и интегрированные каналы продаж (филиалы, отделения, пункты самообслуживания, Интернет, мобильные телефоны и т.д.);
• централизацию данных о клиентах с возможностью всестороннего анализа.

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

В данной АБС разделены уровень базы данных, уровень приложений и уровень визуализации. Система такого масштаба нами была создана первыми на российском рынке. На текущий момент большинство банковских систем — двухуровневые, где уровень приложений и базы данных совмещены на одном сервере. Устойчивость трехуровневой системы выше, чем двухуровневой, за счет разделения бизнес-логики и базы данных. Распределение бизнес-логики идет по многим серверам, соединенным между собой балансировщиками нагрузки, и за счет применений специальных технологий. При работе же одного сервера возникают проблемы с обновлением. Например, когда у банка стоит устаревшая система и банк запускает процесс закрытия операционного дня или какую-то большую операцию начисления процентов, у банка может блокироваться работа пользователей, что создает технологические перерывы в обслуживании. Обычно такие операции выполняются банками ночью. Но все больше банков переходит к круглосуточному режиму работы. Это происходит тогда, когда устаревшая система банка не справляется с нагрузкой и уже не способна обработать весь объем операций за одну ночь, то есть не хватает времени, чтобы закрыть операционный день. Но это крайние случаи. Те или иные проблемы могут проявляться в разных банках в разных масштабах.

История развития

28 июля 2010 года Центр финансовых технологий и компании HP, Intel и «Ай-Теко» объявили о завершении совместного проекта по тестированию ЦФТ-Платформы 2 МСА, успешно проведенному в Европейском центре тестирования HP в городе Бёблинген, Германия.

Результатом данного тестирования стало подтверждение возможности работы системы ЦФТ-Банк (Платформа 2 МСА) на серверах HP Integrity на базе процессоров Intel Intanium 91×0 (Montvale) и 93×0 (Tukwila) под управлением HP-UX 11i.v3. Проект осуществлен силами специалистов ЦФТ, НР и ЗАО «Ай-Теко».

Основной целью тестирования являлась проверка возможностей работы банковского информационного комплекса ЦФТ-Банк, сервера HP Integrity Superdome, c операционной системой версии HP-UX v11.31 Update 3 и СУБД Oracle версии 10g Release 2 на объемах данных и с нагрузкой, соответствующей нагрузкам крупного банка, а также сайзинг ЦФТ–Банк: подбор оптимальной программно-аппаратной конфигурации, настройки СУБД и ОС для успешной работы ЦФТ–Банк на платформе HP Integrity Superdome. Это позволит ЦФТ рекомендовать оптимальные системные конфигурации для эффективной работы продуктов компании в банках.

Тестирование проводилось путем эмуляции реально выполняемых действий пользователей и фоновых процессов БИК ЦФТ-Банк.

В результате проведенных испытаний зафиксирована возможность повышения производительности серверов баз данных Платформы 2 МСА при увеличении количества пользователей и объема обрабатываемой информации путем переноса нагрузки с серверов базы данных на серверы приложений. Кроме того, при использовании конфигурации Oracle RAC удалось достичь пропорционального снижения нагрузки на серверы-узлы кластера по сравнению с использованием одного SMP сервера. Все это позволит банкам, использующим программные решения ЦФТ на базе нового высокопроизводительного технологического ядра и платформы HP Integrity, прогнозировать поведение системы при росте объемов бизнеса и управлять ею, повышая производительность путем добавления дополнительных элементов в действующие конфигурации программно-аппаратного комплекса.

В новом веке

В начале 2000-х годов ЦФТ дополнил свой бизнес тем, что открыл процессинговый центр электронных документов Faktura.ru. Кроме того, в ЦФТ начали активно заключать договоры на внедрение банковского информационного комплекса IB System Object в банках России. Тогда же стартовал проект «Социальная карта», который был призван решать социальные задачи (отпуск льготных лекарств, учет субсидий на оплату коммунальных услуг, проезда в транспорте и т. п.).
В 2003 году ЦФТ вывел на рынок новую систему обслуживания, ориентированную на банковскую розницу — CFT-Retail Bank Object. Вскоре произошла интеграция CFT-Retail Bank Object (системы обслуживания индивидуальных клиентов) с CFT-Bank Object (банковским информационным комплексом).
В 2004 году банки-участники системы «Золотая Корона» смогли приступить к эмиссии кобрендовой карты «Золотая Корона — Master Card». В период с 2004-го по 2007 год в ЦФТ разработали следующие программные продукты: «ЦФТ-Хранилище данных», «ЦФТ-Управленческий учет», «ЦФТ-Бюджетное планирование» и «ЦФТ-Клиенты», «ЦФТ-Кредитное бюро», «ЦФТ-Ипотека», «ЦФТ-Розничное кредитование». Также была введена новая технология приема массовых платежей через POS-терминалы, стартовал проект «Карта водителя», позволяющий оплачивать административные штрафы ГИБДД в отделениях банков. В эти годы начала работать и система безналичной оплаты проезда в городском транспорте — «Транспортная карта», основанная на технологии ЦФТ «Электронный проездной». Проект компания реализовывала вместе с мэрией города, чиновники тогда отмечали, что важным достижением внедрения транспортной карты должно стать «выведение части наличных денег из оборота транспортных предприятий при создании возможности авансирования их услуг».

Многие проекты ЦФТ были благосклонно восприняты рынком, даже если иногда они и опережали время. «Их проект «Социальная карта» — это просто супер. Когда они начинали его в Новосибирске, лично я вообще не верила в его успех, так как изменить поведение потребителей очень сложно, тем не менее они достигли успеха, и проект уже движется по России», — восторгается директор консалтинговой компании МАК Светлана Лапина. Действительно, переломить сознание пользователей городского транспорта, которые привыкли покупать жетоны в метро и оплачивать проезд в автобусе мелочью, было непросто. Но сегодня «Транспортные карты» для многих стали привычными.

В кризисном 2008 году ЦФТ вывел на завершающую стадию проект по созданию Технологического ядра (комплекс программного обеспечения для банков) нового поколения для крупных банков. Это позволило ЦФТ заключить новые контракты с 31 банком России и СНГ, ранее не являвшимися клиентами компании. Тогда же в ЦФТ приступили к освоению просторов постсоветского пространства — соглашения были подписаны в Молдове, Казахстане и Кыргызстане.

Кроме того, в 2008 году в ЦФТ стали активно развиваться системы лояльности, бонусные карты. Расчетной единицей в системе лояльности является бонус, который покупатели могут как накапливать при оплате тех или иных услуг и товаров, так и тратить. Проект реализует «Золотая Корона» совместно с российскими ритейлерами, и значительный рост эмиссии ЗК в 2008-м произошел в том числе за счет развития систем лояльности.

Некоторые финансисты считают, что, развивая их, ЦФТ диверсифицирует риски, пытаясь обезопасить себя от падения количества эмитированных карт и сокращения операций по ним. Дополнительный прирост «Золотой Короне» в прошлом году обеспечило и то, что увеличилась популярность транспортных карт. Ежемесячно по транспортным картам «Золотая Корона» в 2008 году совершалось 14,5 млн поездок, что составило за год 173 млн поездок (прирост 43%). При этом оборот увеличился на 67%. В 2008 году система «Электронный проездной» начала действовать на всей территории Новосибирской области; социальные и транспортные карты появились в Самаре, Омске и Оренбурге.

Особенности перехода на новую платформу

Материальный вопрос

Первое, с чем пришлось столкнуться — получение лицензий на рабочие места. На каждое рабочее место разработчика требуется отдельная лицензия, которая привязана сразу и к железу ПК, и к учётной записи пользователя. Если у вас в компании тоже несколько изолированных сетей, где есть сервера с ЦФТ-Банк, и ведётся разработка на них, то на одного разработчика потребуется купить несколько лицензий Admin 2.0. Стоимость одной лицензии на момент написания статьи составляет 125 у.е./мес., или около 8 тыс. руб. по внутреннему курсу. За первоначальную покупку на данный момент деньги не взимаются. Лицензии распространяются в виде файлов, а не смарт-ключей, что позволяет без проблем развернуть среду даже на виртуальной станции.

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

Настройка рабочих мест и БД

Серверную часть IDE можно устанавливать и в рабочее время, но правильней будет, если в момент установки не будут открыты на редактирование программные объекты ЦФТ, т.к. основное в обновлении — это новый механизм соответствующих блокировок.

Клиентская часть — это, по сути, Eclipse с расширениями CFT Platform IDE, устанавливается без прав администратора ПК. Только заранее должна быть установлена JRE не ниже 8-й версии. Доступ к обновлениям IDE на сайте ЦФТ теперь открытый, без авторизации. Можно настроить обновления непосредственно через сайт, либо из локальной сети. Например, из сетевой папки или с использованием менджера репозиториев вроде Nexus

Мы выбрали вариант сетевой папки как самый простой в настройке, не требующий доступа в Интернет со всех рабочих мест, надёжный, что важно при настройке тяжелых обновлений, и гибкий ввиду возможности выкладывать обновления по своему расписанию

Выгрузка кода локального приложения

Для создания проекта, с которым будет работать Admin 2.0, нам нужно выгрузить из БД в папку с набором текстовых файлов описание объектов, являющихся нашими локальными доработками, а также, условно говоря, ссылки на объекты, от которых наши доработки зависят.

Отмечу, что при большом объёме локального приложения среда разработки начинает тормозить, поэтому в такой ситуации необходимо будет деление исходников на актив и архив. К счастью, в лимит мы вписались при немалом объёме локала. Однако стоит учесть объём оперативной памяти рабочих станций. Согласно документации требуется не менее 16Гб, хотя некоторое время части наших разработчиков удавалось работать и на 8Гб памяти, надо было лишь отрегулировать объём памяти java-приложения в файле eclipse.ini.

Что касается выгрузки — процедура несложная, т.к. все необходимые скрипты, такие как для подсчёта объёма приложения, для получения списка объектов и другие входят в комплект поставки.

Адаптация кода

Адаптация заключалась в дополнении того, что не собрал скрип, например, прогрузились не все ссылки на таблицы в чистом Oracle, некоторые ТБП со сложным подчинением — в единичных случаях не подгрузились типы ссылок или массивы. Также надо было слегка подчистить код (см. примеры выше). Но самое главное — подстроить код под новые особенности:

все простые представления были автоматически преобразованы в pl/plus (т.к. работу с простыми представлениями Admin 2.0 не поддерживает). При этом нередко это происходило с ошибками, которые надо было устранять (например, т.к. вызов интерфейсных пакетов напрямую теперь не поддерживается пришлось переделать вызовы в стиле pl/sql (типа Z$MAIN_DOCUM…) на pl/plus (типа::…));
в Admin 2.0 была исключена поддержка inline-вставок pl/sql кода — конструкции в фигурных скобках {}, и лишь недавно эту поддержку вернули;
Admin 2.0 не поддерживает выражение between в sql запросах, которое использовалось у нас в нескольких представлениях (что странно, т.к. это стандартная конструкция, в том числе для чистого pl/sql);
проявившиеся ошибки в «мёртвых» кусках кода. У нас было несколько процедур, где часть кода отсекалась посредством return, либо if false, или же макросом IF_DEF. Оптимизатор или макрокомпилятор отсекали код, который уже не анализировался на наличие ошибок. Некоторые такие куски стали невалидными, т.к. изменились вызываемые процедуры и используемые ТБП, просто компилятор их не видел

Admin 2.0 стал «обращать внимание» и на эти куски.

Архитектурно-технологические преимущества

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

Системное ядро спроектировано таким образом, что настройка банковского функционала реализуется средствами администрирования. Банковские специалисты получают возможность «программировать», оперативно конфигурируя такие параметры системы как настройки пользовательского интерфейса, технологические цепочки документооборота, прикладные алгоритмы и параметры эксплуатации, в зависимости от потребностей бизнеса.

Интеграция со сторонними компонентами

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

Централизованная модель данных

В основе системы хранения информации в ЦФТ–Банк лежит единая база данных, благодаря чему обеспечивается полная интеграция на уровне хранения данных. За счет использования единого хранилища система позволяет при выполнении любых операций работать со всей информацией, накопленной в ней.

Модульная структура

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

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

Масштабируемость

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