ГОСТ 2.051-2013 ЕСКД. Электронные документы. Общие положения…

Действующий

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Единая система конструкторской документации

ЭЛЕКТРОННЫЕ ДОКУМЕНТЫ

Общие положения

Unified system for design documentation. Digital documents. General principles

Дата введения 2014-06-01

Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0-92 “Межгосударственная система стандартизации. Основные положения” и ГОСТ 1.2-2009 “Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, применения, обновления и отмены”

Сведения о стандарте

1 РАЗРАБОТАН Федеральным государственным унитарным предприятием “Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении” (ВНИИНМАШ), Автономной некоммерческой организацией Научно-исследовательский центр CALS-технологий “Прикладная логистика” (АНО “НИЦ CALS-технологий “Прикладная логистика”)

2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 28 августа 2013 г. N 58-П)

За принятие проголосовали:

Краткое наименование страны по МК (ИСО 3166) 004-97

Код страны 

по МК (ИСО 3166) 004-97

Сокращенное наименование национального органа по стандартизации

Армения

AM

Минэкономики Республики Армения
Казахстан

KZ

Госстандарт Республики Казахстан
Киргизия

KG

Кыргызстандарт
Молдова

MD

Молдова-Стандарт
Россия

RU

Росстандарт
Таджикистан

TJ

Таджикстандарт
Узбекистан

UZ

Узстандарт
Украина

UA

Гостпотребстандарт Украины

4 Приказом Федерального агентства по техническому регулированию и метрологии от 22 ноября 2013 г. N 1628-ст межгосударственный стандарт ГОСТ 2.051-2013 введен в действие в качестве национального стандарта Российской Федерации с 1 июня 2014 г.

5 ВЗАМЕН ГОСТ 2.051-2006

ВНЕСЕНА поправка, опубликованная в ИУС N 10, 2014 год 

Поправка внесена изготовителем базы данных

1 Область применения

Настоящий стандарт устанавливает общие требования к выполнению электронных конструкторских документов изделий всех отраслей промышленности.

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

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие межгосударственные стандарты:

ГОСТ 2.001-2013 Единая система конструкторской документации. Общие положения

ГОСТ 2.004-88 Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ

ГОСТ 2.102-2013 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.104-2006 Единая система конструкторской документации. Основные надписи

ГОСТ 2.105-95 Единая система конструкторской документации. Общие требования к текстовым документам

ГОСТ 2.301-68 Единая система конструкторской документации. Форматы

ГОСТ 2.501-2013 Единая система конструкторской документации. Правила учета и хранения

ГОСТ 2.511-2011 Единая система конструкторской документации. Правила передачи электронных конструкторских документов. Общие положения

ГОСТ 2.601-2013 Единая система конструкторской документации. Эксплуатационные документы

ГОСТ 2.602-2013 Единая система конструкторской документации. Ремонтные документы

ГОСТ 2.610-2006 Единая система конструкторской документации. Правила выполнения эксплуатационных документов

ГОСТ 2.701-2008 Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению

ГОСТ 34.310-95/ГОСТ Р 34.10-2001 Информационная технология. Криптографическая защита информации. Процедуры выработки и проверки электронной цифровой подписи на базе асимметричного криптографического алгоритма

Примечание – При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования – на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю “Национальные стандарты”, который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя “Национальные стандарты” за текущий год. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

3 Термины, определения и сокращения

3.1 Термины и определения

В настоящем стандарте применены термины по ГОСТ 2.001, а также следующие термины с соответствующими определениями:

автоматизированная система: Система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных функций.[ГОСТ 34.003-90. статья 1.1]

3.1.2 аутентичный документ: Документ, одинаковый с исходным по содержанию, и отличный от исходного по формату и/или кодам данных.

Примечание – Аутентичные документы могут быть выполнены на одинаковых или различных видах носителя данных.

3.1.3 версия (документа): Электронный конструкторский документ, соответствующий определенной стадии разработки документа*1).

dokipedia.ru

ГОСТ 2.051-2006 ЕСКД. Электронные документы

ГОСТ 2.051-2006

Группа Т52

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Единая система конструкторской документации

ЭЛЕКТРОННЫЕ ДОКУМЕНТЫ

Общие положения

Unified system for design documentation. Digital documents.

General principles

МКС 01.100

ОКСТУ 0002

Дата введения 2006-09-01

Предисловие

Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0-92 “Межгосударственная система стандартизации. Основные положения” иГОСТ 1.2-97*”Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Порядок разработки, принятия, применения, обновления, отмены”

________________

* С 1 июля 2010 г. действует ГОСТ 1.2-2009.

Сведения о стандарте

1 РАЗРАБОТАН Федеральным государственным унитарным предприятием Всероссийским научно-исследовательскиминститутом стандартизации и сертификации в машиностроении (ВНИИНМАШ), Автономной некоммерческой организациейНаучно-исследовательскимцентромCALS-технологий”Прикладная логистика” (АНО НИЦCALS-технологий”Прикладная логистика”)

ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

2 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол N 23 от 28 февраля 2006 г.)

За принятие проголосовали:

Краткое наименование

 

Код страны

 

Сокращенное наименование

страны по МК (ИСО 3166)

 

по МК (ИСО 3166)

 

национального органа по

004-97

 

004-97

 

стандартизации

 

 

 

 

 

Азербайджан

 

AZ

 

Азстандарт

 

 

 

 

 

Армения

 

AM

 

Минторгэкономразвития

 

 

 

 

 

Беларусь

 

BY

 

Госстандарт Республики Беларусь

 

 

 

 

 

Казахстан

 

KZ

 

Госстандарт Республики Казахстан

 

 

 

 

 

Кыргызстан

 

KG

 

Кыргызстандарт

 

 

 

 

 

Молдова

 

MD

 

Молдова-Стандарт

 

 

 

 

 

Российская Федерация

 

RU

 

Федеральное агентство по

 

 

 

 

техническому регулированию и

 

 

 

 

метрологии

 

 

 

 

 

Таджикистан

 

ТJ

 

Таджикстандарт

 

 

 

 

 

Туркменистан

 

TM

 

Главгосслужба “Туркменстандартлары

 

 

 

 

 

 

 

 

 

Узбекистан

 

UZ

 

Узстандарт

 

 

 

 

 

Украина

 

UA

 

Госпотребстандарт Украины

3 Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2006 г. N 119-ст межгосударственный стандарт ГОСТ 2.051-2006 введен в действие в качестве национального стандарта Российской Федерации 1 сентября 2006 г.

4 ВВЕДЕН ВПЕРВЫЕ

5 ИЗДАНИЕ (апрель 2011 г.) с Поправкой (ИУС 4-2007)

Информация о введении в действие (прекращении действия) настоящего стандарта публикуется в указателе “Национальные стандарты”.

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

1 Область применения

Настоящий стандарт устанавливает общие требования к выполнению электронных конструкторских документов изделий машиностроения и приборостроения.

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

2 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие межгосударственные стандарты:

ГОСТ 2.004-88 Единая система конструкторской документации. Общие требования к выполнению конструкторских технологических документов на печатающих и графических

устройствах вывода ЭВМ

ГОСТ 2.102-68 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.104-2006 Единая система конструкторской документации. Основные надписи ГОСТ 2.301-68 Единая система конструкторской документации. Форматы

ГОСТ 2.601-2006 Единая система конструкторской документации. Эксплуатационные документ

ы

ГОСТ 2.602-95 Единая система конструкторской документации. Ремонтные документы

ГОСТ 2.701-2008 Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению

ГОСТ 34.310-95/ГОСТР34.10-2001*Информационная технология. Криптографическая защита информации. Процедуры выработки и проверки электронной цифровой подписи на базе асимметричного криптографического алгоритма

______________

*Вероятно, ошибка оригинала. Следует читать: ГОСТ 34.310-95/ГОСТ Р 34.10-94. Взамен ГОСТ

Р34.10-94 с 01.07.2002 действует ГОСТ Р 34.10-2001, здесь и далее по тексту. – Примечание изготовителя базы данных.

Примечание – При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов по указателю “Национальные стандарты”, составленному по состоянию на 1 января текущего года, и по соответствующим информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

3 Термины, определения и сокращения

3.1Термины и определения

Внастоящем стандарте применены следующие термины с соответствующими определениями:

3.1.1

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

[ГОСТ 34.003-90, пункт 1.1]

(Поправка).

3.1.2атрибут: Элемент данных, который выражает определенную характеристику документа и имеет имя и значение [1].

3.1.3аутентичный документ: Документ, одинаковый с исходным по содержанию и различный по формату и (или) кодам данных.

Примечание – Аутентичные документы могут быть выполнены на одинаковых или разных видах носителя данных.

3.1.4 версия документа: Электронный документ, соответствующий определенной стадии

(этапу) разработки документа*.

______________

Здесь и далее знаком “*” отмечены пункты, к которым даны комментарии в приложении А.

3.1.5 вторичный документ: Документ, который может быть получен из документа другого вида.

Примечание – Несколько вторичных документов могут быть получены из одного первичного документа. Один вторичный документ может быть получен из нескольких первичных документов (в т.ч. различных видов).

3.1.6 идентичный документ: Документ, одинаковый с исходным по содержанию и формату и (или) кодам данных.

Примечание – Идентичные документы могут быть выполнены только на одинаковых видах носителя данных.

3.1.7интерактивный электронный документ: Документ, информация содержательной части которого доступна в интерактивной форме.

