Требования к сэд. Как выбрать систему электронного документооборота (СЭД)
Система электронного документооборота (СЭД), используемая на предприятии, должна отвечать всем требованиям, предъявляемым к ней со стороны нормативно-правой базы и федеральных органов исполнительной власти, оправдывать ожидания своих пользователей по функциональному наполнению и технологическим возможностям. Только в этом случае она сможет обеспечить эффективную работу с документами, автоматизировать процессы управления ими.
Необходимость автоматизации процессов, связанных с управлением документацией, осознают практически все компании. От того как налажена работа с документами, во многом зависят оперативность и качество принимаемых решений, эффективность их выполнения и деятельность компании в целом.
Электронные системы документооборота — это информационные системы, помогающие автоматизировать работу с документами на протяжении всего их жизненного цикла (создание, изменение, хранение, поиск, классификация и пр.), а также процессы взаимодействия между сотрудниками. При выборе СЭД необходимо убедиться в том, что система действительно обеспечивает решение таких задач и отвечает ряду требований, предъявляемых к ней. В первую очередь, это законодательные требования.
Законодательная база
Основным критерием выбора СЭД для российского пользователя является соответствие системы принятым стандартам и нормам делопроизводства и отсутствие противоречий с законодательством.
Регламентация электронного документооборота на государственном уровне ведется по нескольким направлениям. Это законодательное регулирование (федеральные законы), стандартизация в области делопроизводства и документооборота, указы Президента РФ и постановления Правительства РФ, приказы и распоряжения органов государственной власти и управления. Высшей юридической силой обладают законы Российской Федерации. Незнание закона не освобождает от ответственности.
Стандарт MoReq-2
Стандарт (спецификация) МMoReq-2 (Model Requirements for the management of electronic records) «Типовые требования к автоматизированным системам электронного документооборота», изданный в 2008 году Европейской Комиссией и переведенный на русский язык, содержит более 700 требований к управлению электронными документами в 12 модулях (табл.). Стандарт можно использовать для формирования технического задания для построения программных продуктов автоматизации документооборота.
Таблица 1. Функциональные требования к СЭД по спецификации MOREQ 2
| Группа требований | Количество требований | |
| 1 | Схема классификации и организация дел | |
| 2 | Управление доступом и безопасность | |
| 3 | Хранение, отбор и передача | |
| 4 | Ввод и регистрация документов | |
| 5 | Идентификация информационных объектов | |
| 6 | Поиск, извлечение и отображение | |
| 7 | Административные функции | |
| 8 | Опциональные модули | |
| 9 | Нефункциональные требования |
Требования компании к СЭД
Каждая компания в зависимости от специфики деятельности и организации документооборота формулирует свои требования к системам электронного документооборота. Тем не менее, ГОСТ Р ИСО 15489-1-2007 «Управление документами. Общие требования», часть процессов — регистрация документа в системе, классификация доступа и защиты, установление порядка и сроков хранения и др. — идентифицирует как процессы управления документами. Такие процессы будут общими практически для любой компании. Обобщенные требования компаний к СЭД включают в себя также:
- регистрацию, учет и контроль входящих, исходящих, внутренних документов, обращений граждан, организационно-распорядительных документов;
- возможность перевода бумажных документов в электронный вид, потоковое сканирование, распознавание документов;
- жесткость бизнес-процессов и, в то же время, возможность строить их «на лету» и в произвольной форме;
- обмен документами между территориально распределенными подразделениями;
- рубрикацию, категоризацию и классификацию документов;
- поиск по реквизитам и полнотекстовый поиск по содержанию документов с учетом морфологии языка;
- учет и обработку документов, находящихся на архивном хранении;
- формирование отчетности;
- управление правами доступа;
- применение электронно-цифровой подписи.
В части организации рабочих процессов компании формулируют свои требования к СЭД в следующем виде:
- создание проектов документов;
- согласование проектов документов;
- утверждение документов;
- создание резолюций, поручений;
- контроль исполнительской дисциплины;
- контроль версий документов;
- протоколирование действий;
- обсуждение документов;
- делегирование полномочий по исполнению документов и т.д.
Кроме всех этих требований к СЭД, компании ожидают от нее соответствия концепции развития ИТ в компании в целом. Что, в свою очередь, предполагает масштабируемость, возможность создания территориально-распределенных СЭД, а также — расширения функциональных задач. Важное ожидаемое свойство системы — ее открытость, т.е. возможность внесения изменений, в том числе силами собственных специалистов.
Необходима предприятиям и возможность СЭД к интеграции с корпоративной информационной системой, в т.ч. электронной почтой, со стандартными офисными приложениями, корпоративным порталом компании.
Для работы в органах исполнительной власти интеграция позволяет организовать единое информационное пространство для обмена документами с системой межведомственного электронного документооборота, взаимодействовать с сайтом, для загрузки обращений граждан.
Непреложное требование компаний к СЭД — обеспечение информационной безопасности и защита документов и содержащейся в них информации.
Личные предпочтения пользователей
Личные предпочтения пользователей СЭД сводятся, как правило, к обеспечению удобства работы в системы, повышения уверенности при выполнении тех или иных операций. Так, одно из общих предпочтений — простота и удобство интерфейса. Чем меньше времени тратится на обучение работе в СЭД, тем быстрее принимается пользователями система. Простые и понятные пользователю интерфейсы, с которым он привык работать по другим функциональным областям, наличие электронного курса обучения значительно сокращают сроки введения СЭД в эксплуатацию и не вызывают ее отторжение, как и всего прочего нового.
Нужны пользователям и неформальное общение, возможность обсуждения необходимости изменения в том или ином документе.
Среди других пользовательских предпочтений можно отметить:
- отображение движения документов (процессов), в том числе — графическое;
- оперативный контроль исполнения документа (какой этап, у какого сотрудника, у кого находится бумажная копия, вернул ли контрагент договор, начал ли исполнять коллега задачу и пр.);
- организация личных, персональных папок (хранение персональных документов с гибким предоставлением доступа к ним коллегам);
- возможность настройки системы для выполнения конкретных задач конкретного пользователя;
- организация рабочего стола с отображением только той информации, которая необходима сотруднику;
- удаленный доступ к системе, работа с мобильных устройств.
Так, например, всем выше перечисленным требованиям удовлетворяет СЭД «1С:Документооборот» , а совместное решение компаний 1С-КПД и iDecide для iPad позволяет работать с документами в дороге и в командировке, просматривать и выполнять задачи с мобильного устройства, использовать голосовые и графические комментарии для упрощения регистрации поручений, что ускоряет принятие решений.
Знание внешних по отношению к компании требований, предъявляемых к системам электронного документооборота, и умение сформулировать к ней свои требования позволяют не только выбрать наиболее подходящую компании систему, автоматизировать и оптимизировать процессы документооборота и управления ими, а также — создать единую информационную среду для коллективной работы с документами.
Сегодняшние предприятия требуют истинно распределенной архитектуры управления документами, т.е. такой, которая удовлетворяет следующим требованиям:
Функциональность и гибкость системы.
Возможность дальнейшей модернизации и наращивания возможностей системы (в том числе, самостоятельного).
Интегрируемость с другими корпоративными системами - система документооборота не может и не должна существовать в отрыве от других систем, например, иногда необходимо интегрировать систему с прикладной бухгалтерской программой. Тогда система документооборота должна иметь открытые интерфейсы для возможной доработки и интеграции с другими системами.
Возможность распределенной удаленной работы и взаимодействия с другими филиалами - основные проблемы при работе с документами возникают в территориально-распределенных организациях, поэтому архитектура систем документооборота должна поддерживать взаимодействие распределенных мест. Причем распределенные места могут объединяться самыми разнообразными по скорости и качеству каналами связи. Также архитектура системы должна поддерживать взаимодействие с удаленными пользователями. Распределенное, расширяемое управление документами приводит к резкому повышению продуктивности работы сотрудников, усилению общей конкурентоспособности организации.
Масштабируемость - желательно, чтобы система документооборота могла поддерживать, как пять, так и пять тысяч пользователей, и способность системы наращивать свою мощность определялось только мощностью соответствующего аппаратного обеспечения. Выполнение такого требования может быть обеспечено с помощью поддержки серверов баз данных производства таких компаний, как 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 отслеживанием движения документов в реальном масштабе времени. Система обеспечивает автоматизацию следующих видов документационного обеспечения управления:
К особенностям построения системы «СМ-Делопроизводство» относятся:
|
|
|
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 |
Система управления информационными потоками и документами организации. Система "ЕВФРАТ-Документооборот" позволяет построить полноценную систему управления информационными потоками и документами организации, а также содержит весь необходимый инструментарий для успешной автоматизации документооборота любой компании, независимо от численности и формы собственности. Система рассчитана на работу, как в рамках небольшого отдела, так и в рамках всей организации со сложной схемой информационных потоков. "ЕВФРАТ-Документооборот" отличается гибкостью и простотой настройки. Одновременно с готовыми решениями предлагается полный набор инструментов для успешной адаптации к особенностям любой компании. Программа
|
|
Cognitive Technologies |
Предназначена для организации документационного обеспечения управления. Версия "Евфрат @Soho" реализует электронный архив. Она обеспечивает ввод и поиск нужных документов; позволяет создавать и вести электронные архивы документов самых различных типов, даже аудио и видео; хранить скаченные из Internet страницы. Версия "Евфрат Office" - это универсальная система управления документами, позволяющая работать как с бумажными документами, так и с электронными документами и формами. Система поддерживает функции ввода, регистрации, просмотра, поиска, экспорта, печати документов, а также создания электронных архивов, отчетов и обеспечения контрольно-исполнительской дисциплины. Для обеспечения коллективной работы реализована архитектура "Евфрат Client Server. |
|
|
Система управления документами масштаба предприятия. Предназначена для повышения эффективности коллективной работы сотрудников с архивами электронных документов и контроля исполнительской дисциплины. “1С:Архив” является системой управления документами масштаба предприятия и предназначен для повышения эффективности коллективной работы сотрудников с архивами электронных документов и контроля исполнительской дисциплины.
|
Некоторые зарубежные системы документационного обеспечения
|
Производитель |
Краткое описание |
|
|
Клиент-серверное приложение для работы с документами. Hummingbird DOCS Open - это клиент-серверное приложение на платформе Windows, позволяющее организовать централизованное хранилище данных. Содержит развитые средства поиска, организации совместной работы, контроля версий и обеспечения безопасности.
|
||
|
Panagon Content Services |
Семейство программ для обеспечения работы с документами на крупных предприятиях. Программы семейства Panagon Content Services предназначены для создания, управления, обеспечения доступности и безопасности, а также для динамической работы с электронными документами. Основные реализованные возможности:
|
|
|
Группа приложений для поддержки сотрудничества и управления знаниями. Бизнес-приложения: Content Management Livelink позволяет создавать объекты данных для хранения и использования контента, фиксировать изменения и управлять каждым компонентом структуры документов вплоть до параграфов и секций, управлять взаимосвязями документов, определять доступность объектов данных, автоматизировать процесс создания пользовательских документов. Records Management iRIMS от Open Text обеспечивает управление жизненным циклом всех корпоративных документов и иной информации в бумажной и электронной формах. Обеспечивает взаимосвязь с другими приложениями по обработке информации, интегрируется с электронной почтой и электронными системами управления документами. Совместно с Livelink обеспечивает поиск, совместную работу, управление документооборотом и рабочими процессами.
|
||
|
Система управления контентом (для системы управления информацией на предприятии). Hummingbird DM превращает информацию, хранящуюся в документах, в базу знаний фирмы. Система позволяет систематизировать и управлять корпоративными документами, обеспечивает совместную работу с ними, обрабатывает запросы пользователей системы, а также обеспечивает сохранность информации. Администраторы Hummingbird DM могут конфигурировать структуру контента, а также настраивать систему, структуру хранилищ документов, формы документов, импортировать метаданные, интегрировать систему с другими приложениями, удаленно и централизованно настраивать интерфейсы пользователей, управлять статусом документов. Также может работать совместно с
|
||
|
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 повышает производительность труда в организации за счет ускорения ответной реакции, расширения зоны сотрудничества, обеспечения защищенного взаимодействия с поставщиками и клиентами, а также благодаря предоставленной администраторам возможности настраивать технологии в соответствии с задачами и бизнес-целями. Основные преимущества:
|
|
|
Lotus Domino.Doc |
Современное решение для управления документами в распределенной среде. Современное решение для управления документами в распределенной среде. Domino.Doc основано на распределенной Web-архитектуре. Domino.Doc являются составной частью пакета программ IBM для управления документами в масштабе предприятия (IBM Enterprise Document Management Suite - EDMSuite). Oсновные свойства и преимущества:
|
Сергей Бушмелев, ИТ-аналитик DIRECTUM
Требования к системам электронного документооборота федеральных органов власти (СЭД ФОИВ) были утверждены Приказом Министерства связи и массовых коммуникаций РФ №221 от 02.09.2011 «Требования к информационным системам электронного документооборота федеральных органов исполнительной власти, учитывающие в том числе необходимость обработки посредством данных систем служебной информации ограниченного распространения». Стоит отметить, что СЭД-общественность очень неоднозначно отнеслась к данным требованиям. Было и непонимание, но был и достаточно глубокий и беспристрастный анализ данного документа. Сейчас, когда эмоции улеглись, стоит еще раз внимательно взглянуть на документ и попытаться понять, какой смысл авторы вкладывали в сухие строки официального документа.
Прежде чем мы перейдем к самим требованиям, очень важно понять, что является объектом данных требований. Ответ будет прямолинеен и прост – система электронного документооборота. Большинство отписавшихся по поводу данных требований авторов, судя по всему, подразумевало под СЭД ФОИВ коробочный продукт или тиражное решение, предлагаемое СЭД-вендором, будем называть это в дальнейшем СЭД-продукт. Но это, на мой взгляд, и была их главная ошибка, которая помешала взглянуть на требования под правильным углом.
Отчасти виноваты в таком недостаточно корректном восприятии требований сами авторы документа, которые пренебрегли сложившейся практикой помещать в начало документа или включать в виде приложения к нему глоссарий использующихся терминов. И ответ на вопрос, что же такое СЭД, они поместили почему-то в начало второго раздела, в пункт 4: «СЭД ФОИВ представляет собой информационную систему, предназначенную для управления всеми документами ФОИВ, включая проекты документов (кроме документов, содержащих сведения, составляющие государственную тайну)». Определение информационной системы можно найти в Федеральном законе N 149-ФЗ от 27.07.2006 «Об информации, информационных технологиях и о защите информации», в п.3 ст.2: «информационная система - совокупность содержащейся в базах данных информации и обеспечивающих ее обработку информационных технологий и технических средств». То есть это как раз не дистрибутив системы электронного документооборота, а совокупность аппаратных средств (серверная часть, сетевая инфраструктура, персональные вычислительные устройства) и программных средств (системное, инфраструктурное, прикладное программное обеспечение + настройки программного обеспечения), а также содержащаяся в системе информация. На мой взгляд, еще более полное определение информационной системы можно найти в руководящих документах по безопасности. Например, РД "Безопасность информационных технологий. Критерии оценки безопасности информационных технологий», утвержденный Гостехкоммисией России 19.06.2002 дает такое определение: «Система - специфическое воплощение ИТ с конкретным назначением и условиями эксплуатации». Это определение подчеркивает, что информационные технологии воплощены в данной системе специфическим, индивидуальным образом, для достижения определенной цели. Уникальны и условия эксплуатации: помещения, организация доступа на территорию организации, организация работы системы (нормативы, регламенты). К условиям эксплуатации, на мой взгляд, можно отнести и персонал. Именно от его квалификации и усердия будет зависеть в конечном итоге работоспособность любой информационной системы.
Итак, когда мы определили, что информационная система = помещение + все аппаратное обеспечение + все программное обеспечение + все настройки программного обеспечения + персонал + регламенты , можно со спокойной душой переходить к требованиям. Для выделенной каждой группы требований мы постараемся определить, на какие компоненты информационной системы можно «возложить ответственность» за выполнение этих требований.
Опять же хочется попенять авторам документа за отсутствие детальной структуры требований. Несмотря на то, что, по мнению экспертов, кое-какие идеи были подчерпнуты из MoReq2, требования в документе фактически свалены в одну кучу. Наличие трех больших разделов не спасает, так как, например, во втором разделе собраны самые разнообразные требования, а требования по безопасности разбросаны по всем трем разделам.
Как гласит п.2, требования, утвержденные приказом Минкомсвязи, распространяются на внедряемые СЭД и на внедренные уже системы, при их оценке. Сведений о самой процедуре оценки документ не содержит, что вполне логично. Ожидаю, что профильный орган выпустит отдельный документ, содержащий порядок проведения оценки, состав проверяющих, ответственных на местах, что делать в случае несоответствия, процедуру и источники средств на приведение информационных систем в соответствие с требованиями, а также сроки, в которые эта оценка должна быть произведена.
Я не буду подробно анализировать каждый пункт требований, но постараюсь вместо этого сгруппировать их, используя свою логику. Что из этого получилось, оцените вы сами.
Нефункциональные требования
Новеллой, на мой взгляд, можно считать и то, что документ начинается с нефункциональных требований. В MoReq2 они отнесены к необязательным, их поместили чуть ли не в конец документа, но отечественные законодатели придерживаются иной логики.
Самыми первыми идут требования по масштабируемости и производительности СЭД. Так, доступ к СЭД ФОИВ должен осуществляться в течение 3 секунд, доступ к карточке документа – в течение 5 секунд. Перебрав имеющиеся варианты, я пришел к выводу, что 3 секунды – это время реакции системы на действия пользователя, а 5 секунд – время, в течение которого должна открыться карточка документа. Полагаю, что, в условиях ограниченности бюджета госорганов и кадрового голода, у ответственных сотрудников органа власти, занимающихся выбором СЭД, появится желание перекинуть мяч на сторону производителя СЭД, тогда как правильнее, на мой взгляд, будет оценивать возможности аппаратного обеспечения (и серверной и клиентской части), архитектуру СЭД, возможности прикладного программного обеспечения, квалификацию внедренцев и администраторов системы.
На ликвидацию простоев системы отведено полчаса. Опять требование к инфраструктуре, регламентам и техническому персоналу органа власти. Если учесть объем хранимых в системе документов (об этом еще будет сказано), то сложно ожидать, что бэкап базы сможет быть поднят за такое время. Остается одно: организация отказоустойчивой системы с горячим резервированием оборудования, с дублированием баз данных. Сомневаюсь, что у отдельного органа госвласти найдутся средства на это. Остается использование облачной системы, размещенной, скажем в ростелекомовском ЦОДе. Интересно, а требования были проверены на антикоррупционную составляющую?
Столько же, то есть тридцать минут, отводится и на восстановление документа из резервной копии. Причин для восстановления документа может быть масса: от ошибки пользователя до выхода из строя физического носителя, на котором расположена база. Для каждой из угроз будет свое решение, так что справедливым будет сказать, что это требование как к архитектуре СЭД, так и к организации работы системы в организации, включая резервное копирование и восстановление информации в случае сбоев и других неприятностей.
Заслуживающим внимания мне видится требование к объему базы данных системы – она должна «обеспечивать хранение всех электронных документов, обрабатываемых в ФОИВ за период не менее 5 лет». С легким сердцем отнесем это требование к «специфическому воплощению информационных технологий, то есть должна быть принята в расчет архитектура СЭД, ее способность обрабатывать такое количество документов и такой объем данных и зависимость СЭД от инфраструктурного программного обеспечения. Например, если для построения СЭД используется определенная СУБД, стоит оценить, способна ли СУБД масштабироваться до такого объема. Ну и, наконец, сам орган власти или уполномоченный им оператор должны обеспечить требуемый объем дискового пространства.
Функциональные требования
Функциональным требованиям посвящен практически весь второй раздел документа. После определения СЭД ФОИВ идет требование об интегрируемости СЭД с системой межведомственного электронного документооборота. Это требование к конкретному экземпляру СЭД, ибо с точки зрения интеграции не важно, обладает ли необходимым функционалом СЭД или применяется специализированное интеграционное решение. Разумеется, что чем проще будет осуществить интеграцию СЭД-продукта в МЭДО, тем больше очков может набрать данный вендор в конкурсе по выбору СЭД, проводимом госорганом.
Система электронного документооборота федерального органа государственной власти должна поддерживать управление документами на протяжении всего их жизненного цикла. Сам документ не содержит такого понятия, более того, сами требования не локализованы по стадиям жизненного цикла, что несколько затрудняет их анализ. Тем не менее, попробуем их сгруппировать таким образом.
Захват (создание) документов
СЭД ФОИВ должна поддерживать следующие способы получения документа:
● импорт электронного документа, поступившего по канала МЭДО;
● импорт электронного документа, поступившего по канала СМЭВ;
● импорт электронного документа, поступившего по электронной почте;
● сканирование бумажного документа и сохранение его образа в системе;
● сохранение в системе сведений о бумажном документе без сохранения его образа в системе (по требованиям безопасности);
● создание документа непосредственно в СЭД ФОИВ.
Отдельно остановились авторы документа на вводе многокомпонентных документов. Так, «СЭД ФОИВ должна обеспечить возможность управления этим электронным документом как единым целым, сохраняя взаимосвязи между компонентами и поддерживая структурную целостность электронного документа». СЭД также должна поддерживать возможность ввода документа в систему и при отсутствии приложения, в котором данный документ был создан.
Определены и основные требования к сбору и обработке метаданных документов, хранимых в СЭД ФОИВ. Так СЭД должна поддерживать:
● Автоматическое извлечение метаданных для документов, полученных из МЭДО, СМЭВ и других информационных систем. Состав импортируемых полей и виды документов определяются администратором СЭД ФОИВ.
● Сохранение связи метаданных с документом на всем жизненном цикле.
● Отображение метаданных на экране.
● Запрос у пользователя ввода значений метаданных, которые не были заполнены автоматически.
● Информирование пользователя о незаполненных метаданных.
За реализацию указанных требований отвечает как непосредственно СЭД-продукт, особенно в части обработки метаданных, так и средства, процедуры и персонал, обеспечивающие интеграцию СЭД с электронной почтой, МЭДО, СМЭВ и другими информационными системами.
Согласование документов
Стадию согласования документа в требованиях в явном виде регламентирует только один пункт. Workflow-составляющая СЭД должна соответствовать следующим требованиям:
● Доведение документов до участников процесса согласования
● Контроль исполнения поручений.
Если согласование документа производится в границах одного экземпляра системы, эти требования могут быть отнесены только к СЭД-продукту. В случае сквозного согласования, когда в процессе принимают участие пользователи разных экземпляров системы или даже нескольких разнородных систем, потребуется сервис организации межсистемного взаимодействия.
Еще одно требование, которое нельзя отнести только к стадии согласования, это необходимость отображения файлов определенных форматов. Обязательных форматов pdf, rtf, doc, tiff, но авторы требований не имеют ничего против, если система будет способна отображать и другие форматы. Судя по выбранным форматам, требования готовили явно не непримиримые сторонники свободного программного обеспечения. Я, право, не знаю, чем можно объяснить включение в список пусть популярных, но проприетарных форматов – принятие действительности или все же коррупционный интерес. Реализуют эти требования приложения-редакторы, которые входят в состав информационной системы СЭД ФОИВ.
Отдельно стоит остановиться на требованиях по поддержке электронных подписей. Инфраструктура электронной подписи состоит из массы компонентов. Даже если брать в расчет только техническую сторону, это и средства криптографической защиты информации (СКЗИ), включая аппаратные средства, криптопровайдеры, протоколы. Наконец, сам СЭД-продукт на прикладном и системном уровне должен поддерживать СКЗИ, включая сертифицированные регулятором. Вы, наверно, уже догадались, что я опять подвожу вас к одной и той же мысли – это требования к конкретной информационной системе, включающей все необходимые документы.
Хранение документов
Требования предполагают, что органом госвласти будет разработана классификационная схема, состоящая из разделов и подразделов, соответствующая разделам и подразделам номенклатуры дел ФОИВ. Для каждого раздела и подраздела классификационной схемы должен быть установлен, как минимум, один срок хранения. Должна быть предусмотрена возможность снять/установить запрет на уничтожение раздела классификационной схемы.
Вообще, сроки хранения документов в требованиях – это отдельные объекты. Они могут быть созданы, назначены определенному разделу классификационной схемы, изменены, уничтожены. Должны быть предусмотрены сроки хранения длительностью не менее ста лет. Вся история манипуляций со сроками хранениями должна автоматически сохраняться. Прослеживаются явные параллели с MoReq2.
По окончании срока хранения документа администратору системы должно выть отправлено уведомление. СЭД должна предусмотреть следующий минимальный набор действий:
● хранить документ постоянно;
● провести экспертизу ценности документа;
● уничтожить документ;
● отправить документ в другое хранилище;
● выделить документ к уничтожению.
Эту группу требований также не стоит относить только к СЭД-продукту. Соблюдение требований даже в большей степени зависит от наличия регламентов и нормативных документов, регламентирующих сроки хранения, наличие стратегии хранения – для документов длительных сроков хранения может потребоваться конвертация из устаревших форматов в современные и миграция на новые носители. Ну и, наконец, все усилия будут напрасны, если персонал не будет вести себя в соответствии с установленными регламентами.
Требования безопасности
Несмотря на то, что эти требования можно отнести к функциональным, я выделил их в специальный раздел. Как я уже упоминал, эти требования разбросаны по всем разделам. Требования предусматривают:
● защищенность от несанкционированного доступа в случаях, когда в СЭД ФОИВ предусмотрена обработка служебной информации ограниченного распространения - не ниже класса 1Г;
● возможность фиксации документа путем запрета внесения в него изменения;
● обеспечение аутентичности документа;
● обеспечение целостности документа;
● фиксацию всех операций с документом, невозможность изменить или удалить эти сведения;
● организацию контроля доступа к документам;
● централизованный контроль прав доступа и управление пользователями;
Также к требованиям безопасности можно отнести требования наличия автоматизированных процедур резервного копирования и восстановления информации.
Предыдущий опыт мне подсказывает, что вполне может возникнуть ситуация, как в случае с персональными данными. Чтобы грамотно реализовать требования по безопасности, необходимо:
● наличие политики безопасности, понимание угроз безопасности и выработанная стратегия их минимизации;
● выбор средств защиты безопасности, адекватный угрозам;
● организация защитных мероприятий и ежедневная деятельность по поддержанию требуемого уровня безопасности.
У операторов персональных данных, не обладающих компетенцией, средствами, желанием реализации вышеперечисленных требований возникало вполне объяснимое желание переложить это все на плечи СЭД-вендора. Мистический сертификат должен был заменить всю систему мероприятий.
Разумеется, часть этих требований должна быть реализована в СЭД, но ряд требований не всегда возможно и эффективно реализовать лишь на прикладном уровне.
Вместо резюме
Понимание того, что является объектом требований, включение всех компонентов информационной системы, от которых зависит выполнение требований, позволит организовать их грамотную реализацию. А когда понятно, что делать, можно уже и выбирать варианты, оптимизируя прилагаемые усилия и затрачиваемые ресурсы.
(4,58 - оценили 3 чел.)
Если следовать букве стандарта на составление технического задания, требования, которые типовой пользователь может предъявить к типовой системе электронного документооборота, можно описать следующим образом.
Система электронного документооборота должна:
обеспечивать надежное хранение документов и их описаний;
обеспечивать жизненный цикл документа (его создание, хранение версий, публикация, блокировка доступа к изъятому документу, передача документа для хранения в архиве);
допускать задание пользователем различных типов документов, создания и редактирования карточек для них;
поддерживать иерархию категорий для эффективного поиска документа;
осуществлять поиск документов на основе информации из карточки, а также полного текста;
обеспечивать разделение доступа к документам на уровне отдельных пользователей, по ролевому принципу, и на основе иерархической структуры организации;
поддерживать технологию HSM;
протоколировать все события, связанные с работой пользователей и самой системы; необходимо наличие развитых средств администрирования;
поддерживать удаленный доступ к информации.
Продвинутые системы должны поддерживать:
кластерные технологии для обеспечения бесперебойной работы;
территориально распределенные организации;
алгоритмы шифрования при хранении и передаче данных;
цифровую подпись.
Требования к архитектуре:
наличие выделенного сервера приложений;
наличие тонкого клиента; поддержка доступа к документам с использованием браузера.
многоплатформность для обеспечения масштабируемости;
Требования к открытости и интеграции с другими системами:
интеграция со средствами потокового ввода документов;
интеграция с офисными приложениями;
интеграция с электронной почтой;
наличие развитого программного интерфейса (API);
интеграция со стандартными службами каталогов (к примеру, LDAP) для ведения и синхронизации списка пользователей системы;
возможность адаптации пользовательского интерфейса под конкретные задачи;
возможность дополнения системы собственными специализированными компонентами;
В случае использования внешней базы данных для хранения атрибутов документов необходимо наличие подробного описания структуры данных и средств работы с разными СУБД.
Создание компонентов систем электронного документооборота
Компонентная архитектура системы электронного документооборота представлена на Рисунок 1. Основными элементами архитектуры являются:
Клиентское рабочее место - компоненты пользовательского интерфейса и элементов управления. Сервер приложений - серверные компоненты выполнения бизнес-логики системы. Сервер базы данных - компоненты хранения и доступа к данным.
Компоненты системы электронного документооборота взаимодействуют с другими системами через программный интерфейс взаимодействия СЭД, в свою очередь другие системы взаимодействуют с системой электронного документооборота через программный интерфейс СЭД.
Рис. 4
В этой главе были рассмотрены основные понятия, виды и способы организации документооборота, а также электронный документооборот, классификация и принципы. Общие сведения о системах электронного документооборота, классификация и требования. Теперь переходим к обзору и выбору систем электронного документооборота.
Электронные архивыТиповые функциональные требования к системам электронного документооборота и системам хранения электронных документов в архивах государственных органов
Алексей Микрюков01 августа 2018 г. 10:27
Алексей Микрюков, аналитик компании DIRECTUM .
14 июня 2018 г. на официальном сайте Федерального архивного агентства (Росархива) в разделе « Проекты документов » размещен « Проект типовых функциональных требований к системам электронного документооборота и системам хранения электронных документов в архивах государственных органов » объёмом 37 страниц.
Отрасль давно ожидала этот документ. И как заявлено в проекте, требования разработаны в целях формирования единой нормативной основы для систем электронного документооборота (СЭД) и систем хранения электронных документов (СХЭД), а также для оценки уже применяемых СЭД и СХЭД. В документе явным образом разделяются СЭД и СХЭД, и это важный момент.
Выделение термина СХЭД является одним из принципиальных отличий новых требований. Заметен явный акцент на этапе архивного хранения в жизненном цикле документа. Раньше речь шла в основном о СЭД, а вопросы хранения электронных документов (ЭД) оставались за кадром. Соответственно, документы длительных сроков хранения ранее либо изначально создавались в бумажном виде, либо распечатывались перед передачей на хранение.
В документе рассматриваются только функциональные требования, в отличие от предыдущих нормативных документов (Требования к системам электронного документооборота федеральных органов власти (СЭД ФОИВ), утверждены Приказом Министерства связи и массовых коммуникаций РФ №221 от 02.09.2011 ; см. также ) . Не рассматриваются системно-технические требования, требования по информационной безопасности, надежности, а также требования к интерфейсу автоматизированных рабочих мест пользователей СЭД и СХЭД. Требования не распространяются на работу с документами, содержащими сведения, составляющие государственную тайну.
Анализируя документ, интереснее всего рассмотреть требования, связанные с организацией хранения документов . Требования по созданию или занесению, регистрации, исполнению и контролю при работе с документами не так интересны, так как это основные задачи СЭД. Практически не осталось крупных организаций, которые бы не автоматизировали эти задачи с использованием СЭД. Поэтому требования к СЭД интересны разве только для оценки уже существующих и используемых систем в момент обновления или смены, а это тема отдельного материала.
Общие функциональные требования
Начнем с «Общие функциональные требования к управлению документами в СЭД и СХЭД».
В этом разделе, на мой взгляд, отражено два важных момента:
Первое «2.3. В СЭД и СХЭД должны соблюдаться требования к аутентичности, достоверности, целостности и пригодности для использования электронных документов, включенных в указанные системы ».
Для того чтобы обеспечить соблюдение данных требований при хранении документов необходимо, чтобы при передаче документов на хранение в СХЭД они были аутентичны, достоверны, целостны и пригодны для использования . Соответственно, до передачи документа в СХЭД «ответственность» за выполнение этих требований лежит на оперативной системе (СЭД или другой информационной системе).
Второе «2.4. В СЭД и СХЭД должны формироваться и сохраняться метаданные документов:
- создаваемые при включении документа в систему (СЭД или СХЭД);
- образующиеся после включения документа в СЭД или СХЭД в рамках его жизненного цикла в системе;
- используемые при взаимодействии СЭД и СХЭД с другими информационными системами (в том числе с МЭДО, СМЭВ и пр.)
- связанные с передачей на последующее хранение (из СЭД — в СХЭД, из СХЭД — в государственный архив).
Метаданные о включенных в СЭД или СХЭД документах должны быть связаны с тем документом, к которому они относятся».
То есть метаданные, связанные с документом, формируются на протяжении всего жизненного цикла документа, в том числе и на протяжении всего срока его хранения. При этом явных требований, предъявляемых к формату или способу хранения метаданных, нет.
Работа с архивными документами
Подготовка к передаче документов на хранение в СХЭД (п.п. 3.8 и 3.9).
«К функциям СЭД относится:
- Формирование и ведение номенклатуры дел
- Отнесение документов к делам
- Формирование описей дел, документов структурных подразделений
- Экспертиза ценности документов, включающая в себя отбор электронных дел, документов, подлежащих передаче в СХЭД и выделение к уничтожению документов, не подлежащих хранению».
С документами, хранящимися в СЭД, все ясно. Но в организациях есть и другие информационные системы, в которых могут храниться документы, например, ERP. Эти системы могут вообще ничего «не знать» о номенклатуре дел и нормах делопроизводства. Соответственно для них должны быть разработаны дополнительные правила, по которым документы будут передаваться на хранение в СХЭД.
В документе ничего не говорится о том, как выгружать документы из других систем, той же ERP. Поэтому если организация захочет хранить документы из ERP, то нужно будет придумывать какие-то правила, по которым:
1) эти документы будут выгружаться из ERP — это собственно задача ERP;
2) эти документы будут размещаться в СХЭД — это задача СХЭД, и у нас для этого есть инструменты.
Прием документов в СХЭД (п. 4.3)
«СХЭД должна обеспечивать:
● Прием электронных дел, документов и описей структурных подразделений с проверкой комплектности
● Проверку электронных подписей документов
● Проверку воспроизводимости электронных документов
● Формирование ответных сообщений о подтверждении или об отказе в приеме документов».
Требования по воспроизводимости обозначены, но как это реализовывать — не понятно.
В документе есть явное указание на формат контейнеров ЭД, представляющий из себя «zip-архив, включающий контент и метаданные электронного документа, файлы электронных подписей и визуализированную копию текстового электронного документа в формате PDF/A
».
Учет и классификация документов в СХЭД (п. 4.4)
Требования по учету электронных документов в СХЭД практически ничем не отличаются от требований по учету бумажных документов. При этом требования к составу метаданных ЭД учитывают только специфику документов, типичных для госорганов (письма, приказы и т.п.). У коммерческих организаций разнообразие документов намного больше: коммерческое предложение, устав проекта, техническое задание, протокол закупочной комиссии и т.д. В этом смысле требования вряд ли применимы для других видов документов.
Хранение электронных дел, документов в СХЭД (п. 4.5)
Этот блок выглядит одним из самых непроработанных в проекте требований. В нем зафиксированы требования к обеспечению СХЭД возможностей:
● резервного копирования электронных документов;
● проведения проверок наличия и состояния ЭД с использованием специальных программ проверки технического состояния электронных документов и фиксацией результатов проверок в соответствующих актах;
● конвертации и/или миграции электронных документов в новые форматы;
Но при этом ничего не сказано об обеспечении юридической значимости ЭД при долговременном хранении. Эти требования я .
Использование электронных дел, включенных в СХЭД (п. 4.2 и 4.6).
Использование ЭД предполагает:
● Предоставление постоянных и временных прав доступа к документам
● Формирование фонда пользования электронных дел и организацию на его основ электронного читального зала
● Многокритериальный поиск
● Формирование архивных копий, справок выписок
● Учет использования электронных дел.
Тут остаются вопросы в первую очередь по предоставлению электронных документов по запросам различных организаций, так как единых требований по предоставлению ЭД во вне сейчас нет, и практика не сформирована.
Экспертиза ценности и выделение к уничтожению электронных дел, документов с истекшими сроками хранения (п. 4.7 и 4.8).
Приведенные в проекте требования также практически ничем не отличаются от требований при работе с бумажными документами. Отличие состоит только в особенностях уничтожения электронных документов (например, удаление резервных копий и гарантированное уничтожение).
Требования по передаче электронных документов на хранение в гос. архив описаны формально. Причина связана, скорее всего, с отсутствием наработанных практик.
Общие выводы
После анализа проекта требований остается ощущение, что изложенное в нем «догоняет» текущее положение вещей, закрепляет уже существующие наработки, но не до конца отвечает на существующие вопросы и уж тем более не пытается спрогнозировать и дать ответы на вопросы ближайшего будущего.
Документ показывает, что специфических требований к системе долговременного хранения электронных документов много. Есть среди них достаточно жесткие и конкретные. На предприятиях имеется множество систем, которые генерируют документы, подлежащие долговременному хранению, или подразумевающие длительное хранение: ERP, HR, ECM. CRM и другие. Таким образом, можно сделать вывод, что наиболее целесообразно выделять отдельную систему долговременного хранения , интегрированную с системами-источниками. Реализовывать требования во всех указанных выше системах долго и дорого.
С другой стороны, требования уже имеют под собой технологическую основу, которая позволяет реализовать подобные системы. Имеющиеся на рынке системы работы с документами можно и нужно проверять на соответствие требованиям, сформулированными в нормативной базе.
Реализация требований
Одним из примеров системы, которая показывает готовность и полностью удовлетворяет этим требованиям - решение «Долговременный архив» от компании DIRECTUM.
«Долговременный архив» — это комплексная система для управления бумажным и электронным архивом организации. Решение разработано с соблюдением правил российского архивного делопроизводства. Оно позволяет централизованно хранить документы любого вида в течение срока, установленного законодательством РФ, гарантируя юридическую силу документов на протяжении всего срока хранения.
Решение может работать с любыми ECM-системами, не только с решениями DIRECTUM, интегрируется с ERP и другими системами за счет готовых механизмов.
Кроме того, решение не только уже сейчас закрывает задачи создания электронного архива, но и работает на перспективу. В решение заложены возможности работы с инструментами автоматической обработки документов на основе искусственного интеллекта для классификации и экспертизы ценности документов. Кроме того, используется собственная уникальная технология обеспечения юридической значимости, которая в перспективе может быть переведена и на технологии блокчейна.
(4,80 - оценили 10 чел.)
