Дублирование номенклатуры

В идеале, чтобы вообще во всех случаях всё правильно работало - и там, и там.
Состав - полное (нормативное) дерево изделия.
В технологии - комплектация с точки зрения, что именно, кому, в какой момент (при выполнении какой операции в общем случае) нужно.

В реальности, как лучше куда вводить или не вводить - сильно зависит от задачи и нюансов.
Например, в единичном производстве, когда точно нет в принципе никаких заделов и заранее сделанных деталей, зачастую нужнее "состав". Комплектация в техпроцессах вторична или вообще не нужна (пример - производство строительных металлоконструкций).
В производстве, где между механическим цехом и сборкой в том или ином виде стоит буферный склад (с деталями), с точки зрения планирования производства первична и нужна как раз комплектация в технологии. А "состав" наоборот, в общем-то не особо. Только для задач типа расчёта теоретической (плановой) себестоимости или чего-нибудь вроде построения отчётов для военных строго по конструкторскому составу, не особо взирая на то, как на самом деле делается (пример - почти все механические производства где хотя бы более-менее присутствует повторяемость изготавливаемой продукции).
Также зависит, например, от того, что учитывать в расчёте себестоимости, а что нет. Что нужно, чтобы попадало в запрос на склад (ЛЗК), а что наоборот не нужно, чтобы туда вываливалось (но при этом в "себестоимость" попадало).
В общем, инструмент довольно гибкий. И позволяет все вышеописанные нюансы корректно обрабатывать. Правда, обратная сторона палки, нужно уметь пользоваться...

Ничего. Если правильно всё введено.

При построении "Заказной спецификации", если специально "наследование" не разрывать, то позиция "заказной" спецификации ссылается на ту позицию "конструкторской" спецификации, откуда она взялась.

По умолчанию, если просто построить "заказную" спецификацию, то кол-во позиции в ней берётся из "конструкторской". Если руками поставить принудительно другое кол-во в "заказной", будет после этого то, которое поставил.

Нет между ними никакого приоритета.
Если говорить про "себестоимость", то на чём запустишь, по тому и считает.
Если про удаление, то поскольку позиции "заказной" спецификации ссылаются на конструкторскую, то удалить сначала "заказную" (кто ссылается), потом "конструкторскую" (на кого ссылается) можно. Наоборот, соответственно, нельзя (если связь (наследование) специально только не "порвать").

Если есть доступ к админским утилитам, то встать на заказную спецификацию -> Настройка -> Удаление заказов -> Удалить всё.
Если нет доступа к админским утилитам, то руками:
Сначала удаляем содержимое: открыть заказную спецификацию в окне "состав", развернуть всё дерево, Ctrl+A (выделить всё), "Удалить".
Потом встаём на саму заказную спецификацию (уже пустую внутри) и "Удалить".

(если непонятно получилось, напишите, пожалуйста, выложу скриншоты)

Какой техпроцесс? Чего?
Одно с другим вообще-то не связано. Никак "создание заказной спецификации" не может "запретить править техпроцесс", насколько я понимаю. В чём-то другом, вероятно, причина.
Вот создание заданий для производства, например - это приведёт к тому, что нельзя будет удалить операции из ТП, на которые ссылаются эти созданные задания.
А "заказные спецификации" они тут не причём.

На какой спецификации запускашь, по той и считает.

Нет. Сам расчёт "Себестоимость" ничего не строит. Никаких деревьев. Он тупо считает по тем данным, которые ему дают на вход. Если нужно по дереву, то сначала строим любыми доступными способами такое дерево, как нам нужно, потом встаём на него и нажимаем "Себестоимость".

Скорее всего, всё-таки что-то связано. В сообщении что точно написано, когда не удаляется?

Вопрос снят. Дошло.

Плохо, что построение этой всей структуры изначально нигде не описано. Пару дней бы сэкономилось.
Может, конечно, и искали плохо...

Константин, я снова о тех же баранах...

Вот вбил я изделие целиком. Проверяю по списку - одна сборочная единица задублирована.

Как и для большинства сборочных единиц для нее прописан и состав и техпроцесс. Вроде как, используются и стандартные изделия и изготовленные детали и оно требует сборки.
(Все еще не знаю, правильно это или нет)

Начинаю разбираться.Оказывается, кто-то в попытках разобраться, сгенерировал для данной сборочной единицы заказную спецификацию. Видимо, она дублируется в состав головного изделия.
Удалить ее сейчас - это еще потрудиться нужно.

Что мы делаем не так? Что принимается для расчета, когда изделие многоуровневое и когда для одних компонентов прописан состав, а для других еще и техроцесс?

Линкуются ли элементы элементы в техпроцессе на элементы в составе или у них собственная жизнь?

А есть необходимость в технологию перекидывать позиции именно из состава?
Если их кинуть из номенклатуры не будет задвоения?

Константин, перечитал ваш ответ несколько раз. Вник. Теперь мне полностью понятна логика поведения программы. Спасибо!


Порошу вашего подтверждения правильности работы.

1. Есть электронная плата А, в ней куча компонентов в составе изделия. Так же они дублируются в техпроцессе.
Есть такая же плата Б. В ней все так же, но техпроцесс пуст.

2. Создаю временный компонент - Расчет на 100 штук. Вношу туда в состав изделия Платы А и Б по 100 штук.

3. Генератором создаю дерево. Делаю расчет потребности по Заказной спецификации - все норм.

4. Ради интереса, пробую сделать расчет потребности по Конструкторской спецификации, но  в нее попадает только плата у которой заполнен техпроцесс.

Так и должно быть?

При любом изменении в дереве изделия, необходимо производить перегенерацию дерева?
 

Константин, я опять уперся в ту же стену.
Вроде бы все понятно, но необходимого результата нет. Достану вас с этим вопросом еще раз. Надеюсь, в последний....
Согласитесь, задача не игрушечная, чтобы экспериментировать с ней в реальной жизни...

Буду максимально подробен и постараюсь не путаться в терминологии.
Сразу скажу. Я пока что практически не лезу в учет, склады и производство. Я разработчик и руководитель. Соответственно, с меня требуются спецификации и техпроцесс. Мне же необходимы финансовые показатели - в первую очередь, себестоимость.
В этой плоскости и пойду.



- Я создал многоуровневое ИЗДЕЛИЕ1 В УПАКОВКЕ от винтика, до комплекта поставки и упаковки. Изделие не маленькое, порядка 800 деталей. Понимаете, сколько затрачено временных ресурсов...

- Для ИЗДЕЛИЯ1 составлены все конструкторские спецификации.

- Созданы все типовые техпроцессы на разных уровнях. Так как ИЗДЕЛИЕ1 будет иметь очень схожих собратьев ИЗДЕЛИЕ2 и ИЗДЕЛИЕ3 с небольшими отличиями.

- На основании типовых ТП для ИЗДЕЛИЯ1 созданы техпроцессы с дублированием номенклатуры конструкторских спецификаций. (Не знаю зачем. Так пошло. Уже не удобно...)

- Вершиной дерева является конструкторская спецификация ИЗДЕЛИЕ1 В УПАКОВКЕ, без техпроцесса - его там нет. Это ИЗДЕЛИЕ1, комплект поставки, упаковка.

- На основании всего этого, при помощи Конфигуратора, я создаю заказную спецификацию. Запрашиваю себестоимость - все в считается, все хорошо. (Надеюсь. Ибо, если система кто-то упустила - быстро не понять).

- Повторяю тот же процесс для ИЗДЕЛИЕ2 и ИЗДЕЛИЕ3. Заполняю конструкторские спецификации на разных уровнях . На основе типовых ТП, составляю техпроцессы. (Уже сильно неудобно. Вроде как, все есть в типовым ТП, а тут еще приходится в конструкторскую это же заносить. Но ладно...) Само собой вручную вношу отличия от ИЗДЕЛИЕ1.


- На предпоследнем уровне умышленно ленюсь и не составляю конструкторскую спецификацию. Она велика и полностью дублирет состав техпроцесса.


- Делаю контрольную проверку - генерирую заказную спецификацию для: ИЗДЕЛИЕ1; ИЗДЕЛИЕ2; ИЗДЕЛИЕ3.  Запрашиваю себестоимость - все ОК. (Вроде бы)

- Уже довольный, заполняю конструкторскую спецификацию на верхнем уровне: ИЗДЕЛИЕ2 В УПАКОВКЕ; ИЗДЕЛИЕ3 В УПАКОВКЕ.

- Генерирую заказную на все дерево. Запрашиваю себестоимость - а там только упаковка и комплект поставки. ИЗДЕЛИЕ2 нет. В другой ветке ИЗДЕЛИЕ3, так же отсутствует.

Следуя вашим ответам и рекомендациям я уяснил, что при расчете заказной спецификации могут/будут использоваться, как конструкторская спецификация, так и техпроцесс дополняя друг друга, но не дублируя. В результате я в очередной раз натыкаюсь на непонятное для меня поведение системы.

На данный момент, я прекрасна понимаю, когда удобна/нужна конструкторская спецификация, когда техпроцесс, когда вместе.

Конечно же, в нашем случае, чаще нужен техпроцесс с прописанной номенклатурой, чем дублирующая конструкторская спецификация. Это удобнее. Можно использовать типовые техпроцессы.
На стадии комплектования изделия - уже конструкторская без техпроцесса.
Конечно, наверное, если для ИЗДЕЛИЯ2,3 сейчас добавить конструкторские спецификации со всей номенклатурой, ситуация изменится. Но тогда непонятно, как в конечный расчет попадут работы из техпроцесса  на вернем этапе сборки - сейчас их там нет...

Задача сложной мне не кажется. Времени потрачена уйма. Мозги кипят. Результата нет.


Я неправильно мыслю? Неправильно делаю? Что-то не так работает?

По всей видимости, это и было основное недопонимание, сожравшее столько ресурсов.
Для нас было важнее техпроцесс в деталях описать и номенклатуру, преимущественно, вносили туда не составляя конструкторских спецификаций.

И, по всей видимости, в зависимости от "глубины" просчета, конфигуратор или забирает номенклатуру из техпросесса (на верхнем уровне) или нет. Это и нарушило логическую цепь понимания алгоритма Похоже, дошло, чего происходило.


Пошел еще раз мануал про себестоимость читать.

Да не жалко денег. Понятия не позволяют. Что мы за IТ-компания, если своими силами систему управления производства ввести не можем....

Спасибо за ответы!