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

Комплексная оптимизация
банковской деятельности

ИСУБД «Новая Афина»

Информационная Система Управления Банковской Деятельностью (ИСУБД) «Новая Афина» — мощная современная АБС проверенная многолетним опытом эксплуатации в купнейших банка России, обеспечивающая высокую степень автоматизации и широкие возможности оптимизации банковских бизнес-процессов и ИТ-инфраструктур. Это прогрессивный, динамично развивающийся программный продукт, способный адаптироваться под любые требования современного банка.

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

ИСУБД «Новая Афина» позволяет автоматизировать разнообразные направления деятельности банка, такие как: расчетно-кассовое обслуживание, рекламационная переписка (investigation), работа с корреспондентскими счетами, кредиты, депозиты, фондовые операции, депозитарный учет, факторинг, сейфовые ячейки, центры финансового учета, документарные операции, гарантии, аккредитивы, счета-фактуры, векселя, валютный дилинг, платежные карты физических  и юридических лиц, учет основных средств, нематериальных активов и материалов  и многие другие.

В состав ИСУБД «Новая Афина» входят прикладные системы, общесистемные модули, дополнительные функциональности и специализированные прикладные решения.

Вернуться назад

Добавил:

Upload

Опубликованный материал нарушает ваши авторские права? Сообщите нам.

Вуз:

Предмет:

Файл:

Автоматизир ФинСистемы.doc

Скачиваний:

70

Добавлен:

02.03.2016

Размер:

1.14 Mб

Скачать

Корпоративная информационная система управления

банковской
деятельностью ИСУБД
«Новая
Афина
«

Система находится
в промышленной эксплуатации с 1997 г. В
настоящее время ИСУБД «Новая Афина»
является общепризнанным лидером среди
решений своего класса — систем пятого
поколения.

Системы охватывает
следующие направления:

  • управление
    банковским бизнесом;

  • комплексная
    автоматизация деятельности банка

  • обеспечение
    эффективной деятельности и возможности
    развития банковского бизнеса.

К достоинствам
системы относится следующее:

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

  • полнота информации
    (система предоставляет широкий набор
    информационных объектов, необходимых
    для автоматизации банковской деятельности,
    который может быть изменен или дополнен
    силами специалистов банка);

  • настраиваемая
    отчетность (ИСУБД «Новая Афина»
    позволяет получить любую информацию,
    хранимую в системе, обработанной и
    представленной в форме, максимально
    удобной для всех уровней управления
    банком);

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

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

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

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

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

  • аналитический
    учет в реальном времени (он обеспечивает
    достоверность и непротиворечивость
    финансовой информации).

ИСУБД «Новая
Афина» подтверждает эффективность
работы при следующих параметрах:

  • обслуживание
    свыше 400000 клиентов банка;

  • ведение более
    900000 счетов;

  • обработка до
    154000 платежных документов в час;

  • работа с БД,
    содержащей 17000000 финансовых документов;

  • одновременная
    работа до 1500 пользователей.

Архитектура ИСУБД
состоит из следующих трех укрупненных
слоев:

1) электронный
документооборот;

2) прикладная
архитектура;

3) программно-аппаратная
платформа.

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

Система
реализована в
архитектуре «клиент–сервер».
Все
бизнес-про-цедурысистемы выполняются на сервере. Серверная
часть ИСУБД «Новая
Афина» использует СУБД Oracle.

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

Для
приема и передачи информации могут
использоваться транспортные системы
SWIFT, РКЦ.

Состав общесистемных
модулей и прикладных (функциональных)
подсистем ИСУБД «Новая Афина»
приведен в таблицах 5, 6.

Таблица
5.
Общесистемные
модули ИСУБД «Новая Афина»

Модуль

Назначение модуля

Менеджер
документооборота

Служит для
настройки системы под технологию
конкретного банка

Администратор
системы

Обеспечивает
регистрацию пользователей системы и
мониторинг их работы

Менеджер отчетов

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

Общие
справочники

Поддерживает
ведение справочников счетов, клиентов
и осуществление движений по счетам

Транспортные
системы

Содержит механизмы
для настройки интерфейсов (файловых
и онлайновых) с другими системами

Таблица
6.
Прикладные
подсистемы ИСУБД «Новая Афина»

Подсистема

Назначение
подсистемы

Расчетное
обслуживание

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

 модуль
«Договоры
на расчетное обслуживание»,

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

Продолжение табл.
6

Подсистема

Назначение
подсистемы

 модуль
«Расчетные
документы
«,
который обеспечивает проведение
расчетных операций от имени клиента
(платежные поручения, биржевые заявки
на покупку или продажу валюты и т. п.)

Операции
с наличной валютой

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

 модуль
«Касса»
(выполнение кассовых операций);

 модуль
«Обменный
пункт
»
(выполнение операций обменного пункта)

Корреспондентские
счета

Предназначена
для ведения и отслеживания состояний
корреспондентских счетов, счетов
невыясненных сумм, выполнения ручной
и автоматической квитовки платежей

Счета-фактуры

Ведение учета
выставленных и полученных счетов-фактур,
книг продаж и покупок

Рекламационная
переписка

Обеспечивает
ведение переписки с ностро- и
лоро-корреспондентами, обработку
сообщения общей группы

Итоговые
показатели

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

 модуль
«Настройка
показателей
»
(настройка показателей для отчета);

 модуль
«Управление
показателями
»
(загрузка и редактирование показателей,
расчет показателей)

Депозиты
физических и юридических лиц

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

 модуль
«Бухгалтер
депозитов
»
(настройка бухгалтерии частных
вкладов);

 модуль
«Операционист
депозитов
«
(выполнение
операций по вкладам);

 модуль
«Начисление
процентов
»
(расчет и начисление процентов)

Кредиты

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

 модуль
«Предкредитная
обработка
»
(работа с кредитными заявками);

 модуль
«Кредитные
договоры
»
(работа
с кредитными договорами)

Окончание табл.
6

Подсистема

Назначение
подсистемы

Депозитарный
учет

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

 модуль
«Менеджер депозитария»

(управление депозитарием);

 модуль
«Депозитарий»

(выполнение депозитарных операций)

Фондовые
операции

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

Векселя

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

Валютный

дилинг

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

Обслуживание
VIP-клиентов

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

Центры

финансового учета

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

Налоговый учет

Предназначена
для организации в банке налогового
учета

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #


CNews: Дмитрий, в конце 2019 года «Новая Афина» презентовала новую микросервисную платформу. Как вы к ней пришли?

Дмитрий Гарбар:

Дмитрий Гарбар

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

Компания «Новая Афина» исторически ассоциируется с полнофункциональным и производительным Core banking — мы не создаем чистые фронты и не пишем ДБО. Наше решение «ИСУБД Новая Афина», успешно функционирующее в крупнейших российских и западных банках, уже может быть отнесено к Legacy. Да, оно спроектировано так, что может активно дорабатываться (что банки и делают сами или с нашей помощью) и держит нагрузки в миллионы документов в день. Но новые вызовы, стоящие перед финансовыми организациями, требуют принципиально других решений.

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

CNews: Что вы имеете в виду?

Дмитрий Гарбар:

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

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

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

Дмитрий Гарбар:

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

CNews: И чем же ваша платформа лучше?

Дмитрий Гарбар:

Выпуску нашего решения предшествовала серьезная архитектурная проработка, в которой, кстати, принимали участие архитекторы одного из крупнейших российских банков. Первый микросервис появился только после того, как были утверждены общая архитектурная концепция и правила разработки. Например, в зависимости от бизнес-задачи микросервисы могут использовать разные СУБД (для ведения баланса и лимитов по счетам мы используем in-memory database), есть элементы low code, которые мы планируем активно развивать. У нас много интересных решений.

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

CNews: Есть расхожее мнение, что микросервисы нужны только для фронтальных решений. Вы с этим согласны?

Дмитрий Гарбар:

Дмитрий Гарбар

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

Давайте вспомним, какие неоспоримые преимущества свойственны микросервисной архитектуре. Это стабильность решения при большом количестве изменений и практически безграничное масштабирование при разумной цене на железо — разве это не то, что нужно в Core Banking?

А что касается идеи двухскоростной архитектуры, которая была сформулирована экспертами Gartner еще в 2014 году, то до поры до времени она была вполне разумным для банков подходом. Что-то вроде «есть слона по частям». Если упрощенно, то подход сводился к тому, что должен быть технологичный, быстрый, устойчивый к изменениям фронт и хоть какой-то, какой уж есть, бэк, потому что «не до него сейчас». И применение микросервисных решений, в первую очередь для фронт-офисов, было вполне оправдано. Но пришло время есть «вторую часть слона» — две скорости в архитектуре должны уступить место одной — максимальной.

Растут как объемы информации в системах, так и количество запросов к ним. На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации. В такой ситуации Core Banking уже не получится вынести за скобки.

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры, во всех процессах. А поэтому необходимо, чтобы в основе лежала единая современная платформа или платформы, но никак не устаревший монолит или даже «зоопарк» из слепленных Agile-командами «под задачу» функциональностей. Такой подход видится нам наиболее конкурентным в перспективе.

