Требования к инфраструктуре организации при внедрении системы электронного документооборота. Как выбрать систему электронного документооборота (СЭД)

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

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

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

• бизнес-требования
• требования к программному обеспечению

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

Бизнес-требования включают в себя следующие разделы:

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

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

Идентификация пользователей и работа в системе документооборота

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

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

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

В случае если система документооборота используют свой механизм аутентификации, необходимо выяснить какой протокол обеспечивает защиту канала данных (SSL, TLS, другой), возможны ли подключения посторонних клиентов, какой протокол обеспечивает передачу данных. Большим плюсом системы будет возможность использования системы аутентификации третьей стороны - LDAP, Kerberos, Novell Netware , PAM, winbind и т.п. Это позволит применять централизованный механизм идентификации пользователей в организации, а также предоставит им больше удобств при работе с различными системами.

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

Организация хранилища документов в системе

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

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

Рассмотрим следующий пример. Есть некоторое предприятие, предоставляющее на рынке определенный вид услуг. На текущий момент деятельность предприятия носит стабильный характер, в ближайшие годы планируется увеличение рынка потребителей на 40%. Продажа одной услуги сопровождается созданием трех документов - договор на предоставление услуги, акт приема сдачи работ, договор на сервисное обслуживание. В день совершается в среднем 5 сделок. Во время летнего периода количество заключаемых сделок увеличивается в три раза. В начале следующего года документы за прошедший год отправляются в архив. Итого в год имеем следующее количество документов: за основные месяцы (количество месяцев * количество сделок * количество документов на сделку * количество дней в месяце) - 9*5*3*30 = 4050 документов, за летние 3*5*3*3*30 = 4050. Получаем 8100 документов в год, с учетом планируемого увеличения рынка сбыта - 11340 документов. Таким образом, система документооборота должна обеспечивать постоянную производительность при количестве документов до 12000.

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

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

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

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

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

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

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

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

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

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

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

Еще одним полезным механизмом работы с документами является отслеживание версий документов. Это может оказаться полезным при наличии большого количества исполнителей, работающих с документом, каждый из которых может редактировать документ. Исполнитель, работая над документом, редактирует его и создает свою версию документа. Ответственный за документ сотрудник собирает версии документа, выбрав от каждого исполнителя его часть работы, и получает окончательный вариант документа. Например, в аналитический отдел на доработку поступил документ, состоящий из трех частей: анализ проблемы, предложение решения и оценка будущих результатов. Проработка каждой из частей документа была поручена сотрудникам А, Б и В соответственно. Каждый из них внес поправки в свою часть и создал свою версию документа. После этого начальник отдела сделал новую версию документа, собрав ее из частей документов подготовленных исполнителями - часть “анализ” от А, “предложение решения” от Б и “оценка результатов” от В. Система документооборота позволяет отслеживать подобные операции и при совместной работе с документами упростить создание конечных версий.

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

Работа с бизнес-логикой

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Удобство сопровождения системы документооборота

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

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

Удобство в использовании

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

Например, есть два варианта создания нового документа.

1. Нажатие кнопки с соответствующей иконки на панели инструментов.
2. Выбор меню Сервис -> Операции над документами -> Создание нового документа -> Накладная

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

Обобщенный список требований

Ниже представлено краткое резюме по рассмотренным требованиям к корпоративной системе документооборота.

1. Бизнес-требования

Идентификация пользователей

1. Аутентификация

• защищенность протокола связи
• интегрируемость с существующими системами аутентификации пользователей

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

3. Разграничение прав доступа к документам

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

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

1. Производительность хранилища данных

• зависимость скорости работы с документами от количества документов в базе данных и количества одновременно работающих с системой пользователей

2. Поиск документов

• поиск по полям документа
• контекстный поиск по вложенным (присоединенным) файлам

3. Архивация документов

• вопросы сложности извлечения документов из архива (поиск, чтение)

4. Устойчивость хранилища к сбоям базы данных

5. Репликация данных

• только для чтения
• с возможностью сохранения изменений

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

1. Работа с типами документов

• создание новых типов
• наличие конструктора форм
• справочные (подстановочные) поля
• история документа
• отслеживание версий документов

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

• сканирование
• импорт из других форматов файлов

3. Электронная подпись

Работа с бизнес-логикой

1. Маршруты движения документов

2. Задания (задачи) для пользователей

3. Работа с пользовательскими сценариями

2. Требования к программному обеспечению

Требования к ресурсам

1. Операционная система

• необходимость приобретения сторонней СУБД

3. Зависимость от сторонних продуктов

• наличие дополнительного программного обеспечения для работы системы

4. Аппаратная часть

• производительность компьютеров

Стоимость продукта

1. Стоимость дополнительного программного обеспечения

• СУБД, офисные пакеты, другое программное обеспечение

2. Закупка нового оборудования

3. Затраты на обучение персонала

4. Затраты на подготовку готового решения

Удобство сопровождения

1. Документация

• соответствие документации текущей версии продукта
• наличие электронных обучающих материалов
• освещенность вопросов расширения системы

2. Возможности расширения системы

3. Техническая поддержка системы

Удобство использования

1. Простота выполнения базовых операций пользователя

• доступность управляющих элементов
• количество элементарных операций для выполнения действий

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

Прежде всего, необходимо дать определения того, о каком типе программного обеспечения будет идти речь. Наиболее полное определение Систем управления документами (EDMS – Electronic Document Manage­ment Systems) даёт аналитическая компания IDC:

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

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

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

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

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

Масштабируемость – желательно, чтобы система документооборота могла поддерживать как пять, так и пять тысяч пользователей, и способность системы наращивать свою мощность определялось только мощностью соответствующего аппаратного обеспечения. Выполнение такого требования может быть обеспечено с помощью поддержки серверов баз данных производства таких компаний, как Sybase, Oracle, Informix и др., которые существуют практически на всех возможных программно-аппарат­ных платформах, тем самым обеспечивая самый широкий спектр производительности.

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

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

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

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

Применение систем электронного документооборота и делопроизводства (СЭД) началось с середины 1990-х годов. Однако внедрение СЭД в государственном масштабе получило широкое распространение только в последние пять лет. Основным стимулом тут стало распоряжение Правительства РФ от 12.02.2011 № 176-р, утвердившее План мероприятий по переходу федеральных органов исполнительной власти на безбумажный документооборот и Постановление Правительства РФ от 06.09.2012 № 890 «О мерах по совершенствованию электронного документооборота в органах государственной власти».

В соответствии с упомянутым Планом мероприятий Минкомсвязи РФ были подготовлены и утверждены «Требования к информационным системам электронного документооборота федеральных органов исполнительной власти, учитывающие в том числе необходимость обработки посредством данных систем служебной информации ограниченного распространения». 2

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

«Требования к информационным системам электронного документооборота…» предназначены для федеральных органов исполнительной власти, но в соответствии со ст. 11 Федерального закона № 149-ФЗ от 27.07.2006 распространяются и на иные государственные органы и органы местного самоуправления. Коммерческие организации имеют право организовывать СЭД по собственному усмотрению, но, учитывая роль государства в нашей стране, обычно все крупные и средние коммерческие организации ориентируются на правила, установленные государством для удобства взаимодействия с государственными органами.

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

Рассмотрим наиболее интересные положения Требований… Минкомсвязи России.

«Требования к информационным системам электронного документооборота…» определяют минимальный набор функций, который должен присутствовать в СЭД, а также требования к организации использования СЭД в учреждении.

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

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

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

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

Коэффициент надежности СЭД должен составлять не менее 0,98.

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

Основная часть «Требований к информационным системам электронного документооборота…» - это описание того, как в СЭД должны быть построены процессы документационного обеспечения управления.

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

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

Работа СЭД должна соответствовать положениям ГОСТ Р ИСО 15489-1-2007 «Система стандартов по информации, библиотечному и издательскому делу. Управление документами. Общие требования», в том числе в области обеспечения аутентичности, целостности и достоверности электронного документа, а также Правилам делопроизводства в федеральных органах исполнительной власти, утвержденным Постановлением Правительства РФ от 15.06.2009 № 477 (пп. 9 и 11 Требований).

СЭД должна обеспечивать все основные делопроизводственные процессы:

Сохранение документа или сведений о документе (проекте документа) в СЭД (его регистрация или, в терминах Требований - ввод документа в систему):

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

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

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

Требования Минкомсвязи РФ делят делопроизводственные процессы, поддерживаемые СЭД, на следующие группы:

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

б) обработка электронных документов, полученных или переданных по системе межведомственного электронного документооборота;

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

г) обработка электронных документов, полученных или переданных по электронной почте;

д) обработка внутренних документов в СЭД.

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

В случае поступления документа на бумаге ввод документа в СЭД включает его регистрацию, сканирование и создание электронного образа документа.

В случае поступления документа в электронной форме ввод документа в СЭД - это его загрузка в СЭД, регистрация с запретом внесения изменений в поступивший документ.

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

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

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

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

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

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

В ходе работы с документом в СЭД могут вводиться не только резолюции, но и комментарии и поручения по документу. Для подписания (а при необходимости и согласования) документа СЭД предусматривает возможность подключения средств электронной подписи в соответствии с Федеральным законом «Об электронной подписи». 4

При отправке документов традиционными способами (на бумаге) СЭД обеспечивает надпечатку конвертов и печать списков рассылки.

Сроки хранения документов, включенных в соответствующие разделы (подразделы), устанавливаются в соответствии с Перечнем типовых управленческих архивных документов, образующихся в процессе деятельности государственных органов, органов местного самоуправления и организаций, с указанием сроков хранения, утвержденным Приказом Министерства культуры РФ от 25.08.2010 № 558. 5

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

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

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

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

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

1. С автором можно связаться по адресу: kouznets @yandex .ru
2. Приказ Министерства связи и массовых коммуникаций Российской Федерации от 02.09.2011 N 221, зарегистрировано в Минюсте РФ 15.11.2011 № 22304.
3. Опубликованы на портале «Архивы России» по адресу: http://archives.ru/sites/default/files/rekomendation-vniidad-foiv-2013.pdf
4. Федеральный закон от 06.04.2011 № 63-ФЗ «Об электронной подписи» (ред. от 28.06.2014).
5. Зарегистрирован в Министерстве юстиции Российской Федерации 08.09.2010, регистрационный № 18380.

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

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

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

Законодательная база

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

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

Стандарт MoReq-2

Стандарт (спецификация) МMoReq-2 (Model Requirements for the management of electronic records) «Типовые требования к автоматизированным системам электронного документооборота», изданный в 2008 году Европейской Комиссией и переведенный на русский язык, содержит более 700 требований к управлению электронными документами в 12 модулях (табл.). Стандарт можно использовать для формирования технического задания для построения программных продуктов автоматизации документооборота.

Таблица 1. Функциональные требования к СЭД по спецификации MOREQ 2

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

Каждая компания в зависимости от специфики деятельности и организации документооборота формулирует свои требования к системам электронного документооборота. Тем не менее, ГОСТ Р ИСО 15489-1-2007 «Управление документами. Общие требования», часть процессов — регистрация документа в системе, классификация доступа и защиты, установление порядка и сроков хранения и др. — идентифицирует как процессы управления документами. Такие процессы будут общими практически для любой компании. Обобщенные требования компаний к СЭД включают в себя также:

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

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

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

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

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

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

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

Личные предпочтения пользователей

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

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

Среди других пользовательских предпочтений можно отметить:

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

Так, например, всем выше перечисленным требованиям удовлетворяет СЭД «1С:Документооборот» , а совместное решение компаний 1С-КПД и iDecide для iPad позволяет работать с документами в дороге и в командировке, просматривать и выполнять задачи с мобильного устройства, использовать голосовые и графические комментарии для упрощения регистрации поручений, что ускоряет принятие решений.

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

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

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

обеспечивать надежное хранение документов и их описаний;

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

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

поддерживать иерархию категорий для эффективного поиска документа;

осуществлять поиск документов на основе информации из карточки, а также полного текста;

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

поддерживать технологию HSM;

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

поддерживать удаленный доступ к информации.

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

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

территориально распределенные организации;

алгоритмы шифрования при хранении и передаче данных;

цифровую подпись.

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

наличие выделенного сервера приложений;

наличие тонкого клиента; поддержка доступа к документам с использованием браузера.

многоплатформность для обеспечения масштабируемости;

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

интеграция со средствами потокового ввода документов;

интеграция с офисными приложениями;

интеграция с электронной почтой;

наличие развитого программного интерфейса (API);

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

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

возможность дополнения системы собственными специализированными компонентами;

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

Создание компонентов систем электронного документооборота

Компонентная архитектура системы электронного документооборота представлена на Рисунок 1. Основными элементами архитектуры являются:

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

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

Рис. 4

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