Что мы подписываем ЭП в Лоцмане? Объект или документ ?

Автор podshibyakinea, 29.03.17, 17:29:48

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

podshibyakinea

Непонятен это момент с точки зрения ГОСТ.

Расскажите как у Вас устроен механизм подписи в Лоцмане? Очень интересно.
Насколько я понял, штатными средствами нормально организовать подпись не получится, придется серьезно дописывать штатный функционал.

stboris


KiDim

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

podshibyakinea

Цитата: KiDim от 30.03.17, 08:05:39
Вы хотите построить систему на основании ГОСТов или согласно здравого смысла? Противоречия будут, не сомневайтесь. :-)
С точки зрения логики, Вы можете подписать то, что Вам нужно и в стандарте предприятия расписать этот момент, как Вам нужно. По максимуму следовать ГОСТ, остальное, как хочется.

1. Нужно/Хочется все сделать по уму, и если что вдруг (не дай бог) чтобы подписанный документ имел юридическую силу.
Вот момент ЭСИ - это документ и Чертеж/СП - тоже документ, получается подписью в Лоцмане мы подписываем и то и другое?

2. Еще странность. Подписать документ в Лоцманее может любой человек, если у него есть доступ к базе, даже в режиме просмотра.
    Подписать можно абсолютной любой объект даже если он в состоянии "Серия" или "Утвержден"
   
    Смотрите что получается, берем конструктора которому надоело работать на КБ и уйти он хочет красиво! За день до ухода он берет открывает Лоцман - раскрывает всю ветвь агрегатов - выделяет и нажимает подписать! Спроса с него никакого, заметят это не сразу а завтра он уже не работает - спрашивать не с кого.

У себя на предприятиях Вы подписывали функционал или работаете штатными методами ЭП?

Вячеслав


KiDim

Цитата: podshibyakinea от 30.03.17, 09:45:23
1. Нужно/Хочется все сделать по уму, и если что вдруг (не дай бог) чтобы подписанный документ имел юридическую силу.
Вот момент ЭСИ - это документ и Чертеж/СП - тоже документ, получается подписью в Лоцмане мы подписываем и то и другое?

2. Еще странность. Подписать документ в Лоцманее может любой человек, если у него есть доступ к базе, даже в режиме просмотра.
    Подписать можно абсолютной любой объект даже если он в состоянии "Серия" или "Утвержден"
   
    Смотрите что получается, берем конструктора которому надоело работать на КБ и уйти он хочет красиво! За день до ухода он берет открывает Лоцман - раскрывает всю ветвь агрегатов - выделяет и нажимает подписать! Спроса с него никакого, заметят это не сразу а завтра он уже не работает - спрашивать не с кого.

У себя на предприятиях Вы подписывали функционал или работаете штатными методами ЭП?


Ну давайте тогда на пальцах обсудим.

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

Доступ к подписи. Тут да, косяк. Ну я так считаю, как и Вы. Нужно более плотно изучить механизм подписания, чтобы выяснить, как можно управлять этим процессом. У нас такой задачи не ставилось и диверсий описанных Вами тоже не случалось. Проблема тут комплексная. Лоцман использует прикрепленную подпись. При этом сам файл не изменяется, т.е. добавление подписи не изменяет файл. А раз так, то и подпись можно делать для любого объекта/документа в любом его состоянии. Надеюсь разработка услышит наши пожелания и допилит инструмент подписи. Если для Вас это сильно критично, то напишите запрос в ТП. Возможно они даже поделятся готовым решением. Найдете способ - поделитесь. :-)

stboris

Если сотрудники будут проверять, согласовывать электронный состав изделия (ЭСИ), то необходимо подписывать объекты.
У нас на предприятии конструктора ответственны за состав, но не подписывают его. Связана это с тем, что в Лоцман не реализован жесткий режим соответствия состава изделия в спецификации КОМПАС дереву состава изделия ЛОЦМАН. Заставить конструкторов и всех согласующих проверять помимо спецификации еще и состав изделия по меньшей мере не гуманно ). Также надо иметь ввиду, что будут возникать ситуации когда в спецификации будет  все в порядке, а состав может отличаться по тем или иным причинам (не получил информацию в Лоцман, интеграция ЛОЦМАН-КОМПАС отработала некорректно - такое встречается очень часто). В итоге придется вносить изменения в ЭСИ и по новой согласовывать ЭСИ, хотя документ согласован. Тут надо в корне менять методологию работы в системе ЛОЦМАН в таком случае или менять саму систему)). Плюс надо не забывать про ГОСТы, если Вам необходимо их соблюдать например для внешней приемке. Поэтому у нас конструктора контролируют и подписывают только документы, точнее файлы. Почему не подписываем только файл, а не документ и файл? Просто у документа после подписания могут меняться/добавляться атрибуты - любое изменение атрибутов это слетание подписей.

Danila

25.07.17, 15:06:16 #7 Последнее редактирование: 25.07.17, 15:22:00 от Danila
Немного расскажу про нашу методологию.

Используем ЭЦП как файлов, так и объектов.

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

Но любой объект кроме файла (содержательной части документа) имеет еще и реквизитную часть. Которая вместе с файлом не подписывается.

Алгоритмы ЭЦП объектов у АСКОН разработаны слабо. То есть для объектов они подписывают все характеристики сразу. И связи, и атрибуты и наличие файлов и т.д. Но атрибуты при смене состояний могут меняться, как и новые связи, в процессе дальнейшего использования объекта в других разработках.

Нам пришлось доработать в этом направление многие направления по ЭЦП, чтобы обеспечить выборочное ЭЦП нужного количества характеристик объекта. Но пока только в штучном экземпляре. В дальнейшем собираемся капитально переработать этот модуль до уровня конфигуратора ЭЦП. Наработки, идеи, мысли и понимание этого достижения, благо, есть ;-)

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

Но у нас на предприятии существует индивидуальный контроль состава изделия. Здесь разработчик ставит ЭЦП на объект - Сборочную единицу. Скрепляя подписью ряд атрибутов и определенные качественно-количественные характеристики ДСЕ. Лишние связи и лишние атрибуты не подписываются.

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

В перспективе будем и объекты документов подписывать, когда доработаем алгоритмы. В принципе проблем быть не должно. Но надо понимать, что подписываться должны не все характеристики. Тогда не будет проблем.

Все особенности подписывания всегда можно указания в стандартах или инструкциях предприятия.