2. Использование так называемого «управленческого комплекса» помогает банку создать систему стратегического управления и выполнить главную задачу - обеспечить рентабельность и конкурентоспособность своего бизнеса. http://www.ippnou.ru/article.php?idarticle=000758 - _ftn5

Другим немаловажным «моментом» для эффективной системы управления совершенным баком является то, что любой руководитель желает знать, что происходит в его организации. В рамках традиционного механизма управления это можно осуществить лишь в непосредственном контакте с людьми. Но ведь как только структура организации становится «разделенной в пространстве», руководитель практически теряет объективное представление о том, там происходит. Если учесть еще и необходимость быстрого и адекватного изменения управляющей системы в ответ на изменения окружающей среды, можно постулировать необходимость гибкой ячейки информационно-управляющих потоков организации. В настоящее время, в рамках концепции «совершенного банка» ощущается необходимость поиска новых подходов к построению систем управления, их использованию и модификации, ведь зачастую все проблемы будь то банкротства, кризисы, разорения, связаны с тем, что управление построено не на детальном анализе информационных потоков, а на ощущениях, интуиции, чисто психологических моментах. Однако, напротив структура организаций должна в большей степени основываться на системе тщательного анализа информационных потоков (не только вне, но и внутри компании). Наиболее эффективно такой анализ в иерархической структуре производится с помощью аппарата информационного менеджмента, ибо информационно-управляющие потоки в организации, использующей в работе подобный аппарат, легко поддаются модификации. Вообще вопрос модификации управляющей структуры, гибкой ее реакции на изменения внешней среды является в настоящее время одним из ключевых вопросов при рассмотрении таких структур.

Современные системы управления банком создаются не столько путем разработки организационной структуры, сколько через формирование информационно-управляющих потоков http://www.ippnou.ru/article.php?idarticle=000758 - _ftn6по сбору, обработке, сжатию и предоставлению информации для каждого структурного подразделения, которые и дает использование аппарата информационного менеджмента.

Таким образом, оптимальное управление успешным банком предполагает предвидение перемен, приспособление к ним и контроль за процессом во благо клиентов, акционеров, служащих, отдельных социальных групп и общества в целом. Оно также подразумевает постоянное укрепление сильных сторон, реализацию вновь открывающихся возможностей и уменьшение рисков, устранение опасных ситуаций, а это единственно верный путь к повышению эффективности и совершенствованию. [http://www.ippnou.ru/article.php?idarticle=000758 - _ftnref15, c.2]

http://www.ippnou.ru/article.php?idarticle=000758 - _ftnref2Это такие стандартные процедуры, которые проводят менеджера по логической цепочке, предлагая на каждом этапе дискретный набор решений, освобождая тем самым от необходимости каждый раз изобретать оригинальный способ решения задачи. Таким образом, это ограничивает выбор и снижает вероятность принятия менеджером ошибочного решения. По сути, весь процесс подготовки решения проходит по стандартному сценарию, и менеджеру остается только в конце этого процесса выбрать один из вариантов, обладая знаниями о последствиях того или иного решения. Это так называемая «работа с управленческими стандартами», которая позволяет полностью контролировать бизнес и точно просматривать перспективу принимаемых решений, что немаловажно.[6, c.6]

Информационные системы для кредитных организаций прошли достаточно долгий путь развития: от простых, разработанных на персональных системах управления базами данных СУБД (например, Clipper, dBase, Foxpro) до современных -- на основе клиент/серверных решений промышленных СУБД ( Oracle , Informix , Sybase , MS SQL Server ), которые позволяют автоматизировать весь спектр банковских бизнес процессов: управление ликвидностью, кадрами, банковскими рисками и т.д. http://www.ippnou.ru/article.php?idarticle=000758 - _ftn3

Однако любая банковская информационная система обязательно должна отвечать следующим требованиям:

- возможность сетевой работы многих пользователей;

- реализация всего комплекса банковских операций по расчетно-кассовому обслуживанию;

- кредитно-депозитной деятельности, валютным операциям;

- гибкая настройка для доступа конечных пользователей;

- поддержка нескольких аппаратных платформ;

- иерархический доступ;

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

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

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

В первую очередь необходимо учитывать размер банка:

- число работников и автоматизированных рабочих мест

- объем и структуру документооборота

- количество внутри банковских и клиентских счетов

- наличие филиальной сети

- наличие валютных операций и т.д.

Это определяет требования к функциональности и производительности информационной системы. http://www.ippnou.ru/article.php?idarticle=000758 - _ftn4

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

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

Основными функциональными направлениями применения банковских информационных технологий являются:

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

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

3) Информационные технологии для передачи информации - это различные электронные расчетные межбанковские системы, системы электронной связи отделений и филиалов банка с головным офисом. За последнее время значительно возросло значение новых банковских услуг, предоставляемых клиентам посредством Internet-технологий. Данная проблема также актуальна для банков с развитой сетью филиалов, работающих с ними в режиме On-line .

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

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

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

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

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

Эти процессы часто сопровождаются:

- пересмотром организационной структуры;

- изменением спектра предлагаемых банковских продуктов и услуг;

- внедрением новых информационных технологий;

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

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

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

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

http://www.ippnou.ru/article.php?idarticle=000758 - _ftnref6При формировании информационных потоков необходимо использовать системный подход, включающий рассмотрение всей проблемы в целом и учет при управлении эмержентных эффектов. Следовательно, в основе системы управления совершенным банком лежит концепция информационного менеджмента как некой интерфейсной оболочки, вникающей в процессе принятия решений между системой и миром. [7, c.83].

В "Стратегии - 2030" Н.А. Назарбаев отметил: "Мы должны иметь строгий контроль за своими стратегическими ресурсами, жить экономно и по хозяйски использовать средства, откладывая часть из них для наших будущих поколений". [8]

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

4 Обеспечение автоматизации банковских коммуникаций в информационной системе АБС Кворум

4.1 Общие сведения и основные свойства системы

Многообразие оказываемых АО «Валют-Транзит-Банком» услуг и связанных с ними банковских технологий, особенности организации управления и отсутствие единой концепции автоматизации банковской деятельности обусловили появление на казахстанском рынке банковских программных продуктов различных производителей.

Фирма "Кворум" уже долгое время является стратегическим партнером банка и планирует и впредь обеспечивать его качественными информационными решениями.

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

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

В рамках АБС "Кворум" развиваются и поддерживаются две линии программных продуктов. Первая линия в качестве системы управления доступом к данным использует СУБД Oracle Server, вторая линия работает на платформе Btrieve Record Manager (Pervasive SQL). Это позволяет легко масштабировать АБС "Кворум" при ее установке в различных по величине банках и филиалах.

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

Использование промышленной СУБД позволило банку успешно пройти сертификацию АБС Национальным Банком Республики Казахстан. Во многом это стало возможным благодаря оперативной адаптации АБС "Кворум" к требованиям Национального Банка.

Клиентская часть системы "Кворум" представлена на трех платформах: GUI-приложение Windows 95/98/NT, консольное приложение Windows 95/98/NT, DOS-приложение. При этом любая платформа клиентской части может функционировать с любой платформой серверной части.

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

АБС "Кворум" постоянно развивается. В 2002 году в состав системы вошли три новых продукта: "Налоговый учет", "Межбанковские переводы" и "Банковский корпоративный портал".

В процессе ввода АБС "Кворум" в эксплуатацию банком система была адаптирована в соответствии с налоговым и правовым законодательством Республики Казахстан.

Программный продукт "Налоговый учет" обеспечивает ведение учета в коммерческих банках в соответствии с Налоговым Кодексом Республики Казахстан.

Программный продукт "Межбанковские переводы" предназначен для автоматизации документооборота банков при осуществлении расчетов банковскими переводами в системах S.W.I.F.T. и TELEX.

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

К основным свойствам системы АБС «Кворум» относятся:

1) Интеграция функций

2) Комплексный подход

3) Модульный принцип построения

4) Реальный масштаб времени

5) Операционный день банка

6) Функциональная мультивалютность, учет в двойной оценке

7) Масштабируемость системы

8) Трехзвенная архитектура построения АБС "Кворум"

9) Средства хранения и обработки аналитической информации (OLAP)

Рассмотрим последовательно все свойства системы.

1) Интеграция функций

Система "КВОРУМ" опирается на концепцию коллективной обработки банковских операций и основывается на принципе единой базы данных. На практике это означает, что выполнение той или иной банковской операции может потребовать привлечения сотрудников, относящихся к различным подразделениям банка. Таким образом, процесс выполнения операции "растягивается" как "в пространстве" (по отдельным рабочим местам), так и во времени. При этом система "КВОРУМ" обеспечивает каждого участника данного процесса всей необходимой информацией для принятия решений на каждом этапе обработки операции, а также контролирует сам процесс, порождая на каждом этапе необходимую производную информацию (мемориальные ордера, внебалансовые документы, отчеты и т.д.) и направляя ее конкретным участникам процесса.

2) Комплексный подход

"КВОРУМ" представляет собой комплексную систему автоматизации. Комплексный характер системы заключается в том, что в ней реализована поддержка большого комплекса бизнес-процессов, свойственных банковскому учреждению. Кроме компонентов, автоматизирующих учетную деятельность, имеются средства анализа деятельности банка и поддержки управления организацией. Всего в состав системы "КВОРУМ" входит более 40 программных модулей.

3) Модульный принцип построения

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

4) Реальный масштаб времени

Система "КВОРУМ" работает в реальном масштабе времени. На практике это означает, что любые операции, произведенные в системе, тут же попадают в единую базу данных и становятся доступными для остальных пользователей. Следствием этого является возможность получения действительно оперативной информации из системы: например, сформированный суточный баланс, отчет по экономическим нормативам, расчет позиций и лимитов и т.д. отражают текущее состояние банка на данный момент времени.

5) Операционный день банка

В целях обеспечения упорядоченной работы системы и контроля над выполнением регламентных процедур, в системе "КВОРУМ" используется понятие "операционный день". При завершении операционного дня производится автоматическое выполнение ряда регламентных процедур: перенос остатков между парными счетами, выполняется проводка документов (если такой режим установлен), автоматически подготавливаются и печатаются регламентные документы (выписки по затронутым счетам, ведомости остатков, кассовые документы и т.д.), производится архивирование и резервное копирование данных и т.д.

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

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

6) Функциональная мультивалютность, учет в двойной оценке

Любая операция в системе может быть выполнена как в национальной, так и в любой иностранной валюте.

Учет валютных операций ведется в соответствии с мировыми стандартами: в валюте операции и в национальной валюте. Аналитический учет по счетам ведется в валюте счета и в национальной валюте. Синтетический учет может вестись как в двойной оценке, так и только в национальной валюте.

7) Масштабируемость системы

Система "КВОРУМ" легко масштабируется при установке ее в различных по величине банках и филиалах. Это достигается благодаря наличию двух версий ядра системы: версии для Btrieve (для небольших и средних банков и филиалов) и версии для Oracle (для крупных банков).

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

Система "Кворум" реализована в архитектуре "клиент-сервер". Клиентская часть системы является 32-разрядным приложением для Windows 95/98/NT.

Oracle- и Btrieve- ориентированные линии продуктов в рамках системы "Кворум" используют визуально схожие пользовательские интерфейсы. Бизнес-логика также является единой с "алгоритмической" точки зрения, различаясь при этом способом реализации (в приложениях, ориентированных на Oracle, бизнес-логика реализована в виде хранимых процедур на языке PL/SQL).

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

Рисунок 4.1 - Масштабируемость системы

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

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

Клиентская часть системы "КВОРУМ" представлена на трех платформах: DOS-приложение, консольное приложение Windows 95/NT, GUI-приложение Windows 95/NT. Любая платформа клиентской части может функционировать с любой платформой серверной части.

8) Трехзвенная архитектура построения АБС "Кворум"

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

В рамках трехзвенной архитектуры АБС реализуется технология Кворум-RAS (Remote Access Service). Функционирование данного механизма обеспечивается при помощи трех основных компонентов:

- сервера базы данных;

- серверов приложений;

- терминалов - рабочих станций пользователей.

В качестве сервера базы данных используется стандартный сервер на платформе Oracle Server или Pervasive SQL (Btrieve Record Manager), применяемый в традиционной схеме построения АБС "Кворум". При смене архитектуры системы не требуется производить модификации сервера базы данных. Возможно и одновременное применение трехзвенной и традиционной архитектуры на основе одного сервера базы данных.

На серверах приложений выполняются модули, входящие в состав АБС "Кворум". Этому модулю по протоколу TCP/IP передаются все команды, поступающие с клавиатуры рабочей станции, на экране которой отображается информация, выводимая модулем. Для каждого пользователя исполняется отдельный экземпляр модуля. Запуск модулей и их связь с рабочими станциями осуществляются посредством программы-диспетчера. Система позволяет серверу приложений запускать более одного экземпляра терминала, что обеспечивает возможность одновременной работы с несколькими программными модулями.

Рабочие станции функционируют как терминалы, обслуживая операции ввода данных с клавиатуры и вывода на экран элементов интерфейса. Для обеспечения этого на рабочих станциях запускается программа-терминал, весь код которой не превышает несколько десятков килобайт. В зависимости от используемой операционной системы (MS DOS, Windows 95/98, Windows NT/2000/XP) используется 16- или 32-разрядная версия программы. На рабочих станциях может производиться печать выходных форм, которая при использовании 32-разрядного терминала осуществляется параллельно с работой программы-терминала.

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

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

- для нормальной работы приложений, входящих в состав АБС "Кворум", достаточно канала с пропускной способностью 24 Кбит/сек на одного пользователя;

- программа-терминал, установленная у конечного пользователя является универсальной, т.е. работает со всеми модулями (серверами удаленного доступа) АБС "Кворум" и не зависит от ее версии;

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

- при использовании RAS-технологий к функциям администрирования АБС "Кворум" добавляются такие возможности как просмотр текущего сеанса работы пользователя, принудительное прекращение сеанса работы пользователя, "перехват" мыши и клавиатуры пользователя;

- интерфейс и бизнес-логика АБС "Кворум" при трехзвенной архитектуре построения в полном объеме совпадают с системой в традиционном исполнении, что позволяет внедрить RAS-технологии без дополнительного обучения персонала.

Применение программного комплекса Кворум-RAS в рамках трехзвенной архитектуры позволяет организовать эффективное функционирование системы "Кворум" в режиме on-line как для банков с отделениями, так и для многофилиальных банков с единой базой данных по всем филиалам.

9) Средства хранения и обработки аналитической информации (OLAP)

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

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

OLAP-база в системе "Кворум" представляет своего рода хранилище данных, в котором хранится информация следующих видов:

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

- значения сводных показателей деятельности филиалов банка;

- значения произвольных внешних аналитических показателей.

Информацию, хранящуюся в OLAP-базе, используют многие компоненты системы, в частности: "Мониторинг", "Маркетинг", "Официальная отчетность" и другие.

Карта информационного решения АБС "Кворум" представлена в Приложении 3. Согласно данного приложения АБС Кворум позволяет управлять всеми блоками банковских коммуникаций.

4.2 Информационное решение коммуникаций менеджмента и маркетинга

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

Технология "Корпоративный портал" позволяет сделать качественный шаг к решению таких проблем. Суть технологии заключается в установке специального сервера портала, который с помощью индивидуально разработанных программ (гаджетов) осуществляет обмен информацией с эксплуатируемыми в организации информационными системами. Доступ пользователей к порталу осуществляется с помощью привычных Интернет - технологий, через web-browser.

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

Ключевые свойства программного продукта:

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

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

- наличие "директории документов", которая позволяет не только упорядочить документы и предоставить пользователям доступ к ним, но и содержит средства для полнотекстового поиска;

- централизованное управление правами пользователей по доступу ко всем информационным системам организации;

- ускорение принятия управленческих решений за счет оперативного доступа к актуальной информации;

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

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

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

Функционирование подсистемы базируется на применении механизма аналитических показателей. С помощью их количественного выражения определяются значения индикаторов деятельности АО «Валют-Транзит-Банк». Наблюдая за ними, руководитель может составить точную картину состояния дел на вверенном ему участке работ или в АО «Валют-Транзит-Банк» в целом. Для удобства мониторинга состояния АО «Валют-Транзит-Банк» в системе используются лимиты, являющиеся ограничениями и задающие рамки изменения индикаторов. Индикаторы и лимиты также применяются в подсистеме "Управление рисками".

Основными блоками данной подсистемы являются блок накопления информации, блок отображения информации и блок оценки влияния конкретики на состояние банка в целом.

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

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

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

- по определенному расписанию (к примеру, каждые 10 минут);

- по происшествию определенного события (к примеру, проведение определенной операции);

- при запуске модуля;

- принудительно.

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

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

- определить значение показателя;

- локализовать направление деятельности банка, влияющего на показатель;

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

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

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

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

Подсистема "Управление рисками" предназначена для автоматизации контроля над показателями работы банка и управления процессами формирования активов и пассивов.

Каждому риску в данной подсистеме сопоставляются аналитические показатели двух типов, также применяемые в подсистеме "Мониторинг". Это индикаторы и лимиты. Индикаторы - показатели, по состоянию которых можно определить количественное выражение риска, степень приближения к пороговому значению и необходимость управляющего воздействия на систему с целью минимизации данного риска. Лимиты - ограничения, задающие рамки изменения индикаторов. Лимиты можно контролировать в автоматическом режиме при выполнении соответствующих банковских операций. В подсистеме применяются процедуры, которые позволяют найти оптимальные значения лимитов при заданных критериях.

Модель подсистемы "Управление рисками" является открытой, т.е. позволяет в процессе эксплуатации вводить новые индикаторы и лимитируемые показатели, а также перенастраивать имеющиеся. Тем самым можно экспериментировать с системой лимитов для нахождения оптимального соотношения "риск/доходность".

Основными блоками данной подсистемы являются блок накопления информации и блок контроля операций.

Описание блока накопления информации приведено в описании подсистемы "Мониторинг".

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

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

Блок ведет протоколирование всех "опасных" операций, которые заводились в системе, независимо от того, были они завершены или нет.

Рисунок 4.2 - Управление рисками

В состав компонента «Маркетинг» в программном продукте фактически включены два решения: маркетинг исследовательский и маркетинг продаж.

Целью автоматизации маркетинга исследовательского является создание специализированного хранилища данных о:

- продуктах;

- емкости рынка;

- потребителях;

- конкурентах;

- сегментации рынка.

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

В компоненте «Маркетинг продаж» автоматизированы следующие типы задач:

1. Рекламные и PR-мероприятия. Планирование, контроль исполнения, учет затрат, свод результатов.

2. Потенциальный клиент. Картотека, история переговоров, информация из прочих источников.

3. Для отделов по работе с клиентами предоставляется средство планирование и контроля плановой работы по привлечению потенциальных клиентов.

4.3 Блок банковского процессинга

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

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

