+7(499)495-49-41

FLEXTERA – новая философия построения ИТ-архитектуры

FLEXTERA Accounting Engine: по дороге из желтого кирпича

FLEXTERA - новая философия построения ИТ-архитектуры

За 20–25 лет развития АБС сложилась традиционная для большинства из них архитектура. Это многофункциональная система, которая совмещает функции бэк-офиса, бухгалтерского и налогового учета, регуляторной и оперативной отчетности.

Что характерно для такой архитектуры?

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

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

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

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

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

Распространено следующее распределение ролей и обязанностей пользователей системы:

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

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

• методология учета — это бумажный документ, который внедряет IT-служба банка, сами методологи не работают в системах, автоматизирующих правила учета;

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

Когда Accounting Engine есть

Альтернативное решение, которое было сформулировано BIAN (Banking Industry Architecture Network) и поддержано IBM, предполагает разделение сервисов на учетные слои. Почему важно отделять продуктовый учет от бухгалтерского и какую роль в этом подходе играет решение класса Accounting Engine?

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

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

Наполнение Главной книги бухгалтерскими данными и преобразование продуктовых событий в бухгалтерский учет осуществляет Accounting Engine

Характеристики АБС, построенной по принципу разделения продуктового и бухгалтерского учета:

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

• взаимодействие между продуктовыми системами и Главной книгой организовано посредством обработки продуктовых событий Accounting Engine;

• продуктовые события отражают исключительно пошаговые бизнес-процессы бэк-офиса и содержат только операционные данные;

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

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

• сотрудники операционного блока сосредоточены на своей непосредственной функции сопровождения операций;

• бухгалтерия, осуществляя последующий контроль, имеет доступ к просмотру продуктовых операций и событий на уровне Accounting Engine и контролирует все «ручные» корректировки;

• методолог может сопровождать и менять правила бухгалтерского учета через пользовательский интерфейс Accounting Engine без привлечения IT-службы;

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

Как мы сделали Accounting Engine

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

Начало пути

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

За предыдущие годы мы накопили колоссальный прикладной опыт в этом направлении.

А вот наше представление об Accounting Engine основывалось на поверхностных описаниях BIAN, элементах этого функционала в линейке Diasoft FA# и мечтах об идеальном продукте.

Наше первое вИдение исходило из постулата, что Accounting Engine — это простая и быстрая «молотилка» для продуктовых событий.

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

С этого начался наш путь «по дороге из желтого кирпича» — к Accounting Engine, с которым можно будет построить архитектуру нового поколения.

Первый поворот

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

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

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

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

Второй поворот

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

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

Accounting Engine сформировал проводки для выгрузки в NAVISION AXAPTA, а мы зафиксировали функциональную возможность поддержки правил и механизмов формирования проводок в разрезе субконто.

Серьезное испытание

Следующий проект стал серьезным испытанием для Accounting Engine. «Дорога из желтого кирпича» наконец привела нас к задаче поддержки требований бухгалтерского учета операций на финансовых рынках по требованиям IFRS.

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

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

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

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

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

Новые вызовы

Наш текущий проект — это поддержка перехода на отраслевые стандарты бухгалтерского учета Банка России для НФО. Наконец идея Accounting Engine развернулась в полный рост. Источником продуктовых событий являются сразу несколько систем: Calypso, Diasoft FА#, 1C Казначейство.

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

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

Какой Accounting Engine действительно работает

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

Мы прошли большой путь и понимаем, что Accounting Engine — это не просто «молотилка», не просто интеграционная функция. Для «честного» разделения продуктового и бухгалтерского учета такого «просто» недостаточно.

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

Уже видны башни Изумрудного города, и впереди нас ждет самое интересное.

Реклама

Источник: https://bosfera.ru/bo/flextera-accounting-engine-po-doroge-iz-zheltogo-kirpicha

FLEXTERA BI. Бизнес-аналитика и отчетность в реальной жизни

FLEXTERA - новая философия построения ИТ-архитектуры

Описания современных средств бизнес-аналитики пестрят сложными терминами.

Мы встретились со специалистами компании «Диасофт», которые создали продукт FLEXTERA BI и составили простое и доступное описание этого BI-инструмента и его составляющих.

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

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

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

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

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

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

«Диасофт» предлагает коробочные решения, разработанные на основе аналитического центра FLEXTERA BI, такие как «Отчетность ЦБ РФ», «Отчетность МСФО», «Управленческая отчетность», «Налоговая отчетность», «Анализ эффективности продуктовых процессов» и другие аналитические приложения.

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

Синхронный рост бизнеса и ИТ

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

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

Разделяй и автоматизируй

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

В этой статье мы рассмотрим назначение компонентов аналитического центра и приложений.

Аналитический центр FLEXTERA BI состоит из следующих модулей:

  1. Ядро отчетности
  2. Модель детальных данных
  3. Работа с данными
  4. Интеграция с внешними системами
  5. Контроль качества данных
  6. Трансформация финансовых данных
  7. Среда разработки аналитических приложений
  8. Многомерный анализ данных

FLEXTERA BI «Ядро отчетности»

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

FLEXTERA BI «Модель детальных данных»

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

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

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

FLEXTERA BI «Работа с данными»

Интерфейс — это лицо системы. Хороший интерфейс сам по себе может повысить эффективность работы пользователя на уровне скорости совершаемых действий.

При разработке модуля FLEXTERA BI «Работа с данными» мы поставили цель сделать его удобным для работы с большими объемами данных с возможностью постоянного мониторинга всех процессов.

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

FLEXTERA BI «Интеграция с внешними системами»

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

Большинство ETL-процессов настраиваются еще при внедрении, но во время эксплуатации администратор может вносить изменения в алгоритмы с помощью этого модуля.

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

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

FLEXTERA BI «Контроль качества данных»

К достоверности и полноте данных для построения отчетности предъявляются высокие требования. Этот модуль воплотил в себе все современные наработки в области контроля качества и позволяет получать на выходе корректные отчеты.

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

После завершения процесса пользователь видит список ошибок и может просмотреть детализацию в режимах drill through и drill down.

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

FLEXTERA BI «Трансформация финансовых данных»

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

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

  • настройки и выполнения автоматизированных правил маркировки (разметки) данных аналитическими признаками (например, ЦФО, счет управленческого учета, продукт, и т.д.)
  • настройки и выполнения правил реклассификации сделок
  • настройки и выполнения алгоритмов генерации корректирующих проводок

FLEXTERA BI «Среда разработки аналитических приложений»

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

Данный компонент FLEXTERA BI позволяет настраивать алгоритмы расчета в визуальном редакторе силами и умениями только бизнес-пользователей.

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

FLEXTERA BI «Многомерный анализ данных»

Компонент предоставляет встроенный инструментарий для проведения AD-HOC анализа данных и построения пользовательских отчетов при помощи встроенного BI-средства, которым может быть любой инструмент, например, SAP Business Objects, Oracle BI или Cognos.

Визуализируйте и анализируйте.

Соответствие тенденциям

Поскольку FLEXTERA BI перестает быть просто системой для генерации отчетов, а рассматривается нами и нашими клиентами как аналитическая система, обеспечивающая доступ к различным BI средствам, как включенным в продукт, так и внешним, для глубокого анализа накопленных данных, то естественно ожидать, что клиентам нужна высокая производительность таких средств, да и всей системы в целом. Поэтому FLEXTERA BI ориентируется, наравне с традиционными СУБД, на СУБД нового поколения — аналитические платформы или так называемые MPP-решения (massive parallel processing), предназначенные именно для отчетности и аналитики. Подобные конфигурации способны обеспечить производительность, в десятки и сотни раз превышающую производительность решений на традиционных СУБД. При этом стоимость часто существенно меньше, чем у традиционных СУБД, поскольку для них не требуется покупать отдельных систем хранения данных, так как они уже встроены в эти системы. Именно за счет этого обеспечивается высокая производительность таких систем. Кроме того, они существенно проще в администрировании.

Размеры встроенной Системы Хранения Данных (СХД) даже для минимальных конфигураций достигают 10 ТБ (без компрессии) или 30-40 ТБ (со встроенной компрессией) и позволяют хранить, наравне с актуальными, и огромное количество исторических данных, что позволяет «проигрывать» различные аналитические сценарии на любом промежутке времени. Такие MPP-системы также поддерживаются большинством стандартных BI средств, поддерживают стандарты языка SQL и являются, по сути, обычными СУБД.

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

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

Гибкость технологий

Учитывая все вышесказанное можно отметить, что сейчас можно построить именно такую систему, какая нужна в конкретном банке.

Появились новые операции или источники данных — технологи легко отразили это в настройках отчетности.

Все процессы автоматизированы, все на своем месте и вовремя — каждый сотрудник знает и чтит свое место в бизнес-процессе — все это становится возможным при помощи аналитического центра FLEXTERA BI.

Источник: https://bi-cube.ru/flextera-bi-biznes-analitika-i-otchetnost/

Программа-максимум: кто контролирует треть рынка банковского софта

FLEXTERA - новая философия построения ИТ-архитектуры

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

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

«До 1995 года я сам писал код, — вспоминает Глазков. — Один из моих продуктов до сих пор работает в Газпромбанке.

Глава управления внешних связей банка Елизавета Тотунова пояснила, что речь идет о решении Diasoft Bank 4х4, «который используется с начала 90-х по сей день в большинстве филиалов».

