Общее состояние и основные тенденции развития рынка СЭД в России. Краткая характеристика основных систем документооборота, представленных в России

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

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

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

Основные тенденции развития российского рынка СЭД:

Выход на отечественный рынок СЭД многопрофильных ИТ-компаний

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

Cовместные работы по стандартизации СЭД

Ряд российских компаний (НТЦ ИРМ, ИнтерТраст, ЭОС) совместно работают в области стандартизации протоколов взаимодействия СЭД. В апреле 2002 г. они создали для этого специальную постоянно действующую "Рабочую группу по стандартизации протоколов".

Рост интереса к российскому рынку зарубежных разработчиков и поставщиков СЭД

Этот интерес проявляется в выходе зарубежных вендоров СЭД на российский рынок через компании-партнеров. В качестве примера можно отметить канадскую фирму Hummingbird, действующую через своего партнера — российскую компанию HBS — по продвижению системы DOCS Open/Fusion, системы управления знаниями Fulcrum, средства интеграции данных Genio и портала Hummingbird EIP. Решила выйти на российский рынок и компания FileNet (в частности, с помощью компании "Галактика", ставшей партнером FileNet в продвижении на российский рынок СЭД Panagon).

Разработка интегрированных решений

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

Cотрудничество и совместное продвижение интегрированных решений

Интересно, что некоторые российские компании предлагают свои СЭД в виде ОЕМ-версий, предустановленных на компьютерах сборки своего партнера. Примером этому является сотрудничество российских компаний АйТи и Инел-Дата, предлагающих своим клиентам интегрированное решение,представляющее собой OEM-версию СЭД БОСС-Референт, предустановленную на ПК Эксимер.

16. Международные стандарты в области работы с ЭДО. Европейская спецификация MoReq2: назначение, основные направления, проблемы.

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

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

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

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

- MoReq не касается вопросов согласования, контроля исполнения, отчетности, управления договорами, интеграции с бизнес-приложениями и т. д. - другими словами, всего того, что можно отнести к управлению бизнес-процессами.

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

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

MoReq может применяться в следующих целях:

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

- нынешними пользователями АСЭД - как основа для проведения аудита и проверки существующих систем;

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

- академическими институтами - как учебный ресурс;

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

Общие положения, классификация СЭД. Назначение. Основные свойства.

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

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

1. Открытость. !Возможность внесения изменений!

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

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

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

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

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

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

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

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

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

· Полный контроль над документом;

· Право редактировать, но не уничтожать документ;

· Право создавать новые версии документа, но не редактировать его;

· Право аннотировать документ, но не редактировать его и не создавать новые версии;

· Право читать документ, но не редактировать его;

· Право доступа к карточке, но не к содержимому документа;

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

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

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

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

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

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

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

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

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