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

Гулиева, Д. Х. Автоматизация деятельности коммерческих банков / Д. Х. Гулиева, Я. П. Егорова. — Текст : непосредственный // Молодой ученый. — 2016. — № 23 (127). — С. 215-217. — URL: https://moluch.ru/archive/127/35227/ (дата обращения: 25.06.2023).

Автоматизация деятельности коммерческих банков

Гулиева Джамиля Хасаевна, студент;

Егорова Яна Павловна, студент

Омский государственный технический университет

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

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

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

«Мы уходим всей командой…» / Ольга Давыдова (ГК ЦФТ)

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

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

Использование систем автоматизации позволяет решать следующие задачи:

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

– Коммуникация с филиалами и иногородними отделениями.

– Стратегическое управление банком.

– Обслуживание частных и корпоративных клиентов по различным каналам (в том числе по системе «банк-клиент»).

– Автоматизация розничных операций — применение банкоматов и кредитных карточек.

– Автоматизация межбанковских расчетов.

– Автоматизация работы банка на рынке ценных бумаг.

– Возможность мгновенного получения необходимой информации.

Наряду с достоинствами автоматизированных банковских систем (АБС) существует ряд проблем по их внедрению и функционированию.

– Затраты на приобретение новых программных продуктов

– Специфика российского учета

– Нестабильность законодательной и нормативной базы

– Ограниченные способности служащих к освоению

– Отсутствие понимания необходимости использования системы автоматизации.

Таким образом, при выборе АБС необходимо учитывать долгосрочность вложений средств в информационную технологию; возможность обеспечения работы в режиме реального времени; невысокие требования к техническим средствам; простоту эксплуатации; возможность подключения собственных разработок и возможность дальнейшего развития с головным банком, а также использования одинаковых с ним форматов данных. [1]

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

На российском рынке наблюдается жесткая конкуренция производителей программного обеспечения для систем автоматизации банковской деятельности. Феноменом российского рынка является наличие большого количества систем собственной разработки. Многие банки расценивают производство собственного программного продукта как свое дополнительное конкурентное преимущество (Таблица 1).

Рейтинг влиятельности разработчиков автоматизированных банковских систем

Автоматизированная банковская система

Количество банков, использующих АБС

R-Style Software Lab

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

«Диасофт» предлагает рынку две линейки программных продуктов: Diasoft FA# и FLEXTERA.

1. Diasoft FA# (Diasoft Financial Architecture) — это комплексная система автоматизации деятельности финансовых институтов. Система имеет компонентную структуру и состоит из 56 компонентов, автоматизирующих следующие области бизнеса: розничный банкинг, корпоративный банкинг, депозитарный учет, деятельность управляющих и инвестиционных компаний, банковские операции на фондовом и денежном рынках. [3]
2. FLEXTERA — это полнофункциональное многокомпонентное решение, построенное на базе сервис-ориентированной архитектуры (SOA) и обеспечивающее автоматизацию бизнес-процессов кредитно-финансовых организаций.

Все продукты FLEXTERA четко разнесены по слоям в соответствии с природой автоматизируемой ими деятельности:

– Фронт-офис — автоматизация обслуживания клиентов через различные каналы доступа.

– Миддл-офис — поддержка принятия решений, различного рода обработка данных о клиентах и их заявках, управление рисками, лимитами, резервами.

– Продуктовые системы — ведение сделок и их отражение во внутреннем продуктовом учете.

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

– Отчетность — отражение результатов работы организации в различных видах отчетности.

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

Портфель продуктов R-Style Softlab включает две линейки систем для комплексной автоматизации банковской деятельности — RS-Bank V.6 на промышленной платформе Oracle (для крупных многофилиальных банков) и RS-Bank v. 5.5. на платформе Pervasive (для сектора SMB).

АБС RS-Bank v. 5.5 — программный комплекс, предназначенный для автоматизации деятельности малых и средних банков. В едином дистрибутиве RS-Bank v. 5.5 собраны специализированные системы для разных направлений банковского бизнеса.

Программный комплекс включает в себя следующие продукты:

1. Учетное ядро — автоматизирует выполнение операций расчетно-кассового обслуживания, предназначено для ведения бухгалтерского учета в соответствии с российским законодательством. Позволяет решать широкий перечень задач по осуществлению безналичных расчетов и взаимодействию с РЦ, налоговыми органами, ГИС ГМП и пр. Система обеспечивает ведение единого справочника физических и юридических лиц, ведение картотек (очередей), плана счетов, возможность работы в архиве, гибкую настройку прав доступа пользователей (согласно стандартам ЦБ), журнализацию всех действий пользователя, фиксацию обращений к персональным данным.
2. Автоматизация кредитного бизнеса — позволяет работать со всеми современными кредитными продуктами, включая потребительское, ипотечное кредитование, автокредитование, кредитные карты, микрокредиты, овердрафты, разовые кредиты, кредитные линии, кредитование юридических лиц, банковские гарантии и цессии.
3. Обслуживание физических лиц — предназначена для автоматизации розничных банковских услуг и охватывает практически все направления работы банка с физическими лицами. Также в ней реализованы депозиты юридических лиц и эквайринг.
4. Автоматизация внутрихозяйственной деятельности банка — автоматизирует внутреннюю бухгалтерию кредитного учреждения, включая учет товарно-материальных ценностей и основных средств, учет хозяйственных договоров, кадровый учет и расчет заработной платы.

RS-Bank V.6 — система представляет собой оптимальный набор программных модулей, каждый из которых отвечает за соответствующий участок деятельности банка. Благодаря поддержке SOA-архитектуры модули RS-Bank V.6 успешно встраиваются и интегрируются в другие системы.

1. Учётное ядро — совокупность базовых системных механизмов и справочных данных, использующихся в остальных прикладных модулях. В состав ядра входят «машина» проводок, функциональность для ведения остатков на счетах, механизм операций, справочники (субъектов и пр.), а также системный инструментарий, интеграционная платформа и многое другое.
2. Расчётная деятельность банка — система для автоматизации расчетно-кассового обслуживания юридических лиц и индивидуальных предпринимателей, электронных межбанковских расчетов, а также ведение сопутствующего бухгалтерского учета.
3. Выпуск отчётности — инструмент для автоматизации процессов выпуска полного спектра внутренней банковской и регламентированной отчётности.
4. Кредитование и депозиты — учетная система для автоматизации кредитного направления банковской деятельности.
5. Обслуживание физических лиц — учётная система для автоматизации розничного направления банковского бизнеса.
6. Работа с ценными бумагами и производными финансовыми инструментами — предоставляет функциональность, автоматизирующую работу банка на фондовых и валютных финансовых рынках. [4]

Таким образом, на основании вышесказанного можно сделать вывод, что автоматизированные банковские системы позволяют банку решать множество задач, необходимых для его развития и функционирования. В связи с ростом информационных технологий, которые внедряются во все сферы современного общества, для банков создаются различного рода программные комплексы по автоматизации его деятельности, такие как Diasoft FA# и RS-Bank V.6. Они позволяют упростить работу, связанную с предоставлением услуг частным и корпоративным клиентам, ведением отчетности, управлением персоналом и другими внутрибанковскими операциями.

1. Плохих Ю. В. Проблемы автоматизации в банковской деятельности // Молодой ученый. — 2016. — № 20. — С. 410–412.
2. Шпилина Д. Ю. Автоматизация банковской деятельности // Экономика и менеджмент инновационных технологий. 2014. № 1 [Электронный ресурс]. URL: http://ekonomika.snauka.ru/2014/01/3591 (дата обращения: 03.11.2016).
3. Официальный сайт компании «Diasoft» [Электронный ресурс] // URL: http://www.diasoft.ru/banks/solutions/ (дата обращения: 08.11.2016).
4. Официальный сайт компании «R-Style Softlab» [Электронный ресурс] // URL: http://www.softlab.ru/services/soprovojdenie/ (дата обращения: 08.11.2016).

Основные термины (генерируются автоматически): FLEXTERA, банковская деятельность, система, автоматизация, банк, бухгалтерский учет, автоматизированная банковская система, банковский бизнес, комплексная автоматизация, программное обеспечение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Модули для ЦФТ-Банк

Этот перечень является далеко не полным, программные модули для «ЦТФ-Банк» компании «Открытые Информационные Системы» насчитывают более сотни наименований. Автоматизация бизнес-процессов реализована для большинства проудктов системы:

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

Разработка программного обеспечения, внедрение, интеграция приложений, автоматизация бизнеса, комплексная системная интеграция, открытые системы, автоматизация предприятий – ключевые направления компании «ОИС».

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

Разработка программного обеспечения к другим системам.

Источник: www.ois.su