Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

О номенклатуре и технологии - Состав и технология
Vdovin-g: Здравствуйте! Спасибо, Вы подтвердили мои мысли
Пустой бланк - Демо версия
Константин Чилингаров: Да, судя по картинке, какая-то проблема с самим Excel'ем. VOGBIT создаёт при формировании отчёта Excel файл в папке "Документы", а Excel (ну и ...
Экспорт в Vogbit - Состав и технология
Константин Чилингаров: Здравствуйте, Если речь про стандартный модуль импорта из Excel, то нет. Не зависит. Можно использовать на нескольких рабочих местах. Нет ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, В контексте данной задачи не нужно "заказных спецификаций" на входящие компоненты. "Заказная спецификация" ну ...
Задать место хранения - Материалы, Комплектующие, Складской учёт
Петр Свиридов: Нашли. Очень хорошо, что ее приделали. Полезная вещь. Благодарим!
Приход по заявке - изменение единиц измерения - Интерфейс программы
Константин Чилингаров: Здравствуйте, Спасибо за замечание, Да, знаем, что там не очень в этом месте, когда разные единицы измерения параллельно используются.  ...
Плагин на форму отчета - Новые возможности
Константин Чилингаров: Отправили ещё раз. Если нет, посмотрите в "Спаме". Туда значит попадает, наверное.
Смена участка и поста в окне Технология подробно. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Пожелание понятно. Пока запишем в список пожеланий.
Вопрос по коэффициентам пересчета - Состав и технология
Sgrekhv: Большое спасибо. Все получилось.
Группировка постов по подразделениям в загрузке - Общие вопросы
Константин Чилингаров: 19314 nemyheim написал: Поколдую пока с названиями Да, пока так. В список пожеланий записал.
Эскизы при просмотре остатков - Интерфейс программы
Константин Чилингаров: Ну... Надеюсь, скоро))) Тестируем. Вам конкретно, если сильно нужно, можем и сейчас дать.
Карта раскроя - Общие вопросы
mansur: Добрый день, я понял свое упущение - нужно позиции переводить на "высокий"уровень, у нас по умолчанию стоит "максимальный". В пр ...
Приемка ОТК - Производство
Константин Чилингаров: Ответ, на самом деле, в предыдущем сообщении: 13 Константин Чилингаров написал: Чтобы была возможность применять такую систему не повс ...
Редактирование минимальных остатков в окне. - Интерфейс программы
Константин Чилингаров: Здравствуйте, 3520 Alex-220781 написал: Чтобы отредактировать значение минимального остатка Я, когда хочу отредактировать "неснижаемый ...
Комментарии в "Технология подробно" - Состав и технология
Kip.prombez: Спасибо :) Помогли
Колонка комментарий в заявке на покупку. - Интерфейс программы
Константин Чилингаров: Технически в следующей версии такая возможность предусмотрена. Успеем или нет её подключить в графический интерфейс (колонка чтобы поя ...
Вопрос по расчетам - Общие вопросы
Константин Чилингаров: В заказной спецификации (дереве) указывается количество на единицу того, что делаем. Если меряется это, что делаем, метрами, то на 1 м "и ...
Учет комплектующих изготовленных по фактическому количеству материала. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 19032 Илья написал: изначально втулки делают именно под конкретный  заказ Тут у нас с вами некоторое терминологическое расхождение. П ...
Внеплановое задание - Производство
Константин Чилингаров: Я так понимаю, «подгонка толкателей» в данном случае это не заранее предусмотренная технологией операция, а некая дополнительная работ ...
Удаление позиции из номенклатуры - Прочее
Константин Чилингаров: Судя по сообщению, данная позиция используется в складском документе (в спецификации учётного документа). Немного странно, что "где и ...

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

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

×
Вход на сайт