Константин Чилингаров: Здравствуйте,
Нужно вытащить себе на панель инструментов кнопку.
Для этого в любом месте на панели инструментов нажмите правую кнопк ...
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!?
Если есть изделие разработанное в Компас, то как информ ...
Валерий Бондаренко: Спасибо, слепой поиск очень помог.
Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда .
Причина: /forum/rules/ Правила ...
Константин Чилингаров: Здравствуйте,
Времена какие-то запредельные, на мой взгляд.
Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Константин Чилингаров: Здравствуйте,
Если кратко:
1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Константин Чилингаров: Здравствуйте,
Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Константин Чилингаров: Здравствуйте,
Немного из истории вопроса…
В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Владимир Белов: Добрый день!
Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128
У вас должен быть на прокси-сервере проброшен порт 28 ...
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Отсутствие деталей, операций в графике производства
Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы:1
Отсутствие деталей, операций в графике производства
Пользователь
Сообщений: Регистрация: 16.09.2025
0
30.09.2025 15:59:27
Здравствуйте! При создании единичного производства были созданы тех. карта с указанием сборочных единиц и деталей, а также материалы, из которых состоят детали, забиты операции и пронормированы. В графике заказов информация полностью отсутствует. В чем может быть проблема?
Константин Инженер ООО "КЗСК"
Разработчик
Сообщений: Регистрация: 14.11.2008
0
01.10.2025 13:52:48
Здравствуйте,
Такая структура тех. карты производственного заказа (с вложенными деталями) используется при применении, так называемого, метода (выдачи заданий и учёта работ в производстве) "". Это когда каждая отдельная деталь (наименование детали, партия) не фигурирует в системе выдачи и выполнения заданий, как отдельный объект производства. Задания выдаются на обработку (резку, сверловку, фрезеровку и т.п.) не на каждое наименование детали отдельно, а сразу на некий "комплект" состоящий из разных деталей, которые должны быть все сделаны к определенному моменту. И так же закрываются эти задания (отмечаются, как выполненные) - что все детали вот по этому списку ("комплект") вырезаны, сделал Иванов. Весь вот эти детали по списку (комплект) просверлены, сделал Сидоров. И т.п. Такой способ очень хорош, когда деталей очень много разных (всё время разных) нужно делать, но они при этом все очень простые и делаются каждая конкретная очень быстро в плане техпроцесса. Например, в производстве строительных металлоконструкций (при соответствующей организации самого реального производственного процесса на предприятии, безусловно). Во-первых, так намного меньше надо "отмечать" что-либо в программе совершенно без потери при этом каких-либо положительных эффектов от этого "отмечания". Во-вторых, чисто по смыслу: в таком производстве совершенно не важно в моменте онлайн знать, вот именно сейчас некая условно пластина p15 уже вырезана или нет? А пластина p17 уже вырезана сейчас вот прямо или ещё нет? Важно другое - чтобы все пластины по списку, которые нужны для сборки некой колонны К08 были готовы к концу смены. Как и остальные детали для этой колонны. Тогда завтра сборка начнет собирать и варить эту колонну К08 и другие марки с ней, под которые комплектно сделаны и сложены стопочками все детали, а заготовка в это время будет делать им следующие комплекты деталей, под те марки, которые следующие будут они собирать.
Вот под какую схему организации работы заточена такая структура тех. карты производственного заказа в программе (когда с вложенными деталями тех. карта). Поэтому сами "детали" в "Графике производства" отдельно не фигурируют. Они там не нужны. Они появляются в виде списка уже в конкретном задании на смену на рабочее место. Например, на резку, на напилку, на сверловку, на фрезеровку. Причем, обычно, в двух ипостасях. Один общий список сгруппированный по толщинам (маркам, сортаменту), по которому удобно резать (сверлить и т.п.) - общее количество, каких сколько деталей нужно сделать за эту смену. Второй список тех же самых деталей, но рассортированный по "стопочкам" - какие детали в каком количестве для чего нужны. Чтобы по нему раскладывать сделанные детали и потом отмечать что "комплект такой-то готов".
Существует и другой (кардинально более распространенный) вариант организации производственного процесса. Когда каждая деталь (наименование, партия) в производственной системе считается отдельным объектом производства. В плане выдачи заданий на обработку, контроля их выполнения, сопроводительной документации, отслеживания продвижения по маршруту изготовления и т.п. Например, так в "классическом" машиностроении. Никаких "комплектов" там быть не может в подавляющем большинстве случаев. Т.к. в одном и том же узле могут использоваться, например, 2 разные детали, у которых и у той, и у другой есть в маршруте токарная обработка. Но у первой детали 2 операции в маршруте, и сделать её можно меньше, чем за смену, а у второй - 30 операций в маршруте, и её делать несколько недель. Да, они обе эти детали нужны будут на сборке к одному и тому же времени. Но ни о каком совместном изготовлении их, как "комплекта" не может быть и речи. Уж слишком разный сам процесс изготовления этих деталей. Поэтому каждая пойдёт в производство со своим отдельным чертежом, по своему техпроцессу, со своим маршрутным листом отдельным (ярлыком, биркой и т.п.). И в программе в "Графике производства" каждая эта деталь, соответственно, будет в этом случае отдельной строчкой идти.
В терминах VOGBIT такой способ называется методом (выдачи заданий и отслеживания выполнения работ) "по отдельным деталям". Технически в таком случае именно в тех. карте производственного заказа никакой "вложенности" нет. Тех. карта производственного заказа в данном случае представляет собой просто список - деталей и сборочных единиц, которые от производства требуется, чтобы они сделали. Номер чертежа, название, количество. "Структура" там тоже есть, но немного в другом месте она. Используется для навигации по этому большому списку деталей и сборочных единиц (тех. карте заказа), для определения в каком порядке кого запускать и делать и др. Но в самой тех. карте производственного заказа никакой "вложенности" в данном случае нет и не должно быть.
Заполняются тех. карты производственных заказов в таком случае в подавляющем своем большинстве не вручную. А автоматически с помощью специальных модулей программы, которые сами заполняют состав тех. карты производственного заказа, исходя из нужного количества изделий к изготовлению, структуры этих изделий, возможно, наличия уже ранее сделанных деталей и узлов на складе и других факторов. Укрупненное нормирование в данном случае тоже не используется, т.к. бесполезно. Слишком разные техпроцессы у разных деталей и изделий, как мы говорили выше. Соответственно, нормирование применяется в данном случае пооперационное. То есть для каждой детали и каждой операции в маршруте задается своя норма. Если это нужно (если не нужно, то просто везде одинаковая "норма" ставится автоматически, и всё).
Можно ли в производстве строительных металлоконструкций при организации производственного процесса и, соответственно, применения в нем программы, руководствоваться не первым из перечисленных способов ("по комплектам") а вторым ("по отдельным деталям")? Да, можно. Но если говорить о производстве именно строительных каркасных металлоконструкций в промышленных масштабах, то выигрыш по производительности (количество выпущенной готовой продукции в месяц в пересчёте на количество задействованных для этого работников при условно идентичном составе используемого оборудования) у тех, кто свое производство организовал по первому принципу ("по комплектам") будет в 3 и более раз по сравнению с теми, кто "по второму" способу работает. Это не я придумал, это посчитано людьми, которые уже давно (лет 15 назад) сами свое производство металлоконструкций по такому принципу организовали ("по комплектам") и до сегодняшнего для так работают и прекрасно себя чувствуют.
Это (выше) к вопросу о деталях в тех. карте (окне "График производства"). Вообще тема, конечно, обширная. Про методы "по комплектам", "по деталям", чем одно от другого отличается, зачем так нужно, как правильно применяется. Это, конечно, не для сообщения на форуме. Возможно, нужно будет, как-нибудь, сделать отдельно по этому вопросу поподробнее материалы. В виде или роликов каких-то, или статей нескольких, может быть. Подумаю... Если кому-то прямо очень срочно хочется поглубже в данную тему погрузиться и разобраться, то пишите свои контакты и информацию о себе и своем предприятии на электронную почту, пообщаемся. Могу, в конце концов, особо заинтересованным и лично пока пояснить основные моменты.
Теперь, что касается вашей картинки:
1. Тех. карта сделана по структуре под метод "по комплектам". Но при этом не под "стандартную" для такого случая схему с использованием укрупненной нормировки (когда примерная общая трудоемкость рассчитывается автоматически исходя из веса марки и количества деталей в ней, а потом распределяется в соответствии с заложенными в типовом тех. процессе усредненными удельными "весами" разных видов обработки в общей трудоёмкости). В "стандартной" схеме нужно операции брать из . У Вас на картинке - просто из справочника взяты.
Можно ли использовать метод "по комплектам", но при этом без типовых техпроцессов и с пооперационным нормированием? Технически да, можно. Но при этом нужно обязательно сделать будет некоторые настройки в программе касательно "типа нормирования" и взаимосвязей технологических операций на уровне справочника (номенклатуры). Иначе ничего дальше нормально работать не будет ("Задания" для производства правильные не получатся). Но главное даже не в этом. А в том, что смысл изначальный в значительной части теряется при таком подходе. Реальные нормы получится таким способом крайне трудоемко и долго вводить. А если они будут заведомо нереальные, то зачем они вообще тогда нужны?
2. Технология по смыслу написана неправильно на картинке. Операции сборки, сварки, окраски - относятся в вашем случае не к деталям, а к сборочной единице (марке). Вы же не красите сначала отдельно каждую деталь, а потом окрашенные несете их на сборочный участок (так, конечно, тоже бывает, но это не Ваш совсем случай). Если взять, например, листовые детали, то в вашем случае возможны следующие варианты (условно): - деталь вырезали из листа, и всё, деталь готова, можно, в принципе её нести на сборку; - вырезали из листа, просверлили - деталь готова, можно нести на сборку. - вырезали из листа, просверлили, отфрезеровали кромку - деталь готова, можно нести на сборку.
Соответственно, в маршрутах деталей должны фигурировать в вашем случае только операции резки, пиления, сверловки, фрезеровки. А уже потом из деталей собирается "марка" (сборочная единица), провариваются на нет уже собранной швы. Зачищаются на ней уже собранной и обваренной швы. Потом она так целиком вся сваренная и зачищенная дробеструится и окрашивается. То есть операции сборки, сварки, зачистки, покраски и т.п. - это уже маршрут изготовления сборочной единицы ("марки" в вашем случае), а не отдельных деталей.
Пример, как должна приблизительно выглядеть "технология" - на картинке.
Пользователь
Сообщений: Регистрация: 16.09.2025
0
02.10.2025 13:01:26
Добрый вечер! Типовой процесс сделал, операции пронормировал, связи выстроил по операциям, тех. карту переделал на основании новых данных из ТТП. Операции перекинул на сборочную единицу. График производства и задания не формируются. Что еще можно сделать?
Константин Инженер ООО "КЗСК"
Разработчик
Сообщений: Регистрация: 14.11.2008
0
03.10.2025 13:00:51
Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые повнимательнее посмотреть (например, нормировку ту же сделали или нет).
Но прежде давайте определимся, куда идём. Какой результат хотим получить.
Судя по тому, как сейчас введены те данные, что на Ваших картинках - пытаемся воспроизвести что-то аналогичное демонстрационному примеру "Металлоконструкции 2015", только на своих марках и деталях. То есть: - нормировку трудоёмкости будем использовать автоматическую, укрупненную. - задания на заготовительный участок будем выдавать и отмечать комплектами*.
Так? По этому пути идём? Если да, то тогда пойдём с Вами проверять последовательно настройки и данные, все ли правильно сделано/выставлено под такую схему работы, и по шагам дальше можем сам процесс пройти (запуск, выдача заданий, отметки, движение марок в производстве).
*выдача и отметка заданий комплектами подразумевает, что на заготовительном участке мы будем отмечать резку или, например, сверловку не каждой детали (наименования) отдельно, а готовность сразу всех деталей по определенному "заданию". Т.е. мы не будем вводить в программе, что конкретно пластин p15 мы вырезали столько-то штук, пластин p17 - столько-то штук и т.п. Задание будет выдаваться в виде сразу списка деталей, которые все должны быть сделаны к одному моменту времени. Например, за смену сегодня. И отметку о выполнении будем вносить так же. Не по каждому наименованию деталей отдельно, а сразу комплектом - одним "кликом", что все детали вот по этому заданию (список деталей) вырезаны. Касается эта вся тема с "комплектами" только заготовительных операций. Дальше понятно, что каждую марку уже будем отслеживать отдельно. Какая конкретно колонна/балка/ферма и т.п. собрана, какая сварена, какая окрашена.