Пример работы с ПСп и заказами

Видео-ролик "Работа с производственными спецификациями" и статья "Формирование производственной спецификации", которую, в принципе, и визуализирует этот ролик. Лично мне они никак не помогли...
Нюансов работы вообще не раскрыто....
Допустим сделала я ПСп на 1 сборочную единицу в кол-ве 7 шт. Загрузила спецификацию и ТП.
При работе с ПСп в своде по ресурсам мне продублировались все записи деталей : деталь 1 - 7шт из состава, И тут же Деталь 1 - 7 шт как вспомогательный материал...  (Я так понимаю, это уже из ТП бралось, т.к. все детали шли как комплектующие в первой операции Комплектование). И так по всей спецификации.... Как-то вот так, с бухты-барахты, это оглушает.... Получается, что я должна вручную удалять/исправлять какие-то записи.... Или как? Непонятно.... А если у меня тысяча позиций?! Потом потребности в ресурсах..... во многих операциях  используется , условно говоря, Линейка.... Этот модуль тупо мне складывает её потребность столько раз, сколько раз она встречается в ТП... Но это же бред... 17 линеек нафиг не надо,  на всех операциях ей одной пользуются.... Так же как и всё остальное.... Никто не делает 7 калибров, для того, чтобы проконтролировать7 одинаковых деталей на одной и той же операции....  А если мне надо получить, например, ПСп не на сборку узла в целом, а на россыпь деталей так, чтобы получился этот узел в количестве 5 шт...  Если узел мелкий, не вопрос... я добавлю в ПСп просто его деталюшки... и всё.... А если он из тысячи деталей????  Я добавляю весь узел, гружу его состав, потом  мне надо как-то показать, что самая верхняя сборка не должна изготавливаться... но не получается... т.к. автоматически становятся неизготовляемыми все её детали..... 
Может, я как-то путанно объяснила... Но надеюсь общий смысл моих трудностей ясен. В общем, для меня работа в модуле Производство совсем не очевидна... :( Хочется помощи в виде хорошо разобранного примера по шагам.

В технологическом процессе сборки, могут быть отличия от спецификации - технологические подсборки, позиции состава сборочной единицы устанавливаются на неё на в процессе её сборки, а при изготовлении сборочной единицы более высокого уровня.
Поэтому присутствие деталь 1 - 7шт из состава, и тут же Деталь 1 - 7 шт как вспомогательный материал необходимо. А удалять их нельзя, ни в коем случае. Если вы будете ориентироваться на данные состава (что не очень правильно, так как не понятно к на каком конкретно рабочем месте, и какой операции устанавливается позиция комплектации), то для отчётов просто устанавливаете фильтр - и всё...

верно, если это пасатижы или молоток... у них ресурс (стойкость) не нормируеться, они закупаются и меняются по факту, игнорируйте их в отчётах. Если сделать разный механизм обсчёта в гриде, то там висяк будет нечеловеческий, на реальном плане (~1000 ПСп) работать будет невозможно. А цель получить отчёт, или какую то выгрузку реализуется элементарно.
Ваше желание понятно, и вполне адекватно. Но наш и чужой опыт говорит, что предприятие самостоятельно  не в состоянии автоматизировать производство без помощи команды внедрения. И это правило для любой системы импортной или отечественной.  :(

А инструкции эти можете опубликовать? Или выслать, хотя бы?

На самом деле, пользователи не так уж часто хотят чего-то эксклюзивного.... А чаще всего нужна реализация универсальных вещей, которые сплошь и рядом встречаются на всех(всех без исключения!) машиностроительных предприятиях. И очень странно, что так давно присутствующее на рынке ПО из версии в версию не спешит решать эти типичные вопросы. За примерами далеко ходить не надо, вот несколько вопросов, которые поднимала лично я:
-  несколько профессий на одно оборудование (Даже  разработчик признал, что ситуация типичная). Но в ТКС она не продумана, как это реализовать штатными средствами.
- пресловутые спец. символы в текстах переходов....  Это уже притча... И не надо отсылать к ГОСТу, всё понятно, что можно в строчку записать.... НО.... казалось бы, что разработчикам такого уровня ничего не стоило бы написать универсальные технологический шрифт со всеми необходимыми спец символами, включить его в комплект поставки, и раз и навсегда снять этот больной вопрос
- внятный механизм работы с ТТП/ГТП (обсуждаемый в соседней теме)
- материалы заменители и варианты используемого оборудования в ТП. На момент запуска детали в производство, должна быть штатная возможность указать в загруженном в ПСП техпроцессе, из какого именно материала делать деталь (здесь я говорю про однотипные заменители, не влияющие на сам процесс изготовления, например пруток одинаковой стали но с  чуть большим диаметром)
- и потом про ПСп с заказами и производство в целом.... Как часто можно тут прочитать, что нет универсальных приёмов, для каждого нужно что-то своё и т.д. и т.п. НО я хочу заметить, что когда писались все эти модули, то разработчики же имели ввиду какой-то чёткий алгоритм: что и для реализации каких задач они пишут... 100%, что они автоматизировали какие-то обычные действия "на коленке", которые присутствуют на всех предприятиях, для получения тех или иных результатов. Вот я и хотела получить описание этих действий, и как они реализуются через ТКС, и какие результаты при этом получаются.
Единственным внятным пособием , которое я увидела от разработчиков, является учебник(Именно учебник!!!) Информационная поддержка производственных процессов. Пример настройки и использования системы. Подготовка производства, выпущенный в 2005 году.  Но он охватывает только КТПП.  Совершенно понятно, что конструкторско-технологическая подготовка производства тоже не является одинаковой на разных предприятиях. Но есть же общие черты. Вот они и рассмотрены на примере.... И всё ясно и понятно.... Почему не написать нечто подобное в разрезе ПСп, заказов и производства?! Почему не описать жизненный цикл, к примеру, одной сборочной единицы по всем стадиям (от конструкторской СП до изготовления в производстве и отгрузки на склад) по тому алгоритму и той идеологии, которые сами разработчики заложили в свой продукт?
Уф.... Сорри... Наболело

Господь создал за 7 дней  небо и землю и пр., и то не всё идеально. Разработчики так же стараются совершенствовать свой продукт, и они полагают что их труд должен быть оплачен, как и любой другой труд, как и Ваш  труд тоже. ЭТО СТАНДАРТНАЯ ОБЩЕМИРОВАЯ ПРАКТИКА! Все так делают.
Вы считаете что купив продукт,  вы купили разработчиков в рабство? В вашем тех.задании эти вещи видимо не были оговоренны. В 6-ке разработчики придумали изящный (по-моему) механизм работы с ТТП/ГТП.
Извините, что я Вас опять огорчаю, но тут Вы обижаетесь на естественные вещи. С любым продуктом будет то же самое. Можете мне не верить.

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

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