MoReq (2002)
Home » Библиотека » Стандарты » Система электронного документооборота » Типовые Требования к СЭД » MoReq (2002)
-
Экспертиза ценности
Экспертиза ценности это процесс проверки папок (дел), которые достигли даты или события, указанного в их порядке хранения, чтобы принять решение, должны ли данные дела храниться дальше, быть переданы в другую систему или уничтожены. Сотрудник, проводящий экспертизу ценности (или экспертно-проверочная комиссия – ЭПК – прим. перев.), может принять во внимание метаданные, содержание документа или и то, и другое. В некоторых случаях порядок хранения применятся без процедуры экспертизы ценности.
Избавление от некоторых документов есть процесс, регулируемый законом и другим нормативными актами. Сотрудник, проводящий экспертизу ценности должен действовать таким образом, чтобы соблюдать требования законодательства и правила архивного хранения. Дальнейшая дискуссия по этому вопросу выходит за рамки данной спецификации.
№ |
Требование |
|
АСЭД должна быть способна регулярно уведомлять администратора о предстоящем истечении установленных сроков хранения в установленный период времени (например, месяц), и предоставлять подробный количественный отчет по томам и типам документов, у которых истекает срок хранения. |
||
Администратор может установить частоту предоставления отчета о предстоящем истечении сроков хранения, составу информации в отчете и выделении исключительных ситуаций, таких как просроченные действия. |
||
АСЭД должна поддерживать процедуру экспертизы ценности, представляя указанные документы вместе с их метаданными в удобном для просмотра и изучения виде, чтобы сотрудник, отвечающий за экспертизу ценности мог работать наиболее эффективно. На практике это означает возможность навигации вперед и назад по списку документов, внутри папки и между папками, к метаданным и содержанию документов. |
||
АСЭД должна предупреждать администратора, если документы, подлежащие уничтожению, имеют связи с другими документами. Процедура уничтожения должна быть приостановлена до тех пор, пока не будет предпринято одно из следующих действий:
|
||
АСЭД обязательно должна позволять сотруднику, выполняющему экспертизу ценности, предпринять следующие действия с документами в ходе процедуры проведения экспертизы ценности:
|
||
АСЭД обязательно должна позволять сотруднику, проводящему экспертизу ценности вносить свои комментарии в метаданные папки (дела), чтобы обосновать принятое им решение. |
||
АСЭД обязательно должна предупреждать администратора о готовности папок (дел) к выполнению назначенных действий, прежде чем выполнить эти действия (например, уничтожение, перемещение). И только после подтверждения администратора выполнение действий, указанных в 5.1.10, может быть инициировано. |
||
АСЭД должна предоставлять администратору средства отчетности и анализа для управления порядком хранения документов, включая возможность получить:
|
||
АСЭД обязательно должна хранить в системном журнале все решения, принятые сотрудником, проводящим экспертизу ценности. |
||
АСЭД должна поддерживать сама или обеспечивать интерфейс взаимодействия с внешним модулем управления рабочими процессами (workflow) для автоматизации процессов хранения, экспертизы ценности, экспорта/передачи и уничтожения документов, отслеживая: |
-
Прогресс/состояние процесса экспертизы ценности, такое как “ожидание”, “в ходе выполнения”, а также сведения о сотруднике и дату;
-
Документы, ожидающие уничтожения в результате решений в ходе процедуры экспертизы ценности;
-
Прогресс процесса передачи (перемещения) документов.
АСЭД должна быть способна накапливать статистику принятых решений в ходе проведения экспертизе ценности за данный период и представлять отч td style=”padding-left: 7px; padding-right: 7px;”еты в табличном и графическом виде.
-
Перемещение, экспорт и уничтожение документов
Организации требуется перемещать свои документы из одного места хранения в другое, по разным причинам. В этих случаях используется термин “перемещение” либо “передача” документов. Замечание: этот термин используется применительно также к копиям документов при их перемещении на другое место или в другую систему. Основанием для перемещения документов может быть:
-
передача документов, имеющих юридическую, административную, научную, или историческую ценность на постоянное хранение в государственный архив;
-
использование внешних сервисов и систем для дел временного хранения, в т.ч., передача дел из оперативного хранения в подразделениях в архив организации.
Часто электронные документы перемещаются из одной автоматизированной системы в другую. В некоторых случаях документы должны быть удалены из первой системы после их размещения во второй, в то время как в других случаях документы остаются в системе.
В других случаях требуется произвести экспорт документов, т.е. создать их копию в другой системе, причем исходные документы остаются в системе. В иных случаях документы должны быть уничтожены.
Во всех случаях процесс перемещения, экспорта или уничтожения должен быть строго управляемым и хорошо документированным. Во всех случаях метаданные и данные системного журнала должны рассматриваться вместе с документами, к которым они относятся.
Замечание: термины “удаление” и “уничтожение” имеют разный смысл в данном контексте. (Удаление документов рассматривается в разделе 9.3)
№ |
Требование |
|
АСЭД обязательно должна обеспечивать хорошо управляемый процесс перемещения документов в другую систему или во внешнюю организацию. |
||
Если перемещается класс, папка (дело) или отдельный том, перемещение обязательно должно включать:
|
||
АСЭД обязательно должна быть способна перемещать или экспортировать папку (дело) или класс в одной из следующих последовательностей действий, так что:
|
||
В случаях, когда документы перемещаются или экспортируются, АСЭД обязательно должна быть способна включать копию всех данных системного журнала, относящихся к перемещаемому или экспортируемому документу, тому или делу (папке). |
||
АСЭД должна предоставлять утилиту или средство преобразования для поддержки представлений документов, отмеченных для перемещения или экспорта в некоторый утвержденный формат для перемещения. Например, перемещаемый формат документа (PDF) или эквивалентный и расширенный язык разметки (XML). |
||
АСЭД обязательно должна производить отчет, детализирующий любой сбой в процессе перемещения, экспорта или удаления. Этот отчет должен идентифицировать все документы, предназначенные для перемещения, которые вызвали ошибки в процессе обработки и все папки (дела), которые не были успешно перемещены, экспортированы или удалены. |
||
АСЭД обязательно должна продолжать хранить все перемещенные документы до тех пор, пока от получателя не будет получено подтверждение об успешном завершении процесса перемещения. Это предлагаемая процедурная мера безопасности, чтобы гарантировать, что документы не будут удалены прежде, чем будет получено подтверждение об их успешном получении. |
||
АСЭД должна быть способна экспортировать целые классы из схемы классификации в одной из следующих последовательностей операций, гарантируя что:
|
||
Когда гибридная папка должна быть перемещена, экспортирована или уничтожена, АСЭД должна требовать от администратора подтверждения, что бумажная часть той же папки была перемещена, экспортирована или уничтожена прежде, чем выполнять эти действия над электронной частью. |
||
АСЭД должна предоставлять возможность добавлять определяемые пользователем элементы метаданных, необходимые для архивного хранения электронных документов, выбранных для перемещения. |
||
АСЭД должна предоставлять возможность сортировки электронных документов, выбранных для перемещения в порядке согласно выбранным пользователем элементам метаданных. |
||
АСЭД должна предоставлять возможность генерировать определяемые пользователем формы для описания электронных папок (дел), которые должны быть перемещены или экспортированы. |
||
АСЭД должна обеспечивать полное уничтожение классов, отдельных папок (дел), хранящихся на перезаписываемых носителях путем полного стирания информации, так чтобы ее восстановление было невозможно даже с применением специальных методов восстановления данных. В некоторых случаях это требует многократной перезаписи данных в соответствии с указанными стандартами. Когда требуется гарантировать уничтожение, может быть необходимо учесть существование резервных копий. Эта процедура выходит за рамки данной спецификации. |
||
Если документы хранятся на носителе однократной записи, АСЭД обязательно должна предоставлять средства, которые препятствовали бы доступу к ним так чтобы документы не могли быть восстановлены с обычным использованием АСЭД, либо стандартных возможностей операционной системы. Обычно это подразумевает уничтожение индексных данных (хранящихся на перезаписываемых носителях), которые хранят информацию о расположении данных на носителе однократной записи. Когда требуется гарантировать уничтожение, может быть необходимо учесть существование резервных копий. Эта процедура выходит за рамки данной спецификации. |
||
В АСЭД обязательно должна быть предусмотрена возможность сохранения метаданных уничтоженных или перемещенных документов. В некоторых случаях желательно сохранить подробную информацию о документах, которые были уничтожены. Это также позволяет упростить идентификацию документов, которые были уничтожены или перемещены; это требование тесно связано с 5.3.16. |
||
АСЭД обязательно должна позволять администратору задать подмножество метаданных, которые должны быть оставлены в системе для уничтоженных, перемещенных или отнесенных на автономное (off-line) хранение документов. Это желательно, поскольку организации могут хотеть знать, какие документы у них были и даты, когда они были уничтожены или от них избавились, без необходимости хранения всех подробных метаданных папки (дела). |
||
АСЭД должна позволять перемещать или экспортировать документы многократно. |
-
Регистрация документов
Терминология
Термин “регистрация” используется для обозначения процесса регистрации документа, что включает отнесение документа к определенному классу в схеме классификации, занесение метаданных и сохранение документа в АСЭД.
В контексте АСЭД регистрация и другие процессы могут быть отдельными или неразличимыми (т.е. выполняться как один процесс – прим. перев.).
Формальное определение см. в Глоссарии в разделе 13.1.
Вводные замечания
Эта глава покрывает требования, относящиеся к помещению документов в АСЭД. Первый раздел (6.1) покрывает стандартный процесс регистрации. Последующий раздел (6.2) покрывает массовый импорт документов из других систем. Раздел (6.3) рассматривает требования к отдельным видам документов; и, вследствие возрастания важности электронной почты, этому вопросу посвящен особый раздел (6.4).
-
Регистрация
Этот раздел содержит требования к процессу регистрации.
Электронные документы создаются или поступают извне в процессе деятельности организации. Электронные документы могут быть в различных форматах, могут быть созданы разными авторами; и могут быть получены как единый документ или как множество файлов документов. Они могут поступать по различным коммуникационным каналам, в т.ч. по локальной или глобальной сети, по электронной почте, по факсу, обычной почтой (с последующим сканированием) и варьироваться по размеру. Требуется гибкая, хорошо управляемая и настраиваемая система ввода для регистрации документов, которая удовлетворяла бы столь различающимся требованиям.
-
№ |
Требование |
|
Процесс регистрации документа в АСЭД обязательно должен позволять:
|
||
АСЭД обязательно должна обеспечивать внесение в среду управления электронными документами:
Информация о представлении документа иногда неявно задана посредством расширения имени файла, в т.ч. “.doc” или “.pdf”. Это может быть приемлемо во многих случаях, хотя этого может быть недостаточно в случаях, когда требуется обеспечить долгосрочное хранение или когда требуется большая точность (например, точное определение цвета). |
||
АСЭД обязательно должна позволять в процессе регистрации получать все элементы метаданных, заданные при конфигурации системы и сохранять их вместе с документом в тесной связи с документом в течение всего времени. |
||
АСЭД обязательно должна гарантировать, что содержание указанных элементов метаданных электронного документа может быть изменено только авторизованным пользователем или администратором. |
||
АСЭД должна позволять относить один электронный документ к различным папкам без его физического копирования. Например, счет может быть помещен в папку поставщика одним пользователем и в папку продукта другим. В другом примере, один пользователь может решить поместить документ, содержание которого касается двух предметов, в две соответствующие папки. Обычно это достигается путем использования указателей. |
||
АСЭД обязательно должна поддерживать автоматизированный режим регистрации документов, автоматически извлекая метаданные, по крайней мере, для документов следующих типов:
|
||
АСЭД обязательно должна записывать дату и время регистрации документа как элемент метаданных. Если дата и время являются частью уникального идентификатора, и поскольку они могут быть явно извлечены из номера документа, не обязательно хранить дату и время отдельно. Точность определения времени зависит от приложения. |
||
АСЭД обязательно должна гарантировать, что каждый зарегистрированный документ имеет регистрационную запись, представимую в человеко-читаемом формате и содержащую метаданные, заданные в процессе конфигурирования системы. Некоторые их требуемых метаданных могут уже быть представлены или могут быть извлечены автоматически из документа. АСЭД обязательно должна требовать ввести остальные метаданные. |
||
АСЭД обязательно должна допускать ввод дополнительных описательных и других метаданных, относящихся к:
и/или:
|
||
Если документ имеет более одной версии, АСЭД обязательно должна предоставлять пользователю выбор, как минимум, следующих альтернатив:
|
||
АСЭД должна обеспечивать автоматизированное принятие решения о классификации документа посредством:
|
||
АСЭД должна позволять пользователю передавать электронный документ другому пользователю для завершения процесса регистрации. |
||
Для электронных документов, которые состоят из более чем одного компонента, АСЭД обязательно должна:
Примером таких документов могут служить веб-страницы со встроенной графикой. |
||
АСЭД обязательно должна поддерживать автоматизированный процесс регистрации электронных документов, автоматически извлекая все метаданные, которые можно извлечь из настолько многих типов документов, насколько возможно. Суть этого требования состоит в минимизации объема данных, вводимых пользователем и в повышении точности метаданных. Элементы метаданных и виды документов, обрабатываемые автоматически, будут зависеть от системного окружения. Например, при работе с офисными неструктурированными или полу-структурированными текстовыми документами, будет разумно включить следующее:
|
||
АСЭД обязательно должна выдавать предупреждение если пользователь пытается зарегистрировать документ, который уже был зарегистрирован в той же папке (деле). |
-
Массовый импорт
Массовый импорт документов в систему может выполняться различными способами. Например, из другой системы АСЭД в виде файла, содержащего множество документов одновременно, или массовое перемещение документов из оперативного хранения в архив. АСЭД должна быть способна принять эти документы и предоставить средства управления процессом регистрации в таком режиме.
№ |
Требование |
|
АСЭД обязательно должна обеспечивать возможность регистрации транзакционных документов, сгенерированных другими системами, включая: |
-
поддержку предопределенных пакетных файлов импорта транзакций;
-
задание правил редактирования для настройки процесса автоматической регистрации документов;
-
контроля целостности данных.
АСЭД обязательно должна обеспечивать возможность управления входными очередями.
Должна быть возможность установки различных входных очередей для документов различных типов.
Например, различные входные очереди могут быть заданы для сообщений электронной почты, сканированной корреспонденции, документов из подразделения, группы или отдельного лица, транзакций из компьютерной системы или информационных документов из электронной библиотеки.