Лицевой счет в системе "КВОРУМ" имеет настраиваемую иерархическую структуру. Это означает, что не только количество разрядов, но и местоположение любой составляющей номера лицевого счета могут быть определены пользователем. Так, например, расположение и размер номера балансового счета, кода отделения и ключа поставляются в стандартной настройке АБС "КВОРУМ" согласно законодательству. В дальнейшем расположение и размер реквизитов счета могут быть динамически изменены, в соответствии с реальными потребностями банка или с изменением действующего законодательства.

Длина лицевого счета любой главы плана счетов в АБС "КВОРУМ" составляет двадцать пять знаков. При этом счет второго порядка может занимать до шести разрядов. Это особенно удобно при работе со счетами главы В (внебалансовые счета), когда банк может выбрать представление лицевого внебалансового счета, используя часть сопоставленного ему счета главы А, код клиента и отделения и т.п.

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

Можно выделить четыре основные формы представления номера лицевого счета в АБС "КВОРУМ":

- счет для сотрудника банка (экранное представление);

- счет для клиента банка (например, в выписке со счета);

- счет, отражаемый в официальной отчетности банка;

- внутреннее представление счета программой.

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

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

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

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

Структура остатка на счете

В системе "Кворум" остаток на счете имеет три составляющих:

- остаток в валюте счета

- остаток в эквиваленте национальной валюты

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

Так, например, на счете можно учитывать хранение X тройских унций золота, оцененных в Y долларов США, что в национальном эквиваленте составляет Z казахстанских тенге. При этом не требуется использование разного рода технологических счетов, счетов тенгового покрытия и т.д.

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

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

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

- при инициировании обработки платежного документа;

- при приближении дат расчетов по срочным сделкам;

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

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

- плановый срок;

- вероятность.

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

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

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

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

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

Система "КВОРУМ" обладает развитыми возможностями для работы с архивом проведенных документов (архивом проводок). Само понятие "архив" для нас является довольно условным, так как система автоматически обеспечивает оперативный доступ к любой проводке. Предусмотрена возможность оперативного внесения изменений в архив. Причем наряду с традиционным способом, основанном на введении сторнировочной проводки, имеется возможность непосредственного отката проводки из архива. При этом система автоматически выполняет пересчет остатков по затронутым счетам, и в случае если данная корректировка приведет к образованию "красного сальдо", выдаст соответствующую предупреждающую информацию.

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

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

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

Особое внимание в системе "КВОРУМ" уделяется информации о клиентах. Для накопления, обработки и анализа этой информации в системе ведется автоматизированная картотека клиентов.

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

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

Наряду с постоянными и группировочными данными, которые являются общими для всех клиентов, в карточке конкретного клиента можно хранить дополнительные сведения, которые, например, характеризуют основные направления его деятельности, размер уставного фонда, данные из балансового отчета и т.д. Дополнительные сведения хранятся в виде отдельных файлов в специально выделенных каталогах. Форматы этих файлов могут быть совершенно произвольными, например, PCX, DBF, Lotus, Excel и т.д. Для визуализации и редактирования этих файлов могут использоваться любые внешние программы, вызов которых производится непосредственно из системы "КВОРУМ".

В системе предусмотрены гибкие средства для поиска и формирования выборки клиентов по заданным условиям. Результаты выборки могут быть представлены в виде списка клиентов с сортировкой и группировкой по заданным признакам. 

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

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

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

Для расчета и загрузки данных в информационное хранилище в системе реализовано достаточно много алгоритмов. Важнейшие из них:

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

- расчет балансовой прибыли;

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

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

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

Отчетность, формируемая с помощью подсистемы, сгруппирована следующим образом:

- анализ соблюдения обязательных нормативов;

- анализ активов и пассивов по срокам привлечения и размещения;

- анализ кредитного портфеля банка;

- анализ данных по клиентам (в том числе построение рейтингов);

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