Я еще как-то могу понять те банки, которые отложили вопрос модернизации Core Banking и не трогают его до поры до времени. Но я не понимаю тех, кто уже (или все еще?) пытается его как-то «пилить на части» и делать это не в современном стеке. А значит, опять шина, опять нет реальных 24/7, нет линейной масштабируемости. Потратить кучу ресурсов и снова оказаться позади? Неразумно.

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

CNews: Кстати, у многих, до сих пор, вызывают аллергию такие термины как «Agile» или «микросервисы».

Дмитрий Гарбар:

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

Дмитрий Гарбар:

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры.

CNews: Вы передаете своим заказчикам коды платформы?

Дмитрий Гарбар:

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

Сейчас модно говорить о самостоятельной разработке в банках — это еще один тренд. Не все до конца понимают, зачем им нужен наш код, но все его хотят. А мы не возражаем, так как уверены, что работы на всех хватит. Маятник самостоятельной разработки снова качнулся в сторону «все сделаем сами», но вернется и обратно, и банки неминуемо вспомнят, что является их core-бизнесом. Быть высокетехнологичной финансовой организацией не равно все делать самим. А те яркие примеры с самостоятельной разработкой, которые мы сейчас видим, да еще и зачастую на платформах, которым 20 лет от роду — это… удивительно. И точно не про эффективность.

CNews: А что у вас с импортозамещением?

Дмитрий Гарбар:

У нас — все замечательно. Мы — полностью российская компания, и мы старались использовать в нашей платформе или российский, или открытый софт.

Например, для in-memory-расчетов мы можем использовать открытую СУБД Tarantool от компании Mail.ru — этот продукт позволил нам существенно ускорить обработку остатков по счетам в режиме реального времени. Кстати, импортозамещать мы будем не только в России, в планах — продвигать нашу платформу за рубежом, «замещая» устаревшие иностранные решения и на их территории.

— С чем была связана смена руководства компании «Новая Афина»?

Валерий Иванович Овсий руководил компанией 20 лет, с начала ее основания. Все эти годы компания хорошо работала, была прибыльна, она достигла существенных технологических высот и приобрела очень важных клиентов. Валерий Иванович в связи со своим 70-летием сам поставил вопрос о своем преемнике еще в начале 2018 года.

Акционерами рассматривалось много кандидатур, но, в конце концов, выбор пал на Дмитрия Гарбара. Дмитрий обладает успешным опытом работы в компании «Диасофт», может мыслить как представитель клиента, и одновременно, защищать интересы компании.

С января 2019 года Дмитрий Гарбар является Управляющим директором компании «Новая Афина». Этот период подтвердил надежды и предположения акционеров. Валерий Иванович Овсий занял должность Советника Генерального директора.

— Давайте вспомним, что такое «Новая Афина». Как она начиналась и почему же она новая?

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

Но в те годы продукт был неизбежно дорогим. Поэтому клиентура росла медленно. Нижегородский банк «Гарантия» купил «Афину» в 1996 году, а «МДМ-банк» купил ее в 1997-м. Тогда же система была поставлена в еще два некрупных банка. Банки в то время работали по старинке, перспективность клиент-серверных технологий воспринимались с трудом. Продажи росли медленнее, чем группа разработчиков, а разработчики на Oracle и тогда стоили дороже dbf-программистов. В конце 90-х такой проект не мог не быть убыточным. Для дальнейшего развития системы был необходим грамотный альянс!

Я позвонил Александру Глазкову, президенту «Диасофта», и предложил встретиться. Мы достаточно быстро договорились о создании новой совместной компании, так и родилась компания «Диасофт+ПрограмБанк». Клиентами этой компании стали два филиала ВТБ, в городах Санкт-Петербург и Хабаровск.

1998 год — август, кризис. Но Банк ВТБ закономерно выжил. И, как следствие, компания «Диасофт+ПрограмБанк» тоже успешно преодолела этот рубеж.
2000 год ознаменовался для «Афины» приходом в Главный расчетный центр (ГРЦ) Сбербанка. «Афина» была выбрана как лучшая для решения задач ГРЦ из числа других систем. Это событие доказало рынку применимость системы для автоматизации расчетных центров. В последующие годы ее средствами были автоматизированы расчетные центры банков:

Банк ВТБ, Северо-Западный региональный центр Банка ВТБ, «Промсвязьбанк», Банк «ТРАСТ».

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

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

— Чем отличается «Новая Афина» от конкурентов?

Прежде всего, отличается инновационностью продукта, который компания получила при рождении. Я уже сказал, что самым первым покупателем «Афины» в 1996 году был Нижегородский банк «Гарантия», президентом которого в то время был Сергей Владиленович Кириенко. В нашем архиве хранятся бумаги с его личной подписью. И он уже тогда умел видеть лучшее в России.

Если говорить о сегодняшнем уровне продукта компании, то стоит ещё раз упомянуть его работу в Расчетном центре Сбербанка. За те почти 20 лет, что «Афина» там работает, было несколько серьезных попыток заменить её на другие программные продукты — ни одной успешной. И она, по-прежнему, там работает.

Гибкость и высочайшая достижимая производительность — эти главные качества «Афины» задумывались изначально. Например, в ВТБ осуществляются миллионы операций в день; в расчетном центре Сбербанка — сотни тысяч операций в час. Проводили тесты: 300 тысяч документов в час ИСУБД «Новая Афина» обрабатывала без проблем. В ГРЦ Сбербанка России система в режиме реального времени способна обеспечить пропускную способность до 415 000 документов в час. При этом за прошедшие годы в системе по запросам Сбербанка было сделано множество доработок.

Показателен тот факт, что во время кризиса 2010 года был

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

Ну и возвращаясь к сегодняшнему дню, важно подчеркнуть, что, хотя развитие продукта «Новая Афина» не останавливается, но уже готовится ее смена — CBS Athena, реализованная в самой современной компонентной архитектуре. И именно поэтому, компания не теряет клиентов, и только наращивает свою клиентскую базу. В ней существенную долю составляют российские представительства крупнейших иностранных банков:

ING Bank, Bank Credit Suisse, JP Morgan Bank International, MUFG Bank.

А им есть с чем сравнивать!

Был реальный случай: головные организации двух «дочек» иностранных банков, работавших на «Новой Афине», обратили сюда свой высокомерный взор: «На чем вы тут работаете?». Им показали, и последовало неподдельное изумление: «А где вы взяли такие системы?» Оказывается, тут в России системы по качеству обслуживания, по гибкости и производительности выше чем то, что внедряется на Западе. Именно по этой причине на отечественном рынке смогли выжить и закрепиться только системы российского производства. «Новая Афина» — одна из таких систем.

— Как такие жесткие конкуренты ведут и развивают общий проект «Новая Афина»?

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

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

Мы собираемся ежеквартально, смотрим на результаты, обсуждаем. Детально рассматриваем новые идеи. Мы не делимся программными решениями, но идеями и формами — да. Электронный финансовый документооборот, базовая идея «Новой Афины» — это наше. Компонентный подход — это идея «Диасофта». Они ею зажглись в 2007-м или 2008-м году, мы это использовали в «ПрограмБанк.ФронтОфисе», а «Новая Афина» подумала и — появилась компонентная бизнес-система СBS Athena.

— Планируете ли Вы что-то менять в политике, стратегии НА?

Если в начале 90-х годов к нам приходило по 5-6 новых банков в месяц, то сейчас ситуация противоположная — в целом на рынке 5-6 банков в месяц умирает. Это означает два важных обстоятельства.
Дело не в том, что сокращаются выплаты банков ИТ-шникам, они не сокращаются, они замерли, не растут, но и не сжимаются. Одни банки, как самостоятельные единицы умирают и становятся филиалами, зато у оставшихся — потребности возрастают.

Проблема в другом. Уменьшение числа самостоятельных единиц ведет к укрупнению тех, с кем они слились. А это порождает новые потребности. Как результат, все более востребованными становятся системы, по-настоящему компонентные, гибкие, способные к принципиальным оперативным изменениям.
Есть такой Римский клуб, который до сих пор выпускает доклады, посвященные развитию цивилизации. Так вот, прошлогодний доклад разочаровал, потому, что, в общем, развитие выхолащивается. Темпы развития упали. Уравнения, написанные ранее, перестали работать. Они не работают, потому что изменился мир!

И мы видим, насколько разными являются укрупняющиеся, остающиеся на рынке банки. Это и для развития очень полезно — когда ты видишь не одну тенденцию, а два-три десятка тенденций. Это мотивация для правильной организации самой системы. «Новая Афина», безусловно, по-прежнему, стремится быть платформой не для единственного банка, не «…техом», а платформой для множества разных банков. И, соответственно, в «Новой Афине» надо сохранять этот «мешок знаний». Ценности накоплены, но, при этом, необходимо сохранить и наращивать потенциал развития.