Бывший ИТ-директор нескольких федеральных банков Олег Подкопаев помнит, что, когда банковский рынок только формировался, всем, кто приходил на него со своим софтом, места хватало. «Диасофту» расти было просто, конкурентов практически не было», — объясняет он.

«Рынок софта похож на рынок агентств безопасности: кто первый туда попадает, сидит долго», — говорит основатель компании Witology и бывший топ-менеджер российского IBM Сергей Карелов.

Искусство продавать

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

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

«Но продавать — не моя чашка чая», — признается Глазков.

Зато прирожденным продавцом называют второго человека в компании — Александра Генциса. «В его телефоне контактов раз в десять больше, чем у меня», — улыбается Глазков.

«Клиенты иногда смотрят на Генциса больше, чем на сам продукт», — говорит сотрудник одного из банков.

К началу 2000-х годов клиентами «Диасофта» было уже более 100 банков. В 2005 году компания первой на рынке заключила соглашение с американской IBM. «Диасофт» разрабатывал новую линейку продуктов Flextera на технологических решениях IBM, а концерн поддерживал продажи решений «Диасофта», с которыми отлично шло и «железо» американского вендора.

Расчет в кубе

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

«Мы вывели систему, компоненты и сервисы которой взаимосвязаны, объединены в единое целое и легко могут быть проинтегрированы в зависимости от задачи, — говорит Глазков.

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

Как донести эту мысль до клиентов? На конференции Ассоциации региональных банков России в 2012 году в Сочи участникам раздали пиво и пригласили в зал.

На сцене — управляющий директор Дмитрий Зубарев, все заинтригованно смотрят на гигантский куб из папье-маше за его спиной.

Куб сложен из множества небольших кубиков, которые можно складывать в нужной последовательности: так в «Диасофте» объясняли клиентам преимущества компонентной архитектуры.

Глазков настаивает на том, что остальные игроки рынка под видом компонентной архитектуры продают разбитый на мелкие части функционал. «Это, наверное, про нас, — предполагает собеседник Forbes в компании ЦФТ, продвигающий «Каталог приложений», из которого можно собрать продукты. — Стратегии и маркетинговые посылы у всех разные, главное — итог».

В итоге «Диасофт» не смог в полной мере воспользоваться преимуществом своей архитектуры. «Идея заинтриговала и привлекла внимание IT-директоров, а не бизнеса — клиентов банка, которые и приносят ему прибыль», — говорит Олег Подкопаев, в прошлом ИТ-директор ряда федеральных банков.

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

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

Игра в экспансию

В 2011 году Глазков рассказывал, что через четыре года откроет офисы в Лондоне и Шанхае, а 34% выручки компании придется на зарубежные рынки. Для реализации идеи он провел внутреннюю реформу: разделил роли акционеров и операционного менеджмента, передав ему управление проектами (раньше за это отвечали основатели компании).

Чуть ли не год Глазков лично наставлял будущего управляющего директора Дмитрия Зубарева.

Готовились к отъезду настолько тщательно, что на время ввели второе правление с другим составом.

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

«Идеи были правильные, но экспериментировать мы начали не вовремя — нужно было довести новую линейку продуктов Flextera, перестроиться на международные продажи, а не тренировать топ-менеджмент, — признает свои ошибки Глазков. — Уверен, что через пять лет мы вернемся к этой идее — мне интереснее стратегическое развитие, чем операционное управление, где я в каждой бочке затычка».

Что же экспансия? Открыть офисы действительно получилось. Недавно появился первый крупный клиент во Вьетнаме — местный банк Vietnam International Bank.

«Диасофт» участвует в тендерах в Монголии, Бангладеш, Шри-Ланке и Малайзии. IBM охотно помогает в продвижении решений на этих рынках.

Но несмотря на общие усилия, доля продаж за рубежом далека от когда-то озвученной — сегодня она не превышает 4-5%.

Если в 2011 году в развитие международной экспансии было вложено 100 млн рублей, то в последние пару лет не больше 60 млн.

Вызов облаку

3 марта 2015 года топ-менеджемент «Диасофта» и их клиенты вернулись с выездной конференции из Бирмы.

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

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

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

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

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

«Подобная трансформация в России возможна в течение 10-15 лет, но не для всех банков.

К примеру, крупнейшие не перейдут в облако, для этого им пришлось бы пойти на слишком болезненные перемены, в частности уволить тысячи сотрудников ИТ-департаментов», — замечает Гвидо Ферриани, директор по технологиям департамента по работе с финансовыми учреждениями российского отделения Accenture.

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

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

Источник: http://www.forbes.ru/svoi-biznes/istorii-uspekha/289559-programma-maksimum-kto-kontroliruet-tret-rynka-bankovskogo-softa

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.