Изменение цен на лицензии - С 01 мая 2024 г. изменятся цены на лицензии ПО VOGBIT

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

Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
Ошибка печати отчета - Отчёты
Константин Чилингаров: Здравствуйте, В версии VOGBIT 23.1.8 (последнее обновление на сегодня, которое недавно вышло) заменены шаблоны отчётов "приходный ордер" ...
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...
Вопрос по импорту - Экспорт импорт данных
mansur: Нашел, залил и все работает теперь, спаибо.
Ошибка при запуске приложения - Прочее
Сергей: написал: Если на другое железо переставить Вогбит, как лицензию нам перекинуть? на mailto:info@vogbit.ru info@vogbit.ru  напишите со ссылкой на эту тем ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Перетащите мышкой из "команд" (рис.3) в нужное место на панели инструментов
Помощник мастера - Установка
Trudovaya-21: Спасибо Вам ОГРОМНОЕ за работу и понимание!!!

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

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

×
Вход на сайт