MoReq (2002)
Home » Библиотека » Стандарты » Система электронного документооборота » Типовые Требования к СЭД » MoReq (2002)
-
Другие функции
Данный раздел содержит требования, которые не относятся напрямую к управлению электронными документами. Приведены требования к управлению материальными объектами при помощи АСЭД, управлению информационными документами (документами, не подлежащими регистрации), управлению рабочими процессами, использованию ЭЦП и других механизмов аутентификации.
Отметим, что данная спецификация не имеет своей целью подробное рассмотрение вопросов управления материальными документами. Такая потребность может существовать или не существовать в зависимость от законодательства и регулирования данной области деятельности. Там, где такая потребность существует, следует позаботиться о сохранении целостности электронных и материальных документов и удобства пользования ими в целом. Эти вопросы должны разбираться в соответствующих организационных регламентах.
В каждом случае, представлены только требования самого высокого уровня. Если они не определяют коренные функции АСЭД, эти требования сознательно скорее обозначены, чем даны полностью.
Разделы данной главы посвящены следующим вопросам:
-
Управление не-электронными документами (раздел 10.1);
-
Порядок хранения и списания гибридных папок (раздел 10.2);
-
Электронная библиотека (раздел 10.3);
-
Рабочие процессы (раздел 10.4);
-
Электронная подпись (раздел 10.5);
-
Шифрование (раздел 10.6);
-
Электронные водяные знаки и т.д. (раздел 10.7);
-
Интероперабельность и открытость (раздел 10.8).
-
Управление не-электронными документами
В системе электронного документооборота можно хранить записи, относящиеся к бумажным документам или к другим носителям информации, таким как видео и аудио кассеты, также как и данные об электронных документах. Такие записи называют “материальными объектами”. АСЭД должна обеспечивать регистрацию материальных объектов в той же схеме классификации, что и электронных документов и обеспечивать управление “гибридными” папками, содержащими электронные и материальные документы.
№ |
Требование |
|
АСЭД обязательно должна позволять определять в схеме классификации материальные папки (дела) и тома и обязательно должна позволять размещать в них записи о материальных объектах, которые должны отображаться и управляться также как и электронные документы. |
||
АСЭД обязательно должна позволять определять в схеме классификации папки, которые могут содержать (на логическом уровне) материальные и электронные документы и управлять ими единым интегрированным образом. Такие папки называются “гибридными” в данной спецификации. На практике, гибридные папки будут состоять из электронной и материальной (бумажной) папки. |
||
АСЭД обязательно должна позволять материальной папке, которая входит в состав гибридной наряду с электронной папкой, использовать одно и то же название, кодовое обозначение, регистрационный номер и отличались лишь специальным индикатором, указывающим что эта папка является гибридной материальной папкой. |
||
АСЭД обязательно должна позволять определять во время конфигурации различные наборы элементов метаданных для материальных и электронных документов. Метаданные материального объекта обязательно должны включать информацию о месте его хранения |
||
АСЭД должна отслеживать перемещение материальных объектов посредством поддержки функций выдачи/возврата, пере/span/spanli/colgroupноса вперед, которые отражают реальное местонахождение объекта. |
||
АСЭД обязательно должна поддерживать сквозной поиск в гибридной папке по метаданным электронных документов и материальных объектов. |
||
АСЭД должна поддерживать назначение категорий доступа (см. 4.6) к материальным объектам, гарантируя при этом, что в случае гибридных файлов ассоциированные электронные документы и материальные объекты имеют одинаковую категорию доступа. |
||
АСЭД обязательно должна включать функции управления доступом и протоколирования доступа к материальным папкам и объектам, включая управление на основе категорий доступа, примерно так же как для электронных папок (как определено в главе 4). |
||
АСЭД должна поддерживать печать и распознавание штрих-кодов или поддерживать другие средства контроля для автоматизации ввода данных для отслеживания перемещений материальных объектов. |
- Хранение в течение установленного времени и дальнейшие действия с гибридными папками
№ |
Требование |
|
АСЭД обязательно должна поддерживать назначение регламентов хранения каждой материальной папке (делу) в схеме классификации. Регламент должен действовать последовательно и на электронные папки, уведомляя администратора о наступлении заданной даты списания (передачи) документов, но принимая во внимание, что при уничтожении или передаче в архив для электронных и материальных (бумажных) папок должны быть выполнены разные процедуры. |
||
АСЭД обязательно должна поддерживать назначение одного и того же регламента хранения для материальных и электронных папок, вместе составляющих гибридную папку. |
||
АСЭД обязательно должна позволять применить к материальной папке (делу) любое решение, принятое в ходе проведения экспертизы ценности электронной папки, которая с ней связана. |
||
АСЭД обязательно должна предупреждать администратора о существовании и расположении любых гибридных материальных папок, ассоциированных с электронной папкой, которая экспортируется или перемещается. |
||
АСЭД обязательно должна быть способна записывать в системный журнал все изменения метаданных, ссылающихся на материальные или гибридные папки и документы. |
||
АСЭД должна поддерживать групповые действия по результатам проведения экспертизы ценности над папками и любыми материальными папками в группе, уведомляя администратора о необходимых действиях, которые должны быть выполнены с материальными папками. |
||
АСЭД должна быть способна экспортировать и перемещать метаданные материальных документов и папок. |
||
АСЭД должна быть способна предложить функции выдачи/возврата для материальных папок (дел), зарегистрированных в системе, в частности, возможность записывать определенного пользователя или локальный офис, из которого изъят документ и отображать эту информацию, если материальная папка будет затребована другим пользователем. Вопросы безопасности рассмотрены в разделе 4.6. |
||
АСЭД должна быть способна предложить функции “выдвижения” для материальных папок (дел), зарегистрированных в системе, разрешая пользователю вводить более раннюю или более позднюю дату для материальной папки (дела) и создавать последующее сообщение для передачи текущему держателю этой папки (дела) или администратору в зависимости от настроек. Вопросы безопасности рассмотрены в разделе 4.6. |
-
Управление информационными документами
Системы управления электронными информационными документами – электронные хранилища документов, ЭХД – широко используются в организациях в целях обеспечения управления и контроля над всеми электронными документами. Многие функции ЭХД перекрываются с АСЭД. Обычно, ЭХД включают функции индексирования документов (полнотекстовый поиск), управление хранением, контроль версий, тесную интеграцию с настольными приложениями и средства поиска и доступа к документам. Некоторые АСЭД предоставляют полную функциональность ЭХД, другие только частично. И наоборот, некоторые ЭХД включают базовые функции управления служебными документами.
Следующая таблица показывает наиболее типичные различия:
ЭХД… |
АСЭД… |
|
|
|
|
|
|
|
|
|
|
Далее в этом разделе приведены основные требования, которые должны приниматься во внимание при создании интегрированного АСЭД/ЭХД-решения. Эти требования применимы только когда ЭХД является составной частью решения.
№ |
Требование |
|
Когда ЭХД является интегрированной частью АСЭД или тесно с ней интегрирована, она обязательно должна быть способна обеспечивать автоматическую предварительную регистрацию электронных документов, возникающих в ходе выполнения рабочего процесса и передавать их в АСЭД для окончательной регистрации. |
||
АСЭД с функциями управления информационными документами обязательно должна позволять:
|
||
Пользователи должны быть способны регистрировать документы непосредственно из ЭХД или из интегрированных с системой настольных приложений, (таких как MS Word) и другие. Это требование особенно важно там, где ЭХД/АСЭД используется в качестве основной рабочей среды. Оно также во многих случаях может рассматриваться как обязательное. |
||
Пользователь ЭХД (или интегрированное с ЭХД приложение) обязательно должен быть способен передать информацию в/из ЭХД чтобы зарегистрировать документ как официальный в АСЭД. |
||
АСЭД с функциями управления информационными документами обязательно должна быть способна автоматически получать элементы метаданных непосредственно из приложений, используемых для создания документов и позволять пользователю внести дополнительные элементы метаданных в ручном режиме. Например, время создания и пользователь, который создал документ, и метаданные, которые могут быть идентифицированы из структурированных полей документа, если они представлены, такие как дата и тема (краткое содержание документа). |
||
АСЭД обязательно должна позволять добавлять интерфейсы к новым приложениям ЭХД, если они внедряются в организации. |
||
АСЭД с функциями управления информационными документами должна позволять управлять электронными информационными документами (которые не подлежат регистрации в качестве официальных) в контексте той же схемы классификации и механизма управления доступом, которые используются для зарегистрированных официальных электронных документов. |
||
Там где ЭХД является частью АСЭД или тесно интегрирована с АСЭД, функции управления схемой классификации должны быть интегрированы. |
||
АСЭД с функциями управления информационными документами должна позволять управлять версиями электронных документов как отдельными, но родственными сущностями, поддерживая связи между ними. |
||
ЭХД должна быть способна ограничить права пользователей на просмотр:
Выбор должен быть сделан во время настройки системы. |
||
АСЭД с функциями управления информационными документами должна быть способна взаимодействовать с другими дополнительными приложениями, включая обработку изображений и системы сканирования, системы управления рабочими процессами, сохраняя полный контроль над существующими электронными документами. |
||
АСЭД обязательно должна позволять копировать содержание официального электронного документа для того чтобы создать новый отдельный электронный документ, гарантируя при этом, что установленный регламент хранения оригинального документа не изменяется. Например, пользователь может копировать документ чтобы отправить копию получателю, который не является пользователем АСЭД. Эта копия может регистрироваться как новый документ или нет в зависимости от контекста. |
-
Управление рабочими процессами
Международная организация Workflow Management Coalition (WfMC) по разработке стандартов управления рабочими процессами и взаимодействия различных систем автоматизации управления рабочими процессами определяет рабочий процесс как “автоматическое выполнение бизнес-процесса, полное или частичное, во время которого документы, информация или задания передаются от одного участника другому для выполнения действий согласно установленным процедурам”. В этом определении под “участником” может подразумеваться пользователь, рабочая группа или программа (приложение).
Требования этого раздела применимы только когда АСЭД включает функции управления рабочими процессами. Рассматриваются как базовые функции маршрутизации, так и более сложные функции управления рабочими процессами, которые могут обеспечиваться интегрированными с АСЭД приложениями третьих фирм.
Технологии управления рабочими процессами передают электронные объекты между участниками под автоматическим контролем программы. В контексте АСЭД, управление рабочими процессами используется для перемещения электронных документов между пользователями и структурными подразделениями. Наиболее типичные задачи:
-
Управление критическими процессами или задачами такими как регистрация или процедура уничтожения папок (дел) или документов;
-
Согласование и утверждение документов перед их регистрацией;
-
Маршрутизация документов или папок (дел) контролируемым образом от пользователя к пользователю для выполнения заданных действий, в т.ч. проверка документа, утверждение новой версии и т.д.;
-
Уведомление пользователей о доступности документов;
-
Распространение (рассылка) документов;
-
Публикация документов в Интернет.
Возможности систем автоматизации рабочих процессов варьируются от простой маршрутизации (как, например, согласование и утверждение документа перед регистрацией) до поддержки интенсивного потока транзакций с обработкой исключительных ситуаций и подготовкой отчетности по работе системы в целом и производительности отдельных сотрудников.
№ |
Требование |
|
Подсистема автоматизации рабочих процессов АСЭД обязательно должна позволять определять рабочие процессы, которые состоят из множества этапов, на каждом этапе может происходить передача документа от одного исполнителя другому. |
||
В АСЭД ее должно быть ограничения на число этапов в составе рабочего процесса. |
||
Подсистема автоматизации рабочих процессов АСЭД обязательно должна обладать функциями оповещения пользователя о поступлении новых документов или папок в его электронный ящик входящих заданий, требующих внимания или выполнения определенных действий. |
||
Подсистема автоматизации рабочих процессов АСЭД обязательно должна позволять использовать электронную почту для отправки уведомлений пользователям о документах, требующих их внимания. Это подразумевает скорее интеграцию с существующей системой электронной почты, нежели развертывание отдельной покупной почтовой системы. |
||
Подсистема автоматизации рабочих процессов АСЭД обязательно должна позволять исполнять заранее запрограммированные рабочие процессы, определяемые и поддерживаемые администратором. |
||
Подсистема автоматизации рабочих процессов АСЭД обязательно должна предотвращать изменение заранее запрограммированных рабочих процессов пользователями, и позволять это делать только администратору или пользователямbr / , которым это право предоставлено администратором. |
||
Администратор должен иметь возможность предоставить пользователю право перенаправлять свою работу/задачу другому пользователю или группе. Пользователь может захотеть послать папку (дело) или документ другому пользователю в зависимости от содержания документа либо по причине отсутствия ранее указанного исполнителя. |
||
Все изменения, вносимые в схему заранее запрограммированного рабочего процесса, обязательно должны отражаться в системном журнале. |
||
Подсистема автоматизации рабочих процессов АСЭД обязательно должна записывать ход продвижения документа или папки (дела) в рабочем процессе, чтобы пользователь мог определить состояние документа или папки (дела) в процессе. |
||
В подсистеме автоматизации рабочих процессов АСЭД ни в коем случае не должно быть практического ограничения на число рабочих процессов, которые можно определить. |
||
Подсистема автоматизации рабочих процессов АСЭД должна позволять управлять очередями папок (дел) и документов, которые контролируются администратором. |
||
Подсистема автоматизации рабочих процессов АСЭД должна позволять разрешать исполнителям просматривать очереди заданий им адресованных и выбирать задания для работы. |
||
Подсистема автоматизации рабочих процессов АСЭД должна предоставлять возможность условного ветвления в зависимости от данных, вводимых пользователем или системных данных. Иными словами, потоки работ, которые перемещают документ или папку (дело) от одного участника процесс к другому в зависимости от решений, принятых одним из участников. Например, поток работ может отправить документ либо в отдел кредитного контроля, либо в отдел консолидации заказа в зависимости от данных, введенных менеджером по продажам; или в зависимости от стоимости заказа, вычисленной системой. |
||
Подсистема автоматизации рабочих процессов АСЭД должна обеспечивать напоминание или возможность переноса на более ранний срок для папок (дел) и документов. |
||
Подсистема автоматизации рабочих процессов АСЭД должна позволять пользователю временно прервать (т.е. приостановить) рабочий процесс для того, чтобы выполнить другую работу. |
||
Подсистема автоматизации рабочих процессов АСЭД обязательно должна признавать как “исполнителей” как отдельных пользователей, так и рабочие группы. |
||
Если исполнителем этапа рабочего процесса назначена группа пользователей, подсистема автоматизации рабочих процессов АСЭД должна обладать функцией распределения входящих задач между членами группы по очередности, или по мере завершения членами группы текущих задач, обеспечивая балансировку нагрузки отдельных исполнителей. |
||
Подсистема автоматизации рабочих процессов АСЭД должна включать возможность задания приоритетов заданий в очередях. |
||
Подсистема автоматизации рабочих процессов АСЭД должна включать обработку “рандеву” (т.е. обеспечивать взаимодействие между параллельными процессами – прим. перев.) Это требует приостановки рабочего процесса чтобы дождаться поступления имеющего отношение к вопросу документа или папки (дела). Когда ожидаемый элемент получен, процесс возобновляется автоматически. |
||
Подсистема автоматизации рабочих процессов АСЭД должна быть способна назначать предельное время на выполнение отдельных этапов и/или процесса и посредством отчетов сообщать о нарушении сроков. |
||
Подсистема автоматизации рабочих процессов АСЭД должна позволять автоматически инициировать рабочий процесс по факту поступления нового документа (или изменению его статуса или иных элементов метаданных – добавлено перев.) |
||
Подсистема автоматизации рабочих процессов АСЭД обязательно должна предоставлять развитые средства отчетности, чтобы обеспечивать мониторинг нагрузки и производительности системы и возникновения исключительных ситуаций. |
-
Электронная подпись
Электронная подпись (иногда называемая также цифровая подпись) есть последовательность символов, которая, когда используется вместе со сложными защищенными алгоритмическими процедурами и “ключами” (длинная строка цифр аналогичная паролю), может служить для подтверждения целостности документа или аутентификации личности отправителя документа. Примером широко признанного алгоритма электронной подписи является MD5.
Широкое приятие организациями электронной почты и Интернет вызывает рост числа перемещающихся внутри документов и, что более значимо, между организациями в относительно неконтролируемой среде. Использование электронной подписи для аутентификации и подтверждения целостности информации становится общепринятым.
Требования данного раздела применимы только если речь идет об управлении документами, несущими электронную подпись. Со времени написания этой спецификации технологии электронной подписи претерпели значительное развитие и тем не менее еще не достигли стабильности. При использовании данной спецификации следует проверять эти требования и их влияние в долгосрочной перспективе вместе с экспертами в данной области.
№ |
Требование |
|
АСЭД обязательно должна быть способна сохранять информацию, относящуюся к электронной подписи, шифрованию и сведения об удостоверяющем центре. |
||
АСЭД должна иметь структуру, которая позволяет легко подключать и использовать различные технологии электронной подписи. Это особенно важно ввиду того, что в области электронной происходят изменения. |
||
АСЭД должна быть способна выполнять проверку достоверности электронной подписи. |
||
АСЭД обязательно должна быть способна удерживать и сохранять как метаданные сведения о процессе верификации для электронной подписи включая:
|
||
АСЭД должна быть способна выполнять проверку достоверности электронной подписи во время регистрации документа. |
||
АСЭД должна включать функции, которые обеспечивают поддержку целостности документов, несущих электронную подпись (быть способна доказать, что целостность поддерживается), даже если администратор изменяет некоторые метаданные, но не содержание документа, после того, как документ был скреплен электронной подписью. Способ, которым это может быть достигнуто, не регламентируется. |
||
АСЭД должна быть способна запоминать вместе с электронным документом:
таким образом, чтобы их можно было извлечь вместе с документом без нарушения целостности частного ключа. |