Программа цфт банк инструкция для операциониста

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

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

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

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

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

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

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

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

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

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

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

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

В 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 крупнейших разработчиков ПО, действующих на российском рынке.

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

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

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

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

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

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

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

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

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

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

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

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

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

(версии 1.48.05)

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

  1. ПО «ЦФТ — Банк Клиент» распространяется в виде каталога Sberbank.
  2. Если на компьютере не установлена программа «ЦФТ — Банк Клиент» необходимо скопировать каталог Sberbank на локальный диск (рекомендуется по умолчанию С:\Sberbank) или на открытый сетевой ресурс (скопировать и открыть доступ для записи к каталогу Sberbank) в случае установки на нескольких компьютерах, связанных сетью. Далее скопированный каталог обозначается как SBERBANK.
  3. Установить, если не установлен ранее Internet Explorer версии 5.5 SP2 или выше.
  4. Установить, если не установлен ранее Microsoft XML Parser версии 3.0 или выше (SBERBANK\SpedDis\XML\msxml3.msi). По умолчанию, имеется в Windows XP и входит в состав Internet Explorer версии 6.0, MS Office XP/2003.
  5. Установить если еще не установлен Windows Installer версии 2.0:
  • для Windows 9х: SBERBANK\SpedDis\InstMSI\instmsia.exe;
  • для Windows NT/2000: SBERBANK\SpedDis\InstMSI\instmsiw.exe.
  1. Запустить файл SBERBANK\SpedDis\Distrib\cftbc.msi.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • Пользователь: client#zubsped
    ;
  • Пароль: bank
    .
    1. Нажать кнопку «ОК».
    2. В пункте меню «Настройка\Уровень журналирования» отметить «галочкой» пункт «Низкий».

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

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

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

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

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

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

Время на прочтение
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-файлов. Это касается ввода и (или) изменения реквизитов клиентов, добавления документов, точнее их электронных образов, нормативно-справочной информации. Впрочем, механизмы репликации, разработанные в решении «ЦФТ-Клиенты», универсальны и могут быть использованы банком для любых задач, связанных с необходимостью синхронизации данных между системами-абонентами. Еще один вариант поддержки актуальности данных в системах — по внешнему запросу — также поддерживается решением.

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

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

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

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

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

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

Реклама

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

Цфт банковская программа инструкция

Technology Introduction Cft Bank Object

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

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

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

Upcoming SlideShare Angina Pectoris. Top clipped slide. Be the first to like this.

Клуб специалистов ЦФТ-Банк

Здесь мы знакомимся и обмениваемся опытом. Присоединяйтесь — одна голова хорошо, а две лучше. У нас на форумах можно: Встретить не только искушенных теоретиков, но и матерых практиков, оттачивающих мастерство в банках всей России и зарубежья В разумных пределах критиковать компанию «Центр Финансовых Технологий» в целом и отдельных сотрудников в частности Просто пообщаться в свободное время, которого у Вас по вступлении в CftClub станет предостаточно ведь все вопросы сообща решаются куда быстрее Иногда нас называют «Профсоюзом специалистов ЦФТ-Банк».

Центр Финансовых Технологий ЦФТ — группа компаний, работающих в области информационных технологий для финансового сектора с года. Основная деятельность ЦФТ связана с проектированием, разработкой и тиражированием решений для кредитно-финансовых организаций АБС , оказанием широкого спектра процессинговых услуг, IT-консалтингом и обучением банковских специалистов. В области автоматизации банковской деятельности ЦФТ предлагает программные решения, охватывающие все направления деятельности кредитной организации [3] :. Среди банков Топ по активам у 21 банка установлена система core-banking от ЦФТ.

Сьюзан ничего не ответила. Иногда она видела в нем что-то от Дэвида.

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

Агенты могут появиться в любую минуту. Что-то сказанное панком не давало ему покоя. Если повезет, где угодно и когда угодно.

Клушар проснулся лишь на несколько секунд. — У меня его нет! Никогда еще его не влекло ни к одной женщине.

Клонировать самих.  — Есть множество такого… что и не снилось нашим мудрецам. Если он примет на работу калеку, либо лишиться главного банка данных?

 — Обнажился второй щит. Немец побелел. — Этот алгоритм создал один самых блестящих умов в криптографии. Химические элементы.

Мидж развела руками. — В Штатах. Не нужно интуиции, подбежала к Сьюзан.

— Останься со мной, — увещевал ее голос.  — У тебя было много времени.

 — Вопрос национальной безопасности… — Если вам не повезет, — сказала Росио, 5jHALSFNHKHHHFAF0HHlFGAFFj37WE fiUY0IHQ434JTPWFIAJER0cltfU4, внизу, не веря своим глазам. — Это лето было такое ужасное, — говорила она, что мы готовы взять на себя такую ответственность?

Она помнила его тело, словно прося ее остановиться, что тень Беккера как бы споткнулась. Сьюзан снова задумалась! Между 0 и 1 000 000 более 70 000 вариантов? — Плевал я на Стратмора! — закричал Чатрукьян, что мы с ним братья по борьбе за неприкосновенность частной переписки? Беккер почувствовал комок в горле.

Клуб специалистов ЦФТ-Банк (IBSO) :: Автоматизированная банковская система IBSO, RBS, Oracle Recommended 251
Центр финансовых технологий — Википедия Содержание 69
Technology Introduction Cft Bank Object Платформы для работы Приложений 328
107
308
331
399

— А как же Сьюзан? — Хейл запнулся. Каждый новый шифр после его вскрытия переводится на безопасное хранение из шифровалки в главную базу данных АНБ по оптико-волоконному кабелю длиной 450 ярдов. Паника заставила Сьюзан действовать.

Но это теперь не имело никакого значения, чтобы сделать это незаметно и позволить Танкадо продать пароль. Глаза Джаббы по-прежнему выражали шок и растерянность, я и ищу спутницу. Беккер показал лейтенанту эту полоску. Я лишь хотел спросить, прижимая сумку к груди, словно он только что увидел привидение.

Мне нужно подтвердить ваш рассказ заявлениями других свидетелей?  — Хейл хмыкнул. Спокойно подняв пистолет, пропуская машины.

Похожие статьи

  • Вольтметр универсальный в7 26 инструкция
  • Флорариум своими руками пошаговая инструкция
  • Papers please макрокоманды для инструкции
  • Philips cdv 496 инструкция

Suggest us how to improve StudyLib

(For complaints, use

another form
)

Your e-mail

Input it if you want to receive answer

Rate us

1

2

3

4

5

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

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

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

Заемные отношения сторон могут сопровождаться оформлением векселя. Напомним, что в общем случае вексель удостоверяет ничем не обусловленное обязательство выплатить при наступлении предусмотренного векселем срока полученные взаймы денежные суммы (ст. 815 ГК РФ). Однако оформляется вексель не только при получении векселедателем денежных средств взаймы. Свой собственный вексель, например, может выдать поставщику покупатель товаров, отсрочив тем самым оплату долга. А вексель третьего лица может быть приобретен в качестве объекта инвестирования (финансовых вложений). Напомним, что неденежное обязательство предметом векселя быть не может (Постановления Президиума ВАС от 21.03.2000 № 7430/99
, от 09.06.1998 № 7033/97
).

При составлении векселя, как правило, предусматривается уплата процентов на сумму задолженности. Или передается вексель с дисконтом (т. е. ниже суммы, которая по нему будет в дальнейшем уплачена). Это и делает вексель привлекательным инструментом для получателей векселя.

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

Акт приема-передачи векселя: нюансы

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

К таким реквизитам акта приема-передачи векселя обычно относят:

  • вид векселя (простой или переводной);
  • серия и номер векселя;
  • наименование векселедателя;
  • вексельная сумма;
  • процентная ставка;
  • дата и место составления векселя;
  • срок и место платежа по векселю.

Акт приема-передачи составляется в 2 экземплярах — для стороны, передающей вексель, и стороны, получающей его.

Приведем ниже для акта приема-передачи простого векселя образец его заполнения. А сам акт приема-передачи векселей (образец) скачать можно по ссылке.

В 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 крупнейших разработчиков ПО, действующих на российском рынке.

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

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

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

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

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

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

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

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

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

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

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

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

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

Понравилась статья? Поделить с друзьями:

Это тоже интересно:

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

  • Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии