Проверка проектирования

[Gena]

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

И да, я знаю про контрольные прогоны, суть именно во внешней проверке человеком у которого нет еплана

[MVekb]

Как это реализовать я понимаю, а вот перечень проверок пока не устаканился.

Тут сложно что-либо добавить Это ведь только вам известно какие проверки должны быть.

Видел издалека подобное в одной компании: из еплана выгружался чек-лист в эксель.
Я бы наверное каждому изделию в БДИ забил в произвольные свойства перечень необходимых для него проверок.

Note3.png

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

Note2.png

[AGorskiy]

Можно создать отдельный идентификатор для отчётов, чтобы фильтровать подобные изделия от остальных.

Лет 10 назад еще помнил этот раздел в БДИ. Сейчас ничего не помню. Попрошу вас разъяснить подробнее, пожалуйста.

Отправлено спустя 3 минуты 5 секунд:

Я бы наверное каждому изделию в БДИ забил в произвольные свойства перечень необходимых для него проверок.

В каком отчете используете Произвольные данные?

При заказе счетчика нужно указывать коэф. трансформации, мы забили в Технические параметры фразу
$Необходимо указать коэф. трансформации$
Знаки доллара для бОльшей визуализации, своего рода NOTE BENE.

[AGorskiy]

суть проверок свести к чек-листу который оформлен в самом еплане

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

У нас чек-лист оформлен отдельным документов, который находится в структуре PDM в самом заказе. Чек-лист по возможности формализован, но в каждом заказе есть некоторые особенности, которые и отображены в нем. Обычно чек-лист создается на основе основных ошибок допущенных в ПКО или ПО.

Иными словами - тут сплошное творчество.

[Gena]

ут сложно что-либо добавить Это ведь только вам известно какие проверки должны быть.

Это и был мой вопрос.
Есть общее представление и оно никак не формализовано. Поэтому я и просил поделится, если есть желание, наработками или советами в этом вопросе

[MVekb]

Есть общее представление и оно никак не формализовано. Поэтому я и просил поделится, если есть желание, наработками или советами в этом вопросе

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

Лет 10 назад еще помнил этот раздел в БДИ. Сейчас ничего не помню. Попрошу вас разъяснить подробнее, пожалуйста.

Я использую идентификатор для отчётов, чтобы разделить все изделия в БДИ на относящиеся к категории Прочие, Материалы и Документация. Затем использую этот идентификатор в Групповой спецификации, в которой изделия разбиваются по таким же группам: Документация, Прочие и Материалы.

В каком отчете используете Произвольные данные?

В моём скриншоте в Произвольные данные решили заносить примечания для конструктора (разработчика КД) и примечания для монтажника (того, кто будет собирать шкаф). Данные из этих свойств используем в Групповой спецификации. На выходе имеем два отчёта с примечаниями. Отчёт для монтажника распечатываем и отдаем на сборку, а отчёт для конструктора смотрит конструктор и учитывает в работе.
Ещё из скриншота видно, что в Произвольные свойства выгружаются данные из 1с по остаткам изделий на складах подразделений. Эти данные ни в каких отчётах не используем, они выполняют информационную роль: удобно понимать у кого можно занять в случае необходимости отсутствующее изделие или оценить остаток изделий на складе.

[AGorskiy]

Есть общее представление и оно никак не формализовано.

Есть две стадии проверки.
Одна на уровне ПКО, там проверка описана регламентом. Эта проверка относится к проверке схемы, все ли моменты были учтены в Еплане, к примеру правильность выполнения ПЭ3, заполнены ли все Место монтажа (описат.), сброс сортировки клемм, особенность заполнения ОУ для некоторых компонентов и т.д.
Вторая проверка это чек-лист по заказу, который создается средствами 1С и находится в каталоге заказа в PDM. Состоит из административных проверок, см. скриншот

2021-03-31_9-29-00.png

[+] не по теме топика - вопрос к MVekb

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

Михаил, то что эти данные можно загрузить в Е вопросов нет, но как поддерживать оперативность информации. Какая взаимосвязь с 1С?

[MVekb]

Ответ на вопрос AGorskiy:

[+]

На сколько мне известно, синхронизация баз 1с и Еплан выполняется скриптом раз в 15 мин, есть возможность запустить синхронизацию принудительно по команде. Информация об остатках в нашем случае скорее для справки. Поэтому оперативность тут не критичный параметр.