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

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

Так в соответствии с Федеральным Законом «Об информации, информационных технологиях и о защите информации» электронным документом является электронное сообщение, подписанное электронной цифровой подписью, электронно-графической подписью или иным аналогом собственноручной подписи. А в соответствии с Федеральным Законом «Об электронном документе» электронный документ это форма представления информации в целях ее подготовки, отправления, получения или хранения с помощью электронных технических средств, зафиксированная на магнитном диске, магнитной ленте, лазерном диске и ином электронном материальном носителе. В то время, как в соответствии с Федеральным законом «Об электронной цифровой» подписи электронный документ это документ, в котором информация представлена в электронно-цифровой форме.

Как известно, электронный конструкторский документ в соответствии с ГОСТ 2.051-2006 он должен обладать следующими характеристиками:

1. Состоять из содержательной и реквизитной части. Содержательная часть включает всю необходимую информацию об изделии, а реквизитная часть состоит из структурированного набора реквизитов и их значений. Номенклатура реквизитов – по ГОСТ 2.104-2006 п. 4.1. При этом для каждого электронного конструкторского документа существует обязательный перечень реквизитов (ГОСТ 2.051-2006 п. 4.3 ).

Допускается при выпуске электронного конструкторского документа выполнять реквизитную часть документа в форме информационно-удостоверяющего сопроводительного листа (ГОСТ 2.051-2006 Приложение А п.4.3 ).

2. Все реквизиты электронного конструкторского документа, значением которых является подпись, выполняют в виде электронной цифровой подписи (ГОСТ 2.051-2006 п. 4.4 ).

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

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

Из всей совокупности программного обеспечения, обеспечивающего разработку эксплуатационной и ремонтной документации в электронной форме в соответствии с требованиями, как отечественных, так и зарубежных стандартов можно выделить систему разработки технической документации TG Builder (разработчик – НИЦ CALS-технологий «Прикладная логистика» ) .

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

Отправлено 04.02.2014 в 05:44

Добрый день, Александр.
Конечно же УЛ не аналогичен ЭЦП. Вы абсолютно правы, но он может быть использован, когда нет возможности применять ЭЦП в рамках вашей организации. О проблемах использования ЭЦП, думаю, здесь писать не стоит. Это тема отдельной статьи. Теперь о том, каким образом может быть использован УЛ.
Для того, чтобы понять, как можно использовать УЛ нужно пояснить, как работает ЭЦП. Механизм ЭЦП работает следующим образом:
1. исходный файл;
2. вычисление значении ХЭШ функции от этого файла (получение ХЭШ суммы);
3. подписание ХЭШ суммы с использованием механизма ЭЦП.
Т.е. ЭЦП используется для подписания значения ХЭШ функции от конкретного файла, а не самого файла. Подробнее о ХЭШ сумме можно почитать на википедии. Как правило, значение ХЭШ функции записывается в шеснадцатиричном виде. Выглядеть она может, например, вот так:026f8e459c8f89ef75fa7a78265a0025. С одной стороны это значение уникально для данного конкретного файла, а с другой стороны при любом его изменении значение данной функции измениться.
Теперь можно перейти к УЛ. Существую ряд бесплатных приложений, которые позволяют вычислять значении ХЭШ функции. В таком случае, алгоритм использования УЛ выглядит следующим образом:
1. исходный файл;
2. вычисление значении ХЭШ функции;
3. занесение значения ХЭШ функции в удостоверяющий лист (например, в графу примечания);
4. подписание удостоверяющего листа у всех заинтересованных лиц.
Вот так вкратце может быть использован на практике.

Требования к электронным документам

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

Если при формировании ПД разрабатывалась 3D ИМ объекта или его отдельных тематических частей (разделов/подразделов) в соответствии с постановлением Правительства Российской Федерации от 16.02.2008 № 87 «О составе разделов проектной документации и требованиях к их содержанию», ставших основой графической части проекта, то организация-разработчик может подать на экспертизу, в качестве дополнительной справочной информации, 3D ИМ проектируемого объекта.

В этом случае предлагается включить отдельные компоненты, виды, узлы 3D ИМ или 3D ИМ полностью в состав графической части соответствующего раздела проекта. Для этого передаваемая графическая часть комплекта ПД дополняется файлом/файлами с 3D ИМ объекта.

3D ИМ и ее отдельные компоненты могут быть представлены в форматах IFC (2x3) или 3D PDF или 3D DWFX или NWD .

Примечание: по правовому статусу комплекты аутентичных ЭД являются заверенными электронными копиями электронных оригиналов ПД.

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

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

- при невозможности обеспечить всех ответственных лиц ЭП на отдельные документы, книги, разделы (тома) проекта оформляется информационно-удостоверяющий лист (УЛ). В УЛ указывают обозначения ЭД, к которым он выпущен, фамилии и подлинные подписи лиц, разработавших, проверивших, согласовавших и утвердивших соответствующий ЭД. Подписи лиц, разработавших ЭД и УЛ, и нормоконтролера являются обязательными. В соответствующей графе «Дата» УЛ указывается дата и время последнего изменения утверждаемого файла. Рекомендации по оформлению УЛ содержатся в ГОСТ 2.051-2006 Электронные документы.

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

ГОСТ -2006: ЕСКД

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

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

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

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

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

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

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

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

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

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

ВНЕСЕНА Поправка (ИУС № 4 2007 г.)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(Измененная редакция, Попр. 2007).

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

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

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

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

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

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 целостность документа: Состояние документа, при котором после его выпуска ни в содержательную, ни в реквизитную части не вносилось никаких изменений.

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

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

(Измененная редакция, Попр. 2007).

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

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

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) следует рассматривать как номер версии.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- при переходе на стадию утверждения ИЭД (по ГОСТ 2.601) активные ссылки на составляющие его модули данных не заменяются.

4.8 Код документа в зависимости от способа его выполнения и характера использования записывают в соответствующем реквизите основной надписи по ГОСТ 2.104.

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

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

Примечание — Применение ЭЦП не обеспечивает защиту информации от несанкционированного доступа.

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

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

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

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

Способы организации данных в электронных конструкторских документах