Недавние примеры, Сбербанк, пообещав отменить один из своих доходов — комиссию, уволил около 5000 человек из «СберТеха». Конкуренция между банками требует снижения операционных расходов, снижения затрат на ИТ. И в этой ситуации компонентные решения оказываются существенно дешевле в развитии, чем традиционные «монолиты».

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

Для банков все более актуально сокращение срока вывода на рынок новых продуктов и внедрение инструментов омниканальности.

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

СBS Athena — это очень правильное направление движения, и задача нового руководителя «Новой Афины» — ускорить это движение.
По принятому еще в самом начале существования компании акционерному соглашению, я — только генеральный директор, а всю текущую жизнь направляет и организовывает директор исполнительный, которым был Валерий Иванович Овсий, или управляющий директор, каким стал Дмитрий Гарбар. У Дмитрия свободные руки и высокая мотивация на успешную деятельность компании. А также солидный организационный опыт, накопленный в компании «Диасофт». Я искренне надеюсь, что под его руководством компания «Новая Афина» будет расти и развиваться, приобретать новых клиентов, создавать самые современные продукты для них.

Источник публикации:
Банкир.Ру, февраль 2019г.

Поделиться: 

Проблемы АБС

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

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

Концептуально большинство работающих в банках АБС не соответствуют этим требованиям!

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

Укрупнение банков влечет за собой усложнение систем управления, и на первое место выходит необходимость эффективной организации и системной оптимизации бизнес-процессов. Современный топ-менеджер мыслит категориями бизнес-процессов, и для реализации его требований необходим процессно-ориентированный подход не только к управлению, но и к средствам его поддержки. Однако этот подход изначально не заложен в концепцию эксплуатируемых АБС. Их архитектурная организация неспособна обеспечить потребности современных руководителей.TAdviser выпустил новую Карту российского рынка информационной безопасности: 230 разработчиков и поставщиков услуг 75.9 т

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

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

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

Требования к новой архитектуре банка

Бизнес-ориентированность IT требует выделения в банковской инфраструктуре отдельных гибко настраиваемых зон.

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

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

Третий слой — транспортный уровень. Здесь требуется 100%-ная настраиваемость c возможностью регулирования и распределения информационных потоков между различными приложениями для фактического объединения их в единую систему с единым управлением.

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

«Кубиками» современной банковской инфраструктуры должны стать адаптивные бизнес-компоненты, удовлетворяющие современным стандартам управления бизнес-процессами, способные бесконфликтно встраиваться в современные IT-ландшафты, образующие в результате единую целостную компонентную банковскую систему.

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

CBS Athena — реализация BPM средствами SOA

Наш новый продукт Component Business System (CBS) Athena (компонентная бизнес-система «Афина») относится к принципиально новому классу систем, реализующих требования BPM в банковской деятельности средствами SOA.

CBS Athena имеет открытую сервисно ориентированную архитектуру (рис. 1), состоящую из наборов гибко конфигурируемых, легко заменяемых разноуровневых функциональных компонентов, и ориентирована на максимальное использование промышленных инструментальных средств (IBM, Oracle и др.), а не на создание их аналогов.

Одно из наиважнейших преимуществ CBS Athena — отделение моделей обслуживания и общей логики бизнеса от технологических особенностей конкретных IT.

Файл:CBS Athena 01.jpg

Дмитрий Гарбар

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

Компания «Новая Афина» исторически ассоциируется с полнофункциональным и производительным Core banking — мы не создаем чистые фронты и не пишем ДБО. Наше решение «ИСУБД Новая Афина», успешно функционирующее в крупнейших российских и западных банках, уже может быть отнесено к Legacy. Да, оно спроектировано так, что может активно дорабатываться (что банки и делают сами или с нашей помощью) и держит нагрузки в миллионы документов в день. Но новые вызовы, стоящие перед финансовыми организациями, требуют принципиально других решений.

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

CNews: Что вы имеете в виду?

Дмитрий Гарбар:

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

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

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

Дмитрий Гарбар:

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

CNews: И чем же ваша платформа лучше?

Дмитрий Гарбар:

Выпуску нашего решения предшествовала серьезная архитектурная проработка, в которой, кстати, принимали участие архитекторы одного из крупнейших российских банков. Первый микросервис появился только после того, как были утверждены общая архитектурная концепция и правила разработки. Например, в зависимости от бизнес-задачи микросервисы могут использовать разные СУБД (для ведения баланса и лимитов по счетам мы используем in-memory database), есть элементы low code, которые мы планируем активно развивать. У нас много интересных решений.

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

CNews: Есть расхожее мнение, что микросервисы нужны только для фронтальных решений. Вы с этим согласны?

Дмитрий Гарбар:

Дмитрий Гарбар

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

Давайте вспомним, какие неоспоримые преимущества свойственны микросервисной архитектуре. Это стабильность решения при большом количестве изменений и практически безграничное масштабирование при разумной цене на железо — разве это не то, что нужно в Core Banking?

А что касается идеи двухскоростной архитектуры, которая была сформулирована экспертами Gartner еще в 2014 году, то до поры до времени она была вполне разумным для банков подходом. Что-то вроде «есть слона по частям». Если упрощенно, то подход сводился к тому, что должен быть технологичный, быстрый, устойчивый к изменениям фронт и хоть какой-то, какой уж есть, бэк, потому что «не до него сейчас». И применение микросервисных решений, в первую очередь для фронт-офисов, было вполне оправдано. Но пришло время есть «вторую часть слона» — две скорости в архитектуре должны уступить место одной — максимальной.

Растут как объемы информации в системах, так и количество запросов к ним. На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации. В такой ситуации Core Banking уже не получится вынести за скобки.

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры, во всех процессах. А поэтому необходимо, чтобы в основе лежала единая современная платформа или платформы, но никак не устаревший монолит или даже «зоопарк» из слепленных Agile-командами «под задачу» функциональностей. Такой подход видится нам наиболее конкурентным в перспективе.

Я еще как-то могу понять те банки, которые отложили вопрос модернизации Core Banking и не трогают его до поры до времени. Но я не понимаю тех, кто уже (или все еще?) пытается его как-то «пилить на части» и делать это не в современном стеке. А значит, опять шина, опять нет реальных 24/7, нет линейной масштабируемости. Потратить кучу ресурсов и снова оказаться позади? Неразумно.

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

CNews: Кстати, у многих, до сих пор, вызывают аллергию такие термины как «Agile» или «микросервисы».

Дмитрий Гарбар:

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

Дмитрий Гарбар:

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры.

CNews: Вы передаете своим заказчикам коды платформы?

Дмитрий Гарбар:

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

Сейчас модно говорить о самостоятельной разработке в банках — это еще один тренд. Не все до конца понимают, зачем им нужен наш код, но все его хотят. А мы не возражаем, так как уверены, что работы на всех хватит. Маятник самостоятельной разработки снова качнулся в сторону «все сделаем сами», но вернется и обратно, и банки неминуемо вспомнят, что является их core-бизнесом. Быть высокетехнологичной финансовой организацией не равно все делать самим. А те яркие примеры с самостоятельной разработкой, которые мы сейчас видим, да еще и зачастую на платформах, которым 20 лет от роду — это… удивительно. И точно не про эффективность.

CNews: А что у вас с импортозамещением?

Дмитрий Гарбар:

У нас — все замечательно. Мы — полностью российская компания, и мы старались использовать в нашей платформе или российский, или открытый софт.

Например, для in-memory-расчетов мы можем использовать открытую СУБД Tarantool от компании Mail.ru — этот продукт позволил нам существенно ускорить обработку остатков по счетам в режиме реального времени. Кстати, импортозамещать мы будем не только в России, в планах — продвигать нашу платформу за рубежом, «замещая» устаревшие иностранные решения и на их территории.

— С чем была связана смена руководства компании «Новая Афина»?

Валерий Иванович Овсий руководил компанией 20 лет, с начала ее основания. Все эти годы компания хорошо работала, была прибыльна, она достигла существенных технологических высот и приобрела очень важных клиентов. Валерий Иванович в связи со своим 70-летием сам поставил вопрос о своем преемнике еще в начале 2018 года.

Акционерами рассматривалось много кандидатур, но, в конце концов, выбор пал на Дмитрия Гарбара. Дмитрий обладает успешным опытом работы в компании «Диасофт», может мыслить как представитель клиента, и одновременно, защищать интересы компании.

С января 2019 года Дмитрий Гарбар является Управляющим директором компании «Новая Афина». Этот период подтвердил надежды и предположения акционеров. Валерий Иванович Овсий занял должность Советника Генерального директора.

— Давайте вспомним, что такое «Новая Афина». Как она начиналась и почему же она новая?

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

