VOGBIT Расчёт потребности - Материалы, Комплектующие, Складской учёт
Новая версия VOGBIT 24.2.5 - Календарное планирование, обновленные терминалы, новый раздел «Оповещения», встроенный загрузчик спецификаций из Excel, просмотр файлов STEP и КОМПАС, и др.

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

Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...
Отсутствие деталей, операций в графике производства - Состав и технология
Константин Чилингаров: Здравствуйте, Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Отсутствует команда "Навигатор" - Общие вопросы
Константин Чилингаров: ... продолжение ... 6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Пример создания плагина - Плагины
Сергей: Здравствуйте! Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None); var sr = cc ...
Ошибка при установке демоверсии - Установка
Владимир Белов: Проверьте, что вы параметры подключения к БД ввели правильно. Лучше всего скопировать из предыдущего сообщения.
Тёмная тема - Прочее
Константин Чилингаров: здравствуйте, В меню выбираем "Главная" - "Установки". Там закладка "Клиент", в поле "Тема" меняем на нужное.

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

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

×
Вход на сайт