Требования к системам электронного документооборота. Требования к информационным системам электронного документооборота фоив Требования к программному обеспечению сэд

26.11.2019

Основные требования, которым должна соответствовать система электронного документооборота:

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

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

Типы систем электронного документооборота

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

Итак, выглядит она следующим образом:

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

Существует также краткая классификация СЭДов по стране происхождения, используемая только в России. Согласно ей, системы электронного документооборота в нашей стране подразделяются на отечественные, импортные и российские, разработанные на зарубежной платформе Lotus/Domino. В нашем обзоре фигурируют примеры только двух зарубежных СЭД – EMC Documentum и Lotus Domino.Doc. Все остальные СЭД имеют «гражданство» России.

ТОП-10 систем электронного документооборота

Оценку систем электронного документооборота мы проводили, ориентируясь на сравнение пяти параметров, которые являются определяющими при выборе СЭДа для автоматизации документооборота на предприятии. Шкала – десятибалльная.

Место	Программа/сервис	Цена	Простота освоения	Функциональность	Учет российского законодательства	Техническая поддержка	Общая оценка
1	Дело	8	8	10	10	10	9,2
2-4	1С:Архив	9	7	10	10	9	9
2-4	CompanyMedia	9	9	9	10	8	9
4-6	EMC Documentum	–	9	10	8	8	8,8
4-6	Логика	9	10	9	10	6	8,8
4-6	ЕВФРАТ	9	10	9	10	6	8,8
7	DIRECTUM	10	8	8	10	7	8,6
8	Lotus Domino.Doc	–	8	8	9	9	8,5
9	OPTIMA-WorkFlow	10	8	8	9	7	8.4
10	LanDocs	8	7	7	10	8	8

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

ДЕЛО

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

Плюсы

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

Минусы

К «натянутым» минусам можно отнести несколько архаичный интерфейс и определенную сложность в освоении.

Сколько стоит?

Цена лицензии на использование системы «ДЕЛО» в рамках одного рабочего места (СУБД – Oracle) зависит от планируемого общего количества этих мест и варьируется в пределах от 11 000 рублей (201-500 р/м) до 13 400 рублей (1-5 р/м). Если в организации применяется СУБД Microsoft SQL Server, то лицензия за одно рабочее место обойдется от 7200 до 9500 рублей соответственно.

Логика

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

Плюсы

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

Минусы

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

Сколько стоит?

Стоимость одной лицензии на использование данной программы зависит от количества сотрудников, подключенных к ней. Если их число не превышает 49 человек, то цена будет 5 900 за каждое рабочее место; от 50 до 199 подключенных работников – 5 200 рублей; а если рабочих мест более 200, то цена одной лицензии будет минимальной – 4900 рублей.

ЕВФРАТ

Данная система электронного документооборота разработана в полном соответствии с требованиями стандарта качества ISO 9000 и российских ГОСТов в области делопроизводства. От своих «коллег по цеху» «ЕВФРАТ» отличается наличием множества собственных уникальных программных разработок, которые нельзя встретить в конкурирующих СЭДах. Чисто технологически данная система является одной из самых «продвинутых» на современном российском рынке СЭДов.

Плюсы

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

Минусы

Довольно медленная скорость работы, особенно на слабых компьютерах.
Периодические сбои в работе и нерасторопная техподдержка.

Сколько стоит?

Стандартная лицензия с установкой системы на собственный сервер организации стоит от 5200 до 7300 рублей на одно рабочее место, больше пользователей – ниже цена. Однако имеется также вариант размещения серверной компоненты на оборудовании компании-производителя. В этом случае применяется система абонентской платы – четыре тарифа, стоимостью от 10 000 до 95 000 рублей в месяц.

1С:Архив

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

Плюсы

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

Минусы

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

Сколько стоит?

Цена «сборки» этой программы варьируется от 12 000 до 57 000 рублей, причем первую сумму придется отдать исключительно за апгрейд предыдущей версии «1С:Архив».

DIRECTUM

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

Плюсы

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

Минусы

Ориентированность системы на руководящий состав предприятия – простым делопроизводителям работать в ней труднее.
Несколько запутанная и непрозрачная ценовая политика.

