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

Единая форма оформления спецификаций


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

И все-таки, чем руководство мотивирует смену оформления спецификаций с варианта А на вариант Б? Ежели не секрет.

Да я понятия не имею. Программисты со мной стараются не общаться...

Позиции имхо тоже анахронизм при электронном оформлении.

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

На его же основе делаем штрихкод для логистики и тп

Ну если еще и на позиции замахнуться - то вообще потопчут....

А по поводу "хэш" еще в 2005 году в моей ПДМ все компонетны при регистрации его получали (код базы данных), выводились в виде штрих-кода на чертеже, спецификации и распечатывались на самоклеющихся этикетках к производственному заданию по числу деталей и сборок. Рабочий делал деталь/сборку и клеил этикетку. Фотку, если найду - выложу.

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


Да я понятия не имею. Программисты со мной стараются не общаться...

Понятно.

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

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

Понятно.

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

Единую форму для спецификаций я предлагаю потому, что мне своей ПДМ не объяснить 4 формы оформления СП по ГОСТ. (Слов не хватает, а слова-заменители программы не понимают...). Вторая причина - это добавление исполнения в единичную спецификацию. Я и мои коллеги этим не пользуемся вообще т.к. гораздо проще взять новый номер.
Ссылка на сообщение
Поделиться на других сайтах
  • 2 недели спустя...

На сегодняшний день была сделана попытка преобразовать к нужному виду СП Солида прямо в чертеже. Это не удалось.

Сейчас пробуем преобразовать СП в Экселе (с помощью макроса, конечно).

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

Спецификация - не отчет. Спецификация - основной документ, а чертежи - это уже вторичные документы. Это ясно описано в ГОСТах.

В ГОСТ также ясно описано, что основным может быть спецификация и/или электронная структура изделия при электронном оформлении

В последнем случае вполне логично спецификацию делать в виде табличного отчета из ЭСИ

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

и/или электронная структура изделия при электронном оформлении

В последнем случае вполне логично спецификацию делать в виде табличного отчета из ЭСИ

О!

...это я про свое. :-))

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

В ГОСТ также ясно описано, что основным может быть спецификация и/или электронная структура изделия при электронном оформлении

В последнем случае вполне логично спецификацию делать в виде табличного отчета из ЭСИ

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

ЭСИ у Вас по полноте равны СП?

ЭСИ у нас - это модель сборочной единицы. В нее соответственно включаем все, что должно быть в СП. Не автоматизированы только перекрестные ссылки внутри СП ("Допуск. замена на поз..." и тп)

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

ЭСИ у нас - это модель сборочной единицы. В нее соответственно включаем все, что должно быть в СП. Не автоматизированы только перекрестные ссылки внутри СП ("Допуск. замена на поз..." и тп)

Если два документа равны по содержанию, то это есть два представления одного и того же. Не так ли?

А "отчет" - это выборка из большего, либо результирующее большего. Т.о. СП не может быть отчетом.

И еще вопрос: А ЭСИ по позициям соответствует чертежу?

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

Если два документа равны по содержанию, то это есть два представления одного и того же. Не так ли?

А "отчет" - это выборка из большего, либо результирующее большего. Т.о. СП не может быть отчетом.

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

И еще вопрос: А ЭСИ по позициям соответствует чертежу?

У нас в ЭСИ нет поля "позиция".
Ссылка на сообщение
Поделиться на других сайтах

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

У нас в ЭСИ нет поля "позиция".

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

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

У меня ЭСИ - это и есть СП, а СП - это ЭСИ. (с добавлением кучи нужной и полезной информации).

SWE PDM идет в этом же направлении... Там я беру СП из модели или чертежа и в ПДМ вижу только их ("отобразить спецификации") и через них получаю доступ ко всем моделям... СП с позициями, форматами, и еще чего только я захочу... отсортированные по ГОСТ... (это уже мои добавления).

....

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

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

Я считаю, что должен быть единый подход. Т.е. и СП и ЭСИ должны быть суть одно и тоже.

Ну вот зачем например в спецификации (конструкторский документ) технологические данные (типа обозначения оснастки и тп), которые у нас тоже есть в ЭСИ?

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

Мега-спецификация со всеми возможными полями не нужна никому

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

Ну вот зачем например в спецификации (конструкторский документ) технологические данные (типа обозначения оснастки и тп), которые у нас тоже есть в ЭСИ?

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

Мега-спецификация со всеми возможными полями не нужна никому

А у меня и нет ни мега ни гега. И полей мизер. Все данные находятся в своих таблицах, а уж таблицы связаны в единую "реляционную" БД. А как раз ЭСИ (с технологическими данными) может быть сформирован запросом к реляционной БД... А вот БАЗОЙ для всей системы является именно СП и только СП. Ессно в электронной СП чуть побольше полей - даты, имена файлов и чего-то еще ... еще не знаю чего - этим займусь после разрешения проблемы с 4 формами оформления СП. Эти 4 формы не укладываются ни в какие рамки обработки баз данных.

...

Кстати, а как у Вас реализован процесс вывода СП в виде отчета? На каком этапе я выбираю какой вариант оформления мне нужен?

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

Спецификация в том виде как мы ее составляем сейчас родилась при рождении ЕСКД.

Это примерно 1970 год. За 40 лет работа конструктора изменилась и от кульмана подавляющее большинство перешло работать на различные компьютерные программы. ЕСКД отстало и, по моему, требуется глубокая модернизация оформления документации. Сейчас - это анахронизм.

:clap_1:

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

Сейчас - это анахронизм.

:clap_1:

Сколько ни говори "Сахар", слаще не станет.

Конечно, анахронизм.

Вот я и предлагаю для начала навести порядок со спецификациями. Есть конкретное предложение.

Кто за????

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

Кстати, а как у Вас реализован процесс вывода СП в виде отчета?

Это стандартная функция используемого нами CAD (Pro/Engineer). Заготовили шаблоны отчетов на разные случаи (в том числе шаблон спецификации по ЕСКД) и при необходимости в открытой модели сборки делаем что-то вроде: Создать - чертеж - по шаблону - выбираем нужный шаблон - получаем автоматом заполненный отчет
Ссылка на сообщение
Поделиться на других сайтах

Это стандартная функция используемого нами CAD (Pro/Engineer). Заготовили шаблоны отчетов на разные случаи (в том числе шаблон спецификации по ЕСКД) и при необходимости в открытой модели сборки делаем что-то вроде: Создать - чертеж - по шаблону - выбираем нужный шаблон - получаем автоматом заполненный отчет

Понятно. Я тоже использую стандартный шаблон СП в SolidWorks. К ЭСИ это не имеет никакого отношения.

И в ПДМ (свою) я экспортирую СП SolidWorks через Эксель. "Моя" вводимую СП распихивает в 2 таблицы (картотека документов и таблица спецификаций).

А SWE PDM мою СП видит, сохраняет и использует для навигации. Ессно, там тоже никакой ЭСИ нет. И что делать с этой СП дальше SWE PDM не знает...

... Ну и ладно

И еще один вопрос:

Сколько вариантов СП по ГОСТ Вы используете в шаблонах Pro/Engineer?

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

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

Чего там не получилось не знаю. Программисты сказали - не получается.

Пока решили сделать макрос для Эксель. Когда макрос заработает дадим всем попробовать.

Нормоконтроль пока пояснительную записку читает... думает...

Народ понимает, что СП по ГОСТ уже умерли, но пока в шоке...

Я никого не тороплю. (Сам в шоке... как в Моей ПДМ ЭТО будет работать???? Пока даже не заморачиваюсь.)

Скоро сказка сказывается - да не скоро издается...

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

Народ понимает, что СП по ГОСТ уже умерли

Странный у Вас народ.

У нас народ работает только по ЕСКД. И в части разработки спецификаций тоже. И очень доволен.

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

Странный у Вас народ.

У нас народ работает только по ЕСКД. И в части разработки спецификаций тоже. И очень доволен.

Очень хорошо!

И какая у Вас PDM??? (PLM)?

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • alek77
      Не отработал на нарисованном прямоугольнике: Начальный макрос такие вещи отрабатывает:   SW17 у меня   И еще. И для чертежа с модели тоже не отработал: Хотя я никакими галочками "измененное значение" не пользуюсь, и не знаю где они находятся. Я тупо меняю размер в свойствах: Старый макрос при этом прекрасно все видит и раскрашивает такие размеры. В чем разница не вникал. Просто потестил. Сам я так размеры никогда не меняю, это вредно. А за другими проверить очень даже полезно бывает.  
    • Горыныч
      Не занимайтесь ерундой. В Китае б/у оборудование ОЧЕНЬ ликвидно, а потому дорого. Ну и в 99%случаев уже ушатано почти в ноль. 
    • Guhl
      Кто-нибудь может подсказать сайт, где продаются б/у станки в Китае?
    • gudstartup
      если не повезет то вобразе исправляйте user/system/etc/basesys.ini
    • andref
      @gudstartup  ну если есть PCU50  то все гораздо проще: подключаем к нему мышь , клаву и монитор, загружаемся в Windows и выставляем там  нужный IP (надеюсь что он известен). А вот если 840Dsl без PCU50 , то да... Хотя может просто сетевые разъемы  перепутали  
    • Kate KAUS
      Инжиниринговая компания, специализирующаяся на проектировании морских портов и терминалов приглашает в команду Ведущего/главного инженера-проектировщика ПОС. Чем предстоит заниматься: Разработка разделов проектной документации ПОС согласно ПП№87; Анализ проектной и исходно-разрешительной документации, используемой в качестве данных для составления раздела ПОС Составление ведомостей объемов работ разделов ПОС; Выдача заданий и исходных данных для смежных отделов; Обеспечение увязки принятых решений с проектными решениями других разделов (частей) проекта; Принятие основных технических решений, их обоснование, согласование и защита в органах экспертизы. Разработка основных технических решений на период строительства объектов (ППР, ОПР, строительные решения); Обеспечение соответствия разрабатываемой документации стандартам, техническим условиям, заданию на проектирование.   Требования: Высшее профильное образование (строительное); Опыт не менее 3 лет по специализации ПОС, ППР; Знание требований, предъявляемых к оформлению проектной документации; Умение качественно и в срок выполнять поставленные задачи; Опыт работ на строительных площадках приветствуется; Опыт прохождения согласований проектной документации; Знание ПК на уровне уверенного пользователя: (AutoCAD, Adobe Acrobat PRO, MS Office : Word, Excel, выполнение расчетов в программах).   Мы предлагаем: Трудоустройство согласно ТК РФ Пятидневную рабочую неделю с 9:00 до 18:00 Все социальные гарантии, ДМС Полностью официальную заработную плату, уровень готовы обсуждать с успешным кандидатом Динамично развивающаяся компания, комфортный офис   г. СПб м. Василеостровская, зп от 100 000-140 000р.   Контакты: eksmirnova@kaus-group.ru ТГ @Kate_Kaus  
    • Maks Horhe
      Все ок, работает. Спасибо, только пересчитывает подачи, как отключить пересчет, работать с постоянной подачей? Есть аналог cftcp Siemens? Или надо лезть в параметры?
    • Anat2015
      Боюсь, что не смогу вам помочь, тему прочитал. Я давно уже на административной работе, технические нюансы не помню. Думаю, вам тут помогут.
    • gudstartup
      придется вам вооружиться access my machine выкачать образ cf и там отредактировать сетевые настройки или если образ есть то залить его для восстановления
    • andref
      на фото у вас не стойка а TCU (Thin Client Unit) Посмотрите в шкафу, вот примерно такой блок есть? PCU50.3
×
×
  • Создать...