Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Илья: Еще вопрос: можно ли списывать материал без оформления заказа? Просто что бы учет был: пришло-ушло. Без привязки куда.
Календарный план - Прочее
Alex-220781: Система Win 10
Не отображается место хранения - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: Хотя  данный параметр добавлен в связанные компоненты Вот это вы зря время потратили. Не нужно было так прицеплять. Нигде не написано, что нужно так делать. "Место хранения" берётся из складской картотеки. По умо ...
Последовательность операций - Производство
Константин Чилингаров: 3938 Алексей Пономарев написал: если эта кнопка не нажата то деталь должна появляться в первой операции Если кнопка не нажата, то колонка "Операция" вообще смысла не имеет. Нужно убрать её. Настройки колонок в режимах "просто Граф ...
Пустой бланк - Демо версия
Илья: 13 Константин Чилингаров написал: /forum/user/19032/ Илья написал: Про стандартный крепеж так и не понял. 1. Если указываю его в тех процессе то он попадает в производственный заказ. Это как? Каким образом то, что указано в техпроцесс ...
Как лучше описать технологию? - Состав и технология
Константин Чилингаров: Здравствуйте, Думаю, нет смысла в данном случае изобретать велосипед. Просто делать разные изделия (контроллер с одной платой - одна номенклатурная позиция, с другой платой - другая), копировать и заменять, что отличается Трудоёмкость такого дейс ...
Экспорт/Импорт данных - Экспорт импорт данных
Константин Чилингаров: Чтобы перенести базу с LocalDB на SQL server, сделайте с помощью Management Studio /support/380/#__backup резервную копию . Потом на SQL сервере из этого файла (бэкапа) разверните базу. Если сервер не на том же компьютере, то нужно будет, наверное,  ...
Дополнительные колонки в составе изделия - Состав и технология
Константин Чилингаров: куда все делось? Вы всю группу колонок "Компонент" удалили с экрана. 19032 Илья написал: Как вернуть то что было по умолчанию? Обратно перетащите.
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Цель- учесть наличие задела часто используемых комплектующих изготавливаемых своими силами. 19032 Илья написал: Из остатков металла наточили деталей и они лежат ждут следующего заказа. Нужно в таком случае оформить в про ...
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Вы не поняли, мне кажется. Заносится один раз. В базу данных VOGBIT добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...

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

Полезные ссылки:
Видео-презентация подготовка производства Себестоимость управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость базы данных VOGBIT Деактивация VOGBIT планирование производства Начало работы инструкция Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет складской учет управление данными Полная версия VOGBIT Создание новой базы данных VOGBIT Планирование мелкосерийного производства электронный архив Техническая Подготовка Производства управление качеством деактивации VOGBIT активация VOGBIT состав изделия демоверсия технология Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства Тип нормирования Нормирование Заказ на производство производство металлоконструкций пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit Установка Перенос работ Высокий-максимальный уровень организация складского учёта Расчёт работ Импорт из 3D модели
×
Вход на сайт