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

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

Заявка покупателя - Прочее
Алексей Пономарев: Здравствуйте. В окне заявка покупателя есть столбец Рекомендуемое количество, если его убрать а потом снова открыть окно то этот столбец снова проявляется. В других окнах убранный столбец появиться если его осознанно добавишь. Может поправить можно э ...
Не редактируются строки в конструкторской спецификации - Прочее
Наталья Захарова: Спасибо, получилось.
Генератор - Состав и технология
Bittzzz: Добрый день! Спасибо за ответ. Есть еще такой вопрос - как сделать так, чтобы в окне генерации параметров первыми шли параметры без символа fx? А после них следовали с fx. Для удобства
Групповая простановка Состояний в режиме Выполнение - Производство
Петр Свиридов: Благодарим. Значит, будем развивать терминальный ввод.
График производства, календарный план - Ошибки в работе
Константин Чилингаров: 18821 Ilshatisc написал: А возможно ли сделать так, чтобы колонка "операция" работала без запроса "подробно" ? Смысла нет. Что значит "работала" (см. ниже)? 18821 Ilshatisc написал: Это было бы очень удобно, н ...
Обеспеченность - Ошибки в работе
Константин Чилингаров: 18821 Ilshatisc написал: Запрошенный скриншот во вложении. Вроде, свежая версия. Последняя коммерческая. Странно.  Ну ладно, поэкспериментируем ещё.  18821 Ilshatisc написал: Нужно просто убрать все группы учета, в которых остаток деталей ...
Подсчет фактической и плановой трудоемкости. Терминал - Терминалы
Константин Чилингаров: Отчёт можно сделать (шаблон). Будет в  виде Excel файла выводится. Сразу сгруппированное и рассортированное можно так, как нужно.
Одновременное открытие нескольких окон графика. - Интерфейс программы
Константин Чилингаров: Запишем пока... При случае посмотрим ещё раз (что мешает так сделать, какие могут быть последствия, как можно переделать)
Не получается сформировать предварительные заявки - Прочее
Константин Чилингаров: Добрый день! Прокомментирую... 1. Производственный заказ по смыслу = список позиций, которые производство должно [U изготовить[/U . Задание для производства. Что вы хотите, чтобы производство вам сделало. Соответственно, в этом списке (тех.к ...
Удаление Предварительных заявок - Общие вопросы
Константин Чилингаров: Зайти под администратором, нажать "Настройки - Проверка настроек" (достаточно один раз). (https://yadi.sk/i/Eh4lmH4IVCriKA инструкция по обновлению, п. 10)
Ошибка - Непредусмотренный конец файла. - Ошибки в работе
Serhii Leleka: Спасибо. Помогло.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Alex-220781: При создании группы не получается изменить количество - сбрасывается до 1шт. Так и должно быть?
Подключение к удаленному SQL серверу - Прочее
Константин Чилингаров: 18863 Алексей Ситников написал: А как долго хранятся тем? Нет ограничения. Ничего не стираем. 18863 Алексей Ситников написал: Т.е. сохранять гдето ваши ответы или не надо? Нет необходимости. Тут всё и останется. Ссылки можете себе сохра ...
Редактирование сообщений в темах - Прочее
Олег Ковалев: Поправили
Место хранения у новых деталей - Производство
Петр Свиридов: Спасибо, увидели. Уже пробуем пользоваться.
Производственный заказ - Прочее
Константин Чилингаров: То, что на картинке означает только лишь то, что вы делаете запрос (ЛЗК) на некий склад "1 Склад производства", но на этом складе у вас такой позиции (номенклатуры, которая помечена программой кружочком с буквой i - информация) никогда не ч ...
Дублирование номенклатуры - Состав и технология
Константин Чилингаров: 18841 D.shumkov написал: одной детали нет. Куда девается - не понимаю. Позиция отмечена, как изготавливаемая (есть техпроцесс). Соответственно, в расчёт "Себестоимости" попадает не она сама, а то, что нужно, чтобы её изготовить (матери ...
Организация закупок - Общие вопросы
Константин Чилингаров: 17161 Данила Кузнецов написал: можно ли прогнать прайс лист через обеспеченность? В принципе, можно. С некоторыми оговорками. Встаём на "Прайс-лист" в справочнике "расчётные документы", нажимаем "Обеспеченность" ...
Заявки на закупку - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 17161 Данила Кузнецов написал: у нас не береться почему то Проверил. Всё нормально. Всё берётся (рис.1). Проверьте, что у Вас "контрагент" точно указан один и тот же в "прайс-листе" и в "заявке на закупку". 171 ...
Производственный заказ - Прочее
Константин Чилингаров: Здравствуйте,  /forum/messages/forum32/topic2488/message15364/2488-proizvodstvennyy-zakaz#message15364 Вот это - про то же? Тогда Предупреждение! НЕ нужно писать один и тот же вопрос несколько раз в разные темы.
Производственный заказ - Прочее
Константин Чилингаров: Здравствуйте! Вопрос не понятен. 1. "Расход", строго говоря, никак не связан с последовательностью операций/работ по изготовлению. Нет нам никаких ограничивающих зависимостей, и соответственно никаких ошибок на этой почве "расход ...

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

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

×
Вход на сайт