Любая система документооборота , независимо от ее сложности, обладает набором характеристик, которые необходимо учитывать при определении требований к системе. Данная статья написана с целью помочь лицу, принимающему решение о внедрении системы документооборота , определить список требований к системе и сделать правильный выбор.
На текущий момент руководитель предприятия при принятии решения об автоматизации делопроизводства сталкивается с проблемой выбора системы электронного документооборота (СЭД) , которая смогла бы с наибольшим успехом решать поставленные задачи и оправдала бы инвестиции на свое внедрение. На рынке программного обеспечения представлено множество продуктов данного класса, как зарубежных, так и отечественных производителей. Также существует достаточное количество материалов по сравнению таких систем между собой и описанием преимуществ какого-либо конкретного продукта перед остальными. Определиться с тем, сможет ли система решать задачи документооборота для данной организации необходимо до покупки системы. В ходе эксплуатации неудачного приобретения может оказаться, что купленный продукт не поддерживает расширение функциональности, больших объемов данных, имеет детерминированную логику или проблемы с безопасностью.
Данная статья написана с целью помочь лицу, принимающему решение о внедрении системы электронного документооборота, определить список требований к системе и сделать правильный выбор. В классическом понимании требование - это способность программного продукта удовлетворять потребности пользователя. Таким образом, необходимо проанализировать предметную область и провести переговоры с продавцами/разработчиками СЭД на предмет удовлетворения поставленных требований. Требования предлагается разбить на группы:
- бизнес-требования
- требования к программному обеспечению
Первая группа содержит описание процессов, участвующих в документопотоке организации, которые предполагается автоматизировать. Вторая группа содержит ограничения и пожелания к программному обеспечению системы документооборота и сопутствующим вопросам.
Бизнес-требования включают в себя следующие разделы:
- пользователи системы
- хранилище данных
- работа с документами
- работа с бизнес-логикой
Требования к программному обеспечению состоят из требований к ресурсам, удобства сопровождения и удобства использования. Рассмотрим каждый из разделов более подробно.
Идентификация пользователей и работа в системе документооборота
Идентификация пользователей включает в себя две основные концепции - аутентификацию и авторизацию. Аутентификация - это способность подтвердить личность пользователя. Авторизация занимается предоставлением доступа к определенным данным или операциям, при условии, что пользователь тот, за кого он себя выдает.
В документопоток организации может быть вовлечено множество людей, за каждым из которых закреплен ряд выполняемых операций и группа документов, с которой он работает. Другими словами сотрудники выступают в определенной роли относительно системы документооборота. Естественным желанием будет ожидание поддержки в программном продукте таких ролей.
На данном этапе устанавливаются требования к безопасности системы - аутентификация и авторизация, а также требования к поддержке работы различных типов пользователей.
В случае если система документооборота используют свой механизм аутентификации, необходимо выяснить какой протокол обеспечивает защиту канала данных (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 и необходимо отыскать этот документ по фразе, входящей во вложенный файл. Также необходимо выяснить производительность поиска документов при увеличении количества документов, хранимых в базе данных.
К вопросу об объеме данных относится и архивация документов. Если документопоток в организации довольно велик и (или) положение о документообороте предусматривает архивацию документов, то необходимо предъявить требования к системе электронного документооборота для проведения таких операций. Существует несколько возможных способов проведения архивации - запись на сменные носители, перемещение в отдельную БД и т.д. Если в организации предусмотрены операции по работе с архивными документами - упрощенный поиск, чтение и т.п., то естественно и в электронном варианте данные операции должны проводится. Для рассматриваемых систем документооборота нужно выяснить возможность и простоту проведения подобных операций.
Следует также выяснить, как будет вести себя хранилище в случае сбоя базы данных. Например, сбои в электропитании или канале связи. Будет ли при этом в экстренном случае нарушена целостность всей базы или испорченным окажется только документ, над которым проводилась работа в момент сбоя. Необходимо выяснить у поставщиков проводились ли испытания подобного рода и узнать их результаты.
Последний фактор, рассматриваемый в данном разделе, интересен для крупных организаций имеющих распределенную структуру. Это - репликация данных. Данный механизм позволяет получать доступ к одинаковым данным на нескольких серверах сразу, что позволяет снизить нагрузку на сервера данных и каналы связи. Простейший пример проведения репликации - это хранилище законодательной базы. Например, столичный сервер организации содержит законодательную базу государства. Филиалы в области реплицируют данную базу на свои сервера и пользователи из областей обращаются к своим региональным хранилищам документов. Таким образом, относительно законодательной базы передача данных между столицей и областями идет из центра в регионы - пополнение баз данных, а чтение документов происходит на региональных серверах. В данном случае снижается нагрузка на центральный сервер и каналы данных к центру. В некоторых случаях может потребоваться возможность изменения документов в регионах с сохранением изменений для всей организации. В этом случае система репликации должна поддерживать механизм изменения и синхронизации документов. Опять же требуется выяснить наличие потребности в таких операциях в деятельности организации и соответственно сформулировать требования к системе документооборота.
Работа с документами
Гибкость системы электронного документооборота во многом определяется теми возможностями, которые она предоставляет для работы с документами. Идеальным вариантом является случай, когда существующие бумажные документы имеют эквивалентное отображение в электронной форме, другими словами документ одного типа на бумаге и на экране выглядит одинаково. Для этого необходимо наличие редактора типов документов и конструктор форм для типов документов. Последний должен обеспечивать возможность компоновки структуры документа с помощью различных полей, создание и редактирование самих полей. Очень полезными оказываются подстановочные поля, содержащие справочную информацию. Например, для ввода документа типа Накладная требуется внесение реквизитов заказчика. Имея справочную базу деловых партнеров, можно выбрать необходимого партнера и его реквизиты будут автоматически занесены в документ.
Также необходимо рассмотреть типичные операции с документами, проводимые в организации и выяснить возможность их проведения в СЭД. После чего выяснить удобство использования данных операций (см. Удобство использования). Наиболее частыми операциями являются создание, поиск и редактирование документа.
При работе с большим количеством входящей и исходящей корреспонденции будет представлять интерес конвертации документов из других типов файлов, возможность хранения документов других форматов в хранилище.
Наличие функции истории документа или журналирования операций позволит проследить действия, проводившиеся над документом в течение его жизни. Это даст возможность выяснить от какого пользователя проводилась та или иная операция. Например, журнал может иметь следующий вид:
| Пользователь | Дата | Операция | Комментарий |
| Иванов | 10.10.02 | Создание | Документ создан |
| Сидоров | 12.10.02 | Создание копии | По приказу №5.783.3 |
| Петров | 15.10.02 | Создание резолюции | Вместо Сидорова |
Еще одним полезным механизмом работы с документами является отслеживание версий документов. Это может оказаться полезным при наличии большого количества исполнителей, работающих с документом, каждый из которых может редактировать документ. Исполнитель, работая над документом, редактирует его и создает свою версию документа. Ответственный за документ сотрудник собирает версии документа, выбрав от каждого исполнителя его часть работы, и получает окончательный вариант документа. Например, в аналитический отдел на доработку поступил документ, состоящий из трех частей: анализ проблемы, предложение решения и оценка будущих результатов. Проработка каждой из частей документа была поручена сотрудникам А, Б и В соответственно. Каждый из них внес поправки в свою часть и создал свою версию документа. После этого начальник отдела сделал новую версию документа, собрав ее из частей документов подготовленных исполнителями - часть “анализ” от А, “предложение решения” от Б и “оценка результатов” от В. Система документооборота позволяет отслеживать подобные операции и при совместной работе с документами упростить создание конечных версий.
Возможность электронной подписи документа позволить проводить рецензирование и проверку подлинности документа. Такая подпись должна гарантировать подлинность личности, подписавшей документ, и времени, когда эта подпись была проведена. Проверка подлинности подписи может осуществляться с помощью общедоступных открытых ключей, в то время как подписать документ может только владелец закрытого ключа. Получив информацию о механизме реализующем подписи, необходимо выяснить устойчивость алгоритмов шифрования и возможность доступа к закрытым ключам.
Работа с бизнес-логикой
Электронное делопроизводство подразумевает не только запись и извлечение документов из хранилища, но и различного рода действия над документами - рецензирование, работу над документами, различные процессы, порождающие и использующие в своей деятельности эти документы. Невозможно создать программный комплекс, автоматизирующий деловодство и подходящий под процессы делопроизводства всех предприятий. С другой стороны подстраивание существующих процессов под внедряемую программу может провалиться из-за многих факторов - от невозможности перестроить процесс под электронный документооборот до саботажа сотрудниками автоматизации их процессов в связи с нарушением их привычной работы.
Следовательно, система электронного документооборота должна обладать механизмом, позволяющим реализовать бизнес-процессы предприятия и гибко под них подстраиваться.
Одной из наиболее распространенных функций систем электронного документооборота является работа с маршрутом документа. Это необходимо для организаций имеющих положение о делопроизводстве, в котором регламентируется работа с различными видами документов. Например, заявка от клиента поступает в канцелярию, затем начальнику отдела по работе с клиентами, он в свою очередь назначает сотрудника для выполнения данного задания. После выполнения работы сотрудник составляет отчет и направляет документ обратно в канцелярию. На каждом из этапов возможны какие-то дополнительные задачи для лица, работающего с документом. СЭДО должна поддерживать проведение подобных операций. Редактирование подобных действий должно вызывать как можно меньше затруднений (дополнительно см. разделы Удобство сопровождения и Удобство использования). Если предлагаемый продукт содержит возможность создания собственных маршрутов и редактирование (создание) пользовательских задач и действий с помощью встроенных скриптовых языков, то это предоставляет широкие возможности по расширению функциональности системы в будущем.
Требования к ресурсам системы документооборота
Требования данного вида состоят из требования к аппаратному и программному обеспечению. Требования к аппаратному обеспечению непосредственно исходят из требований к программным продуктам, входящим в состав системы электронного документооборота и дополнительных программных продуктов.
Первый вопрос, который следует задавать в данном контексте поставщикам программного продукта - насколько самодостаточной является поставляемая система, т.е. необходимо выяснить какие дополнительные программные продукты требуются и (или) могут понадобиться для работы с системой и вопросы их покупки и лицензирования.
Главным программным требованием является требование к операционной системе, которое наиболее вероятно будет отличаться для серверной и клиентской части. Здесь необходимо выяснить будет ли работать данный продукт на уже имеющихся на предприятии версиях операционных систем.
Наиболее частым продуктом третьей стороны, требуемым для работы внедряемой системы документооборота, является СУБД для хранилища данных. Нормальная работа клиентского места может потребовать наличие какого-либо из офисных пакетов. В данном случае также необходимо уделить внимание вопросам совместимости документов из уже применяемых офисных пакетов с теми, с которыми работает клиентское место.
Аппаратная часть должна обеспечивать требуемую максимальную производительность, как на клиентском месте, так и на серверной части. Например, если на клиентском месте один сотрудник вводит в день сто документов, а другой два документа, то естественно, что первому необходимо более производительное рабочее место.
Стоимость продукта и его внедрения
Конечная стоимость внедрения системы электронного документооборота на предприятии может очень сильно отличаться от стоимости этой системы в прайс-листе. В большинстве случаев дополнительная стоимость определяется предыдущим пунктом - это стоимость программных продуктов и аппаратной части.
Требования к операционной системе могут повлечь закупку необходимых версий операционной системы для клиентской и серверной части. При использовании СУБД стороннего разработчика его в большинстве случаев придется покупать отдельно (если СУБД не была куплена ранее). Зависимость клиентского места от офисных пакетов подразумевает их наличие и, следовательно, в некоторых случаях приобретение, что может существенно увеличить стоимость продукта на цену одного офисного пакета на одно клиентское место. Это наиболее вероятные зависимости. Однако могут быть и другие. Поэтому необходимо для поставленных бизнес-требований к системе электронного документооборота провести анализ зависимости от стороннего программного обеспечения.
Например, система может потребовать стороннего коммерческого программного продукта для аутентификации пользователей или для конвертации документов для различных офисных пакетов.
После выяснения требований к программному обеспечению следует определиться, удовлетворяет ли текущая аппаратная база для решения данных задач. Неприятным сюрпризом может оказаться, что старые компьютеры окажутся недостаточно производительными для этого.
В стоимость программного продукта может входить техническая поддержка. В некоторых случаях поддержка может поставляться за отдельную плату. Также следует выяснить входит ли в стоимость системы настройка под конкретную организацию или это поставляется за отдельную плату. Может оказаться, что продается “голая” система, стоимость настройки и подготовки решения на месте может быть сопоставима со стоимостью самой системы.
Еще одним разделом затрат является обучение сотрудников для работы с новой системой. Для этого может потребоваться приглашение специалистов поставщика программного продукта, организация внутренних семинаров для своих сотрудников, закупка дополнительных обучающих материалов.
Просуммировав стоимость всех вторичных затрат можно таким образом получить сумму наиболее полно отражающую стоимость внедрения электронного документооборота.
Удобство сопровождения системы документооборота
Технически удобство сопровождения системы определяется наличием системы помощи, сложностью настройки системы под конкретную предметную область, возможностью ее расширения и необходимость привлечения стороннего персонала для расширения или настройки системы. Здесь необходимо выяснить, как производиться расширение системы, насколько этот вопрос отражен в документации, и нужно ли для этого привлекать сотрудников организации, предоставившей систему. Относительно документации к системе, следует проверить соответствие справочной информации текущей версии системы, потому что справка может быть составлена для предыдущей версии продукта. Следует также прямо задать вопрос о том, существуют ли такие аспекты системы, которые не отражены в документации и как разрешается данный вопрос. Большим плюсом будет наличие электронного обучающего курса по работе с системой, как демонстрационного, так и интерактивного.
С организационной стороны, сопровождение - это получение технической поддержки со стороны поставщиков внедряемой системы. Здесь необходимо выяснить каким образом будет предоставляться подобная поддержка - по телефону, e-mail, ICQ и т.п. Важный вопрос для начала использования системы - это подготовка готового решения и обучение персонала. Первое означает, что покупается не чистая система, а уже подготовленное для данного предприятия решение с документами, типами пользователей, задачами и т.п., характерными для данного предприятия. Наиболее вероятными действиями в данном случае являются выезд специалиста исполнителя для изучения предметной области и подготовки решения либо приглашение эксперта предметной области для получения от него необходимой информации.
Удобство в использовании
Удобство в использовании - это удобство работы с системой для конечного пользователя. Наиболее простой путь для определения этого состоит в рассмотрении сложности выполнения пользователями типичных операций с документами. Например, что нужно сделать пользователю, чтобы создать документ в электронном виде - сколько пунктов меню пройти, сколько движений мышью сделать, что ввести с клавиатуры. Критерием простоты служит количество и доступность последовательных операций. Это можно выяснить, только поработав с системой или ее демонстрационной версией.
Например, есть два варианта создания нового документа.
- Нажатие кнопки с соответствующей иконки на панели инструментов.
- Выбор меню Сервис -> Операции над документами -> Создание нового документа -> Накладная
Получается, что первый вариант требует меньшего количества операций для создания документа. При одиночном выполнении операции такое сравнение может показаться не совсем уместным, однако если рассмотреть ежедневное выполнение порядка 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. Простота выполнения базовых операций пользователя
- доступность управляющих элементов
- количество элементарных операций для выполнения действий
Масштабируемость . Система документооборота должна поддерживать значительно изменяющееся количество пользователей, её способность наращивать свою мощность должна определяться только мощностью соответствующего аппаратного обеспечения.
Распределенность . Основные проблемы при работе с документами возникают в территориально-распределенных организациях, поэтому архитектура систем документооборота должна поддерживать взаимодействие распределенных площадок. Причем распределенные площадки могут объединяться самыми разнообразными по скорости и качеству каналами связи, например, офис работает по выделенной линии, пригородный склад – по сельской телефонной линии.
Модульность . Вполне возможно, что заказчику может не потребоваться сразу внедрение всех компонентов системы документооборота, а иногда спектр решаемых заказчиком задач меньше, чем весь спектр задач документооборота. Тогда очевидно, что система документооборота должна состоять из отдельных модулей, интегрированных между собой.
Открытость . Все СЭД построены по модульному принципу, а их API-интерфейсы являются открытыми. Это позволяет добавлять к СЭД новые функции или совершенствовать уже имеющиеся. В настоящее время разработка приложений, интегрируемых с СЭД, стала отдельным видом бизнеса.
Высокая степень интеграции с прикладным ПО : ключевой возможностью СЭД является высокая степень их интеграции с различными программными приложениями за счет использования технологий OLE Automation, DDE, ActiveX, ODMA, MAPI и др. Пользователи имеют дело только с обычными прикладными программами: в момент инсталляции клиентской части СЭД прикладные программы дополняются новыми функциями и элементами меню.
Особенности организации хранения документов. В большинстве СЭД реализована иерархическая система хранения документов (по принципу "шкаф/полка/папка"). Количество уровней вложения при хранении документов не должно быть ограничено. Один и тот же документ должен иметь возможность входить в состав нескольких папок и полок. В ряде СЭД реализованы еще более мощные возможности хранения за счет организации связей между документами.
Особенности маршрутизации документов. Модули СЭД, отвечающие за собственно документооборот, принято называть модулями маршрутизации документов. При "свободной" маршрутизации любой участвующий в документообороте пользователь может по своему усмотрению изменить существующий маршрут прохождения документов. При "жесткой" маршрутизации маршруты прохождения документов строго регламентированы, и пользователи не вправе их менять. В большинстве СЭД модуль маршрутизации входит в комплект поставки, в некоторых СЭД его необходимо приобретать отдельно.
Разграничение доступа
(набор задаваемых полномочий зависит от конкретной СЭД): полный контроль над документом, право редактировать, но не уничтожать документ, право создавать новые версии документа, но не редактировать его, право аннотировать документ, но не редактировать его и не создавать новые версии, право читать документ, но не редактировать его, право доступа к карточке, но не к содержимому документа, полное отсутствие прав доступа к документу, полное протоколирование.
Наличие утилит просмотра документов разных форматов: в состав большинства СЭД входят утилиты для просмотра документов (так называемые просмотрщики – viewers), понимающие десятки форматов файлов.
Аннотирование документов . Так как в некоторых случаях пользователи лишены прав на внесение каких-либо изменений в документ в процессе его согласования, то они должны иметь возможность его аннотирования, добавления комментариев, поправок, примечаний.
Поддержка различных клиентских программ . Клиентами большинства СЭД могут быть ПК с ОС семейства MS Windows различных поколений и платформ, иногда – платформ UNIX/Linux и Macintosh. Кроме того, практически все современные СЭД позволяют работать с документами через стандартные Web-навигаторы (броузеры).
Состав СЭД
При автоматизации документооборота надо изначально различать:
(а) внедрение приложений , автоматизирующих конкретные процессы обработки документов и (б) внедрение платформы для подобной автоматизации.
Одной из основных причин неуспеха внедрения систем автоматизации документооборота является смешивание двух этих задач. Рассмотрим некоторую идеальную систему автоматизации документооборота, включающую в себя максимальное количество функций. Естественно, любая реальная система будет включать в себя лишь подмножество функций, необходимых для конкретной организации.
5.6.1 
Приложенияавтоматизации документооборота
Приведём примеры конкретных процессов, задач, решаемых данными приложениями:
· регистрация корреспонденции;
· согласование и утверждение;
· контроль исполнения документов и поручений;
· автоматизация договорного процесса;
· оформление командировок;
· внутренний информационный портал;
· контроль знаний работников; и т.д.
Очень часто функции обработки документов являются частью бизнес-процессов, уже автоматизированных на данном предприятии с помощью различных программных технологий. Поэтому необходимо проследить за отсутствием дублирования и совместимостью. Примеры таких задач:
· формирование документов в бюджетном процессе;
· процесс публикаций и наполнения сайта;
· отслеживание обработки накладной за границами складского учета;
· контроль и уведомление в приложении управления контактами;
· документооборот при управлении проектами;
· утверждение платежных документов; и т.д.
Алексей Микрюков, аналитик компании DIRECTUM. 14 июня 2018 г. на официальном сайте Федерального архивного агентства (Росархива) в разделе «Проекты документов» размещен «Проект типовых функциональных требований к системам электронного документооборота и системам хранения электронных документов в архивах государственных органов» объёмом 37 страниц.
Отрасль давно ожидала этот документ. И как заявлено в проекте, требования разработаны в целях формирования единой нормативной основы для систем электронного документооборота (СЭД) и систем хранения электронных документов (СХЭД), а также для оценки уже применяемых СЭД и СХЭД. В документе явным образом разделяются СЭД и СХЭД, и это важный момент.
Выделение термина СХЭД является одним из принципиальных отличий новых требований. Заметен явный акцент на этапе архивного хранения в жизненном цикле документа. Раньше речь шла в основном о СЭД, а вопросы хранения электронных документов (ЭД) оставались за кадром. Соответственно, документы длительных сроков хранения ранее либо изначально создавались в бумажном виде, либо распечатывались перед передачей на хранение.
В документе рассматриваются только функциональные требования, в отличие от предыдущих нормативных документов (Требования к системам электронного документооборота федеральных органов власти (СЭД ФОИВ), утверждены Приказом Министерства связи и массовых коммуникаций РФ №221 от 02.09.2011 ; см. также анализ требований ) . Не рассматриваются системно-технические требования, требования по информационной безопасности, надежности, а также требования к интерфейсу автоматизированных рабочих мест пользователей СЭД и СХЭД. Требования не распространяются на работу с документами, содержащими сведения, составляющие государственную тайну.
Анализируя документ, интереснее всего рассмотреть требования, связанные с организацией хранения документов . Требования по созданию или занесению, регистрации, исполнению и контролю при работе с документами не так интересны, так как это основные задачи СЭД. Практически не осталось крупных организаций, которые бы не автоматизировали эти задачи с использованием СЭД. Поэтому требования к СЭД интересны разве только для оценки уже существующих и используемых систем в момент обновления или смены, а это тема отдельного материала.
Общие функциональные требования
Начнем с «Общие функциональные требования к управлению документами в СЭД и СХЭД».
В этом разделе, на мой взгляд, отражено два важных момента:
Первое «2.3. В СЭД и СХЭД должны соблюдаться требования к аутентичности, достоверности, целостности и пригодности для использования электронных документов, включенных в указанные системы ».
Для того чтобы обеспечить соблюдение данных требований при хранении документов необходимо, чтобы при передаче документов на хранение в СХЭД они были аутентичны, достоверны, целостны и пригодны для использования . Соответственно, до передачи документа в СХЭД «ответственность» за выполнение этих требований лежит на оперативной системе (СЭД или другой информационной системе).
Второе «2.4. В СЭД и СХЭД должны формироваться и сохраняться метаданные документов:
- создаваемые при включении документа в систему (СЭД или СХЭД);
- образующиеся после включения документа в СЭД или СХЭД в рамках его жизненного цикла в системе;
- используемые при взаимодействии СЭД и СХЭД с другими информационными системами (в том числе с МЭДО, СМЭВ и пр.)
- связанные с передачей на последующее хранение (из СЭД - в СХЭД, из СХЭД - в государственный архив).
Метаданные о включенных в СЭД или СХЭД документах должны быть связаны с тем документом, к которому они относятся».
То есть метаданные, связанные с документом, формируются на протяжении всего жизненного цикла документа, в том числе и на протяжении всего срока его хранения. При этом явных требований, предъявляемых к формату или способу хранения метаданных, нет.
Работа с архивными документами
Подготовка к передаче документов на хранение в СХЭД (п.п. 3.8 и 3.9).
«К функциям СЭД относится:
- Формирование и ведение номенклатуры дел
- Отнесение документов к делам
- Формирование описей дел, документов структурных подразделений
- Экспертиза ценности документов, включающая в себя отбор электронных дел, документов, подлежащих передаче в СХЭД и выделение к уничтожению документов, не подлежащих хранению».
С документами, хранящимися в СЭД, все ясно. Но в организациях есть и другие информационные системы, в которых могут храниться документы, например, ERP. Эти системы могут вообще ничего «не знать» о номенклатуре дел и нормах делопроизводства. Соответственно для них должны быть разработаны дополнительные правила, по которым документы будут передаваться на хранение в СХЭД.
В документе ничего не говорится о том, как выгружать документы из других систем, той же ERP. Поэтому если организация захочет хранить документы из ERP, то нужно будет придумывать какие-то правила, по которым:
1) эти документы будут выгружаться из ERP - это собственно задача ERP;
2) эти документы будут размещаться в СХЭД - это задача СХЭД, и у нас для этого есть инструменты.
Прием документов в СХЭД (п. 4.3)
«СХЭД должна обеспечивать:
- Прием электронных дел, документов и описей структурных подразделений с проверкой комплектности
- Проверку электронных подписей документов
- Проверку воспроизводимости электронных документов
- Формирование ответных сообщений о подтверждении или об отказе в приеме документов».
Требования по воспроизводимости обозначены, но как это реализовывать - не понятно.
В документе есть явное указание на формат контейнеров ЭД, представляющий из себя «zip-архив, включающий контент и метаданные электронного документа, файлы электронных подписей и визуализированную копию текстового электронного документа в формате PDF/A ».
Учет и классификация документов в СХЭД (п. 4.4)
Требования по учету электронных документов в СХЭД практически ничем не отличаются от требований по учету бумажных документов. При этом требования к составу метаданных ЭД учитывают только специфику документов, типичных для госорганов (письма, приказы и т.п.). У коммерческих организаций разнообразие документов намного больше: коммерческое предложение, устав проекта, техническое задание, протокол закупочной комиссии и т.д. В этом смысле требования вряд ли применимы для других видов документов.
Хранение электронных дел, документов в СХЭД (п. 4.5)
Этот блок выглядит одним из самых непроработанных в проекте требований. В нем зафиксированы требования к обеспечению СХЭД возможностей:
● резервного копирования электронных документов;
● проведения проверок наличия и состояния ЭД с использованием специальных программ проверки технического состояния электронных документов и фиксацией результатов проверок в соответствующих актах;
● конвертации и/или миграции электронных документов в новые форматы;
Но при этом ничего не сказано об обеспечении юридической значимости ЭД при долговременном хранении. Эти требования я рассматривал ранее в статье на ECM-Journal .
Использование электронных дел, включенных в СХЭД (п. 4.2 и 4.6).
Использование ЭД предполагает:
- Предоставление постоянных и временных прав доступа к документам
- Формирование фонда пользования электронных дел и организацию на его основ электронного читального зала
- Многокритериальный поиск
- Формирование архивных копий, справок выписок
- Учет использования электронных дел.
Тут остаются вопросы в первую очередь по предоставлению электронных документов по запросам различных организаций, так как единых требований по предоставлению ЭД во вне сейчас нет, и практика не сформирована.
Экспертиза ценности и выделение к уничтожению электронных дел, документов с истекшими сроками хранения (п. 4.7 и 4.8).
Приведенные в проекте требования также практически ничем не отличаются от требований при работе с бумажными документами. Отличие состоит только в особенностях уничтожения электронных документов (например, удаление резервных копий и гарантированное уничтожение).
Требования по передаче электронных документов на хранение в гос. архив описаны формально. Причина связана, скорее всего, с отсутствием наработанных практик.
Общие выводы
После анализа проекта требований остается ощущение, что изложенное в нем «догоняет» текущее положение вещей, закрепляет уже существующие наработки, но не до конца отвечает на существующие вопросы и уж тем более не пытается спрогнозировать и дать ответы на вопросы ближайшего будущего.
Документ показывает, что специфических требований к системе долговременного хранения электронных документов много. Есть среди них достаточно жесткие и конкретные. На предприятиях имеется множество систем, которые генерируют документы, подлежащие долговременному хранению, или подразумевающие длительное хранение: ERP, HR, ECM. CRM и другие. Таким образом, можно сделать вывод, что наиболее целесообразно выделять отдельную систему долговременного хранения , интегрированную с системами-источниками. Реализовывать требования во всех указанных выше системах долго и дорого.
С другой стороны, требования уже имеют под собой технологическую основу, которая позволяет реализовать подобные системы. Имеющиеся на рынке системы работы с документами можно и нужно проверять на соответствие требованиям, сформулированными в нормативной базе.
Реализация требований
Одним из примеров системы, которая показывает готовность и полностью удовлетворяет этим требованиям – решение «Долговременный архив» от компании DIRECTUM.
«Долговременный архив» - это комплексная система для управления бумажным и электронным архивом организации. Решение разработано с соблюдением правил российского архивного делопроизводства. Оно позволяет централизованно хранить документы любого вида в течение срока, установленного законодательством РФ, гарантируя юридическую силу документов на протяжении всего срока хранения.
Решение может работать с любыми ECM-системами, не только с решениями DIRECTUM, интегрируется с ERP и другими системами за счет готовых механизмов.
Кроме того, решение не только уже сейчас закрывает задачи создания электронного архива, но и работает на перспективу. В решение заложены возможности работы с инструментами автоматической обработки документов на основе искусственного интеллекта для классификации и экспертизы ценности документов. Кроме того, используется собственная уникальная технология обеспечения юридической значимости, которая в перспективе может быть переведена и на технологии блокчейна.
Расскажем, какие критерии нужно учитывать при выборе СЭД, чтобы выбрать максимально подходящую программу и не допустить проблем при ее внедрении!
Система электронного документооборота (СЭД) не просто опция, а необходимое решение для контроля и защиты документов в вашей организации. Продуктивность вашего бизнеса будет зависеть от выбранной вами СЭД. Чтобы сделать грамотный выбор СЭД, выясните требования, которым она должна соответствовать и подготовьтесь к проблемам, с которыми можно столкнуться при ее внедрении.
Каким требованиям должна соответствовать СЭД?
Функциональные требования
Общие:
- Обеспечение создания электронных документов.
- Возможность добавления комментариев к документам.
- Создание связей между документами.
- Управление проектами документов (согласование, подпись).
- Контроль исполнения документов.
- Обеспечение отчетности и анализа.
- Обеспечение печати электронных документов, метаданных.
- Коллективная обработка документов.
- Поиск документов.
- Хранение и классификация документов.
- Отправка уведомлений и оповещение пользователей.
Специальные:
- Создание дискуссий по документам.
- Сравнение содержания документов (в том числе графических).
- Возможность комментировать содержание с помощью выделения в тексте.
- Импорт документов из унаследованных систем документооборота.
- Публикация определенных видов документов на портале.
Требования по интеграции
Общие:
- Интеграция с корпоративной почтовой системой, MS Office.
- Интеграция с LDAP.
Специальные:
- Интеграция с системами ERP\CAD\CRM\OCR.
- Синхронизация данных справочников с различными системами (по времени, по событию).
- Формирование протокола/сообщения о загруженных/незагруженных объектах при синхронизации справочников.
Требования по безопасности
Общие:
- Возможность получения полного списка пользователей системы с необходимой учетной информацией.
- Возможность блокирования работы отдельных пользователей.
- Управление правами доступа к содержанию документов, метаданным, версиям.
- Возможность определения авторства каждой операции в системе, протоколирование попыток совершения НСД.
- Поддержка интегрированной доменной аутентификации.
- Поддержка рабочего места администратора безопасности и необходимые средства оперативного контроля и воздействия.
- Проблемы внедрения системы электронного документооборота
Специальные:
- Проверка ЭЦП на любом документе.
- Вывод водяных знаков при печати документов.
С какими проблемами можно столкнуться при внедрении СЭД?
- Непонимание: «зачем нам нужна СЭД?». Бывает так, что персонал не до конца понимает, зачем внедряется СЭД, и поэтому не заинтересован в ее использовании. Когда половина сотрудников работает с использованием СЭД, а половина – нет, задержки и потери остаются, что снижает эффективность в разы и тормозит формирование единой централизованной системы.
- Нежелание обучаться новому. Проблема возникает, когда сотрудники не хотят отказываться от привычного метода работы и осваивать новый, боясь излишнего контроля своей деятельности со стороны руководства.
- Фактор директора «светского типа». Нежелание работать с компьютером, просматривать и редактировать документы.
- Придание электронному документу юридической силы. С момента появления ЭЦП стало возможным придание электронным документам юридического статуса. Но зачастую правовые документы вызывают беспокойство, и руководство требует сопровождать их бумажными копиями с «реальной подписью».
- Взаимодействие с «бумажным» миром. Чаще всего информация поступает из других организаций на бумаге. Для того чтобы бумажные документы из внешнего мира попали во внутреннюю систему электронного документооборота, необходимо получить их электронные образы. Для этого приходится приобретать сканеры.
Преимущества, которые дает СЭД стоят того, чтобы решить эти проблемы.
Узнайте за 10 минут, насколько эффективно работает система электронного документооборота в «1С» - смотрите видео!
Системы управления документами
Прежде всего, необходимо дать определения того, о каком типе программного обеспечения будет идти речь. Наиболее полное определение Систем управления документами (EDMS – Electronic Document Management Systems) даёт аналитическая компания IDC:
«Системы управления документами (СУД) обеспечивают процесс создания, управления доступом и распространения больших объемов документов в компьютерных сетях, а также обеспечивают контроль над потоками документов в организации. Часто эти документы хранятся в специальных хранилищах или в иерархии файловой системы. Типы файлов, которые, как правило, поддерживают системы СУД и включают в себя: текстовые документы, образы, электронные таблицы, аудиовидеоданные, и документы Web. Общими возможностями систем СУД являются создание документов, управление доступом, преобразование и безопасность».
Исторически, СУД являлись вертикальными приложениями, разработанными для использования небольшими группами специалистов, работающих в территориальной близости друг от друга с сильно структурированными документами. За рубежом приложения вертикального управления документами в основном внедрялись в таких областях как фармацевтические исследования, страхование, инженерные разработки, промышленное производство.
В современных распределенных предприятиях система распространения документов, требования по их доступности и необходимость совместной работы с ними растут экспоненциально. Имеющие высокую ценность информационные материалы создаются ежедневно, размещаются в глобальных сетях, распространяются в различных профессиональных коллективах. В эпоху Web формализованные документы, доступные только специалистам, не могут более служить хранилищем корпоративных знаний. В этом должны помочь Системы управления документами.
Таким образом, автоматизация делопроизводства (при помощи СУД) необходима для обеспечения мобильности руководства предприятием и работы самого предприятия.
Сегодняшние предприятия требуют истинно распределенной архитектуры управления документами, т.е. такой, которая удовлетворяет следующим требованиям:
Масштабируемость – желательно, чтобы система документооборота могла поддерживать как пять, так и пять тысяч пользователей, и способность системы наращивать свою мощность определялось только мощностью соответствующего аппаратного обеспечения. Выполнение такого требования может быть обеспечено с помощью поддержки серверов баз данных производства таких компаний, как Sybase, Oracle, Informix и др., которые существуют практически на всех возможных программно-аппаратных платформах, тем самым обеспечивая самый широкий спектр производительности.
Распределенность – основные проблемы при работе с документами возникают в территориально-распределенных организациях, поэтому архитектура систем документооборота должна поддерживать взаимодействие распределенных мест. Причем распределенные места могут объединяться самыми разнообразными по скорости и качеству каналами связи. Также архитектура системы должна поддерживать взаимодействие с удаленными пользователями. Распределенное, расширяемое управление документами приводит к резкому повышению продуктивности работы сотрудников, усилению общей конкурентоспособности организации.
Модульность – вполне возможно, что заказчику может не потребоваться сразу внедрение всех компонентов системы документооборота, а иногда спектр решаемых заказчиком задач меньше, чем весь спектр задач документооборота. Тогда очевидно, что система документооборота должна состоять из отдельных модулей, интегрированных между собой.
Открытость – система документооборота не может и не должна существовать в отрыве от других систем, например иногда необходимо интегрировать систему с прикладной бухгалтерской программой. Тогда система документооборота должна иметь открытые интерфейсы для возможной доработки и интеграции с другими системами.
Эффективность – обеспечение рационального соотношения между затратами на создание системы и целевыми эффектами, включая конечные результаты автоматизации документооборота; возможность внедрения широкого спектра дополнительных технологий для повышения уровня возврата от средств, затраченных на систему.
