Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

Расчет потребности и ЛЗК - Общие вопросы
Yzolotukhin: написал: написал: А для чего тогда состав изделия в конструкторской документации, если все берется из технологии? Тут так в двух сло ...
Терминал - Терминалы
Veruz: Это проявляется только утром. В течении дня вроде - всё нормально.
Автозаполнение Тшт в технологии - Состав и технология
Trudovaya-21: Большое спасибо! Очень помогли!
Папки - Общие вопросы
Владимир Белов: А пока мы исправляем ошибку - вместо крестика можно использовать кнопку сворачивания.
Настройка столбцов в Номенклатура - Основная - Состав и технология
Yzolotukhin: написал: написал: То есть нельзя сделать чтобы этот столбец появился в основной таблице? Немного устарел ответ (сообщение #4). Актуал ...
Unable to cast object of - Ошибки в работе
Константин Чилингаров: Отправил Вам на почту.
График производства - Прочее
Veruz: Спасибо, получилось.
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Сделать реально. Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Ошибка создания отчета - Отчёты
Abdrahimov: Спасибо, решено
Предварительные заявки и Лимитные карты не попадают в папки - Ошибки в работе
Alex-220781: Я, наверное, с группировкой перепутал. А как идею можно рассмотреть. Чтобы созданные документы сортировались по папкам.
И снова про брак... - Материалы, Комплектующие, Складской учёт
Kovyrkin: Здравствуйте, Константин. написал: Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, ...
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, Да, можно так сделать. Шаблон отчёта нужно соответствующий настроить. Пришлите, пожалуйста, на почту, какие этикетки дол ...
Задания - Общие вопросы
Константин Чилингаров: Здравствуйте, Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Удаление операции из техпроцесса - Состав и технология
Константин Чилингаров: Здравствуйте, Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: Здравствуйте, написал: После первой установки все работало нормально и где то через месяц работы все поломалось. Обновление ОС пост ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...

Нормирование трудоемкости

- Практические приемы работы - Старые разделы форума
Страницы: 1
Нормирование трудоемкости
 
Добрый день. Вопрос такой: можно ли каким-то образом учитывать в Vogbit поправочный коэффициент  на норму штучного времени, зависящий от числа деталей в партии (Ктш). Вы ответили:
Трудоёмкость задания для производства в VOGBIT по умолчанию рассчитывается, как (Tпз + Тшт*N), где N – кол-во деталей в партии.
В каком случае тут вступает ещё Кшт, я не очень понял, честно говоря.
Приведите, пожалуйста, пример с описанием конкретной производственной ситуации. Что за детали, что за технология, как реально обрабатывается, как влияет на это количество деталей в партии, и как это влияние выражается через данный коэффициент?

Вот пример: операция плоско - шлифовальная, станок плоско - шлифовальный, размер стола 600мм х 2000мм, деталь – плита, размеры 200мм х 400мм х 1500 мм, шлифуется плоскость 400мм х 1500мм. Количество деталей 10шт. На стол можно установить только одну деталь. Трудоемкость считается как (Tпз + Тшт*10).
Другая деталь: плита 30мм х 250мм х 250мм, шлифуется плоскость 250мм х 250мм. Количество деталей 10шт. На стол можно установить сразу все 10 деталей. Тогда трудоемкость считается как (Tпз + Тшт*10)* Ктш. Коэффициент Ктш выбирается из таблицы:
1. Поправочные коэффициенты в зависимости от числа деталей в партии

Число деталей в партии* 1…2 3…5 6...10 11…20 21…40 41...90 свыше 90
Коэффициент Ктш при обработке на станках с ручным управлением 1 0,9 0,8 0,75 0,7 0,6 0,55
 
Здравствуйте,

Понял. Спасибо за пример!

К сожалению штатной такой функции в текущей версии нет.
Только если взять калькулятор и в сгенерированных уже заданиях, вручную поправить с учётом этого коэффициента :)

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

В принципе, это второй случай за всё время, насколько я помню, когда такое пожелание возникает. Ещё в одном месте я с такой ситуацией сталкивался. Там немного по другому формулировалось, но суть та же.

Пока такой вопрос:
А почему этот коэффициент влияет на Тпз в том числе?
Почему (Тпз + Тшт*N)*K, а не Tпз + Tшт*N*K ?
В чём физический смысл, что подготовительно-заключительное время уменьшается при увеличении количества деталей?

Если понимать это К, как некий "коэффициент на серийность", то можно подвести базу, что постоянно делаем одно и то же - всё знаем, всё привычно, быстрее и настраиваем. А если как в примере про шлифование плит - по одной или по несколько за раз, то не очень понятно чисто по смыслу, почему Тпз станет меньше?
 
Ещё, если прямо край как надо, можно сделать так (при формуле (Тпз + Тшт*N)*K ):

Стандартную процедуру создания заданий не трогать.
Написать плагин, который будет уже после создания заданий "исправлять" рассчитанную трудоёмкость с учётом Кшт.
То есть, создал задания, потом нажал кнопку специальную, они подкорректировались.
Вариант из серии "не сказать, что красиво, но работать будет, результат точно такой же даёт в итоге".

Коэффициент заводить в технологии параметром к операции (можно так же, как в вашем примере, несколько разных значений в зависимости от кол-ва).
 
Добрый день. Да вы правы коэффициент Ктш применяется к Тшт и не влияет на Тпз. Когда копировал формулу не убрал скобки.
Объясните про коэффициент поподробнее. В технологии заносится время на 1 шт.,а количество заказываемых деталей мы узнаем только после создания производственного заказа?
 
Здравствуйте,

Да ввести то можно по разному этот коэффициент. Это не проблема.
Можно дерево из параметров изобразить (рис.1). Зависимости значения К от попадания "количества" в определённый диапазон.
Можно вообще обойтись одним параметром, например, если принять такую логику, что в "значение" пишется собственно значение коэффициента, а в через поля "минимальное и максимальное значение" того же параметра указывать диапазон, в который количество должно попадать (рис.2).

В общем, ввести то это не проблема. И по разному можно это сделать. Вопрос в логике программы, которая дальше будет это обрабатывать. Сейчас никак это нигде не обрабатывается, поэтому без разницы. Вводить, не вводить, как вводить - сейчас всё равно ни на что не влияет.
Вот если закладывать в программу, чтобы влияло, вот тогда надо будет и решить, как лучше вводить.

Цитата
Валерий Бондаренко пишет:
коэффициент Ктш применяется к Тшт и не влияет на Тпз
Это на самом деле хуже...
Значит "малой кровью" не обойдёшься (сообщение #3). Если "по-честному" делать, то только лезть в сам алгоритм вычисления трудоёмкости заданий. А это то ещё дело...
Потому что считается оно при создании заданий всеми путями, при вставлении в план части количества из партии ("максимальный" уровень), при расчёте "себестоимости", при расчёте общей трудоёмкости изделия в "графике" ещё до создания заданий, при расчёте плановой загрузки постов ("планирование - загрузка"). В общем, много мест. И там много нюансов внутри ещё (единицы нормирования разные, ссылки на ТТП, в которых может быть что-то указано, и тому подобное) Большая переделка...
И при этом заведомо подавляющему большинству пользователей совершенно точно это не нужно...

Поэтому я в список, конечно, записал этот пункт. Но приоритет у него, как вы понимаете, будет невысокий.
Только если за какую-нибудь глобальную переделку возьмёмся в этом месте. Тогда уж до кучи можно и это приделать.

Поэтому, если реально сильно нужно сейчас, то я бы предложил поискать какой-нибудь путь попроще на текущий момент.
Например, если уж совсем нельзя без этого коэффициента обойтись, то применять его на всю, уже посчитанную трудоёмкость задания (по той формуле, которую изначально вы написали, получается) и по системе, как в сообщении #3 (то есть "подправлять" уже созданные задания, домножая плановую трудоёмкость из на К).
К примеру.
Ну или ещё подумать, как можно обойтись как-нибудь без коэффициента в технологии.
1.png (74.83 КБ)
2.png (67.5 КБ)
1.png (74.83 КБ)
2.png (67.5 КБ)
Изменено: Константин Чилингаров - 26.10.2018 22:39:37
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 3804
Приняло участие в обсуждении: 403
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт