Цфт банковская программа что это такое

Банковское ПО

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

В частности, она обеспечивает интегрированный доступ филиалов (в том числе географически отдаленных) к данным, хранящимся на сервере головного офиса. Система поддерживает большое число банковских продуктов, позволяет накапливать и систематизировать данные о клиентах для последующего всестороннего анализа. Программа построена на основе систем управления базами данных «Oracle», наиболее распространенных в секторе управления промышленными предприятиями. «CFT-Bank Object», кстати, признана лидером по числу установок банковских систем на «Oracle» в России.

Миграция системы ЦФТ-Банк на PostgreSQL. Галина Гребенникова (ЦФТ), Константин Полуэктов (ЦФТ)

«ЦФТ–Банк»– объектно-ориентированная банковская система на основе СУБД Oracle.

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

§ количеству инсталляций банковских систем на основе СУБД Oracle

§ количеству одновременно работающих пользователей в системе

§ объемам транзакций, выполняемых в системе в течение операционного дня

§ лучшему соотношению цена-качество в своем классе

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

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

v возможность централизации всех бэк-офисных функций

v единые и интегрированные каналы продаж (филиалы, отделения, пункты самообслуживания, Интернет, мобильные телефоны и т.д.)

v централизацию данных о клиентах с возможностью всестороннего анализа.

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

Банковский информационный комплекс ЦФТ-Банк отличают:

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

Ø Беспрецедентная гибкость системы.Банк свободен выстраивать свою линейку банковских услуг, отталкиваясь исключительно от потребностей развития своего бизнеса, динамично меняющихся требований регулирующих органов и т.д.

Ø Интуитивный интерфейс, позволяющий специалистам банка создавать и настраивать финансовые продукты при помощи простых пользовательских операций.Настройка финансовых продуктов в АБС может производиться профильными специалистами, а не системными администраторами службы IT.

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

Автоматизированная банковская система на примере Альфа-Банка

Ø Мощность и отказоустойчивость промышленной платформы (СУБД Oracle), лежащей в основе системы.ЦФТ-Банк позволяет обрабатывать сотни тысяч документов в день в режиме бесперебойной работы.

Инвестиции в технологическое «перевооружение» банка на основе программного комплекса ЦФТ — Банк (Платформа развития на базе Oracle) позволяют решить такие стратегические задачи как:

· организация обслуживания клиентов в режиме 24×7 (24 часа 7 дней в неделю) с использованием современных каналов связи;

· эффективное обеспечение существующих и поддержка новых направлений бизнеса банка, включая ипотечное, потребительское, факторинговое кредитование;

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

· создание единой среды финансового документооборота банка;

· выполнение банковских операций в строгом соответствии с учетной политикой и технологией работы банка.

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

Глобальным конкурентным преимуществом банка, использующего в качестве базовой АБС комплекс «ЦФТ-Банк», является возможность быстрого реагирования на рыночную конъюнктуру и развитие в соответствии с ней линейки финансовых услуг.

Основа концепции ЦФТ–Банк (Платформа развития на базе Oracle) в разделении системы на два уровня — прикладную часть и системное ядро. Системное ядро спроектировано таким образом, что весь банковский функционал реализуется средствами администрирования. Специалисты банка получают возможность программировать, оперативно изменяя настройки системы или самостоятельно конструируя новые модули АБС с использованием готовых объектов комплекса. Это позволяет быстро реагировать на новые требования Регулирующих Органов и эффективно развивать систему в соответствии с расширением бизнеса банка.

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

Программный комплекс ЦФТ-Банк построен на высокопроизводительной промышленной платформе Oracle и позволяет поддерживать объем транзакций, достаточный для эффективной работы банка международного масштаба

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

«ЦФТ–Банк» насчитывает более 250-ти инсталляций в крупнейших банках России, среди которых: Сберегательный банк РФ, «Уралсиб», «Внешэкономбанк», «Уралтрансбанк», «Петрокоммерц», «Славинвеcтбанк», «Русский Банкирский Дом», «Уралпромстройбанк», «Новосибирсквнешторгбанк», «Сибакадембанк», «Далькомбанк», «Городской ипотечный банк».

«ЦФТ–Банк» (Платформа развития на базе Oracle) аттестован Сбербанком России и используется для построения интегрированного решения на уровне территориальных управлений банка.

studopedia.org — Студопедия.Орг — 2014-2022 год. Студопедия не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования (0.011 с) .

Источник: studopedia.org

Центр финансовых технологий

Центр финансовых технологий – еще одно подтверждение, что Новосибирск – одна из столиц мировой IT-индустрии. 25 лет назад, в 1991 году, в самом начале новейшей истории России группа выпускников НГУ решила заняться не просто информационными технологиями,

а тем, что сейчас называется «финтех» – решения для банковской сферы. Сейчас ЦФТ – один из лидеров этой индустрии на постсоветском пространстве и известный игрок на западном рынке.

Центр финансовых технологий – группа компаний, работающих в области информационных технологий. Основана в 1991 году в Новосибирске выпускниками Новосибирского государственного университета. Сегодня ЦФТ – лидер российского рынка в сегменте комплексной автоматизации банков.

География бизнеса: Россия, страны СНГ, дальнее зарубежье. Программные продукты и сервисы ЦФТ используют свыше 500 банков России и стран СНГ. Офисы и представительства ЦФТ открыты в Новосибирске, Москве, Санкт-Петербурге, Екатеринбурге, Ростове-на-Дону, Алматы, Кишиневе, Душанбе. Выручка за 2015 год – 17,5 миллиардов рублей.

Ключевые продукты:

ЦФТ-Банк – информационная система для банков любого масштаба бизнеса. ЦФТ-Банк является лидером по числу инсталляций в российских банках TOP-50. Система охватывает все направления деятельности финансовой организации – от организации обслуживания клиентов до управления внутрихозяйственной деятельностью, установлена в более чем 250 российских банках, иностранных банках, работающих в России, банках СНГ.

Платежная система «Золотая Корона»: эмиссия и эквайринг банковских карт, денежные переводы, погашение кредитов, безналичные расчеты на транспорте и в социальной сфере, программы лояльности.

Федеральная Система «Город» – универсальная система приема платежей, которая работает в 83 регионах России, объединяет 20 тысяч поставщиков услуг и 40 тысяч пунктов оплаты.

Faktura.ru – технологическая платформа для интернет- и мобильного банкинга, сейчас ее используют более 170 российских банков, 10 миллионов клиентов, в системе осуществляется более миллиона транзакций ежедневно

Процессинговый центр «КартСтандарт»: 110 банков-партнеров, обслуживание 40 миллионов карт международных платежных систем.

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

История ЦФТ описана в СМИ подробно и многократно, однако стоит, пожалуй, упомянуть основные вехи, сделавшие компанию такой заметной. 90-е годы для IT-индустрии стали весьма обширным испытательным полигоном: «оковы пали», открылись гигантские возможности для частного бизнеса, как грибы плодились коммерческие банки и, конечно, им требовались технологии.

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

И это был первый в России массовый продукт такого рода: до «Короны» банковские карты были доступны только небольшому числу особенно любимых клиентов и решали в большей степени задачу имиджа. «Золотую корону» стали использовать не только как зарплатный проект, но и в целях потребительского кредитования. Для середины 90-х это был настоящий прорыв – потребительское кредитование частных лиц как таковое не существовало. А чисто российское ноу-хау – кредит на банковскую карту под зарплату – практически снимало для банков риски невозврата.

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

Специалисты ЦФТ быстро определились с главным направлением развития: делать удобные массовые продукты, которые упрощают коммуникацию банка и клиента, клиента и платежной системы, экономят силы и время всех участников процесса. При этом не следовать за кем-то, а опережать рынок хотя бы на шаг. Так, в начале двухтысячных была запущена платежная система «Город», которая позволила автоматизировать платежи за услуги ЖКХ, избавить людей от возни с квитанциями, банки – от очередей, а коммунальщиков – от неплатежей. После кризиса 1998 года у граждан страны существенно сократились доходы и выросли долги, система «Город» же позволяла людям платить частями, а коммунальным компаниям получать эти деньги в течение суток.

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

В середине двухтысячных Новосибирск стал одним из первых городов России, в котором была массово внедрена система социальных и транспортных карт, признанная одной из лучших и удобных. Ее разработчиком также стал ЦФТ.

Стремление опережать рынок порой приводило к тому, что инновационные продукты оставались недооцененными. Так, например, карты «Золотая корона» с самого начала были чиповыми (все остальные – с магнитной полосой), но массово эту технологию банки начали внедрять не более пяти лет назад. Аналогичная история произошла и с системой мобильных платежей.

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

Источник: status-media.com

Не так страшен черт, как его малюют: как мы перевели разработку ЦФТ-Банк на платформу CFT Platform IDE (Admin 2.0)

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

Процесс разработки ПО в НРД в большинстве случаев характерен наличием нескольких команд разработчиков, которые лавируют между проектами, занимаясь разными модулями одной или даже разных систем. В работе у нас постоянно большое количество доработок и приходится держать несколько dev и test-контуров с разными версиями системы. Таким образом, всегда есть необходимость доступа к централизованному хранилищу кода с поддержкой версионности, обеспечением автоматической сборки и установки. Для системы ЦФТ-Банк на протяжении многих лет таких возможностей не было.

Для тех, кто не знаком с системой

ЦФТ-Банк – это автоматизированная банковская система ЗАО «Центр финансовых технологий». Она характерна использованием собственного языка программирования pl/plus и, как следствие, возможностью применения только собственных средств разработки, предлагаемых вендором системы. Код системы открытый, с ограниченными возможностями модификации дистрибутивных модулей и с широкими возможностями создания своих собственных модулей.

Это порождало лишние затраты на подготовку сборок, merge-изменений и т.д. Часто возникали случаи порчи программного кода, т.к. следить за правильностью версиии той или иной программной компоненты могли только сами разработчики в полностью ручном режиме. Однако поменять подход к разработке для системы ЦФТ-Банк было невозможно ввиду существования безальтернативной среды разработки для этой системы, по своему интерфейсу и возможностям отставшей от жизни лет на 15.

Решение наших проблем было предложено ЦФТ с выводом на рынок в 2018 г. новой платформы разработки для своих систем, которая называется CFT Platform IDE (она же Admin 2.0, или сокращённо A2).

Ключевые отличия новой платформы разработки

Внешне разработчик получает среду, реализованную на основе Eclipse Platform, которая гораздо симпатичнее архаичного Администратора словаря данных.

Для сравнения редактирование кода в старой среде (Администратор словаря данных):

Редактирование кода в Admin 2.0:

Но основным преимуществом новой платформы разработки для нас явилась возможность хранения программного кода системы, а также экранных форм, описаний типов и прочего в виде множества текстовых файлов. Именно это позволяет выгружать код в систему контроля версий (в нашем случае Git) со всеми её возможностями, которых нам так недоставало ранее при разработке для ЦФТ-Банк.

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

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

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

• ::MAIN_DOCUM вместо ::[MAIN_DOCUM] ,
• select md(md%id: rSelf) in ::[MAIN_DOCUM] all where md.[IN_FOLDER]=this bulk , причём в откомпилированном коде PL/SQL слова bulk нет, что с ним, что без него компилируется одинаково,
• Pragma macro(’Ошибка!’) вместо Pragma error(’Ошибка!’) .

Непонятно, как Администратор словаря «переваривал» подобное без ошибок. Причём, если первые 2 примера представляют собой безобидный мусор, то последнее — явная ошибка, которая приведёт к некорректной работе программы.

И ещё одной особенностью Admin 2.0 является, благодаря интеграции с Git, функционал получения списка изменений на основе сравнения 2-х веток.

Это позволяет выполнять развёртывание этих изменений в целевую БД. Затем изменения из БД можно выгрузить по тому же списку элементов, используя старый Администратор проектов, в mdb-файл, если их необходимо передать для установки в БД, куда разработчик не имеет прямого доступа. Однако более интересным вариантом является подготовка и развёртывание изменений в новом формате.

Он представляет из себя zip-архив, внутри которого находятся текстовые файлы с кодом, а также некоторая метаинформация. Побочным эффектом является возможность просмотреть и даже изменить код в передаваемой поставке без установки в какую-то БД, что в случае с mdb-форматом было невозможно. Но самое основное – сохранение в этот новый формат из Git-репозитория и развёртывание в БД Admin 2.0 предусматривает делать и в безинтерфейсном режиме, что позволяет настроить автосборку и автоустановку, т.е. наконец говорить о CI/СD в применении к доработкам ЦФТ-Банк. Правда, данную тему я планирую подробно раскрыть уже в следующей статье.

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

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

Первое, с чем пришлось столкнуться — получение лицензий на рабочие места. На каждое рабочее место разработчика требуется отдельная лицензия, которая привязана сразу и к железу ПК, и к учётной записи пользователя.

Если у вас в компании тоже несколько изолированных сетей, где есть сервера с ЦФТ-Банк, и ведётся разработка на них, то на одного разработчика потребуется купить несколько лицензий 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 (типа::[MAIN_DOCUM]. ));
• в Admin 2.0 была исключена поддержка inline-вставок pl/sql кода — конструкции в фигурных скобках <>, и лишь недавно эту поддержку вернули;
• Admin 2.0 не поддерживает выражение between в sql запросах, которое использовалось у нас в нескольких представлениях (что странно, т.к. это стандартная конструкция, в том числе для чистого pl/sql);
• проявившиеся ошибки в «мёртвых» кусках кода. У нас было несколько процедур, где часть кода отсекалась посредством return, либо if false, или же макросом IF_DEF. Оптимизатор или макрокомпилятор отсекали код, который уже не анализировался на наличие ошибок. Некоторые такие куски стали невалидными, т.к. изменились вызываемые процедуры и используемые ТБП, просто компилятор их не видел. Admin 2.0 стал «обращать внимание» и на эти куски.

Результат

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

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

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

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

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

• Блог компании Национальный расчетный депозитарий
• Управление разработкой

Источник: habr.com

ЦФТ Платформа 1

Платформа 1 – технологическая платформа для систем ЦФТ.

Платформа 1 — платформа для различных информационных систем Банка, способная работать с высокими транзакционными нагрузками, тысячами пользователей, миллионами документов и счетов. Платформа 1 — инструментальная платформа нового поколения, собственная разработка компании ЦФТ.

Преимущества

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

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

Интеграция

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЗаказчикИнтеграторГодПроект

— Банк Открытие (ФК Открытие)	Без привлечения консультанта или нет данных	2020.05
— И.Д.Е.А. Банк (Инвестиционный Доверительный Европейский Акционерный Банк) Idea Bank	Центр Финансовых Технологий (ЦФТ)	2014.02
— Европлан ЛК ПАО	Центр Финансовых Технологий (ЦФТ)	2013.11
— Инвестторгбанк (Инвестиционный торговый банк)	Центр Финансовых Технологий (ЦФТ)	—

Источник: www.tadviser.ru