Но в те годы продукт был неизбежно дорогим. Поэтому клиентура росла медленно. Нижегородский банк «Гарантия» купил «Афину» в 1996 году, а «МДМ-банк» купил ее в 1997-м. Тогда же система была поставлена в еще два некрупных банка. Банки в то время работали по старинке, перспективность клиент-серверных технологий воспринимались с трудом. Продажи росли медленнее, чем группа разработчиков, а разработчики на Oracle и тогда стоили дороже dbf-программистов. В конце 90-х такой проект не мог не быть убыточным. Для дальнейшего развития системы был необходим грамотный альянс!

Я позвонил Александру Глазкову, президенту «Диасофта», и предложил встретиться. Мы достаточно быстро договорились о создании новой совместной компании, так и родилась компания «Диасофт+ПрограмБанк». Клиентами этой компании стали два филиала ВТБ, в городах Санкт-Петербург и Хабаровск.

1998 год — август, кризис. Но Банк ВТБ закономерно выжил. И, как следствие, компания «Диасофт+ПрограмБанк» тоже успешно преодолела этот рубеж.
2000 год ознаменовался для «Афины» приходом в Главный расчетный центр (ГРЦ) Сбербанка. «Афина» была выбрана как лучшая для решения задач ГРЦ из числа других систем. Это событие доказало рынку применимость системы для автоматизации расчетных центров. В последующие годы ее средствами были автоматизированы расчетные центры банков:

Банк ВТБ, Северо-Западный региональный центр Банка ВТБ, «Промсвязьбанк», Банк «ТРАСТ».

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

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

— Чем отличается «Новая Афина» от конкурентов?

Прежде всего, отличается инновационностью продукта, который компания получила при рождении. Я уже сказал, что самым первым покупателем «Афины» в 1996 году был Нижегородский банк «Гарантия», президентом которого в то время был Сергей Владиленович Кириенко. В нашем архиве хранятся бумаги с его личной подписью. И он уже тогда умел видеть лучшее в России.

Если говорить о сегодняшнем уровне продукта компании, то стоит ещё раз упомянуть его работу в Расчетном центре Сбербанка. За те почти 20 лет, что «Афина» там работает, было несколько серьезных попыток заменить её на другие программные продукты — ни одной успешной. И она, по-прежнему, там работает.

Гибкость и высочайшая достижимая производительность — эти главные качества «Афины» задумывались изначально. Например, в ВТБ осуществляются миллионы операций в день; в расчетном центре Сбербанка — сотни тысяч операций в час. Проводили тесты: 300 тысяч документов в час ИСУБД «Новая Афина» обрабатывала без проблем. В ГРЦ Сбербанка России система в режиме реального времени способна обеспечить пропускную способность до 415 000 документов в час. При этом за прошедшие годы в системе по запросам Сбербанка было сделано множество доработок.

Показателен тот факт, что во время кризиса 2010 года был

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

Ну и возвращаясь к сегодняшнему дню, важно подчеркнуть, что, хотя развитие продукта «Новая Афина» не останавливается, но уже готовится ее смена — CBS Athena, реализованная в самой современной компонентной архитектуре. И именно поэтому, компания не теряет клиентов, и только наращивает свою клиентскую базу. В ней существенную долю составляют российские представительства крупнейших иностранных банков:

ING Bank, Bank Credit Suisse, JP Morgan Bank International, MUFG Bank.

А им есть с чем сравнивать!

Был реальный случай: головные организации двух «дочек» иностранных банков, работавших на «Новой Афине», обратили сюда свой высокомерный взор: «На чем вы тут работаете?». Им показали, и последовало неподдельное изумление: «А где вы взяли такие системы?» Оказывается, тут в России системы по качеству обслуживания, по гибкости и производительности выше чем то, что внедряется на Западе. Именно по этой причине на отечественном рынке смогли выжить и закрепиться только системы российского производства. «Новая Афина» — одна из таких систем.

— Как такие жесткие конкуренты ведут и развивают общий проект «Новая Афина»?

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

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

Мы собираемся ежеквартально, смотрим на результаты, обсуждаем. Детально рассматриваем новые идеи. Мы не делимся программными решениями, но идеями и формами — да. Электронный финансовый документооборот, базовая идея «Новой Афины» — это наше. Компонентный подход — это идея «Диасофта». Они ею зажглись в 2007-м или 2008-м году, мы это использовали в «ПрограмБанк.ФронтОфисе», а «Новая Афина» подумала и — появилась компонентная бизнес-система СBS Athena.

— Планируете ли Вы что-то менять в политике, стратегии НА?

Если в начале 90-х годов к нам приходило по 5-6 новых банков в месяц, то сейчас ситуация противоположная — в целом на рынке 5-6 банков в месяц умирает. Это означает два важных обстоятельства.
Дело не в том, что сокращаются выплаты банков ИТ-шникам, они не сокращаются, они замерли, не растут, но и не сжимаются. Одни банки, как самостоятельные единицы умирают и становятся филиалами, зато у оставшихся — потребности возрастают.

Проблема в другом. Уменьшение числа самостоятельных единиц ведет к укрупнению тех, с кем они слились. А это порождает новые потребности. Как результат, все более востребованными становятся системы, по-настоящему компонентные, гибкие, способные к принципиальным оперативным изменениям.
Есть такой Римский клуб, который до сих пор выпускает доклады, посвященные развитию цивилизации. Так вот, прошлогодний доклад разочаровал, потому, что, в общем, развитие выхолащивается. Темпы развития упали. Уравнения, написанные ранее, перестали работать. Они не работают, потому что изменился мир!

И мы видим, насколько разными являются укрупняющиеся, остающиеся на рынке банки. Это и для развития очень полезно — когда ты видишь не одну тенденцию, а два-три десятка тенденций. Это мотивация для правильной организации самой системы. «Новая Афина», безусловно, по-прежнему, стремится быть платформой не для единственного банка, не «…техом», а платформой для множества разных банков. И, соответственно, в «Новой Афине» надо сохранять этот «мешок знаний». Ценности накоплены, но, при этом, необходимо сохранить и наращивать потенциал развития.

Недавние примеры, Сбербанк, пообещав отменить один из своих доходов — комиссию, уволил около 5000 человек из «СберТеха». Конкуренция между банками требует снижения операционных расходов, снижения затрат на ИТ. И в этой ситуации компонентные решения оказываются существенно дешевле в развитии, чем традиционные «монолиты».

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

Для банков все более актуально сокращение срока вывода на рынок новых продуктов и внедрение инструментов омниканальности.

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

СBS Athena — это очень правильное направление движения, и задача нового руководителя «Новой Афины» — ускорить это движение.
По принятому еще в самом начале существования компании акционерному соглашению, я — только генеральный директор, а всю текущую жизнь направляет и организовывает директор исполнительный, которым был Валерий Иванович Овсий, или управляющий директор, каким стал Дмитрий Гарбар. У Дмитрия свободные руки и высокая мотивация на успешную деятельность компании. А также солидный организационный опыт, накопленный в компании «Диасофт». Я искренне надеюсь, что под его руководством компания «Новая Афина» будет расти и развиваться, приобретать новых клиентов, создавать самые современные продукты для них.

Источник публикации:
Банкир.Ру, февраль 2019г.

Поделиться: 

Проблемы АБС

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

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

Концептуально большинство работающих в банках АБС не соответствуют этим требованиям!

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

Укрупнение банков влечет за собой усложнение систем управления, и на первое место выходит необходимость эффективной организации и системной оптимизации бизнес-процессов. Современный топ-менеджер мыслит категориями бизнес-процессов, и для реализации его требований необходим процессно-ориентированный подход не только к управлению, но и к средствам его поддержки. Однако этот подход изначально не заложен в концепцию эксплуатируемых АБС. Их архитектурная организация неспособна обеспечить потребности современных руководителей.TAdviser выпустил новую Карту российского рынка информационной безопасности: 230 разработчиков и поставщиков услуг 75.9 т

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

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

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

Требования к новой архитектуре банка

Бизнес-ориентированность IT требует выделения в банковской инфраструктуре отдельных гибко настраиваемых зон.

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

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

Третий слой — транспортный уровень. Здесь требуется 100%-ная настраиваемость c возможностью регулирования и распределения информационных потоков между различными приложениями для фактического объединения их в единую систему с единым управлением.

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

«Кубиками» современной банковской инфраструктуры должны стать адаптивные бизнес-компоненты, удовлетворяющие современным стандартам управления бизнес-процессами, способные бесконфликтно встраиваться в современные IT-ландшафты, образующие в результате единую целостную компонентную банковскую систему.

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

CBS Athena — реализация BPM средствами SOA

Наш новый продукт Component Business System (CBS) Athena (компонентная бизнес-система «Афина») относится к принципиально новому классу систем, реализующих требования BPM в банковской деятельности средствами SOA.

CBS Athena имеет открытую сервисно ориентированную архитектуру (рис. 1), состоящую из наборов гибко конфигурируемых, легко заменяемых разноуровневых функциональных компонентов, и ориентирована на максимальное использование промышленных инструментальных средств (IBM, Oracle и др.), а не на создание их аналогов.

Одно из наиважнейших преимуществ CBS Athena — отделение моделей обслуживания и общей логики бизнеса от технологических особенностей конкретных IT.

Файл:CBS Athena 01.jpg

Дмитрий Гарбар

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

Компания «Новая Афина» исторически ассоциируется с полнофункциональным и производительным Core banking — мы не создаем чистые фронты и не пишем ДБО. Наше решение «ИСУБД Новая Афина», успешно функционирующее в крупнейших российских и западных банках, уже может быть отнесено к Legacy. Да, оно спроектировано так, что может активно дорабатываться (что банки и делают сами или с нашей помощью) и держит нагрузки в миллионы документов в день. Но новые вызовы, стоящие перед финансовыми организациями, требуют принципиально других решений.

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

CNews: Что вы имеете в виду?

Дмитрий Гарбар:

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

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

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

Дмитрий Гарбар:

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

CNews: И чем же ваша платформа лучше?

Дмитрий Гарбар:

Выпуску нашего решения предшествовала серьезная архитектурная проработка, в которой, кстати, принимали участие архитекторы одного из крупнейших российских банков. Первый микросервис появился только после того, как были утверждены общая архитектурная концепция и правила разработки. Например, в зависимости от бизнес-задачи микросервисы могут использовать разные СУБД (для ведения баланса и лимитов по счетам мы используем in-memory database), есть элементы low code, которые мы планируем активно развивать. У нас много интересных решений.

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

CNews: Есть расхожее мнение, что микросервисы нужны только для фронтальных решений. Вы с этим согласны?

Дмитрий Гарбар:

Дмитрий Гарбар

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

Давайте вспомним, какие неоспоримые преимущества свойственны микросервисной архитектуре. Это стабильность решения при большом количестве изменений и практически безграничное масштабирование при разумной цене на железо — разве это не то, что нужно в Core Banking?

А что касается идеи двухскоростной архитектуры, которая была сформулирована экспертами Gartner еще в 2014 году, то до поры до времени она была вполне разумным для банков подходом. Что-то вроде «есть слона по частям». Если упрощенно, то подход сводился к тому, что должен быть технологичный, быстрый, устойчивый к изменениям фронт и хоть какой-то, какой уж есть, бэк, потому что «не до него сейчас». И применение микросервисных решений, в первую очередь для фронт-офисов, было вполне оправдано. Но пришло время есть «вторую часть слона» — две скорости в архитектуре должны уступить место одной — максимальной.

Растут как объемы информации в системах, так и количество запросов к ним. На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации. В такой ситуации Core Banking уже не получится вынести за скобки.

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры, во всех процессах. А поэтому необходимо, чтобы в основе лежала единая современная платформа или платформы, но никак не устаревший монолит или даже «зоопарк» из слепленных Agile-командами «под задачу» функциональностей. Такой подход видится нам наиболее конкурентным в перспективе.

Я еще как-то могу понять те банки, которые отложили вопрос модернизации Core Banking и не трогают его до поры до времени. Но я не понимаю тех, кто уже (или все еще?) пытается его как-то «пилить на части» и делать это не в современном стеке. А значит, опять шина, опять нет реальных 24/7, нет линейной масштабируемости. Потратить кучу ресурсов и снова оказаться позади? Неразумно.

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

CNews: Кстати, у многих, до сих пор, вызывают аллергию такие термины как «Agile» или «микросервисы».

Дмитрий Гарбар:

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

Дмитрий Гарбар:

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры.

CNews: Вы передаете своим заказчикам коды платформы?

Дмитрий Гарбар:

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

Сейчас модно говорить о самостоятельной разработке в банках — это еще один тренд. Не все до конца понимают, зачем им нужен наш код, но все его хотят. А мы не возражаем, так как уверены, что работы на всех хватит. Маятник самостоятельной разработки снова качнулся в сторону «все сделаем сами», но вернется и обратно, и банки неминуемо вспомнят, что является их core-бизнесом. Быть высокетехнологичной финансовой организацией не равно все делать самим. А те яркие примеры с самостоятельной разработкой, которые мы сейчас видим, да еще и зачастую на платформах, которым 20 лет от роду — это… удивительно. И точно не про эффективность.

CNews: А что у вас с импортозамещением?

Дмитрий Гарбар:

У нас — все замечательно. Мы — полностью российская компания, и мы старались использовать в нашей платформе или российский, или открытый софт.

Например, для in-memory-расчетов мы можем использовать открытую СУБД Tarantool от компании Mail.ru — этот продукт позволил нам существенно ускорить обработку остатков по счетам в режиме реального времени. Кстати, импортозамещать мы будем не только в России, в планах — продвигать нашу платформу за рубежом, «замещая» устаревшие иностранные решения и на их территории.

— С чем была связана смена руководства компании «Новая Афина»?

Валерий Иванович Овсий руководил компанией 20 лет, с начала ее основания. Все эти годы компания хорошо работала, была прибыльна, она достигла существенных технологических высот и приобрела очень важных клиентов. Валерий Иванович в связи со своим 70-летием сам поставил вопрос о своем преемнике еще в начале 2018 года.

Акционерами рассматривалось много кандидатур, но, в конце концов, выбор пал на Дмитрия Гарбара. Дмитрий обладает успешным опытом работы в компании «Диасофт», может мыслить как представитель клиента, и одновременно, защищать интересы компании.

С января 2019 года Дмитрий Гарбар является Управляющим директором компании «Новая Афина». Этот период подтвердил надежды и предположения акционеров. Валерий Иванович Овсий занял должность Советника Генерального директора.

— Давайте вспомним, что такое «Новая Афина». Как она начиналась и почему же она новая?

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

Но в те годы продукт был неизбежно дорогим. Поэтому клиентура росла медленно. Нижегородский банк «Гарантия» купил «Афину» в 1996 году, а «МДМ-банк» купил ее в 1997-м. Тогда же система была поставлена в еще два некрупных банка. Банки в то время работали по старинке, перспективность клиент-серверных технологий воспринимались с трудом. Продажи росли медленнее, чем группа разработчиков, а разработчики на Oracle и тогда стоили дороже dbf-программистов. В конце 90-х такой проект не мог не быть убыточным. Для дальнейшего развития системы был необходим грамотный альянс!

Я позвонил Александру Глазкову, президенту «Диасофта», и предложил встретиться. Мы достаточно быстро договорились о создании новой совместной компании, так и родилась компания «Диасофт+ПрограмБанк». Клиентами этой компании стали два филиала ВТБ, в городах Санкт-Петербург и Хабаровск.

1998 год — август, кризис. Но Банк ВТБ закономерно выжил. И, как следствие, компания «Диасофт+ПрограмБанк» тоже успешно преодолела этот рубеж.
2000 год ознаменовался для «Афины» приходом в Главный расчетный центр (ГРЦ) Сбербанка. «Афина» была выбрана как лучшая для решения задач ГРЦ из числа других систем. Это событие доказало рынку применимость системы для автоматизации расчетных центров. В последующие годы ее средствами были автоматизированы расчетные центры банков:

Банк ВТБ, Северо-Западный региональный центр Банка ВТБ, «Промсвязьбанк», Банк «ТРАСТ».

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

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

— Чем отличается «Новая Афина» от конкурентов?

Прежде всего, отличается инновационностью продукта, который компания получила при рождении. Я уже сказал, что самым первым покупателем «Афины» в 1996 году был Нижегородский банк «Гарантия», президентом которого в то время был Сергей Владиленович Кириенко. В нашем архиве хранятся бумаги с его личной подписью. И он уже тогда умел видеть лучшее в России.

Если говорить о сегодняшнем уровне продукта компании, то стоит ещё раз упомянуть его работу в Расчетном центре Сбербанка. За те почти 20 лет, что «Афина» там работает, было несколько серьезных попыток заменить её на другие программные продукты — ни одной успешной. И она, по-прежнему, там работает.

Гибкость и высочайшая достижимая производительность — эти главные качества «Афины» задумывались изначально. Например, в ВТБ осуществляются миллионы операций в день; в расчетном центре Сбербанка — сотни тысяч операций в час. Проводили тесты: 300 тысяч документов в час ИСУБД «Новая Афина» обрабатывала без проблем. В ГРЦ Сбербанка России система в режиме реального времени способна обеспечить пропускную способность до 415 000 документов в час. При этом за прошедшие годы в системе по запросам Сбербанка было сделано множество доработок.

Показателен тот факт, что во время кризиса 2010 года был

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

Ну и возвращаясь к сегодняшнему дню, важно подчеркнуть, что, хотя развитие продукта «Новая Афина» не останавливается, но уже готовится ее смена — CBS Athena, реализованная в самой современной компонентной архитектуре. И именно поэтому, компания не теряет клиентов, и только наращивает свою клиентскую базу. В ней существенную долю составляют российские представительства крупнейших иностранных банков:

ING Bank, Bank Credit Suisse, JP Morgan Bank International, MUFG Bank.

