Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
Константин Чилингаров: Здравствуйте,
Не очень понял, в чем вопрос.
Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Константин Чилингаров: Здравствуйте!
Это не баг. Это так задумано.
По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Константин Чилингаров: Здравствуйте,
формировать сменное задание, в котором будет дополнительно каким-либо понятным образом указана СЛЕДУЮЩАЯ операция
Те ...
Константин Чилингаров: Здравствуйте,
Можно на складе приходовать это на разные "учётные карточки". Хоть вообще на каждую балку (хлыст, лист и т.п.) заводит ...
Константин Чилингаров: Здравствуйте,
При попытке изменить технологию выдает следующую ошибку (скриншот 1)
Нужно посмотреть, что именно Вы делаете. И на данны ...
Константин Чилингаров: Здравствуйте!
Здесь нужно понимать некоторые моменты. Поясню:
Первое и самое важное – что данные механизмы: что «дерево» для навигац ...
Константин Чилингаров: Правильно ли я понимаю...
Не совсем.
Технически можно и просто «накидать» вручную позиций (детали, сборочные единицы) в карту заказ ...
Константин Чилингаров: Да, список для выбора получится так поменьше. Но зато сначала то нужно будет ещё составить этот "список поменьше" из общего. Причем ...
Константин Чилингаров: Здравствуйте,
Нужно в шаблоне отчёта поменять, чтобы вместо обозначения номенклатуры выводилось значение параметра этой номенклату ...
Константин Чилингаров: Здравствуйте,
В современных версиях VOGBIT есть (где-то в прошлом году появилось впервые) "Автоматическое" заполнение (раззворачиван ...
Константин Чилингаров: Здравствуйте,
Можно, например, создать стандартными средствами «Производственный заказ» (там как раз «разматывается» всё изделие по ...
Всё, что связано с расчётами и учётом материалов, покупных изделий, комплектующих и др. ТМЦ - Материалы, Комплектующие, Складской учёт - Работа с программой
Страницы:1
Расчёт потребности
Пользователь
Сообщений: Регистрация: 12.04.2016
0
26.05.2016 13:00:42
Здравствуйте. В расчет потребности не добавились все материалы изделия?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
26.05.2016 14:07:45
Здравствуйте,
Неправильно сделан производственный заказ. подробно расписано.
Пользователь
Сообщений: Регистрация: 12.04.2016
0
26.05.2016 17:26:25
Все делаю как и написано может проблема в тех.процесси?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
26.05.2016 17:37:36
На рис.3 показана технология изделия "Дверь..." (головное изделие, которое в итоге и выпускается, если смотреть на рис. 2).
На рис.5 в заказе на производство самого изделия "Дверь..." нет. Есть только комплектующие для него.
Может быть, дело ?
Пользователь
Сообщений: Регистрация: 12.04.2016
0
27.05.2016 10:11:48
Да. Проблема была в галочке. Выдал расчет потребности какой нам был нужен. Спасибо.
Пользователь
Сообщений: Регистрация: 05.11.2015
0
23.11.2020 11:06:03
Константин, добрый день. В "расчете потребности" возникла проблемка, одна позиция не хотела считаться - выпадала из "расчета потребности". В "технологическом процессе" эта позиция присутствует.
Изменено: - 23.11.2020 11:14:48
Пользователь
Сообщений: Регистрация: 05.11.2015
0
23.11.2020 11:10:29
В "коллекции компонентов" у обоих позиций стоит "тип связи" - "комплектующие" Только в "расчете потребности" позицию "профиль" не считается, а "шпатлевка" считается.
Пользователь
Сообщений: Регистрация: 05.11.2015
0
23.11.2020 11:13:28
Но после того как я поменял в позиции "профиль" тип связи с "комплектующего" на "материал", в "расчете потребности" эта позиция стала считаться. Хотелось бы уточнить, не допустил ли я ошибки, допустимо ли такое в Vogbit?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
25.11.2020 17:43:52
Здравствуйте,
По поводу «материалов» и «комплектующих».
Первый момент – как лучше вносить:
Указывать в техпроцессе, как «комплектующие», следует позиции используемые при сборке изделия: детали, стандартные, покупные и прочие изделия. То есть, которые посредством какого-либо типа сборочных операций (свинчивание, клепка, сварка, склеивание, пайка и т.п.) собираются в единую конструкцию (сборочную единицу, изделие).
Если речь идёт о некоей заготовке, из которой путём её обработки (резка, точение, фрезеровка, нанесение покрытия и т.п.) делается деталь (изделие), то такую заготовку следует указывать в технологии соответствующей детали, как «материал». Сама по себе такая заготовка может являться погонажным или листовым материалом, групповой заготовкой, деталью, покупным изделием – не важно. Для детали, которая из неё делается – это «материал».
Различные материалы, используемые для придания изделию тех или иных свойств, например: грунты, шпаклевки, краски, лаки и т.п., следует так же указывать в техпроцессе соответствующего изделия, как «материал».
Дальше идёт пояснение, почему выше на картинках у вас получалось то, что получалось. Если не интересно разобраться, нужен просто результат, то делайте, как выше написано и всё. Если интересно – подробное объяснение ниже.
Второй момент – особенности логики работы программы:
То, что указано в техпроцессе, как «материал», в любом случае попадает в результаты «Расчёта потребности». То, что указано в техпроцессе, как «комплектующие» может не всегда попадать в результаты «Расчёта потребности». В зависимости от настроек. Если ничего в настройках специально не менять, то действует следующее правило: Если некая позиция «А» указана, как «комплектующее» в техпроцессе сборочной единицы и при этом точно такая же позиция «А» присутствует в исходном списке или дереве, на котором был запущен расчёт, то указанная в техпроцессе, как комплектующее позиция «А» в результаты расчёта потребности не попадает.
Зачем так сделано: Пример 1. Расчет нормативной (плановой) себестоимости сложного изделия, состоящего из большого количества сборочных единиц, подсборок, деталей и т.д. Выполняется по полному дереву такого изделия. При этом детали могут присутствовать и в самом этом дереве, и они же указаны, как комплектация в ТП соответствующих сборочных единиц. Чтобы при этом информация не «задваивалась», в таком случае детали, указанные в дереве считаются (и материалы, и работы, чтобы их изготовить), а они же, указанные, как комплектующие в техпроцессах – не считаются. Принцип: если одна и та же номенклатура встречается и в дереве исходном и она же, где-то в ТП, как «комплектующее», то считается первая, вторая нет, при расчёте потребности.
Пример 2. Часто, особенно для несложных изделий и единичных каких-то заказов, процесс выглядит так: делаются детали для сборочной единицы, потом они на склад не сдаются, а просто сразу передаются на сборочный участок, где из них собирают изделие. Заказ на производство в VOGBIT выглядит в таком случае, как общий список, что делать, в котором и детали, и то, что из них собирается. При этом в случае подробно прописанной технологии эти же детали, в принципе, могут быть указаны и как комплектующие в сборочном техпроцессе. Действует по умолчанию то же правило, когда запускаем на таком заказе на производство (списке) «Расчёт потребности». Детали, указанные в исходном списке (в заказе на производство), считаются, по их техпроцессам в расчёт потребности попадают материалы, которые нужны, чтобы сделать эти детали. Такие же детали (номенклатура), какие есть в исходном списке (заказе на производство) и есть ещё и в технологии, указанные, как комплектующие, из результатов «расчёта потребности» исключаются (комплектующие). В результате, запуская стандартно на таком заказе типа «детали для сборки и сама сборка» расчёт потребности и нажимая там «сформировать документы», мы получаем запрос на склад, в котором материалы для изготовления деталей по списку, и всё, что нужно подать на сборку со склада: покупные изделия, материалы, которые тратятся на сборке и т.п. (то есть, всё по сборочной технологии, за исключением деталей, которые возьмем сделанные в цехе). Что в данном случае и требовалось получить.
Бывают некоторые случаи, когда такое «исключение» деталей из результатов расчёта потребности по принципу, что они есть и исходном списке/дереве, и в комплектации в ТП, нужно выключить. Чтобы всегда всё попадало в результаты расчёта, что указано в техпроцессе. Пример: длинное по времени производство сложного изделия, когда все детали без исключения в любом случае проходят через склад и по запросу (ЛЗК) выдаются оттуда на сборку, когда нужно. В этом случае, даже если деталь есть в заказе на производство, и она же указана, как комплектующее в техпроцессе сборочной единицы, все равно она должна попасть в ЛЗК. Потому что когда её сделают, несмотря на то что сборочная единица, для которой она нужна, сама находится в этом же заказе на производство, запрос на получение детали со склада всё равно должен сформироваться. Потому что деталь в любом случае механический цех по накладной сдаст на склад, а склад по накладной (на основании ЛЗК) выдаст сборочному цеху. Для такого случая предусмотрена специальная , чтобы комплектующие не исключались из результатов расчёта потребности, независимо от наличия или отсутствия оных в исходном списке, поданном на вход «Расчёту потребности».
Резюме: В вашем случае позиции были указаны в ТП, как комплектующие. И, судя по всему, одна из них (такая же номенклатура) была при этом и в составе производственного заказа, для которого вы выполняли расчёт. Настройки все по умолчанию. Соответственно сработала указанная выше логика. Позиция есть в исходном списке, и она же указана, как "комплектующее" в техпроцессе чего-то в этом же списке. Ту, что в исходном списке – считаем. Которая указана, как «комплектующие» - не считаем.
Пользователь
Сообщений: Регистрация: 05.11.2015
0
01.12.2020 09:39:07
Добрый день. Мне как раз интересна была логика, по которой работает "расчет потребности" в данном случае. Спасибо за развернутый ответ, очень полезно было изучить этот момент. У себя я настроил перейдя по ссылке, которую вы прикрепили, пока все работает.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
01.12.2020 09:59:23
Здравствуйте,
На будущее, я бы всё таки рекомендовал в техпроцессе указывать заготовки (неважно, чем они являются) и материалы именно, как "материал", а как "комплектующие" - детали и другие изделия, используемые при сборке.
Пользователь
Сообщений: Регистрация: 05.11.2015
0
17.02.2021 14:14:19
Добрый день. Возник вопрос, который без вас не могу решить пожалуй. К примеру есть материал "А", он состоит из компонентов "Б" (который мы сами изготавливаем) и "В"(который покупаем на стороне у поставщиков). Далее компонент "Б" состоит из компонентов "Г" (который мы сами изготавливаем) и "Д"(который покупаем на стороне у поставщиков). Далее компонент "Г" состоит из компонентов "Е"(который мы сами изготавливаем) , "Ж" (который покупаем на стороне у поставщиков), "З"(который мы сами изготавливаем) Далее компонент "Е" состоит из покупных компонентов "И", "К", "Л", "М", "Н", "О". Компонент "З" состоит из покупных компонентов "П" и "Р". Соответственно в Техпроцессах прописаны на материал "А" только "Б" и "В", на материал "Б" только "Г" и "Д" и т.д. т.е. только те позиции из которых они изготавливаются. Возникает вопрос, как мне нажатием на "расчет потребности" материала "А" получить список всех компонентов, включая последние покупные?
Пользователь
Сообщений: Регистрация: 05.11.2015
0
17.02.2021 14:19:14
Как я сейчас считаю: нажимаю "расчет потребности" на "А" и получаю данные "Б" и "В", необходимые на его изготовление. Далее, зная данные "Б" - нажимаю "расчет потребности" и получаю "Г" и "Д" и т.д. до покупных компонентов.
Разработчик
Сообщений: Регистрация: 14.11.2008
0
25.02.2021 18:58:36
Тут зависит от задачи.
Если нужно, например, посчитать нормативные затраты (себестоимость) на "изделие А" (или N шт "изделий А") целиком, учтя при этом стоимость всех входящих покупных компонентов на всех уровнях вложенности, или построить некую "сводную ведомость расхода материалов" в разрезе "изделия А" с учётом всех входящих, или что-то подобное, то тогда:
Нужно для изготавливаемых компонентов завести не только "технологии", но и "спецификации" - кто из кого состоит. По этим "спецификациям" программа (по вашей команде) построит полное "дерево" головного изделия (в вашем примере - изделия А) с учётом всех входящих (- "заказная спецификация"). И на это дерево уже можно натравить "расчёт потребности" или "себестоимость". И оно само всё посчитает "до последней гаечки" по всем уровням.
Если же вопрос ставится, что нужно получить реальные задания для производства - что делать, и для снабжения - что покупать, исходя из необходимости изготовить заданное количество "изделий А", и при этом учитывая, что все остальные буквы при этом могут в произвольном количестве иметься на складе в виде свободных остатков, то тогда это другая тема. Немного по другому нужно.
Что касается исходных данных в программе (что вводить и как - спецификации? технологию? всё или достаточно часть?), то тут либо можно отталкиваться от задачи (1-ой или 2-ой) и вводить по минимуму только что, что нужно (только спецификации, только технологии, или и то, и то, но не полностью, только по минимуму, что нужно), либо можно вводить "с избытком" - т.е. полностью: и спецификации, и в технологии всё прописывать (кое что дублироваться будет на первый взгляд). Тогда, как бы, несколько больше вводить данных исходных, но зато в результате будет в базе универсальное описание изделия, на основании которого затем уже можно при желании и 1-ую указанную задачу решить, и 2-ую, и ещё множество всевозможных вариаций на их тему.
Пользователь
Сообщений: Регистрация: 05.11.2015
0
26.02.2021 15:20:40
Здравствуйте, мне хотелось бы получить "полное" дерево изделия "А", чтоб оно посчитало до последней гаечки. Информация нужна, чтоб через обеспеченность можно было рассчитать и увидеть недостающие компоненты, которые включены в изделие "А" и соответственно заказать их оперативно. Далее соответственно, как приедут покупные изделия, дать задания постам на изготовление компонентов в лице изделий "Б", "Г", "Е". На все изготавливаемые компоненты изделия "А" создал "заказные спецификации", только когда нажимаю на "расчет спецификации" изделия "А", он не разбивает все "до гаечки". А когда нажимаю на "расчет потребности" по изделию "А" то то расчет делает только "Б", "В", "Г", "Д" и далее не разбивает. Может так и должно быть?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
01.03.2021 14:52:22
Здравствуйте,
В контексте данной задачи не нужно "заказных спецификаций" на входящие компоненты. "Заказная спецификация" нужна только на головное изделие "А". Но полностью. Всё дерево. Можно её руками ввести, конечно. Но если входящие компоненты (Б, Г, Е) помимо изделия "А" ещё где-то точно такие же применяются, то лучше в этом случае завести на всё "конструкторские спецификации": на само головное изделие, на входящие составные компоненты. И потом по ним (по "конструкторским" спецификациям) программа сама полное дерево построит. Иными словами - не нужны "заказные спецификации" на всё. Нужны "конструкторские". А "заказной" достаточно одной. На само головное изделие. И её программа сама построит по "конструкторским". Под "конструкторской спецификацией" понимается описание непосредственной входимости. Что входит в данную сборочную единицу непосредственно. Если входящая позиция в свою очередь из чего-то сама состоит, то у неё есть своя "конструкторская спецификация", из чего она состоит. И т.д. То есть принцип ровно тот же самый, как при оформлении документации по ЕСКД.
Если хотите сэкономить время, рекомендую обучение. Условия, если интересно, по почте.