Обновление №8 для версии VOGBIT 1.1.37841 - Новые «Терминалы», новый модуль для «Совместной обработки» в производстве, переработанный режим «Обеспеченность»

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

Описание порядка выполнения операций при изготовлении - Состав и технология
Константин Чилингаров: Здравствуйте, Существующие в текущей версии варианты: 1. Не запускать "тройники" (не создавать задания) до тех пор, пока не сделаны "корпуса" и "штуцеры" (ну если только последние, конечно, не были сделаны заранее ...
В расчет потребности не попадают детали из готового изделия - Состав и технология
Константин Чилингаров: Такой вариант по смыслу соответствует тому, что изготовленные в рамках данного заказа детали, хотя и используются для сборочной единицы в этом же заказе, сначала передаются на склад (отмечается в программе). А потом через какое-то время выдаются со с ...
Перемещение в учетную группу - Ошибки в работе
Константин Чилингаров: Точно. Воспроизвёл. Так и есть. Это недоработка. Будем чинить. Спасибо!
Редактирование параметра профиль и размеры - Состав и технология
Константин Чилингаров: Называть параметры можно как угодно. В том числе переименовывать. И свои создавать, любые. От названия параметра ничего не зависит.  Можете, например, в своей базе переименовать, если есть желание. Почему не вывести параметр материала "профи ...
Как правильно организовать начальный импорт данных на склад - Экспорт импорт данных
Константин Чилингаров: 18911 Станислав написал: А по срокам примерно? День - неделя (в зависимости от загрузки в этот момент). Скорее, день. Плагин сам есть готовый. Вместе с краткой инструкцией и примером его дадим. Если что не получается, то 1-2 коротких консульта ...
Работа с заданиями - Производство
Константин Чилингаров: Здравствуйте, На "среднем" уровне задания не выдаются на пост на конкретную смену (основное предназначение режима "Новые задания"). Соответственно, в режиме "Новые задания" с ними делать нечего. Они там выводятся для ...
График производства перестал показывать вторую очередь - Производство
Станислав: 13 Константин Чилингаров ,  Спасибо! Я вас во все в принципе понял. С Уважением!
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, Видимо, речь о том, что когда включены "учётные группы", то в "Обеспеченность" показываются внизу "пустые" остатки по всем ранее существовавшим группам (закрытым). Попробовал, да есть такая штука. Согл ...
Удалить расходную накладную - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18911 Станислав написал: Странно, но ЕИ по умолчанию через некоторое время опять появились те же самые, что и были раньше.Т.е удаление их из окна связанных с номенклатурой объектов не решает проблемы, попробовал кг заменить на м, все равно устанав ...
Работа с заданиями - редактирование строки по конкретной операции над деталью - Производство
Константин Чилингаров: Здравствуйте, 18911 Станислав написал: В технологии за конкретной операцией Пиление заготовки пост на котором исполняется операция конкретно не указан, и поэтому в связанных объектах указано две ленточные пилы. Некоторые общие вещи по поводу ...
Удвоение потребности - Производство
Станислав: 13 Константин Чилингаров ,  Фигасе - походу "мозгу юзера" капец. Спасибо за пояснения. С Уважением!
Переключение между базами данных - Обновление
Константин Чилингаров: Здравствуйте, Разные "файлы программы" в базах. На одной стоит обновление, на другой нет. 4146 Владимир Трусов написал: Как это починить? Поставить последнее обновление на обе базы.
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: А сейчас эта кнопка работает? По моему после последнего обновления перестала Вроде работает. Вчера проверял, работала (тип терминала 4). Но она вообще изначально задумывалась для того, чтобы можно было ...
Терминал. Распределение заданий на разные участки. - Терминалы
Константин Чилингаров: Про выдачу одного задания на разные посты, которые на разных участках. Я бы всё таки настоятельно не рекомендовал так делать. Это идеологически изначально не предусмотрено, и чревато. Например, к "участку" привязывается "тип терминал ...
Выдача ТМЦ со склада "без основания" - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18931 Volkov1 написал: Можно ли осуществлять выдачу любых номенклатурных позиций со склада? Ответ на одно сообщение выше. Проблема не в выдаче. Всё выдаётся и проводится в программе: накладная создаётся (в виде электронного документа в програ ...
Ошибки после обновления декабрь 2019 - Терминалы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: они не связаны с отключением электричества или аварийным завершением но вот это 3520 Alex-220781 написал: аботник нажимает кнопку "завершить", выскакивает ошибка - это и есть аварийное з ...
Вопросы по демо версии - Демо версия
Станислав: 13 Константин Чилингаров , Здравствуйте! Не хотел Вас обидеть своими глупыми вопросами, но причина в том числе и не совсем дружественном интерфейсе проги и довольно сложной структуре данных, предназначенной для построения СУБД. У обычного реально ...
Комментарии к операциям - Прочее
Константин Чилингаров: Здравствуйте, В этом окошке (график работ по сменам/ детальный график) в этой колонке отображается комментарий к операции, указанный в техпроцессе.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: У вас в списке всего деталей, которые можно объединить в группу: 8 шт, 2 шт и 2 шт. Вы говорите, что в группе деталей: 8шт, 2шт и 2шт. Больше одной такой "группы" из такого количества деталей создать не получится.
Ошибка при выводе на печать предварительных заказов в демо версии производство - Производство
Константин Чилингаров: Здравствуйте, В окне, где выбирается бланк отчёта (какой нужно распечатать), нужно выбрать подходящий шаблон и нажать "Ок" (не на "принтер"). См. /support/622/#_v7680 здесь , рис.68.

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

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

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