Cft что это за программа

Содержание

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

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

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

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

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

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

Интеграция

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Цифровой банки с точки зрения разработчика_Александр Погудин, ЦФТ

Три эмоциональные системы в CFT (русская озвучка)

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

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

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

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

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

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

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

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

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

Не так страшен черт, как его малюют: как мы перевели разработку ЦФТ-Банк на платформу 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.

Читайте также:
Программа tslab для чего

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

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

Адаптация заключалась в дополнении того, что не собрал скрип, например, прогрузились не все ссылки на таблицы в чистом 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

«ЦФТ-Клиенты»: система управления клиентскими данными

Деловой журнал Банковское обозрение №12 декабрь (286)/2022

Ваш банк многофилиальный? Инфраструктура вашего банка содержит несколько систем c клиентскими данными? Боретесь с «зоопарком» унаследованных систем? Если вы ответили «ДА» на любой их этих вопросов, то, скорее всего, вы уже задумывались о необходимости централизации клиентских досье

Дмитрий Сахапов

Руководитель дирекции финансовых продуктов

Предпосылки принятия банком решения о централизации клиентских данных могут быть самыми разными, например:

• Централизация бизнеса банка

• Последствия процессов M

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

• организация быстрого доступа к клиентским досье из любой точки банка;

• проблема дублирования клиентов;

• историчность данных и документов;

• организация эффективных процессов по управлению клиентскими данными.

Для решения всего комплекса задач по эффективному управлению данными о клиентах и контрагентах банка предназначена система «ЦФТ-Клиенты».

Как централизовать хранение досье

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

Выполняя функции хранилища информации, система «ЦФТ-Клиенты» является инструментом для ведения истории по каждому клиенту

Какими же функциональными возможностями наполнена система «ЦФТ-Клиенты»? Во-первых, это — централизованное ведение досье клиента. Сотрудник банка вносит в систему (или редактирует) клиентские данные, при этом автоматически осуществляется контроль достаточности клиентских данных.

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

Хранение документов в системе «ЦФТ-Клиенты» организовано в разрезе продуктов банка, таким образом, решение позволяет формировать пакет клиентских документов (досье) по любому договору и (или) финансовому продукту банка. Также в системе реализован контроль актуальности документов, представленных в досье.

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

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

Читайте также:
Remmina что это за программа

При выделении централизованного хранилища следует также помнить о поддержке актуальности клиентских данных в других системах банка. Поскольку информация по клиенту используется в различных системах банка (фронт-офисная система, АБС, ДБО и т.д.), в системе «ЦФТ-Клиенты» реализован механизм репликации клиентов Publisher-subscriber в виде xml-файлов. Это касается ввода и (или) изменения реквизитов клиентов, добавления документов, точнее их электронных образов, нормативно-справочной информации. Впрочем, механизмы репликации, разработанные в решении «ЦФТ-Клиенты», универсальны и могут быть использованы банком для любых задач, связанных с необходимостью синхронизации данных между системами-абонентами. Еще один вариант поддержки актуальности данных в системах — по внешнему запросу — также поддерживается решением.

Выполняя функции хранилища информации, система «ЦФТ-Клиенты» является инструментом для ведения истории по каждому клиенту. Так, в системе хранятся все изменения значений реквизитов клиента, поддерживается версионность документов досье.

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

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

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

«ЦФТ-Клиенты»

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

Источник: bosfera.ru

Решения :

ГК ЦФТ – один из крупнейших разработчиков программного обеспечения в России. Компания располагает широкой линейкой решений, успешно используемых в компаниях и организациях различных отраслей экономики: финансовой сфере, ритейле, страховании, ЖКХ и других отраслях.

Комплексные решения для банковской деятельности: цифровая трансформация бизнеса, облачные услуги и сервисы, комплаенс и управление рисками, технологии организации карточного бизнеса и программ лояльности, решения для оказания платёжных услуг. Точные ответы на актуальные вызовы рынка, быстрый Time to Market, лучшие практики и передовые технологии (AI, ML, BigData)

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

Высокотехнологичная модернизация бизнеса для участников страхового рынка и НФО.

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

