Шестое поколение - аппаратная платформа — гетерогенная сетевая среда; СУБД — профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии — сделка или документ; структура АБС — логические АРМ, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах всей сети Интранет.
Сегодня на рынке представлены программные продукты как отечественных, так и зарубежных разработчиков, предлагаемые системы отличаются в несколько раз по своей стоимости и функциональности. Укрупнение банковского бизнеса в России способствовало приходу на этот рынок западных поставщиков с масштабными и дорогостоящими решениями (mySAP Banking, T24 от «Temenos», OFSA от «Oracle» и др.). В то же время улучшается качество автоматизированных систем, предлагаемых на рынке отечественными разработчиками.
Зарубежные системы более продуманы и проработаны в области банковских функций по работе на международном рынке. Использование зарубежных систем также положительно влияет на имидж банка в глазах международных аудиторских компаний. Однако присутствующие на рынке зарубежные системы плохо адаптированы к российским условиям, они в меньшей степени ориентированы на стандарты российского учета и отчетности, имеют высокую стоимость и более дорогие услуги по сопровождению. Зарубежные системы базируются, как правило, на использовании дорогого компьютерного оборудования, отличного от распространенных в российских банках. Поэтому, несмо'тря на то, что приобретение зарубежных систем — это самое дорогое решение, оно потребует значительных усилий (выраженных в затратах времени и средств) от банка на адаптацию системы к российским условиям.
В настоящее время на рынке АБС присутствует около 20 фирм — разработчиков АБС, создающих разнообразные программные продукты. Ниже приведены результаты опроса, проведенного компанией «Ла-минфо» среди банков, использующих программные продукты основных фирм-разработчиков (опрошено банков — 1154, не ответило —24):
Феноменом белорусского рынка является наличие большого числа систем собственной разработки. При этом по мере ужесточения требований к характеристикам систем и расширения их возможностей возрастают стоимость и сложность разработки и сопровождения, что в итоге приводит к экономической нецелесообразности создания и эксплуатации АБС силами банковских специалистов. В связи с этим постепенно уменьшается число банков, использующих собственные продукты, большинство банков начинает делать выбор в пользу готовых АБС, адаптируемых под специфику каждого конкретного банка.
Большинство АБС работают в двух- или трехуровневой архитектуре «клиент-сервер» Все АБС могут работать в разных средах, среди которых доминируют Windows NT и разные варианты UNIX в качестве серверных ОС, но названы и многие другие, в первую очередь Novell Netware Что же касается клиентских рабочих мест, то тут можно встретить и DOS, и разные варианты Windows, и даже такую экзотику, как Java, предлагаемую фирмой «АСофт»
Среди используемых СУБД представлен практически весь спектр систем, имеющихся на рынке Пользователи ряда АБС могут использовать на выбор несколько СУБД (табл 14 1)
Традиционная система управления документооборотом в банке реализует следующие функции
· управление записями, контроль документов, хранящихся в папках, на бумаге;
· управление формами, контроль форм, использующихся для сбора информации и составления отчетов,
· управление отчетностью, публикация и распространение отчетов на бумаге;
· управление руководствами и инструкциями, создание и распространение документов, содержащих информацию о политике банка, а также руководств по выполнению заданий,
· управление архивами, каталогизация, обзор, распределение и сохранение записей, бланков, отчетов, директив, пособий и всех остальных официальных документов
Нормативная база банка включает в себя внешние и внутренние нормативные документы. К последним относятся технологические документы, регламентирующие выполнение банковских операций и процессов, организацию работы и взаимодействие подразделений. В процессе разработки внутренние нормативные документы подвергаются тщательному обзору и анализу, после утверждения вводятся в действие и становятся объектом выполнения и мониторинга соблюдения на срок их действия, а после окончания этого срока действия выводятся из обращения.
Предусмотрены следующие виды внутренних нормативных документов положение, порядок, или регламент, инструкция Нормативные документы определяют общие правила и формы осуществления определенных видов деятельности, взаимодействие подразделений банка, характеристики банковских продуктов к услуг, распределение ролей участников и последовательность осуществления отдельных процессов и операций.
В проведении работ по разработке, согласованию, утверждению и внесению изменений во внутренние нормативные документы участвуют руководство банка, руководители управлений и различные подразделения по направлениям, отнесенным к компетенции их деятельности Внутренние нормативные документы вводятся в действие приказами или распоряжениями по банку
Разработка нормативных документов требует совместной работы опытных специалистов из различных департаментов банка, юристов и специалистов по формулированию процедур Эта работа может занимать длительное время и включать в себя повторяющийся процесс составления и пересмотра вариантов текста Сначала готовится первоначальный проект текста, который нередко основан на соответствующей аналитической работе Затем проект документа раздается для замечании и комментариев внутренним и внешним экспертам Наконец, текст документа направляется на комментарии и утверждение в соответствующие подразделения и руководству банка
Нормативная база банка может представлять собой архив бумажных документов, документы также могут храниться в электронном виде в файловой системе, что само по себе чрезвычайно ненадежно и неэффективно Следствием этого является длительный цикл создания, согласования, пересмотра, утверждения и распространения нормативных документов
К основным элементам политики управления электронным документооборотом банка относятся назначение — причина существования политики, цель — описание действий банка по проведению политики в жизнь, определения — употребляемые термины и их значения, декларация масштабов — рамки, в которых действуют положения политики, правила проведения — базовые принципы, на которых основываются методы управления документацией, полномочия —распределение полномочий в процессе проведения политики в жизнь, пересмотр и обновление — определение правомочности внесения изменении в политику и условий, при которых ее следует изменять
Архитектура включает в себя трех уровня.
Концептуальный уровень Отвечают на вопросы почему? (определяется масштаб системы управления и ее интеграция в общую систему работы банка) и кто? (устанавливаются взаимосвязи между причина ми внедрения системы управления знаниями и ее пользователями),
Логический уровень Определяются процессы, которые выполняются людьми и машинами Решаются вопросы что будет делать система и когда должен запускаться каждый из процессов
Предметный уровень Воплощается физическая конструкция, обеспечивающая функционирование системы Принимаются решения, как и где будет внедряться система.
Основными целями архитектуры системы электронного документооборота банка на базе ИТ являются четкая формулировка допущений и направлений политики в отношении управления ИТ и документооборотом; определение пространства управления ИТ и документооборотом; установка важнейших границ пространства управления ИТ и документооборотом банка; минимизация помех в управлении ИТ и документооборотом (там,
где полномочия и ответственность за документы определены нечетко); определение желательных и нежелательных вариантов поведения
в процессе управления документооборотом; разработка стратегии поощрения желательного повеления в процессе управления документооборотом (эффективная «настройка» этапов жизненного цикла информации).
К вспомогательным целям архитектуры системы электронного документооборота банка относятся:
исключение лишних источников и адресов отправки документов,
в которых нет необходимости;
ввод в действие новых определений для терминов, которые до
пускают двойственное толкование (файл, запись, оригинал, публика
ция и др );
определение состояния объектов управ тения документооборотоми атрибутов системной информации с ючки зрения точности, своевременности, релевантности, целостности, доступности и гибкости;
представление моделей совместного управления документооборотом.
Результатом построения архитектуры системы электронного документооборота банка являются:
четкие определения терминов репозитарий, каталог, публикация, документ, запись, база данных, оригинал, владение и др
увеличение ответетсвенности автора за созданный им документ на протяжении всего жизненного цикла управления докумешацией,
снижение числа дублирующихся источников информации и повышение согласованности коллекции документов (хранилищ)
Иерархическая концепция архитектуры системы управления документооборотом банка включает в себя следующие страты репозита-рий, помещение, шкаф, ящик, папка, документ
Система управления электронным документооборотом банка реализует два вида процессов:
основные, ориентированные на репозитарий, папки с файлами, документы,