Перспективы MoReq в России

Иногда самое трудное - это начало. Вот и для меня самым сложным было придумать начало для этой очередной порции мыслей. В голове вертелись бесчисленные штампы «исполнилось n лет (месяцев, дней) со дня», «только ленивый не обсуждал...», «трудно переоценить...», «теперь, когда страсти поутихли, можно спокойно...». Только вот дата получалась не круглая, в обсуждении принимали участие исключительно обладающие необходимой квалификацией и опытом специалисты, да и страстей никаких особых не наблюдалось. И говорить мы будем не о прошлом, а о будущем, поэтому сразу, не тяня резину в долгий ящик, начнем. Итак, какие перспективы у MoReq в России? В этой загадочной стране, для которой требуется и своя единица измерения и какой-то особенный орган (или механизм) для познания.

Сценарий первый: основа для национального стандарта. Не смотря на то, что в презентации Марка Фреско (руководителя проекта и главного идеолога MoReq) для тулузской конференции DLM-форума присутствует фраза, что спецификация MoReq в России возведена в ранг национального стандарта, боюсь, что сие скорее желаемое, чем действительное. Спецификация MoReq2 изначально задумывалась как наднациональный и надотраслевой документ. Для учета особенностей национального законодательства предлагается написать нулевую главу. Не знаю как в остальных странах, но российская глава грозит получиться уж очень «нулевой», то есть о чем в ней писать, не совсем понятно. Существующее отечественное законодательство как-то по-жириновски «однозначно» связывает юридически значимый электронный документ с ЭЦП. Такая же позиция и у ФНС, которая в качестве электронного аналога первичных документов видит только электронные документы, подписанные ЭЦП. Не переписывать же в нулевой главе закон об ЭЦП? Технология PKI (Public Key Infrastructure) прекрасно подходит для обмена сообщениями по открытым (публичным) каналам (еще бы, именно для этого она и была разработана), но на универсальную технологию для электронного документооборота, увы, PKI не лучший кандидат. И накладно, и потом с долговременным хранением таких документов обязательно возникнут проблемы. С другой стороны, российские суды активно принимают в качестве доказательств и сообщения электронной почты, и выписки из баз данных, и «обычные» офисные документы. Хитрые потомки англо-саксов давно уже отделили мух от котлет, разделив все документы (и бумажные и электронные) на информационные (documents) и официальные (records). Российское же законодательство относится к континентальному подвиду, поэтому более или менее бесшовно скрестить ужа с ежом, то есть адаптировать такое деление документов в отечественное законодательство будет проблематично. Более реалистичным вариантом разрешения дилеммы выглядит принятие законодательного акта об электронном документе, определяющего в том числе критерии юридической значимости электронного документа. Иные, чем простое наличие ЭЦП.

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

Заговорив про стандарт, я ничего не сказал о сфере, которую он будет регламентировать. И это тоже открытый вопрос. Дело в том, что управление официальными документами (или управление документацией, кому как нравится), то есть та активность, что в англоговорящих странах гордо называется «records management», выходит за рамки какого-то одного направления деятельности: делопроизводства, управления архивами, управления ИТ-инфраструктурой. Я бы даже сказал, это направление приложения сил, охватывающего все виды деятельности организации, все бизнес-процессы, деятельность, направленная на минимизацию ущерба, вызванного ненадлежащим исполнением требований законодательства и бизнеса в части хранения, предоставления и уничтожения документов. Деятельность сознательная, универсальная, ибо требования законодательства могут меняться как с течением времени, так и при изменении сферы деятельности организации. Нельзя сказать, что MoReq2 совсем не касается смежных областей (управление материальными документами, управление электронными информационными документами, управление бизнес-процессами и т.п.), как раз наоборот, он содержит опциональные требования к дополнительному функционалу ERMS (Electronic Records Management System), разумеется, в той части, в которой это относится к управлению официальными электронными документами. Но, на мой взгляд, для национального стандарта следует «более комплексно», по-другому, что ли, очертить область действия. Например, управление официальными документами (и бумажными и электронными) или только порядок хранения документов (также и бумажных и электронных) или порядок уничтожения. В любом случае придется гармонизировать требования MoReq с требованиями национального законодательства. Что само по себе есть задача нетривиальная.

Сценарий второй: отраслевой стандарт для производителей систем. Систем электронного документооборота? Не совсем. В переводе MoReq2, выполненного Гильдией Управляющих Документацией, есть такая странная на первый взгляд аббревиатура - СУЭОД, что означает Система Управления Электронными Официальными Документами. Это так коллеги перевели ERMS (Electronic Records Management System). Так вот, СУОЭД и СЭД - на мой взгляд, несколько разные понятия. СЭД - это класс реально существующих систем, позволяющих управлять электронными документами (и официальными и информационными), содержимым веб-сайтов, электронным архивом, бизнес-процессами, захватом документов в систему и т.п. Наиболее, по моему мнению, близкой к СЭД по смыслу англоязычной аббревиатурой будет все же ECMS (Enterprise Content Management System). СУОЭД (ERMS) - понятие скорее функциональное, а именно управление электронными официальными документами. Функционал СУОД может быть реализован не только специализированной системой, но и модулем (модулями) более крупной системы, а также совокупностью различных систем. Осмелюсь предположить, что СЭД может включать СУЭОД, подобно тому, как на схемах AIIM  управление электронными официальными документами (ERM) входит в ECM. Так что для потребителя фраза «система соответствует MoReq2» будет означать лишь то, что управление электронными официальными документами в системе реализовано в соответствии с вышеуказанными требованиями. И только. А как в системе реализовано управление информационными документами или, скажем, бизнес-процессами, придется разбираться самостоятельно. Иными словами, задача выбора и сравнения нескольких систем электронного документооборота, может и облегчится, но не намного. В общем, как-то не густо...

Но и этот сценарий будет возможен только после того, когда юридически значимый электронный документ будет законодательно отвязан от ЭЦП и будут  определены формальные критерии наличия у документа юридической силы. Пока же на бескрайних просторах Отечества для электронного документооборота определения «юридически значимый» и «соответствующий требованиям MoReq2» несколько ортогональны друг другу. То есть из соответствия MoReq2 юридическая значимость документов, хранимых в MoReq2-соответствующей системе прямо не вытекает.

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

Что-то многовато для блога получается - пора закругляться. Итак, как мне видится, перспективы у MoReq2 в России хоть и не радужные, но какие-то все таки есть... Но что бы они стали реальными, требуется более четко, но и без привязки к какой-то одной технологии определить правовой статус электронного документа.