А им есть с чем сравнивать!

Был реальный случай: головные организации двух «дочек» иностранных банков, работавших на «Новой Афине», обратили сюда свой высокомерный взор: «На чем вы тут работаете?». Им показали, и последовало неподдельное изумление: «А где вы взяли такие системы?» Оказывается, тут в России системы по качеству обслуживания, по гибкости и производительности выше чем то, что внедряется на Западе. Именно по этой причине на отечественном рынке смогли выжить и закрепиться только системы российского производства. «Новая Афина» — одна из таких систем.

— Как такие жесткие конкуренты ведут и развивают общий проект «Новая Афина»?

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

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

Мы собираемся ежеквартально, смотрим на результаты, обсуждаем. Детально рассматриваем новые идеи. Мы не делимся программными решениями, но идеями и формами — да. Электронный финансовый документооборот, базовая идея «Новой Афины» — это наше. Компонентный подход — это идея «Диасофта». Они ею зажглись в 2007-м или 2008-м году, мы это использовали в «ПрограмБанк.ФронтОфисе», а «Новая Афина» подумала и — появилась компонентная бизнес-система СBS Athena.

— Планируете ли Вы что-то менять в политике, стратегии НА?

Если в начале 90-х годов к нам приходило по 5-6 новых банков в месяц, то сейчас ситуация противоположная — в целом на рынке 5-6 банков в месяц умирает. Это означает два важных обстоятельства.
Дело не в том, что сокращаются выплаты банков ИТ-шникам, они не сокращаются, они замерли, не растут, но и не сжимаются. Одни банки, как самостоятельные единицы умирают и становятся филиалами, зато у оставшихся — потребности возрастают.

Проблема в другом. Уменьшение числа самостоятельных единиц ведет к укрупнению тех, с кем они слились. А это порождает новые потребности. Как результат, все более востребованными становятся системы, по-настоящему компонентные, гибкие, способные к принципиальным оперативным изменениям.
Есть такой Римский клуб, который до сих пор выпускает доклады, посвященные развитию цивилизации. Так вот, прошлогодний доклад разочаровал, потому, что, в общем, развитие выхолащивается. Темпы развития упали. Уравнения, написанные ранее, перестали работать. Они не работают, потому что изменился мир!

И мы видим, насколько разными являются укрупняющиеся, остающиеся на рынке банки. Это и для развития очень полезно — когда ты видишь не одну тенденцию, а два-три десятка тенденций. Это мотивация для правильной организации самой системы. «Новая Афина», безусловно, по-прежнему, стремится быть платформой не для единственного банка, не «…техом», а платформой для множества разных банков. И, соответственно, в «Новой Афине» надо сохранять этот «мешок знаний». Ценности накоплены, но, при этом, необходимо сохранить и наращивать потенциал развития.

Недавние примеры, Сбербанк, пообещав отменить один из своих доходов — комиссию, уволил около 5000 человек из «СберТеха». Конкуренция между банками требует снижения операционных расходов, снижения затрат на ИТ. И в этой ситуации компонентные решения оказываются существенно дешевле в развитии, чем традиционные «монолиты».

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

Для банков все более актуально сокращение срока вывода на рынок новых продуктов и внедрение инструментов омниканальности.

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

СBS Athena — это очень правильное направление движения, и задача нового руководителя «Новой Афины» — ускорить это движение.
По принятому еще в самом начале существования компании акционерному соглашению, я — только генеральный директор, а всю текущую жизнь направляет и организовывает директор исполнительный, которым был Валерий Иванович Овсий, или управляющий директор, каким стал Дмитрий Гарбар. У Дмитрия свободные руки и высокая мотивация на успешную деятельность компании. А также солидный организационный опыт, накопленный в компании «Диасофт». Я искренне надеюсь, что под его руководством компания «Новая Афина» будет расти и развиваться, приобретать новых клиентов, создавать самые современные продукты для них.

Источник публикации:
Банкир.Ру, февраль 2019г.

Поделиться: 

Проблемы АБС

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

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

Концептуально большинство работающих в банках АБС не соответствуют этим требованиям!

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

Укрупнение банков влечет за собой усложнение систем управления, и на первое место выходит необходимость эффективной организации и системной оптимизации бизнес-процессов. Современный топ-менеджер мыслит категориями бизнес-процессов, и для реализации его требований необходим процессно-ориентированный подход не только к управлению, но и к средствам его поддержки. Однако этот подход изначально не заложен в концепцию эксплуатируемых АБС. Их архитектурная организация неспособна обеспечить потребности современных руководителей.TAdviser выпустил новую Карту российского рынка информационной безопасности: 230 разработчиков и поставщиков услуг 75.9 т

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

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

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

Требования к новой архитектуре банка

Бизнес-ориентированность IT требует выделения в банковской инфраструктуре отдельных гибко настраиваемых зон.

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

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

Третий слой — транспортный уровень. Здесь требуется 100%-ная настраиваемость c возможностью регулирования и распределения информационных потоков между различными приложениями для фактического объединения их в единую систему с единым управлением.

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

«Кубиками» современной банковской инфраструктуры должны стать адаптивные бизнес-компоненты, удовлетворяющие современным стандартам управления бизнес-процессами, способные бесконфликтно встраиваться в современные IT-ландшафты, образующие в результате единую целостную компонентную банковскую систему.

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

CBS Athena — реализация BPM средствами SOA

Наш новый продукт Component Business System (CBS) Athena (компонентная бизнес-система «Афина») относится к принципиально новому классу систем, реализующих требования BPM в банковской деятельности средствами SOA.

CBS Athena имеет открытую сервисно ориентированную архитектуру (рис. 1), состоящую из наборов гибко конфигурируемых, легко заменяемых разноуровневых функциональных компонентов, и ориентирована на максимальное использование промышленных инструментальных средств (IBM, Oracle и др.), а не на создание их аналогов.

Одно из наиважнейших преимуществ CBS Athena — отделение моделей обслуживания и общей логики бизнеса от технологических особенностей конкретных IT.

Файл:CBS Athena 01.jpg

Управление в CBS Athena строго подчинено бизнес-логике работы конкретного банка, выраженной в моделях (формализованных описаниях) его бизнес-процессов, и обеспечивается средствами конкретной BPM-машины, используемой банком. Модели бизнес-процессов, удовлетворяющие его требованиям, являются составной частью поставляемых компанией бизнес-решений.

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

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

Таким образом, при неизменном наборе компонентов могут меняться как бизнес-процессы работы банка, так и состав используемого им ПО, а появление новых компонентов может не затрагивать логику уже существующих. И наоборот, бизнес-процессы могут оптимизироваться при относительно неизменном составе компонентов.

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

Место CBS Athena в банковской инфраструктуре

Специализация и компетентность мирового софтверного рынка сегодня чрезвычайно развиты. Активно развивается SOA, производство серверов приложений, единых сервисных шин предприятий и других программных средств новых поколений. Нотации BPMN и BPEL становятся стандартом de facto, а поддерживающее их ПО производится многими поставщиками.

Узкоспециализированный мастер сделает свое дело лучше, чем специалист широкого профиля! В такой ситуации дублирование функций специализированного системообразующего ПО в рамках АБС теряет всякий смысл. Оно не только значительно увеличивает себестоимость разработки и стоимость владения системой, но и накладывает ряд необоснованных ограничений на индивидуальные IT-политики банков.

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

CBS Athena по своей сути является гибкой бизнес-ориентированной надстройкой над этим ПО (рис. 2). Имея в своем составе интерфейсы к продуктам сторонних производителей, CBS Athena с минимальными затратами вписывается в индивидуальный IT-ландшафт конкретного банка.

Файл:CBS Athena 02.jpg

Управление в CBS Athena строго подчинено бизнес-логике работы конкретного банка, выраженной в моделях (формализованных описаниях) его бизнес-процессов, и обеспечивается средствами конкретной BPM-машины, используемой банком. Модели бизнес-процессов, удовлетворяющие его требованиям, являются составной частью поставляемых компанией бизнес-решений.

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

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

Таким образом, при неизменном наборе компонентов могут меняться как бизнес-процессы работы банка, так и состав используемого им ПО, а появление новых компонентов может не затрагивать логику уже существующих. И наоборот, бизнес-процессы могут оптимизироваться при относительно неизменном составе компонентов.

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

Место CBS Athena в банковской инфраструктуре

Специализация и компетентность мирового софтверного рынка сегодня чрезвычайно развиты. Активно развивается SOA, производство серверов приложений, единых сервисных шин предприятий и других программных средств новых поколений. Нотации BPMN и BPEL становятся стандартом de facto, а поддерживающее их ПО производится многими поставщиками.

Узкоспециализированный мастер сделает свое дело лучше, чем специалист широкого профиля! В такой ситуации дублирование функций специализированного системообразующего ПО в рамках АБС теряет всякий смысл. Оно не только значительно увеличивает себестоимость разработки и стоимость владения системой, но и накладывает ряд необоснованных ограничений на индивидуальные IT-политики банков.

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

CBS Athena по своей сути является гибкой бизнес-ориентированной надстройкой над этим ПО (рис. 2). Имея в своем составе интерфейсы к продуктам сторонних производителей, CBS Athena с минимальными затратами вписывается в индивидуальный IT-ландшафт конкретного банка.

Файл:CBS Athena 02.jpg

Состав CBS Athena

В состав системы входят:

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

CBS Athena — бизнесу банка

Стратегические бизнес-преимущества, которые дает банкам применение CBS Athena, следующие:

  • Более строгая формализация бизнес-процессов и приведение их к единому стандарту (BPMN).
  • Возможности значительного повышения управляемости бизнеса.
  • Реализация целостного системного подхода к построению бизнеса и управлению.
  • Широкие возможности оптимизации бизнес-процессов на всех уровнях.
  • Минимальная зависимость бизнеса от программно-аппаратных платформ и конкретных приложений.
  • Строгое подчинение IT-инфраструктуры потребностям банка (бизнес-процессам) как в оперативно-тактическом, так и в стратегическом плане.
  • Реальные возможности унификации и оптимизации бизнес-процессов в масштабах крупных филиальных сетей.
  • Гибкие возможности формирования разнообразных архитектурных комбинаций.
  • Возможность последовательной реализации с оптимизацией инвестиций.

CBS Athena — инфраструктуре банка

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

CBS Athena дает банку не только новый функционал, но и новые возможности управления своими существующими ресурсами за счет использования BPM и SOA. Вместо приспособления инфраструктуры банка под требования конкретной АБС банк сам формирует инфраструктуру, ориентируясь в первую очередь на требования своего бизнеса.

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

Использование BPM позволяет сделать развитие нового функционала более очевидным и полезным для бизнеса. Бизнес становится непосредственным участником процесса, и это позволяет эффективно распределять инвестиции в IT.

Кроме того, CBS Athena позволяет более эффективно и быстро проводить доработки функционала, так как итоговое решение не зажато рамками и требованиями конкретной АБС и имеет множество альтернативных вариантов.

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

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

Комплексная оптимизация
банковской деятельности

ИСУБД «Новая Афина»

Информационная Система Управления Банковской Деятельностью (ИСУБД) «Новая Афина» — мощная современная АБС проверенная многолетним опытом эксплуатации в купнейших банка России, обеспечивающая высокую степень автоматизации и широкие возможности оптимизации банковских бизнес-процессов и ИТ-инфраструктур. Это прогрессивный, динамично развивающийся программный продукт, способный адаптироваться под любые требования современного банка.

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

ИСУБД «Новая Афина» позволяет автоматизировать разнообразные направления деятельности банка, такие как: расчетно-кассовое обслуживание, рекламационная переписка (investigation), работа с корреспондентскими счетами, кредиты, депозиты, фондовые операции, депозитарный учет, факторинг, сейфовые ячейки, центры финансового учета, документарные операции, гарантии, аккредитивы, счета-фактуры, векселя, валютный дилинг, платежные карты физических  и юридических лиц, учет основных средств, нематериальных активов и материалов  и многие другие.

В состав ИСУБД «Новая Афина» входят прикладные системы, общесистемные модули, дополнительные функциональности и специализированные прикладные решения.

Вернуться назад

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

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

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

Ссылка на сообщение Ссылка включая название темы Ссылка URL x. Команда АКБ РосЕвроБанка приглашает на работу Ведущего разработчик АБС Новая Афина по направлению Депозитарный и вексельный учет. За выполнение данных задач предлагаем: Интересные резюме ждем на a.

Препарат Afinitor (Афинитор) / Everolimus (Эверолимус)

Партнерская программа: АФИНИТОР

Запеченная курица с картошкой пошаговый рецепт

Понятие блага виды благ

Афина

Афинитор — это инновационный препарат последнего поколения, доказавший свою эффективность в лечении определенных форм рака. Мы предлагаем вам возможность приобрести подлинный препарат без посредников в Израиле. Afinitor — это торговое название эверолимуса — перепарата, предназначенного для применения в таргетной терапии. Таргетные препараты распознают раковые клетки по определенным мишеням. Ориентируясь на эти мишени, таргетные препараты воздействуют исключительно на злокачественные клетки, не затрагивая при этом здоровые ткани. Afinitor является ингибитором мишени рапацимина — фермента, регулирующего рост и выживание клеток. Блокируя этот фермент, Afinitor предотвращает деление клеток и, соответственно, рост опухоли. Препарат также угнетает ангиогенез — развитие кровеносных сосудов, необходимых для снабжения клеток опухоли кислородом и питательными веществами. Афинитор выпускается в форме пероральных таблеток в дозировке 2,5 мг, 5 мг, 7,5 мг и 10 мг эверолимуса. В качестве вспомогательных ингредиентов в состав таблеток входят: Afinitor DISPERZ выпускается в форме таблеток для приготовления пероральной суспензии в дозировке 2 мг, 3 мг и 5 мг эверолимуса. Вспомогательные вещества аналогичны стандартной форме Афинитор. Активное вещество препарата Afinitor — эверолимус является противораковым агентом, который действует путем блокирования белка, носящего название мишень рапамицина у млекопитающих mTOR. Попадая в организм человека, эверолимус распознает и присоединяется к цитоплазматическому белку FKBP, образуя комплекс. Полученный комплекс ингибирует функцию белка mTOR. Так как mTOR участвует в контроле клеточного деления и роста кровеносных сосудов Afinitor предотвращает деление раковых клеток и уменьшает их кровоснабжение. Это способствует замедлению роста и распространения злокачественной опухоли. Наиболее распространенными побочными эффектами Afinitor влияющими на более чем одного из десяти человек являются:. Таблетки необходимо принимать ежедневно до или после приема пищи, запивая водой. Их нельзя жевать или дробить. Не следует принимать поврежденные таблетки разломанные или подробленные. Дозировка Афинитор зависит от типа заболевания, а также от множества других факторов, поэтому она устанавливается лечащим врачом в индивидуальном порядке. Afinitor может взаимодействовать с другими лекарствами, поэтому перед началом лечения сообщите своему врачу обо всех препаратах, которые вы принимаете, включая витамины и лекарства растительного происхождения, особенно, если это:. Подберет для вас наиболее выгодный вариант для отдыха и лечения в Израиле. Главная Экскурсионные туры Курорты Израиля Достопримечательности Экскурсии по Израилю. Медицинский туризм Медицина в Израиле Больницы и клиники Израиля Онкология, лечение рака Стоматология, лечение зубов Офтальмология, лечение глаз. Мертвое море Что лечат на Мертвом море? Программы лечения на Мертвом море и их стоимость Отели Мертвого моря. Команда IMED-TOUR Отзывы Новости IMED-TOUR Карта сайта. Лечебные туры в Израиль. Open the calendar popup. IMEDTOUR — мед туроператор Израиля. Главная Экскурсионные туры Курорты Израиля Достопримечательности Экскурсии по Израилю Лечение в Израиле Медицинский туризм Медицина в Израиле Больницы и клиники Израиля Онкология, лечение рака Стоматология, лечение зубов Офтальмология, лечение глаз Лечение на Мертвом море Мертвое море Что лечат на Мертвом море? Вы имеете уникальную возможность приобрести оригинальное лекарство в Израиле. Наши консультанты готовы предоставить вам любую дополнительную информацию об этом препарате.

Виды туризма в сша

Анкета держателей бонусной карты

Автоматизированная банковская система ‘Новая Афина’ теперь доступна на платформе Intel? Itanium? 2.

Шапка спицами узоры со схемами

Новости современных строительных

Ведущий разработчик (АБС Новая афина), Москва, Крупный банк

История странного парня

Закон иркутской области 107 оз

Добавил:

Upload

Опубликованный материал нарушает ваши авторские права? Сообщите нам.

Вуз:

Предмет:

Файл:

Автоматизир ФинСистемы.doc

Скачиваний:

71

Добавлен:

02.03.2016

Размер:

1.14 Mб

Скачать

Корпоративная информационная система управления

банковской
деятельностью ИСУБД
«Новая
Афина
«

Система находится
в промышленной эксплуатации с 1997 г. В
настоящее время ИСУБД «Новая Афина»
является общепризнанным лидером среди
решений своего класса — систем пятого
поколения.

Системы охватывает
следующие направления:

  • управление
    банковским бизнесом;

  • комплексная
    автоматизация деятельности банка

  • обеспечение
    эффективной деятельности и возможности
    развития банковского бизнеса.

К достоинствам
системы относится следующее:

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

  • полнота информации
    (система предоставляет широкий набор
    информационных объектов, необходимых
    для автоматизации банковской деятельности,
    который может быть изменен или дополнен
    силами специалистов банка);

  • настраиваемая
    отчетность (ИСУБД «Новая Афина»
    позволяет получить любую информацию,
    хранимую в системе, обработанной и
    представленной в форме, максимально
    удобной для всех уровней управления
    банком);

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

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

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

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

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

  • аналитический
    учет в реальном времени (он обеспечивает
    достоверность и непротиворечивость
    финансовой информации).

ИСУБД «Новая
Афина» подтверждает эффективность
работы при следующих параметрах:

  • обслуживание
    свыше 400000 клиентов банка;

  • ведение более
    900000 счетов;

  • обработка до
    154000 платежных документов в час;

  • работа с БД,
    содержащей 17000000 финансовых документов;

  • одновременная
    работа до 1500 пользователей.

Архитектура ИСУБД
состоит из следующих трех укрупненных
слоев:

1) электронный
документооборот;

2) прикладная
архитектура;

3) программно-аппаратная
платформа.

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

Система
реализована в
архитектуре «клиент–сервер».
Все
бизнес-про-цедурысистемы выполняются на сервере. Серверная
часть ИСУБД «Новая
Афина» использует СУБД Oracle.

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

Для
приема и передачи информации могут
использоваться транспортные системы
SWIFT, РКЦ.

Состав общесистемных
модулей и прикладных (функциональных)
подсистем ИСУБД «Новая Афина»
приведен в таблицах 5, 6.

Таблица
5.
Общесистемные
модули ИСУБД «Новая Афина»

Модуль

Назначение модуля

Менеджер
документооборота

Служит для
настройки системы под технологию
конкретного банка

Администратор
системы

Обеспечивает
регистрацию пользователей системы и
мониторинг их работы

Менеджер отчетов

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

Общие
справочники

Поддерживает
ведение справочников счетов, клиентов
и осуществление движений по счетам

Транспортные
системы

Содержит механизмы
для настройки интерфейсов (файловых
и онлайновых) с другими системами

Таблица
6.
Прикладные
подсистемы ИСУБД «Новая Афина»

Подсистема

Назначение
подсистемы

Расчетное
обслуживание

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

 модуль
«Договоры
на расчетное обслуживание»,

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

Продолжение табл.
6

Подсистема

Назначение
подсистемы

 модуль
«Расчетные
документы
«,
который обеспечивает проведение
расчетных операций от имени клиента
(платежные поручения, биржевые заявки
на покупку или продажу валюты и т. п.)

Операции
с наличной валютой

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

 модуль
«Касса»
(выполнение кассовых операций);

 модуль
«Обменный
пункт
»
(выполнение операций обменного пункта)

Корреспондентские
счета

Предназначена
для ведения и отслеживания состояний
корреспондентских счетов, счетов
невыясненных сумм, выполнения ручной
и автоматической квитовки платежей

Счета-фактуры

Ведение учета
выставленных и полученных счетов-фактур,
книг продаж и покупок

Рекламационная
переписка

Обеспечивает
ведение переписки с ностро- и
лоро-корреспондентами, обработку
сообщения общей группы

Итоговые
показатели

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

 модуль
«Настройка
показателей
»
(настройка показателей для отчета);

 модуль
«Управление
показателями
»
(загрузка и редактирование показателей,
расчет показателей)

Депозиты
физических и юридических лиц

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

 модуль
«Бухгалтер
депозитов
»
(настройка бухгалтерии частных
вкладов);

 модуль
«Операционист
депозитов
«
(выполнение
операций по вкладам);

 модуль
«Начисление
процентов
»
(расчет и начисление процентов)

Кредиты

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

 модуль
«Предкредитная
обработка
»
(работа с кредитными заявками);

 модуль
«Кредитные
договоры
»
(работа
с кредитными договорами)

Окончание табл.
6

Подсистема

Назначение
подсистемы

Депозитарный
учет

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

 модуль
«Менеджер депозитария»

(управление депозитарием);

 модуль
«Депозитарий»

(выполнение депозитарных операций)

Фондовые
операции

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

Векселя

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

Валютный

дилинг

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

Обслуживание
VIP-клиентов

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

Центры

финансового учета

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

Налоговый учет

Предназначена
для организации в банке налогового
учета

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #
  • #


CNews: Дмитрий, в конце 2019 года «Новая Афина» презентовала новую микросервисную платформу. Как вы к ней пришли?

Дмитрий Гарбар:

Дмитрий Гарбар

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

Компания «Новая Афина» исторически ассоциируется с полнофункциональным и производительным Core banking — мы не создаем чистые фронты и не пишем ДБО. Наше решение «ИСУБД Новая Афина», успешно функционирующее в крупнейших российских и западных банках, уже может быть отнесено к Legacy. Да, оно спроектировано так, что может активно дорабатываться (что банки и делают сами или с нашей помощью) и держит нагрузки в миллионы документов в день. Но новые вызовы, стоящие перед финансовыми организациями, требуют принципиально других решений.

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

CNews: Что вы имеете в виду?

Дмитрий Гарбар:

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

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

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

Дмитрий Гарбар:

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

CNews: И чем же ваша платформа лучше?

Дмитрий Гарбар:

Выпуску нашего решения предшествовала серьезная архитектурная проработка, в которой, кстати, принимали участие архитекторы одного из крупнейших российских банков. Первый микросервис появился только после того, как были утверждены общая архитектурная концепция и правила разработки. Например, в зависимости от бизнес-задачи микросервисы могут использовать разные СУБД (для ведения баланса и лимитов по счетам мы используем in-memory database), есть элементы low code, которые мы планируем активно развивать. У нас много интересных решений.

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

CNews: Есть расхожее мнение, что микросервисы нужны только для фронтальных решений. Вы с этим согласны?

Дмитрий Гарбар:

Дмитрий Гарбар

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

Давайте вспомним, какие неоспоримые преимущества свойственны микросервисной архитектуре. Это стабильность решения при большом количестве изменений и практически безграничное масштабирование при разумной цене на железо — разве это не то, что нужно в Core Banking?

А что касается идеи двухскоростной архитектуры, которая была сформулирована экспертами Gartner еще в 2014 году, то до поры до времени она была вполне разумным для банков подходом. Что-то вроде «есть слона по частям». Если упрощенно, то подход сводился к тому, что должен быть технологичный, быстрый, устойчивый к изменениям фронт и хоть какой-то, какой уж есть, бэк, потому что «не до него сейчас». И применение микросервисных решений, в первую очередь для фронт-офисов, было вполне оправдано. Но пришло время есть «вторую часть слона» — две скорости в архитектуре должны уступить место одной — максимальной.

Растут как объемы информации в системах, так и количество запросов к ним. На первое место выходит скорость формирования предложения клиенту, а значит должен храниться и мгновенно обрабатываться огромный пул информации. В такой ситуации Core Banking уже не получится вынести за скобки.

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры, во всех процессах. А поэтому необходимо, чтобы в основе лежала единая современная платформа или платформы, но никак не устаревший монолит или даже «зоопарк» из слепленных Agile-командами «под задачу» функциональностей. Такой подход видится нам наиболее конкурентным в перспективе.

Я еще как-то могу понять те банки, которые отложили вопрос модернизации Core Banking и не трогают его до поры до времени. Но я не понимаю тех, кто уже (или все еще?) пытается его как-то «пилить на части» и делать это не в современном стеке. А значит, опять шина, опять нет реальных 24/7, нет линейной масштабируемости. Потратить кучу ресурсов и снова оказаться позади? Неразумно.

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

CNews: Кстати, у многих, до сих пор, вызывают аллергию такие термины как «Agile» или «микросервисы».

Дмитрий Гарбар:

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

Дмитрий Гарбар:

Соревнование банков на предмет того, «у кого ДБО красивее», завершилось — почти у всех одинаково красиво. Наступает время решения более сложных задач и формирования более своевременных продуктов. Это требует других скоростей на всех уровнях архитектуры.

CNews: Вы передаете своим заказчикам коды платформы?

Дмитрий Гарбар:

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

Сейчас модно говорить о самостоятельной разработке в банках — это еще один тренд. Не все до конца понимают, зачем им нужен наш код, но все его хотят. А мы не возражаем, так как уверены, что работы на всех хватит. Маятник самостоятельной разработки снова качнулся в сторону «все сделаем сами», но вернется и обратно, и банки неминуемо вспомнят, что является их core-бизнесом. Быть высокетехнологичной финансовой организацией не равно все делать самим. А те яркие примеры с самостоятельной разработкой, которые мы сейчас видим, да еще и зачастую на платформах, которым 20 лет от роду — это… удивительно. И точно не про эффективность.

CNews: А что у вас с импортозамещением?

Дмитрий Гарбар:

У нас — все замечательно. Мы — полностью российская компания, и мы старались использовать в нашей платформе или российский, или открытый софт.

Например, для in-memory-расчетов мы можем использовать открытую СУБД Tarantool от компании Mail.ru — этот продукт позволил нам существенно ускорить обработку остатков по счетам в режиме реального времени. Кстати, импортозамещать мы будем не только в России, в планах — продвигать нашу платформу за рубежом, «замещая» устаревшие иностранные решения и на их территории.

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