Изменения в лицензионном соглашении - Согласно условиям действующего Лицензионного соглашения уведомляем Вас об изменениях в Лицензионном соглашении, которые вступят в силу, начиная с версии VOGBIT 20.8 (1.1.54861). Согласно условиям действующего Лицензионного соглашения, обновление пользователем своей программы до версии VOGBIT 20.8 (1.1.54861) будет означать его полное согласие с условиями новой редакции Лицензионного соглашения

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

Поменять технологию - Производство
Константин Чилингаров: Кстати... Я выше всё писал везде про связи между созданным заданием и операцией в ТП, на основе которого создано задание. Тут подумал, м ...
Изменение временных интервалов на терминале. - Терминалы
Константин Чилингаров: Здравствуйте, Пока не настраивается. Со временем нужно будет делать какие-то настройки, да. Уже накапливаются потихоньку всякие пожел ...
Вопрос на тему "Технология подробно" - Состав и технология
Константин Чилингаров: Здравствуйте,   Можно теоретически заморочиться с «объединёнными» заданиями. Недавно на форуме где-то обсуждалось про них (объедине ...
Упрощенная сдача на склад - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Время, которое затрачивается на обновление, зависит от размера базы данных, сервера, компьютера, с которого выполняется, и соединения ме ...
Совместная обработка - Производство
Константин Чилингаров: Со сборкой - сваркой - окраской, то всё понятно. В плане технологии - тут всё просто. Есть Балка. Есть техпроцесс на неё. Три операции: с ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Здравствуйте, Пока нет, к сожалению.
Календарный план - Производство
Константин Чилингаров: Не очень понятно, что вы имеете в виду под словами "сделать планирование по номенклатуре в соответствии с уровнями". Вообще, как я ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Не совсем… 19032 Илья написал: для контроля "задела" необходимо создать свою заказную спецификацию Нет. Никакую специальную «за ...
Нажатие Enter в поле поиска при поступлении по заявке. - Ошибки в работе
Константин Чилингаров: Ок. Принимается. По мере возможности посмотрим, что там можно сделать.
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Если она нигде не используется (в заказах, спецификациях, документах и т.п.), то есть утилита "Генератор удаление" (в меню "Настройк ...
Копирование спецификаций с комментариями - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в список пожеланий.
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Понятно. Проблема из-за того возникла, что папку с файлами сложили прямо в C:\Program Files\VOGBIT. Откуда файлы добавляли. Програм ...
Пустой бланк - Демо версия
Константин Чилингаров: Бывает такой эффект, говорят, когда по какой-то причине завис в Windows в процессах Excel. Если так, то соответственно, перезагрузка помогает.
Не могу создать технологию подробно - Состав и технология
Minicnc14: Отбой, настройки поправил и заработало
О номенклатуре и технологии - Состав и технология
Vdovin-g: Здравствуйте! Спасибо, Вы подтвердили мои мысли
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, В контексте данной задачи не нужно "заказных спецификаций" на входящие компоненты. "Заказная спецификация" ну ...
Задать место хранения - Материалы, Комплектующие, Складской учёт
Петр Свиридов: Нашли. Очень хорошо, что ее приделали. Полезная вещь. Благодарим!
Приход по заявке - изменение единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Спасибо за замечание, Да, знаем, что там не очень в этом месте, когда разные единицы измерения параллельно используются.  ...
Смена участка и поста в окне Технология подробно. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Пожелание понятно. Пока запишем в список пожеланий.
Вопрос по коэффициентам пересчета - Состав и технология
Sgrekhv: Большое спасибо. Все получилось.

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

Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы: 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
Сейчас на форуме (гостей: 13)
Всего зарегистрированных пользователей: 3334
Приняло участие в обсуждении: 375
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт