Объектные информационные технологии являются результатом развития документарных систем.
В процессе деятельности банка одни документы могут порождать другие. Ввод в систему или обработка одного документа может приводить к изменению состояний других документов. Документы могут выстраивается в цепочки со сложными внутренними связями. То есть, документооборот банка в действительности не является простым множеством документов, каждый из которых проходит свой цикл обработки. Реальная модель банковского финансового документооборота - это совокупность банковских документов различных типов, которые, изменяя в процессе обработки собственное состояние, изменяют состояние других документов.
Возможность технологии реализовать бизнес-процессы обработки документа взаимосвязано определяется ориентацией технологии на работу с объектами.
Можно выделить три основных видов объектов. Первый тип наиболее сложный – это сделка. Под сделкой понимается отражение совершенных (или планируемых к совершению) операций привлечения или размещения средств, покупки или продажи каких-либо активов (ценных бумаг, валют, драгоценных металлов), а также другие не платежные операции банка. Второй тип это бумажные документы, т.е. документы которые являются основанием для совершения операций. Третий тип это проводки – т.е. документы, которые необходимы для отражения операций в бухгалтерском учете. Отношение между тремя типами объектов представлено на рисунке.
Рис. 1.11. Отношение типов объектной системы
Для того чтобы проиллюстрировать, как сделки, документы и проводки связаны друг с другом, рассмотрим в качестве примера процедуру оформления депозитного договора в АБС использующую объектную технологию.
Жизнь депозита начинается в тот момент, когда операционист заносит в АБС информацию о заключенном депозитном договоре путем заполнения карточки сделки соответствующего вида, в которой указываются все основные реквизиты договора: срок, процентная ставка, сумма и т.д.
АБС автоматически генерирует кассовый документ, который нужен для исполнения первой операции, связанной с жизнью договора - внесения наличных средств. После приема наличных денег кассир, который видит документ в экраном интерфейсе своего рабочего места, помечает документ как исполненный. В этот момент система автоматически формирует проводку для отражения данной операции в бухгалтерском учете.
Аналогичным образом с помощью документов оформляются операции до внесения средств на депозит, частичного или полного погашения депозита, выдачи процентов, то есть любые платежные операции.
Операции начисления процентов по депозитам оформляются в системе также с помощью документов, которые так же автоматически создаются АБС с помощью специального механизма. По документам начисления процентов также формируются проводки для отражения в бухгалтерском учете.
Таким образом, депозитный договор отражается в АБС с помощью одной сделки и нескольких документов и проводок, то есть, с помощью объектов трех различных типов, связанных между собой.
Возможность использовать связные бизнес-процессы в технологии определяет еще одно требование, удовлетворение которому характеризует объектную технологию, а именно возможность проектирования бизнес-процессов и связей между ними в зависимости от потребностей и особенностей банка. Для этого АБС реализующая объектную технологию должна содержать специальные механизмы, которые позволят описать бухгалтерские алгоритмы для документов каждого конкретного вида и для каждой конкретной ситуации не прибегая к дополнительному кодированию.
В качестве примера иллюстрирующего объектную технологию приведем технологическую схемы включающую обслуживание клиента на бирже, с использованием удаленной системы обслуживания (Рис. 1.12).
Рис. 1.12. Объектные банковские технологии (пример)
Примером объектной технологии и ее воплощением является система автоматизации банковской деятельности 5NTe BANK компании "Диасофт". Одной из основных особенностей этой системы является комплексность автоматизации всех аспектов банковской деятельности. В САБД 5NTe BANK автоматизирован наиболее полный спектр финансовых операций в рамках единого информационного продукта.
Еще одной особенностью банковской технологии является необходимость применения единых универсальных методов и процедур обработки и поддержки реализации бизнес процессов, которая обуславливается необходимостью настраиваемости системы под потребности конкретного банка. Данные функции обеспечивает отдельный выделенный модуль системы – финансовое ядро. Кроме обеспечения описанного единства методов и процедур, ядро также выполняет ряд других функций.
В отличие от обычного набора функциональных модулей, каждый из которых функционирует независимо от других, все элементы САБД 5NTe BANK работают на единой программной и информационной платформе, в основе которой лежит универсальное финансовое ядро, таким образом, все бизнес-процессы банка обрабатываются средствами одной системы, в рамках единого информационного пространства в режиме реального времени. Благодаря этому сотрудники различных подразделений имеют возможность получать информацию о клиентской сети банка, результатах анализа, нормативно-справочные данные, свод технологий работы банка. Это позволяет им использовать в своей работе опыт и знания, накопленные во всех подразделениях банка. Принцип комплексности и единства программно-информационной платформы сохраняется не только по "горизонтали" (то есть для всех отделов банка), но и по "вертикали" (то есть обеспечивает работу всех филиалов и учреждений банка) в рамках единой базы данных его головного офиса. Система предусматривает три режима работы с филиалами и отделениями:
· on-line, то есть работа филиалов банка в базе данных головного офиса, как с поддержкой терминального доступа, так и в архитектуре клиент-сервер;
· of-line, то есть сбор и хранение данных из территориально отдаленных учреждений на уровне показателей консолидированной отчетности, остатков на счетах и платежных документов;
· двунаправленная репликация данных между учреждениями банка в режиме псевдо-реального времени.
В любом режиме поддерживается формирование отчетности, как по каждому отдельному филиалу, так и консолидированной отчетности по банку в целом.
Итак, что же представляет собой ядро системы?
| Администрирование системы: администрирование пользователей, аудит действий пользователя, администрирование операционных дней, общие настройки системы, настройки автонумерации. | |
| Справочники пользовательские: (клиенты, котировки, виды операций, справочник пачек, справочник поисков, фильтров сортировок) служебные (банков, операционных дней, календарей, географический, оценки клиента) | |
| План Счетов | |
| Финансовые операции – инструмент настройки бизнес процессов и взаимосвязей между ними | |
| Договоры обслуживания | |
| Автоматические операции (настройка начисления процентов, переоценка остатков) | |
| Отчетность: настройка оперативной и сводной отчетности: генераторы отчетов и финансовые показатели | |
| Связь с внешними системами: автоматическая загрузка информации в справочники, загрузка филиальных данных, взаимодействие с системой "клиент-банк", работа со SWIFT |
Таким образом, структуру единой программно-информационной платформы можно представить следующим образом (Рис. 1.13)
Рис. 1.13. Структура 5NTe BANK
Подобная структура обеспечивает высокую централизацию и взаимосвязность процессов обработки данных по операциям выпускаемых банком продуктов. На основе этой системы банкам легко будет перейти от интегрированных решений учреждений к единому информационному пространству банка в целом.
В следующих главах подробно рассмотрим работу системы САБД 5NTe BANK.
