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

Где написано, что вновь выпущенному документу по ИИ присваивается изменение №1?


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

Добрый день, нужен совет специалиста по ЕСКД, внесению изменений и выпуску новой конструкторской документации.

Дело в том, что в каком-то году (2010-2013) в БТД стали требовать, чтобы на вновь выпущенных документах по извещению об изменении (ГОСТ 2.503) в графе "изм." ставили номер изм.1.

Тогда даже где-то мы читали, что действительно так надо.

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

Делаю замечание, что во вновь выпущенном чертеже должна быть запись "1" "нов" "ИИ номер хх.хх.хххх" "подпсь" "дата".

Мне присылают с "-". Ищу везде, нигде не могу найти, что надо ставить изм.1, но твердо помню, что так надо.

Помогите найти, где это указано, в каком ГОСТ, или РД или еще где? Чтобы объяснить грамотно разработчику КД.

 

 

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


Добрый день, нужен совет специалиста по ЕСКД, внесению изменений и выпуску новой конструкторской документации.

Дело в том, что в каком-то году (2010-2013) в БТД стали требовать, чтобы на вновь выпущенных документах по извещению об изменении (ГОСТ 2.503) в графе "изм." ставили номер изм.1.

Тогда даже где-то мы читали, что действительно так надо.

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

Делаю замечание, что во вновь выпущенном чертеже должна быть запись "1" "нов" "ИИ номер хх.хх.хххх" "подпсь" "дата".

Мне присылают с "-". Ищу везде, нигде не могу найти, что надо ставить изм.1, но твердо помню, что так надо.

Помогите найти, где это указано, в каком ГОСТ, или РД или еще где? Чтобы объяснить грамотно разработчику КД.

 

На выпущенных документах, вводимых по ИИ, таблица изменений в основной надписи не заполняется.

На вопрос в топике можно ответить - нигде.

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

На заменяемом чертеже пишется порядковый номер и "изм"

На новом чертеже для изделия сданного в архив, ничего или прочерк и "нов".

 

Где ГОСТ 2.503 4.14. Если написать для нового документа - 1, то получится что вы выпустили изменение на чертеж которого еще нет. В этом чертеже ничего не нужно править или аннулировать подлинник. В архиве еще ничего нет.

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

 

Нас представительство заказчика "просит закрыть дверь за собой", если новые чертежи, выпущенные не с основным комплектом, а по ИИ не оформлены в основной надписи, на каком основании они добавлены в комплект. Основанием служит ссылка на извещение. В содержании которого указан код, причина и т.п.

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

Основанием служит ссылка на извещение.

 

Чертежи добаляются не на основании ИИ, а по ИИ. А основанием для выпуска ИИ является согласованные с ВП

- Решение,

- Запись в журнале изменений,

- Служебная записка,

- Любой другой документ, согласованный с ВП.

То есть, если Вы выпускаете ИИ, то для этого должно быть основание, согласованное с ВП.

А аннулируете или добаляаете документы, это уже техническая сторона вопроса.

Поскольку в выпущенном документе никаких изменений не было, то таблица изменений в основой надписи не заполняется.

 

Хотя, если потребуют, будете заполнять. У нас не требуют и это правильно.

На заменяемом чертеже пишется порядковый номер и "изм"

На новом чертеже для изделия сданного в архив, ничего или прочерк и "нов".

 

В ГОСТ ничего не сказано, как заполнять таблицу изменений для выпущенных документов. Значит она "не заполняется по ГОСТ".

"Нов." - только на новых листах уже сданного в архив документа.

 

post-5316-0-62193300-1449668388_thumb.png

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

ок. Попробую конкретизировать ситуацию. Возможно кто-то уже сталкивался.

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

Так вот, те кто КД делают, хотят чтобы их ткнули носом "где написано, что так надо", а "начальство" говорит, так надо и все, иди найди где это написано и ткни им.

p.s. ни ОСН, ни ОТД, ни хотябы реального нормоконтролера у нас нет.

 

Хорошо, спасибо за ответ. Теперь понятно, что это нигде не написано.

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

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

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

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

 

Наверное и у нас указывали бы. Но за много лет ни разу не возникла необходимость узнать по какому ИИ был введен документ. ))

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

Есть еще ситуация.

Например с завода приходит замечание "у вас корявое ИИ, комментарии помечены красным".

Я вижу, что не так, сообщаю разработчику что надо исправить, в ответ " у нас все нормальлно!"

Ошибки такого рода.

Имеется спецификация. Одним извещением, допустим ИИ АГ-15-001 вводится 01.11.1111.111 Фланец, поз.43.

Через пару дней выпускают извещение ИИ АГ-15-008, в эту же спецификацию вводится Патрубок БЧ на позицию 39, и имеет обозначение 01.11.1111.111, под которым уже был введен Фланец.

К тому же позиция 39 уже занята, там применяется заимствованный чертеж из другого проекта.

 

Куда ткнуть носом, где конкретно написано, "Вася, фу таким быть, потому что так нельзя?"

Потому что ГОСТ 2.201 не спасает.

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

Есть еще ситуация.

Например с завода приходит замечание "у вас корявое ИИ, комментарии помечены красным".

Я вижу, что не так, сообщаю разработчику что надо исправить, в ответ " у нас все нормальлно!"

Ошибки такого рода.

Имеется спецификация. Одним извещением, допустим ИИ АГ-15-001 вводится 01.11.1111.111 Фланец, поз.43.

Через пару дней выпускают извещение ИИ АГ-15-008, в эту же спецификацию вводится Патрубок БЧ на позицию 39, и имеет обозначение 01.11.1111.111, под которым уже был введен Фланец.

К тому же позиция 39 уже занята, там применяется заимствованный чертеж из другого проекта.

 

Куда ткнуть носом, где конкретно написано, "Вася, фу таким быть, потому что так нельзя?"

Потому что ГОСТ 2.201 не спасает.

 

Сообщите все, что здесь написали в официальном письме разработчику на имя их директора.

В письме укажите, что возвращаете их ИИ до устранения замечаний.

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

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

 

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

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

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

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

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

Ну например ГОСТ 2.201. пункт 1.2 говорит:

 

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

 

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

Изменено пользователем Ruslan
Ссылка на сообщение
Поделиться на других сайтах
Имеется спецификация. Одним извещением, допустим ИИ АГ-15-001 вводится 01.11.1111.111 Фланец, поз.43. Через пару дней выпускают извещение ИИ АГ-15-008, в эту же спецификацию вводится Патрубок БЧ на позицию 39, и имеет обозначение 01.11.1111.111, под которым уже был введен Фланец.

Тут принцип простой: кто раньше встал, того и тапки.

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

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

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

 

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

Интересен факт, что при сборке, монтаже все "ок", восхищаюсь экстрасенсорным способностям этих трудяг и шеф-монтажника, что у них все "лепится" и работает.

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

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

Может есть где-то конкретный текст, чтобы им аргументировать замечания?

 

Аргументируйте своей логикой. Напишите их высокому руководству, что если в производство попадут два разных чертежа за одинаковым обозначением, то брак неминуем. По вине авторов ИИ.

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

И т.д. и т.п.

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

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

Вернуть "взад" не получится, так как...

 

Я не предлагал вернуть "взад" :smile:

Я предлагал таким образом проинформировать руководство разработчиков.

Потом этими письмами Вы можете "махать", если на Вас будут наезжать.

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

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

 

"ну на заводе же вопросов не возникло!".

Если с завода не пришло замечание в этот раз, то это не значит что проблемы нет. Это значит, что в этот раз повезло и проблема не всплыла или не вышла за пределы завода.

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

Дело в том, что в каком-то году (2010-2013) в БТД стали требовать, чтобы на вновь выпущенных документах по извещению об изменении (ГОСТ 2.503) в графе "изм." ставили номер изм. 1.

Тогда даже где-то мы читали, что действительно так надо.

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

В на 11 стр. ГОСТ 2.503-74 есть требование перед которым приведен пример (как раз с "изм. 1"), но для другого требования, если их неверно сопоставить друг с другом, то это может привести к такому заблуждению.

 

Нас представительство заказчика "просит закрыть дверь за собой", если новые чертежи, выпущенные не с основным комплектом, а по ИИ не оформлены в основной надписи, на каком основании они добавлены в комплект. Основанием служит ссылка на извещение. В содержании которого указан код, причина и т. п.

У вашего ПЗ в голове каша.

Нет проблемы в том, что бы узнать на основании какого ИИ в комплект документов добавлен документ.

Т. к. вхождение документа в комплект отображено в спецификации, а сведения об изменениях спецификации отображены в таблице изменений (листе регистрации) этой спецификации, то по этим сведениям определяют на основании какого ИИ добавлен новый документ.

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

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

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

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

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

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

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

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

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

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

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




  • Сообщения

    • Gorich
    • Viktor2004
      это усилие зажима пружин. А как при вращении там болтается конус чем померить?
    • gudstartup
      при помощи тестера  например такого это самый простой по простому попытайтесь выдрать оправку ломиком!
    • gudstartup
    • TVM
      Для общего развития интересовался. И на предложение, спроектировать крышечку - там все просто, не ведусь. 
    • Gorich
    • Нанософт разработка
      Одним из эффективных способов осуществления строительного надзора является использование результатов лазерного сканирования с построением 3D-моделей, что дает наиболее полную информацию о строительных объектах с привязкой к пространственным, инфраструктурным и центральным инженерным коммуникациям. Институт «Сибгипробум», активно работающий над совершенствованием мониторинга и созданием цифровых двойников, использует комбинацию технологий «Платформа nanoCAD + ReClouds» как бесшовную инженерную среду для проектирования и для работы с облаками точек. Комплексную поддержку при внедрении программных решений предоставила компания «Бюро САПР» – премьер- и фокус-партнер компании «Нанософт» по направлениям «Конструкции», «Инженерия» и «Землеустройство».   О компании АО «Сибгипробум» – институт, на протяжении 65 лет специализирующийся в области проектирования предприятий лесной и целлюлозно-бумажной промышленности, объектов глубокой химико-механической переработки древесины, а также разрабатывающий проекты экологических и энергетических объектов. В проектной деятельности институт активно использует технологии лазерного сканирования и информационного моделирования. Исходная ситуация ·        Отсутствие возможности оперативного повсеместного контроля строительства на промплощадке. ·        Отсутствие актуальной трехмерной модели объекта, которую в дальнейшем можно было бы сопоставить с облаком точек. ·        Сжатые сроки, которые не позволяли создать трехмерную модель. Задачи цифрового мониторинга ·        Поиск изменений между отчетными периодами. ·        Подсчет объемов монтажа. ·        Поиск пространственно-временных коллизий. Сравнение облака точек в двух отчетных периодах на графике строительства – S-кривой. Красным подсвечено то, что изменено (это было сделано на другой платформе)   Оптимальное технологическое решение можно выбрать в зависимости от степени сложности точечной задачи в рамках цифрового мониторинга. Продемонстрируем это на конкретных примерах. Прикладная задача 1: проверка проектного положения монтируемого оборудования и конструкций. Выбранная технология: Платформа nanoCAD для совмещения 2D-чертежей с облаком точек. Алгоритм работы технологии: загрузка исходного облака точек формата LAS в nanoCAD импортом NPC → создание удобной ПСК для сравнения облака точек в нужном ракурсе → копирование чертежа и совмещение по «точкам доверия» (например, по колоннам здания) → создание сечения → поиск отклонений. Полученный прикладной результат: разрез на определенной отметке показал отклонение по колоннам здания, из-за чего стена построена «криво». Благодаря этим данным авторский надзор перепроверил расчетные значения и скорректировал решения. В результате эту стену пришлось укреплять дополнительными металлоконструкциями. Плюсы и минусы технологии Плюсы: Минусы: ·        не требуется трехмерная модель; ·        простая технология, которую может освоить каждый; ·        низкие требования к аппаратному обеспечению; ·        низкая стоимость контроля проектных решений без выезда на площадку. ·        трудозатратно, если требуется проверить несколько разных разделов в одной точке; ·        проверка происходит в рамках одного сечения; ·        каждый раз в новом месте проверки требуется совмещение чертежа и облака точек.     Поиск отклонений в конструкциях путем совмещения 2D-чертежей с облаком точек в Платформе nanoCAD   Прикладная задача 2: анализ деформации оборудования – цилиндрической печи. Выбранная технология: ReClouds для сравнения облака точек печи с ее 3D-моделью. Алгоритм: загрузка исходного облака точек (в формате LAS) и цилиндра, выполненного в виде 3D-солида, равного диаметру печи → совмещение 3D-моделей → использование команды ReClouds Сравнение → побор опытным путем радиуса отклонения (вылет точки от нормативного положения) → создание градиентного графика отклонений → поиск отклонений. Полученный прикладной результат: выявлены отклонения трубы от нормативного положения: вмятина и провисание. Наглядный способ проинформировать проектировщиков и строителей, на какие участки следует обратить внимание, чтобы принять решения о ремонте, частичной или полной замене. Эффективность использования ReClouds ·        Автоматизация обработки данных 3D-сканирования. ·        Работа в знакомой инженерной среде с интуитивно понятным интерфейсом. ·        Высокая скорость работы. ·        Минимум финансовых и аппаратных ресурсов. ·        Интеграция со специализированными решениями. ·        Гибридность используемых технологий: Платформа nanoCAD и ReClouds позволяют одновременно работать с 3D-моделью, 2D-чертежом и облаком.                                         Анализ деформации цилиндрической печи с помощью ReClouds. Справа красным и зеленым цветом подсвечена сама труба   Отклонения трубы от эталонного 3D-солида: слева видна вмятина, справа – провисание трубы Мнение пользователя Павел Владимирович Коротких, главный специалист – руководитель группы отдела по цифровизации инженерных процессов и данных, АО «Сибгипробум»   «Когда геополитическая ситуация обострилась и были введены санкции, перед нашим институтом, как и перед предприятиями многих других отраслей, встала задача импортозамещения.   Много где возникали сложности, но было очень отрадно знать, что базовое инженерное ПО нам есть чем заменить. Этим ПО стала Платформа nanoCAD, которая оказалась намного большим, чем просто скопированный зарубежный продукт.   Из стандартного функционала хотелось бы отметить, во-первых, Диспетчер чертежа, который позволяет удобно осуществлять менеджмент чертежей; а, во-вторых, базовые операции при работе с облаками точек: импорт/экспорт, настройки визуализации, подрезку, сечения и т.д.   Использование ReClouds – вертикального приложения к Платформе nanoCAD – дало нам расширенные возможности взаимодействовать с облаками точек, при этом оставаясь в единой инженерной среде.   Обнадеживает активное развитие продуктов со стороны разработчика и неуклонно растущее комьюнити пользователей».   О компании «Нанософт» «Нанософт» – российский разработчик инженерного ПО: технологий автоматизированного проектирования (CAD/САПР), информационного моделирования (BIM/ТИМ) и сопровождения объектов промышленного и гражданского строительства (ПГС) на всех этапах жизненного цикла, а также сквозной цифровизации всех процессов в производстве. Миссия компании – формирование условий для массового оснащения российского рынка лицензионными, качественными и доступными отечественными программными продуктами. «Нанософт» помогает своим заказчикам достичь импортонезависимости в области инженерного ПО и нацелена на развитие собственных технологий в фокусе реальных потребностей. Это позволяет гарантированно защитить критически важную ИТ-инфраструктуру, что особенно актуально сейчас, когда западные вендоры уходят с рынка, замораживают поставки ПО и техническую поддержку. Все программные продукты компании включены в Единый реестр российских программ для электронных вычислительных машин и баз данных. Официальный сайт: nanocad.ru.  
    • Raven
      Спасибо всем кто, ответил Проблема была в том что в БД свойство было строковое не массив, хотя в бизнес-моделере свойство с таким же именем было массивом типизированых ссылок.
    • Raven
      Привет. Подскажите почему может не отображаться пункт меню Вид - Применяемость
    • Gorich
      Я вот не совсем понял где и что смотреть...а руководство по эксплуатации от станка ну так сказать такое себе...там какие то совсем основы... нашел там типо какой то общий сброс...это не сможет помочь?)
×
×
  • Создать...