Типовые требования к управлению электронными официальными документами (стр. 13 )

На практике функции резервного копирования и восстановления данных скорее относятся к сфере организационных ИТ мероприятий, нежели разделяются между ролями администраторов э(1) СУЭОД э(32).

№	Требование	Тест
СУЭОД э(32) обязательно должна обеспечивать или разрешать поддерживать автоматизированные процедуры резервного копирования и восстановления, которые используются для регулярного резервного копирования всех или избранных классов э(11), дел э(34), официальных документов э(52), метаданных э(40), административных параметров и протокола аудита э(4) СУЭОД э(32), и их восстановления в случае необходимости.	Д
СУЭОД э(32) обязательно должна позволять ролям администраторов э(1) настраивать график выполнения процедур резервного копирования посредством: указания частоты резервного копирования; отбора классов э(11), папок э(34) или официальных документов э(52), подлежащих резервному копированию; определения носителей данных, систем или мест хранения для резервных копий (в т. ч. внешние отсоединяемые "off-line" накопители, отдельные системы, удаленные сайты).	Д
СУЭОД э(32) обязательно должна позволять только уполномоченным ролям администраторов э(1) осуществлять восстановление данных из  резервных копий СУЭОД э(32).	Д
Когда СУЭОД э(32) восстанавливает данные из резервной копии, после восстановления обязательно должна быть обеспечена полная целостность данных, включая протокол аудита э(4).	В
Официальные документы э(52), которые были правильно отобраны и перемещены э(25) (уничтожены) и присутствуют в резервной копии, не должны быть восстановлены за исключением особых обстоятельств.
Там где СУЭОД э(32) поддерживает средства работы с «контрольными точками» и «откатом» базы данных, СУЭОД э(32) должна разрешать только авторизованным ролям администраторов э(1) «откатывать» базу данных.	В

Особо важные официальные документы

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

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

Официальные документы э(52) могут рассматриваться в качестве особо важных официальных документов э(73) для организации в целом или для ее отдельной части.

№	Требование	Тест
СУЭОД э(32) должна разрешать ролям администраторов э(1) обозначать, что выбранные дела э(34) или официальные документы э(52) содержат или считаются «особо важными официальными документами э(73)».	Д
Это обозначение должно быть включено как элемент метаданных э(40).
СУЭОД э(32) должна обеспечить две отдельные операции резервного копирования: «полное» резервное копирование, которое копирует все (указанные) данные СУЭОД э(32); «особо важное» резервное копирование, которое копирует только конфигурацию СУЭОД э(32) и дела э(34) и официальные документы э(52), определенные как «особо важные».	Д
Эти две отельные операции резервного копирования используются по следующим причинам: позволить «особо важное» резервное копирование проводить более часто, чем «полное» резервное копирование СУЭОД э(32); позволить проводить «особо важное» копирование на других носителях и сохранять отдельно, и возможно более надежно, чем «полное» резервное копирование.
Это также будет обеспечивать лучше управляемое восстановление СУЭОД э(32), когда восстановление из «особо важной» резервной копии может происходить абсолютно независимо и в другое время от восстановления из «полной» резервной копии. Как определено в разделе 4.3, резервное копирование может быть произведено либо СУЭОД э(32), либо путем интеграции с каким-то другим программным обеспечением.
После восстановления из «особо важной» резервной копии  СУЭОД э(32) должна быть полностью действующей.	В
После восстановления из «особо важной» резервной копии многие дела э(34) и официальные документы э(52) будут отсутствовать. За исключением этого, СУЭОД э(32) не должна никоим образом лимитировать операции или функции, которые она предоставляет пользователям э(68).
СУЭОД э(32) должна предусматривать два метода восстановления из «полной» резервной копии: восстановление в «чистую» среду, в которой данные из «полной» резервной копии  записываются поверх и заменяют СУЭОД э(32) во время процесса восстановления; восстановление в существующую среду, в которой данные из «полной» резервной копии объединяются с существующей средой СУЭОД э(32).	Д
Первый метод восстановления будет обычным для организаций, где «особо важные» резервные копии не производятся. Второй метод восстановления будет производиться, когда СУЭОД э(32) была предварительно частично восстановлена из «особо важной» резервной копии и вернулась к нормальной работе; в этом случае становится необходимым слияние с «полной» резервной копией без перезаписывания «особо важных» дел э(34) и официальных документов э(52), которые были восстановлены до этого, либо каких-либо новых сущностей, которые были добавлены, или изменений, произведенных в СУЭОД э(32) в интервале после ее возвращение к полной работоспособности.
Если СУЭОД э(32) поддерживает два метода выхода из «полного» резервного копирования, как это обрисовано в общих чертах в разделе 4.4.4, тогда «жизненно важная» резервная копия  (если она существует) всегда будет восстановлена в первую очередь. Поэтому нет необходимости рассматривать вопрос восстановления «особо важной» резервной копии поверх «полной» резервной копии.
Когда предпринимается восстановление системы двумя частями, может быть необходимым, чтобы роли администраторов э(1) вручную устраняли возможные конфликты. Например, схема классификации э(14) может быть измененной в одной резервной копии по сравнению с другой.
СУЭОД э(32) должна разрешать ролям администраторов э(1) указывать, что выбранные дела э(34) или официальные документы э(52) больше не являются «особо важными э(73)». Это действие должно быть занесено в протокол аудита э(4).	Д
Например, срок договора лизинга или контракта могут истечь, и поэтому они перестанут считаться «особо важными э(73)».

ХРАНЕНИЕ, ОТБОР И ПЕРЕДАЧА

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

Различные процессы, которые могут осуществляться на даты, указанные в порядках хранения, отбора и передачи э(61), описаны в последующих разделах. Требования к процессам экспертизы ценности представлены в разделе 5.2, требования к процессам передачи э(67), экспорта э(33) и уничтожения э(22) перечислены в разделе 5.3.

Как объяснялось в разделе 2.2 под заголовком «Электронные э(29) дела э(34), разделы э(66) и тома э(74)», официальные документы э(52) могут управляться в классах э(11), делах э(34), разделах э(66) и томах э(74), в соответствии с потребностями бизнеса. Соответственно обстоятельствам, порядки хранения, отбора и передачи э(61) применяются к классам э(11), делам э(34) и/или разделам э(66) и/или томам э(74). Порядки хранения, отбора и передачи э(61) могут также применяться к типам документов э(53), например, применение коротких сроков хранения к быстро изменяющимся персональным анкетным данным или применение длительных сроков хранения к инженерным чертежам. Разрешение конфликтов между порядками хранения, отбора и передачи э(61) также учитывается.

MoReq2 включает концепцию «предотвращения перемещения или уничтожения э(24)», которая не упоминалась в предыдущей версии MoReq.  Предотвращение перемещения или уничтожения э(24) используется как ответ на неожиданные события для гарантии того, что определенные официальные документы э(52) не будут уничтожены э(22). Типичным примером может являться необходимость гарантии того, что официальные документы э(52), которые требуются, или могут потребоваться в качестве доказательства в юридических процессуальных действиях, не будут случайно уничтожены э(22) в результате осуществления обычного (рутинного) планового решения об отборе и передаче э(25).

Порядки хранения, отбора и передачи

№	Требование	Тест
СУЭОД э(32) обязательно должна разрешать роли администратора э(1), и только ей, создавать и поддерживать соответствующий порядок хранения, отбора и передачи э(61).	Д
СУЭОД э(32) не должна лимитировать количество порядков хранения, отбора и передачи э(61).	В
СУЭОД э(32) должна быть в состоянии упорядочить порядки хранения, отбора и передачи э(61), в иерархическую структуру, в виде единого обобщенного порядка хранения, отбора и передачи э(61), а также в виде адаптированных к определенной организационной деятельности порядков хранения, отбора и передачи э(61), утвержденных надлежащим образом.	Н
Иерархическая структура облегчает управление многочисленными порядками хранения, отбора и передачи э(61).
СУЭОД э(32) обязательно должна назначать уникальный идентификатор каждому порядку хранения, отбора и передачи э(61) во время его создания.	Д
СУЭОД э(32) обязательно должна разрешать введение уникального заголовка для каждого порядка хранения, отбора и передачи э(61) во время его создания.	Д
СУЭОД э(32) обязательно должна поддерживать неизменяемую историю изменений и удалений (протокол аудита э(4)), которые были сделаны в порядках хранения, отбора и передачи э(61), включая дату изменения или удаления, и пользователя э(68), внесшего изменение.	Д
СУЭОД э(32) обязательно должна гарантировать, что любое изменение в порядке хранения, отбора и передачи э(61) немедленно применяется ко всем сущностям, к которым относится порядок хранения, отбора и передачи э(61).	Д
СУЭОД э(32) обязательно должна требовать от роли администратора э(1), изменяющего или удаляющего порядок хранения, отбора и передачи, вводить причину и обязательно должна сохранять эту причину в протоколе аудита э(4).	Д
Изменения или удаления порядков хранения, отбора и передачи э(61) должны строго контролироваться для уменьшения риска ненадлежащего уничтожения официальных документов э(52).
СУЭОД э(32) обязательно должна быть способна импортировать э(38) и экспортировать э(33) порядки хранения, отбора и передачи э(61).	В
СУЭОД э(32) обязательно должна гарантировать, что каждый класс э(11), дело э(34), раздел э(66) или том э(74) всегда имеет как минимум один порядок хранения, отбора и уничтожения э(61).	Д
Это требование включено для гарантии того, что никакие сущности не создаются без установления порядка хранения, отбора и передачи э(61), а также с целью улучшения удобства и простоты работы с системой.
Порядки хранения, отбора и передачи э(61), применяемые по умолчанию к каждому новому классу э(11), делу э(34), разделу э(66) или тому э(74), должны наследоваться от их родителей.	Д
Там, где невозможно (для классов э(11) самого верхнего уровня схемы классификации э(14) и в случае, если не применимы никакие унаследованные порядки хранения, отбора и передачи э(61), – смотри э5.1.18), следует применять порядок хранения, отбора и передачи э(61) по умолчанию.
Каждый официальный документ э(54), сохраненный напрямую в класс э(11), обязательно должен иметь как минимум один порядок хранения, отбора и передачи э(61), определенный для него.	Д
Порядок хранения, отбора и передачи э(61), применяемый по умолчанию к любому новому официальному документу э(52), сохраненному напрямую в класс э(11) (смотри раздел 3.2), обязательно должен быть унаследован от их родительского класса э(11).	Д
СУЭОД э(32) обязательно должна разрешать роли администратора э(1) применять порядок хранения, отбора и передачи э(61) к любому классу э(11), делу э(34), разделу э(66), тому э(74), или типу официального документа э(53) в любое время.	Д
Фраза «в любое время» означает, что роль администратора э(1) может заменять порядок хранения, отбора и передачи э(61) или (если система поддерживает многочисленные порядки хранения, отбора и передачи э(61), смотри 5.1.16) применять дополнительный порядок хранения, отбора и передачи э(61) к любому классу э(11), делу э(34), разделу э(66), тому э(74), или типу официального документа э(53). Одним из примеров может быть замена порядка хранения, отбора и передачи э(61) по умолчанию; другим  – применение дополнительного порядка хранения, отбора и передачи э(61) в ответ на результаты проверки нормативных действий. Это может вызвать конфликт между порядками хранения, отбора и передачи э(61): смотри э5.1.23.
СУЭОД э(32) должна быть способна применять порядок хранения, отбора и передачи э(61) по умолчанию к типам официальных документов э(53).	Д
Это подразумевает, что типы официальных документов э(53) могут существовать без назначенного порядка хранения, отбора и передачи э(61). Это допустимо, так как каждый индивидуальный официальный документ э(52) будет иметь, по меньшей мере, один порядок хранения, отбора и передачи э(61), применяемый к нему, потому что каждый официальный документ э(52) содержится в деле э(34) или классе э(11), и требование 5.1.10 обязывает, чтобы, по меньшей мере, один порядок хранения, отбора и передачи э(61) применялся к каждому делу э(34) и классу э(11).
СУЭОД э(32) обязательно должна разрешать более чем одному порядку хранения, отбора и передачи э(61) быть в силе для каждого класса э(11), дела э(34), раздела э(66) или тома э(74).	Д
Это требуется для управления сценариями реальной жизни, которые включают требования хранения, возникающие из ряда приказов и деловых потребностей. Это иллюстрируется одним примером, выбранным из многих возможных. В этом примере, у дела э(34) есть единственный порядок хранения, отбора и передачи э(64), назначенный в соответствии со служебными требованиями, так как не предполагается, что официальные документы э(52) в нем попадают под требования хранения юридических или регулирующих документов. Порядок хранения, отбора и передачи э(61), применяемый к этому делу э(34), применяется также ко многим другим делам э(34). В какой-то момент становится очевидным, что может быть необходимым хранить дело э(34) более продолжительное время, чем позволяет действующий порядок хранения, отбора и передачи э(61), в связи с рабочей проблемой связанной  с вопросом сохранности. В этот момент кажется, что содержание дела э(34) может стать предметом регулирующего контроля, относящегося к правилам сохранности; в таком случае, принимая это во внимание, к делу э(34) применяется второй порядок хранения, отбора и передачи э(61). Позднее может стать очевидным, что необходимости более длительного сохранения более не существует; в этом случае второй порядок хранения, отбора и передачи э(61) может быть отменен, оставляя первоначальный порядок на месте и в действии.
Хранение, отбор и передача э(25) каждого официального документа э(52) обязательно должны подчиняться порядку(ам) хранения, отбора и передачи э(61), относящимся к классу э(11), делу э(34), разделу э(66), тому э(74) или типу официального документа э(53), к которым принадлежит официальный документ э(52); а также соответствующим правилу(ам) предотвращения перемещения или уничтожения э(24) (см. э5.1.34).	Д
Когда применяется порядок хранения, отбора и передачи э(61), он управляет хранением, отбором и передачей э(25) официальных документов э(52), ассоциированных с сущностью, к которой он применяется (если он не переопределяется иным порядком хранения, отбора и передачи э(61)).
СУЭОД э(32) обязательно должна разрешать любому порядку хранения, отбора и передачи э(61) и изменениям, сделанным в них, быть унаследованными по нисходящей в иерархии схемы классификации э(14), по выбору роли администратора э(1).	Д
Решение о том, унаследовать или нет порядок хранения, отбора и передачи э(61), может приниматься ролью администратора э(1) с использованием любых соответствующих способов. MoReq2 не предписывает, как это достигается. Возможные варианты: выбор производится тогда, когда создается порядок хранения, отбора и передачи э(61); выбор производится всякий раз, когда применяется порядок хранения, отбора и передачи э(61) (в таком случае он производится по отношению ко всем дочерним сущностям); выбор производится, когда создается сущность, которая унаследует порядок(и) хранения, отбора и передачи э(61) от своих родителей.
Каждый порядок хранения, отбора и передачи э(61) должен включать либо: срок хранения (э5.1.25) и ключевое событие (э5.1.25); или дату отбора и передачи э(25).	Д
Каждый порядок хранения, отбора и передачи э(61) обязательно должен включать: действие по отбору и передаче э(25) (э5.1.24); причину.	Д
Каждый порядок хранения, отбора и передачи э(61) должен включать: описание; нормативное основание.	Д
Нормативное основание подтверждает право на  существование порядка хранения, отбора и передачи э(61). Оно часто является ссылкой на закон, нормативный акт или регламент работы организации.
Когда период хранения некоторых официальных документов э(52), согласно  порядку хранения, отбора и передачи э(61), достигает конечной даты, СУЭОД э(32) обязательно должна автоматически инициировать процесс принятия решения об отборе и передаче э(25).	Д
Это может означать, что либо решение приведено в исполнение (согласно э5.2.4), либо требуется непосредственное участие роли администратора э(1) (смотри э5.1.23). Некоторые организации могут предпочесть использовать последнее из-за рисков, возможных вследствие автоматического приведения в  исполнение.
Когда СУЭОД э(32) инициирует процесс принятия решения об отборе и передаче э(25) (как в э5.1.22), если применяется какой-то другой порядок хранения, отбора и передачи э(61) с другой датой окончания периода хранения и/или с другим решением об отборе и передаче э(25), тогда возникает конфликт. Должно быть возможным конфигурировать СУЭОД э(32) так, чтобы она автоматически предупреждала роль администратора э(1) в случае возникновения такого конфликта, предоставляя роли администратора э(1)  возможность решать конфликт.	Д
Фраза «Должно быть возможным…» применяется, поскольку это не является требованием вмешательства роли администратора э(1) во всех ситуациях. Допустимо, чтобы СУЭОД э(32) разрешала конфликт автоматически; но должно быть возможным конфигурировать СУЭОД э(32) так, чтобы она требовала административного вмешательства в случае конфликта.
Конфликт может возникнуть вследствие того, что: некоторые порядки хранения, отбора и передачи э(61) указывают, что отбор и передача э(25) должны быть инициированы, в то время как некоторые другие указывают противоположное; и/или разные порядки хранения, отбора и передачи э(61) указывают разные решения об отборе и передаче э(25). В большинстве случаев будет несложно определить, какой порядок окажется  приоритетным.
Эти конфликты могут возникнуть в случае двух сценариев: конфликтующие порядки применяются ко всей агрегации э(3)  полностью (такой, как дело э(34)); порядки применяются как к агрегации э(3), так и к некоторым официальным документам э(52) в ней (в последнем случае они применяются к определенным типам официальных документов э(53), которые находятся в агрегации).
Административное вмешательство может требоваться когда не практично определять правила, которые могли бы адекватно решать эти конфликты. Например: два порядка хранения, отбора и передачи э(61), созданные по двум разным юридическим основаниям, могут определять различные сроки хранения. Обычно принимается решение хранить официальные документы э(52) до истечения наиболее длительного срока хранения из них; один порядок хранения, отбора и передачи э(61) может указывать дату, до которой определенные документы должны быть переданы или уничтожены (обычно, следуя законодательству об охране информации). Если эта дата более ранняя, чем дата окончания хранения конфликтующего порядка хранения, отбора и передачи э(61), тогда решение будет зависеть от относительного веса двух (сравниваемых) полномочий и/или от потребностей бизнеса. Эти ситуации могут возникать, когда официальный документ э(52) является типом официального документа э(53), позволяющим применение и наследование правила отбора и передачи э(25) к этому официальному документу э(52) в соответствии с типом официального документа э(53), а не от принадлежности к агрегации э(3), в которой он содержится.
Роль администратора э(1) может решить конфликт любыми из следующих способов: удаление одного или более конфликтующих порядков из агрегаций э(3) или официальных документов э(52); изменение одного или более конфликтующих порядков для устранения конфликта; удаление всех конфликтующих порядков и применение нового порядка; использование исключительных функций удаления, указанных в разделе 9.3.
Если все эти действия не контролируются строго, они могут быть предметом беспокойства о правильности управления официальными документами э(52), поэтому любое из этих действий – изменение порядка хранения, отбора и передачи э(61) или удаление официальных документов э(52) – должны быть регламентироваться письменными инструкциями. В некоторых случаях будет правильным совершенствовать административное управление путем четкого разделения обязанностей.
Если в результате принятия решения в агрегации э(3) остаются некоторые официальные документы э(52), которые в обычных условиях не должны более храниться, организации также может понадобиться руководство по их хранению. Это может быть решение об оставлении агрегации э(3) на месте или о перемещении (см. раздел 3.4) оставшихся официальных документов(а) э(52).
СУЭОД э(32) обязательно должна разрешать как минимум следующие действия по отбору и передаче э(25) (как определено в 5.1.20) для каждого порядка хранения, отбора и передачи э(61): хранить постоянно;  представлять э(50) для экспертизы ценности;  уничтожать э(22) автоматически; уничтожать э(22) после получения разрешения от роли администратора э(1); передавать э(67) в архив или другое хранилище (см. глоссарий).	Д
Существуют риски, связанные с применением варианта «уничтожать э(22) автоматически», указанные в вышеупомянутом требовании; организациям будет необходимо выбрать между ними и преимуществами автоматизации.
СУЭОД э(32) обязательно должна разрешать указание как минимум следующих комбинаций ключевых событий и периодов хранения (как определено в 5.1.19): истечение заданного срока со времени открытия э(43) класса э(11), дела э(34), раздела э(66) или тома э(74); истечение заданного срока со времени закрытия э(17) класса э(11), дела э(34), раздела э(66) или тома э(74); истечение заданного срока с даты, когда последний официальный документ э(52) был классифицирован э(12) в класс э(11), дело э(34), раздел э(66) или том э(74); истечение заданного срока с даты с тех пор как официальный документ э(52) был последний раз востребован из какого-либо класса э(11), дела э(34), раздела э(66) или тома э(74); истечение заданного срока после наступления указанного «внешнего» события (причем данное событие должно быть описано в порядке, и сообщение о нем в СУЭОД э(32) должно быть введено скорее ролю администратора э(1) нежели его наступление определено автоматически СУЭОД э(32)) (например, «…после подписания договора» или «…100 лет со дня рождения»); установление значения «постоянно» для обозначения официальных документов э(52)  вечного хранения.	Д
Хотя вышеперечисленные положения включают все основные возможные варианты, некоторые организации могут применять дополнительные активизирующие события и/или дополнительные сроки хранения
Любое число внешних событий может быть связано с разными порядками хранения, отбора и передачи э(61).
СУЭОД э(32) не должна лимитировать продолжительность сроков хранения.	В
СУЭОД э(32) обязательно должна поддерживать сроки хранения до ста лет как минимум для требования э5.1.24.	В
Это максимальное значение является произвольным предлагаемым значением, чтобы избежать любых практических ограничений. Весьма маловероятно, чтобы некая СУЭОД э(32) просуществовала более сотни лет, однако данное требование подразумевает, что официальные документы э(52) могут быть переданы э(67) в будущие системы без необходимости пересмотра порядков хранения, отбора и передачи э(61).
СУЭОД э(32) обязательно должна быть способна ограничивать  управление процессом отбора и передачи э(25) для ролей администраторов э(1).	Д
СУЭОД э(32) обязательно должна регистрировать в протоколе аудита э(4) и уведомлять роль администратора э(1) обо всех автоматических действиях по отбору и передаче э(25).	Д
СУЭОД э(32) обязательно должна автоматически уведомлять роль администратора э(1) когда должны осуществляться любые действия по экспертизе ценности.	Д
СУЭОД э(32) обязательно должна позволять роли администратора э(1) делегировать роли э(62) рецензента любое заявленное действие по экспертизе ценностей для исполнения.	Д
СУЭОД э(32) обязательно должна позволять роли администратора э(1) исправлять любой порядок хранения, отбора и передачи э(61) (кроме его уникального идентификатора, смотри э5.1.6).	Д
Когда роль администратора э(1) переносит электронные э(29) дела э(34) или официальные документы э(52) между классами э(11) схемы классификации э(14), СУЭОД э(32) обязательно должна предлагать выбор: позволять порядку хранения, отбора и передачи э(61) принимающего класса э(11) заменять ранее действовавший порядок хранения, отбора и передачи э(61); или позволять роли администратора э(1) выбирать наиболее уместный(е) порядок(и) хранения, отбора и передачи э(61).	Д
Это относится к переносу официальных документов э(52), разрешаемому в порядке исключения, как в разделах э9.3.3 и э9.3.4.  В тех редких случаях, когда используется эта функция, роли администратора э(1) будет необходимо с большой осторожностью назначать или изменять порядок  хранения, отбора и передачи э(61), для особо важных официальных документов э(73).
СУЭОД э(32) обязательно должна предоставлять возможность уполномоченному пользователю э(6) устанавливать режим предотвращения перемещения или уничтожения э(24) для классов э(11), дел э(34), разделов э(66) или томовэ(34).	Д
Режим предотвращения перемещения или уничтожения э(24) никогда не должен препятствовать исполнению и завершению срока хранения,	В
Однако смотри  5.1.36.
СУЭОД э(32) обязательно должна предотвращать уничтожение или применение решения об отборе и передаче э(25) к любым сущностям, находящимся в режиме предотвращения перемещения или уничтожения э(24), наряду с их содержимым (дочерними сущностями), если оно существует.	Д
Удаление описано в разделе 9.3.
СУЭОД э(32) никогда не должна разрешать снятие режима предотвращения перемещения или уничтожения э(24) никому, кроме уполномоченного пользователя э(6).	Д
Когда уполномоченный пользователь э(6) устанавливает или снимает режим предотвращения перемещения или уничтожения э(24), СУЭОД э(32) обязательно должна захватывать э(8) и хранить следующую информацию об этом как минимум в протоколе аудита э(4) и желательно как метаданные э(40):	Д
дата, когда режим предотвращения был установлен или снят; личность уполномоченного пользователя э(6); причина режима предотвращения.
	СУЭОД э(32) должна разрешать уполномоченному пользователю э(6) устанавливать несколько режимов предотвращения перемещения или уничтожения э(24) с указанием одной и той же причины для группы классов э(11), дел э(34), разделов э(66) или томов э(74) как массовое действие.	Д
Это требование разрешает уполномоченному пользователю э(6) устанавливать режим предотвращения по одной и той же причине нескольким классам э(11), делам э(34) и так далее.
СУЭОД э(32) должна позволять уполномоченному пользователю э(6) осуществлять, как массовую операцию, одновременное снятие множества режимов предотвращений перемещения или уничтожения э(24) (в случае одной причины).	Д
СУЭОД э(32) должна позволять классу э(11), делу э(34), разделу э(66) или тому э(74) подчиняться одновременно нескольким режимам предотвращения перемещения или уничтожения э(24) либо потому, что они установлены для сущности, либо/и потому что они установлены для сущности более высокого уровня. В любом случае ограничения на отбор и передачу э(25) и другие функции, накладываемые режимом предотвращения перемещения или уничтожения э(24), должны оставаться в силе до снятия последнего из них, влияющего на сущность.	Д
СУЭОД э(32) должна позволять уполномоченному пользователю э(6) осуществлять поиск и составлять отчет обо всех сущностях, подлежащих определенному режиму предотвращения перемещения или уничтожения э(24).	Д
СУЭОД э(32) должна разрешать уполномоченному пользователю э(6) устанавливать, изменять и удалять «напоминание», указывающее пользователю э(68) на существование определенного предотвращения перемещения или уничтожения э(24) в определенное время.	Д

Экспертиза ценности при отборе и передаче

В некоторых условиях порядок хранения, отбора и передачи э(61) используется для управления отбором и передачей э(25) без рассмотрения. В других случаях порядок хранения, отбора и передачи э(61) инициирует экспертизу указанного действия по отбору и передаче э(25) по отношению к агрегации э(3), которая достигла даты или события, указанных в порядке. Экспертиза может касаться метаданных э(40), содержания документа или того и другого при выборе действия по отбору и передаче э(25) (продление срока хранения, передача э(67) в другую систему, уничтожение э(22) или комбинация перечисленного).