Открытость

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

Высокая степень интеграции с прикладным ПО

Ключевой возможностью СЭД является высокая степень их интеграции с различными программными приложениями за счет использования технологий OLE Automation, DDE, ActiveX, ODMA, MAPI и др. А непосредственно при работе с документами вообще нет необходимости пользоваться утилитами СЭД. Пользователи имеют дело только с обычными прикладными программами: в момент инсталляции клиентской части СЭД прикладные программы дополняются новыми функциями и элементами меню. Например, пользователь текстового процессора MS Word, открывая файл, сразу видит библиотеки и папки с документами СЭД (откуда он и выбирает необходимый ему документ). При сохранении документ автоматически размещается в базе данных СЭД. То же относится и к другим офисным и специализированным программам.

Следует также отметить, что в большинстве распространенных СЭД реализована интеграция с наиболее известными ERP-системами (в частности, с SAP R/3, Oracle Applications и др.).

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

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

Особенности хранения документов

СЭД работают, преимущественно, на базе распределенных архитектур и используют разнообразные комбинации технологий сбора, индексирования, хранения, поиска и просмотра электронных документов. В большинстве СЭД реализована иерархическая система хранения документов (по принципу “шкаф/полка/папка”). Каждый документ помещается в папку, которая, в свою очередь, находится на полке и т. д. Количество уровней вложения при хранении документов не ограничено. Один и тот же документ может входить в состав нескольких папок и полок за счет применения механизма ссылок (исходный документ в этом случае остается неизменным и хранится на месте, определенном администратором СЭД). В ряде СЭД реализованы еще более мощные возможности хранения за счет организации связей между документами (эти связи можно устанавливать и редактировать в графическом виде).

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

В большинстве случаев, серверная часть СЭД состоит из следующих логических компонентов (которые могут располагаться как на одном, так и на нескольких серверах):

• Хранилища атрибутов документов (карточек);
• Хранилища документов;
• Сервисов полнотекстовой индексации.

Под хранилищем документов обычно понимается хранилище содержимого документов. Хранилище атрибутов и хранилище документов часто объединяют под общим названием “архив документов”. Для хранения атрибутов в большинстве СЭД используются СУБД Oracle, Sybase, MS SQL Server и Informix, обеспечивающие поиск документов по атрибутам.

Для хранения непосредственно содержимого документов в большинстве СЭД применяются файл-серверы MS Windows NT, Novell NetWare, UNIX и др. В этом случае могут быть реализованы и гетерогенные комбинации сетевых сред. Например, база данных с атрибутами документов может работать под управлением ОС UNIX в сети TCP/IP, а сами документы могут храниться под ОС Novell NetWare в сети IPX/SPX. Следует отметить, что большими преимуществами СЭД являются хранение документов в исходном формате и автоматическое распознавание множества форматов файлов.

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

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

При данном подходе также требуется использование мощных серверов с большими объемами оперативной памяти и жестких дисков. Кроме того, в случае сбоя базы данных восстановить хранившиеся в ней документы будет очень непросто. Необходимо также строго привязываться к конкретной СУБД.

Особенности маршрутизации документов

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

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

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

Разграничение доступа

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

• Полный контроль над документом;
• Право редактировать, но не уничтожать документ;
• Право создавать новые версии документа, но не редактировать его;
• Право аннотировать документ, но не редактировать его и не создавать новые версии;
• Право читать документ, но не редактировать его;
• Право доступа к карточке, но не к содержимому документа;
• Полное отсутствие прав доступа к документу (во время работы с СЭД каждое действие пользователя протоколируется, и, таким образом, вся история его работы с документами может быть легко проконтролирована).

Отслеживание версий и подверсий документов

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

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

Наличие утилит просмотра документов разных форматов

В состав большинства СЭД входят утилиты для просмотра документов (так называемые просмотровщики? viewers), понимающие многие десятки форматов файлов. С их помощью очень удобно работать, в частности, с графическими файлами (например, с файлами чертежей в САD-системах). Помимо базового комплекта утилит просмотра (входящего в каждую СЭД), у третьих фирм можно приобрести дополнительные утилиты, хорошо интегрируемые с СЭД.

Аннотирование документов

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

В большинстве СЭД аннотирование реализуется за счет включения в карточку документа атрибута для аннотации и передачи пользователям прав на редактирование такого поля карточки. Но такое решение не всегда приемлемо (особенно при аннотировании графического документа).

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

Поддержка различных клиентских программ

Клиентами большинства СЭД могут быть ПК с ОС MS Windows, Windows NT. В некоторых СЭД используются также платформы UNIX и Macintosh.

Кроме того, все современные СЭД позволяют работать с документами через стандартные Web-навигаторы. Так как Web-навигаторы могут быть размещены на разнообразных клиентских платформах, то это облегчает решение проблемы обеспечения работы СЭД в гетерогенных сетевых средах.

При использовании Интернет-технологий у СЭД появляется еще один серверный компонент, отвечающий за доступ к документам через Web-навигаторы.

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

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

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

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

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

Рынок СЭД в последние годы является одним из самых динамично развивающихся сегментов отечественной ИТ-индустрии. В 2009 году, по данным IDC, на фоне практически 50-процентного сокращения объемов общего рынка программного обеспечения в России, данный сегмент показал высокую устойчивость. Его спад по данным за 2009 год составил не более 20-25%. В численном выражении объем рынка СЭД на сегодня, по данным CNews Analytics, составляет около 220-250 млн. долл.

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

О разработчиках СЭД

Выбирая решения класса СЭД, заказчик рассматривает различные варианты: коробочное решение, решение на базе платформы или заказная разработка. Российские разработчики в основном предлагают готовые решения, а западные выступают в качестве поставщиков платформ, на базе которых реализуются проектные решения и заказные разработки. По статистике в структуре рынка на долю российских разработчиков приходится порядка 95% от общего количества проектов по внедрению СЭД. Одним из объяснений является то, что в России до сих пор сильна специфика работы с документами, основывающаяся на отечественных традициях управления.

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

Одним из формирующихся трендов является использование для работы с документами систем класса ECM (Enterprise content management).

По материалам свободной энциклопедии (Википедии):
Enterprise content management (ECM) - управление информационными ресурсами предприятия или управление корпоративной информацией.

В рамках концепции ECM документооборот рассматривается как одна из задач обеспечения работы с корпоративной информацией. Сторонником данного подхода являются в основном западные разработчики. И хотя в России спрос на подобные технологии еще находится в стадии формирования, во многих отечественных СЭД уже реализованы различные компоненты ECM: управление документами, управление образами документов, долговременное хранение документов, управление потоками работ (Workflow), коллективная работа с документами. Принципиально технологии ECM отличаются от СЭД более глубокой проработанностью вопросов управления веб-контентом и мультимедиа-контентом.

Государственные инициативы вокруг «Электронного документа»

В 2009-2010 годах в России начали реализовываться несколько глобальных государственных инициатив, связанных с организацией официального электронного взаимодействия между государством, населением и бизнесом, направленных на повышение уровня проникновения информационных технологий в различные аспекты государственной и общественной жизни. К ним следует отнести утверждение перечня государственных услуг, предоставляемых населению через Интернет, и утверждение положений о системе межведомственного документооборота, которые стали первыми важными шагами на пути реализации концепции «электронного правительства».

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

Стандарты в области СЭД

Сегодня деятельность разработчиков СЭД практически не регулируется. Развивая программные продукты и реализуя проекты по внедрению, разработчики и поставщики в той или иной степени ориентируются на следующие нормативные и правовые документы:

• ГОСТ Р 51141-98. Делопроизводство и архивное дело. Термины и определения (утв. постановлением Госстандарта РФ от 27 февраля 1998 г. № 28);
• Федеральный закон от 10 января 2002 г. № 1-ФЗ «Об электронной цифровой подписи» (в ред. от 08.11.2007);
• ГОСТ Р 6.30-2003. Унифицированная система организационно-распорядительной документации. Требования к оформлению документов (утв. постановлением Госстандарта РФ от 3 марта 2003 г. N 65-ст);
• Постановление Правительства РФ от 22 сентября 2009 г. № 754 «Об утверждении Положения о системе межведомственного электронного документооборота»;
• Федеральный закон от 27 июля 2006 г. № 149-ФЗ «Об информации, информационных технологиях и о защите информации».

При реализации проектов по внедрению СЭД, в случае работы с персональными данными необходимо руководствоваться требованиями Федеральных законов от 27 июля 2006 г. N 152-ФЗ «О персональных данных» и от 27 декабря 2009 г. N 363-ФЗ «О внесении изменений в статьи 19 и 25 Федерального закона «О персональных данных».

Так как ГОСТы носят рекомендательный характер, то разработчики закладывают в свои решения максимальную гибкость, чтобы на базе системы можно было, в зависимости от заказчика, реализовать различные схемы работы с документами. Зачастую архитектура и логика работы системы должны обеспечивать различные и, порой, противоположные подходы к автоматизации документооборота. Отсутствие общепринятых стандартов является проблемой не только для разработчиков, но и для заказчиков, так как выбор требований к СЭД становится слишком субъективной задачей. Предприятия зачастую не могут ориентироваться даже на отраслевые практики (подобный подход хорошо себя зарекомендовал при выборе поставщика ИТ-систем класса ERP, CRM, HRM и др.). Правила и регламенты работы с документами могут отличаться от предприятия к предприятию не только в рамках одной отрасли, но даже в рамках одной группы компаний. Несколько простых примеров: работает ли предприятие по ГОСТам или нет? Насколько четко работа с документами соответствует ГОСТам? Готово ли высшее руководство работать в системе или за топ-менеджмент будут работать помощники и секретари? Используется ли на предприятии какая-нибудь из западных практик управления? Какие инструменты автоматизации сотрудники используют в работе? И хотя в целом комплекс задач электронного документооборота достаточно понятен, способы их реализации сильно разнятся. Получается, что одно из главных требований, предъявляемых к разработчикам современной СЭД, - предложить адекватное по цене, качеству и срокам внедрения решение независимо от специфики работы заказчика (другими словами - удовлетворяющее любой специфике).

Технические возможности современных систем электронного документооборота

В обзоре рассмотрены девять наиболее распространенных в России СЭД: Directum (Directum), DocsVision (DocsVision), Globus Professional (Проминфосистемы), PayDox (Paybot), 1С:Документооборот (1С), Босс-референт (БОСС - Референт, ГК АйТи), ДЕЛО (ЭОС), ЕВФРАТ (Cognitive Technologies), МОТИВ (Мотив). Мы сознательно не включили в него решения российских разработчиков на базе платформы Documentum (EMC Documentum), так как в этом случае нельзя говорить о какой-либо определенной функциональности и тиражируемости. Для подготовки обзора использовалась информация из открытых источников: информационные материалы и демонстрационные версии программных продуктов. Представленный взгляд на СЭД - попытка оценить возможности и готовность программных продуктов решать актуальные задачи организации электронного документооборота на предприятии.

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

• регистрация и ввод документов;
• работа с документами;
• управление потоками работ (Workflow) и контроль;
• поиск и анализ информации;
• информационная безопасность;
• поддержка бумажного документооборота;
• стандартные средства настройки.

В отдельную таблицу были вынесены общие характеристики систем.

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

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

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

• «+» - возможность реализована;
• «+/−» - возможность доступна в рамках ограниченной функциональности или требуется приобретение дополнительного ПО;
• «−» - возможность не реализована.

Таблица 1. Общие характеристики наиболее популярных СЭД

Рис. 1. Общие характеристики наиболее популярных СЭД

Таблица 2. Регистрация и ввод документов

Рис. 2. Регистрация и ввод документов

Таблица 3. Работа с документами

Рис. 3. Работа с документами

Таблица 4. Управление потоками работ (Workflow) и контроль

Рис. 4. Управление потоками работ (Workflow) и контроль

Таблица 5. Поиск и анализ информации

Рис. 5. Поиск и анализ информации

Таблица 6. Информационная безопасность

Рис. 6. Информационная безопасность

Таблица 7. Поддержка бумажного документооборота

Рис. 7. Поддержка бумажного документооборота

Таблица 8. Стандартные средства настройки

Рис. 8. Стандартные средства настройки

Таблица 9. Итоговая оценка функциональных возможностей СЭД

Рис. 9. Итоговая оценка функциональных возможностей СЭД

Для проведения комплексной оценки рассмотрим представленные СЭД по понятному всем соотношению «цена/функциональность». Третий немаловажный критерий - «Срок внедрения» - мы не рассматриваем, так как он сильно зависит не только от предоставляемых системой инструментов настройки, но и от квалификации и мотивированности проектной команды. Ниже показано положение систем по соотношению «оптимальная цена/функциональность» для небольших проектов (на 20 пользователей) и для достаточно крупных проектов (на 100 пользователей).

Диаграмма 1. «Оптимальная цена/функциональность» СЭД (20 пользователей)

Рис. 10. «Оптимальная цена/функциональность» СЭД (20 пользователей)

Диаграмма 2. «Оптимальная цена/функциональность» СЭД (100 пользователей)

Рис. 11. «Оптимальная цена/функциональность» СЭД (100 пользователей)

Данные диаграммы построены по принципу «магического квадранта Gartner», в котором оптимальное соотношение по критерию «оптимальная цена/функциональность» имеют системы, расположенные в I квадранте. Во II и IV квадрантах диаграммы располагаются системы, не обладающие сбалансированными показателями цены и функциональности.

Выбранный для исследования критерий позволяет оценить различные СЭД с точки зрения их готовности решать реальные задачи электронного документооборота на современном предприятии. В группу лидеров как в случае небольших проектов (Диаграмма 1), так и крупных проектов (Диаграмма 2) вошли системы Directum, DocsVision, МОТИВ и ЕВФРАТ. Остальные системы расположились в II и IV квадрантах. Исключение составила лишь система ДЕЛО, которая также попала в I квадрант диаграммы для СЭД на 20 пользователей. Результаты, полученные СЭД Globus Professional, PayDox, 1С:Документооборот, Босс-референт, ДЕЛО, показывают, что эти системы не предлагают комплексного подхода для автоматизации работы с документами, а являются нишевыми предложениями, ориентированными на решение лишь определенного класса задач электронного документооборота. Отсутствие систем в III квадранте объясняется тем, что в обзоре рассматривались наиболее распространенные в России СЭД, а не все системы, предлагаемые в настоящее время заказчикам.

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

P. S. Для подготовки обзора использовались только публично доступные материалы с официальных сайтов производителей СЭД. После публикации статьи выяснилось, что из-за неполного описания продуктов компанией «Промышленные информационные системы», информация об их решении неточна. Мы изучим этот вопрос детально и опишем результаты в следующем материале.

1 СИСТЕМА ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА КАК ЭЛЕМЕНТ УПРАВЛЕНИЯ ПРЕДПРИЯТИЕМ Белоусова И.Д. Магнитогорский государственный университет им.г.и.носова Россия ELECTRONIC DOCUMENT MANAGEMENT SYSTEMS AS A CONTROL NOW Belousov ID Magnitogorsk State University im.g.i.nosova Russia Одним из основных методов управления предприятием является документационный, поэтому для обеспечения качественного управление предприятием в целом большая роль отводится системам электронного документооборота (СЭД). С помощью системы электронного документооборота можно реализовать такие функции оперативного управления как передача информации по всем каналам управления, передача документов и всей необходимой информации в ходе основной деятельности, передача информации о результатах в аналитические системы. Документ становится базой построения системы электронного документооборота - системы, организующей полный жизненный цикл документа, начиная от регистрации и заканчивая списанием в архив. Поиск, утверждение и согласование становятся довольно сложными и обременительными процедурами, исключить которые, не представляется возможным. Единственно эффективным подходом в подобной ситуации является использование современных технологий и максимальная автоматизация всех этапов работы с документами. К тому же, появление за последние время достаточного количества доступных вычислительных мощностей и качественного программного обеспечения к ним делает подобное решение легко реализуемым и экономичным. Автоматизация документооборота позволяет более продуктивно организовывать работу предприятия. Быстрое получение бумажного и электронного образцов документа посредством использования технологий сканирования, распознавания и печати документа, делает легко доступным переход от бумажной версии документа к электронной и обратно. Таким образом, открывается способ безболезненного переноса документов из бумажного представления в электронное, при этом появляется возможность использования преимуществ компьютеров. Рынок систем управления документооборотом в нашей стране представлен программными решениями, как российских разработчиков на базе приложений иностранных компаний и на

2 базе собственных разработок, так и несколькими иностранными брэндами. Отечественный софт лучшим образом учитывает специфику российского документооборота, нежели ПО иностранных производителей, и дело здесь в несколько других принципах построения западного документооборота. Рассмотрим, какие существуют возможности для разрешения проблем, связанных с документооборотом предприятия, открывающиеся после внедрения и последующей эксплуатации такой системы. Автоматизация документооборота предприятия позволяет повысить исполнительскую дисциплину, что осуществляется за счет улучшения контроля исполнения поручений по документам. Эффективная система уведомлений и напоминаний заранее предупреждает всех должностных лиц о приближении сроков исполнения распоряжений. При помощи формирования сводных отчетов и журналов легко составить полную картину работы, как отдельных сотрудников, так и предприятия в целом. Сэкономить время удается на всех этапах деятельности сотрудников за счет использования интеллектуальных технологий работы с документами. Автоматическая генерация номера, подстановка текущей даты, использование справочников и словарей позволяет уменьшить время регистрации и избежать ошибок, связанных с заполнением реквизитов документов. Средствами системы осуществляется мгновенный поиск документов, вместе со всеми вложениями и связками, и поручений по их содержанию и любой комбинации реквизитов, с заданием списка или диапазона значений, логических условий. Возможно формирование индивидуальных маршрутов прохождения документов. Хранение документов любых форматов, наличие удаленного доступа к системе с компьютера, подключенного к сети Интернет и архивное хранение документов позволяет организовать Единое информационное пространство предприятия. Поэтому пользователи системы получают максимально полную информацию по всем запрашиваемым данным. Обеспечение информационной безопасности достигается разграничением прав и защитой от несанкционированного доступа, а также защитой от сбоев и возможностью восстановления данных. В базе данных к каждому документу приписывается пользователь или группа пользователей, которые имеют на него либо полный, либо частичный доступ. Порой пользователь, которому не предоставлен доступ к документу, даже не догадывается о самом его существовании. Разграничение прав пользователей совместно с использованием ЭЦП обеспечивает комплексный контроль обеспечения безопасности документа. Причем, если в случае бумажного документа, содержащего более чем одну страницу, подпись ставится только на последнем листе, то в случае электронной версии подпись ставится одновременно для всех страниц, а так же сопутствующих документах.

3 Помимо различных технических критериев, важным аспектом является экономическая целесообразность нововведения. Внедрение системы электронного документооборота по критерию экономичности так же является выгодным. Доказательство этого содержится в цифрах. При бумажном документообороте цена одного документа по разным оценкам варьируется от 10 до 100 рублей. Практика показывает, что если в результате роста бизнеса и увеличения штата сотрудников на 20% было принято решение о внедрении системы электронного документооборота, то экономия, относительно даже первоначальной цифры расходов, до роста штатов, составляет 30%. При массовом переходе на электронный документооборот цена одного документа дополнительно снижается за счет сокращения расходов на выпуск документов, ускорение их обработки, уменьшения объемов хранения. По мнению отраслевых аналитиков, электронный документооборот включает: создание документов, их обработку, передачу, хранение, вывод информации, циркулирующей в организации или предприятии, на основе использования компьютерных сетей. Под управлением электронным документооборотом в общем случае принято понимать организацию движения документов между подразделениями предприятия или организации, группами пользователей или отдельными пользователями. При этом, под движением документов подразумевается не их физическое перемещение, а передача прав на их применение с уведомлением конкретных пользователей и контролем за их исполнением. IDC следующим образом определяет понятие СЭД (имея в виду EDMS Electronic Document Management Systems): "СЭД обеспечивают процесс создания, управления доступом и распространения больших объемов документов в компьютерных сетях, а также обеспечивают контроль над потоками документов в организации. Часто эти документы хранятся в специальных хранилищах или в иерархии файловой системы. Типы файлов, которые, как правило, поддерживают СЭД, включают: текстовые документы, изображения, электронные таблицы, аудиоданные, видеоданные и Web-документы. К общим возможностям СЭД относятся: создание документов, управление доступом, конвертация данных и обеспечение безопасности данных". Главное назначение СЭД это организация хранения электронных документов, а также работы с ними (в частности, их поиска как по атрибутам, так и по содержимому). В СЭД должны автоматически отслеживаться изменения в документах, сроки исполнения документов, движение документов, а также контролироваться все их версии и подверсии. Комплексная СЭД должна охватывать весь цикл делопроизводства предприятия или организации от постановки задачи на создание документа до его списания в архив, обеспечивать централизованное хранение документов в любых форматах, в том числе, сложных композиционных документов. СЭД должны объединять разрозненные потоки документов территориально удаленных

4 предприятий в единую систему. Они должны обеспечивать гибкое управление документами как с помощью жесткого определения маршрутов движения, так и путем свободной маршрутизации документов. В СЭД должно быть реализовано жесткое разграничение доступа пользователей к различным документам в зависимости от их компетенции, занимаемой должности и назначенных им полномочий. Кроме того, СЭД должна настраиваться на существующую организационно-штатную структуру и систему делопроизводства предприятия, а также интегрироваться с существующими корпоративными системами. Основными пользователями СЭД являются крупные государственные организации, предприятия, банки, крупные промышленные предприятия и все прочие структуры, чья деятельность сопровождается большим объёмом создаваемых, обрабатываемых и хранимых документов. Свойства СЭД: Открытость - все СЭД построены по модульному принципу, а их API-интерфейсы являются открытыми. Это позволяет добавлять к СЭД новые функции или совершенствовать уже имеющиеся. В настоящее время разработка приложений, интегрируемых с СЭД, стала отдельным видом бизнеса в отрасли промышленного производства ПО, и множество третьих фирм готовы предложить свои услуги в данном сегменте рынка. Возможность относительно простого добавления к СЭД множества модулей от третьих фирм значительно расширяет их функциональные возможности. Например, для СЭД разработаны модули ввода документов со сканера, связи с электронной почтой, с программами пересылки факсов и др. Высокая степень интеграции с прикладным ПО - ключевой возможностью СЭД является высокая степень их интеграции с различными программными приложениями за счет использования технологий OLE Automation, DDE, ActiveX, ODMA, MAPI и др. А непосредственно при работе с документами вообще нет необходимости пользоваться утилитами СЭД. Пользователи имеют дело только с обычными прикладными программами: в момент инсталляции клиентской части СЭД прикладные программы дополняются новыми функциями и элементами меню. Например, пользователь текстового процессора MS Word, открывая файл, сразу видит библиотеки и папки с документами СЭД (откуда он и выбирает необходимый ему документ). При сохранении документ автоматически размещается в базе данных СЭД. То же относится и к другим офисным и специализированным программам. Особенности хранения документов - СЭД работают, преимущественно, на базе распределенных архитектур и используют разнообразные комбинации технологий сбора, индексирования, хранения, поиска и просмотра электронных документов. В большинстве СЭД реализована иерархическая система хранения документов (по принципу "шкаф/полка/папка"). Каждый документ помещается в папку, которая, в свою очередь, находится на полке и т. д.

5 Количество уровней вложения при хранении документов не ограничено. Один и тот же документ может входить в состав нескольких папок и полок за счет применения механизма ссылок (исходный документ в этом случае остается неизменным и хранится на месте, определенном администратором СЭД). В ряде СЭД реализованы еще более мощные возможности хранения за счет организации связей между документами (эти связи можно устанавливать и редактировать в графическом виде). Любому документу в СЭД присущ определенный набор атрибутов (например, его название, автор документа, время его создания и др.). Набор атрибутов может меняться от одного типа документа к другому (в пределах одного типа документов он сохраняется неизменным). В СЭД атрибуты документа хранятся в реляционной базе данных. Для каждого типа документов с помощью визуальных средств создается шаблон карточки, где в понятном графическом виде представлены наименования атрибутов документа. При введении документа в СЭД берется необходимый шаблон и заполняется карточка (заносятся значения атрибутов). После заполнения карточка оказывается связанной с самим документом. В большинстве случаев, серверная часть СЭД состоит из следующих логических компонентов (которые могут располагаться как на одном, так и на нескольких серверах): Хранилища атрибутов документов (карточек); Хранилища документов; Сервисов полнотекстовой индексации. Под хранилищем документов обычно понимается хранилище содержимого документов. Хранилище атрибутов и хранилище документов часто объединяют под общим названием "архив документов". Для хранения атрибутов в большинстве СЭД используются СУБД Oracle, Sybase, MS SQL Server и Informix, обеспечивающие поиск документов по атрибутам. Для хранения непосредственно содержимого документов в большинстве СЭД применяются файл-серверы MS Windows NT, Novell NetWare, UNIX и др. В этом случае могут быть реализованы и гетерогенные комбинации сетевых сред. Например, база данных с атрибутами документов может работать под управлением ОС UNIX в сети TCP/IP, а сами документы могут храниться под ОС Novell NetWare в сети IPX/SPX. Следует отметить, что большими преимуществами СЭД являются хранение документов в исходном формате и автоматическое распознавание множества форматов файлов. В последнее время всё большую популярность приобретает хранение документов вместе с атрибутами в базе данных. Такой подход имеет свои преимущества и недостатки. Преимуществом является значительное повышение безопасности доступа к документам, а основным недостатком низкая эффективность работы с документами при большом объеме хранимой информации. При данном подходе также требуется использование мощных серверов

6 с большими объемами оперативной памяти и жестких дисков. Кроме того, в случае сбоя базы данных восстановить хранившиеся в ней документы будет очень непросто. Необходимо также строго привязываться к конкретной СУБД. Особенности маршрутизации документов - модули СЭД, отвечающие за документооборот, принято называть модулями маршрутизации документов. В общем случае используются понятия "свободной" и "жесткой" маршрутизации документов. При "свободной" маршрутизации любой участвующий в документообороте пользователь может по своему усмотрению изменить существующий маршрут прохождения документов (или задать новый маршрут). При "жесткой" маршрутизации маршруты прохождения документов строго регламентированы, и пользователи не вправе их менять. Однако при "жесткой" маршрутизации могут обрабатываться логические операции, когда маршрут изменяется при выполнении какихлибо заранее заданных условий (например, отправке документа руководству при превышении конкретным пользователем своих должностных полномочий). В большинстве СЭД модуль маршрутизации входит в комплект поставки, в некоторых СЭД его необходимо приобретать отдельно. Полнофункциональные модули маршрутизации разрабатывают и поставляют третьи фирмы. Разграничение доступа - в СЭД реализованы надежные средства разграничения полномочий и контроля за доступом к документам. В большинстве случаев с их помощью определяются следующие виды доступа (набор задаваемых полномочий зависит от конкретной СЭД): Полный контроль над документом; Право редактировать, но не уничтожать документ; Право создавать новые версии документа, но не редактировать его; Право аннотировать документ, но не редактировать его и не создавать новые версии; Право читать документ, но не редактировать его; Право доступа к карточке, но не к содержимому документа; Полное отсутствие прав доступа к документу (во время работы с СЭД каждое действие пользователя протоколируется, и, таким образом, вся история его работы с документами может быть легко проконтролирована). Отслеживание версий и подверсий документов - при одновременной работе с документом сразу нескольких пользователей (особенно, когда его необходимо согласовывать в различных инстанциях) очень удобной функцией СЭД является использование версий и подверсий документа. Предположим, исполнитель создал первую версию документа и передал ее на рассмотрение следующему пользователю. Второй пользователь изменил документ и создал на его основе уже новую версию. Затем он передал свою версию документа в следующую

7 инстанцию третьему пользователю, который создал уже третью версию. Спустя определенное время, ознакомившись с замечаниями и исправлениями, первый исполнитель документа решает доработать исходную версию и на ее основе создает подверсию первой версии документа. Достоинством СЭД является реализованная в них возможность автоматического отслеживания версий и подверсий документов (пользователи всегда могут определить, какая именно версия/подверсия документа является наиболее актуальной по порядку или времени их создания). Наличие утилит просмотра документов разных форматов - в состав большинства СЭД входят утилиты для просмотра документов (так называемые просмотровщики viewers), понимающие многие десятки форматов файлов. С их помощью очень удобно работать, в частности, с графическими файлами (например, с файлами чертежей в САD-системах). Помимо базового комплекта утилит просмотра (входящего в каждую СЭД), у третьих фирм можно приобрести дополнительные утилиты, хорошо интегрируемые с СЭД. Аннотирование документов - при организации групповой работы над документами обычно весьма полезна возможность их аннотирования. Так как в некоторых случаях пользователи лишены прав на внесение каких-либо изменений в документ в процессе его согласования, то они могут воспользоваться возможностью его аннотирования. В большинстве СЭД аннотирование реализуется за счет включения в карточку документа атрибута для аннотации и передачи пользователям прав на редактирование такого поля карточки. Но такое решение не всегда приемлемо (особенно при аннотировании графического документа). В связи с этим, в некоторых СЭД существует так называемая функция "красного карандаша", с помощью которой можно графически указать недостатки на самом изображении. Программные средства, в которых реализована функция "красного карандаша", широко предлагаются третьими фирмами. Поддержка различных клиентских программ - клиентами большинства СЭД могут быть ПК с ОС MS Windows, Windows NT. В некоторых СЭД используются также платформы UNIX и Macintosh. Кроме того, все современные СЭД позволяют работать с документами через стандартные Web-навигаторы. Так как Web-навигаторы могут быть размещены на разнообразных клиентских платформах, то это облегчает решение проблемы обеспечения работы СЭД в гетерогенных сетевых средах. При использовании Интернет-технологий у СЭД появляется еще один серверный компонент, отвечающий за доступ к документам через Webнавигаторы. Недостаток квалификации персонала и особенности национального менталитета неумолимо накладывают отпечаток на общую эффективность организации рабочего процесса. Компьютеры в большей своей массе продолжают использоваться как усовершенствованные

