Изменение цен на лицензии - С 01 мая 2023 г. изменяется стоимость лицензий VOGBIT

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

Расчет потребности и ЛЗК - Общие вопросы
Yzolotukhin: написал: написал: А для чего тогда состав изделия в конструкторской документации, если все берется из технологии? Тут так в двух сло ...
Терминал - Терминалы
Veruz: Это проявляется только утром. В течении дня вроде - всё нормально.
Автозаполнение Тшт в технологии - Состав и технология
Trudovaya-21: Большое спасибо! Очень помогли!
Папки - Общие вопросы
Владимир Белов: А пока мы исправляем ошибку - вместо крестика можно использовать кнопку сворачивания.
Настройка столбцов в Номенклатура - Основная - Состав и технология
Yzolotukhin: написал: написал: То есть нельзя сделать чтобы этот столбец появился в основной таблице? Немного устарел ответ (сообщение #4). Актуал ...
Unable to cast object of - Ошибки в работе
Константин Чилингаров: Отправил Вам на почту.
График производства - Прочее
Veruz: Спасибо, получилось.
Передача остатков склада из 1с склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Сделать реально. Есть API. Можно из внешнего приложения законнектиться к базе данных VOGBIT и в нужный момент вытащить нужну ...
Ошибка создания отчета - Отчёты
Abdrahimov: Спасибо, решено
Предварительные заявки и Лимитные карты не попадают в папки - Ошибки в работе
Alex-220781: Я, наверное, с группировкой перепутал. А как идею можно рассмотреть. Чтобы созданные документы сортировались по папкам.
И снова про брак... - Материалы, Комплектующие, Складской учёт
Kovyrkin: Здравствуйте, Константин. написал: Вообще, в большинстве случаев определение и фиксация брак или не брак - это компетенция не оператора, ...
Сменное задание - Производство
Константин Чилингаров: Здравствуйте, Да, можно так сделать. Шаблон отчёта нужно соответствующий настроить. Пришлите, пожалуйста, на почту, какие этикетки дол ...
Задания - Общие вопросы
Константин Чилингаров: Здравствуйте, Дело в том, что демо-пример "/support/19454/ Движение заказа " сделан полностью на "/articles/5286/ среднем " уровне, и в данном ...
Удаление операции из техпроцесса - Состав и технология
Константин Чилингаров: Здравствуйте, Существуют задания для производства, которые ссылаются на эту операцию (на основе неё созданные). Они не дают удалить опе ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: Здравствуйте, написал: После первой установки все работало нормально и где то через месяц работы все поломалось. Обновление ОС пост ...
Создание заказа на производство с учетом остатков/задела - Прочее
Константин Чилингаров: В целом, проблема понятна. Будем думать, конечно, как улучшить. По мере наличия времени. К сожалению, не получается всем одновременно зан ...
Чистка базы - Прочее
Константин Чилингаров: Здравствуйте, написал: Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые... Име ...
Статистика производства - Производство
Константин Чилингаров: Здравствуйте! написал: При открывании статистики появляется окно ошибки см.скрин Это где-то в задании один и тот же работник указан 2 ...
Удаление ошибочно внесенных позиций, восстановление данных после удаления заданий. - Прочее
Константин Чилингаров: Небольшой совет по теме: Никогда не храните созданные файлы резервных копий базы данных там же (на том же компьютере/диске), где и сама ...
Планирование, загрузка производства - Прочее
Константин Чилингаров: Поскольку этот старый модуль считает долго, там технология была такая: Расчёт выполнялся на какой-то момент времени. На актуальных на эт ...

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

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

×
Вход на сайт