Прекращение поддержки работы VOGBIT на оборудовании x86 - В 2025 г. мы планируем прекратить поддержку работы VOGBIT в 32-битных (x86) операционных системах

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

Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, написал: еперь при создании заказа в окне "Производственные заказы" этот самый заказ "дублируется" в окне " ...
Вопрос на тему "Технология подробно" - Состав и технология
Zms.komissarov: Нужно открыть, какой-нибудь (из какого удобно печатать) вариант "подробного" графика производства, там выбрать соответствующую опе ...
Не отображается выпадающий список, а также неактивна кнопка "Импорт" - Ошибки в работе
Сергей: написал: Не отображается выпадающий список при нажатии на стрелочку Напишите на mailto:info@vogbit.ru info@vogbit.ru Попробуем починить
Вывод DXF или моделей в отдельную папку - Терминалы
Константин Чилингаров: Здравствуйте, Обычно, непосредственно с терминала выгружают управляющие программы какие-нибудь, к заданию, которое берется в работу. Н ...
График производства. Выполнение (по выделенным) - Производство
Zms.komissarov: Спасибки.
Комментарий к операции - Состав и технология
Zms.komissarov: Спасибо.
Пример создания плагина - Плагины
Bochik_88: С этим вопросом разобрался, спасибо)
Состав изделия - Состав и технология
Константин Чилингаров: К сожалению, проблема хронического отсутствия времени пока не позволила сделать. Лежит заготовка под второй ролик с лета. Пока отложена ...
График производства. Не отображает ТТП. - Производство
Константин Чилингаров: написал: Честно говоря, "средний" уровень как-то никогда не рассматривали для работы. Всё меняется... 10 лет назад там действитель ...
Множитель - Состав и технология
Константин Чилингаров: написал: Можно, пожалуйста, выложить скрины, как это реализовано Пожалуйста: Рис.1 - Параметры в справочнике. Которые я использовал, ка ...
Ошибка программы после обновления - Общие вопросы
Константин Чилингаров: Здравствуйте! Да, встречали такую ситуацию. Но, к сожалению, пока никак не можем научиться её стабильно повторять. Не можем пока найти к ...
Календарный план - Прочее
Veruz: Благодарю за ответ.
Установка - Установка
Константин Чилингаров: Здравствуйте, На совсем понял, если честно вопрос в Вашей терминологии. Давайте попробуем ещё раз разложить всё по полочкам…   Вы ...
Обновление тестовой базы - Обновление
Glavtech: Спасибо, проблема устранена
Сортировка по алфавиту и фильтр - Интерфейс программы
Константин Чилингаров: Здравствуйте, Ок. Принято. Записал в список пожеланий. Спасибо!
Единица нормирования при создании производственных заданий - Состав и технология
Константин Чилингаров: Здравствуйте, Вместе с расчетом материала на 7 шт. еще и штучное время поделилось на 7 В этом есть логика. Обычно эту "единицу нормир ...
На экране "распределение работ" при обновлении происходит смещение вправо. Приходиться каждый раз проматывать обратно - Производство
Константин Чилингаров: Здравствуйте, Не совсем понятно. Если речь идёт об окне, где отражается график работы и загрузки постов по дням и сменам (высокий/максим ...
Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте,   Чтобы изделию «назначился» в программе некий «склад», куда такие именно изделия из производства сдавать, для этого д ...
Проблема при установке - Демо версия
Владимир Белов: Добрый день! Попробуйте выполнить установку еще раз, MSSQLLocalDB, установленный в первую попытку, должен подхватиться программой установки ...
Планирование производства - Демо версия
Sgrekhv: Извиняюсь, не в ту тему написал

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

- Практические приемы работы - Старые разделы форума
Страницы: 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 След.
Сейчас на форуме (пользователей: 1) Сергей
Всего зарегистрированных пользователей: 4107
Приняло участие в обсуждении: 425
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт