Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели".
Тут неск ...
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций...
Для этого нужно настроить, какие позиции должны ...
Константин Чилингаров: Здравствуйте!
Компонент либо не существует, либо на него ссылаются этапы
В базе данных есть задания для производства (создаются ком ...
Константин Чилингаров: Здравствуйте,
Нужно смотреть, какие настройки в базе данных сейчас выставлены (тип нормирования, в первую очередь), и данные введённые ...
Константин Чилингаров: ... продолжение ...
6. Если Вы используете метод выдачи и закрытия заданий в производстве "По комплектам" и укрупненное нормирование, ...
Сергей: Здравствуйте!
Способ первый. Поиск в справочнике по набору свойств[CODE var ccs = ExtApp.Application.General.ComponentCollections(-1, CatalogOptions.None);
var sr = cc ...
Константин Чилингаров: Здравствуйте,
Не очень понял, в чем вопрос.
Казалось бы, добавляем к операции или к переходу в техпроцессе 3 позиции (инструмент): держат ...
Константин Чилингаров: Здравствуйте!
Это не баг. Это так задумано.
По умолчанию при нажатии на эту кнопку ("стакан с плюсиком") открывается с окне снизу сп ...
Константин Чилингаров: Здравствуйте,
формировать сменное задание, в котором будет дополнительно каким-либо понятным образом указана СЛЕДУЮЩАЯ операция
Те ...
Константин Чилингаров: Здравствуйте,
Можно на складе приходовать это на разные "учётные карточки". Хоть вообще на каждую балку (хлыст, лист и т.п.) заводит ...
Константин Чилингаров: Здравствуйте,
При попытке изменить технологию выдает следующую ошибку (скриншот 1)
Нужно посмотреть, что именно Вы делаете. И на данны ...
Константин Чилингаров: Здравствуйте!
Здесь нужно понимать некоторые моменты. Поясню:
Первое и самое важное – что данные механизмы: что «дерево» для навигац ...
Константин Чилингаров: Правильно ли я понимаю...
Не совсем.
Технически можно и просто «накидать» вручную позиций (детали, сборочные единицы) в карту заказ ...
Подготовка исходных данных, описание изделий и процесса их изготовления - Состав и технология - Работа с программой
Страницы:1
Часть комплектующих не показывает
Пользователь
Сообщений: Регистрация: 05.10.2018
0
09.10.2018 16:06:36
Добрый день. я создал заказную спецификацию(рис1), прописал технологию. Создал заказ на 2 таких изделия. Проблема в том, что в расчете потребности у меня указывается материал только для изделий в которых я прописал материал, а комплектующие не указываются например болты, саморезы, и т.д.(рис 2). что делать?
Разработчик
Сообщений: Регистрация: 14.11.2008
0
09.10.2018 20:42:26
Здравствуйте,
Тут, мне кажется, сначала нужно небольшое введение/пояснение по поводу расчёта/получения со склада комплектующих для выполнения заказа:
Введение
Есть, по большому счёту, два способа:
Первый вариант – упрощённый, «полуручной».
В этом случае, если мы хотим сделать N изделий «АБВ», то открываем , вставляем в «список изделий» своё изделие «АБВ», указываем количество (N) и получаем «список компонентов» = всё что нужно, чтобы сделать N изделий «АБВ». Дальше с помощью встроенного переключателя-фильтра в том же «расчёте комплектации» делим полученный список компонентов на 2 части: - все изготавливаемые – это сохраняем как заказ на производство. - все покупные – это сохраняем, как расчётный документ. И то, и другое – функции в окне «Расчёт комплектации».
Что дальше делать с первым и вторым – вопрос пользователя. Например, можно расчётный документ полученный со списком покупных просто распечатать и отдать в снабжение. А можно обозвать его в базе и дальше запустить полный круг с расчётом в программе , выявлением «дефицита» и формированием заявок поставщикам, с этих комплектующих со склада и т.п.
Плюс данного варианта - исходных данных нужно минимум. Ввести «дерево изделия» и проставить в нём галочки «из ТП», чтобы понять, кто изготавливаемый, кто покупной. В принципе и всё. Этого уже достаточно, чтобы в простейшем виде процесс по первому варианту запустить.
Главный минус – очень это не гибкий получается вариант. Для простого производства подойдёт. Если что-то посложнее, то тут уже такой способ будет слишком примитивный… Что такое «посложнее»: - когда не просто собрал по списку все покупные и выдал всё «на заказ». А собирается изделие в несколько этапов, далеко не за один день, на нескольких постах, и комплектующие надо точно так же выдавать со склада не все сразу, а определёнными порциями, в разные моменты времени, и разным «получателям» в производстве; - когда заказ на производство надо оформлять не просто на все детали по спецификации, которые есть в изделии, а учесть, что часть из них может быть в виде задела готовых лежать на складе, откуда их надо просто взять. Но не все. И сколько-то всё равно надо сделать. А те детали, что надо делать – они не только под этот заказ нужны такие, но и под другие изделия. И их хорошо бы сразу партией на всё и сделать. - и т.п.
Вот если такие нюансы начинать учитывать, то простой способ типа «вот все детали собственного производства на заказ, а вот все покупные» - не пройдёт. Недостаточно его будет. Тогда есть другой вариант:
Второй вариант – «правильный», с использованием «расчёта потребности».
В данном случае, если сами сформированы правильно, и исходные данные все в базе есть, то программа может сама посчитать и сформировать автоматом заявки на получение со склада комплектующих (как покупных, так и собственного изготовления). И сделать это правильно с учётом всех нюансов, перечисленных выше. С помощью модуля (ещё довольно много написано непосредственно про него).
Главный плюс – тут как раз очень большая гибкость. Тут можно в итоге и заделы учесть, и необходимость поддержания определённого запаса комплектующих на складе при этом, и нюансы сборки сложных изделий, и предварительный подбор комплектации непосредственно на складе уже (если нужно, конечно) и др*.
Минус по сравнению с первым вариантом – нужны более точные и полные исходные данные, и нужно больше знаний и умений при работе с программой. В частности, в техпроцессах должна быть обязательно прописана «комплектация» (пример можно посмотреть). Хорошо бы, чтобы имелась информация по местам хранения комплектующих (что с какого склада брать). Нужно понимать общий принцип: как формировать заказы на производство с учётом нюансов комплектации, если таковые есть. Понимать, как в программе вся цепочка работает «заказ клиента – определение дефицита – закупка/изготовление комплектующих – склад – сборка – готовая продукция» (с учётом опять же разных нюансов комплектации и изготовления, если таковые есть). В целом, «минусом» назвать это можно, в общем-то, довольно относительно. Да, сложнее, в целом, чем простейший первый вариант. Но и на более сложное производство, и более сложные задачи рассчитано. И позволяет их решать.
Резюме: Первый способ прост и требует минимума исходных данных, но годится, пожалуй, только для несложного производства строго под заказ. Второй способ универсальный и мощный, но требует больше исходных данных и большего понимания логики работы и применения программы.
Теперь, собственно, по Вашему вопросу:
По скриншотам и описанию, исходные данные у вас сейчас больше соответствуют «первому способу», а применить (в какой-то мере) вы хотите что-то ближе ко «второму способу». Если «первого способа» для ваших задач достаточно, то список комплектующих надо формировать в виде расчётного документа из окна «расчёт комплектации», а «расчёт потребности» не нужен для этого. Если «первого способа» для вас недостаточно, то начать, пожалуй, надо с того, что прописать комплектацию в техпроцессах. Это точно лишним не будет. А что дальше делать, уже зависит от постановки задачи и других вводных (что получить хотите в итоге).
*Конечно, эти все задачи одним модулем "расчёт потребности" не решаются. Он только заявки на получение со склада, по большому счёту, делает. А в целом задача решается совместными использованием разных окон и функций в программе: правильным образом составление карт заказов (и сам принцип их составления), модули "расчёт потребности", "обеспеченность", учёт движения соответствующих комплектующих на складе.