Производство и снабжение - Продолжается развитие программы в части координации работы плановой службы, производства и снабжения

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

К чему привязан StarForce - Активация, Деактивация, Лицензии
Константин Чилингаров: Здравствуйте, К процессору, материнской плате, сетевой карте, памяти, диску, ОС. Ко всему этому в разных пропорциях. По идее, в инструкц ...
Создание нового производственного задания - Производство
Константин Чилингаров: Здравствуйте, Вероятно, или нет вообще технологии на соответствующую позицию (деталь, сборочную единицу), или в этой технологии нет ни ...
Отчет задание на пилу - Отчёты
Виктор Левушкин: Спасибо....уже применяем.
Ошибка печати отчета - Отчёты
Виктор Левушкин: Спасибо. Вроде уже разобрался. Веду теперь блокнот по каждой операции пишу последовательность, т.к. пока нет опыта, но уже много чего запу ...
Одно задание для нескольких работников и совместное выполнение - Обновление
Константин Чилингаров: Здравствуйте, Совместное выполнение отмечать через терминал "Тип 2" и раньше было можно. Вот пример - краткое пояснение на эту тему ...
Нормы расхода на окраску - Состав и технология
Lyovushkin: Спасибо буду пробовать
VOGBIT Онлайн - Общие вопросы
Константин Чилингаров: Здравствуйте, Клиентское приложение VOGBIT в данном случае ставится не на ваш конечный компьютер, а на сервер. А вы работаете с ним через и ...
Планирование производства - Демо версия
Константин Чилингаров: API есть. Описания базы данных нет (и вряд ли будем делать в ближайшее время). Есть /forum/forum35/ раздел на форуме . Там примеры использования AP ...
Как отслеживать все детали, входящие в заказ? - Прочее
Константин Чилингаров: Чуть добавлю: Ответ кратко: Да, можно будет продолжать работать с тем, что ввели в "демо-версии". Дополнение к предыдущему сообщен ...
Ошибка при открытии спецификации - Прочее
Константин Чилингаров: Здравствуйте! Версия программы старовата. Хорошо бы обновить. Когда-то, давным-давно, кажется, была такая ошибка, но её быстро починил ...
Учет материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Вкладка меню "Складской учёт" -> Алгоритм списания -> FIFO.
Обороты по складу - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Это какими-то настройками или ещё как-то самостоятельно не решается, к сожалению. Нужно форму экранную саму поменять нем ...
Удаление позиции из номенклатуры - Прочее
mansur: Доброе утро, спасибо, все сделал по второму варианту. 
Ошибка при входе в Vogbit - Прочее
Григорий Клеков: написал: Здравствуйте. ...
Установка Демо версии - Демо версия
Amg: Спасибо большое за ответ. Демо-версию установил на ноутбук, если руководство решит перейти на ваш продукт, то думаю видеоконференция буд ...
Хранение файлов в БД - Общие вопросы
Константин Чилингаров: Если при этом вы хотите потом использовать штатные возможности VOGBIT (например, просматривать эти прикрепленные к операциям файлы в окне ...
Предварительные заявки, ЛЗК, Требования - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте! Периодически возникают похожие вопросы по "Предварительным заявкам", "ЛЗК", "Требованиям". В чём разница, ...
Конструктор фильтра - Прочее
Kochurova.av: Спасибо Вам большое!  Всё как всегда оказалось проще простого)
Свои поля для справочников и вывод их в список. - Общие вопросы
Константин Чилингаров: Здравствуйте, В "Номенклатуре" стандартно есть свойство "Комментарий" и соответствующая колонка в современных версиях VOGBIT ( ...
Список работников поста - Общие вопросы
Константин Чилингаров: Пожалуйста! Пользуйтесь)) Нет. Ссылку не нужно выкладывать. Потом, когда общее обновление соберем, выложим его на сайт, и все смогут ска ...

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

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

Неправильно сделан производственный заказ.
Вот тут подробно расписано.
 
Все делаю как и написано может проблема в тех.процесси?
Vogbit4.png (100.86 КБ)
Vogbit5.png (111.46 КБ)
Vogbit6.png (104.66 КБ)
Vogbit3.png (167.28 КБ)
Vogbit2.png (180.02 КБ)
 
На рис.3 показана технология изделия "Дверь..." (головное изделие, которое в итоге и выпускается, если смотреть на рис. 2).

На рис.5 в заказе на производство самого изделия "Дверь..." нет. Есть только комплектующие для него.

Может быть, дело вот в этом?
 
Да. Проблема была в галочке. Выдал расчет потребности какой нам был нужен. Спасибо.
 
Константин, добрый день.
В "расчете потребности" возникла проблемка, одна позиция не хотела считаться - выпадала из "расчета потребности".
В "технологическом процессе" эта позиция присутствует.
Изменено: mansur - 23.11.2020 11:14:48
 
В "коллекции компонентов" у обоих позиций стоит "тип связи" - "комплектующие"
Только в "расчете потребности" позицию "профиль" не считается, а "шпатлевка" считается.
 
Но после того как я поменял в позиции "профиль" тип связи с "комплектующего" на "материал", в "расчете потребности" эта позиция стала считаться.
Хотелось бы уточнить, не допустил ли я ошибки, допустимо ли такое в Vogbit?
 
Здравствуйте,

По поводу «материалов» и «комплектующих».

Первый момент – как лучше вносить:

Указывать в техпроцессе, как «комплектующие», следует позиции используемые при сборке изделия: детали, стандартные, покупные и прочие изделия. То есть, которые посредством какого-либо типа сборочных операций (свинчивание, клепка, сварка, склеивание, пайка и т.п.) собираются в единую конструкцию (сборочную единицу, изделие).

Если речь идёт о некоей заготовке, из которой путём её обработки (резка, точение, фрезеровка, нанесение покрытия и т.п.) делается деталь (изделие), то такую заготовку следует указывать в технологии соответствующей детали, как «материал». Сама по себе такая заготовка может являться погонажным или листовым материалом, групповой заготовкой, деталью, покупным изделием – не важно. Для детали, которая из неё делается – это «материал».

Различные материалы, используемые для придания изделию тех или иных свойств, например: грунты, шпаклевки, краски, лаки и т.п., следует так же указывать в техпроцессе соответствующего изделия, как «материал».

Дальше идёт пояснение, почему выше на картинках у вас получалось то, что получалось. Если не интересно разобраться, нужен просто результат, то делайте, как выше написано и всё. Если интересно – подробное объяснение ниже.

Второй момент – особенности логики работы программы:

То, что указано в техпроцессе, как «материал», в любом случае попадает в результаты «Расчёта потребности».
То, что указано в техпроцессе, как «комплектующие» может не всегда попадать в результаты «Расчёта потребности». В зависимости от настроек.
Если ничего в настройках специально не менять, то действует следующее правило:
Если некая позиция «А» указана, как «комплектующее» в техпроцессе сборочной единицы и при этом точно такая же позиция «А» присутствует в исходном списке или дереве, на котором был запущен расчёт, то указанная в техпроцессе, как комплектующее позиция «А» в результаты расчёта потребности не попадает.

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

Пример 2. Часто, особенно для несложных изделий и единичных каких-то заказов, процесс выглядит так: делаются детали для сборочной единицы, потом они на склад не сдаются, а просто сразу передаются на сборочный участок, где из них собирают изделие. Заказ на производство в VOGBIT выглядит в таком случае, как общий список, что делать, в котором и детали, и то, что из них собирается. При этом в случае подробно прописанной технологии эти же детали, в принципе, могут быть указаны и как комплектующие в сборочном техпроцессе. Действует по умолчанию то же правило, когда запускаем на таком заказе на производство (списке) «Расчёт потребности». Детали, указанные в исходном списке (в заказе на производство), считаются, по их техпроцессам в расчёт потребности попадают материалы, которые нужны, чтобы сделать эти детали. Такие же детали (номенклатура), какие есть в исходном списке (заказе на производство) и есть ещё и в технологии, указанные, как комплектующие, из результатов «расчёта потребности» исключаются (комплектующие).
В результате, запуская стандартно на таком заказе типа «детали для сборки и сама сборка» расчёт потребности и нажимая там «сформировать документы», мы получаем запрос на склад, в котором материалы для изготовления деталей по списку, и всё, что нужно подать на сборку со склада: покупные изделия, материалы, которые тратятся на сборке и т.п. (то есть, всё по сборочной технологии, за исключением деталей, которые возьмем сделанные в цехе). Что в данном случае и требовалось получить.

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

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

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

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

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

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

Что касается исходных данных в программе (что вводить и как - спецификации? технологию? всё или достаточно часть?), то тут либо можно отталкиваться от задачи (1-ой или 2-ой) и вводить по минимуму только что, что нужно (только спецификации, только технологии, или и то, и то, но не полностью, только по минимуму, что нужно), либо можно вводить "с избытком" - т.е. полностью: и спецификации, и в технологии всё прописывать (кое что дублироваться будет на первый взгляд). Тогда, как бы, несколько больше вводить данных исходных, но зато в результате будет в базе универсальное описание изделия, на основании которого затем уже можно при желании и 1-ую указанную задачу решить, и 2-ую, и ещё множество всевозможных вариаций на их тему.
 
Здравствуйте, мне хотелось бы получить "полное" дерево изделия "А", чтоб оно посчитало до последней гаечки. Информация нужна, чтоб через обеспеченность можно было рассчитать и увидеть недостающие компоненты, которые включены в изделие "А" и соответственно заказать их оперативно.
Далее соответственно, как приедут покупные изделия, дать задания постам на изготовление компонентов в лице изделий "Б", "Г", "Е".
На все изготавливаемые компоненты изделия "А" создал "заказные спецификации", только когда нажимаю на "расчет спецификации" изделия "А", он не разбивает все "до гаечки".
А когда нажимаю на "расчет потребности" по изделию "А" то то расчет делает только "Б", "В", "Г", "Д" и далее не разбивает.
Может так и должно быть?
 
Здравствуйте,

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

Если хотите сэкономить время, рекомендую обучение. Условия, если интересно, по почте.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4006
Приняло участие в обсуждении: 416
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт