|
Персональные инструменты |
|||
|
|
Создание учетно-ориентированной архитектуры в банкеМатериал из CustisWikiВерсия от 14:55, 13 июня 2012; AlexandraVelyaninova (обсуждение) Это снимок страницы. Он включает старые, но не удалённые версии шаблонов и изображений.
Централизация учета и отчетности — современная тенденция в крупных банках. Ведь для эффективного управления крупным банком нужен качественный учет, а получить его без централизации невозможно. В большинстве современных банков используется сразу несколько приложений, и их тем больше, чем разнообразнее бизнес у банка. Потому наличие нескольких систем от разных поставщиков скорее правило, чем исключение. Задача распределения многочисленных и разнообразных функций банка между приложениями чаще всего решается делением по бизнес-областям, причем в крупных банках отчетливо прослеживается тенденция использования систем best-of-breed — лучших в своей области. В результате IT-архитектура в банке оказывается ориентированной на бизнес-задачи, а не на учет. В таких условиях ведение качественного учета в масштабе крупного банка связано с рядом трудностей. Как правило, отдельные приложения обрабатывают бизнес-операции в выделенных бизнес-областях целиком — от инициации процесса до получения отчетности по всем необходимым формам (ЦБ РФ, МСФО, ФСФР, внутрибанковская, управленческая), что закономерно влечет фрагментацию учета как по бизнес-областям, так и по различным IT-системам. А трудоемкая работа по получению консолидированной (централизованной) отчетности по банку в целом ложится на плечи бухгалтерии и других заинтересованных подразделений банка. Централизация учета — сложная задача на стыке IT-департамента и бухгалтерии банка. IT-служба не готова менять сложившийся IT-ландшафт, построенный под интересы бизнеса. А бухгалтеры понимают, что нужно делать с точки зрения учета, но не могут однозначно сформулировать задачу для IT. Даже если IT и бухгалтерия договорятся о том, что нужно делать, подобный проект по централизации учета, получаемого из большого количества разнородных систем, сопряжен с большими рисками. Вероятнее всего, потребуются изменения в различных бизнес-приложениях, что может повлечь непредсказуемые последствия и серьезные сбои в работе отдельных подразделений банка. Принципы построения учетно-ориентированной архитектурыПриступая к решению сложной системной задачи, необходимо вначале описать принципиальное устройство того, что мы хотим получить, — спроектировать так называемую информационную архитектуру. Для эффективного решения задачи централизации учета мы создаем особую IT-архитектуру — учетно-ориентированную. Принимая во внимание все сложности, которые были описаны выше, и руководствуясь фундаментальным принципом врачей и консультантов — «Не навреди!», — мы сформулировали принципы построения учетно-ориентированной архитектуры.
На первый взгляд может показаться, что предлагаемая архитектура очень проста. Это действительно так, если не принимать во внимание сложность ее реализации в условиях непрерывной работы банка. Способы построения учетно-ориентированной архитектуры на основе вышеперечисленных принципов могут быть различными. Далее мы расскажем о варианте, разработанном нашей компанией. Наш метод создания учетно-ориентированной архитектурыВ основе нашего подхода к созданию учетно-ориентированной архитектуры лежит наша собственная технологическая платформа. Она была разработана специально для проектов по заказной разработке учетно-аналитических систем для крупных организаций, включая банки, и многократно использована на практике. На базе этой технологии реализуется KAS, которая аккумулирует бухгалтерский, управленческий, налоговый и любые другие виды учета, обеспечивает их контроль и координацию, а также реализует механизм ведения учетной политики и ее распространения на связанные с KAS бизнес-приложения (рис. 2).
Мы выстраиваем информационный обмен в разрезе учетных данных между KAS и бизнес-приложениями, следуя принципу сохранения сложившегося IT-ландшафта. Это означает, что все необходимые для полноты, контроля и координации учета данные из учетного слоя бизнес-приложений попадают в KAS. (Под учетным слоем понимается часть приложения, отвечающая за формирование учетных данных.) В случае если используется западная система, неспособная вести учет по российским правилам, мы внедряем специальное приложение — Универсальный учетный модуль (Universal Accounting Unit), который на основе получаемых из бизнес-приложений событий по бизнес-операциям ведет учет по требуемым правилам. Причем это решение универсально и индивидуально настраивается под каждое бизнес-приложение. А наша технология бережного внедрения обеспечивает «бесшовное» встраивание KAS в IT-ландшафт без нарушения связей между его частями. Таким образом, описанная учетно-ориентированная архитектура объединяет все бизнес-приложения банка в единое учетное пространство. Следует особо отметить, что описанный гибкий подход к построению архитектуры не ограничивает развитие IT-ландшафта банка — добавление новых IT-систем и вывод из эксплуатации устаревающих бизнес-приложений осуществляется в рабочем режиме. Это соответствует современному тренду использования best-of-breed бизнес-приложений. Кроме того, учетно-ориентированная архитектура позволяет быстро реагировать на изменение правил учета благодаря тому, что KAS централизованно отслеживает выполнение требований внешних регуляторов и учетной политики самого банка.
Внимание! Данная статья выбрана для репликации во внешнюю базу знаний компании. Пожалуйста, не допускайте в этой статье публикацию конфиденциальной информации, ведения обсуждений в теле статьи, и более ответственно относитесь к качеству самой статьи — проверяйте орфографию, пишите по-русски, избегайте непроверенной вами информации. |
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||