Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

Последние темы на форумах VOGBIT

Вопрос по расчетам - Общие вопросы
Константин Чилингаров: В заказной спецификации (дереве) указывается количество на единицу того, что делаем. Если меряется это, что делаем, метрами, то на 1 м "и ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: изначально втулки делают именно под конкретный  заказ Тут у нас с вами некоторое терминологическое расхождение. П ...
Внеплановое задание - Производство
Константин Чилингаров: Я так понимаю, «подгонка толкателей» в данном случае это не заранее предусмотренная технологией операция, а некая дополнительная работ ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Судя по сообщению, данная позиция используется в складском документе (в спецификации учётного документа). Немного странно, что "где и ...
добавление и удаление деталей в заказ - Состав и технология
Константин Чилингаров: Можем. Напишу на почту. До конца этой недели.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19136 Promob321 написал: как и где правильно выбрать подразделение, чтобы можно было посмотреть Обороты по складу В меню (ленте) выбрать "Р ...
Артикулы как правильно привязать к деталям? - Состав и технология
Константин Чилингаров: Про параметры: [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/ve2rwhx6JM4?feature=oembed[/VIDEO
Ошибка, и вылетает прогрпмма - Прочее
Михаил: Здравствуйте. Стала периодически вылетать программа: выскакивает ошибка (см. рис.1) после чего программа зависает и через время просто з ...
Не запускается программа после перевода часов - Установка
Алексей Пономарев: Здравствуйте. Сегодня попробовал, перевел время и программа запустилась нормально. Странно, после нового года когда вышли на работу по  ...
Себестоимость партии изделий - Производство
Константин Чилингаров: Запустить "Расчёт себестоимости" на 100 штук. Если это изделие какое-то с вложенными сборками, подсборками и т.п., то построить для н ...
Очередность при расчете комплектации - Производство
Константин Чилингаров: Примерно вот так (см. картинку). Цветом показано общее состояние готовности узлов и деталей для них. "Полоска" - в какой примерно ста ...
Возврат делового отхода - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, 3938 Алексей Пономарев написал: Когда мы принимаем на склад деловой отход через специальную кнопку, он суммируется с цел ...
Ошибка календарный план - Производство
Freza3mm: Заработало.  13 Константин Чилингаров написал: Теоретически, могла ситуация, что нет файла, получиться, если база была развернута из дис ...
Карта раскроя - Общие вопросы
Константин Чилингаров: 6386 mansur написал: Одна позиция только осталась в "планировании" Не "готово", потому что не все эти "откосы" у вас сделаны. М ...
Задвоение рабочих заданий. - Производство
Валерий Бондаренко: Все понял. Попробовал, действительно если выделена строчка группировки то задваивается. Спасибо, предупрежу мастеров что бы при выделен ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, На будущее, я бы всё таки рекомендовал в техпроцессе  указывать заготовки (неважно, чем они являются) и материалы именно, ...
Список накладных задействованных для заказа - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Открываем "Производство - Производственные заказы". Встаём на заказ. Нажимаем "Складской учёт -> Фактические затраты" (рис.1). ...
Колонка материалы для окна статистика производства - Производство
Константин Чилингаров: 13 Константин Чилингаров написал: Я думаю, что Вам можно было бы поразмышлять о некоем "конфигураторе уровня учета", где пользовате ...
Невозможно запустить приложение в связи с недействительными данными активации - Активация, Деактивация, Лицензии
Константин Чилингаров: Да, похоже, есть какая-то проблема с очередным обновлением десятки. Мы уже известили о ней разработчика системы защиты (мы её купили, не с ...
Влияние Статуса - Прочее
Константин Чилингаров: Здравствуйте, С точки зрения общей логики работы программы (различные расчёты, формирование заказов на производство и т.п.) для специфи ...

Нормировочная таблица

- Практические приемы работы - Старые разделы форума
Страницы: 1 2 След.
Нормировочная таблица
 
Здравствуйте.
В демо-версии МК куда и как привязана таблица Work_pt?
 
Здравствуйте,

В демо базе сделано строго в соответствии с документацией.
См. раздел "Настройки для укрупнённого нормирования" (стр. 18, рисунок).
 
Добрый день! На нашем предприятии расчет Тшт ряда операций изготовления изделия упрощенно привязан к габаритам изделия, т.е. изделие площадью до 1м2 собирается и упаковывается за N и M мин, от 1 до 1,5 м2 - за N*1,1 и M*1,1 мин, свыше 1,5 м2 - за N*1,2 и M*1,2 мин соответственно, в то же время Тшк для операций порезки профиля и фрезеровки отверстий постоянно и не зависит от габаритов изделия. Верно ли я понимаю, что альтернативой создания 3х конструкторских спецификаций (или нескольких ТП) является использование параметров (множителей)? Заранее спасибо.
 
Здравствуйте,

Цитата
Елена пишет:
Верно ли я понимаю, что альтернативой создания 3х конструкторских спецификаций (или нескольких ТП) является использование параметров (множителей)?
Нет. Не верно.

1. "Множители" нужны не для этого.

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

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

Намного проще не усложнять дело "параметрическими" техпроцессами и подобными вещами, а просто для каждого изделия сделать свой техпроцесс. Есть изделие, есть к нему техпроцесс - описание как изготавливается именно это конкретное изделие. Если он будет очень похож на техпроцесс другого, почти такого же изделия - ну что ж, тем проще. Скопировать, поменять время в паре операций и всё.
 
В том то и дело, что не проще. Стандартных изделий мало, в основном все конфигурируются под заказ. ТП самого изделия включает только 2 операции: комплектация и сборка. Все остальные операции включены в ТП для соответствующих сборочных единиц. Получается, что для 100 различных ТП надо сделать еще 200 альтернативных вариантов только для того, чтобы прописать другое Ткш. Нужно искать альтернативу.
 
Не очень я пока понял суть проблемы...

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

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

Периодически поступают к нам вопросы (последний сегодня был, из Болгарии) на тему «параметризации» отдельных элементов структуры изделия или технологических процессов.

Корни у всех этих вопросов, если разобраться, растут из одного  места. Есть такие производства, где вообще заранее нет никаких конкретных «моделей изделий» или «исполнений деталей». Есть только общие рамки. И то довольно примерные. А дальше – всё на усмотрение клиента. Хочешь – сделают деталь длиной 1.5 метра, хочешь – 1.7 м, хочешь  - ровно 1615 мм и т.д. Всё равно. Любую могут сделать в определённых пределах. И получается, что заранее вводить в базу данных все возможные варианты нет никакого смысла. Во-первых, их очень много (стремиться к бесконечности). Во-вторых, совершенно непонятно, какие из них когда-нибудь понадобятся, а какие нет.

Само такое производство с точки зрения его планирования и управления очень неплохо ложиться в VOGBIT. Выдача заданий, обеспечение материалами и комплектующими, контроль процесса изготовления, загрузки, складской учёт – всё отлично делается в программе. Нюанс только один, откуда и как брать исходные данные: состав заказов, техпроцессы, нормы.
А суть в том, что это классическое единичное производство под заказ. Когда нет никакой заранее подготовленной базы изделий и деталей. Каждый новый заказ – считай всё по новой. Ибо проще и быстрее завести заново новую деталь с нужной длиной, техпроцессом и т.д., чем искать в базе с десятками тысяч вариантов, была ли когда-нибудь в точности такая же или не было.

Таких производств, на самом деле, много. В сущности, например, производство строительных металлоконструкций выглядит именно так (вот пример, и вот ещё про то же). У них каждый новый заказ – новые детали, новые нормы – всё новое. Сделали – забыли. Новый заказ – опять новые детали, новые техпроцессы и т.д. Все очень похожие на «старые», но кто там будет разбираться, быстрее по новой написать, чем искать, что там раньше когда-то было. И в таком производстве люди при желании достигают выдающихся успехов. И ввод по каждому заказу деталей, техпроцессов и норм никого совершенно не смущает. Процесс поставлен на поток. Один человек обрабатывает десятки и сотни чертежей в день.

Так вот, с точки зрения системы управления получается, что производство зеркал, печных труб или рекламных стендов, размеры которых заранее не известны и могут быть любыми, не отличается от тех же строительных металлоконструкций. Только проще. В металлоконструкциях каждый раз вообще всё по новой, а в «зеркалах», «трубах» или «стендах» всё таки довольно много и стандартных деталей и только часть компонентов изделия каждый раз разные. Но принцип тот же. Нет заранее созданных деталей в базе (может, кроме некоторых). Появился новый заказ – появились новые детали. Да, похожие на «старые». Но другие. С немного другими размерами (или другими свойствами). С немного, но другой технологией из-за этого. Быстренько ввели эти «новые» детали, и дальше всё по накатанной: лимитки, задания и т.д.

Собственно для быстрого ручного ввода в программе всё есть. Это режимы Состав изделия, Технология, если нужно – Технология подробно. Умеючи, с их помощью один человек (инженер по подготовке производства) может за один день обеспечить на неделю/две/три работой (заданиями и т.п.) производство человек в 60. Было бы что вводить…

Так вот к чему это всё…

Если посмотреть на проблему с этой стороны, то получается интересная вещь.
То о чём пошёл разговор в начале (зависимость времени от размеров и т.п.) – это ничто иное, как просто следующий шаг в сторону автоматизации подготовки данных в подобного рода производстве. Теперь не ручной ввод новых деталей для очередного заказа, включая их параметры, техпроцессы и т.п., а генерация их программно по некоему «шаблону». Параметризованному. Может, в этом направлении и стоит думать…

Сейчас такого автоматизированного «генератора» деталей (спецификаций, техпроцессов) готового пока нет. Но есть «ручной». То есть копируем откуда-нибудь что-нибудь похожее и подправляем под текущую ситуацию то, что необходимо. Зато этот способ очень универсальный  :). Всё что угодно позволяет делать.
Придумать и сделать полуавтоматический «генератор», на основании какого-то «шаблона» - технически можно. Даже плюс-минус понятно как. Не быстро, правда, наверно. Мне кажется для вашего случая именно такое решение, возможно, как раз и было бы оптимальным. Дальше дело за малым – надо программу дорабатывать. Принцип стандартный: будет интерес среди тех, кто платит за поддержку – будем делать сейчас, нет интереса – будем делать по остаточному принципу, когда будет время.

Не стоит, правда, забывать о том, что любой «шаблон» и «генератор» в любом случае потребуют настройки. Обязательно. И чем больше будет возможностей, зависимостей и т.п., тем гарантированно сложнее, непонятнее и дольше будет эта настройка. И в какой-то момент возникнет классическая дилемма – а надо ли оно вообще? Чем настраивать вечно этот «шаблон» и «генератор», добиваясь от него приемлемого результата, может быстрее просто так ввести эти новые уникальные детали да и всё? Хотя, однозначного ответа тут нет, конечно. Много от чего зависит.
 
Типовые процессы с единицей нормирования отличной от "шт" в нашем случае не получится использовать применительно ко всем операциям. На сколько я поняла все таки придется создавать несколько ТП для каждой сборочной единицы и задавать применяемость соответствующего ТП при помощи извещений. Тогда еще один вопрос, в режиме технология подробно при перетаскивании операций с заданными местом выполнения и производственным ресурсом в "связанных объектах" эти ресурсы добавляются в ТП автоматически, почему этого не происходит с Тшт и Тпз, которые заданы добавлением параметра к соответствущей операции. Что нужно сделать для того, чтобы операционное время автоматически добавлялось в ТП?
 
Цитата
Елена пишет:
все таки придется создавать несколько ТП для каждой сборочной единицы и задавать применяемость соответствующего ТП при помощи извещений
Вы не ищете лёгких путей... :)

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

Цитата
Елена пишет:
в режиме технология подробно
Цитата
почему этого не происходит с Тшт и Тпз

А вы точно используете режим Технология подробно ?
Потому что именно в нём при перетаскивании операции из одного техпроцесса в другой как раз копируется то всё полностью, что относится к операции. Включая не только место выполнения и время, но ещё и переходы, материалы, инструменты и т.д.
А уж время то и подавно...
 
Точно. Правда параметры к операции я добавляла под пользователем sa, а технологию создавала под технологом. В этом может быть причина?
 
Нет. В этом не может быть причина.
Если в режиме Технология подробно перетащить операцию из одного ТП в другой, то она копируется вместе со временем, местом выполнения и т.п. - пример.
Цитата
Елена пишет:
параметры к операции я добавляла
Что за параметры вы добавляли? Как именно вы их добавляли?
В режиме Технология подробно не нужно вручную никаких параметров к операции добавлять, чтобы указать трудоёмкость. Надо просто ввести время - документация. Параметры нужные сами добавятся куда нужно.
 
из руководства Множители...
Код
При наличии коэффициентов конечный результат определяется, 
 как Т = Ттб * K1 * K2 *….. Kn , где:
     Ттб – значение, определённое по таблице
     Ki – значения коэффициентов

Вопрос Возможно ли в качестве коэффициентов задать (привязать) параметры детали например Масса, кг (P_Mass_kg),
Изменено: yser83 - 14.01.2014 15:35:20
 
В текущей версии нет.

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

А вообще подумаем. В принципе, можно и добавить такую возможность.
Посмотрим...
 
Извините, был неправ :)

Можно!!!

А я уже и сам забыл, что так тоже можно сделать. Вот:
1.png (101.16 КБ)
2.png (49.06 КБ)
 
В последней версии Vogbit таблицу запускал, работает выбор. множитель как вид связи добавил,указал массу (по инстр.
Цитата
Типы связей

Для работы функции расчёта параметров техпроцесса по таблицам используются следующие типы связей:
Обозначение
Уникальный идентификатор
Нормировочная таблица
LT_WR_Table
Множитель
LT_Multiplier
Порядок сортировки
LT_SORT_ORDER


Если данных типов связей нет в вашей базе данных, то добавьте их в стандартном режиме Типы связей (вкладка ленты Рабочая).
) добавил LT_Multiplier,чет не видит,может тип связи добавил некорректно...
 
Выложите, пожалуйста, скриншоты, чтобы на них было видно:
- как вы выполнили соответствующие настройки;
- что не получается.
 
Вот скрины, вроде все так... коэффициент-пусто
Изменено: yser83 - 16.01.2014 16:05:06
 
первый скриншот, в центре.
Идентификатор типа связи в справочнике неправильно написан. У вас там буква "е" стоит в середине вместо "i".
 
:o ,точно,перепроверял же именно здесь. отлично все заработало, спасибо, буду дальше интерпретировать...
 
Пробую нормировочную таблицу прикрутить для определения нормы расхода материала (лист)... возможно ли ?
Допустим размер a x b задаем как длина и ширина в составе изделия(vgb_L_mm и vgb_B_mm)толщина листа,плотность- множители,выбираем по норм.таблице тип детали, определяющий коэффициент нормы расхода (1,1;0,8 и тп)
 
Цитата
yser83 пишет:
возможно ли ?
в текущей версии  - нет.
Сейчас расчёт по таблице поддерживается только для параметров технологических операций или переходов.

Есть такое пожелание в общем списке (нормирование материала по таблице). Давно уже есть. Но интересующихся данной возможностью крайне мало, поэтому пока очередь добавления её в программу стоит где-то в хвосте списка.
 
Цитата
Константин Чилингаров пишет:
Что за параметры вы добавляли? Как именно вы их добавляли?

Добрый день! Параметры Tшт и Tпз я добавляла к операциям в справочнике, т.к. эти значения для ряда операций постоянны в всех ТП, уже поняла, что это не поможет))

При создании нормировочной таблицы возникла проблема: ячейка введения значений параметра не редактируется. Что я делаю не так?

И еще вопрос, в чем может быть причина сообщения "Среди выделенных заданий, не все возможно включить в план", если все пункты настроек в справочнике подразделений указанные в документации выполнены, кроме необязательных: указания квалификации работника и таблицы поправочных коэффициентов.
 
Цитата
Елена пишет:
ячейка введения значений параметра
Обратите внимание, на вашем скриншоте прямо в ячейке Значение справа есть такая стрелочка вниз. Попробуйте на неё нажать.

Цитата
Елена пишет:
"Среди выделенных заданий, не все возможно включить в план"
Это про что? "Высокий" уровень учёта, режим Новые задания?
 
Цитата
Константин Чилингаров пишет:
Цитата
Елена пишет:

ячейка введения значений параметра
Обратите внимание, на вашем скриншоте прямо в ячейке  Значение  справа есть такая стрелочка вниз. Попробуйте на неё нажать.



Цитата
Елена пишет:

"Среди выделенных заданий, не все возможно включить в план"
Это про что? "Высокий" уровень учёта, режим  Новые задания ?

1. Стрелка не нажимается, и в настройках стоит разрешение редактирования в ячейке.
2. Да.
 
По режиму Новые задания:

Просьба не писать вопросы про всё и вся в одну тему.

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

Перенесено сюда: https://vogbit.ru/forum/forum16/topic920/
 
Цитата
Елена пишет:
Стрелка не нажимается
Параметр типа "выбор из списка". Если ничего не выбирается, то, судя по всему, у вас просто не заполнен для этого параметра список его возможных значений. Не из чего выбирать.
См.: https://vogbit.ru/forum/messages/forum16/topic726/message4179/726#messages4179
 