8 печатные машинки, и авторитетные специалисты не раз отмечали, что внедрение вычислительных средств без серьезной проработки информационной структуры предприятия лишь усиливает неразбериху. Консервативный стиль обращения с документами в бумажном виде на фоне экспоненциально растущего общего объема информации в мире лишь увеличивает расходы на бумагу и расходные материалы, офисные площади вынужденно нерационально тратятся на хранение архивных дел, подшивок печатных изданий, распечатанной электронной корреспонденции. С задачей поиска нужных документов так или иначе связаны 30% перемещений сотрудников по офису, в общей сложности этот процесс отнимает у них около одного месяца в год, причем 15% бумажных документов безвозвратно теряются. На согласование документов уходит 60-70% рабочего времени. В свете вышеуказанного, 20-30% поставленных задач вообще не решаются. Все эти проблемы призвана решить грамотная организация безбумажных технологий управления. В последнее время начали появляться "коробочные" решения систем электронного документооборота, направленные на малый и средний бизнес, которые обладают возможностями, свойственными корпоративным системам, такими как, например, графический дизайнер маршрутов, дизайнер регистрационных карточек и шаблонов отчетов или возможность пользователям писать дополнительные программные модули. Стоит отметить, что поставка вычислительной техники и установка на нее стандартных программ компании Microsoft не позволяет решить всех проблем. Использование таких программ как Outlook, Word, Excel, Access помогает, конечно, частично автоматизировать некоторые этапы работы с документами, но они не приспособлены для решения задач комплексной автоматизации электронного документооборота. Конечно, можно организовать документооборот следующим образом: посылать поручения и распоряжения, связанные с документами, по электронной почте, затем, отфильтровывая их определенным образом, получать статистику по документу, исполнению задания или по выполнению распоряжения определенными лицами, но при этом, как правило, достаточно сложно эффективно следить за исполнением работ по документу, организовать автоматическую рассылку уведомлений и напоминаний при работе с документом, невозможно быстро и просто получить готовый отчет. По мере осуществления действий копирования и переноса информации между приложениями появляется множество промежуточных данных, в которых легко запутаться и при этом подобный процесс требует от пользователя максимум внимания. А если пользователем является руководитель, и у него в подчинении находится штат из пяти и более человек? Тогда такой процесс еще больше усложняется из-за наличия большого количества однообразных действий.

9 При этом использование дополнительных программ, не предназначенных для комплексного подхода к решению задач электронного документооборота делает эти задачи только более сложными и запутанными. "Минимум действий - максимум удобства" - такой должна быть система автоматизированного документооборота. Список использованных источников 1. Глинских А., Мировой рынок систем электронного документооборота. - Режим доступа: 2. Электронный документооборот новый стандарт ведения бизнеса. - Режим доступа: 3. Электронный документооборот новый стандарт ведения бизнеса. - Режим доступа.

Системы электронного документооборота (сэд)

Классификация и основные свойства СЭД

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

Системы документооборота берут свое начало в конце прошлого века с появлением фотоаппарата, когда стало возможно создавать уменьшенные копии документов. Шпионские технологии были конверсированы и стали применяться для создание микрографических архивов документов. Микрофиша дала реальный, качественный прорыв в стоимости хранения и копирования документов, но с точки зрения скорости поиска и коллективного использования документов все осталось на уровне бумажных документов. Появление компьютерных систем с коллективным доступом позволило достигнуть прорыва и в этих областях. Произошла трансформация от микрографических документов к электронным образам бумажных документов, от микрографических систем к так называемым imaging-системам. Расширенная система поиска, возможность получать доступ к одному документу нескольким пользователям одновременно, возможность удаленной и распределенной работы при сохранении незначительной стоимости хранения и копирования информации предопределило тенденцию замены микрографических документов на электронные. С течением времени усложнялось оборудование и программное обеспечение, появлялись все более скоростные и неприхотливые к качеству бумажного документа сканеры, специальные платы, позволяющие ускорить процесс печати, просмотра и сканирования образов документов, появились оптические и магнитооптические роботизированные библиотеки. Imaging-системы дали толчок для развития систем распознавания машинописных и рукописных символов, тогда же появились первые workflow-системы, предназначенные для организации процесса ввода бумажных документов в систему хранения. В дальнейшем workflow-системы были распространены на офисную деятельность предприятий.

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

Прежде всего, необходимо дать определения того, о каком типе программного обеспечения идет речь. Компания IDC дает следующее определение рынка Систем Электронного Управления Документами (EDM - Electronic Document Management):

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

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

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

Сегодняшние предприятия требуют истинно распределенной архитектуры управления документами, т.е. такой, которая удовлетворяет следующим требованиям:

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

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

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

• - системы ЭУД, ориентированные на бизнес-процессы (Business-process EDM): Documentum, FileNet (Panagon и Watermark), Hummingbird (PC DOCS);
• - корпоративные системы ЭУД (Enterprise-centric EDM): Lotus (Domino.Doc), дополнения к Novell GroupWise, Opent Text (LiveLink), Keyfile Corp., Oracle (Context);
• - системы управления контентом (Content management): Adobe, Excalibur;
• - системы управления информацией (порталы) (Information Management): Excalibur, Oracle Context, PC DOCS/Fulcrum, Verity, Lotus (Domino/Notes, K-station);
• - системы управления образами (Imaging);
• - системы управления потоками работ (Workflow management): Lotus (Domino/Notes и Domino Worflow), Jetform, FileNet, Action Technologies, Staffware.

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

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

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

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

Системы управления информацией, называемые также порталами, обеспечивают агрегирование, управление и доставку информации через сети Internet, intranet и extranet. Эти технологии обеспечивают фундамент создания информационных порталов. Системы управления информацией дают возможность организациям накапливать и использовать экспертизу в распределенной корпоративной среде на основе использования бизнес-правил, контекста и метаданных. Хотя большинство доступных сегодня технологий обеспечивают, в основном, статические публикации, обеспечение большей интерактивности и средств совместной работы - дело ближайшего будущего.

Системы управления образами преобразуют информацию с бумажных носителей в цифровой формат, как правило, это TIFF (Tagged Image File Format), после чего документ может быть использован в работе уже в электронной форме.

Системы управления потоками работ (workflow) обеспечивают систематическую маршрутизацию работ любого типа в рамках структурированных и неструктурированных бизнес-процессов. Они используются в целях ускорения бизнес-процессов, увеличения эффективности и степени контролируемости процессов в организации.

Каково распределение рынка электронного управления документами по разным типам технологий, и каковы размеры этого рынка в принципе? Данные, на которые можно сослаться - это, опять-таки, отчеты и прогнозы IDC. К сожалению, последние из опубликованных данных об объемах продаж основных поставщиков, относились к 1998 г. В 1998 г. оборот мирового рынка систем электронного управления документами составлял около $ 750 млн. Чтобы лучше почувствовать объем рынка систем ЭУД, мы можем сравнить его с рынком интегрированных систем для совместной работы (см. определение ниже). Прогноз IDC мирового оборота рынка ЭУД на 2010 г. составляет $ 6,37 млрд., а рынка интегрированных систем для совместной работы - $ 4,48 млрд.

Европейский рынок электронных систем управления документами в 1998 г. составлял около $ 200 млн. и был распределен по оборотам следующим образом:

• - корпоративные системы ЭУД и системы ориентированные на бизнес-процессы (совместно) - 30%
• - системы управления контентом - 4%
• - системы управления информацией - 4%
• - системы управления образами - 35%
• - системы управления потоками работ - 26%

При этом по прогнозам IDC средний годовой рост мирового рынка систем электронного управления документами вплоть до 2014 г. будет составлять около 48 % . Опережающие темпы роста будут испытывать технологии управления контентом и информацией.

Основные свойства СЭД

1. Открытость

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

2. Высокая степень интеграции с прикладным ПО

Ключевой возможностью СЭД является высокая степень их интеграции с различными программными приложениями за счет использования технологий OLE Automation, DDE, ActiveX, ODMA, MAPI и др. А непосредственно при работе с документами вообще нет необходимости пользоваться утилитами СЭД. Пользователи имеют дело только с обычными прикладными программами: в момент инсталляции клиентской части СЭД прикладные программы дополняются новыми функциями и элементами меню. Например, пользователь текстового процессора MS Word, открывая файл, сразу видит библиотеки и папки с документами СЭД (откуда он и выбирает необходимый ему документ). При сохранении документ автоматически размещается в базе данных СЭД. То же относится и к другим офисным и специализированным программам.

Следует также отметить, что в большинстве распространенных СЭД реализована интеграция с наиболее известными ERP-системами (в частности, с SAP R/3, Oracle Applications и др.). Именно возможность интеграции с различными приложениями является одним из характерных свойств СЭД. Благодаря ему, СЭД могут выступать в качестве связующего звена между различными корпоративными приложениями, создавая, тем самым, основу для организации делопроизводства на предприятии. Некоторые отраслевые аналитики даже считают, что СЭД вполне могут стать основой корпоративной информационной системы предприятия или организации (существуют и другие мнения).

3. Особенности хранения документов

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

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

В большинстве случаев, серверная часть СЭД состоит из следующих логических компонентов (которые могут располагаться как на одном, так и на нескольких серверах):

• - хранилища атрибутов документов (карточек);
• - хранилища документов;
• - сервисов полнотекстовой индексации.

Под хранилищем документов обычно понимается хранилище содержимого документов. Хранилище атрибутов и хранилище документов часто объединяют под общим названием "архив документов". Для хранения атрибутов в большинстве СЭД используются СУБД Oracle, Sybase, MS SQL Server и Informix, обеспечивающие поиск документов по атрибутам.

Для хранения непосредственно содержимого документов в большинстве СЭД применяются файл-серверы MS Windows NT, Novell NetWare, UNIX и др. В этом случае могут быть реализованы и гетерогенные комбинации сетевых сред. Например, база данных с атрибутами документов может работать под управлением ОС UNIX в сети TCP/IP, а сами документы могут храниться под ОС Novell NetWare в сети IPX/SPX. Следует отметить, что большими преимуществами СЭД являются хранение документов в исходном формате и автоматическое распознавание множества форматов файлов.

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

4. Особенности маршрутизации документов

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

5. Разграничение доступа

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

• - полный контроль над документом;
• - право редактировать, но не уничтожать документ;
• - право создавать новые версии документа, но не редактировать его;
• - право аннотировать документ, но не редактировать его и не создавать новые версии;
• - право читать документ, но не редактировать его;
• - право доступа к карточке, но не к содержимому документа;
• - полное отсутствие прав доступа к документу (во время работы с СЭД каждое действие пользователя протоколируется, и, таким образом, вся история его работы с документами может быть легко проконтролирована).
• 6. Отслеживание версий и подверсий документов

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

7 Наличие утилит просмотра документов разных форматов

В состав большинства СЭД входят утилиты для просмотра документов (так называемые просмотровщики -- viewers), понимающие многие десятки форматов файлов. С их помощью очень удобно работать, в частности, с графическими файлами (например, с файлами чертежей в САRD-системах). Помимо базового комплекта утилит просмотра (входящего в каждую СЭД), у третьих фирм можно приобрести дополнительные утилиты, хорошо интегрируемые с СЭД.

8 Аннотирование документов

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

9 Поддержка различных клиентских программ

Клиентами большинства СЭД могут быть ПК с ОС MS Windows, Windows NT. В некоторых СЭД используются также платформы UNIX и Macintosh. Кроме того, все современные СЭД позволяют работать с документами через стандартные Web-навигаторы. Так как Web-навигаторы могут быть размещены на разнообразных клиентских платформах, то это облегчает решение проблемы обеспечения работы СЭД в гетерогенных сетевых средах. При использовании Интернет-технологий у СЭД появляется еще один серверный компонент, отвечающий за доступ к документам через Web-навигаторы.

Где можно найти письмо, которое вы высылали примерно год тому назад кому-нибудь из контрагентов? Хорошо, если у вас есть секретарь, который хранит все бумаги в порядке. А если нет? Попробуйте теперь выяснить, какой объем занимает архив бумажных документов, который вы вынуждены хранить, и сколько ресурсов ежемесячно уходит на его поддержку? Или подумайте над тем, как часто вашей организации приходится терпеть плохого сотрудника только потому, что он многое знает, и передача дел новому сотруднику может привести к большим потерям?

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

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

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

Документ в СЭД

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

В свое время в Microsoft ввели для всех файлов, сохраняемых своими офисными приложениями, стандартную шапку, в которой задавались бы свойства, такие, как заголовок и автор. Однако на практике эта возможность не прижилась; редкий документ содержит что-то осмысленное в разделе свойств. Не получил широкого применения и механизм сохранения различных версий документа в одном файле, реализованный в MS Office 2000. Причина проста: без системных организационных мер и единства подхода наличие частных механизмов в конкретных продуктах не дает результата. Очевидно, что такие средства, как описание атрибутов документа, сохранение его версий и т.д., должны быть поддержаны в рамках информационной среды безотносительно к типу документа и приложению, с помощью которого этот документ создан.

Документ - логическая единица. Способ его хранения зависит от того, как с ним удобнее работать. Ваш документ может состоять из текста, чертежей, рисунков и таблиц. Механизм COM позволяет организовать в одном файле подобие файловой системы, состоящей из аналогов папок и файлов. Этот механизм используется, например, в Word для того, чтобы обеспечить возможность вставки в текст объектов, созданных другими приложениями. Но это не всегда удобно; проще и практичнее хранить все части документа в отдельных файлах, каждый из которых редактируется своей программой. В большинстве СЭД отдельный документ может физически состоять из набора файлов.

Жизненный цикл документа в СЭД

Рождение

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

Становление

Любой документ непременно проходит этап своей жизни, который называется «черновиком» - неокрепший документ в этот период переходит из рук в руки, его меняют и переделывают. Качество результирующего документа во многом зависит от того, насколько успешно и организованно он прошел через эту «черную» полосу своей жизни. В СЭД для организации коллективной работы над документом применяется техника блокировки редактируемых документов («check-out, check-in»). Система берет на себя заботу о том, чтобы в каждый момент документ мог редактировать только один человек. Благодаря этому механизму исключается возможность того, что два сотрудника создадут у себя две локальные копии документа и одновременно внесут в него изменения. Когда в СЭД один из сотрудников забирает документ для редактирования, остальные увидят это и не смогут изменить документ до тех пор, пока первый не вернул его обратно. При этом возвращенному документу автоматически присваивается новый номер подверсии. Прежняя подверсия документа сохраняется, ее можно открыть, посмотреть и редактировать. Все действия всех участников процесса документируются, поэтому никакой путаницы не возникнет.

Публикация

Это день, ради которого документ создавался и доводился до ума. Публикация - это момент, после которого документ «умирает». Благодаря наличию механизма публикации вы можете быть уверены, что всегда будете иметь в электронном виде в точности то же самое, что было, например, подписано, или отправлено в печать, или выслано партнеру. А что если потребовалось что-то изменить в документе после публикации? Для этого на основе опубликованной версии создается новый вариант документа и начинается новый жизненный цикл. В различных системах эта функция поддержана по-разному. Где-то создается полностью новый документ, а где-то - просто новая версия.

Архивирование

После публикации документ отправляется в электронный архив, где ему предстоит пробыть столько времени, сколько это предусмотрено распорядком вашей организации. Есть документы, которые хранятся вечно. Есть документы, которые нужно хранить несколько дней. Создание архива - задача непростая, зависящая от потребностей организации. Например, документы, к которым часто обращаются, нужно хранить на быстрых носителях, а неактуальные документы, которые редко используются, можно положить на менее дорогие, но медленные носители. Для решения таких задач применяются технологии управления иерархическим хранением HSM (Hierarchical Storage Management), которые создают из всевозможных разнородных средств хранения «виртуальную файловую систему» сколь угодно большого размера, при этом управляя переносом информации с одного носителя на другой. Базовые средства HSM были встроены в Windows 2000, однако существуют и другие технологии, обеспечивающие более сложную и эффективную функциональность. Таковыми являются, например, продукты серии DiskXtender компании Legato Systems, Tivoli Storage Manager, Veritas Storage Migrator и др.

Поддержка жизненного цикла в различных СЭД

Практически все современные системы электронного документооборота поддерживают все этапы жизненного цикла документа. Вопрос только в том, насколько полна эта поддержка. Перечислять СЭД, в которых та или иная функциональность не поддержана, задача неблагодарная: к моменту появления этой статьи может выйти новая версия, где эта функция уже имеется. Часть систем не поддерживает механизм блокировки редактируемых документов, что делает коллективную работу с документами невозможной. Есть системы, ориентированные на делопроизводство, и в них не реализовано эффективное хранение документов, а актуально выполнение всех процедур работы с документами, регламентированных существующими нормами. А сами документы могут лежать в папках в шкафу. Некоторые системы ориентированы на эффективную поддержку движения электронных документов внутри структуры, но при этом не имеют собственного электронного архива - хранилище, реализованное в этих системах, предназначено только для оперативного хранения документов в процессе их жизненного цикла. После опубликования документы выходят из системы и возвращаются в типовую для них среду хранения, например, в файловую систему. К такой системе можно «пристыковать» электронный архив, где сохраняется документ вместе с его историей и сопроводительной карточкой. Например, компания «Электронные Офисные Системы» предлагает состыковать свой продукт «Дело» с электронным архивом, созданным компанией на основе сервера «Кодекс-Intranet/Internet». Тот же самый сервер компании «Кодекс» применяет и компания «Гранит-Центр» в качестве электронного архива к своей системе «ГранДок». Прежние версии обеих систем поставлялись без электронного архива.

Компоненты СЭД

Хранилище атрибутов документов

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

Кроме понятия типа документов, возможно присваивание документам категорий, причем один документ может принадлежать одновременно к нескольким категориям. Категории могут быть выстроены в дерево категорий. Например, можно иметь категорию «Юридические документы» с подкатегориями «Законы», «Договоры», «Приказы» и т.д. При этом можно иметь параллельную структуру по отделам, например, категорию «Документы отдела продаж», а в ней подкатегории «Договоры на продажу», «Счета» и т.д. Договор на продажу может быть одновременно отнесен к подкатегориям «Договоры» и «Договоры на продажу», относящимся к разным ветвям в иерархии категорий. Таким образом, появляется возможность поиска документа в таком дереве на основе его классификации, причем один и тот же физический документ может встречаться любое число раз в разных узлах этой иерархии.

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

Собственное хранилище атрибутов документов позволяет оптимизировать его под задачу хранения карточек, гибко реализовать функции создания сложных карточек (имеющих, например, большую вложенность типов), а также использовать эффективные алгоритмы поиска информации в карточках. К системам, имеющим собственное хранилище, относятся, например, Documentum, «Евфрат» компании Cognitive Technologies и «Гарант-Офис» компании «Гарант Интернейшнл». Очевидным недостатком такого подхода является невозможность использовать стандартные ресурсы имеющейся информационной среды, а также зависимость критически важной информации от поставщика СЭД. В случае, если вы используете стандартную СУБД, всегда есть возможность миграции данных на СУБД от другого поставщика. Здесь же выбор жестче - придется отказаться от использования конкретной СЭД вообще, а миграция данных из одной СЭД в другую на порядок сложнее, чем в случае СУБД.

При использовании стандартных СУБД для хранения документов данная проблема решается. К такого рода системам относятся, например, системы «Дело» от ЭОС, «1С:Архив» и DocsFusion компании Hummingbird. Однако такой подход имеет свои слабые стороны - реляционная модель, реализованная в большинстве СУБД, не удобна для модели данных, используемой в СЭД. Достаточно сложно обеспечить необходимую гибкость при создании карточек документов, особенно, если нужна сложная структура. Разработчики СЭД при этом оказываются перед дилеммой: разработать простую, но эффективную структуру хранения данных, при этом отказаться от гибкости при создании карточек, либо иметь громоздкую структуру, которая обеспечивает необходимую гибкость за счет эффективности, прозрачности и надежности работы системы. Вторая неприятная проблема состоит в том, что при использовании внешней СУБД возникают некоторые трудности как при миграции с одной версии СЭД на другую, так и при переходе с одной версии СУБД на другую. Чаще всего такая ситуация приводит к определенному консерватизму пользователей в вопросе перехода на новые версии.

Если СЭД построена на основе какой-либо информационной среды, то грех не воспользоваться ее ресурсами. Большинство систем такого типа, популярных в России, построено на основе Lotus Notes/Domino. Это позволяет использовать все механизмы, заложенные в эту среду, в том числе средства резервного копирования, репликации, поиска и т.д. Проблемы такого подхода лежат в самой необходимости наличия определенной среды для работы системы управления документами, а также в тех ограничениях, которые накладывает конкретная среда на структуру ее баз данных.

Хранилище самих документов

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

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

При работе с файловой системой большинство СЭД требуют перемещения файлов в специально организованные каталоги. Но есть и исключения. Например, системы «Евфрат» и Microsoft SharePoint позволяют регистрировать в системе файлы, не требуя их физического перемещения в хранилище. Понятно, что такой подход опасен с точки зрения целостности данных, но зато очень удобен в «переходный период» внедрения СЭД.

Системы, имеющие свое собственное хранилище файлов или использующие хранилище среды, на основе которой построены (например, Lotus Notes/Domino или Microsoft Exchange), могут гарантировать более эффективное управление доступом к документам и более надежное решение проблемы разграничения доступа. Так устроены, например, Documentum и системы на основе Lotus Notes («БОСС-Референт», CompanyMedia). Но при этом возникают вопросы, связанные с целостностью данных, наличием эффективных средств резервного копирования и интеграцией со средствами архивного хранения на медленных носителях. В большинстве систем они так или иначе решены, однако можно пользоваться только инструментами, доступными в самой системе, в то время как в случае файлового хранения вы всегда имеете выбор.

Бизнес-уровень

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

• Управление документами в хранилище. Включает процедуры добавления и изъятия документов, сохранения версий, передачи на хранение в архив, поддержания архива и т.д.
• Поиск документов. Состоит из поиска по атрибутам, визуального поиска по различным деревьям, в которые уложены документы, поиска по полному тексту, смыслового поиска и т.д.
• Маршрутизация и контроль исполнения. Обеспечивает доставку документов в рамках бизнес-процедур в организации. Собственно, от этой функциональности и пошел термин "электронный документооборот". Маршруты документов могут быть гибкими и жесткими. В случае гибкой маршрутизации следующий получатель документа определяется сотрудником, в ведении которого документ находится в данный момент. В случае жесткой маршрутизации путь прохождения документов определяется заранее на основе некоторой логики. В реальной жизни применяется "смесь" из этих двух подходов: для одних документов и структур в организации уместнее жесткая маршрутизация, для других гибкая. Функция маршрутизации присутствует не во всех СЭД. Обычно, чтобы не путаться, системы без средств маршрутизации называют электронными архивами. Контроль исполнения является неотъемлемой частью маршрутизации. Если у документа "появились ноги", то нужен контроль того, куда он идет и где сейчас находится. Фактически, маршрут определяется в терминах пути прохождения и временных интервалов на исполнение документа каждым из участников процесса прохождения. Под исполнением документа подразумевается выполнение действия, связанного с документом, каждым из участников в рамках его должностных полномочий. Проще говоря, кому-то нужно его просто прочитать, а кто-то, возможно, будет уволен.
• Отчеты. Служат аналогом конторских журналов учета документов. Используя различные отчеты, можно посмотреть, например, общее время, потраченное сотрудниками на работу над конкретным документом, скорость прохождения документов по подразделениям и т.д. Отчеты - отличный материал для принятия управленческих решений.
• Администрирование. Поддержика работы самой системы, настройки ее параметров и т. д.

«Правильная» СЭД

С точки зрения технологий системы электронного документооборота мало отличаются от любых других распределенных информационных систем. По принципу построения архитектуры они пытаются по возможности следовать современным тенденциям и требованиям рынка. Сейчас наиболее популярна концепция открытой среды, максимально подверженной адаптации под конкретные нужды, но при этом несложной в установке и сопровождении, с «тонким» клиентом и выделенным сервером приложений, по возможности многоплатформным. Все существующие системы в той или иной мере приближаются к этому идеалу. Однако еще достаточно распространены системы, основанные на полнофункциональном клиенте, привязанном к конкретной платформе. Иногда в этих случаях для удаленного доступа предлагается отдельный Web-клиент с ограниченной функциональностью. Например, в системе «ГранДок» компании «Гранит-центр», полная функциональность доступна только при использовании клиентского приложения, но при этом пользователь может осуществлять поиск и просмотр документов, находящихся в архиве, с помощью обычного браузера.

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

Место СЭД в информационной системе предприятия

Основные функции СЭД: обеспечение управляемости и прозрачности деятельности предприятия, а также накопление знаний и управление знаниями. В современном мире эти две задачи становятся все более критическими. Например, в себестоимости автомобиля «Мерседес» лишь 30% - непосредственные издержки производства, а остальное - компенсация стоимости разработки автомобиля, т. е. стоимости деятельности инженеров и управленцев, поэтому в оптимизации их деятельности и лежит основной ресурс снижения себестоимости.

СЭД и другие

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

В некоторых случаях интеграция этих систем еще более тесная - СЭД может служить интегрирующим транспортом для передачи документов между системами, которые их порождают, и системами, которые их потребляют, в случае, когда прямая связь на уровне структурированных данных между этими системами не нужна. Предположим, предприятие имеет системы CRM и ERP, причем требуется, чтобы в CRM фиксировались ежеквартальные отчеты из ERP о поставках товара конкретному клиенту, дополненные, возможно, комментариями экспертов. Понятно, что такие отчеты удобнее всего хранить в СЭД. Благодаря интеграции ERP и СЭД документ будет автоматически создан и сохранен. Благодаря интеграции СЭД и CRM возможно автоматическое прикрепление документа к карточке конкретного клиента. И все эти операции могут происходить автоматически. (Подчеркнем, что приведенный пример является чисто умозрительным и на самом деле может не иметь практического смысла; интеграция любых информационных систем имеет смысл только тогда, когда четко понятна ее цель.)

СЭД и управление знаниями

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

Тенденции

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

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

Как утверждают эксперты, в плане внедрения систем электронного документооборота мы отстаем от стран Западной Европы примерно на 5 лет. Западный опыт показывает, что при массовом внедрении возникает спрос на весь спектр продуктов - от самых простых до сложных, распределенных и интегрированных решений. Поэтому у нас, похоже, в ближайшее время будет в большей степени превалировать тема внедрения уже имеющихся систем, нежели их дальнейшее развитие.

Арам Пахчанян ([email protected]) - вице-президент по корпоративным проектам компании ABBYY Software House (Москва).

Типовые требования к СЭД

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

Система электронного документооборота должна:

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

Продвинутые системы должны поддерживать:

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

Требования к архитектуре:

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

Требования к открытости и интеграции с другими системами:

• интеграция со средствами потокового ввода документов;
• интеграция с офисными приложениями;
• интеграция с электронной почтой;
• наличие развитого программного интерфейса (API);
• интеграция со стандартными службами каталогов (к примеру, LDAP) для ведения и синхронизации списка пользователей системы;
• возможность адаптации пользовательского интерфейса под конкретные задачи;
• возможность дополнения системы собственными специализированными компонентами;

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

Стандарты для систем управления документами

Стандартизация в области систем управления документами в основном заключается в выработке спецификаций взаимодействия систем от различных производителей, а также внешних приложений. Стандартизируются как сами протоколы, так и форматы данных, передаваемых между системами. На данный момент наиболее популярным универсальным стандартом взаимодействия с внешними приложениями (офисными приложениями, средствами потокового ввода) стал ODMA (http://odma.info ). Этот стандарт существует с 1994 года, и его поддерживают многие производители ПО. Однако, как все универсальное, ODMA содержит определенные ограничения и всегда оказывается «запасным» вариантом взаимодействия с СЭД, когда, по какой-то причине, нет возможности реализовать более полноценную интеграцию. К примеру, несмотря на то, что начиная с версии Office 97 в продуктах Word и PowerPoint поддерживается ODMA, практически все производители СЭД поставляют специальные макросы для интеграции с MS Office.

Правда, есть случаи, когда протокол ODMA оказывается вполне эффективным. К примеру, система ABBYY FineReader, начиная с версии 4.0, поддерживает ODMA, что позволяет пользователю, не обращаясь к производителю СЭД или к услугам интегратора, вводить бумажные документы в хранилище систем, поддерживающих этот протокол. К сожалению, ODMA не затрагивает вопросов взаимодействия между различными СЭД, однако другие стандарты имеют существенно меньшее применение.