Перейти к публикации

Информационно-удостоверяющий лист (УЛ) на электронный конструкторский документ (ДЭ)


Рекомендованные сообщения

Коллеги, подскажите - кому приходилось оформлять сабж?

Как выбирать "алгоритм расчета контрольной суммы"? Вообще ппц конечно с этими двумя гостами - 2.051-2013 и 2.052-2006 и 2.102-2013 - то ДЭ, то ЭСБ, то сборочный чертеж обязателен, то нет...

Изменено пользователем djrandom
Ссылка на сообщение
Поделиться на других сайтах


Кто-нить из форумчан вообще в своей конструкторской работе, при хранении и учете КД, при проведении ИИ применяет цифровые подписи?

Ссылка на сообщение
Поделиться на других сайтах

С УЛ не сталкивался. Алгоритм расчета контрольной суммы - это один из алгоритмов хеширования. В гостовском примере использован MD5. По ГОСТу конкретный алгоритм определяет разработчик, так что можете использовать тот, который считаете наиболее подходящим.

Ссылка на сообщение
Поделиться на других сайтах
С УЛ не сталкивался

УЛ оформляют на листах формата А4 с основной надписью для текстовых документов на каждый носитель. Если лица подписывающие ДЭ и УЛ одинаковы то подписывают только в основной надписи.

Ссылка на сообщение
Поделиться на других сайтах

УЛ оформляют на листах формата А4 с основной надписью для текстовых документов на каждый носитель. Если лица подписывающие ДЭ и УЛ одинаковы то подписывают только в основной надписи.

Я не понял - почему именно А4? По Гост 2.051 можно и на А5 оформить...

С УЛ не сталкивался. Алгоритм расчета контрольной суммы - это один из алгоритмов хеширования. В гостовском примере использован MD5. По ГОСТу конкретный алгоритм определяет разработчик, так что можете использовать тот, который считаете наиболее подходящим.

Собственно меня интересует вопрос - что является критериями для выбора алгоритма. Устойчивость к взлому? Распространенность? Стоимость лицензий? Или еще что-то?

Изменено пользователем djrandom
Ссылка на сообщение
Поделиться на других сайтах
Собственно меня интересует вопрос - что является критериями для выбора алгоритма. Устойчивость к взлому? Распространенность? Стоимость лицензий? Или еще что-то?

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

Изменено пользователем Елена
Ссылка на сообщение
Поделиться на других сайтах

Вообще-то контрольная сумма - это объем, который занимают файлы документации на носителе

 

Не вводите народ в заблуждение, пожалуйста...  :smile:

Ссылка на сообщение
Поделиться на других сайтах

2brigval, я искренне надеюсь, что те, кто писал ГОСТ, имели более глубокие познания как о контрольной сумме в частности, так и об вообще об электронном документообороте вообще  :)

Ссылка на сообщение
Поделиться на других сайтах

2brigval, я искренне надеюсь, что те, кто писал ГОСТ, имели более глубокие познания как о контрольной сумме в частности, так и об вообще об электронном документообороте вообще  :)

 

Одним из смыслов этих ГОСТов является легализация проектирования на компьютерах.

Изменено пользователем brigval
Ссылка на сообщение
Поделиться на других сайтах

что является критериями для выбора алгоритма.

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

 

В итоге решение должны принимать скорее айтишники, чем инженеры.

Изменено пользователем IGU
Ссылка на сообщение
Поделиться на других сайтах
Не вводите народ в заблуждение, пожалуйста..

Все зависит от того, что принято указывать на УЛ на вашем предприятии. Суть не меняется - некий набор байтов, подтверждающих подлинность данных. У нас указывалась дата создания и объем.  

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

Изменено пользователем Елена
Ссылка на сообщение
Поделиться на других сайтах

Все зависит от того, что принято указывать на УЛ на вашем предприятии. Суть не меняется - некий набор байтов,

 

Контрольная сумма - число, а не набор байтов.

 

У нас указывалась дата создания и объем.

1 При копировании файлов в Windows в некоторых случаях дата создания файла сама заменяется на дату копирования.

2 Объем файла на разных носителях разный. Здесь тоже надо проявлять осторожность. Указывать надо объем в зеленой рамке.

post-5316-0-75590100-1466151334.png

 

 

Для практических целей удобно пользоваться алгоритмом MD5. Легко получить контрольную сумму, например в Тотал Коммандере. Для практических целей конструктора достаточно контрольной суммы. Цифровая подпись не обязательна. Если, конечно, руководство не наклоняет.

Если руководство организует цифровую подпись, то ему и карты в руки. Конструктор будет работать строго по инструкциям. И ничего выдумывать не надо...

Изменено пользователем brigval
Ссылка на сообщение
Поделиться на других сайтах

[

 

1 При копировании файлов в Windows в некоторых случаях дата создания файла сама заменяется на дату копирования. 2 Объем файла на разных носителях разный. Здесь тоже надо проявлять осторожность. Указывать надо объем в зеленой рамке.

У меня при загрузке файла в базу программа записывала дату создания и объем по потоку переданных данных. Причем эти функции еще с DOSовских времен.

Изменено пользователем Елена
Ссылка на сообщение
Поделиться на других сайтах
  • 3 года спустя...

Подниму тему УЛов. Скажите пожалуйста, форма УЛа (состав граф) обязана соответствовать ГОСТ 2.051? У нас на предприятии почему-то убраны графы "номер последнего изменения", "алгоритм расчета", "контрольная сумма" и пр.

Ссылка на сообщение
Поделиться на других сайтах
58 минут назад, 20032015 сказал:

... форма УЛа (состав граф) обязана соответствовать ГОСТ 2.051?

Согласно п.4.15 допускается добавлять графы. Про то, что можно удалять графы, не сказано. Значит - по составу граф обязана, как минимум, соответствовать.

Ссылка на сообщение
Поделиться на других сайтах

Исходя из формы УЛ видно, что на каждый электронный КД, сдаваемый в архив, должна быть посчитана контрольная сумма и указан алгоритм расчета. Правильно понимаю?

@BSV1 в ГОСТ 2.051 есть такая фраза: "В.1.5. УЛ рекомендуется выполнять в соответствии с рисунком В.1 на листах формата А4, А5 по ГОСТ 2.301. Общие требования к выполнению - по ГОСТ 2.004. Пример выполнения УЛ для двух документов на одном листе приведен на рисунке В.2."

Значит ли это, что форма УЛ рекомендованная, а значит не требует строгого соответствия?

Ссылка на сообщение
Поделиться на других сайтах
4 часа назад, 20032015 сказал:

Исходя из формы УЛ видно, что на каждый электронный КД, сдаваемый в архив, должна быть посчитана контрольная сумма и указан алгоритм расчета. Правильно понимаю?

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

4 часа назад, 20032015 сказал:

Значит ли это, что форма УЛ рекомендованная, а значит не требует строгого соответствия?

В общем случае да. В том же п.4.15 сказано, что допускается изменять размеры и расположение граф и на это несоответствие приведенному примеру должен быть выпущен стандарт предприятия. На практике, если КД подлежит передаче заказчику, такое несоответствие должно быть с ним согласовано. Знаю случаи, когда заказчик упёрся и пришлось перевыпускать все УЛ.

Ссылка на сообщение
Поделиться на других сайтах

Ох, как все запущено...На предприятии из формы УЛа убраны графы "алгоритм" и "к.сумма" и соответственно никакие контрольные суммы не вычисляют и не заполняют.

Ссылка на сообщение
Поделиться на других сайтах

Подскажите пожалуйста, УЛ оформляют на каждую новую версию электронного документа, которая появляется в результате коррекции?

Ссылка на сообщение
Поделиться на других сайтах
13 часа назад, 20032015 сказал:

Подскажите пожалуйста, УЛ оформляют на каждую новую версию электронного документа, которая появляется в результате коррекции?

Выпускают по извещению новый УЛ.

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • Ветерок
      "увеличение оптимизации". Оптимизацию невозможно ни увеличить, ни уменьшить.
    • gudstartup
      @boomeeeer может от страны зависит
    • david1920
      нет время нет заниматься да и информации новой нет Это я на других станках делал
    • gudstartup
      @david1920 имеется ввиду платы на системах с сертификацией опций фалом oprminf старые в расчет не принимаются вы свой 18i восстановили?
    • gudstartup
      очень даже спрашивают как обязательную информацию для проверки вашей компании налоговый идентификатор должен быть указан. на myfanuc не спрашивают а вот на портале к сожалению просто так не зарегаться. 
    • david1920
      На 0I-TC mate менял плату управления приводами На 18i-TB менял для диагностики платы процессоров (один был от Spinner другой простой) процы были одинаковые Всё работает
    • brigval
      Браком 1.04В версии 1.04Добавлено: Автоуменьшение высоты шрифта многострочного наименования в ОН чертежа.Добавлено: Переименование поверхностей, баз, размеров в порядке их следования на чертеже.Добавлено: Переименование изображений по ГОСТ: сначала виды, затем разрезы, сечения, выносные элементы.Добавлено: Выравнивание неассоциативных видов.Добавлено: Ручной ввод шага и угла наклона штриховки.Добавлено: Перемещаются в макроэлемент компоненты, исключаемые из спецификации.Добавлено: Выбор количества значащих цифр в значении площади поверхности детали для вставки в ТТ.Добавлено: Возможность не авторазмещать ТТ перед конвертацией чертежа в PDF.Добавлено: Добавлены кнопки «Выделить все включенные в расчет» и Выделить все исключенные из расчета».Добавлено: Версия КОМПАС-3D Home показывается в программе со словом Home.Добавлено: Улучшен алгоритм считывания и вставки ТТ чертежа.Добавлено: При конвертации чертежа в PDF удаляется старый файл с таким же обозначением в начале имени, как обозначение в начале имени нового файла.Добавлено: Улучшено считывание номеров позиций из 3D-модели сборки.Исправлено: Иногда скрытые и потом показанные объекты чертежа отображались не серым цветом.Исправлено: Иногда после ручного заполнения графы «Масса» ОН чертежа в окне программы масса могла отображаться не правильно.Исправлено: В некоторых случаях из ОН чертежа могла не считываться литера.Исправлено: В некоторых окнах программы неправильно показывался заголовок окна программы.Исправлено: Другие замеченные мелкие ошибки и неточности кода.Скачать
    • boomeeeer
      Не помню чтобы у меня такое спрашивали при регистрации.
    • Snake 60
      @eljer0n  Откройте макрос SaveDRW.swp редактором VBA Найдите вот эти строки: Поменяйте выделенную цифру на нужную вам 3 или 4 - это количество символов которое останется от имени конфигурации. PS При сохранении в PDF тоже ругается на неправильное название чертежа, т.к. тоже обрезает название конфигурации до двух знаков, там тоже надо править при желании...
    • eljer0n
      @malvi.dp в общем порядок следующий (на каждое исполнение свой чертеж и позиция в спецификации):   Для исполнения с 2мя знаками. 1. Есть деталь с именем формата ХХ-01.01-01 (последнее -01 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации (как у вас на картинке). Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с корректным именем. 5. В спецификации сборки все отображается корректно.     Для исполнения с 3мя знаками. 1. Есть деталь с именем формата ХХ-01.01-011 (последнее -011 это исполнение) 2. В Мпроп детали назначается исполнение из конфигурации. Отображается корректно 3. Создается чертеж по модели, исполнение в основной надписи чертежа детали отображается корректно. 4. Сохраняется через SaveDRW с некорректным именем, а именно - с обрезанным до двух знаков исполнением (-01). 5. В спецификации сборки шифр отображается (внезапно! может какой глюк был: у солида или у меня ) корректно, как и у вас на рисунке.     Выходит, загвоздка все-таки только в сохранялке чертежа.
×
×
  • Создать...