Цитата
Константин Чилингаров пишет:
Параметр типа "выбор из списка". Если ничего не выбирается, то, судя по всему, у вас просто не заполнен для этого параметра список его возможных значений. Не из чего выбирать.

Вопрос заключался как раз в том, что нет возможности ввести в ячейку значения параметра. Делала все как показано в видеоролике "параметры, таблицы параметров", с одним отличием: вместо параметра категория работ (тип string) добавила из справочника существующий параметр категория работ (тип string list). Создала новый параметр, все получилось.
 
Тип string - строка. При редактировании вводится произвольное значение.

Тип string list - строка, выбор из списка. Значение не вводится, а выбирается одно из списка заранее предопределённых возможных значений. Список возможных значений задаётся в справочнике Параметры.
 
Добрый день!
Вопрос такой, наше производство выпускает 4-5 типов изделия.
У них имеется много конфигураций, нормирование выполнено в эксель.
Можно использовать и прикрепить эти таблицы к вогбит, или забить таблицы.
Есть ещё проблема "мастер таблиц" не работает.
 
Цитата
Павел Данилов пишет:
Есть ещё проблема "мастер таблиц" не работает.
Чего это?
Всё работает. Специально проверил. Всё нормально.
Страницы: 1 2 След.
Сейчас на форуме (гостей: 13)
Всего зарегистрированных пользователей: 3257
Приняло участие в обсуждении: 370
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
Себестоимость Видео-презентация подготовка производства Планирование мелкосерийного производства Техническая Подготовка Производства деактивации VOGBIT технологическая подготовка производственный учет активация VOGBIT складской учет управление данными электронный архив Производственный заказ управление качеством Установка VOGBIT Трудоёмкость базы данных VOGBIT Деактивация VOGBIT управление производством Начало работы Расчёт комплектации Складской учёт управление ремонтами планирование производства ТПП Демонстрационный режим VOGBIT инструкция Обновление VOGBIT График производства загрузка оборудования расчет себестоимости Полная версия VOGBIT Создание новой базы данных VOGBIT Тип нормирования склад Нормирование Заказ на производство Планирование производства демоверсия производство металлоконструкций пост руководство администраторов VOGBIT Состав изделия разработчика отчетов vogbit состав изделия Обзор обновления Генератор отчетов технология Сменное задание Задания для производства фактический учет затрат как ввести исходные данные Определение сроков изготовления нового заказа Администратор производственный заказ Разделение одного задания на несколько смен
×
Вход на сайт