Сколько стоит?

Лицензии на использование данной СЭД приобретаются как по отдельности, так и в рамках пакетных предложений. Самая дешевая базовая клиентская лицензия стоит 7 800 рублей. Стоимость же пакетов лицензий начинается от 148 200 рублей (базовый на 20 сотрудников) и доходит до 2 010 000 рублей (на 200 работников).

OPTIMA-WorkFlow

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

Плюсы

Реализация функции серийного ввода одинаковых видов документов и их регистрационной информации.
Сканирование программой-антивирусом.
Индексирование обычных и зашифрованных документов по выбору.
Мультиязычный интерфейс пользователя.

Минусы

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

Сколько стоит?

Типовые решения на базе данной платформы стоят от 55 000 до 75 000 рублей.

EMC Documentum

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

Плюсы

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

Минусы

Работа только с браузером Internet Explorer.
Отсутствие в открытом доступе технической и практической документации по системе.
Частые «тормоза» и лаги при высокой загруженности системы.

Сколько стоит?

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

LanDocs

Разработанная в 1997 году отечественной компанией «ЛАНИТ» эта платформа для автоматизации ведения документооборота по сей день остается востребованной многими предприятиями и учреждениями. LanDocs позволяет выстроить комфортную среду делопроизводства и документооборота, предоставляя всем категориям пользователей необходимый набор инструментов для управления ею.

Плюсы

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

Минусы

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

Сколько стоит?

Цена серверной лицензии варьируется от 30 000 до 216 000 рублей. Пользовательские же лицензии можно приобрести по цене от 5 600 до 8 400 рублей.

CompanyMedia

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

Плюсы

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

Минусы

В веб-интерфейсе ограничена поддержка некоторых браузеров, в частности FireFox.
Ориентированность системы преимущественно на средний и крупный бизнес.

Сколько стоит?

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

Lotus Domino.Doc

Данная СЭД является приложением к известной платформе Notes/Domino, обладающей высокоуровневой системой обеспечения безопасности данных. Также Lotus Domino.Doc имеет продвинутый электронный архив, который позволяет реализовать объемное хранилище корпоративной документации.

Плюсы

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

Минусы

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

Сколько стоит?

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

В итоге

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

20 января 2012 г. 12:12

Сергей Бушмелев, ИТ-аналитик DIRECTUM

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

Прежде чем мы перейдем к самим требованиям, очень важно понять, что является объектом данных требований. Ответ будет прямолинеен и прост – система электронного документооборота. Большинство отписавшихся по поводу данных требований авторов, судя по всему, подразумевало под СЭД ФОИВ коробочный продукт или тиражное решение, предлагаемое СЭД-вендором, будем называть это в дальнейшем СЭД-продукт. Но это, на мой взгляд, и была их главная ошибка, которая помешала взглянуть на требования под правильным углом.

Отчасти виноваты в таком недостаточно корректном восприятии требований сами авторы документа, которые пренебрегли сложившейся практикой помещать в начало документа или включать в виде приложения к нему глоссарий использующихся терминов. И ответ на вопрос, что же такое СЭД, они поместили почему-то в начало второго раздела, в пункт 4: «СЭД ФОИВ представляет собой информационную систему, предназначенную для управления всеми документами ФОИВ, включая проекты документов (кроме документов, содержащих сведения, составляющие государственную тайну)». Определение информационной системы можно найти в Федеральном законе N 149-ФЗ от 27.07.2006 «Об информации, информационных технологиях и о защите информации», в п.3 ст.2: «информационная система - совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств». То есть это как раз не дистрибутив системы электронного документооборота, а совокупность аппаратных средств (серверная часть, сетевая инфраструктура, персональные вычислительные устройства) и программных средств (системное, инфраструктурное, прикладное программное обеспечение + настройки программного обеспечения), а также содержащаяся в системе информация. На мой взгляд, еще более полное определение информационной системы можно найти в руководящих документах по безопасности. Например, РД "Безопасность информационных технологий. Критерии оценки безопасности информационных технологий», утвержденный Гостехкоммисией России 19.06.2002 дает такое определение: «Система - специфическое воплощение ИТ с конкретным назначением и условиями эксплуатации». Это определение подчеркивает, что информационные технологии воплощены в данной системе специфическим, индивидуальным образом, для достижения определенной цели. Уникальны и условия эксплуатации: помещения, организация доступа на территорию организации, организация работы системы (нормативы, регламенты). К условиям эксплуатации, на мой взгляд, можно отнести и персонал. Именно от его квалификации и усердия будет зависеть в конечном итоге работоспособность любой информационной системы.

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

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

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

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

