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

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

Не загружается график производства - Обновление
Сергей: написал: С старом клиенте 1.1.37841 график загружается за 4 минуты. Сколько строчек получается в графике?
Настройка вкладки "Подразделение" - Прочее
Pakhunov: Спасибо
Оформление полуфабриката - Состав и технология
Pakhunov: Спасибо  :) 
Завершение клиента - Прочее
Константин Чилингаров: Здравствуйте, Починить что-либо, не обновляя программу, если дело в самой этой программе, невозможно. Если только дело не в VOGBIT, а в чем- ...
Отчеты Статистика производства - Отчёты
Константин Чилингаров: Здравствуйте, написал: а если работа выполняется быстрее чем указано в плане? "Полоска" в "Графике производства" показыва ...
Логи - Прочее
Константин Чилингаров: Здравствуйте, Клиент локально сохраняет только настройки (расположение колонок, размеры, расцветка пользовательская в окнах и т.п.) и в ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! На Linux можно так установить количество файлов логов  с помощью консоли: 1. Изменить в настройках количество errorlog- ...
Активация - Установка
Константин Чилингаров: Здравствуйте, Владимир! Странная ошибка, вообще говоря. Такая появляется при попытке запустить версию новее 1.1.32 (а это год 2015 где-то п ...
Технологическая карта заказа - Общие вопросы
Beavis900: Понял, благодарю! 
Заявки на закупку - Прочее
Константин Чилингаров: Здравствуйте, написал: Оформляя приход, накладная поставщика была добавлена не к той заявке Технически можно, конечно, залезть в сп ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Здравствуйте, В "спецификации" (окно "состав") показывается материал, назначенный для данной детали (номенклатуры), как "ос ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Стандартный отчёт не из этого окна печатается. /support/4158/ Подробнее
Добавление заказа к открытому графику производства. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Идея понятна. Технически тоже понятно, в целом, как можно сделать.   Тут главный вопрос в интерфейсной части. Как сде ...
Возврат делового отхода - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Штатной такого рода функции нет. Только если писать специальный плагин, который будет так делать. Продумывать логику его ...
Начало работ и дата запуска - Прочее
Константин Чилингаров: Здравствуйте, Окно "Производственные заказы: текущие" (список активных на текущий момент заказов на производство). Там есть коло ...
Расчет потребности. Колонка "Подразделение" - Общие вопросы
Beavis900: Разобрались, благодарю! 
Отмена наследования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, "Обновить" не помогает? Выйти из программы и снова зайти? Если нет, то пришлите, пожалуйста, на mailto:info@vogbit.ru info@vogbit.ru ...
Обеспеченность с закрытыми заявками покупателей - Производство
Константин Чилингаров: Здравствуйте, написал: материалы по ним получили и переработали..... Если материалы выдали, то и "дефицита" по ним не должно быть ...
При активации программы произошла ошибка - "Этот серийный номер занесен в черный список" - Общие вопросы
Beavis900: Благодарю, разобрались! 
Назначение сотрудников, трудоемкость - Общие вопросы
Константин Чилингаров: Вообще "назначение на станок" (на смену/пост) как таковое в программе нужно только в том случае, если вы используете "высокий" (и ...

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

×
Вход на сайт