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

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

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

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

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

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

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

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

Существует также краткая классификация СЭДов по стране происхождения, используемая только в России. Согласно ей, системы электронного документооборота в нашей стране подразделяются на отечественные, импортные и российские, разработанные на зарубежной платформе 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 масштабируются вплоть до уровня корпораций.

Минусы

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

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

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

В итоге

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

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

Создаваемые в настоящее время электронные системы управления документооборотом должны отвечать основным требованиям КИСа.

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

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

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

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

4. Защита электронной документации

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

Организационные мероприятия определяют:

должностные функции персонала, участвующего в обработке данных;

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

для БД должны быть обеспечены условия надежного сохранения;

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

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

Большое значение имеет Контроль ЗД, который подразделяется на два вида:

Внешняя проверка или аудит (выполняется сторонней организацией);

внутренняя проверка (собственными силами).Технология включает следующие мероприятия по проверке:

системной документации;

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

проектной документации на ПО;

руководящих пользовательских документов по ПО и ОС;

занятости (доступа) и управления ею;

ревизии исходных кодов;

имен файлов данных и папок (директорий);

всех носителей данных;

терминального доступа;

списков пользователей и их прав;

консольных протоколов;

системных журналов регистрации;

журналов аппаратных и программных сбоев;

Протоколов электронной обработки данных и внесение изменений в персональные данные и др.

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

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

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

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

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

Меры предосторожности, которые должны использоваться для безопасности передачи документов через сеть Интернет

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

Фильтрация пакетов и аутентификация пользователей.

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

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

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

Внедрение механизмов управления доступом в саму систему управления документооборотом (список управления доступом, уровни доступа, роли, группы пользователей, шифрование и т. д.).

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

Функциональность и гибкость системы.

Возможность дальнейшей модернизации и наращивания возможностей системы (в том числе, самостоятельного).

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

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

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

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

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

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

Классификация СУД

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

· Системы СУД, ориентированные на бизнес-процессы: Documentum, FileNet (Panagon и Watermark), Hummingbird(PC DOCS).

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

· Корпоративные СУД: Lotus (Domino.Doc), дополнения к Novell GroupWise, Opent Text (LiveLink), Keyfile Corp., Oracle (Context).

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

· Системы управления контентом (от англ. content - содержание, суть): Adobe, Excalibur.

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

· Системы управления образами

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

· Системы управления потоками работ (Workflow management): Lotus (Domino/Notes и Domino Workflow), Jetform, FileNet, Action Technologies, Staffware.

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

Российские системы документационного обеспечения

	Производитель	Краткое описание
		Система управления документами, предназначена для автоматизации делопроизводства в корпорации, имеющей достаточно сложную разветвленную структуру, включающую в себя несколько предприятий, насчитывающую более сотни сотрудников и имеющую интенсивный документооборот как входящих и исходящих документов, так и обмен документами между своими подразделениями. Система КРОН предоставляет следующий комплекс функциональных услуг: - единую информационную среду для работы пользователей с дружелюбным графическим интерфейсом, обеспечивающую параллельную совместную работу различных исполнителей над одним документом на своих рабочих местах, - почтовую службу для обмена сообщениями между пользователями как внутри системы, так и с внешними пользователями, - контроль за местонахождением документа, включая контроль версий и вариантов документа, - систему обеспечения конфиденциальности информации на основе формализованной модели разграничения прав доступа, в том числе, электронную подпись, - инструменты для создания и ведения единого хранилища документов, для регистрации и исполнения документов, включая систему поиска документа, позволяющую находить документы, как по их атрибутам, так и по содержанию.
Кодекс: Документооборот	ГП "Центр компьютерных разработок"	Комплекс взаимосвязанных систем делопроизводства, банков документов и корпоративных сервисов. Корпоративная система «Кодекс: Документооборот» - это комплекс взаимосвязанных систем делопроизводства, банков документов и корпоративных сервисов, обеспечивающих автоматизированное решение задач делопроизводства и документооборота в органах государственной власти и других организациях. Главные характеристики системы: Готовые решения для типовых задач (функций) делопроизводства. Каждая из систем, входящих в состав корпоративной системы, специализирована для реализации типовых задач обработки документов: регистрации и контроля движения служебной корреспонденции, регистрации и контроля рассмотрения обращений граждан, централизованного контроля распорядительных документов и поручений и др. - поддержка и обслуживание бумажного документооборота, постепенный переход от бумажного к электронному документообороту. - модульность в сочетании с единой информационной логикой. Обмен документами между подсистемами, централизованное ведение глобальных справочников, реализация повсеместного доступа к базам данных по технологии Internet/Intranet, рассылка сообщений, сводок, предупреждений по электронной почте. Экономичность системы определяется использованием собственных продуктов и технологий, ориентиром на наиболее массовые программно-технические платформы, прежде всего Microsoft, невысокими затратами на внедрение. Функциональные подсистемы, входящие в состав «Кодекс: Документооборот» : - «Кодекс: Служебная корреспонденция» регистрация входящих и исходящих документов организации (подразделения); формирование соответствующего дела на основе номенклатуры дел данного подразделения, организация движения документов по исполнителям и контроль их исполнения; постановка документов на централизованный контроль с передачей данных в подсистему "Кодекс: Контроль исполнения документов". - «Кодекс: Контроль исполнения документов» регистрация контрольных документов, заданий, исполнителей, рассылка контрольных карт по исполнителям; регистрация переносов сроков заданий; автоматическое и ручное снятие с контроля полностью отработанных контрольных документов; формирование соответствующего дела на основе номенклатуры дел данного подразделения; автоматическая перерегистрация документов при передаче контрольных документов в подведомственные подразделения, работающие с аналогичной подсистемой. - «Кодекс: Письма и обращения граждан» ввод данных о заявителях; регистрация обращений и вопросов, поставленных в них; контроль рассмотрения обращений и поручений руководителя, данных в связи с их рассмотрением. - «Кодекс: Система подготовки документов» создание электронного полнотекстового архива документов - «Кодекс: Система регистрации нормативных и распорядительных документов» - «Кодекс: Справочная система документооборота» обеспечение доступа к базам документов по технологии Intranet/Internet и оперативное получение информации о документообороте с любого удаленного компьютера. - «Кодекс: Обмен документами» обмен документами между подсистемами, как в рамках локальной компьютерной сети, так и между территориально удаленными подсистемами. Системы реализованы в двух вариантах - файл-серверном и клиент-серверном.
DocsVision 2.0 "Архив-Делопроизводство"		Приложение для создания архивов документов, автоматизации основных делопроизводственных процедур и бизнес процессов обработки документов в организации. Система DocsVision 2.0 "Архив - Делопроизводство" представляет собой законченное приложение, предназначенное для создания архивов документов, автоматизации основных делопроизводственных процедур и бизнес процессов обработки документов в организации, включая: - ведение картотеки документов; - создание электронного архива документов компании; - ведение справочников контрагентов и сотрудников организации; - организацию циклов разработки согласования документов; - организация контроля исполнения документов и заданий; - маршрутизация документов в организации и вне её; - автоматизация разнообразных процессов обработки документов; - организация процедур периодической обработки документов и широковещательной рассылки документов. Данная система может быть использована как законченное решение для внедрения в компаниях, либо использоваться в качестве прототипа при разработке приложения на заказ. Структура системы может быть настроена в соответствии с потребностями конкретной организации.
СompanyМedia-Управление электронными документами		Web-ориентированная система управления электронными документами. Web-ориентированная система управления электронными документами. Сравнительно недорогая, но достаточно функциональная система предназначена для: - организации корпоративного хранилища документов (каталога нормативной документации, архива документов, информационного портала компании), - обеспечения процесса коллективной подготовки документов, централизованного хранения рабочие документы и автоматического оповещения сотрудников о поступивших на обработку документах, - построения информационного портала организации, т.е. единого информационного пространства, в котором сотрудники могут моментально найти интересующие их документы и принять участие в подготовке и согласовании документов или привлечь к этому процессу других сотрудников. - позволяет упростить взаимодействие сотрудников при совместной работе над документами, - обеспечивает надежное разграничение доступа к информации, - содержит удобную поисковую систему, - позволяет добавлять в документы перекрестные ссылки для организации взаимосвязи документов.
CompanyMedia-Делопроизводство		Система предназначена для автоматизации документооборота c отслеживанием движения документов в реальном масштабе времени. Система предназначена для автоматизации документооборота c отслеживанием движения документов в реальном масштабе времени. Система обеспечивает автоматизацию следующих видов документационного обеспечения управления: - прием, обработку и распределение поступающей (входящей) корреспонденции; - подготовку, подписание, регистрацию и рассылку исходящей корреспонденции; - подготовку, подписание, регистрацию и отправку внутренних и организационно-распорядительных документов, а также контроль их исполнения; - организацию переписки между организациями и отдельными подразделениями; - поддержку многолетнего режима работы. К особенностям построения системы «СМ-Делопроизводство» относятся: - неограниченное количество рабочих мест и неограниченное количество организаций; - «сквозное» делопроизводство; - 100% гарантия доставки информации; - механизм "замещения", т.е. возможность предоставления постоянного или временного доступа к документам, относящимся к определенным сотрудникам, для других сотрудников организации («замещающих»).
OfficeMedia-Делопроизводство		Комплект предназначен для автоматизации работы секретарей или отдела делопроизводства. Комплект предназначен для автоматизации работы секретарей или отдела делопроизводства и предоставляет руководителям всех уровней возможность давать поручения по полученным документам и контролировать их исполнение. Комплект "OfficeMedia - Делопроизводство" состоит из следующих баз данных: - «Регистрация документов» - для организации систематического учета документов, контроля исполнительской дисциплины сотрудников, подготовки отчетов и т.п. - «Библиотека рабочих документов» - для подготовки документов, их классификации, хранения, контекстного поиска информации и печати документов. - «Согласование» - для автоматизации рассылки документов на согласование и контроля над процессом. - «Ознакомление» - для автоматизации рассылки документов на ознакомление. - «Обращения граждан» - для ведения делопроизводства на основании обращений физических лиц. «Организационно-распорядительные документы» - для формирования проектов приказов, распоряжений, служебных записок, их согласования, подписи и контроля исполнения.
	Лоция Софт	Комплекс по управлению технической документацией. Комплекс по управлению технической документацией на основе DOCS Open представляет собой интеграционное решение, базирующееся на наиболее передовых разработках зарубежных и отечественных компаний, являющихся лидерами в областях создания электронных архивов, технического документооборота, управления составом изделия и проектными данными, а также ввода информации с бумажных носителей, построенное в архитектуре клиент-сервер. Комплекс позволяет - преобразовывать в электронную форму документы с бумажных носителей с последующей обработкой (распознавание текстов и т.п.), - работать с текстовыми и графическими форматами документов, а также использование специализированных приложений для работы с иными форматами, - производить поиск документов по неограниченному числу критериев, контекстный поиск на русском языке, а также нечеткий поиск, - использовать средства свободной и предопределенной маршрутизации с поддержкой контроля исполнения; вести мониторинг работ: полную историю работы с документами и историю выполнения заданий и работ; получать полную информацию о статусе документа, состоянии работы и задействованных исполнителях, - обеспечивать надежный контроль за доступом к документам и защиту от несанкционированного доступа. Для установки и визуализации логических связей между документами может использоваться дополнительный модуль "Смотритель", который также включает возможность отображения логической структуры архива, используя механизм представлений. Серверная часть комплекса может работать как на платформе PC, так и на рабочих станциях под управлением различных версий ОС UNIX (HP, Sun, Digital и др.). В качестве клиента используются различные версии Windows. Поддерживается работа через Internet. В качестве СУБД может использоваться один из наиболее популярных индустриальных серверов баз данных (Sybase SQL Anywhere, MS SQL Server, Sybase SQL Server, Oracle) на практически любой программно-аппаратной платформе.