Нефункциональные требования

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

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

На ликвидацию простоев системы отведено полчаса. Опять требование к инфраструктуре, регламентам и техническому персоналу органа власти. Если учесть объем хранимых в системе документов (об этом еще будет сказано), то сложно ожидать, что бэкап базы сможет быть поднят за такое время. Остается одно: организация отказоустойчивой системы с горячим резервированием оборудования, с дублированием баз данных. Сомневаюсь, что у отдельного органа госвласти найдутся средства на это. Остается использование облачной системы, размещенной, скажем в ростелекомовском ЦОДе. Интересно, а требования были проверены на антикоррупционную составляющую?

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

Заслуживающим внимания мне видится требование к объему базы данных системы – она должна «обеспечивать хранение всех электронных документов, обрабатываемых в ФОИВ за период не менее 5 лет». С легким сердцем отнесем это требование к «специфическому воплощению информационных технологий, то есть должна быть принята в расчет архитектура СЭД, ее способность обрабатывать такое количество документов и такой объем данных и зависимость СЭД от инфраструктурного программного обеспечения. Например, если для построения СЭД используется определенная СУБД, стоит оценить, способна ли СУБД масштабироваться до такого объема. Ну и, наконец, сам орган власти или уполномоченный им оператор должны обеспечить требуемый объем дискового пространства.

Функциональные требования

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

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

Захват (создание) документов

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

● импорт электронного документа, поступившего по канала МЭДО;

● импорт электронного документа, поступившего по канала СМЭВ;

● импорт электронного документа, поступившего по электронной почте;

● сканирование бумажного документа и сохранение его образа в системе;

● сохранение в системе сведений о бумажном документе без сохранения его образа в системе (по требованиям безопасности);

● создание документа непосредственно в СЭД ФОИВ.

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

Определены и основные требования к сбору и обработке метаданных документов, хранимых в СЭД ФОИВ. Так СЭД должна поддерживать:

● Автоматическое извлечение метаданных для документов, полученных из МЭДО, СМЭВ и других информационных систем. Состав импортируемых полей и виды документов определяются администратором СЭД ФОИВ.

● Сохранение связи метаданных с документом на всем жизненном цикле.

● Отображение метаданных на экране.

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

● Информирование пользователя о незаполненных метаданных.

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

Согласование документов

Стадию согласования документа в требованиях в явном виде регламентирует только один пункт. Workflow-составляющая СЭД должна соответствовать следующим требованиям:

● Доведение документов до участников процесса согласования

● Контроль исполнения поручений.

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

Еще одно требование, которое нельзя отнести только к стадии согласования, это необходимость отображения файлов определенных форматов. Обязательных форматов pdf, rtf, doc, tiff, но авторы требований не имеют ничего против, если система будет способна отображать и другие форматы. Судя по выбранным форматам, требования готовили явно не непримиримые сторонники свободного программного обеспечения. Я, право, не знаю, чем можно объяснить включение в список пусть популярных, но проприетарных форматов – принятие действительности или все же коррупционный интерес. Реализуют эти требования приложения-редакторы, которые входят в состав информационной системы СЭД ФОИВ.

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

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

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

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

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

● хранить документ постоянно;

● провести экспертизу ценности документа;

● уничтожить документ;

● отправить документ в другое хранилище;

● выделить документ к уничтожению.

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

Требования безопасности

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

● защищенность от несанкционированного доступа в случаях, когда в СЭД ФОИВ предусмотрена обработка служебной информации ограниченного распространения - не ниже класса 1Г;

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

● обеспечение аутентичности документа;

● обеспечение целостности документа;

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

● организацию контроля доступа к документам;

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

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

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

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

● выбор средств защиты безопасности, адекватный угрозам;

● организация защитных мероприятий и ежедневная деятельность по поддержанию требуемого уровня безопасности.

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

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

Вместо резюме

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

(4,58 - оценили 3 чел.)

Электронные архивы

Типовые функциональные требования к системам электронного документооборота и системам хранения электронных документов в архивах государственных органов

Алексей Микрюков
01 августа 2018 г. 10:27

Алексей Микрюков, аналитик компании 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)

Этот блок выглядит одним из самых непроработанных в проекте требований. В нем зафиксированы требования к обеспечению СХЭД возможностей:

● резервного копирования электронных документов;

● проведения проверок наличия и состояния ЭД с использованием специальных программ проверки технического состояния электронных документов и фиксацией результатов проверок в соответствующих актах;

● конвертации и/или миграции электронных документов в новые форматы;

Но при этом ничего не сказано об обеспечении юридической значимости ЭД при долговременном хранении. Эти требования я .

Использование электронных дел, включенных в СХЭД (п. 4.2 и 4.6).

Использование ЭД предполагает:

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

● Формирование фонда пользования электронных дел и организацию на его основ электронного читального зала

● Многокритериальный поиск

● Формирование архивных копий, справок выписок

● Учет использования электронных дел.

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

Экспертиза ценности и выделение к уничтожению электронных дел, документов с истекшими сроками хранения (п. 4.7 и 4.8).

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

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

Общие выводы

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

Документ показывает, что специфических требований к системе долговременного хранения электронных документов много. Есть среди них достаточно жесткие и конкретные. На предприятиях имеется множество систем, которые генерируют документы, подлежащие долговременному хранению, или подразумевающие длительное хранение: ERP, HR, ECM. CRM и другие. Таким образом, можно сделать вывод, что наиболее целесообразно выделять отдельную систему долговременного хранения , интегрированную с системами-источниками. Реализовывать требования во всех указанных выше системах долго и дорого.

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

Реализация требований

Одним из примеров системы, которая показывает готовность и полностью удовлетворяет этим требованиям - решение «Долговременный архив» от компании DIRECTUM.

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

Решение может работать с любыми ECM-системами, не только с решениями DIRECTUM, интегрируется с ERP и другими системами за счет готовых механизмов.

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

(4,80 - оценили 10 чел.)

Требования к СЭД Минкомсвязи России

Требования к быстродействию СЭД

Требования к учету всех операций в СЭД

Требования к функциональности СЭД

Экспертиза ценности и архивное хранение в СЭД

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

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

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

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

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

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

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

– время получения доступа к СЭД - не более трех секунд;

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

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

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

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

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

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

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

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

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

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

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

Доведение документа до исполнителя (пользователя СЭД)

Согласование документа

Подписание документа

Передачу (отправку) документа;

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

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

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

о пользователе СЭД ФОИВ, выполнившим действие;

о дате и времени совершения действия;

о вводе в СЭД документов, проектов документов;

о перемещении раздела (подраздела) в классификационной схеме;

об изменениях в указаниях по срокам хранения и последующих действиях с документами;

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

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

о любом изменении или уничтожении метаданных пользователем СЭД;

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

о передаче документов;

об уничтожении документов;

о печати документа или метаданных.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

хранить документ постоянно;

провести экспертизу ценности документов;

по завершении календарного года создавать документы по установленной форме: акт о выделении к уничтожению документов (разделов) с истекшими сроками хранения и описи на документы постоянного и долговременного (свыше 10 лет) срока хранения;

выделять документы к уничтожению (удалять из системы) с сохранением в СЭД информации о выделении документов к уничтожению;

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

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

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

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

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

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

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

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

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

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

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

Стандарт MoReq-2

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

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

	Группа требований	Количество требований
1	Схема классификации и организация дел
2	Управление доступом и безопасность
3	Хранение, отбор и передача
4	Ввод и регистрация документов
5	Идентификация информационных объектов
6	Поиск, извлечение и отображение
7	Административные функции
8	Опциональные модули
9	Нефункциональные требования

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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