Загрузка данных в VOGBIT из Inventor - 19.06.2024 Разработан и передан Заказчику очередной модуль для автоматизированной загрузки в VOGBIT данных по новым изделиям, разработанным конструкторским отделом предприятия

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

Складской учет - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Войдёт в ближайшее обновление. Планируем в течение ближайших пары недель собрать его.
Планирование производства - Демо версия
Sgrekhv: Извиняюсь, не в ту тему написал
Отсутствуют кнопки в поле правка - Установка
Константин Чилингаров: Здравствуйте! Не совсем понятно. Не могли бы Вы приложить скриншот, пожалуйста? Вообще, если речь идёт о вкладке меню "Правка" (в л ...
Плагин для выгрузки данных формы по HTTP - Плагины
Сергей: Пример для Спецификации договора ():[CODE using Newtonsoft.Json; var tfForm = (sender as Csdn.Vogbit.Forms.Action).ActionList.Parent as TasksFiles.TasksFilesGridForm; var gridControl = tfForm.Controls.Find("DataContro ...
Состав изделия - Состав и технология
Константин Чилингаров: С подсказки коллег освоил разбивку ролика на эпизоды  :)  Добавил разбивку.  Так более смотрибельно, по-моему.
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Если речь про окно "Календарный план", которое из окна "Производственные заказы" открывается, то нет, там ничег ...
Доработка шаблона отчета "Маршрутная карта" - Состав и технология
Zms.komissarov: Спасибо!!!
Перенос файла из "эскизы" на ПК - Общие вопросы
Beavis900: Благодарю! Напишу на почту
Расчёт комплектации конструкторской спецификации - Состав и технология
NPP_ORION: Спасибо, вроде разобрались.
Калькуляция на изделие - отчет! - Отчёты
Константин Чилингаров: Здравствуйте, Отчёт сделать можно. Вопрос только в трудоёмкости (соответственно, стоимости). В идеале, хорошо бы взглянуть на данные, и ...
К чему привязан StarForce - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, К процессору, материнской плате, сетевой карте, памяти, диску, ОС. Ко всему этому в разных пропорциях. По идее, в инструкц ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.

Расчет потребности

Всё, что связано с производством и вопросами применения программы в производстве - Производство - Работа с программой
Страницы: 1
Расчет потребности
 
Приветствую!

Если делаю расчет потребности головного изделия, встав на него в номенклатуре - сначала получаю запрос на выбор спецификации и потом, соответственно, расчет на 1 шт.

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

Чего не так?
 
Здравствуйте,

Принцип работы "Расчёта потребности"
 
Я, собственно, об этом уже подумал и пробовал создавать техпроцесс - упковка.

Ну, изменяется у меня состав в расчете потребности - появляется  само изделие, комплект поставки и упаковка.

И чего с этим дальше делать? То, что у основного изделия есть техпроцесс и километровое дерево внутри в расчет не принимается...

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

Или я хочу слишком многого и необходим иной путь?
 
Немного теории. Про формирование заказов на производство:

Если мы делаем что-то в виде изделия, состоящего из узлов, которые в свою очередь состоят из деталей, то всего может быть 3 разных "стратегии" (последовательности действий):

1. Мы полагаем, как начальное условие, что любая составляющая изделия, как отдельная деталь, так и узел а сборе, может уже быть в наличии готовая и её можно использовать, а не делать ещё одну.

В этом случае вкратце так:
1.1. Делаем производственный заказ на сами изделия. С помощью программы определяем какое количество из необходимых узлов в сборе у нас есть готовых, а сколько и каких не хватает для сборки.
1.2. Делаем производственный заказ на нужную номенклатуру узлов с учётом (1.1.). Для запланированного таким образом к изготовлению списка узлов определяем какие из необходимых для этого деталей имеются в наличии и могут быть использованы, а каких и сколько нужно ещё изготовить.
1.3. По результатам (1.2) формируем производственный заказ на изготовление нужного ассортимента и количества деталей. Для соответствующего количества деталей определяем наличие необходимых материалов на складе. Если не хватает, то формируем на недостающие позиции заказы на приобретение.

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


2. Мы полагаем, как начальное условие, что никаких готовых частей изделия, будь то узел в сборе или отдельная деталь, в наличии готовых у нас точно нет. Их нужно все сделать.

В этом случае вкратце:
2.1. Сразу заполняем заказ на производство "по спецификации", включая в него абсолютно все изготавливаемые позиции: все узлы и детали, какие есть в изделии. Формируем по указанному списку изготавливаемых узлов и деталей запрос на склад (на материалы для деталей и покупные комплектующие для сборки), сверяем со складом, если чего-то не хватает, то закупаем.

Из исходных данных нужна спецификация. Комплектация в технологии полностью прописанная не нужна. Только если покупные какие-то указать, на которые запрос на получение со склада должен сформироваться.


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

В этом случае вкратце:
3.1. Делаем заказ на производство по аналогии с п.2.1, но только включаем "группы планирования", чтобы попали в этот заказ на производство не вообще все узлы и детали какие есть в изделии, а только те, которые относятся к категории "точно надо делать".
3.2. По полученному (3.1.) списку формируем запрос на склад, что ещё, какие узлы и детали нужны с учётом возможных их остатков на складе. И определяем таким образом, что есть, а что нужно в каком количестве ещё изготовить.
3.3. Далее - аналогично п.1.2, 1.3.

Из исходных данных нужны получается и спецификации, и комплектация в техпроцессах, и ещё "группы планирования" нужно задействовать для разделения компонентов изделия на те, которые "точно делать", и те, которые "могут быть в наличии".
 
Спасибо за ответ!

Вариант 2 уже был успешно опробован.
Вариант 3 вряд ли потребуется.

Изначальная загвоздка с 1.1. Я прямо из производственного заказа могу определить количество необходимых узлов?
Все техпроцессы прописаны и присутствуют, но расчет потребности выдает только информацию по верхнему уровню.
 
Цитата
D.shumkov написал:
расчет потребности выдает только информацию по верхнему уровню
Всё правильно.

"Вариант 1" подразумевает, что любая позиция изделия (будь то детали или сборочная единица) может присутствовать готовая на складе.
Соответственно:
Цитата
Константин Чилингаров написал:
1.1. Делаем производственный заказ на сами изделия. С помощью программы определяем какое количество из необходимых узлов в сборе у нас есть готовых, а сколько и каких не хватает для сборки.
1.2. Делаем производственный заказ на нужную номенклатуру узлов с учётом (1.1.). Для запланированного таким образом к изготовлению списка узлов определяем какие из необходимых для этого деталей имеются в наличии и могут быть использованы, а каких и сколько нужно ещё изготовить.
1.3. По результатам (1.2) формируем производственный заказ на изготовление нужного ассортимента и количества деталей. Для соответствующего количества деталей определяем наличие необходимых материалов на складе. Если не хватает, то формируем на недостающие позиции заказы на приобретение.
То есть последовательно.
Формируем заказ на сборку самих изделий. Что-то из того, что для этой окончательной сборки нужно, есть готовое. Вычленяем только то, чего недостаточно ("Обеспеченность"). Формируем заказ на  недостающую номенклатуру узлов (и деталей), которые нужны для окончательной сборки. В количестве не меньше, чем не хватает. Возможно, и больше. Явно мы периодически по своим каким-то причинам так и делаем (ибо иначе откуда свободные остатки на складе?).
Получив заказ на недостающие узлы непосредственно для сборки конечного изделия смотрим, что есть на складе в свою очередь готового из того, что нужно для них (до этого момента мы не могли этого сделать правильно, т.к. мы на предыдущем шаге мы только с номенклатурой и количеством этих узлов самих определились). И так далее...

Если не так, то скатываемся получается к "варианту 3" (который в свою очередь в пределе является "вариантом 2").
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4042
Приняло участие в обсуждении: 421
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт