Цфт программа банка инструкция по применению - Все инструкции и руководства по применению

(версии 1.48.05)

Установка программы:

ПО «ЦФТ — Банк Клиент» распространяется в виде каталога Sberbank.
Если на компьютере не установлена программа «ЦФТ — Банк Клиент» необходимо скопировать каталог Sberbank на локальный диск (рекомендуется по умолчанию С:\Sberbank) или на открытый сетевой ресурс (скопировать и открыть доступ для записи к каталогу Sberbank) в случае установки на нескольких компьютерах, связанных сетью. Далее скопированный каталог обозначается как SBERBANK.
Установить, если не установлен ранее Internet Explorer версии 5.5 SP2 или выше.
Установить, если не установлен ранее Microsoft XML Parser версии 3.0 или выше (SBERBANK\SpedDis\XML\msxml3.msi). По умолчанию, имеется в Windows XP и входит в состав Internet Explorer версии 6.0, MS Office XP/2003.
Установить если еще не установлен Windows Installer версии 2.0:

для Windows 9х: SBERBANK\SpedDis\InstMSI\instmsia.exe;
для Windows NT/2000: SBERBANK\SpedDis\InstMSI\instmsiw.exe.

Запустить файл SBERBANK\SpedDis\Distrib\cftbc.msi.

В процессе установки рекомендуется выбрать опцию «Полная».

Создание конфигурации:

Конфигурация для организации (ИП) распространяется в виде каталога с именем nnnnKxxxx (так называемый идентификатор организации), где nnnn – номер отделения Сбербанка, в котором обслуживается клиент, а xxxx – номер клиента в этом отделении. Данный каталог содержит файлы: 1.vol, cvtnam.ldif, файлы *.doс и каталог public. Данный каталог может распространяться с виде исполняемого самораспаковывающегося архива, либо любым другим образом. В любом случае необходимо скопировать каталог nnnnKxxxx в каталог SBERBANK\SpedDis. Возможен вариант, когда конфигурация предварительно уже скопирована в дистрибутив.
Скопировать с дискеты «Ключ связи» файл kl??????.nkl в каталог SBERBANK\SpedDis\nnnnKxxxx\Public.
Запустить программу «Рабочее место «ЦФТ — Банк Клиент»
В окне «Выберите конфигурацию рабочего места» в меню «Управление» выбрать пункт «Создать», запустится «Мастер конфигураций» (если конфигураций нет, то «Мастер конфигураций» запустится автоматически при старте окна выбора конфигураций).
Открыть каталог с дистрибутивом конфигурации SBERBANK\SpedDis\nnnnKxxxx и нажать «Далее».

Проверить параметры, при необходимости изменить.

Параметры «Клиент», «Банк», «АПС», «СРК» заполняются автоматически из файла SBERBANK\SpedDis\nnnnKxxxx\cvtnam.ldif. Если не заполнились, значит не верно был указан каталог с дистрибутивом (см.п.11).

Внимание!
Если на компьютере уже установлена программа «ЦФТ – Банк Клиент» по другой организации, то необходимо указать путь на несуществующий каталог. Например, C:\Sberbank\Workplace\1 или т.п. В случае установки на нескольких компьютерах необходимо указать путь на сетевом диске.

Параметр «Пароль клиента для АПС» — любой символ (не должен быть пустым!).

Если предполагается использовать ключи на дискетах, то необходимо убрать флаг «Использовать touch memory» на закладке «СЗИ» и в качестве параметра «Устройство ключей» указать: PRV.BCR,A:\k-XXXX.pfx, где k-XXXX.pfx – имя файла ключа.

Если предполагается использовать ключи на touch memory, то необходимо установить флаг «Использовать touch memory» на закладке «СЗИ» и в качестве параметра «Устройство ключей» указать: PRV.BCR,.

Нажать кнопку «Создать», «Мастер конфигураций» выполнит создание конфигурации.
Закрыть «Мастер конфигураций».
В окне выбора конфигураций программы «Рабочее место «ЦФТ – Банк Клиент» выбрать пункт меню «Управление\Обновить список» или нажать клавишу F5 на клавиатуре.

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

Настройка параметров:

Выделить созданную конфигурацию в списке и нажать кнопку «Выбрать». Ввести пароль и нажать «OK».
Проверить параметры в пункте меню «Сервис\Параметры» на вкладке «Общие», при необходимости изменить. Рекомендуются следующие параметры:

Проверить параметры, при необходимости изменить.

Параметр «Пароль клиента для АПС» — любой символ (не должен быть пустым!).

Если предполагается использовать ключи на дискетах, то необходимо убрать флаг «Использовать touch memory» на закладке «СЗИ» и в качестве параметра «Устройство ключей» указать: PRV.BCR,A:\k-XXXX.pfx, где k-XXXX.pfx – имя файла ключа.

Нажать кнопку «Создать», «Мастер конфигураций» выполнит создание конфигурации.
Закрыть «Мастер конфигураций».
В окне выбора конфигураций программы «Рабочее место «ЦФТ – Банк Клиент» выбрать пункт меню «Управление\Обновить список» или нажать клавишу F5 на клавиатуре.

Настройка параметров:

Выделить созданную конфигурацию в списке и нажать кнопку «Выбрать». Ввести пароль и нажать «OK».
Проверить параметры в пункте меню «Сервис\Параметры» на вкладке «Общие», при необходимости изменить. Рекомендуются следующие параметры:

В пункте меню «Сервис\Параметры» на вкладке «Печать» в пункте «Вывод отчетов\Ориентация» выбрать «Как задано в отчете».

Открыть пункт меню «Сервис\Пользователи», нажать кнопку «Добавить» и отметить галочкой все строчки. (Для предпринимателей данный пункт не выполняется).

Настройка Обмена:

Нажать кнопку «Обмен». Запустится программа «Модуль обмена».
1. Открыть пункт меню «Настройка\Подключение…».
2. Выбрать «Использовать модем».

Открыть пункт меню «Сервис\Пользователи», нажать кнопку «Добавить» и отметить галочкой все строчки. (Для предпринимателей данный пункт не выполняется).

Настройка Обмена:

Нажать кнопку «Обмен». Запустится программа «Модуль обмена».
1. Открыть пункт меню «Настройка\Подключение…».
2. Выбрать «Использовать модем».

Нажать кнопку «Добавить». Создать подключение:

Номер телефона:

2102896 (для клиентов, расположенных в г.Перми);
8,3426410001 (для клиентов, расположенных в Пермской области);

Рекомендуемое наименование – «Сбербанк»
.

Нажать кнопку «Свойства», на вкладке «Тип сервера» (Windows 9х) или «Сеть» (Windows 2000\XP) отключить все дополнительные параметры и все сетевые протоколы, кроме TCP/IP (можно не отключать «Планировщик пакетов QoS»).
В окне «Параметры удаленного доступа» ввести «Пользователь» и «Пароль» (имя и пароль одинаковы для всех клиентов):

Если был указан номер телефона 2102896:

Пользователь: user
;
Пароль: testtest
.

Если был указан номер телефона 8,3426410001:

Пользователь: client#zubsped
;
Пароль: bank
.

Нажать кнопку «ОК».
В пункте меню «Настройка\Уровень журналирования» отметить «галочкой» пункт «Низкий».

Обновление ключей:

С целью избежания несанкционированного копирования ключей (ключ связи или ЭЦП, далее ключ
) и управления счетами, клиент обязан обновлять ключи
на своем рабочем месте. Данная процедура гарантирует уникальность обновленного ключа, существующего после обновления в единственном экземпляре, т.е. все другие копии ключей, сделанные до обновления теряют свою актуальность, а значит и право управления счетом.
1. Выбрать пункт меню «Сервис\Ключи ЭЦП\Обновить». На вопрос «Вы действительно хотите обновить ключ?» ответить «Да».
2. Вставить в дисковод ключ, в окне ввода пароля ввести пароль и нажать «ОК».
3. На предложение распечатать открытый ключ выбрать «На принтер», но если принтер не доступен, необходимо выбрать «В файл…» и указать имя сохраняемого файла. Позже этот файл все равно необходимо будет распечатать.
4. На сообщении о необходимости провести обмен нажать «OK».
5. Закрыть программу.
6. Повторить пункты 22.1 – 22.4 для каждого
  ключа
  .
7. Вставить в дисковод дискету ключ связи и произвести сеанс связи с банком
  , при этом в банк будут отправлены запросы на обновление ключа. Ответ формируется Банком автоматически, ответ можно получить, повторив сеанс связи с банком через 10-20 минут.
8. При получении ответа на запрос обновления ключа при очередном обмене с банком будет выдано сообщение вида: «Получен ответ на запрос обновления ключа для …»
  . После этого сообщения необходимо закрыть программу
  , заново войти в «Рабочее место «ЦФТ — Банк Клиент».
9. На вопрос о завершении процедуры обновления ключа ответить «Да».
10. По запросу вставить дискету с обновляемым ключом и нажать «ОК».
11. В окне ввода пароля ввести пароль для ключа и нажать «ОК» (если вход в программу осуществлялся не по обновляемому ключу).
12. Повторить пункты 22.9 – 22.11 для каждого
  обновляемого ключа
  .

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

Подготовка документов:

Распечатать документы:

Акт приема-передачи программных средств c Приложением, 2 экз
Акт готовности к эксплуатации, 2 экз
Значения хэш-функций файлов (hash.res), 2 экз

Распечатанные документы (см. п. 22.3, 23) необходимо заполнить и передать в отделение Сбербанка
(операционисту). После получения всех документов в банке Ваш сертификат подписи делают рабочим. Только после этого Ваши платежные документы будут приниматься банком.
Сохранить конфигурацию на случай переустановки. Войти в «Рабочее место «ЦФТ – Банк Клиент». Выбрать пункт меню «Управление\Экспорт», в окне «Экспорт параметров конфигурации» открыть каталог SBERBANK\SpedDis\, указать имя файла – nnnn-K-xxxx, где nnnn-K-xxxx – номер, присвоенный вашей организации, нажать кнопку «Экспорт».

В апреле-мае 2019 года компания ЦФТ совместно с компанией Atos провели масштабные тесты ЦФТ-Банк (Платформа 2МСА) на серверах BullSequana S800. Основной целью тестирования была проверка производительности работы банковского информационного комплекса ЦФТ-Банк (Платформа 2МСА) на оборудовании Atos с базой данных крупного многофилиального розничного банка. База данных содержит более 14 миллионов клиентов, более 22 миллионов открытых депозитов, более 16 миллионов открытых кредитов.

В тестах было использовано следующее оборудование и программное обеспечение:

Сервер БД – BullSequana S800 8 процессоров Intel Xeon 8158 (12 ядер 3.0Ггц), 1,5ТБ DDR4, RHEL 7.5, Oracle Database 12c.
Серверы приложений – 24 виртуальных сервера по 32vCPU/128ГБ памяти, размещенные на 2 серверах BullSequana S800 8 процессоров Intel Xeon 8176 (28 ядер 2.1Ггц), Oracle Linux 7.4 UEK4, Oracle Weblogic Standard Edition 12.2, Oracle JDK 1.8.0_152.
Технологическое ядро ЦФТ-Банк 7.6, версия ЦФТ-Банк 18.1, серверы приложений версии 2.44.

В ходе тестов процедура закрытия операционного дня (конец месяца) по группе филиалов MEDIUM была завершена за 70 минут. Группа филиалов MEDIUM содержит более 6,8млн. клиентов физических лиц, депозиты 11,4 млн., кредиты 8,4млн.

Проведенное тестирование признано успешным. По итогам тестирования компания ЦФТ рекомендует использование оборудования Atos BullSequana S800 в качестве серверов баз данных и приложений для крупных розничных банков, использующих ЦФТ-Банк (Платформа 2МСА).

Тестирование на серверах BullSequana S800

Ка сообщалось, BullSequana S – гибкая, масштабируемая и открытая платформа для расширения цифрового бизнеса. Благодаря возможности динамической конфигурации, она сочетает в себе производительность и гибкость, что повышает эффективность работы на всех уровнях. Масштабируемость сервера обеспечивают от 2 до 32 ЦПУ Intel Xeon Cascade lake (центральных управляемых процессора Intel Xeon), до 48 ТБ ОЗУ (оперативного запоминающего устройства) и до 64 ТБ с использованием Optane DC Persistent memory, до 32 графических процессоров Nvidia , с которыми обработка данных идёт в десятки раз быстрее. Серверы оптимизированы для машинного обучения , критически важных бизнес- приложений и сред памяти. Показатели такого уровня могут быть надежным фундаментом архитектуры для банков , которые приходят к анализу и обработки данных с любых источников «на месте».

2012

Платформа 2 МСА — стандарт технологической платформы для аутсорсинга ЦФТ-Банк

Центр Финансовых Технологий объявил в конце 2012 года о принятии Платформы 2 МСА (revision 28) в качестве официального стандарта технологического ядра для системы ЦФТ-Банк, предоставляемой кредитным организациям на условиях аутсорсинга . Версия 28 Платформы 2 МСА обеспечивает создаваемым на ее базе решениям еще более высокие эксплуатационные характеристики: новый уровень производительности, функциональности, быстродействия.

Платформа 2 МСА версии 28 поддерживает новые конструкции и новые возможности СУБД Oracle 11g , обеспечивает более высокую защиту данных и надежность работы приложений, что особенно важно при развертывании приложений в «облаке». В новой версии Платформы 2 МСА осуществлены особые доработки для предоставления ПО в формате «софт как сервис»: возможность создания распределенных и multitenant-приложений.

«На наш взгляд система ЦФТ-Банк на Платформе 2 МСА – наиболее оптимальное на сегодня решение для реализации бизнес-стратегии современного банка, – говорит Андрей Висящев, председатель правления ГК ЦФТ. – Это хорошая альтернатива для тех кредитных организаций, которые работают на перспективу и готовы расширять свой бизнес. Платформа 2 МСА обеспечивает информационным системам феноменальную производительность, исключительно высокую готовность к масштабированию приложений. 2 МСА поддерживает все современные средства интеграции, поддерживает независимость обновлений системного ядра и системы управления прикладными решениями, что в свою очередь позволяет очень быстро вводить в промышленную эксплуатацию новые продукты и обновлять продуктовую линейку банка по первому требованию бизнеса. Формат «софт как сервис» позволяет банкам любого масштаба бизнеса использовать в своей деятельности лучшие разработки ЦФТ. Теперь кредитным организациям, выбравшим аутсорсинговую модель использования системы ЦФТ-Банк, мы будем рекомендовать размещение прикладной части ЦФТ-Банк на Платформе 2 МСА».

Совместно с банком «Монолит» ЦФТ успешно реализовал первый проект по переводу уже используемой банком на условиях аутсорсинга системы ЦФТ-Банк (Платформа 1) на Платформу 2 МСА, также размещенную на серверном оборудовании ЦОД ЦФТ.

В августе 2012 года головной офис Банка в Москве и филиалы «Астраханский» и «Невский» перешли на комплексный аутсорсинг ЦФТ-Банк (Платформа 1). Система была установлена на серверных мощностях ЦОД ЦФТ, в ЦФТ были переданы функции поддержки, развития, сопровождения банковского информационного комплекса. Спустя несколько месяцев успешной работы в новой АБС Банку со стороны ЦФТ было предложено перевести систему ЦФТ-Банк на еще более мощную и производительную ИТ-платформу – Платформа 2 МСА, также размещенную на серверных ресурсах ЦОД ЦФТ. В настоящее время вся прикладная часть используемой банком системы переведена на Платформу 2 МСА.

«Этот проект продемонстрировал насколько быстро и легко наш «аутсорсинговый» клиент может осуществить миграцию системы ЦФТ-Банк с одной технологической платформы на другую, – комментирует А. Висящев. – Перенос данных производится поэтапно и практически незаметно для пользователей. На этапе миграции Платформа 2 MCA позволяет постепенно переключать сотрудников со старой платформы на новую, т.е. часть сотрудников начинает использовать 2 МСА, в то время как остальные остаются на Платформе 1. При этом все настроенные в системе бизнес-процессы , включая критически важные, на обеих платформах работают эквивалентно, что гарантируется автоматизированным тестированием. Мы очень благодарны нашему партнеру за выбор им наших самых новаторских разработок и подходов к построению ИТ-инфраструктуры . Это характеризует банк «Монолит» как инновационный и прогрессивный. Надеемся, что наши технологии станут надежной опорой для бизнеса банка».

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

«ЦФТ-Банк» версия 12.19

19 октября 2012 года ЦФТ выпустил версию ЦФТ-Банк 12.19, в которой реализован 81 запрос банков-клиентов ЦФТ. Модифицировано более 20 существующих и создано 14 новых Приложений.

«ЦФТ-Банк» версия 12.13

По данным компании на июль 2012 года, в версии 12.13 реализовано 79 запросов банков-клиентов ЦФТ, модифицировано более 24 существующих и создано 7 новых приложений.

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

В то же время, система версии 12.13 пополнилась приложениями: «Формирование РВП по срочным конверсионным сделкам» (бизнес-направление «Главная бухгалтерская книга») — обеспечивает стандартизацию процедуры формирования резерва на возможные потери по срочным конверсионным сделкам и снижение затрат на ее выполнение, поддерживает все этапы формирования РВП (определение категории качества, процента резерва, расчетной базы и суммы резерва, открытие финансовых счетов учета резервов и формирование финансовых документов); «Загрузка и хранение информации о клиенте в графическом виде» (бизнес-направление «Единое досье клиента») — обеспечивает получение графической информации с помощью сканера и веб-камеры напрямую из АРМа «ЦФТ-Навигатор», при этом процедуры сканирования, фотографирования, просмотра и загрузки информации могут выполняться в режиме единого окна, что позволяет сократить время обслуживания клиентов; «Изменение процентной ставки по кредиту в зависимости от наличия действующего договора страхования» (бизнес-направление «Кредитование») — позволяет минимизировать риски по кредитным продуктам, предусматривающим страхование заемщика и объектов кредитования, управлять уровнем процентной ставки по кредитному договору в зависимости от наличия на текущий момент действующего договора страхования, требуемого для данного вида кредита; «Обработка файла холдов из ПЦ `КартСтандарт`» (бизнес-направление «Пластиковые карты») — предназначено для обновления в системе информации об активных в процессинговом центре холдах (автоматическая загрузка и обработка файлов, полученных из ПЦ «КартСтандарт», позволит сократить риски возникновения ошибок).

2010

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

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

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

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

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

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

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

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

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

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

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

В 2016 году международная компания SWIFT разработала программу безопасности пользователей CSP (Customer Security Programme). Ее цель – повышение уровня информационной безопасности участников системы передачи финансовых сообщений. Согласно этой программе, все клиенты SWIFT обязаны проводить ежегодную оценку банковской безопасности на соответствие 16 критериям. Новые требования распространяются на всё ИТ-окружение банка – от уровня обмена данными до настроек пользовательских ПК.

Клиенты SWIFT должны делать оценку соответствия самостоятельно либо с привлечением независимых аудиторов, аккредитованных SWIFT. ЦФТ имеет многолетний опыт проведения аудитов на соответствие различным банковским стандартам, является членом Российской Национальной Ассоциации СВИФТ (РОССВИФТ). Компания обладает всеми необходимыми компетенциями и ресурсами для предоставления банкам качественных услуг по аудиту и консалтингу в рамках программы SWIFT CSP.

«Наша задача как вендора – помочь банкам сделать максимально безопасной систему передачи платежной информации, минимизировать финансовые и репутационные риски банков и их клиентов, – говорит Председатель Правления ГК ЦФТ Андрей Висящев. – На сегодняшний день мы уже успешно реализовали несколько проектов по анализу защищенности подключения финансовых организаций к системе SWIFT. Первый проект по аттестации локальной ИТ-инфраструктуры на соответствие новым требованиям SWIFT мы выполнили в Экспобанке, одном из ведущих участников российского финансового рынка. Результаты проведенных работ позволили нашему партнеру убедиться в высоком уровне защищенности своего подключения к системе SWIFT. Наши специалисты также провели аудит информационной безопасности ИТ-инфраструктуры Аксонбанка и реализовали свой внутренний проект – сделали самооценку соответствия РНКО «Платежный Центр» (входит в состав ГК ЦФТ) новым требованиям SWIFT. Поскольку подобные проверки с 2018 года являются обязательными и ежегодными для участников финансового рынка, мы включили консалтинговые услуги в области соблюдения стандартов SWIFT CSP в наш портфель услуг и готовы оказывать содействие банкам в проверках эффективности принятых ими мер по обеспечению информационной безопасности».

В рамках услуг по кибербезопасности для клиентов SWIFT специалисты ЦФТ выполняют комплексный анализ защищенности ИТ-инфраструктуры финансовой организации, проводят обследование существующего ИТ-окружения банка, делают оценку соответствия клиентской части инфраструктуры SWIFT, установленной в банке, требованиям стандарта SWIFT Customer Security Controls Framework.

SWIFT — глобальное кооперативное сообщество, международная межбанковская система передачи информации и совершения платежей. Основана в 1973 году. Главный офис расположен в Брюсселе. Официальный сайт: https://www.swift.com/

Центр Финансовых Технологий (ЦФТ) — группа инновационных компаний, работающих в области информационных технологий для финансового сектора с 1991 года. Основная деятельность ЦФТ связана с проектированием, разработкой и тиражированием высокотехнологичных решений для кредитно-финансовых организаций, оказанием широкого спектра процессинговых услуг, IT-консалтингом и обучением банковских специалистов. ЦФТ входит в TOP-5 крупнейших разработчиков ПО, действующих на российском рынке.

Контейнер Docker – это отдельная функциональность, решающая определенную бизнес-задачу

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

Управление бизнес-процессами, редактирование бизнес-процессов
on
-line
(стандарт
BPMN
2.0)

Преимущества архитектуры

Благодаря микросервисной архитектуре, система масштабируется горизонтально с точки зрения стоимости сопровождения и эксплуатации
Поддержка разных АБС, в том числе нескольких одновременно. Интеграция «из коробки» с системами ЦФТ
Наличие web и mobile версий системы

Возможность работы 24х7:

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

Безопасность

Ролевая модель управления доступом
Изоляция микросервисов на сетевом уровне с помощью Docker
Авторизация в микросервисах на основе JWT
Возможность размещения системы в облаке ЦФТ
Гарантия разграничений прав доступа в соответствии с требованиями бизнеса
Высокая защищенность от внешних атак

Платформа 1

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

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

Платформа 1 позволяет Банку в разы сократить время вывода на рынок новых Продуктов за счет использования уникального
.

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

Платформа 1 разделена на следующие логические уровни:

Уровень 1
. Хранилище прикладных данных прикладной модели: таблицы и представления Oracle Server.
Уровень 2.
Бизнес-логика: хранимые процедуры Oracle Server.
Уровень 3.
Рабочее место пользователя — «ЦФТ–Навигатор»: универсальный клиент, реализующий логику представления прикладной модели конечному пользователю.

Платформа 1 обеспечивает банку:

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

АРХИТЕКТУРНО-ТЕХНОЛОГИЧЕСКИЕ ПРЕИМУЩЕСТВА

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

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

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

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

Возможности инструментальной платформы позволили реализовать на ее базе программные продукты, каждый из которых ориентирован на решение определенного круга задач (ЦФТ-Банк – автоматизация основной банковской деятельности, ЦФТ-Ритейл банк — операции клиентского обслуживания розничных клиентов, ЦФТ-Управленческий учет — аналитический учет и отчетность, стратегическое управление банком и т.д.).

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

Широкая функциональность систем на базе Платформы 1

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

В основе систем на базе Платформы 1, лежит концепция непрерывного развития и гибкого наращивания функциональных возможностей за счет финансовых бизнес-Приложений.

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

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

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

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

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

ОРГАНИЗАЦИЯ СИСТЕМЫ БЕЗОПАСНОСТИ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Платформа 2 MCA

Платформа 2 МСА (Mission Critical Application)
– новейшая разработка ЦФТ. Технологическая платформа нового поколения для разработки и использования КРИТИЧЕСКИ важных банковских приложений.

Обладая всеми свойствами Платформы 1, Платформа 2 MCA (за счет применения 3-х уровневой архитектуры) предоставляет банку феноменальную производительность, неограниченную масштабируемость и лучшее на рынке соотношение цена-качество.

Преимущества банковских систем, реализованных на Платформе 2 МСА:

Поддержка всех современных средств интеграции.
Независимость обновлений системного ядра и системы управления прикладными решениями.
Неограниченные возможности в наращивании производительности («столько, сколько необходимо»).
Надежность: обеспечение работы критически важных приложений на уровне, максимально приложенном к формату 24х7.

Неограниченная масштабируемость

Трехуровневая архитектура Платформы 2 МСА обеспечивает неограниченные возможности масштабирования и централизации. Масштабируемость возможна как на уровне серверов приложений, так и на уровне серверов БД.

За счет разделения прикладной логики и базы данных реализована возможность масштабировать систему не серверами класса high-end, а серверами уровня middle-range или даже серверами нижнего уровня. В качестве сервера базы данных используется сервер middle-range, а система масштабируется серверами приложений, суммарная процессорная мощность которых будет стоить банку в 10 раз дешевле, чем high-end сервер такой же мощности.

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

Мультиплатформенность

Независимость от операционных систем, потенциальная независимость от СУБД.
Независимость от ОС серверов приложений.
Независимость от производителей серверов приложений

Преемственность Платформ ЦФТ

Для банков, где уже установлены банковские системы ЦФТ на Платформе 1 переход на Платформу 2 МСА – это всего лишь перенос прикладной части систем на новое технологическое ядро.

При этом банку нет необходимости в переобучении бизнес-пользователей системы — интерфейс и функциональность систем идентичны. ИТ-сотрудникам банка также нет необходимости обучаться новым языкам программирования — специалистами ЦФТ создан компилятор из PL/plus в Java.

Феноменальная производительность

Платформа 2 МСА обеспечивает одновременное обслуживание до 100 000 пользователей и поддержку до 100 000 000 счетов клиентов в единой базе данных в режиме реального времени.

Высокие показатели производительности и масштабируемости технологической платформы подтверждены в рамках тестирования информационного банковского комплекса ЦФТ-Банк (Платформа 2 MCA), развернутого на сервере баз данных на основе платформы HP Superdome с СУБД Oracle 10g.

Анализировалась зависимость производительности аппаратно-программного комплекса от количества сессий. Начальные показатели:

В процессе тестирования анализировались следующие параметры загрузки аппаратных ресурсов системы:

очередь заданий к процессорам;

очереди к дисковой подсистеме;

использование оперативной памяти.

Результаты сравнения ЦФТ-Платформа 2 MCA и ЦФТ-Платформа 1

Проведенные испытания продемонстрировали большие возможности масштабирования систем на базе технологического ядра нового поколения Платформа 2 MCA с обеспечением более чем пятикратного увеличения производительности используемого оборудования.

Системные Приложения

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

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

Платформа стремительно развивается, чтобы соответствовать самым высоким современным требованиям к банковским информационным системам. Наиболее интересные и востребованные решения, составляющие наше know how
мы оформляем в виде отдельных Приложений.

1.
ЦФТ-Банк

2.
ЦФТ-Платформа развития

3.
ЦФТ-Навигатор

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Особенности архитектуры

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

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

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

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

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

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

Источник

Приложения. Краткое руководство по установке и настройке программы «ЦФТ — Банк Клиент Цфт банк инструкция по применению

В тестах было использовано следующее оборудование и программное обеспечение:

Сервер БД – BullSequana S800 8 процессоров Intel Xeon 8158 (12 ядер 3.0Ггц), 1,5ТБ DDR4, RHEL 7.5, Oracle Database 12c.
Серверы приложений – 24 виртуальных сервера по 32vCPU/128ГБ памяти, размещенные на 2 серверах BullSequana S800 8 процессоров Intel Xeon 8176 (28 ядер 2.1Ггц), Oracle Linux 7.4 UEK4, Oracle Weblogic Standard Edition 12.2, Oracle JDK 1.8.0_152.
Технологическое ядро ЦФТ-Банк 7.6, версия ЦФТ-Банк 18.1, серверы приложений версии 2.44.

Тестирование на серверах BullSequana S800

2012

Платформа 2 МСА — стандарт технологической платформы для аутсорсинга ЦФТ-Банк

«На наш взгляд система ЦФТ-Банк на Платформе 2 МСА – наиболее оптимальное на сегодня решение для реализации бизнес-стратегии современного банка, – говорит Андрей Висящев, председатель правления ГК ЦФТ. – Это хорошая альтернатива для тех кредитных организаций, которые работают на перспективу и готовы расширять свой бизнес. Платформа 2 МСА обеспечивает информационным системам феноменальную производительность, исключительно высокую готовность к масштабированию приложений. 2 МСА поддерживает все современные средства интеграции, поддерживает независимость обновлений системного ядра и системы управления прикладными решениями, что в свою очередь позволяет очень быстро вводить в промышленную эксплуатацию новые продукты и обновлять продуктовую линейку банка по первому требованию бизнеса. Формат «софт как сервис» позволяет банкам любого масштаба бизнеса использовать в своей деятельности лучшие разработки ЦФТ. Теперь кредитным организациям, выбравшим аутсорсинговую модель использования системы ЦФТ-Банк, мы будем рекомендовать размещение прикладной части ЦФТ-Банк на Платформе 2 МСА».

«Этот проект продемонстрировал насколько быстро и легко наш «аутсорсинговый» клиент может осуществить миграцию системы ЦФТ-Банк с одной технологической платформы на другую, – комментирует А. Висящев. – Перенос данных производится поэтапно и практически незаметно для пользователей. На этапе миграции Платформа 2 MCA позволяет постепенно переключать сотрудников со старой платформы на новую, т.е. часть сотрудников начинает использовать 2 МСА, в то время как остальные остаются на Платформе 1. При этом все настроенные в системе бизнес-процессы , включая критически важные, на обеих платформах работают эквивалентно, что гарантируется автоматизированным тестированием. Мы очень благодарны нашему партнеру за выбор им наших самых новаторских разработок и подходов к построению ИТ-инфраструктуры . Это характеризует банк «Монолит» как инновационный и прогрессивный. Надеемся, что наши технологии станут надежной опорой для бизнеса банка».

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

«ЦФТ-Банк» версия 12.19

«ЦФТ-Банк» версия 12.13

2010

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

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

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

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

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

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

Решаемые задачи:

Ведение договоров РКО в валюте РФ
Ведение договоров РКО в иностранной валюте
Работа с чековыми книжками
Учет экспедированных документов, принятых на инкассо
Начисление процентов
Удержание комиссий
Ограничения по счетам РКО
Учет и распределение экспортной выручки; обратная продажа валюты
Ведение картотеки 1 по сроку
Ведение картотеки 1 по приостановленным операциям
Ведение картотеки 2
Контроль кассовой дисциплины предприятия

Приложения раздела «Инкассация»
обеспечивают учет всего спектра услуг клиентам: операций по инкассации денежной наличности клиентов, ее пересчет и зачисление на счет клиента, доставку денежных средств и ценностей, а также инкассации собственных подразделений.

Решаемые задачи:

Учет договоров инкассации с клиентами
Учет договоров внутренней инкассации
Учет сумок
Формирование отчетности

Комплекс Приложений «Ведение и учет кассовых операций»
для организации кассовых операций в банке.

Решаемые задачи:

Прием и выдача наличных денежных средств
Кассовая отчетность
Печать чеков на ККМ
Печать финального отчета и отчета закрытия смены

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

Решаемые задачи:

Аккредитив
— один из видов документарных операций банка. Эта форма безналичных расчетов между клиентами актуальна при проведении крупных и требующих серьезных гарантий финансовых сделок (купля-продажа недвижимости, транспортных средств, оплата ценных бумаг и т.д.). Приложения по работе с аккредитивами предназначены для оформления и ведения аккредитивов в соответствии с регламентирующими документами, отражения операций в бухгалтерском учете. Комплекс Приложений «Аккредитивы»
позволяет работать со всеми видами аккредитивов: покрытые (депонированные), непокрытые (гарантированные банком), отзывные и безотзывные. Их использование позволит специалистам банка проводить все необходимые операции по ведению аккредитивов максимально просто и оперативно.

Контейнер Docker – это отдельная функциональность, решающая определенную бизнес-задачу

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

Управление бизнес-процессами, редактирование бизнес-процессов
on
-line
(стандарт
BPMN
2.0)

Преимущества архитектуры

Благодаря микросервисной архитектуре, система масштабируется горизонтально с точки зрения стоимости сопровождения и эксплуатации
Поддержка разных АБС, в том числе нескольких одновременно. Интеграция «из коробки» с системами ЦФТ
Наличие web и mobile версий системы

Возможность работы 24х7:

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

Безопасность

Ролевая модель управления доступом
Изоляция микросервисов на сетевом уровне с помощью Docker
Авторизация в микросервисах на основе JWT
Возможность размещения системы в облаке ЦФТ
Гарантия разграничений прав доступа в соответствии с требованиями бизнеса
Высокая защищенность от внешних атак

Платформа 1

Платформа 1 разделена на следующие логические уровни:

Уровень 1
. Хранилище прикладных данных прикладной модели: таблицы и представления Oracle Server.
Уровень 2.
Бизнес-логика: хранимые процедуры Oracle Server.
Уровень 3.
Рабочее место пользователя — «ЦФТ–Навигатор»: универсальный клиент, реализующий логику представления прикладной модели конечному пользователю.

Платформа 1 обеспечивает банку:

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

АРХИТЕКТУРНО-ТЕХНОЛОГИЧЕСКИЕ ПРЕИМУЩЕСТВА

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

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

Широкая функциональность систем на базе Платформы 1

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

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

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

ОРГАНИЗАЦИЯ СИСТЕМЫ БЕЗОПАСНОСТИ

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

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

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

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

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

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

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

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

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

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

Платформа 2 MCA

Преимущества банковских систем, реализованных на Платформе 2 МСА:

Поддержка всех современных средств интеграции.
Независимость обновлений системного ядра и системы управления прикладными решениями.
Неограниченные возможности в наращивании производительности («столько, сколько необходимо»).
Надежность: обеспечение работы критически важных приложений на уровне, максимально приложенном к формату 24х7.

Неограниченная масштабируемость

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

Мультиплатформенность

Независимость от операционных систем, потенциальная независимость от СУБД.
Независимость от ОС серверов приложений.
Независимость от производителей серверов приложений

Преемственность Платформ ЦФТ

Феноменальная производительность

В процессе тестирования анализировались следующие параметры загрузки аппаратных ресурсов системы:

очередь заданий к процессорам;

очереди к дисковой подсистеме;

использование оперативной памяти.

Результаты сравнения ЦФТ-Платформа 2 MCA и ЦФТ-Платформа 1

Системные Приложения

Руководители банка всегда знают, какие финансовые продукты необходимо предложить клиентам, но не могут сделать это достаточно быстро. Часто их сдерживают именно ИТ.

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

Запуск Продукта превращается из ИТ-проекта, в бизнес-проект.

Для каждого Продукта Каталоги содержат набор Приложений и настроек, необходимых для его реализации в ЦФТ-Банк. Выберите то, что нужно именно Вам.

Для Вашего удобства в Каталог Приложений включена подробная информация о каждом из Приложений:

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

Используйте Каталоги и всего за несколько минут Вы можете:

выбрать нужный Вам комплект Продуктов и Приложений,
посчитать его общую стоимость.

По любым вопросам, связанным с выбором или использованием Продуктов/Приложений, обращайтесь к специалистам Службы поддержки ЦФТ по телефону бесплатной «горячей линии»: 8 800 200 95 75 или по e-mail: .

Не нашли в Каталоге нужного Продукта?

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

ЦФТ исходит из того, что эксперты банка:

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

Источник

Как в ЦФТ реализовать то, что мы всегда делали в Бисквите (с примерами)

Время на прочтение
12 мин

Количество просмотров 9.4K

В тестах было использовано следующее оборудование и программное обеспечение:

Сервер БД – BullSequana S800 8 процессоров Intel Xeon 8158 (12 ядер 3.0Ггц), 1,5ТБ DDR4, RHEL 7.5, Oracle Database 12c.
Серверы приложений – 24 виртуальных сервера по 32vCPU/128ГБ памяти, размещенные на 2 серверах BullSequana S800 8 процессоров Intel Xeon 8176 (28 ядер 2.1Ггц), Oracle Linux 7.4 UEK4, Oracle Weblogic Standard Edition 12.2, Oracle JDK 1.8.0_152.
Технологическое ядро ЦФТ-Банк 7.6, версия ЦФТ-Банк 18.1, серверы приложений версии 2.44.

Тестирование на серверах BullSequana S800

2012

Платформа 2 МСА — стандарт технологической платформы для аутсорсинга ЦФТ-Банк

«На наш взгляд система ЦФТ-Банк на Платформе 2 МСА – наиболее оптимальное на сегодня решение для реализации бизнес-стратегии современного банка, – говорит Андрей Висящев, председатель правления ГК ЦФТ. – Это хорошая альтернатива для тех кредитных организаций, которые работают на перспективу и готовы расширять свой бизнес. Платформа 2 МСА обеспечивает информационным системам феноменальную производительность, исключительно высокую готовность к масштабированию приложений. 2 МСА поддерживает все современные средства интеграции, поддерживает независимость обновлений системного ядра и системы управления прикладными решениями, что в свою очередь позволяет очень быстро вводить в промышленную эксплуатацию новые продукты и обновлять продуктовую линейку банка по первому требованию бизнеса. Формат «софт как сервис» позволяет банкам любого масштаба бизнеса использовать в своей деятельности лучшие разработки ЦФТ. Теперь кредитным организациям, выбравшим аутсорсинговую модель использования системы ЦФТ-Банк, мы будем рекомендовать размещение прикладной части ЦФТ-Банк на Платформе 2 МСА».

«Этот проект продемонстрировал насколько быстро и легко наш «аутсорсинговый» клиент может осуществить миграцию системы ЦФТ-Банк с одной технологической платформы на другую, – комментирует А. Висящев. – Перенос данных производится поэтапно и практически незаметно для пользователей. На этапе миграции Платформа 2 MCA позволяет постепенно переключать сотрудников со старой платформы на новую, т.е. часть сотрудников начинает использовать 2 МСА, в то время как остальные остаются на Платформе 1. При этом все настроенные в системе бизнес-процессы , включая критически важные, на обеих платформах работают эквивалентно, что гарантируется автоматизированным тестированием. Мы очень благодарны нашему партнеру за выбор им наших самых новаторских разработок и подходов к построению ИТ-инфраструктуры . Это характеризует банк «Монолит» как инновационный и прогрессивный. Надеемся, что наши технологии станут надежной опорой для бизнеса банка».

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

«ЦФТ-Банк» версия 12.19

«ЦФТ-Банк» версия 12.13

2010

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

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

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

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

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

Контейнер Docker – это отдельная функциональность, решающая определенную бизнес-задачу

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

Управление бизнес-процессами, редактирование бизнес-процессов
on
-line
(стандарт
BPMN
2.0)

Преимущества архитектуры

Благодаря микросервисной архитектуре, система масштабируется горизонтально с точки зрения стоимости сопровождения и эксплуатации
Поддержка разных АБС, в том числе нескольких одновременно. Интеграция «из коробки» с системами ЦФТ
Наличие web и mobile версий системы

Возможность работы 24х7:

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

Безопасность

Ролевая модель управления доступом
Изоляция микросервисов на сетевом уровне с помощью Docker
Авторизация в микросервисах на основе JWT
Возможность размещения системы в облаке ЦФТ
Гарантия разграничений прав доступа в соответствии с требованиями бизнеса
Высокая защищенность от внешних атак

Платформа 1

Платформа 1 разделена на следующие логические уровни:

Уровень 1
. Хранилище прикладных данных прикладной модели: таблицы и представления Oracle Server.
Уровень 2.
Бизнес-логика: хранимые процедуры Oracle Server.
Уровень 3.
Рабочее место пользователя — «ЦФТ–Навигатор»: универсальный клиент, реализующий логику представления прикладной модели конечному пользователю.

Платформа 1 обеспечивает банку:

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

АРХИТЕКТУРНО-ТЕХНОЛОГИЧЕСКИЕ ПРЕИМУЩЕСТВА

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

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

Широкая функциональность систем на базе Платформы 1

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

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

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

ОРГАНИЗАЦИЯ СИСТЕМЫ БЕЗОПАСНОСТИ

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

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

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

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

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

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

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

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

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

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

Платформа 2 MCA

Преимущества банковских систем, реализованных на Платформе 2 МСА:

Поддержка всех современных средств интеграции.
Независимость обновлений системного ядра и системы управления прикладными решениями.
Неограниченные возможности в наращивании производительности («столько, сколько необходимо»).
Надежность: обеспечение работы критически важных приложений на уровне, максимально приложенном к формату 24х7.

Неограниченная масштабируемость

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

Мультиплатформенность

Независимость от операционных систем, потенциальная независимость от СУБД.
Независимость от ОС серверов приложений.
Независимость от производителей серверов приложений

Преемственность Платформ ЦФТ

Феноменальная производительность

В процессе тестирования анализировались следующие параметры загрузки аппаратных ресурсов системы:

очередь заданий к процессорам;

очереди к дисковой подсистеме;

использование оперативной памяти.

Результаты сравнения ЦФТ-Платформа 2 MCA и ЦФТ-Платформа 1

Системные Приложения

1.
ЦФТ-Банк

2.
ЦФТ-Платформа развития

3.
ЦФТ-Навигатор

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

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

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

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

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

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

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

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

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

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

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

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

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

Особенности архитектуры

Источник

Приложения. Краткое руководство по установке и настройке программы «ЦФТ — Банк Клиент Цфт банк инструкция по применению

В тестах было использовано следующее оборудование и программное обеспечение:

Сервер БД – BullSequana S800 8 процессоров Intel Xeon 8158 (12 ядер 3.0Ггц), 1,5ТБ DDR4, RHEL 7.5, Oracle Database 12c.
Серверы приложений – 24 виртуальных сервера по 32vCPU/128ГБ памяти, размещенные на 2 серверах BullSequana S800 8 процессоров Intel Xeon 8176 (28 ядер 2.1Ггц), Oracle Linux 7.4 UEK4, Oracle Weblogic Standard Edition 12.2, Oracle JDK 1.8.0_152.
Технологическое ядро ЦФТ-Банк 7.6, версия ЦФТ-Банк 18.1, серверы приложений версии 2.44.

Тестирование на серверах BullSequana S800

2012

Платформа 2 МСА — стандарт технологической платформы для аутсорсинга ЦФТ-Банк

«На наш взгляд система ЦФТ-Банк на Платформе 2 МСА – наиболее оптимальное на сегодня решение для реализации бизнес-стратегии современного банка, – говорит Андрей Висящев, председатель правления ГК ЦФТ. – Это хорошая альтернатива для тех кредитных организаций, которые работают на перспективу и готовы расширять свой бизнес. Платформа 2 МСА обеспечивает информационным системам феноменальную производительность, исключительно высокую готовность к масштабированию приложений. 2 МСА поддерживает все современные средства интеграции, поддерживает независимость обновлений системного ядра и системы управления прикладными решениями, что в свою очередь позволяет очень быстро вводить в промышленную эксплуатацию новые продукты и обновлять продуктовую линейку банка по первому требованию бизнеса. Формат «софт как сервис» позволяет банкам любого масштаба бизнеса использовать в своей деятельности лучшие разработки ЦФТ. Теперь кредитным организациям, выбравшим аутсорсинговую модель использования системы ЦФТ-Банк, мы будем рекомендовать размещение прикладной части ЦФТ-Банк на Платформе 2 МСА».

«Этот проект продемонстрировал насколько быстро и легко наш «аутсорсинговый» клиент может осуществить миграцию системы ЦФТ-Банк с одной технологической платформы на другую, – комментирует А. Висящев. – Перенос данных производится поэтапно и практически незаметно для пользователей. На этапе миграции Платформа 2 MCA позволяет постепенно переключать сотрудников со старой платформы на новую, т.е. часть сотрудников начинает использовать 2 МСА, в то время как остальные остаются на Платформе 1. При этом все настроенные в системе бизнес-процессы , включая критически важные, на обеих платформах работают эквивалентно, что гарантируется автоматизированным тестированием. Мы очень благодарны нашему партнеру за выбор им наших самых новаторских разработок и подходов к построению ИТ-инфраструктуры . Это характеризует банк «Монолит» как инновационный и прогрессивный. Надеемся, что наши технологии станут надежной опорой для бизнеса банка».

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

«ЦФТ-Банк» версия 12.19

«ЦФТ-Банк» версия 12.13

2010

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

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

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

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

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

Решаемые задачи:

Ведение договоров РКО в валюте РФ
Ведение договоров РКО в иностранной валюте
Работа с чековыми книжками
Учет экспедированных документов, принятых на инкассо
Начисление процентов
Удержание комиссий
Ограничения по счетам РКО
Учет и распределение экспортной выручки; обратная продажа валюты
Ведение картотеки 1 по сроку
Ведение картотеки 1 по приостановленным операциям
Ведение картотеки 2
Контроль кассовой дисциплины предприятия

Решаемые задачи:

Учет договоров инкассации с клиентами
Учет договоров внутренней инкассации
Учет сумок
Формирование отчетности

Комплекс Приложений «Ведение и учет кассовых операций»
для организации кассовых операций в банке.

Решаемые задачи:

Прием и выдача наличных денежных средств
Кассовая отчетность
Печать чеков на ККМ
Печать финального отчета и отчета закрытия смены

Решаемые задачи:

Контейнер Docker – это отдельная функциональность, решающая определенную бизнес-задачу

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

Управление бизнес-процессами, редактирование бизнес-процессов
on
-line
(стандарт
BPMN
2.0)

Преимущества архитектуры

Благодаря микросервисной архитектуре, система масштабируется горизонтально с точки зрения стоимости сопровождения и эксплуатации
Поддержка разных АБС, в том числе нескольких одновременно. Интеграция «из коробки» с системами ЦФТ
Наличие web и mobile версий системы

Возможность работы 24х7:

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

Безопасность

Ролевая модель управления доступом
Изоляция микросервисов на сетевом уровне с помощью Docker
Авторизация в микросервисах на основе JWT
Возможность размещения системы в облаке ЦФТ
Гарантия разграничений прав доступа в соответствии с требованиями бизнеса
Высокая защищенность от внешних атак

Платформа 1

Платформа 1 разделена на следующие логические уровни:

Уровень 1
. Хранилище прикладных данных прикладной модели: таблицы и представления Oracle Server.
Уровень 2.
Бизнес-логика: хранимые процедуры Oracle Server.
Уровень 3.
Рабочее место пользователя — «ЦФТ–Навигатор»: универсальный клиент, реализующий логику представления прикладной модели конечному пользователю.

Платформа 1 обеспечивает банку:

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

АРХИТЕКТУРНО-ТЕХНОЛОГИЧЕСКИЕ ПРЕИМУЩЕСТВА

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

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

Широкая функциональность систем на базе Платформы 1

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

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

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

ОРГАНИЗАЦИЯ СИСТЕМЫ БЕЗОПАСНОСТИ

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

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

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

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

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

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

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

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

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

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

Платформа 2 MCA

Преимущества банковских систем, реализованных на Платформе 2 МСА:

Поддержка всех современных средств интеграции.
Независимость обновлений системного ядра и системы управления прикладными решениями.
Неограниченные возможности в наращивании производительности («столько, сколько необходимо»).
Надежность: обеспечение работы критически важных приложений на уровне, максимально приложенном к формату 24х7.

Неограниченная масштабируемость

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

Мультиплатформенность

Независимость от операционных систем, потенциальная независимость от СУБД.
Независимость от ОС серверов приложений.
Независимость от производителей серверов приложений

Преемственность Платформ ЦФТ

Феноменальная производительность

В процессе тестирования анализировались следующие параметры загрузки аппаратных ресурсов системы:

очередь заданий к процессорам;

очереди к дисковой подсистеме;

использование оперативной памяти.

Результаты сравнения ЦФТ-Платформа 2 MCA и ЦФТ-Платформа 1

Системные Приложения

Запуск Продукта превращается из ИТ-проекта, в бизнес-проект.

Для Вашего удобства в Каталог Приложений включена подробная информация о каждом из Приложений:

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

Используйте Каталоги и всего за несколько минут Вы можете:

выбрать нужный Вам комплект Продуктов и Приложений,
посчитать его общую стоимость.

Не нашли в Каталоге нужного Продукта?

ЦФТ исходит из того, что эксперты банка:

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

Источник

Как в ЦФТ реализовать то, что мы всегда делали в Бисквите (с примерами)

Время на прочтение
12 мин

Количество просмотров 9.4K

Привет, Хабр!

Редакторы советуют начинать статью именно с такого приветствия, ну так я спорить не буду:) Меня зовут Баранов Михаил, работаю программистом более 20 лет. В далеком, примерно 2003-м, году умные люди мне сказали: «Бросай этот язык программирования Progress 4Gl, он устарел, срочно переходи на какой-нибудь другой». Я не согласился. «На этом языке написано несколько банковских систем, и я буду востребован», — подумал я. Тогда я устроился работать с банковской системой Банкир/Про, написанной на языке Progress. Работал с ней около 5 лет. Но потом банки стали от нее отказываться. Тогда я стал работать с системой Бисквит тоже написанной на языке Progress.

Прошло еще 10 лет и от Бисквита стали банки отказываться. И вот в 2019 году я оказался в крайне неприятной ситуации: я отлично знаю только то, что уже мало кому нужно. Осенью 2019 года я получил отличное предложение от РСХБ-ИНТЕХ, где я сейчас и работаю. Я устроился туда выполнять задачи по разработке в системе Бисквит и одновременно изучать систему ЦФТ на языке программирования Pl Plus. Уже на испытательном сроке мне назначили 14 учебных курсов на учебном портале ЦФТ и стали давать элементарные задачки по разработке в системе ЦФТ. А примерно с лета 2020 года я полностью перешел на разработку в системе ЦФТ (и этому очень рад).

Эта статья о том, как сделать в ЦФТ то, что мы привыкли делать в Бисквите. Начинал я ее писать только для себя, чтобы упорядочить свои знания. Однако потом оказалась, что эта тема важна для всех разработчиков, которые переходят на ЦФТ и не только с Бисквита. Именно поэтому я решил разместить ее на Хабре.

Покажу на примерах

Примеры из Бисквита будут курсивом, примеры из ЦФТ — жирные или виде блоков кода:

Сообщение в поток:

MESSAGE “Hello world”.

debug_pipe('Hello world', 0);

Сообщение в окно:

MESSAGE “Hello world” VIEW-AS ALERT-BOX.

debug('Hello world', 0);

Операторы:

+ (для цифр) +

+ (для строк) || (конкатенация)

= (для сравнения) =

= (для присваивания) :=

<> !=

В остальном так же.

Если:

if ….. then do:

программный код

end.

else do:

программный код

end.

If …. then 
программный код
elsif …. then
программный код
else 
программный код
end if;

Разбор строк через разделитель:

ENTRY

Inp_str                    string;  --строка для разбора с разделителем ‘;’
item_command            rtl.string_table; --специальный массив 
item_command := STR_2.split(p_expression == Inp_str, p_delimiter == ';');

debug_pipe(item_command(1) , 0); -- Это как MESSAGE ENTRY(1…
debug_pipe(item_command(2) , 0); -- Это как MESSAGE ENTRY(2…

Выбор данных из базы

1) Простой поиск уникальной записи в таблице (в ТБП)

FIND

Пример:

Поиск счета по номеру

s_ac_str string_100; --входная строка с номером счета
r_ac_fin ref [AC_FIN]; --ссылка на счет
r_AC_FIN := ::[AC_FIN]([MAIN_V_ID] = s_ac_str); --получение ссылки
debug_pipe(‘Имя счета: ‘ || r_AC_FIN.[NAME], 0);  --вывод в сообщение имени счета

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

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

Пример:

У нас есть ссылка на счет (нашли в предыдущем примере), а нам нужно вывести имя владельца счета.

Это имя лежит в другой таблице клиентов CLIENT, но нам не нужно там осуществлять поиск самой записи, достаточно написать так:

debug_pipe(r_AC_FIN. [CLIENT_V].[NAME], 0);

В реквизите CLIENT_V на счете хранится ссылка на клиента — владельца счета.

2) Поиск первой записи с обработкой ситуации, когда запись не найдена.

FIND FIRST …… NO-ERROR.

….

IF NOT AVAILABLE

…..

s_ac_str string_100; --входная строка с номером счета
r_ac_fin ref [AC_FIN]; --ссылка счет
begin
    locate r_ac_fin in ::[AC_FIN]
          where r_ac_fin.[MAIN_V_ID] = s_ac_str
          order by r_ac_fin.[MAIN_V_ID] asc;
         debug_pipe(‘Имя счета: ‘ || r_AC_FIN.[NAME], 0);
     exception when NO_DATA_FOUND then
         debug_pipe('Запись не найдена', 0);
end;

3) Поиск последней записи.

FIND LAST

Аналогично, но вместо asc нужно писать desc

4) Перебор всех записей по некоторому условию одной таблицы.

FOR EACH

Способ 1:

s_ac_str string_100; --входная строка с номером счета
for acc in ::[AC_FIN] all where acc.[MAIN_V_ID] = s_ac_str loop
        debug_pipe(‘Имя счета: ‘ || acc.[NAME], 0);
end loop;

Способ 2:

s_ac_str string_100; --входная строка с номером счета
for (
    select acc(
        acc.[NAME] : C_NAME
        )
        in ::[AC_FIN] all
        where acc.[MAIN_V_ID] = s_ac_str
) loop
    debug_pipe(‘Имя счета: ‘ || acc.[C_NAME], 0);
end loop;

Слышал (но не проверял), что оба способа абсолютно одинаковы по быстродействию, поскольку код этих примеров Pl Plus во время компиляции преобразуется в одинаковый код Pl SQL.

5) Перебор всех записей по некоторому условию для нескольких таблиц.

FOR EACH….

,EACH…

Вывести имя счета и имя владельца.

for (
    select acc(
        acc.[NAME]  : C_NAME,
        cl.[NAME]   : C_NAME2
        )
        in ::[AC_FIN], (::[CLIENT] all : cl) all
        where acc.[MAIN_V_ID] = s_ac_str
          and acc.[CLIENT_V]  = cl
) loop
    debug_pipe('Имена_: ' || acc.[C_NAME] || ' ' || acc.[C_NAME2], 0);
end loop;

Для выполнения этой задачи необязательно было работать с 2-мя таблицами, можно сделать запрос к одной [AC_FIN] и использовать разыменованность.

Точно такой же результат выдаст такой код:

for (
    select acc(
        acc.[NAME]             : C_NAME,
        acc.[CLIENT_V].[NAME]   : C_NAME2
        )
        in ::[AC_FIN] all
        where acc.[MAIN_V_ID] = s_ac_str
) loop
    debug_pipe('Имена2_ : ' || acc.[C_NAME] || ' ' || acc.[C_NAME2], 0);
end loop;

Если вы написали такой код, но у вас ничего не отбирается, то вы забыли написать в коде слово «all», также как постоянно забывал я

Запуск одной операции из другой:

RUN oper.p (par1, par2).

Способ 1. В этом случае запускается только «тело» операции.

::[tbp_oper].[oper](
    P_PAR1 == par1,
    P_PAR2 == par1
    );

Способ 2. В этом случае запускается вся операция вместе с формой.

На вызывающей операции должна стоять галочка «Выводить команды в буфер сессии».

stdio.put_line_buf('<% PLPCALL [TBP_OPER].[OPER](%PARAM%.P_PAR1 => %VAR%.PAR1, %PARAM%.P_PAR2 => %VAR%.PAR2) %>');

Переменные PAR1 и PAR2 должны быть заданы в свойствах вызывающей операции в разделе «Переменные».

Способ 3. Вызов из клиент-скрипта тоже всей операции.

Runtime.PlayEx("<% PLPCALL [TBP_OPER].[OPER](%PARAM%.P_PAR1 => %VAR%.PAR1, %PARAM%.P_PAR2 => %VAR%.PAR2) %>")

Инклюды:

{globals.i}

pragma include(::[RUNTIME].[MACRO_LIB]);

Препроцессоры:

&GLOBAL-DEFINE DELIM «;» /* разделитель для csv формата */

pragma macro(DELIM,                  ';'); -- разделитель для csv формата

Использовать в коде: &DELIM

NO-UNDO, NO-LOCK:

Можно считать, что все переменные описываются как NO-UNDO.

bank.[DEPART] —NO-LOCK

EXCLUSIVE-LOCK:

Способ 1.

bank=>[DEPART] –-блокировка одного реквизита записи

Способ 2.

bank%lock –-блокировка всей записи

Где bank – ссылка на банки.

Первый способ обращения к записи типа bank.[DEPART], в отличие от NO-LOCK Бисквита, дает возможность изменить запись, поэтому bank=>[DEPART] применяется редко.

Транзакции:

DO TRANSACTION:

………

END.

Для управления транзакциями существует ряд операторов:

commit;

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

savepoint < имя >;

Устанавливает точку отката с именем < имя >.

rollback [ to < имя > ]

Отменяет сделанные изменения, начиная от последнего commit или начиная с места, где была установлена точка отката с именем < имя >.

Следует иметь ввиду, что операторы commit и rollback снимают все установленные пользователем физические блокировки и дают возможность другим пользователям изменять блокированные ранее данные.

Обмен данными между базой и файлами в разных форматах:

1) Выгрузка в XLS.

Для вывода в XLS используется шаблон. Его необходимо подгрузить в справочник «Справочник шаблонов документов».

pragma macro(xl, '::[OOXML].[API_XL]'); --препроцессор
pragma macro(lib_ooxml,'::[SHABLON_DOC].[LIB_OOXML]'); --препроцессор
&lib_ooxml.xl_init(p_shablon_code == 'RSB_REP_KSPL'); -- вызов шаблона
&xl.Open_Sheet(1); -- установим нужный лист
&xl.put(3, 6, ‘информация для вывода в ячейку 3 6 листа 1’)); -- вывод в строку 3, колонку 6
&lib_ooxml.xl_finish; --вывод xls на экран

2) Выгрузка в word.

Для вывода в word используется шаблон. Его необходимо подгрузить в справочник «Справочник шаблонов документов».

pragma macro(wd, '::[OOXML].[API_DOC_SAX]'); --препроцессор
p_shablon_ref ref [SHABLON_DOC]; --переменная для ссылки на шаблон
v_tf_field constant.MEMO_TABLE_S; --массив для переменных шаблона
p_shablon_ref := ::[SHABLON_DOC]%locate(x where x.CODE = 'SHABLON_CODE'); --поиск шаблона по коду
v_report_data := ::[SHABLON_DOC].[LIB_OOXML].wd_init(
	            p_shablon_ref         == p_shablon_ref                            
             ,p_filial             == stdlib.userid().[FILIAL]                        
             ,p_stop_on_error == false); --подгрузка шаблона
v_tf_field := &wd.GetDocVars; --подгрузка переменных из шаблона в массив
v_tf_field('ДАТА'):= vDate_Str; --заполнение переменной ДАТА неким значением
v_tf_field('ФИО'):= P_CLIENT; --заполнение переменной ФИО неким значением
&wd.PutDocVars(v_tf_field); --возврат значений с массива на документ
&wd.finish(v_report_data); --вывод документа на экран

3) Загрузка из файла csv (файл лежит на сервере, клиентом не выбирается, имя файла прописывается в операции)

--Необходимые переменные
ifile            integer;
ofile            [FILE$LOAD];sbuffer            varchar2(1000);
--Определим путь и имя файла
ofile.[SRC_PATH]    := stdio.Get_Env('FIO_ROOT_DIR');
ofile.[SRC_NAME]    := 'for_test.csv';
ofile.[SRC_TYPE]    := true;
--Вычитали данные
ifile := stdio.open(ofile.[SRC_PATH], ofile.[SRC_NAME], 'r');
        while stdio.get_line(ifile, sbuffer, True, stdio.WINTEXT, Null) loop
                if sbuffer is not null then
                        sbuffer:= replace(replace(sbuffer, chr(10), ''), chr(13), ''); 
        --В переменной sbuffer строки из файла for_test.csv.
        --Далее их можно обрабатывать, например разбирать
        --используя аналог функции ENTRY (описано выше)
                end if;
        end loop;
stdio.f_close(ifile);

4) Загрузка из XLS (файл лежит на клиенте или сервере и выбирается пользователем).

У операции необходимо создать параметр P_FILE типа FILE$LOAD и переменные V_FILEPATH типа STRING_4000, V_FILENAME типа STRING_4000.

P_FILE необходимо разместить на экранной форме.

В секции «Локальные описания» необходимо написать код:

pragma macro (xl, '::[OOXML].[API_XL]'); --препроцессор для работы с xls
pragma macro (get, '&xl.getSheetRowColVal(
            p_row        == [1]        --Строка адреса ячейки
            ,p_col        == [2]        --Колонка адреса ячейки
            ,p_sheet    == 1        --Номер листа
            ,p_tp        == v_s_tp        --Тип ячейки см. xl_tp_...
            ,p_st        == v_n_st        --Индекс стиля ячейки
        )', substitute); --препроцессор для получения данных из ячейки xlsv_s_tp                string(128); --переменная для &get
v_n_st                number; --переменная для &get
v_blob_file           blob := empty_blob(); --переменная для загрузки данных

В секции «Проверка» для p_message = ‘VALIDATE’ и p_info = ‘OK’ необходимо написать код:

if nvl(P_FILE.[SRC_TYPE], false) then
        P_FILE.[SRC_TYPE]        := null;
        P_FILE.[DST_TYPE]        := null;    
end if;
P_FILE.[DST_NAME] := P_FILE.[SRC_NAME];
V_FILEPATH        := P_FILE.[SRC_PATH];
V_FILENAME        := P_FILE.[SRC_NAME];

В секции «тело» разбор файла XLS:

::[SHABLON_DOC].[LIB_OOXML].read_from_file(    p_blob        == v_blob_file        --Содержимое файла (BLOB)
        ,p_dir      == V_FILEPATH    --Путь к файлу на сервере
        ,p_fname    == V_FILENAME    --Имя файла на сервере
        ,p_delete   == false         --Удаление файла на сервере после чтения
        ); -- чтение файла в переменную v_blob_file
 if v_blob_file is null then
    pragma error('Файл не выбран!');
 end if;    
 if not &xl.open_file(v_blob_file) then
    pragma error('Ошибка чтения файла!');
 end if;    
 &xl.open_sheet(1); --    открытие страницы 1 файла
 Debug_pipe(&get(6, 3), 0);  --данные из ячейки (строка 6,столбец 3,страница 1)

А где в ЦФТ настроечные параметры и классификаторы?

В справочнике Настройки. (FP_TUNE) и то, и другое.

А где с ЦФТ шедулер и бисмарк?

SYSTEM_JOBS (Выполнение заданий по расписанию): в навигаторе настраивается в Система/Выполнение заданий по расписанию
TEXT_JOBS (Выполнение текстовых заданий): в навигаторе настраивается в Система/Выполнение текстовых заданий.
Справочник BGP(Фоновые процессы)

Временные таблицы:

DEFINE temp-table

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

Вариант 1. Тип TEMP_TABLE_S (Временная таблица).

Она так называется, а на самом деле это постоянная таблица. Она описана в базе.

Можно использовать, хотя это делают редко.

Вариант 2. Создать свою таблицу в базе данных и использовать ее как временную. Необходимо на закладке «Таблица» указывать параметр «Время жизни» = «Пропадет по окончании сессии». Тогда она гарантированно будет чиститься и не будет загрязнять БД.

Вариант 3. Массивы, описанные в операциях (применяются часто).

Массивы действительно временные, но функциональность их сильно ограничена по сравнению с temp-table Бисквита. В массивах всего 1 индекс, он может быть целочисленный или строковый. Нельзя осуществлять поиск по полю массива. Можно осуществить поиск по индексу или полный перебор.

Пример описания массива:

type strucType is record (    FileName      string, 
                                helloString   string, 
                              procName      string ); 
type rezType is table of  strucType index by integer; 
rez   rezType;

Как массив применять, описывать не буду – примеров огромное множество.

Показать табличные данные пользователю

Объекты browse, navigate.

Способ 1. Представления.

Тема обширная, раскрывать не буду. Можно делать SQL-представления и писать для них запросы. Можно создавать простые представления, для них есть удобный конструктор. Простые представления можно конвертировать в SQL-представления при загрузке в Admin 2.0 (Eclipse).

Способ 2. GRID на форме операции.

Создать параметр операции как массив, например:

В качестве источника можно применить существующий в базе массив с данными или задействовать временную таблицу (пример 2, пункта 22 данной статьи).

Открыть в редакторе формы список параметров и оттуда перетащить на форму созданный параметр, а также необходимые реквизиты массива для вывода в GRID.

Задать пользователю вопрос после запуска операции по кнопке «OK»:

Эта задача меня поразила тем, как легко она реализуется в Бисквите и как сложно в ЦФТ.

Спасибо за пример и консультацию Олегу Опалихину.

В Бисквите:

if is_question then DO:

MESSAGE «Вы хотите продолжить?»

VIEW-AS ALERT-BOX QUESTION BUTTONS YES-NO UPDATE is_need_bl_process AS LOGICAL.

if not is_need_bl_process then RETURN.

end.

В ЦФТ:

1. Создать переменную операции V_IS_QUESTION типа Логика

2. Разместить переменную V_IS_QUESTION на форме операции. Поставить свойства переменной V_IS_QUESTION на форме Visible=False и ValidateName=V_IS_QUESTION. Поставить свойство кнопки OK на форме CheckValidate=True

3. Поставить в дополнительных свойствах операции «при смене элемента управления»= «Сервер,Клиент».

4. Написать в разделе операции «Клиент-скрипт» код на языке VBScript, который поднимет форму для вопроса пользователю:

Public Function Main(LastControl)
    Main = True
    If LastControl Is Ok Then
        Main = Null
        if Form1.ScriptServerValidate(Nothing, "QUESTION") then
            if V_IS_QUESTION then
                call Runtime.ShowMonitor
                if MsgBox("Вы хотите продолжить?", vbYesNo + vbQuestion + vbDefaultButton2, "Вопрос") = vbYes then
                    if Form1.ScriptServerValidate(Nothing, "PROCESS_BL_YES") then
                        Main = True
                    end if
                else
                    if Form1.ScriptServerValidate(Nothing, "PROCESS_BL_NO") then
                        Main = True
                    end if
                end if
            else
                Main = True
            end if
        end if
    End If
End Function

5. В разделе «Локальные описания» задать переменную:

v_b_need_bl_process boolean;

6. В разделе «Проверка» написать код:

begin
    if p_message = 'VALIDATE' then     if p_info = 'QUESTION' then
            --Здесь некий код который определяет нужно ли задавать вопрос пользователю
        V_IS_QUESTION := TRUE; --например нужно        
        elsif p_info = 'PROCESS_BL_YES' then
            v_b_need_bl_process := true;
        elsif p_info = 'PROCESS_BL_NO' then
            v_b_need_bl_process := false;
        end if;    
    end if;
end;

7. В разделе «Тело» написать код:

begin
    if not v_b_need_bl_process then
    return;
    end if;    --Здесь код, который выполняется если пользователь ответил «Да» 
    					 -- и не выполняется если пользователь ответил «Нет».    
    debug_pipe('Сработало!', 0); --например так
end;

Вопрос будет выглядеть так:

То, что нельзя сделать в Бисквите, но есть в ЦФТ:

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

2. В Бисквите отсутствует полноценный отладчик. В ЦФТ в новой среде разработки Admin 2.0 появилась возможность запускать полноценный отладчик с точками останова и соответственно с просмотром значения всех переменных во время остановки выполнения операции.

3. Разыменованность. Об этом писал выше.

Заключение

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

Хочу выразить благодарность людям, благодаря которым данная статья появилась:

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

Саламову Камилю за непосредственный импульс в написании статьи, за ценные замечания к тексту статьи, за моральную поддержку и за постоянные напоминания, что нужно переходить на Admin 2.0

Наумкину Анатолию за организацию обучения на учебном портале ЦФТ.

Миниярову Ринату, Давыдову Денису и Опалихину Олегу за ответы на вопросы в начале моего обучения ЦФТ и за примеры исходного кода.

Руфееву Максиму за внимательность. За то, что заметил мою ошибку в слове elsif

Шершову Андрею на помощь в публикации на Хабре.

Источник

Время на прочтение
7 мин

Количество просмотров 11K

Финансовые компании находятся в поисках лучших решений, которые оптимизируют внутренние процессы разработки, разовьют 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. Сегодня компании, которые задумали подобный переход, смогут пройти этот путь ощутимо быстрее.

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

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

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

• Сложный IT-ландшафт банка

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

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

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

В любом случае задача по централизации клиентских данных и управлению ими представляет собой целый комплекс технически сложных задач:

• поддержка полноты и актуальности клиентских данных во всех информационных системах банка;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Реклама

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

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

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

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

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

::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(’Ошибка!’).

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

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

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

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

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

все простые представления были автоматически преобразованы в 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 стал «обращать внимание» и на эти куски.

Результат

Источник

Краткое руководство по установке и настройке программы «ЦФТ — Банк Клиент. ЦФТ обеспечивает банкам поддержку в выполнении требований безопасности SWIFT по программе CSP Цфт банковская программа

В тестах было использовано следующее оборудование и программное обеспечение:

Сервер БД – BullSequana S800 8 процессоров Intel Xeon 8158 (12 ядер 3.0Ггц), 1,5ТБ DDR4, RHEL 7.5, Oracle Database 12c.
Серверы приложений – 24 виртуальных сервера по 32vCPU/128ГБ памяти, размещенные на 2 серверах BullSequana S800 8 процессоров Intel Xeon 8176 (28 ядер 2.1Ггц), Oracle Linux 7.4 UEK4, Oracle Weblogic Standard Edition 12.2, Oracle JDK 1.8.0_152.
Технологическое ядро ЦФТ-Банк 7.6, версия ЦФТ-Банк 18.1, серверы приложений версии 2.44.

Тестирование на серверах BullSequana S800

2012

Платформа 2 МСА — стандарт технологической платформы для аутсорсинга ЦФТ-Банк

«На наш взгляд система ЦФТ-Банк на Платформе 2 МСА – наиболее оптимальное на сегодня решение для реализации бизнес-стратегии современного банка, – говорит Андрей Висящев, председатель правления ГК ЦФТ. – Это хорошая альтернатива для тех кредитных организаций, которые работают на перспективу и готовы расширять свой бизнес. Платформа 2 МСА обеспечивает информационным системам феноменальную производительность, исключительно высокую готовность к масштабированию приложений. 2 МСА поддерживает все современные средства интеграции, поддерживает независимость обновлений системного ядра и системы управления прикладными решениями, что в свою очередь позволяет очень быстро вводить в промышленную эксплуатацию новые продукты и обновлять продуктовую линейку банка по первому требованию бизнеса. Формат «софт как сервис» позволяет банкам любого масштаба бизнеса использовать в своей деятельности лучшие разработки ЦФТ. Теперь кредитным организациям, выбравшим аутсорсинговую модель использования системы ЦФТ-Банк, мы будем рекомендовать размещение прикладной части ЦФТ-Банк на Платформе 2 МСА».

«Этот проект продемонстрировал насколько быстро и легко наш «аутсорсинговый» клиент может осуществить миграцию системы ЦФТ-Банк с одной технологической платформы на другую, – комментирует А. Висящев. – Перенос данных производится поэтапно и практически незаметно для пользователей. На этапе миграции Платформа 2 MCA позволяет постепенно переключать сотрудников со старой платформы на новую, т.е. часть сотрудников начинает использовать 2 МСА, в то время как остальные остаются на Платформе 1. При этом все настроенные в системе бизнес-процессы , включая критически важные, на обеих платформах работают эквивалентно, что гарантируется автоматизированным тестированием. Мы очень благодарны нашему партнеру за выбор им наших самых новаторских разработок и подходов к построению ИТ-инфраструктуры . Это характеризует банк «Монолит» как инновационный и прогрессивный. Надеемся, что наши технологии станут надежной опорой для бизнеса банка».

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

«ЦФТ-Банк» версия 12.19

«ЦФТ-Банк» версия 12.13

2010

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

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

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

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

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

(версии 1.48.05)

Установка программы:

ПО «ЦФТ — Банк Клиент» распространяется в виде каталога Sberbank.
Если на компьютере не установлена программа «ЦФТ — Банк Клиент» необходимо скопировать каталог Sberbank на локальный диск (рекомендуется по умолчанию С:\Sberbank) или на открытый сетевой ресурс (скопировать и открыть доступ для записи к каталогу Sberbank) в случае установки на нескольких компьютерах, связанных сетью. Далее скопированный каталог обозначается как SBERBANK.
Установить, если не установлен ранее Internet Explorer версии 5.5 SP2 или выше.
Установить, если не установлен ранее Microsoft XML Parser версии 3.0 или выше (SBERBANK\SpedDis\XML\msxml3.msi). По умолчанию, имеется в Windows XP и входит в состав Internet Explorer версии 6.0, MS Office XP/2003.
Установить если еще не установлен Windows Installer версии 2.0:

для Windows 9х: SBERBANK\SpedDis\InstMSI\instmsia.exe;
для Windows NT/2000: SBERBANK\SpedDis\InstMSI\instmsiw.exe.

Запустить файл SBERBANK\SpedDis\Distrib\cftbc.msi.

В процессе установки рекомендуется выбрать опцию «Полная».

Создание конфигурации:

Конфигурация для организации (ИП) распространяется в виде каталога с именем nnnnKxxxx (так называемый идентификатор организации), где nnnn – номер отделения Сбербанка, в котором обслуживается клиент, а xxxx – номер клиента в этом отделении. Данный каталог содержит файлы: 1.vol, cvtnam.ldif, файлы *.doс и каталог public. Данный каталог может распространяться с виде исполняемого самораспаковывающегося архива, либо любым другим образом. В любом случае необходимо скопировать каталог nnnnKxxxx в каталог SBERBANK\SpedDis. Возможен вариант, когда конфигурация предварительно уже скопирована в дистрибутив.
Скопировать с дискеты «Ключ связи» файл kl??????.nkl в каталог SBERBANK\SpedDis\nnnnKxxxx\Public.
Запустить программу «Рабочее место «ЦФТ — Банк Клиент»
В окне «Выберите конфигурацию рабочего места» в меню «Управление» выбрать пункт «Создать», запустится «Мастер конфигураций» (если конфигураций нет, то «Мастер конфигураций» запустится автоматически при старте окна выбора конфигураций).
Открыть каталог с дистрибутивом конфигурации SBERBANK\SpedDis\nnnnKxxxx и нажать «Далее».

Проверить параметры, при необходимости изменить.

Параметр «Пароль клиента для АПС» — любой символ (не должен быть пустым!).

Если предполагается использовать ключи на дискетах, то необходимо убрать флаг «Использовать touch memory» на закладке «СЗИ» и в качестве параметра «Устройство ключей» указать: PRV.BCR,A:\k-XXXX.pfx, где k-XXXX.pfx – имя файла ключа.

Нажать кнопку «Создать», «Мастер конфигураций» выполнит создание конфигурации.
Закрыть «Мастер конфигураций».
В окне выбора конфигураций программы «Рабочее место «ЦФТ – Банк Клиент» выбрать пункт меню «Управление\Обновить список» или нажать клавишу F5 на клавиатуре.

Настройка параметров:

Выделить созданную конфигурацию в списке и нажать кнопку «Выбрать». Ввести пароль и нажать «OK».
Проверить параметры в пункте меню «Сервис\Параметры» на вкладке «Общие», при необходимости изменить. Рекомендуются следующие параметры:

Проверить параметры, при необходимости изменить.

Параметр «Пароль клиента для АПС» — любой символ (не должен быть пустым!).

Если предполагается использовать ключи на дискетах, то необходимо убрать флаг «Использовать touch memory» на закладке «СЗИ» и в качестве параметра «Устройство ключей» указать: PRV.BCR,A:\k-XXXX.pfx, где k-XXXX.pfx – имя файла ключа.

Нажать кнопку «Создать», «Мастер конфигураций» выполнит создание конфигурации.
Закрыть «Мастер конфигураций».
В окне выбора конфигураций программы «Рабочее место «ЦФТ – Банк Клиент» выбрать пункт меню «Управление\Обновить список» или нажать клавишу F5 на клавиатуре.

Настройка параметров:

Выделить созданную конфигурацию в списке и нажать кнопку «Выбрать». Ввести пароль и нажать «OK».
Проверить параметры в пункте меню «Сервис\Параметры» на вкладке «Общие», при необходимости изменить. Рекомендуются следующие параметры:

В пункте меню «Сервис\Параметры» на вкладке «Печать» в пункте «Вывод отчетов\Ориентация» выбрать «Как задано в отчете».

Открыть пункт меню «Сервис\Пользователи», нажать кнопку «Добавить» и отметить галочкой все строчки. (Для предпринимателей данный пункт не выполняется).

Настройка Обмена:

Нажать кнопку «Обмен». Запустится программа «Модуль обмена».
1. Открыть пункт меню «Настройка\Подключение…».
2. Выбрать «Использовать модем».

Открыть пункт меню «Сервис\Пользователи», нажать кнопку «Добавить» и отметить галочкой все строчки. (Для предпринимателей данный пункт не выполняется).

Настройка Обмена:

Нажать кнопку «Обмен». Запустится программа «Модуль обмена».
1. Открыть пункт меню «Настройка\Подключение…».
2. Выбрать «Использовать модем».

Нажать кнопку «Добавить». Создать подключение:

Номер телефона:

2102896 (для клиентов, расположенных в г.Перми);
8,3426410001 (для клиентов, расположенных в Пермской области);

Рекомендуемое наименование – «Сбербанк»
.

Нажать кнопку «Свойства», на вкладке «Тип сервера» (Windows 9х) или «Сеть» (Windows 2000\XP) отключить все дополнительные параметры и все сетевые протоколы, кроме TCP/IP (можно не отключать «Планировщик пакетов QoS»).
В окне «Параметры удаленного доступа» ввести «Пользователь» и «Пароль» (имя и пароль одинаковы для всех клиентов):

Если был указан номер телефона 2102896:

Пользователь: user
;
Пароль: testtest
.

Если был указан номер телефона 8,3426410001:

Пользователь: client#zubsped
;
Пароль: bank
.

Нажать кнопку «ОК».
В пункте меню «Настройка\Уровень журналирования» отметить «галочкой» пункт «Низкий».

Обновление ключей:

С целью избежания несанкционированного копирования ключей (ключ связи или ЭЦП, далее ключ
) и управления счетами, клиент обязан обновлять ключи
на своем рабочем месте. Данная процедура гарантирует уникальность обновленного ключа, существующего после обновления в единственном экземпляре, т.е. все другие копии ключей, сделанные до обновления теряют свою актуальность, а значит и право управления счетом.
1. Выбрать пункт меню «Сервис\Ключи ЭЦП\Обновить». На вопрос «Вы действительно хотите обновить ключ?» ответить «Да».
2. Вставить в дисковод ключ, в окне ввода пароля ввести пароль и нажать «ОК».
3. На предложение распечатать открытый ключ выбрать «На принтер», но если принтер не доступен, необходимо выбрать «В файл…» и указать имя сохраняемого файла. Позже этот файл все равно необходимо будет распечатать.
4. На сообщении о необходимости провести обмен нажать «OK».
5. Закрыть программу.
6. Повторить пункты 22.1 – 22.4 для каждого
  ключа
  .
7. Вставить в дисковод дискету ключ связи и произвести сеанс связи с банком
  , при этом в банк будут отправлены запросы на обновление ключа. Ответ формируется Банком автоматически, ответ можно получить, повторив сеанс связи с банком через 10-20 минут.
8. При получении ответа на запрос обновления ключа при очередном обмене с банком будет выдано сообщение вида: «Получен ответ на запрос обновления ключа для …»
  . После этого сообщения необходимо закрыть программу
  , заново войти в «Рабочее место «ЦФТ — Банк Клиент».
9. На вопрос о завершении процедуры обновления ключа ответить «Да».
10. По запросу вставить дискету с обновляемым ключом и нажать «ОК».
11. В окне ввода пароля ввести пароль для ключа и нажать «ОК» (если вход в программу осуществлялся не по обновляемому ключу).
12. Повторить пункты 22.9 – 22.11 для каждого
  обновляемого ключа
  .

Подготовка документов:

Распечатать документы:

Акт приема-передачи программных средств c Приложением, 2 экз
Акт готовности к эксплуатации, 2 экз
Значения хэш-функций файлов (hash.res), 2 экз

Распечатанные документы (см. п. 22.3, 23) необходимо заполнить и передать в отделение Сбербанка
(операционисту). После получения всех документов в банке Ваш сертификат подписи делают рабочим. Только после этого Ваши платежные документы будут приниматься банком.
Сохранить конфигурацию на случай переустановки. Войти в «Рабочее место «ЦФТ – Банк Клиент». Выбрать пункт меню «Управление\Экспорт», в окне «Экспорт параметров конфигурации» открыть каталог SBERBANK\SpedDis\, указать имя файла – nnnn-K-xxxx, где nnnn-K-xxxx – номер, присвоенный вашей организации, нажать кнопку «Экспорт».

1.
ЦФТ-Банк

2.
ЦФТ-Платформа развития

3.
ЦФТ-Навигатор

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

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

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

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

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

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

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

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

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

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

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

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

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

Особенности архитектуры

Контейнер Docker – это отдельная функциональность, решающая определенную бизнес-задачу

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

Управление бизнес-процессами, редактирование бизнес-процессов
on
-line
(стандарт
BPMN
2.0)

Преимущества архитектуры

Благодаря микросервисной архитектуре, система масштабируется горизонтально с точки зрения стоимости сопровождения и эксплуатации
Поддержка разных АБС, в том числе нескольких одновременно. Интеграция «из коробки» с системами ЦФТ
Наличие web и mobile версий системы

Возможность работы 24х7:

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

Безопасность

Ролевая модель управления доступом
Изоляция микросервисов на сетевом уровне с помощью Docker
Авторизация в микросервисах на основе JWT
Возможность размещения системы в облаке ЦФТ
Гарантия разграничений прав доступа в соответствии с требованиями бизнеса
Высокая защищенность от внешних атак

Платформа 1

Платформа 1 разделена на следующие логические уровни:

Уровень 1
. Хранилище прикладных данных прикладной модели: таблицы и представления Oracle Server.
Уровень 2.
Бизнес-логика: хранимые процедуры Oracle Server.
Уровень 3.
Рабочее место пользователя — «ЦФТ–Навигатор»: универсальный клиент, реализующий логику представления прикладной модели конечному пользователю.

Платформа 1 обеспечивает банку:

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

АРХИТЕКТУРНО-ТЕХНОЛОГИЧЕСКИЕ ПРЕИМУЩЕСТВА

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

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

Широкая функциональность систем на базе Платформы 1

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

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

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

ОРГАНИЗАЦИЯ СИСТЕМЫ БЕЗОПАСНОСТИ

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

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

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

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

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

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

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

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

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

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

Платформа 2 MCA

Преимущества банковских систем, реализованных на Платформе 2 МСА:

Поддержка всех современных средств интеграции.
Независимость обновлений системного ядра и системы управления прикладными решениями.
Неограниченные возможности в наращивании производительности («столько, сколько необходимо»).
Надежность: обеспечение работы критически важных приложений на уровне, максимально приложенном к формату 24х7.

Неограниченная масштабируемость

БАЗОВЫЕ ПРИНЦИПЫ ПОСТРОЕНИЯ

Мультиплатформенность

Независимость от операционных систем, потенциальная независимость от СУБД.
Независимость от ОС серверов приложений.
Независимость от производителей серверов приложений

Преемственность Платформ ЦФТ

Феноменальная производительность

В процессе тестирования анализировались следующие параметры загрузки аппаратных ресурсов системы:

очередь заданий к процессорам;

очереди к дисковой подсистеме;

использование оперативной памяти.

Результаты сравнения ЦФТ-Платформа 2 MCA и ЦФТ-Платформа 1

Системные Приложения

Запуск Продукта превращается из ИТ-проекта, в бизнес-проект.

Для Вашего удобства в Каталог Приложений включена подробная информация о каждом из Приложений:

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

Используйте Каталоги и всего за несколько минут Вы можете:

выбрать нужный Вам комплект Продуктов и Приложений,
посчитать его общую стоимость.

Не нашли в Каталоге нужного Продукта?

ЦФТ исходит из того, что эксперты банка:

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

Источник