MoReq (2002)


Home » Библиотека » Стандарты » Система электронного документооборота » Типовые Требования к СЭД  » MoReq (2002)

  1. Экспертиза ценности

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

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

Требование

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

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

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

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

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

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

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

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

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

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

АСЭД должна предоставлять администратору средства отчетности и анализа для управления порядком хранения документов, включая возможность получить:

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

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

АСЭД должна поддерживать сама или обеспечивать интерфейс взаимодействия с внешним модулем управления рабочими процессами (workflow) для автоматизации процессов хранения, экспертизы ценности, экспорта/передачи и уничтожения документов, отслеживая:
  • Прогресс/состояние процесса экспертизы ценности, такое как “ожидание”, “в ходе выполнения”, а также сведения о сотруднике и дату;
  • Документы, ожидающие уничтожения в результате решений в ходе процедуры экспертизы ценности;
  • Прогресс процесса передачи (перемещения) документов.

АСЭД должна быть способна накапливать статистику принятых решений в ходе проведения экспертизе ценности за данный период и представлять отч td style=”padding-left: 7px; padding-right: 7px;”еты в табличном и графическом виде.

 

 

  1. Перемещение, экспорт и уничтожение документов

    Организации требуется перемещать свои документы из одного места хранения в другое, по разным причинам. В этих случаях используется термин “перемещение” либо “передача” документов. Замечание: этот термин используется применительно также к копиям документов при их перемещении на другое место или в другую систему. Основанием для перемещения документов может быть:

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

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

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

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

Замечание: термины “удаление” и “уничтожение” имеют разный смысл в данном контексте. (Удаление документов рассматривается в разделе 9.3)

Требование

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

Если перемещается класс, папка (дело) или отдельный том, перемещение обязательно должно включать:

  • (для классов) все папки (дела) данного класса;
  • (для папок) все тома;
  • все документы во всех папках (делах) и томах;
  • все метаданные всех папок (дел), томов и документов.

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

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

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

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

Например, перемещаемый формат документа (PDF) или эквивалентный и расширенный язык разметки (XML).

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В некоторых случаях желательно сохранить подробную информацию о документах, которые были уничтожены. Это также позволяет упростить идентификацию документов, которые были уничтожены или перемещены; это требование тесно связано с 5.3.16.

АСЭД обязательно должна позволять администратору задать подмножество метаданных, которые должны быть оставлены в системе для уничтоженных, перемещенных или отнесенных на автономное (off-line) хранение документов.

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

АСЭД должна позволять перемещать или экспортировать документы многократно.

  1. Регистрация документов

    Терминология

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

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

    Формальное определение см. в Глоссарии в разделе 13.1.

    Вводные замечания

    Эта глава покрывает требования, относящиеся к помещению документов в АСЭД. Первый раздел (6.1) покрывает стандартный процесс регистрации. Последующий раздел (6.2) покрывает массовый импорт документов из других систем. Раздел (6.3) рассматривает требования к отдельным видам документов; и, вследствие возрастания важности электронной почты, этому вопросу посвящен особый раздел (6.4).

    1. Регистрация

      Этот раздел содержит требования к процессу регистрации.

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

Требование

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

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

АСЭД обязательно должна обеспечивать внесение в среду управления электронными документами:

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

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

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

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

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

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

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

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

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

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

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

Точность определения времени зависит от приложения.

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

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

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

  • времени регистрации;

и/или:

  • дальнейшей стадии обработки.

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

  • зарегистрировать все версии документа как один документ;
  • зарегистрировать одну версию документа как официальный документ;
  • зарегистрировать все версии как отдельные документы.

АСЭД должна обеспечивать автоматизированное принятие решения о классификации документа посредством:

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

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

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

  • обрабатывать такой документ как неделимый документ, сохраняя отношения между его компонентами;
  • сохранять структурную целостность документа;
  • поддерживать впоследствии интегрированное отображение документа и управление им;
  • управлять документом как единым целым в процессе выполнения назначенных действий по и/ul/pстечении установленного срока хранения, например уничтожение документа – все компоненты должны быть уничтожены за одну операцию.

Примером таких документов могут служить веб-страницы со встроенной графикой.

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

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

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

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

  • Исходящие факсимильные сообщения.

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

  1. Массовый импорт

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

Требование

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

АСЭД обязательно должна обеспечивать возможность управления входными очередями.

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

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

 

 

Pages: 1 2 3 4 5 6 7 8 9

Комментарии закрыты.