3.1.8информационная единица: Файл или набор файлов, рассматриваемый как единое целое

.

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

Примечание – Виды документов по ГОСТ 2.102.

3.1.10статус версии документа: Реквизит, определяющий состояние версии документа на стадии (этапе) его разработки*.

3.1.11форма внешнего представления: Воспроизведение электронного документа на экране дисплея, на бумажном носителе или ином аналогичном носителе в понятной для визуального обозрения и пригодной для восприятия человеком форме.

3.1.12твердая копия: Полученная на устройствах вывода ЭВМ надлежащим образом удостоверенная форма внешнего представления электронного документа, выполненная на бумажном носителе.

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

3.1.14

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

[ГОСТ 2.001-93,пункт А.3]

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

3.2Сокращения

Внастоящем стандарте приняты следующие сокращения:

АС – автоматизированная система;

ДЭ – электронный конструкторский документ;

ИЕ – информационная единица;

ИЭД – интерактивный электронный документ;

КД – конструкторская документация;

УЛ – информационно-удостоверяющийлист;

ЭЦП – электронная цифровая подпись;

ЭВМ – электронно-вычислительнаямашина.

4 Общие положения

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

4.2ДЭ имеют два представления – внутреннее и внешнее.

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

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

4.3 ДЭ состоит из двух частей: содержательной и реквизитной.

Содержательная часть состоит из одной или нескольких ИЕ, содержащих необходимую информацию об изделии. Содержательная часть может состоять раздельно или в любом сочетании из текстовой, графической, аудиовизуальной (мультимедийной) информации. Реквизитная часть состоит из структурированного по назначению набора реквизитов и их значений. Номенклатура реквизитов ДЭ – по ГОСТ 2.104. В реквизитную часть ДЭ допускается вводить дополнительные реквизиты с учетом особенностей применения и обращения ДЭ. Номенклатуру дополнительных реквизитов и правила выполнения и отображения в визуально воспринимаемом виде устанавливает разработчик*.

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

4.4 Все реквизиты ДЭ, значением которых является подпись, выполняют в виде ЭЦП по ГОСТ 34.310. Внешнее представление реквизитов, значением которых является ЭЦП, для различных видов конструкторских документов устанавливает разработчик*.

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

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

-в простом ДЭ содержательная часть реализована в виде одной ИЕ;

-в составном ДЭ содержательная часть реализована в виде нескольких ИЕ, связанных друг с другом ссылками, как правило, определяемыми применяемым форматом данных;

-в агрегированном ДЭ содержательная часть реализована в виде нескольких ИЕ, информационно связанных друг с другом.

Примеры различных способов организации содержательной части ДЭ приведены в приложении Б*.

4.6ИЕ в ДЭ могут образовывать сложные иерархические структуры, имеющие совмещенные реквизитные части и общие описания составляющих компонентов. При многократном использовании компонентов допускается применение ссылок*.

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

4.8Наименования ДЭ в зависимости от способа их выполнения и характера использования – по ГОСТ 2.102. В этом случае в реквизитной части ДЭ должно быть указание о коде документа поГОСТ 2.104*.

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

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

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

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

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

4.13ЭЦП используют, как правило, последовательно или параллельно. При последовательном использовании каждая последующая ЭЦП, подтверждающая ранее подписанную информацию и все предыдущие ЭЦП, обеспечивает проверку целостности по предыдущим подписям. При параллельном использовании каждая ЭЦП подтверждает только подписываемую информацию*.

4.14Порядок использования ЭЦП и применяемые программно-техническиесредства в пределах отдельной организации устанавливаются разработчиком документации в зависимости от наличия конкретного информационного, программного и организационного обеспечения.

Для документации, выполняемой в электронной форме на изделия, разрабатываемые по заказу Министерства обороны, порядок использования ЭЦП и применяемые программно-техническиесредства должны быть согласованы с заказчиком (представительством заказчика)*.

4.15 Порядок управления данными ЭЦП устанавливает разработчик. При обращении ДЭ в корпоративных АС порядок управления данными ЭЦП (например, обмен ключами) устанавливают организации-участники*.

Приложение А (справочное). Комментарии к пунктам стандарта

Приложение А (справочное)

3.1.3 В неавтоматизированной системе управления документами все изменения, как правило, относятся к одному исходному документу, который также включает в себя все его предыдущие изменения. В такой системе управления документами порядковый номер изменения (графа 14 основной надписи по ГОСТ 2.104) следует рассматривать как номер версии.

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

Под системой управления документами подразумевается система, обеспечивающая

выполнение функций управления конструкторскими документами cогласно ИСО 11442-4[2]. В качестве системы управления документами может применяться автоматизированная система

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

________________

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

3.1.4 Как правило, статус версии документа указывается терминами “в разработке”, “на согласовании”, “выпущен”, “утвержден”, “отменен” и т.п. Перечень таких терминов для различных видов КД устанавливают стандартом организации.

4.2Внутреннее представление ДЭ – например, на электронном носителе или в памяти ЭВМ.

4.3Допускается при выпуске ДЭ выполнять реквизитную часть ДЭ в форме информационноудостоверяющего сопроводительного листа. Рекомендуемая форма УЛ сопроводительного листа приведена в приложении В.

4.4ЭЦП – неотъемлемая часть реквизитной части ДЭ, предназначенная для удостоверения и подтверждения его подлинности и целостности.

Для внешнего представления рекомендуется использовать строку символов. Например, при положительном результате проверки ЭЦП рекомендуется использовать строку “”, при отрицательном результате – строку “???”.

4.5 Примером простого ДЭ может служить документ, реализованный в виде одного файла, который содержит в себе все необходимые для своей интерпретации данные – файла текстового процессора, электронной таблицы, обменного файла по ИСО 10303-21[3] и т.п.

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

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

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

Примером агрегированного документа является интерактивное электронное техническое руководство, представляющее совокупность ИЕ в виде модулей данных, выполненных в форме набора файлов с гипертекстовой разметкой по ИСО 8879 [4]. Визуальное представление документа формируется прикладным программным средством. Каждый модуль данных может управляться АС по реквизитным частям ИЕ независимо от другого. Связь между ИЕ осуществляется по взаимным ссылкам.

4.6 В процессе разработки документа и/или версии документа могут существовать активные ссылки по ИСО 8879 на другие документы (части документов), которые будут являться

studfiles.net

В России появился ГОСТ, определяющий формат обмена электронными документами / Блог компании Электронные Офисные Системы / Хабр

Основным камнем преткновения для повсеместного внедрения электронного документооборота в России до сих пор являлось отсутствие единых правил формирования документов для передачи из одной СЭД в другую. Таким образом, не было никакой гарантии, что электронный документ одной организации смогут правильно прочесть и тем более использовать в другой. Теперь ситуация изменилась: принят ГОСТ с длинным названием «Системы электронного документооборота. Взаимодействие систем управления документами. Требования к электронному сообщению».

О том, почему этот ГОСТ так нужен и что он может изменить – под катом.

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

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

Масштабы проблемы таковы, что документ одного ведомства в другом не могли не только обработать, но зачастую даже прочитать. Так что проблема совместимости различных СЭД стояла очень остро и давно: этой проблемой всерьез занимаются с 2004 года, когда группа компаний-разработчиков под эгидой Гильдии Управляющих Документацией разработала первый подобный стандарт – «Взаимодействие систем автоматизации документационного обеспечения управления. Состав, содержание и описание зон электронного сообщения». Он и стал основой для принятого на днях ГОСТа Р 53898-2010 «Системы электронного документооборота. Взаимодействие систем управления документами. Требования к электронному сообщению».

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

Пример кода в рамках ГОСТа:

<!--*********************************************************************** -->
<!-- ******************************* Зона «Документ» ************************ -->
<!--*********************************************************************** -->
<xs:complexType name="DocumentType">
<xs:sequence>
<xs:element ref="RegNumber"/>
<xs:element ref="Confident"/>
<xs:element ref="Referred" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="DocNumber" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="Addressee" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="DocTransfer" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="RegHistory" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="Author" maxOccurs="unbounded"/>
<xs:element ref="Validator" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="Writer" minOccurs="0"/>
</xs:sequence>
<xs:attribute name="idnumber" type="xs:string" use="required"/>
<xs:attribute name="type" type="DocumentEnumType" use="required"/>
<xs:attribute name="kind" type="xs:string" use="optional"/>
<xs:attribute name="pages" type="xs:unsignedLong" use="optional"/>
<xs:attribute name="title" type="xs:string" use="optional"/>
<xs:attribute name="annotation" type="xs:string" use="optional"/>
<xs:attribute name="collection" type="CollectionEnumType" use="optional"/>
</xs:complexType>

Теперь пара слов о том, к чему принятие ГОСТа приведет. Самое главное – это облегчение взаимодействия компаний и ведомств: доступными станут автоматическая регистрация и маршрутизация документов, направляемых в другие ведомства, автоматическая доставка оповещений о состоянии работы с отправленными ранее документами и так далее. Потери информации сократятся, да и разработчикам СЭД, коими мы как раз и являемся, это сильно облегчит жизнь, потому что не надо будет каждый раз решать проблему взаимодействия с другими системами — уменьшится стоимость разработки интерфейсов и связей между системами управления документами.

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

Подробно с ГОСТом можно ознакомиться по ссылке: www.pk6.eos.ru/upload/pk6/Pr_GOSTR_OR.pdf

habr.com