Жизненный цикл документа - не спецификация программного обеспечения (и путаница в этом вопросе обойдётся Вам в миллионы), часть 2

(Окончание, начало см. https://rusrim.blogspot.com/2026/09/1_01275264572.html )

Как решается эта проблема?

Проблема решается посредством изменения того вопроса, который направляет ход проектирования системы. Вопрос заключается не в том, «Реализует ли система управления документами жизненный цикл документа?», а в том, «Каким образом институциональная архитектура распределяет обязанности по управлению жизненным циклом документа между системами-производителями документов, системой управления документами и хранилищем для долговременного хранения документов?».

Мой комментарий: По этой постановке вопроса сразу видно государственного архивиста, который предполагает, что в организации есть всё – и деловые системы, и специализированная система управления документами, а электронный архив (причём не абы какой, а соответствующий весьма суровым требованиям модели OAIS). Но как быть какому-нибудь ОАО «Тушканчик», у которого, возможно, кроме облачной электронной почты и мессенджера ничего и нет?   

Чтобы ответить на этот вопрос, я использую то, что я называю «матрицей владения документами» (Matriz de Titularidad Documental, MTD): каждый процесс жизненного цикла имеет, согласно архитектуре, своего владельца, и [нежелательная, с точки зрения автора – Н.Х.] зависимость возникает именно в тот момент, когда какая-то система присваивает себе право владения, которое ей не принадлежит.

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

Преимущества «независимой» архитектуры

В числе преимуществ, обеспечиваемой «независимой» архитектурой, можно назвать следующие:

• Реальная интероперабельность между порождающими документы деловыми системами, системой управления документами и хранилищем документов;
   
• Проекты конверсии /миграции ввиду устаревания технологий перестают быть крайне рискованными; 

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

Давайте поразмышляем

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

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

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

Применяла ли когда-либо Ваша организация «матрицу владения» к своей собственной системе управления документами - или же предполагается, что система управления документами владеет всем жизненным циклом? Мне было бы интересно узнать о Вашем опыте, которым Вы можете поделиться в своих комментариях.

Джон Гонсалес (Jhon Alexander González Flórez)

Источник: LinkedIn
https://es.linkedin.com/comm/pulse/el-ciclo-de-vida-documental-es-una-especificaci%C3%B3n-y-te-gonzalez-f--qmrge