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

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

Порядок строк приходной накладной - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо! Добрый день! На всякий случай, напоминаю. Может в следующем обновлении появиться. 3520 Alex-220781 написал: возможность пере ...
Календарный план - Производство
Андрей Тюрин: Здравствуйте. Во вкладке "Календарный план" при добавлении нового заказа технологические карты группируются, насколько я понял, так: сначала ТК1 на кран 3512, потом ТК1 на кран 3584, затем ТК2 на кран 3512, т. е. сначала все ТК1, потом все ...
Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для соответствующего поста – он и не показывается. Другое дело, что dashboard в таком виде вообще достаточно беспол ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно указан склад, куда передаётся, нажать «создать документ» (рис.2). Дальше можно при необходимости поправить количе ...
Отображения количества деталей в терминале - Интерфейс программы
1113: Доброго дня.  Предлагаю в терминале Тип 1 после авторизации, выбора участка и после выбора Заказа в окне выбора детали, выводить не только название детали (или , по сути, технологического процесса) но и количество этих деталей.  Обоснование: если ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал рассматривать. Пояснение: В VOGBIT в тех задачах для чего, в основном, используется в этой программе подсистема ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настройкой шаблонов отчётов, если интереса/желания/времени глубоко в эту тему погружаться не ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного заказа (карты заказа)  была нажата кнопка "Отметить, как законченные" в окне, которое у вас на карти ...
Исправление количества сданных изделий - Производство
Константин Чилингаров: Здравствуйте, Да, нормальная инструкция. Для "среднего" уровня актуальна. Это для случая, мех обработки или сборки несложной, когда сдаётся по количеству и нормо-часы закрываются по нормативам при этом (терминал "тип 2"). ...
Транспортные расходы - Прочее
Константин Чилингаров: Здравствуйте, Данная программа не предназначена для учёта расходов в понимании, например, финансового отдела. Таких как затраты на электроэнергию, транспорт, содержание помещений, вспомогательных служб и т.д. и т.п. Она просто не для этого.  Ч ...
Выполнение нескольких заданий одновременно. - Терминалы
Константин Чилингаров: Здравствуйте, Маловато исходной информации пока, чтобы что-то сказать. Какая цель (применения программы в данном месте)? Нужно просто отмечать и видеть, что кран такой-то закомплектован, кран такой-то закомплектован и т.д.? Или это какая-то сл ...
Удаление папки - Прочее
Наталья Захарова: Все получилось, спасибо.
Штрих код на деталях - Производство
Константин Чилингаров: 18336 Fomina написал: Я правильно понимаю, что в текущей версии штрих-код назначается автоматически? Если речь про тот штрих-код, который в "графике производства", то достаточно давно уже он назначается автоматически при создании задан ...
Колонка "Наладка" в Статистике производства - Прочее
Константин Чилингаров: Здравствуйте, Это для учёта работы наладчиков станков с ЧПУ. https://youtu.be/KnCDki8k-9Y?t=819 Вот из этой серии (13:39) Потом фильтр по этой колонке ставишь в "Статистике производства" и нужную группировку (например, по людям->д ...
Активация/деактивация - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: В новой версии 20.5 по прежнему есть ограничение на количество деактиваций? Да. 10 шт. В следующей версии, вполне вероятно, появится новый тип лицензий, которые можно будет запускать на разных компьюте ...
Пустой бланк - Демо версия
Константин Чилингаров: Можно, конечно. Если сами умеете - корректируйте. Если сами не умеете, то можем мы по вашим пожеланиям за скромную плату. В последнем случае - пишите на почту свои пожелания. Желательно, максимально подробно. Обсудим.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Это погрешность округления. Коэффициент пересчёта округлили до 3 знаков, когда вводили (стоит в базе кг->м = 0,004). В итоге при пересчёте 698 кг в метры получается 2,792. Что уже не совсем точно. Если потом пересчитать обратно в метры (по тому ...
Статистика производства - Прочее
Константин Чилингаров: Дело в том, что «Техпроцесс» (то, что открывается по кнопке «Технология подробно» на изделии) и «Задания» (то, что открывается по двойному щелчку или по «выполнение» в «графике» производства») – это не одно и то же. Это разные вещи. Связанные между с ...
Пропадают спецификации и техпроцессы - Прочее
Наталья Захарова: Здравствуйте. Спасибо!
Ошибка при попытке сформировать отчет - Ошибки в работе
Константин Чилингаров: Отчёт из "Статистики производства", я так понимаю? При последнем обновлении меняли все бланки отчётов из этого режима на новые. Причина ошибки - не заменён бланк - старый, от старой версии сейчас в базе у вас лежит сейчас. Обновление пост ...

Организация потока деталей

- Общие вопросы - Старые разделы форума
Страницы: 1
Организация потока деталей, Поток различных изделий на подобии конвеера
 
возможно-ли организовать в программе организовать "поток деталей" по типу конвеерра, т.е.
Пример: Имеется деталь 1 изготавливаемая за 2 тех. операции (рубка и гибка), время изготовления каждой операции составляет 1 мин , кол. заказа 10 шт.
После выполнения опер. №1 для первой детали из партии она сразу попадает на опер. №2 и гнется, т.е. одновременно с рубкой второй детали из партии. Как это реализовать если сначала даже на максимальном уровне при разбивке на партии необходимо сдать операцию №1 в кол. 10 шт и только потом приступить к выполнению операции №2, это увеличивает время изготовления заказа в разы или делает отчетность виртуальной
 
Сейчас как раз занимаемся конвеером на одном заводе. Вот только это не ваш случай совсем, судя по исходным данным.

По вашему описанию вся процедура у вас занимает 11 минут.
Зачем при этом отмечать изготовление каждой детали отдельно по одной (т.е. 20 раз)? Для чего?
Даёте задание на 10 деталей. Маршрут: Рубка, Гибка. Через 15 минут пересчитываете детали и отмечаете: Рубка 10 шт. - Готово, Гибка 10 шт. - Готово. И всё.
Не вижу никакого смысла отмечать в такой ситуации по одной детали каждую минуту. Зачем?

Цитата
Дмитрий Ш. С. пишет:
даже на максимальном уровне при разбивке на партии необходимо сдать операцию №1 в кол. 10 шт и только потом приступить к выполнению операции №2
Это не так. Вы неправильно поняли. Никаких подобных ограничений в программе нет, если их только специально самому не включить. И на "высоком", и на "максимальном" уровне можно делать операции параллельно.

P.S.
Цитата
Дмитрий Ш. С. пишет:
время изготовления каждой операции составляет 1 мин , кол. заказа 10 шт
Это в  чистом виде "высокий" уровень. Заморачиваться "максимальным" имело бы смысл, если бы у вас "кол. заказа" в этом случае было, например, 10000 шт.
 
Имеется заказ месячный на сборки: А (200 шт) и Б (200 шт) заказчик забирает партиями по 50 шт еженедельно (возможно ежедневно по 10 шт).
Сборка А (собир. за 5 мин) состоит из Дет.1 по 1 шт. и Дет.2 по 2 шт.
Сборка Б (собир. за 5 мин) состоит из Дет.2 по 1 шт. и Дет.3 по 1 шт.
Дет.1 (рубка(1 мин), Гибка (2 мин));
Дет.2 (рубка(1 мин), перфорация (2 мин));
Дет.3 (рубка(1 мин), гибка(2 мин))
Начало работы Мех участка (может быть)смещено относительно сборочного уч.на некоторое время (около часа) необходимое для изготовления задела на мех участке т.е. за время сборки необходимо успевать сделать новый задел всех номенклатур деталей для выпуска Сборок А (6 шт.) Сборок Б (6 шт.) и как указать в сменном задании сколько и каких деталей за 1 час из 8 часов смены должен изготовит каждый пост
Этот технологический процесс называется непрерывный поток различных изделий (т.е. конвеер различных деталей) очень трудно организуемый, но самый эффективный способ производства и удовлетворения спроса
 
Это теоретическая задача?
 
Нет у наз заказывают Траверсы и к ним Хомут и забирают заказ частями (т+х), т.е. сейчас у меня лежат на складе 30 траверс и не одного хомута и их не забирают (это самый простой пример)
 
По примеру про А и Б (вот этому):

Точность плана поста до каждого часа или, тем более, до минут, в данном случае явно чрезмерна.  В условиях описанного производства, если попытаться составить такой суперточный план, то он, скорее всего, будет бесполезен, а в худшем случае вреден. Это могу объяснить и с точки зрения практики, и с точки зрения чистой математики.

Я бы предложил делать примерно так:

Запускаем изделия А и Б партиями по 10-15 штук (по исходным данным примера - можно и немного больше). Уровень учёта «высокий». В конце дня даём производству задание на очередную такую партию А и Б (и ещё кого-нибудь), включая все необходимые для них детали (режим График производства). Заходим в режим Новые задания, ставим все работы механического участка по этой партии на завтра, сборочного участка – на послезавтра. На следующий день повторяем данную операцию. Количество и ассортимент изделий в очередном задании можно откорректировать по ситуации.

Получаем каждый день с утра:

- сборка обеспечена на ближайшую смену. У неё есть задание на текущую смену и все детали, чтобы собирать по этому заданию;
- у механического участка есть точное задание на текущую смену, он делает то, что нужно будет на сборке завтра.

И будет всё отлично работать по вашему примеру с изделиями А и Б. Может заказчик хоть каждый день по 10 забирать, хоть раз в неделю по 50, всё будет готово.
Можно к А и Б по такой технологии добавить ещё В, Г, Д, Е и т.д., это не принципиально, будет точно так же работать. Если правильно организована система мотивации и оплаты труда, есть материалы, инструмент, оборудование исправно, то по такой системе можно добиться производительности близкой к той, на которую ваше производство способно технологически.

Это общий принцип. Детали подгоняются «по месту». Например, с какой периодичностью добавлять новые задания (раз в день, раз пол дня, раз в 3 дня и т.п.), какого объёма делать эти задания. Как отслеживать чтобы ничего не «зависало» (есть специальные режимы, функции и отчёты). И др.

В производстве с очень большой номенклатурой деталей (изготовление строительных металлоконструкций) хорошо зарекомендовал себя в подобной ситуации метод планирования и учёта «по комплектам». Когда постам даётся задание сдать не просто количество деталей, а сдать эти детали строго определёнными комплектами. При огромной номенклатуре очень эффективная система, но требует соответствующим образом выстроенную технологию выдачи и приёмки (в т.ч. к оплате) заданий.
 
Про траверсы и хомуты:

Давайте производству задания на изготовление комплектами. Сколько траверс, столько и хомутов. Технически в VOGBIT это делается элементарно. Заводите изделие «Комплект», включаете в него того и другого по 1 шт. и запускаете такими комплектами. Если общее количество большое, а забирать надо частями, то запускайте более мелкими партиями. Такими, какие хотите получать на выходе.

Если у вас производство работает по заданиям, которые вы выдаёте, то этого достаточно.

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

Но:
1. Чтобы получился конвейер нужен такт конвейера. Т.е. надо одновременно по всему производству "очередь" сдвигать при "толчке" конвейера. На настоящем конвейере это понятно как происходит. А у вас так получится?

2. Потребуется довольно специфическое описание продукции в части состава и технологии. Не стандартное, а заточенное под механизм "конвейера". Там есть тонкости.

3. Почти 100%, нужно будет разрабатывать и настраивать специфические шаблоны для сменных заданий и т.п. в программе. Стандартными не получится обойтись. Возможно, придётся ещё что-нибудь "допиливать" по месту.

В общем, технически сделать можно. Но не сказать что просто.

Кроме того:
1. Если у вас начало/окончание рабочего дня не будут сдвинуты на "такт" такого "конвейера", то никуда от проблемы хранения сделанных деталей не уйти.

2. У конвейера есть и обратная сторона медали. Если на нём где-то что-то вдруг не так, то он встаёт весь. Т.е. при системе "сегодня - на завтра" страховка намного больше получается от непредвиденных ситуаций. А при "конвейере" в течение одной смены, если вдруг что-то на участке изготовления деталей пойдёт не так, то сборка сразу встанет.

Так что, imho, получается тут одни проблемы меняем на другие.
Организовать теоретически можно, но, видится, сложнее. Как в чисто организационном плане, так и в плане выстраивания оптимальной работы с программой. Программу придётся местами настраивать специально под такой вариант работы (технически это возможно). И обкатывать потом такое решение.

Так что надо сравнивать что будет более оптимально. Вполне может быть, что организовать хранение и комплектацию готовых деталей для сборки, по совокупности окажется проще, дешевле и эффективнее. А может и нет. Тут сложно сказать, не попробовав.
 
Смещение на такт возможно.
По поводу остановки конвейера, я могу пойти на это. Только что списывал партию бракованных хомутов (сделали всю партию короче на 50 мм) и заметили лишь когда начали гнуть (всю партию), т.е если-бы изготавливали по такту, то выявили бы часть партии (такта или 2х тактов) и исправили бы для остатка и как говорится что дороже остановка или партия брака (вся)

По поводу такта, сборка меньше операций (и меньше времени) чем изготовление деталей. Решение организация двойного потока изготовления деталей для компенсации времени (т.е. условно на одного сборщика, два слесаря)
т.е. такт придется подстраивать, но срок изготовления заказа уменьшается раза в 2-3.

Подитог, у вас сейчас нет готового решения по потоку деталей, и придется применять (как писал ранее) операционное складирование

Вопрос сколько стоит доработать?
 
Цитата
Дмитрий Ш. С. пишет:
сколько стоит доработать?
давайте обсудим по почте или по скайпу.

e-mail: chilingarov@tcsdev.ru
skype: csdevelopment
 
Еще вопрос, возможно в смену при составлении графика производства размещение детали на опер.1 и опер. 2 при частичном изготовлении опер.1
Т.е. На операцию с №1 ставлю изготовление и когда она еще не завершена полностью, а операция №2 (последующая для этой детали) начинается

Т.е. при операционном ТП считается Опер№1 (Тизг.мин*Кол.дет в партии) и только после этого времени можно выполнять операцию №2 (т.е после сдачи условно операции №1 полностью), и как это реализовывать (т.е постановка одновременно очереди 1 и при частичном изготовлении  запуск очереди №2 т.е. через такт или можно несколько тактов)
 
У меня нет Скайпа
 
Цитата
Дмитрий Ш. С. пишет:
Еще вопрос, возможно в смену при составлении графика производства размещение детали на опер.1 и опер. 2 при частичном изготовлении опер.1
В VOGBIT по умолчанию не стоит ограничения на строгую последовательность выполнения операций. Т.е. что никак нельзя начинать операцию 2 пока не закончил операцию 1. Изначально такого ограничения нет. Можете делать хоть все одновременно (такое вполне возможно в некоторых условиях).

Ограничение включает сам пользователь, если считает, что оно нужно. Подробнее см. документацию:

https://vogbit.ru/support/465/#_41
https://vogbit.ru/support/552/#__RefHeading__7849_692132844
Страницы: 1
Сейчас на форуме (гостей: 19)
Всего зарегистрированных пользователей: 3172
Приняло участие в обсуждении: 364
Всего тем: 804
Всего сообщений: 6067

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