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

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

Тёмная тема - Прочее
Сергей: Здравствуйте! В этом окне сейчас нет настроек отображения. Цвет текста починим в новой версии. Если ещё где-то сталкиваетесь с подобным ...
Движение за период CurrentQuery - Отчёты
Сергей: Здравствуйте! Запрос в файле.
Сменный график - Общие вопросы
Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем � ...
Альтернативное обозначение отправочных марок - Отчёты
Константин Чилингаров: Здравствуйте,  Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату� ...
Пример создания плагина - Плагины
Константин Чилингаров: Не вижу смысла писать в таком случае свои "удалялки". Потеря времени. Проще и быстрее штатными функциями все поудалять в данном конк ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: Здравствуйте, В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Типовой технологический процесс - Состав и технология
Константин Чилингаров: Здравствуйте, Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по � ...
График производства. Текущие работы - Производство
Sidneyanton: Спасибо за ответ, действительно не было связей, наверное при запуске стояла другая настройка последовательности.
Статистика - Производство
Алексей Пономарев: Благодарю за помощь все поправил.
Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: написал: Еще бы поиск допилить в обеспеченности по заказам, чтоб искал не только номер, но и материал Будет. В ближайшем обновлении, на� ...
Предварительные заявки - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Я посмотрел Ваш ролик. Спасибо! Только с обновлением это, по-моему, никак не связано.   Давайте поясню один момент: � ...
Новая документация "График производства" - Прочее
Константин Чилингаров: Движок форума не разрешает напрямую Excel файлы в сообщения вставлять. Ну ладно. Понятно, в общем, о чем речь. на будущее: если нужно Excel фа� ...
Ошибка отчёта "Недостаточно памяти" - Отчёты
Константин Чилингаров: Тут ещё знаете, в чем может быть дело... Не в размере даже, а во внутренностях конкретного файла с картинкой. Ошибка может озвучиваться си ...
Дублирование приходных ордеров - Прочее
Константин Чилингаров: Здравствуйте, Очень странная картина... Не сталкивались никогда с таким. Копию базы данных можете дать нам посмотреть? Если есть техни� ...
Распределение работ. Дискретность настройки - Прочее
Константин Чилингаров: Здравствуйте, В этом окне, насколько я помню, сохраняется только список "постов" выбранных. При закрытии/открытии окна. Порядок сл ...
«Шаблон техпроцесса» - Состав и технология
Sidneyanton: Спасибо, за подробное разъяснение!
VOGBIT Онлайн - Общие вопросы
Владимир Белов: написал: Добрый день! Такой вопрос. Могу я установить базу данных на съемный диск и пользоваться на разных компьютерах - переставляя то� ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, написал: еперь при создании заказа в окне "Производственные заказы" этот самый заказ "дублируется" в окне " ...
Вопрос на тему "Технология подробно" - Состав и технология
Zms.komissarov: Нужно открыть, какой-нибудь (из какого удобно печатать) вариант "подробного" графика производства, там выбрать соответствующую опе ...
Не отображается выпадающий список, а также неактивна кнопка "Импорт" - Ошибки в работе
Сергей: написал: Не отображается выпадающий список при нажатии на стрелочку Напишите на mailto:info@vogbit.ru info@vogbit.ru Попробуем починить

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

×
Вход на сайт