Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

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

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

×
Вход на сайт