Продукты и сервисы :
Core banking business
Онлaйн-банкинг
Платформа банковского самообслуживания
Управление финансами
Поддержка эмиссии и эквайринга всех видов банковских карт

BNPL-платформа PayStep
F.Doc Безбумажный офис
Сервисы для МФО
Прием платежей в пользу поставщиков услуг
Денежные переводы

Погашение кредитов
Программы лояльности, подарочные карты
Поставка транзакционного оборудования
Поставка серверного оборудования
Модели оказания услуг :
Облачный сервис

Все бренды :
Инфраструктура оказания услуг :
Перейти в раздел

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

  • Аутсорсинг банковских систем http://www.cft.ru/outsourcing
  • Аутсорсинг карточного процессинга https://cardstandard.ru/
  • Аутсорсинг дистанционного банкинга http://bank.faktura.ru/
  • Аутсорсинг взаимодействия с ГИС (государственными информационными системами)
  • Технологический аутсорсинг в сфере платежей https://www.kvartplata.ru/partners/Pages/default.aspx
  • Аутсорсинг управления сетями АТМ

Облачные решения позволяют клиентам ЦФТ минимизировать расходы на построение IT-инфраструктуры, сфокусировать внимание на основном бизнесе и повышать свою конкурентоспособность.

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

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

  • подбора конфигурации IT-решения по принципу «ничего лишнего»;
  • быстрого запуска новых продуктов в соответствии с потребностями бизнеса;
  • гибкую настройку инструментов, в полном соответствии с бизнес-потребностями.

Синергия многолетней инженерной экспертизы и высоких технологий – основа IT-архитектуры центров обработки данных (ЦОД) ЦФТ.

Высокопроизводительные центры хранения и обработки данных с защищенной сетевой инфраструктурой работают с соблюдением самых высоких требований к надежности функционирования оборудования (Tier III стандарта TIA-942). Этот стандарт подразумевает доступность инфраструктуры ЦОД на уровне 99,982%, что составляет не более 1,6 часа в год простоя на проведение обязательных технических работ.

IT-ландшафт ЦОД ЦФТ – это более 500 единиц серверного оборудования, от небольших одноюнитовых серверов до серверов hi-end класса, обеспечивающих работу баз данных процессинга, биллинга, банковских систем.

Системы хранение данных ЦОД подключены к серверам по технологии SAN (Storage Area Network), что позволяет обеспечить быстрый доступ и повысить надежность хранения больших объемов данных.

Высокая пропускная способность каналов связи (более 300 Гигабит/сек) обеспечивается за счет собственных волоконно-оптических линий связей между ЦОД.

Информационная безопасность соответствует всем требования ГОСТ.

ЦОД ЦФТ обеспечивают непрерывность процессов в режиме 24/7/365 ведущим участникам финансового сектора России и СНГ.

Комплексная поставка оборудования :

Компания ЦФТ является официальным партнером ведущих производителей серверного и терминального оборудования.

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

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

Поставки серверного оборудования :

Объединяя новейшие технологии партнёров, ведущих мировых поставщиков аппаратного обеспечения, компания ЦФТ предоставляет своим клиентам готовые программно-аппаратные комплексы, подобранные, сконфигурированные и настроенные для оптимальной работы с решениями ЦФТ.

  • Системная интеграция, построение комплексных корпоративных информационных систем
  • Проектирование, разработка и создание систем хранения и обработки данных, Центров Обработки Данных (ЦОД)
  • Оптимизация решений под требования заказчика
  • Технический аудит унаследованных систем, рекомендации по их модернизации
  • Монтаж, настройка и запуск в эксплуатацию поставленного оборудования
  • Гарантийное сопровождение, продление гарантии и поставка пакетов расширенной гарантии по целому ряду оборудования

Поставка оборудования и системного программного обеспечения от ведущих мировых производителей: Oracle (Sun Microsystems), HP, IBM, Hitachi Data Systems, EMC, CISCO, APC, Microsoft, VMware, Symantec, Check Point и другие.

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

Источник: cft.group

Рейтинг
( Пока оценок нет )
Загрузка ...
EFT-Soft.ru