Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

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

ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...
Прикрепление/открепление окон - Общие вопросы
Константин Чилингаров: Здравствуйте, Нет. Эту штуку отключить нельзя. А чем она так сильно прямо мешает?
Последовательность операций в изделии со сборками - Производство
Fomina: Благодарю
Календарный план - Производство
Константин Чилингаров: Ждем режим с выделением деталей одного узла. Он есть этот режим. В текущей релизной версии (21.2, обновление май 2021). По крайней мере, тот, ...
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Fomina: Спасибо. Похоже мы делаем все правильно и другого пути нет.
Ошибка при выборе всех заданий. - Терминалы
Fomina: написал: Вот мне нужно [B распределить задания по работникам, фиксировать время начала-окончания[/B , время выполнения, количества. Потом ...
Просмотр чертежа при получении задания в терминале. - Терминалы
Константин Чилингаров: В идеале работа мне видится так: 1. На резке, после выполнения задания, на принтере этикеток печатаются этикетки всех вырезанных детал ...
Выбор ресурса при редактировании задания - Производство
Fomina: написал: Планирование иногда очень нужно, с учетом реальной и перспективной нагрузки. Особенно, когда нужно вклинится с суперсрочным з ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Помочь Вам разобраться/удалить? Давайте стандартный договор на удаленную поддержку оформим, всё сделаем. Подробности по почте.
Загрузка спецификации изделия из ЭКСЕЛЬ - Состав и технология
Константин Чилингаров: Здравствуйте,  Это дополнительный модуль. Умеет загружать из Excel файла номенклатуру, параметры, файлы, спецификацию, материалы, техпр ...
Печать ордеров и единицы измерения - Прочее
Beavis900: Доброго дня! Благодарю! Будем разбираться!.
Группа планирования - Состав и технология
Eshklyaev077: Здравствуйте , спасибо все помогло !!!
Отчет о выполнении сменного задания - Отчёты
Константин Чилингаров: В среднем, тысяч 5-7 рублей (настройка шаблона отчёта). Иногда больше, если сложный.  Пришлите на почту, как должен выглядеть отчёт. Посмот ...

Видео-презентация, часть 5. Планирование производства

- Практические приемы работы - Старые разделы форума
Страницы: 1
Видео-презентация, часть 5. Планирование производства
 
Добрый день. Подскажите пожалуйста по каким формула вычисляется загрузка поста?
Пример: имеем "критический ресурс" - сварочный робот при правом клике на данном ресурсе и вызове меню "показать план для поста" вижу следующую картину:
"боковой элемент левый" - 20шт, объем работ(дней) 0,26
"боковой элемент левый" - 498шт, объем работ(дней) 17,03
один и тот же элемент.. 2 смены по 8 часов в день. ЕИ/Тшт 12 мин, Тпз 5 мин. для 20 шт. Здесь закономерность нашел: 20 шт *12 мин +5 мин=245мин переводим в часы 245/60=4,08333часа. Учитывая что в дне у нас 16 рабочих часов то 4,083/16 = 0,2552 дня - все логично.. но вот если попытаться расчитать для 498шт то картина совсем другая: (даже объединив Тшт и Тпз для каждой сборки выходят непонятные расчеты) (12+5)*498=8466мин/60мин=141,1час/16часов=8,819 дня. Не могу понять как получилось 17,03 =(
Логика расчетов у меня правильная или я все не так понял?
 
Доп информация: Количество 498 находится в проработке, 20 в процессе выполнения.
версия vogbit 1.1.37841 сборка 171
загруженные плагины
Csdn.Vogbit.Admin  1.1.37841.171
Csdn.Vogbit.Charts  1.1.37841.171
Csdn.Vogbit.Config  1.4.5.0
Csdn.Vogbit.CostCalculation  1.7.0.0
Csdn.Vogbit.CreaTas  4.2.1.0
Csdn.Vogbit.DragDrop  1.1.37841.171
Csdn.Vogbit.FileAttach  1.2.4.0
Csdn.Vogbit.Generator  1.2.1.0
Csdn.Vogbit.Invoice  2.3.0.0
Csdn.Vogbit.LimitCardCreation  1.6.1.0
Csdn.Vogbit.Main  1.1.37841.171
Csdn.Vogbit.Manufacture  3.6.0.0
Csdn.Vogbit.Navigator  1.1.5.0
Csdn.Vogbit.Notification  1.1.5.0
Csdn.Vogbit.OrderCreation  1.2.6.0
Csdn.Vogbit.OrdersPlanning  1.4.0.0
Csdn.Vogbit.ProductionLoading  1.2.0.0
Csdn.Vogbit.Provision  2.1.0.0
Csdn.Vogbit.QueryDesigner  1.1.37841.171
Csdn.Vogbit.Reporter  1.1.37841.171
Csdn.Vogbit.ReqCalculation  1.4.0.0
Csdn.Vogbit.Spy  1.1.37841.171
Csdn.Vogbit.TasksOrder  1.2.4.0
Csdn.Vogbit.Techno  3.1.1.0
Csdn.Vogbit.Turnovers  1.6.0.0
x3Admin  1.7.2.0
Изменено: Андрей Веденин - 30.08.2017 16:03:30
 
Здравствуйте!

Цитата
Андрей Веденин пишет:
Подскажите пожалуйста по каким формула вычисляется загрузка поста?
Загруженность поста = (Общий объём плановых заданий на данный пост) / (мощность поста в день)

Объём плановых работ на пост вычисляется следующим образом:
Берутся все задания, какие уже есть, но ещё не начатые, плюс рассчитывается какие ещё появятся, когда в работу пойдёт то, что ещё пока не запущено, но в общем плане производства есть.
И эти все работы «виртуально» распределяются по постам, чтобы примерно понять общую загрузку. При распределении учитывается, какие задания можно делать только на каком-то одном конкретном посту, а какие на разных (альтернативных), а также мощность постов. И распределяется таким образом, чтобы все работающие посты были по возможности загружены работой равномерно.

Объём работ по каждому конкретному заданию вычисляется, как Тпз +Тшт*N, где N – количество изделий в партии. Это при пооперационном нормировании. При укрупнённом нормировании там не так, потому что там нет никаких ни Тпз, ни Тшт.

«Мощность» поста (какой объём работ можно максимум выполнить на этом посту за день) зависит от:
- количества смен и настроек «ёмкости» каждой смены;
- количества работников на посту в каждую смену;
- коэффициента «доступности» поста.


Что касается приведённых ваших расчётов и результатов, то так сказать ничего не могу.
Надо базу смотреть, чтобы что-то сказать. Что там и как введено. В исходных данных, в первую очередь.
При мощности поста 16 н/ч в день, Тшт = 12 мин, Тпз = 5 мин, при партии 25 шт. получается суммарный объем работ на пост = 0,255208 дней, а при партии 498 шт получается = 6,230208 дней.

Если не совпадает, значит, скорее всего, не такие какие-то исходные данные в базе на самом деле.
 
Константин, добрый день
Вот подскажите пожалуйста.. если 498 шт находятся в статусе "проработка" (это оставшееся количество которое нам необходимо выполнить и мы ежедневно "отщепляем" от этого количества партии около 20 шт на каждую смену) то по этим 498 нельзя получить данные сколько потребуется предполагаемого времени на их изготовления? их обязательно нужно перевести в другой статус отличный от "проработка"? потому что с 20 шт. которые находятся в стадии выполнения - расчет правильный.
 
Цитата
Андрей Веденин пишет:
по этим 498 нельзя получить данные сколько потребуется предполагаемого времени на их изготовления?
Можно. Для того этот расчёт и нужен.

Цитата
Андрей Веденин пишет:
обязательно нужно перевести в другой статус отличный от "проработка"?
Статус не влияет на расчёт. "Проработка" или "Не проработка" - от этого ничего не зависит.

Другое дело, что если вы каждый день "отщепляете" и пересчитываете, то нужно тогда и плановые данные для расчёта тоже пересчитывать. Иначе неправильно получится (зачем так часто перечитывать - это само по себе вопрос, но в данном случае на ответ он не влияет).
Т.е. при выполнении расчёта, на стадии "Проверки" нужно в окошке "Проверка наличия информации по изделиям, ещё не запущенным в производство" нажать кнопку "Пересчитать всё" (рис.1). Чтобы программа пересчитала, что там уже не 498 осталось делать, как изначально было, а меньше, с учётом "отщепленных".

Вполне вероятно, что в этом и причина ситуации, описанной вами выше.
Плановые данные не пересчитаны (не обновлены). И реально там 498 осталось, а при расчёте загрузки программа берёт старые плановые данные, когда там не 498, а намного больше было неизготовленных.

И ещё нюанс. Если не сразу всю кучу разбить на партии по 20 шт, а каждый день помаленьку выделять и запускать, то при расчёте погрешность в размере Тпз появится. Т.к. программа будет считать это одной партией 500 шт, а не 25 партий по 20 шт.
В принципе, в вашем случае это не критично. При количестве 498 шт, и приведённых вами данных, это погрешность в 2 часа на фоне 6-7 дней двухсменной работы. Можно пренебречь. Ибо подобного рода расчёты заведомо имеют меньшую точность.
1.png (68.41 КБ)
 
Константин Чилингаров, Спасибо за помощь. Действительно при нажатии "пересчитать все" данные изменились. Теперь имею следующую картину:
боковой эл. - 17 шт - 0,22 - все верно (17*12 мин +5 мин=209мин/60мин=3.48333/16часов(2 смены)=0.21770833 - ровно столько сколько и в Vogbit)
А вот картина с оставшимися 446 шт другая: 446 шт - 11,16 дня. Рассчитываю: 446*12мин=5352мин (игнорирую Тпз.. сильно на расчеты не повлияет) 5352мин/60мин=89,2ч/16часов(2 смены)=5,575 дня.. вот тут нестыковка. Я так понимаю что программа считает для одной смены.. 89,2ч/8 часов (1 смена)=11.15 дня (очень похоже на те данные что в Vogbit)). Но в настройке ресурсов я явно указал использовать 2 смены! (скрин прилагаю к сообщению). Что я не так делаю?
123.jpg (475.02 КБ)
 
У меня нормально всё.
Завожу пример. 1 в 1 как у вас данные.
Технология - рис.1.
Заказ на 446 шт - рис.2

Считаю вариант на 2 смены по 8 часов. Получаю 5.58 дней - рис.3,4.

Считаю вариант на 1 смену по 8 часов. Получаю 11.16 дней - рис.5,6

Всё правильно.
Пробовал в готовом "расчёте" на лету переключать в ресурсах с двух смен на одну и обратно. Тоже всё правильно показывает.

Смотрите внимательнее. Где-то что-то вы у себя перепутали, скорее всего. Или не пересчитали, или не там посмотрели...
Работает то всё так, как и должно. На точно таком же примере.
1.png (31.48 КБ)
2.png (71.73 КБ)
3.png (88.65 КБ)
4.png (42.83 КБ)
5.png (91.95 КБ)
 
последний рисунок не влез )
6.png (56.17 КБ)
Страницы: 1
Сейчас на форуме (гостей: 22)
Всего зарегистрированных пользователей: 3499
Приняло участие в обсуждении: 387
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт