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

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

Удаление заданий - Производство
Илья Бабенышев: При создании технологии в тестовой базе  по глупости и не знаю переименовал посты и подразделения (которые были в примере ) в соответствии со структурой своего предприятия. Создал задания согласно обучающему видео. ДАлее началась каша. Хочу удалить ...
Пустой бланк - Демо версия
Илья Бабенышев: Вопрос решился установкой нормальной версии Экселя
Терминальная и обычная версия на одном компьютере с двумя мониторами - Терминалы
Alex-220781: Добрый день! Насколько возможна реализация следующей идеи: на одном компьютере установлены две лицензии, подключено два монитора, один из них сенсорный для терминала. То есть в условиях ограниченного пространства сделать рабочее место для мастера и р ...
Дублирование номенклатуры - Состав и технология
D.shumkov: Константин, я опять уперся в ту же стену. Вроде бы все понятно, но необходимого результата нет. Достану вас с этим вопросом еще раз. Надеюсь, в последний.... Согласитесь, задача не игрушечная, чтобы экспериментировать с ней в реальной жизни... Б ...
Дробление номенклатурной позиции - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не за что  :)  Тут нужно честно сказать, что "делилка" эта автоматическая на 2 партии при приходе, она не всегда идеально срабатывает. Не во всех случаях. Иногда у неё хорошо получается поделить (при штучном каком-то товаре, в основном). ...
Состав ЛЗК - Состав и технология
Наталья Захарова: Спасибо! Для нас полезное видео.
Ошибка обновления отчетов - Отчёты
D.shumkov: Ну, хорошо... Только он 18кБ всего. Чего он делает то? У меня сервер за VPN в другом офисе и 5мегабит всего. Скорость доступа к базе влияет?
Перемещение - Прочее
Константин Чилингаров: Здравствуйте, Про замены: https://youtu.be/8oczs757WF0 ролик /support/776/ руководство Только вот, если речь про получение со склада, то тут в VOGBIT не так важно, что в "спецификации" введено, как то, что указано в "Технолог ...
Переход в справочник из спецификации. - Интерфейс программы
Alex-220781: Я думаю, можно также добавить возможность оперативной замены позиции в спецификации - чтобы не лезть в Компоненты.
Изменение ширины колонки - Ошибки в работе
Alex-220781: Такая же проблема возникает, если открыть график работ - ширину изменить можно, но при обновлении она возвращается к минимальной - дата не помещается.
Достигнуто ограничение демо версии - Демо версия
Константин Чилингаров: 19032 Professor.perm написал: У меня пусто в расчетных документах Судя по скриншоту, вы нажимаете "ЛЗК, Требования, Заявки", стоя на заказе на производство. Понять, есть или нет документы, связанные с заказом, которые и отображаются в ...
Создание ЛЗК - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: "Расход", стоя на ней, нажмите. Там видно будет что ещё осталось выдать. Можно ещё в открывшемся окне "Расход" нажать раскраску и сортировку по цветам (см. рис), тогда "недовыданные" позиции будут вверху и раскрашены цв ...
Ошибка в режиме "Обеспеченность" - Ошибки в работе
Андрей Тюрин: Спасибо. Все получилось.
Показ экскизов при выдаче со склада - Интерфейс программы
Константин Чилингаров: Здравствуйте, Ок. Записал в список пожеланий. Прикрутим.
Просьба объяснить нюансы в учете - Общие вопросы
Елена Ковалева: Еще вариант, если меню не настроено как у меня: во вложенном файле. Подробное описание в документации: https://vogbit.ru/support/622/#_v7660 https://vogbit.ru/support/622/#_v7660 рисунки 8-9.
Обновление 20.5. Произвольное выделение ячеек и строчек цветами. - Обновление
Сергей: Сейчас в этом месте можно использовать цифры 0 - минимальный, 1 - средний и т.д. (аналогично с фильтром) В некоторых колонках некоторых форм есть такая недоработка. Заметите - пишите. Будем исправлять.
Документы - Прочее
Intelmine-tmc: Хорошо, спасибо большое
Автоматическая установка единиц измерения - Интерфейс программы
Константин Чилингаров: Значит сделали, но забыли отметить  :)  Бывает. Очень много разных доделок было в этот момент, что-то могли мелкое забыть "закрыть", как сделанное.
Задвоение рабочих заданий. - Производство
Константин Чилингаров: Здравствуйте, Судя по картинкам, если какое-то "задвоение" и имело место быть, то при "включении в план" из окна "новые задания". В 07:30 было создано 2 задания для поста. Должно было из быть 2 или нет - это из этих ...
Как привязать поставщика к поставщику - Общие вопросы
Serge.v.astapov: СПАСИБО!

Долгосрочное планирование или график производства

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 1
Долгосрочное планирование или график производства
 
Здравствуйте! Долго искал ответ на вопрос у вас на форуме, в гайдах ,но так и не смог разобраться.

Подскажите пожалуйста,можно ли в VOGBIT , в разделе "Загрузка" автоматически распределить задания таким образом,чтобы они выстроились на графике другом за другом(по порядку выполнения) , а не отображались все сразу в один день после включения их в план.
К примеру:
Пиление конструкций занимает два дня(понедельник-вторник) ,соответственно к сварке можно приступить только в среду. Я и хочу от программы,чтобы она включила задание "сварка" сразу в среду и остальные процессы по такой же системе.

Или может все-таки есть альтернативный вариант для планирования? чтобы исходя из расчётов трудоемкости можно было бы спрогнозировать дату окончания автоматически
 
Здравствуйте,

Режим "Производство - Загрузка" предназначен не для прогнозирования сроков. Он нужен для раздачи текущих заданий - кому что сейчас непосредственно делать, и для визуализации в графическом виде фактической картины (загруженности постов работой), как на самом деле было.

Цитата
Zhalenik написал:
а не отображались все сразу в один день после включения их в план
Для этого должна при запуске в производство ставиться "последовательность" заданий.
Дальше работает так:
В "графике производства" даёте команду производству начать изготовление очередной партии продукции. Предположим технология, как вы описываете: пиление, сварка, окраска.
В этот момент, сразу после запуска в производство, в "новых заданиях" вы видите только "пиление" по этой партии изделий - текущая работа, которую нужно выдать исполнителям. Чем непосредственно сейчас занята у Вас пила, видите как раз в "Загрузке". Предположим, свободна. Выдаете на пилу задания. Предположим, на 2 дня это им работы.
Через 2 дня, если они успешно всё напилили (или раньше, или позже - как на самом деле произошло) в окне "новые задания" у вас появляются работы по "сварке" по этой партии изделий. Включаете "график работы постов", смотрите чем у вас непосредственно сейчас реально занята сварка. Если ничем - выдаёте в работу задание на наши изделия. Если занята, то либо ждём пока доделают то, чем заняты (ставим после этого в план), либо "раздвигаем" то, что у них сейчас в плане, чтобы вставить сейчас наши изделия, которые важнее.
И так далее. Как сварщики сделают своё, в новых заданиях появится у вас информация, что пока ставить в работу "окраску" по данной партии продукции. По ситуации на тот момент на участке окраске выдаём задание (может, вклинится уже к этому моменту кто-то более важный на окраске, например, и эта партия уже не первая в очереди окажется).

Когда номенклатура большая (много изделий/заказов постоянно параллельно в работе), подключаем приоритеты, чтобы легче было ориентироваться, когда задание следующее выдаёшь, что первое ставить в работу.

Вот так примерно используется связка "график производства - новые задания - загрузка" при использовании "высокого" или "максимального" уровня.

Пытаться заранее распланировать точно все работы по дням по постам на длинное время вперёд, в подавляющем большинстве случаев в реальном производстве занятие неблагодарное. Кучу времени потратите, а в итоге всё равно не угадаете. Будет всё равно не так.
Для понимания "попадаем/не попадаем в сроки" нужно анализировать оставшийся объём работ в сравнении со своими возможностями усреднёнными. Какое "количество" работ в день вы реально без аврала можете делать. В простом линейном производстве, типа "строительных металлоконструкций" при отлаженной производственной системе это делается элементарно. Не надо ничего моделировать и вычислять, достаточно две цифры знать и одну на другую поделить: общий приблизительный объём работ по заказу в человеко-часах и среднюю "мощность" своего производства в день. Пример.
В технологически неоднородном производстве сложнее, но принцип примерно тот же, по идее.
Есть определённый объём работы (по заказам, участкам, операциям), который нужно сделать, чтобы удовлетворить заказчика. Есть возможности реальные (по участкам, операциям), с какой скоростью в среднем мы можем такие работы делать. Соотношение первого и второго в общем случае определяет сроки*.
В табличном виде соответствующая информация (какой объём работ осталось выполнить) есть в окне "график производства - подробно". С возможностью любой выборки и группировки (по заказам, по участкам, по операциям - и другие более сложные варианты). В качестве исходной информации для анализа подходит.
Вопрос, как это показать графически и наложить на календарь, пока остаётся открытым. У нас много идей было, но при наложении их на реалии конкретных производств у наших клиентов большинство из них показали слабую применимость в реальности.
Когда-то давно сделали вот такой модуль. Но он получился сложноват. Как в понимании, так и в использовании. И не всем далеко подходит. Сейчас есть новые идеи и возможности по графическому представлению. Но пока анонсировать не буду. Пока вопрос в процессе проработки (новых возможностей для оценки сроков).

*Если не учитывать те факторы, которые влияют на сроки, но мы их не можем учесть, потому что эти влияющие обстоятельства на текущий момент просто ещё не наступили. А наступят или нет и какие - мы не знаем. Зачастую реальные сроки на самом деле определяются именно этими факторами. И проблема с ними, что никак их не учтёшь заранее.
 
Спасибо за ответ! Хотелось бы еще уточнить такой момент:
После покраски,  деталь должна сохнуть какое-то время. Как правильно создать процесс сушки,чтобы он шел паралельно со всем производством и учитывался в расчете трудоёмкости?  Для этого нужно создавать отдельный пост и ФОРМАЛЬНОГО сотрудника? или можно всё-таки задать определенные параметры для самой операции покраски?
 
Можно и так, и так, я думаю.
Зависит от ситуации и целей.

Если, например, физически это некая камера, в которую закладывается некоторое кол-во (ограниченное) покрашенных деталей и они там несколько часов сушатся, потом их выкатывают и закатывают следующую партию покрашенных к этому моменту, то я бы, наверно, в таком случае отдельной операцией в техпроцессе "сушку" прописал в VOGBIT и завёл отдельный пост.
Можно использовать "объединённые задания" ещё в этом случае, если есть желание. То есть собрать все детали, которые заедут в камеру в одну "группу", потом одним заданием на "сушку" эту всю "группу" выдать на пост (занять его на несколько часов всеми этим деталями одновременно) и одним нажатием на терминале потом закрыть их все (VOGBIT пропишет сам тогда, что те детали, кто был в этой "группе" сушку прошли).

Может быть другой случай: место особо не ограничено, специальной камеры нет (не требуется). Просто после покраски какое-то время оно ещё лежит (разное, могут забрать через 4 часа, могут через 2 дня). Заранее неизвестно, когда точно заберут. И надо просто контролировать, что высушенное уже забрали и оформлять на склад, например.
В этом случае можно сделать тоже "сушку" отдельной операцией, но задания по ней конкретно формировать не "высокого", а "среднего" уровня.
В современной версии программы (20.5) можно настроить так, что автоматом для разных операций в ТП одной и той же детали (изделия) задания формируются разного "уровня".
Тогда будет выглядеть так. После окраски, когда перемещается в зону сушки, выдавать через "новые задания" и "загрузку" ничего не нужно уже. Нужно просто по факту, когда с сушки забираем взять какой-нибудь сопроводительный листик со штрих-кодом и ткнуть им в терминал. Соответственно в базу у вас прилетит информация, что с сушки забрали по факту, когда это произойдёт.

Третий вариант: если, например, сушится там же, где красится, место ограничено, оплата малярам идёт за площадь покрашенных изделий, а не за время. В таком раскладе можно не делать, мне кажется отдельной операции. Но может быть, потребуются разные эксперименты с "объединёнными" заданиями для правильного отображения загруженности поста при использовании "высокого" уровня. Ведь если 5 изделий сохнут одновременно 4 часа (занимают место, больше пока ничего красить нельзя), то они соответствующий ресурс занимают 4 часа, а не 20. То есть каждое из них если бы сушилось одно, то это занимало бы 4 часа, но все вместе - тоже 4 часа ("объединённое" задание).

В общем, варианты разные могут быть. Нужно смотреть подробнее, какую задачу хотим решить, какие имеем граничные условия (особенности реальной технологии - примеры выше), и от этого уже отталкиваться.
 
А можно эту операцию сделать без работника?То есть пост ,который работает ,но на него не нужны сотрудники?
 
Поставьте на него ненастоящего работника. Заведите в сотрудниках участка "робота" ("Оператор", например, обзовите его) и поставьте.
Просто надо как-то пометить. Показать программе, работает пост, или нет, можно на него давать задания или нет, и если можно, то сколько?
Чтобы не изобретать какой-то отдельный специальный механизм для этого одного случая, можно использовать стандартный, который есть. А он работает по принципу: если работник на посту - пост работает, нет - не работает.
Просто работника завести "условного" для этого. А в "ёмкости смены" поставить значение, ограничивающее, какой "объём" заданий можно влить на смену.

Так  (примерно так, чуть посложнее) делают, например, пользователи в VOGBIT на ЧПУ участках, где реально работы на станок планируют, а не на оператора. А операторы могут вдвоём обслуживать в смену 5 станков, например. Одновременно.

Возможно, со временем поменяем что-нибудь, чтобы было поизящнее, так сказать. Но пока оставили так, потому что работает, в принципе, нормально.
 
Спасибо за ответ , я вас понял!
Страницы: 1
Сейчас на форуме (гостей: 12)
Всего зарегистрированных пользователей: 3083
Приняло участие в обсуждении: 356
Всего тем: 804
Всего сообщений: 6067

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