«ГРАН-ДОК» для Windows	Гранит-Центр	Автоматизированная система документооборота и делопроизводства для государственных и муниципальных структур управления. «Гран-Док» - специализированная система автоматизации делопроизводства и документооборота в государственных и муниципальных структурах управления. Система предназначена для автоматизации процессов работы с документами: - учета всех деловых документов, хранения и работы с текстами документов, - контроля каждого этапа рассмотрения и пути прохождения документа от поступления до списания в дело, - получения справочной информации о документах, - анализа документооборота. «Гран-Док - Lite» - однопользовательская версия для муниципальных структур управления, имеющих небольшой объем документооборота. Предназначена для учета и работы с документами на одном рабочем месте. Платформа Microsoft SQL. «Гран-Док» - сетевая версия для государственных и муниципальных структур управления с объемом документооборота от 5000 до 30000 документов в год и количеством пользователей от 20 до 150. «Гран-Док» - корпоративная версия («Единая система электронного документооборота и делопроизводства муниципальных структур управления административного округа») - единая система электронного документооборота и делопроизводства административного округа. Ее можно отнести к специализированным системам автоматизации делопроизводства и документооборота.
Эффект-Офис	ИКК "Гарант Интернэшнл	Серия программных продуктов для систематизации, безопасного хранения и эффективного поиска документов. "Эффект Офис" - это серия программных продуктов для систематизации, безопасного хранения и эффективного поиска документов. "Эффект Офис" система управления документами. Предназначена для создания электронного архива документации и организации компьютерного документооборота предприятия. Реализованы локальный и клиент-серверный варианты. "Эффект Офис" персональный архив. Специальная версия системы для одного пользователя. "Эффект Графика", "Эффект Графика Плюс". Система работы с графическими изображениями. "Эффект Секретарь", рабочее место секретаря. "Эффект Почта". Система централизованного приема, отправки и регистрации электронной почты.
		Комплексная автоматизация процессов делопроизводства и ведения архива электронных документов. Система LanDocs предназначена для комплексной автоматизации процессов делопроизводства и ведения архива электронных документов. В систему входят: LanDocs: ДЕЛОПРОИЗВОДСТВО. Базовая система автоматизации процессов делопроизводства и ведения архива электронных документов. LanDocs: СЕРВЕР ДОКУМЕНТОВ. Серверное программное обеспечение для централизованного управления хранением документов (файлов документов) в электронном архиве. Взаимодействует с системой LanDocs: ДЕЛОПРОИЗВОДСТВО. LanImage: СКАНИРОВАНИЕ И ВИЗУАЛИЗАЦИЯ ИЗОБРАЖЕНИЙ. Система сканирования бумажных документов и визуализации их электронных образов. LanDocs: ИНТЕРНЕТ ДОСТУП. Специализированный WEB-сервер. LanDocs: ПОЧТОВЫЙ СЕРВЕР и LanDocs: ПОЧТОВЫЙ КЛИЕНТ. LanDocs: ПОДСИСТЕМА БЕЗОПАСНОСТИ. Защита информации посредством электронной цифровой подписи и шифрования. LanDocs: МАРШРУТИЗАЦИЯ. Моделирование процессов движения документа посредством построения графических карт. Дополняет LanDocs: ДЕЛОПРОИЗВОДСТВО.
		Автоматизация основных процедур современного делопроизводства и организация документооборота. Система OPTiMA-WorkFlow предназначена для управления процессами создания, обработки, тиражирования и хранения документов, а также для автоматизации основных процедур современного делопроизводства и организации документооборота. Система включает в себя - графический редактор для описания сценариев движения документов и технологических операций на этапах работы с ними; - возможности контроля соблюдения требований технологии работы с документами и контроля исполнения поручений; - механизм контроля версий; - средства для создания отчетов; - возможности работы в распределённых корпоративных сетях и индивидуальной настройки интерфейса рабочего места пользователя.
DIS:системы		Документоориентированные корпоративные информационные системы (DIS:системы). Автоматизация документационного обеспечения управления (ДОУ). Документоориентированные корпоративные информационные системы (DIS:системы) обеспечивают повышение эффективности управленческой деятельности за счет автоматизации документационного обеспечения управления (ДОУ). DIS:системы гибко настраиваемы, реализованы на различных платформах и имеют удобную модульную структуру. На сегодняшний день разработаны следующие модули: DIS:class - электронная канцелярия «Золушка» - представляет собой технологию классического делопроизводства со сквозным контролем исполнения документов и позволяет автоматизировать основные функции канцелярии, общего или организационного отдела - регистрацию, обработку и контроль исполнения документов. DIS:library - Библиотека - автоматизированная система ведения библиотек и архивов электронных документов. Позволяет организовать библиотеки документов по функциональному направлению деятельности, библиотеки информационных материалов, бланков и типовых форм. Работает с текстовыми, графическими, аудио- и видеоматериалами. DIS:reception - Деловая почта - автоматизированная система обработки электронной переписки организации. DIS:manager - Поручения - автоматизированная система документирование и контроля исполнения поручений. DIS:contact - Досье - автоматизированная система накопления информации о контактах и событиях, организациях, проектах и ходе их исполнения. DIS:writer - Подготовка документов - автоматизированная система для подготовки и согласования документов. Модули DIS:users - Пользователи, DIS:structure - Структура и DIS:assistant - Рабочее место предназначены для решения вопросов администрирования.
БОСС-Референт		Система электронного документооборота (на платформе Lotus Notes/Domino). "БОСС-Референт" - система электронного документооборота, программный комплекс, разработанный на платформе Lotus Notes/Domino. "БОСС-Референт" позволяет построить полноценную систему управления деловыми процессами обработки документов и контроля за их выполнением и является шагом на пути построения Системы Управления Знаниями организации. Компонентами системы являются: - корпоративная система электронного документооборота; - встроенная электронная почта; - средства выхода на внешние системы электронной почты, глобальные компьютерные сети. Система использует различные базы данных по документам, событиям, отчетам и пр. - для подготовки, распространения и хранения внутренней нормативно-распорядительной информации; - для создания и контроля поручений; - для планирования и оптимизации работы в отношении контактов с внешними организациями; - для контроля договоров; - для работы с корпоративными, экономическими и политическими новостями. Для совместного обсуждения различных вопросов в рабочей группе используется режим конференции.
ЕВФРАТ-Документооборот	Cognitive Technologies	Система управления информационными потоками и документами организации. Система "ЕВФРАТ-Документооборот" позволяет построить полноценную систему управления информационными потоками и документами организации, а также содержит весь необходимый инструментарий для успешной автоматизации документооборота любой компании, независимо от численности и формы собственности. Система рассчитана на работу, как в рамках небольшого отдела, так и в рамках всей организации со сложной схемой информационных потоков. "ЕВФРАТ-Документооборот" отличается гибкостью и простотой настройки. Одновременно с готовыми решениями предлагается полный набор инструментов для успешной адаптации к особенностям любой компании. Программа - обеспечивает регистрацию, хранение и поиск документов; - работает с документами в бумажной или электронной форме; - контролирует ход исполнения поручений; - формирует различные журналы и отчеты, имеет внутреннюю почтовую систему; - предоставляет возможность удаленной работы с системой через обычное рабочее место пользователя или через "тонкого" клиента (MS Internet Explorer); - позволяет проводить удаленное администрирование системы; - обеспечивает безопасность работы через Интернет с помощью специального модуля для идентификации пользователя.
	Cognitive Technologies	Предназначена для организации документационного обеспечения управления. Версия "Евфрат @Soho" реализует электронный архив. Она обеспечивает ввод и поиск нужных документов; позволяет создавать и вести электронные архивы документов самых различных типов, даже аудио и видео; хранить скаченные из Internet страницы. Версия "Евфрат Office" - это универсальная система управления документами, позволяющая работать как с бумажными документами, так и с электронными документами и формами. Система поддерживает функции ввода, регистрации, просмотра, поиска, экспорта, печати документов, а также создания электронных архивов, отчетов и обеспечения контрольно-исполнительской дисциплины. Для обеспечения коллективной работы реализована архитектура "Евфрат Client Server.
		Система управления документами масштаба предприятия. Предназначена для повышения эффективности коллективной работы сотрудников с архивами электронных документов и контроля исполнительской дисциплины. “1С:Архив” является системой управления документами масштаба предприятия и предназначен для повышения эффективности коллективной работы сотрудников с архивами электронных документов и контроля исполнительской дисциплины. 1С:Архив позволяет: - организовать централизованное хранилище всех документов организации, структурировать их по папкам-рубрикаторам и обеспечить коллективный доступ сотрудников как по локальной сети, так и по Интернет; - выдавать поручения, выбирать исполнителей или группы исполнителей, устанавливать контрольные сроки и автоматически рассылать оповещения сотрудникам о поступлении новых поручений; - хранить все версии документов и вернуться в любой момент времени к нужной версии или сравнить любые две версии документов; - проводить поиск как по реквизитам учетно-регистрационной карточки, так и по содержанию (полнотекстовый поиск) с учетом морфологии русского языка; - управлять правами пользователей и устанавливать различные права доступа к папка-рубрикаторам и содержащимся в них документам для различных пользователей; - использовать технологию "WebPortal" для динамической публикации архивов документов в сети Интернет и обеспечения доступа к документам с помощью обычных Web браузеров для клиентов, удаленных офисов или сотрудников, работающих по модему.

Некоторые зарубежные системы документационного обеспечения

	Производитель	Краткое описание
		Клиент-серверное приложение для работы с документами. Hummingbird DOCS Open - это клиент-серверное приложение на платформе Windows, позволяющее организовать централизованное хранилище данных. Содержит развитые средства поиска, организации совместной работы, контроля версий и обеспечения безопасности. - DOCS Open позволяет хранить, искать и управлять документами. - DOCS RM обеспечивает работу с записями, расширяет возможности DOCS Open для управления жизненным циклом документов. - DOCS Routing расширяет возможности совместной работы пользователей, позволяет отслеживать статус документов. - DOCS Imaging облегчает перенос документов с бумажных носителей в электронный формат и дальнейшую работу с ними. - DOCS Unplugged позволяет работать с документами с использованием средств беспроводной связи (для деловых поездок или в случае отсутствия доступа к сети). - DOCS Development Kit - объектно-ориентированная среда для создания пользовательских приложений для Hummingbird DOCS Open. - RocketLink for AutoCAD позволяет объединить AutoCAD с DOCS Open для работы с чертежами, схемами, символами и т.п.
Panagon Content Services		Семейство программ для обеспечения работы с документами на крупных предприятиях. Программы семейства Panagon Content Services предназначены для создания, управления, обеспечения доступности и безопасности, а также для динамической работы с электронными документами. Основные реализованные возможности: - централизованное хранилище документов обеспечивает совместную работу над документами, контроль версий документов, безопасность и своевременный доступ, - легкость установки и поддержания работы, - масштабируемость, - встроенный механизм для обеспечения минимального времени обработки запросов, - 5 уровней безопасности, - поддержка различных пользовательских интерфейсов, - развитые механизмы поиска, - поддержка создания и работы со сложными и составными документами, - поддержка работы с внешними документами, - развитые средства администрирования, - репликация, - преобразование документов к различным типам данных, - поддержка дополнительных физических средств хранения, средств для обработки образов, средств для публикации в Интернете.
		Группа приложений для поддержки сотрудничества и управления знаниями. Бизнес-приложения: Content Management Livelink позволяет создавать объекты данных для хранения и использования контента, фиксировать изменения и управлять каждым компонентом структуры документов вплоть до параграфов и секций, управлять взаимосвязями документов, определять доступность объектов данных, автоматизировать процесс создания пользовательских документов. Records Management iRIMS от Open Text обеспечивает управление жизненным циклом всех корпоративных документов и иной информации в бумажной и электронной формах. Обеспечивает взаимосвязь с другими приложениями по обработке информации, интегрируется с электронной почтой и электронными системами управления документами. Совместно с Livelink обеспечивает поиск, совместную работу, управление документооборотом и рабочими процессами. - Corporate Library - Customer Care - e-Catalogs - Engineering Change Mgmt. - Enterprise Collaboration - Extranets - Human Resources - Knowledge Management - Learning Management - Program Management - Quality Management - Sales and Marketing - Skills Management
		Система управления контентом (для системы управления информацией на предприятии). Hummingbird DM превращает информацию, хранящуюся в документах, в базу знаний фирмы. Система позволяет систематизировать и управлять корпоративными документами, обеспечивает совместную работу с ними, обрабатывает запросы пользователей системы, а также обеспечивает сохранность информации. Администраторы Hummingbird DM могут конфигурировать структуру контента, а также настраивать систему, структуру хранилищ документов, формы документов, импортировать метаданные, интегрировать систему с другими приложениями, удаленно и централизованно настраивать интерфейсы пользователей, управлять статусом документов. Также может работать совместно с - Hummingbird RM - Hummingbird DM Extension for AutoCAD - Hummingbird DM WorkFlow - Hummingbird Imaging - Hummingbird Web Publishing
Microsoft Exchange Server 2000		Платформа для обмена сообщениями и организации совместной работы. Microsoft Exchange Server служит платформой для электронной почты, планирования работы групп, сотрудничества, а также для приложений управления документооборотом и маршрутизации документов. Microsoft Exchange 2000 Server , вместе с клиентом Microsoft Outlook 2000 , обеспечивает надежную, масштабируемую и удобную в управлении инфраструктуру обмена сообщениями и организации совместной работы, открывающей пользователям доступ к базе знаний. Microsoft Exchange 2000 полностью интегрирован с операционной системой Microsoft Windows 2000 и предназначен для организаций любого масштаба: от небольших организаций до крупнейших территориально распределенных предприятий. Современная система хранения веб-ресурсов Microsoft Web Storage System позволяет объединить надежность и масштабируемость Microsoft Exchange 2000 с доступностью и открытостью Интернета, предоставляя тем самым как хранилище знаний с развитыми возможностями, так и платформу для бизнес-приложений. Сервер конференций Exchange 2000 Conferencing Server является платформой для полнофункциональных служб информационных, аудио-- и видеоконференций, что открывает новые возможности для совместной работы.
Novell GroupWise 6		Инструмент для передачи сообщений и организации сотрудничества в среде one Net, а также для ведения совместной работы. GroupWise 6 - инструмент для передачи сообщений и организации сотрудничества в среде one Net, а также решение для ведения совместной работы. GroupWise 6 повышает производительность труда в организации за счет ускорения ответной реакции, расширения зоны сотрудничества, обеспечения защищенного взаимодействия с поставщиками и клиентами, а также благодаря предоставленной администраторам возможности настраивать технологии в соответствии с задачами и бизнес-целями. Основные преимущества: - повышение эффективности и ускорение ответной реакции сотрудников организации (доступ к информации и расписаниям, возможность легко и быстро связываться с сотрудниками); - простота в управлении благодаря интеграции с последними продуктами семейства сетевых служб Novell (единый каталог NDS eDirectory и Novell DirXML); - простота администрирования системы из любой точки, используя для этой цели веб-браузер или беспроводное устройство; - высокая масштабируемость (Smart Caching - интеллектуальное кэширование - позволяет администраторам поддерживать большее число пользователей с помощью одного сервера); - обеспечение конфиденциальности и доступности информации (инструменты аутентификации, поддержка отраслевых стандартов Secure Sockets Layer (SSL), Secure Multipurpose Internet Mail Extension (S/MIME) и Public Key Infrastructure (PKI), служба Novell Cluster Services, интеллектуальное резервирование и восстановление, контроль многопотоковой базы данных); - более простое взаимодействие через сеть (гибкие и интегрированные функции передачи электронных сообщений, групповое планирование, календарь, задания, поддержка контактов и управление документооборотом для традиционных, Web- и беспроводных клиентов, средства управления почтовыми ящиками); - расширенные функции управления документооборотом (управление версиями, механизмы формирования отчетов, инструментальные средства управления, полнотекстовое индексирование и тесная интеграция с наиболее популярными на сегодняшний день приложениями); - поддержка Internet Message Access Protocol 4 (IMAP4), Post Office Protocol 3 (POP3) и других стандартов, а также Network News Transfer Protocol (NNTP) и Lightweight Directory Access Protocol (LDAP).
Lotus Domino.Doc		Современное решение для управления документами в распределенной среде. Современное решение для управления документами в распределенной среде. Domino.Doc основано на распределенной Web-архитектуре. Domino.Doc являются составной частью пакета программ IBM для управления документами в масштабе предприятия (IBM Enterprise Document Management Suite - EDMSuite). Oсновные свойства и преимущества: - все функции для управления документами (регистрация входящих и исходящих документов, сохранение версий документов, создание профилей документов, интуитивная иерархия контейнеров, полномасштабные средства текстового поиска и получения информации, работа с аудио- и видеоданными, графическими образами и т.п.); - безопасность и устойчивость(средства защиты и шифрования промышленного уровня, средства идентификации пользователей, средства RSA и SSL); - простота установки (установка сразу после поставки, немедленное создание удобной и безопасной рабочей среды, определение группы, простой и понятный пользовательский интерфейс); - масштабирование (для распределенного предприятия, поддержка технологий Интернет, интранет, экстранет, а также мобильных и отключенных пользователей с использованием репликации); - открытость и расширяемость (возможность работы с Web-браузерами, клиентами Notes и приложениями Windows, совместимость со стандартом ODMA).

Т ребования к информационным системам электронного документооборота федеральных органов исполнительной власти, учитывающие в том числе необходимость обработки служебной информации ограниченного распространения , утверждены приказом Минкомсвязи России от 02.09.2011 № 221, зарегистрированы Минюстом России (№ 22304 от 15.11.2011) и опубликованы в «Российской газете» от 21.11.2011, федеральный выпуск № 5637. Эти Требования подготовлены Минкомсвязи России во исполнение п. 2 Плана мероприятий по переходу федеральных органов исполнительной власти на безбумажный документооборот при организации внутренней деятельности (утв. распоряжением Правительства РФ от 12.02.2011 № 176-р) .

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

Попытаемся рассмотреть Требования в различных практических аспектах: с позиции управления документами (делопроизводства), с точки зрения гармонизации с Правилами делопроизводства в федеральных органах исполнительной власти, утвержденными постановлением Правительства РФ от 15.06.2009 № 499 (с изменениями от 07.09.2011) .

О выполнении поручения Правительства

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В процессе мониторинга документооборота в ФОИВ в 2011 году ВНИИДАДом получены обобщенные данные, свидетельствующие о проблемах перехода на безбумажный документооборот, перспективах развития СЭД, которые сформулированы практиками, представителями самих ФОИВ:

отсутствует тенденция сокращения количества документов на бумажных носителях, налицо существенное увеличение объема документооборота за счет электронных копий - отсканированных электронных образов документов, уже существующих в бумажной форме. Происходит параллельное движение документов на бумажном носителе и в электронной форме;
продолжение параллельного применения бумажных и электронных документов, т.е. дублирование документопотоков до тех пор, пока не будет создана инфраструктура, в полном объеме обеспечивающая реализацию Федерального закона от 06.04.2011 № 63-ФЗ «Об электронной подписи» (поскольку на данный Федеральный закон в Требованиях приводится лишь прямая ссылка, регламентация видов и статусов электронных подписей в СЭД, в т.ч. для службы делопроизводства, остается нерешенным вопросом);
вынужденное изменение рабочих функций, установленных Правилами делопроизводства , т.к. при внедрении СЭД процесс обработки документов зависит от ограничений системы или «материнской» платформы (так преподносят проблему специалисты служб ИТ и компании-подрядчики). В связи с этим требуется специальное обучение сотрудников - руководителей и рядовых пользователей, разработка новых регламентирующих документов, внесение в инструкцию по делопроизводству изменений, не соответствующих утвержденным Правилам делопроизводства и административным регламентам ФОИВ;
отсутствие единого представления о структуре СЭД (т.е. разработанной организационно-функциональной архитектуре) и положения о СЭД . Такое представление отсутствует и у тех, кто формирует техническое задание на разработку СЭД, и у компаний-производителей программных продуктов (отметим, что Требованиями предусматривается лишь разработка «иерархической/классификационной схемы», которая сейчас не понятна службам делопроизводства и не воспринимается ими как основа функциональной, а не системной архитектуры СЭД);
необходимость внедрения единых для всех государственных органов и организаций требований к информационным системам , что и предусматривалось Планом мероприятий Правительства;
необходимость единой системы документооборота ФОИВ с их подведомственными организациями , обязательное внедрение распределенных СЭД и применение портальных технологий;
необходимость совершенствования взаимодействия СЭД и МЭДО , т.е. построение общего информационного пространства ФОИВ или, по крайней мере, обеспечение удобства контролируемого входа в обе системы с одной рабочей станции уполномоченного сотрудника службы делопроизводства. Внесенный в Требования п. 5 о взаимодействии СЭД ФОИВ с системами СМЭВ и МЭДО содержит отсылки общего характера на документы более высокого уровня, на соответствующие нормативные документы Правительства РФ, которые не содержат конкретных требований к технической реализации взаимодействия, а в общем виде упоминают регистрацию электронных сервисов и язык описания электронных сообщений. Должна ли СЭД иметь соответствующий шлюз или адаптер, которые предлагаются на рынке ИТ-компаниями для обеспечения электронного взаимодействия, Требования не устанавливают;
остро стоит проблема хранения электронных документов в информационной системе в связи с созданием и утверждением каждым ведомством Перечня документов, создание, хранение и использование которых осуществляется исключительно в электронной форме. Отсутствуют регламентирующие документы для СЭД и стандартные форматы хранения документов в СЭД (заметим, что краткий п. 12 Требований об отображении в СЭД форматов файлов без разделения на форматы документирования/создания и форматы хранения электронных документов не слишком помогает решению проблемы);
Правила делопроизводства предусматривают применение входных форм (приложение - перечень обязательных сведений о документах), в том числе электронных шаблонов документов, которые обеспечивают ввод сведений о документе в СЭД или непосредственное документирование, т.е. создание документа в системе по утвержденной унифицированной форме. Специалисты служб делопроизводства ФОИВ прекрасно понимают это направление работ и надеялись получить регламентированные требования, содержащие как минимум структуру электронного документа в информационной системе или набор его обязательных реквизитов/атрибутов, компонент и соответствующих метаданных с учетом информационной безопасности и взаимодействия с МЭДО. Однако подобных системных положений утвержденные Требования пока не содержат.
В то же время в процессе мониторинга документооборота, проведенного ВНИИДАД в 2011 году, о наличии утвержденных еще в 2010 г. форм документов и планах их дальнейшей разработки сообщили более 14% федеральных органов-объектов наблюдения. А Министерство здравоохранения и социального развития РФ дало сведения, что в связи с разработкой новой версии СЭД им созданы и применяются 230 типовых унифицированных форм писем-ответов на обращения граждан, которые будут использоваться в электронном виде, т.е. как электронные шаблоны для составления и оформления документов. Более 50 типовых унифицированных форм для переписки и для внутренних коммуникаций применяют Федеральная служба судебных приставов, Федеральная миграционная служба и другие ведомства.
Развитие технологии ввода документов в СЭД на базе их унифицированных типовых форм (электронных шаблонов) подтверждают запросы практики, но в утвержденных Требованиях как приоритетная рассматривается технология сканирования при вводе документов в СЭД, увеличивающая общий объем документооборота за счет получаемых электронных образов/копий.

Это нормативный документ?!

Регистрация Минюстом России приказа Минкомсвязи России от 02.09.2011 № 221 «Об утверждении Требований...» придает им статус действующего нормативного документа. Но в тексте приказа не содержится каких-либо обязательных государственных предписаний, рассчитанных на многократное применение, указаний об обязательности исполнения Требований, закрепления ответственности за методическое руководство их применением и ответственности за неисполнение. Сами Требования представляют собой технологический документ, причем часть текста не содержит норм и правил прямого действия, а отсылает к нормативным правовым актам, в т.ч. более высокого уровня, и стандартам. Он изложен так, что по сути Требования можно отнести к актам рекомендательного характера. Как известно, подобные нормативные акты, а также технические акты в соответствии с разъяснениями Минюста России (приказ от 04.05.2007 № 88) не должны подлежать государственной регистрации. Кроме того, Минкомсвязи России может принимать нормативные правовые акты только для регулирования сферы информационных технологий : устанавливать требования к сетям и средствам связи, к формату данных в государственных информационных системах, по информационной безопасности информационных систем и т.п.

Тем не менее приказ Минкомсвязи № 221 и Требования государственную регистрацию прошли, несмотря на то, что делопроизводство и документооборот не находятся в сфере информационных технологий (т.е. в непосредственной зоне ответственности Минкомсвязи России). Ситуацию можно объяснить только тем, что по плану перехода на безбумажный документооборот, утвержденному постановлением Правительства РФ № 176-р, конечным результатом выполнения мероприятий по п. 2 устанавливалось издание приказа, а ответственным исполнителем по данному мероприятию было назначено Минкомсвязи России, а также тем, что Требования будут иметь межведомственный характер.

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

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

По тексту оформлена ссылка на базовый стандарт ГОСТ Р ИСО 15489-1-2007 по управлению документами (п. 9), но конкретизации и уточняющему определению в Требованиях подверглись только 2 из 4 закрепленных им общих характеристик документа, которые создаются, используются и хранятся в информационной системе (аутентичность и целостность документа).

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

Вызывает сожаление, что не все действующие национальные стандарты Российской Федерации по управлению документами при разработке Требований были учтены. Так, классификация метаданных, на основе которой и строится система идентификаторов и справочников СЭД, устанавливается ГОСТ Р ИСО 23081-1-2008; структура электронного документа (к п. 13 Требований) и поддержка версионности подробно раскрываются в официальном, зарегистрированном ФГУП «Стандартинформ» переводе стандарта МЭК 82045-1, устанавливающем принципы и методы управления документами с позиций информационной технологии, электротехники. А обязательность регламентации процессов создания документов при разработке требований к информационной системе (что практически не сделано в Требованиях) закрепляется стандартом ГОСТ Р ИСО 22310-2009.

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

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

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

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

Структура текста Требований оформлена по правилам, предусмотренным для нормативных правовых актов ФОИВ. В Требованиях всего три раздела:

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

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

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

К Требованиям не оформлены приложения, идентификаторы и классификаторы, которые в тексте упоминаются в общем виде.

Предмет регулирования

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

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

Данное определение не соответствует требованиям Правил делопроизводства (с изменениями от 07.09.2011) и отходит от установленной национальным стандартом ГОСТ Р ИСО 15489-1-2007 современной (новой и не минимальной) концепции управления документами. СЭД, поддерживающая реализацию единых Правил делопроизводства во всех ФОИВ, должна рассматриваться как информационная система, обеспечивающая сбор документов (включение документов в систему), их обработку, управление документами и доступ к ним. Определение предметной сущности СЭД ФОИВ, приближающееся по смыслу к тому, что установлено Правилами делопроизводства, зафиксировано только в п. 4 Требований, причем СЭД рассматривается в этом определении как информационная система, предназначенная для управления всеми документами ФОИВ, включая проекты документов (как известно, черновик, проект вообще не рассматриваются в делопроизводстве в статусе документа, поэтому данное уточнение является излишним).

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

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

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

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

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

Общие нефункциональные требования к СЭД

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

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

Показатели производительности в этом случае во многом будут зависеть от факторов, не относящихся собственно к СЭД, - степени загрузки сети, ее пропускной способности, конфигурации и загрузки серверных ресурсов. Доступ к СЭД в течение не более 3 сек. , конечно, будет приветствоваться пользователями, но вот службе делопроизводства надо знать, что этот норматив и норматив доступа к карточке, создаваемой при регистрации документа («входная» форма, электронная карточка документа), - не более 5 сек. , - могут повлиять на нормы выработки, на расчеты численности сотрудников на участке регистрации/ввода документов в систему, на оценку эффективности работы и т.п. Опыт «лучших практик» показывает, что указанные технические требования, а также требования об ограничении времени простоя системы и ограничении времени на восстановление документа из резервной копии обычно устанавливаются в конкретном соглашении об уровне сервиса (Service Level Agreement; SLA), которое заключает «владелец» СЭД, т.е. служба делопроизводства, с ИТ-подразделением, осуществляющим системное администрирование, причем конкретные значения нормативов/измерителей из года в год стремятся к уменьшению, оптимизируются.

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

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

Требование к объему базы данных для хранения электронных документов за период не менее чем 5 лет является, скорее, функциональным требованием, «архивным». Здесь следует уточнить, что хранить необходимо и электронные образы, т.е. копии документов, получаемые в результате сканирования, а также учесть тот факт, что документы со сроком хранения до 10 лет включительно в архив ФОИВ не передаются (п. 34 Правил делопроизводства). Действительно, пятилетний срок хранения имеют в основном документы оперативного значения, которые могут создаваться, использоваться и храниться в самой СЭД исключительно в электронной форме. Кстати, это положение позволит требовать в рамках организационно-функциональной архитектуры СЭД создания хранилища для оперативного/текущего хранения собственно электронных документов. Отдельное хранилище должно быть предусмотрено для тех электронных копий документов, проекты которых создавались, согласовывались и дорабатывались в СЭД, но по методологии выбора носителя (ИСО 15489:2001, ГОСТ Р ИСО 15489-1-2007) их оригиналы/подлинники должны быть подписаны и зарегистрированы (идентифицированы в системе) в бумажной форме, т.к. подлежат постоянному или долговременному хранению. На базе этого хранилища может быть организован фонд пользования для направления документов на исполнение, трансляции информации и документов сотрудникам организации, ее активного использования в текущей деятельности, а далее - в качестве такого же уже созданного фонда пользования он может использоваться в архиве, в который переданы оригиналы документов в бумажной форме. К сожалению, методология стандартов по управлению документами не выявляется даже в достаточно объемных пунктах 19 и 20, посвященных функциональным требованиям к СЭД.

Нефункциональные требования к информационной безопасности СЭД

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

При отсутствии соответствующей ссылки можно предположить, что данное требование основано на Руководящем документе «Автоматизированные системы. Защита от несанкционированного доступа к информации. Классификация автоматизированных систем и требования по защите информации», утвержденном Государственной технической комиссией при Президенте РФ 30.03.1992 (далее - Руководящий документ).

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

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

Класс защищенности 1 Г предполагает, что в СЭД должны быть четко выделены:

подсистема управления доступом,
подсистема регистрации и учета пользователей, программ, транзакций, включая учет доступа к защищаемым файлам, передачу их по каналам связи,
учет доступа к самим каналам связи,
учет полномочий/прав доступа,
учет носителей информации в части «очистки освобождаемых областей оперативной памяти» и внешних накопителей, т.е. учет уничтожения документов (по ИСО 15489:2001).

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

Хотелось бы заметить, что Руководящий документ предписывает регистрацию и учет выдачи печатных (графических) выходных документов . Это требование вполне соотносится с современным проектом рекомендаций Европейской экономической комиссии от 2010 года № 37 о том, что подписанный цифровой (т.е. электронный) документ - это цифровой документ, который может быть представлен в качестве доказательства, а если цифровой документ подлежит распечатке, он должен содержать дополнительные данные, благодаря которым читатель мог бы проверить его подлинность и целостность . Кроме того, оно объясняет практические потребности служб делопроизводства, которые при выборе или разработке СЭД заказывают счетчики бланков, счетчики печати документов определенного вида, в т.ч. имеющих гриф «Для служебного пользования». К сожалению, раздел III Требований этих вопросов не затрагивает, притом что общеизвестные положения излагаются в пространных и объемных пунктах 30-32.

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

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

Основные нормативные предписания в области ДОУ

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

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

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

комплекс действий по сохранению документа или сведений о нем в СЭД, определяющих место документа в СЭД и позволяющих управлять им , т.е. фактически формулируется предметная сущность определения «ввод» документа, не соответствующая стандарту ГОСТ Р ИСО 15489-1-2007, который устанавливает более полное описание методов включения документа в СЭД (п. 9.3);
доведение документа до пользователя СЭД ФОИВ (здесь должен подразумеваться развитый механизм напоминаний и уведомлений или просто механизм настройки маршрутов направления документа на исполнение, на рассмотрение руководству организации или непосредственно в структурные подразделения исполнителям);
согласование документа (необходима регламентация требований к организации внутреннего согласования документов в СЭД и внешнего согласования, т.к. обе эти формы согласования предусмотрены Правилами делопроизводства);
подписание документа (наверное, до завершения создания инфраструктуры, обеспечивающей в полной мере реализацию федерального законодательства об электронной подписи, не следует ожидать конкретных требований к подписанию документов в СЭД или во взаимодействующей МЭДО);
фиксацию ведения протоколов действий (контрольной информации), выполняемых в СЭД и включающих как действия пользователей, так и действия администраторов СЭД (это системный процесс, не относящийся к операциям документационного обеспечения управления);
передачу документов (отправку) (это традиционная и важная делопроизводственная операция, но ее регламентация без определения требований к операции приема документов, в т.ч. по каналам электросвязи и другим, включая почту и фельдъегерей, выглядит неубедительно. Кроме того, п. 42. Правил делопроизводства устанавливает, что прием и отправка документов осуществляются службой делопроизводства, т.е. эти операции рассматриваются как связанные, к тому же именно служба делопроизводства проверяет подлинность электронной подписи полученного документа (п. 41), а п. 23 предусматривает и передачу документов в пределах подразделений ФОИВ, т.е. внутренние маршруты движения. Но в Требованиях почему-то сказано только об отправке документов). Кстати, в п. 16 Требований упоминается «оригинальная» норма, согласно которой СЭД должна обеспечивать печать конвертов и списка рассылки исходящих/отправляемых документов, в то время как СЭД должна бы обеспечивать прежде всего электронное взаимодействие, а если уж и печатать, то не конверты, а наклейки на них на основании списка адресатов, и не только список рассылки, но и опись отправляемой корреспонденции по типовой форме, установленной Почтой России);
хранение и учет документов в соответствии с инструкцией по делопроизводству в ФОИВ, а также контроль исполнительской дисциплины, подготовку справочных материалов и списание документов в архив (несколько задач сформулированы в одном подпункте как одна многоаспектная задача, кроме того, последнее название не является термином делопроизводства и архивного дела).

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

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

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

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

В регламентации процессов включения документов в СЭД ФОИВ (п. 6, 8, 10, 13) нашли отражение требования к управлению документами, установленные ГОСТ Р ИСО 15489-1-2007. Однако в п. 8 и 10 упоминается перечень документов, для которых установлен запрет на создание электронного образа . Необходимость его разработки или утверждения в составе инструкции по делопроизводству ФОИВ Правила делопроизводства не предусматривают. На наш взгляд, более четкий запрет должен быть установлен на сканирование прежде всего внутренних документов , в результате которого создаются электронные образы/копии уже созданных в бумажной форме документов.

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

ГОСТ Р ИСО 15489-1-2007 устанавливает более полный перечень характеристик документа, который создается, используется и хранится в информационной системе , чем те, которые должна обеспечить СЭД ФОИВ в соответствии с п. 9 Требований. Во-первых, должны быть установлены требования к структуре электронного документа (перечисления форматов файлов в п. 12 Требований недостаточно), а, во-вторых, характеристики аутентичности документа, достоверности , целостности и пригодности для использования являются взаимосвязанными и взаимозависимыми, поэтому не следует делать обязательными только две, а остальные опускать.

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

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

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

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

Краткие выводы

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

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

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

Сноски

Свернуть Показать

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

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

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

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

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

Применение систем электронного документооборота и делопроизводства (СЭД) началось с середины 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.