VOGBIT Громоздкая ЛЗК - Материалы, Комплектующие, Складской учёт
Мы в соцсетях - Мы рады сообщить, что официальные каналы нашей программы теперь доступны в MAX, Telegram и VK. Это новый шаг к открытому диалогу с вами.

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

Типы терминалов - Терминалы
Константин Чилингаров: … продолжение …   [B [U Часть 3. Наследие прошлых времен и перспективы[/U [/B Сначала о терминалах для «высокого/максимального» уровня. ...
VOGBIT в MAX, Telegram, VK - Общие вопросы
Константин Чилингаров: Уважаемые пользователи и все, кто просто интересуется!   Мы запустили официальные каналы в https://max.ru/id7728755867_biz MAX , https://t.me/vogbit_official Telegram ...
Импорт спецификаций из Excel - Общие вопросы
Balukov: Здравствуйте. Для работы с загрузкой спецификаций из файлов Excel,направляю Вам ссылку на документацию https://vogbit.ru/support/20647/ https://vogbit.ru/support/206 ...
"Расчётные документы" - Прочее
Константин Чилингаров: Здравствуйте, Нужно вытащить себе на панель инструментов кнопку. Для этого в любом месте на панели инструментов нажмите правую кнопк ...
Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.

Громоздкая ЛЗК

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 1
Громоздкая ЛЗК
 
Здравствуйте, нужен совет.

Существует сложный сборочный техпроцесс - много операций, у каждой операции прописана своя комплектация. ТП физически растянут по времени. Сегодня, к примеру, выполняется только одна операция этого ТП - к примеру, "монтаж системы охлаждения". Выдавать комплектацию на весь этот ТП разово, с помощью одной ЛЗК и соответственно, "одной коробкой" - вообще не выход. Есть способ расчленить ЛЗК, чтобы выдача комплектов производилась, к примеру, пооперационно?

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

Заранее благодарим.
 
Здравствуйте,

Из опыта работы с большими и сложными сборочными техпроцессами:

Случай 1. Постовая сборка. Изделие - около 3500 наименований компонентов, при сборке задействованы 22 зоны, технология - около 350 операций.

Решалась задача в первую очередь комплектования зон, тем, что им нужно, и складского учёта.
Технология была заведена одна, на всё изделие. Каждая зона сборки - как отдельное подразделение (участок). В итоге при запуске изделия формировались сразу все 22 ЛЗК (минимум 22, см. ниже) - на каждую зону сборки. Они распечатывались и  в цехе раскладывались на специальном стенде в пластмассовые ящики ("карманы") с номерами сборочных зон. На документе указаны, естественно, обозначение, наименование, номер изделия, склад, где получать.

Таким образом, когда на сборочную зону поступало очередное изделие, нужно было просто взять для этого изделия готовую ЛЗК из "кармана" на стенде, соответствующего данной зоне, пойти на склад получить всё, что нужно.
Складов было 12 по типу материалов и комплектующих. Соответственно, бывало, что для одной зоны получалось несколько ЛЗК. По количеству складов, где им нужно что-то получить на соответствующее изделие.

Случай 2. Конвейер. Причём на конвейере стояли разные изделия, а не одинаковые. Т.е., например, 3 шт изделия А, потом 5 шт. изделия Б, потом 1 шт изделия А модификации 123, потом 2 изделия В и т.д.
А в остальном - настоящий конвейер. Движется, с тактом, всё как положено.
Всего на конвейере около 80 постов, на каждом выполняется по несколько операций (где-то до 5 в среднем, наверное). Изделия по размеру и сложности такие же как в первом случае.

Тут было сделано вообще довольно нестандартно. "Конструкторское" дерево вообще заводить не стали. Очень громоздко и не очень понятно, зачем оно нужно. Состав завели сразу технологический. Т.е. заказ на производство состоял из номенклатур типа "Сварка такой-то части", "Установка такой-то системы" и т.п. По смыслу такая номенклатура - это то что делается на конкретном посту конвейера. А в техпроцессе уже операции и комплектация на этот конкретный пост.
+ была придумана и реализована под это специальная система использования механизма "очерёдности" в "Графике производства".
Результат - решались следующие задачи:
1. Была для каждого поста конвейера чёткая картина - какое изделие там сейчас, какое встанет следующее, какое после него, какие пройдут сегодня, что в каком порядке будет завтра и т.п.
2 Под каждое проходящее изделие, под каждый пост формировалась ЛЗК, какую нужно подать комплектацию под данное изделие на данный пост. Поскольку последовательность известна, что в каком порядке пойдёт дальше, то можно было начинать комплектовать заранее. С опережением в несколько тактов (например, сегодня на завтра), чтобы не было остановок из-за отсутствия комплектации.
Это, собственно, и было одной из главных целей.
 
Здравствуйте.

Идея увеличить число складов и потребителей (Ваш вариант #1) бродила в наших головах, но как то окончательно она не сформировалась. Сейчас, после изложенного Вашего опыта работы она кажется вполне работоспособной. Попробуем реализовать.

И вторая важная идея - то, что конструкторское дерево не всегда нужно. Сейчас мы его подчас используем только для того, чтобы из него забирать куски для формирования комплектов в ТП.

Спасибо.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4366
Приняло участие в обсуждении: 437
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт