ByKiSНу, да - на занавеську идёт ткань (синяя, зелёная, красная...). Понятно, что можно ввести занавеську (ЗанвеськаНр_PK) и в другой табле (ЗанвеськаНр_FK) её укомплектовать
(Занавьська1 - Ткань_синяя - 1.0 м
,Занавьська2 - Ткань_синяя - 1.5 м
,занавьська3 - Ткань_красная - 1.0 м)

А как с технологическими карточками???????? Какая ткань идёт на занавеську? И как можно сделать, чтобы не так как в хороших бухалтерских прогах "занавеська_зелёная", "занавеська_синяя" ?
Когда я работал на производстве (производство резино-технических изделий) у нас было так:
- таблица для рецептур (чего и сколько брать для выпуска согласно документации/стандарту, нормы невосполнимых потерь в виде отходов(стружки, пыли и т.д.))
- таблица вносимых изменений/доработок рецептуры (какой материал на какой меняем и с какого числа)
- таблица итоговых рецептур (на каждый день; учитывала вносимые изменения/доработки)

При регистрации выпуска указывались тип изделия (в твоем случае "занавеска") и по какой рецептуре оно было выпущено (в твоем случае это указание: "занавеска_зеленая"= рецепт №1, "занавеска_красная"=рецепт № 2 и т.д.).
Одновременно с этим (а можно позже) производилось списание израсходованных материалов по заложенным нормам. Несоответствие реального расхода заложенным нормам выплывает при инвентаризации и записывается в перерасход цеху (и проводится очень серьезный разговор с начальником цеха )...

ByKiS Станислав С"занавеска_зеленая"= рецепт №1, "занавеска_красная"=рецепт № 2
По ТЗ (если так можно назвать бредовае фантазии генерального) надо избавиться от отдельных описаний "занавеська_зелёная", "занавеська_синяя" (самих занавесок, жалюзей или их рецептов - без разницы). Надо какую-то гибкую технологическую карточку... которая, наверное, должна зависеть от атрибутов (цвета в данном случае) занавески... Это вообще возможно?
1. ИМХО, нет.
Ибо на занавески идет материал, который имеет определенные характеристики (главные из которых - цвет и цена). Производство должно различать эти материалы, чтобы не было пересортицы... А то клиент закажет зеленую занавеску, а ему подсунут занавеску цвета..."детской неожиданности" Или зеленую, но израсходуют дорогой материал (клиенту хорошо, а фирме - убытки).
Снабженцы должны отслеживать остатки на складе и своевременно закупать необходимые материалы и т.д.
И потом, даже если удастся реализовать требуемую функциональность в производстве, то как списывать материалы с производства в бухгалтерии? Не получится ли так, что получили в текущем месяце со склада 100 м зеленой ткани, всю израсходовали, а списали 150 м красной (по стоимости все совпало)?

Когда речь заходит о затратах/деньгах (а речь рано или поздно заходит о затратах / деньгах / себестоимости ), то упрощать нельзя - слишком много всего завязано: себестоимость, цены, затраты, зарплата, налоги, прибыль ...
В общем, "Вот, что я скажу тебе, птичка... Лучше день потерять, потом за 15 минут долететь..." (с, "Крылья, ноги и хвосты")

2. Может быть, директор имел в виду, что затраты надо распределять "по факту". Т.е. пропорционально объему выпуска. Т.е. по по результатам бухгалтерских документов определяем фактическое количество израсходованных метериалов и, для расчета себестоимости, расписываем реальный расход пропрционально объему выпуска продукции и норм расхода. Тогда можно обойтись одним "рецептом" в виде: "занавеска" = рамка металлическая (2 шт), ткань (3 м),...; НО: придется решать систему уравнений со многими неизвестными... А генерировать эту систему уравнений придется динамически исходя из фактического выпуска и ассортимента выпуска за текущий месяц...

ByKiSДа нет всё не так стожно... Директорская идея на практике длжна выглядеть так:
TAB_Blinds
ИДТипШиринаВысотаЦветКоличествоДругой мусор1Занавеська22002300Синий4...2Занавеська20002300Синий4...3Занавеська22002300Красный4...4СамолётNULLNULLNULL2...5Штанта1500NULLNULL1...
И каким-то образом надо списать по некоей таблицы для
5) Штанги - 1.5 м металицеской палки
4) Самолёта - 1 пара крыльяв
3) Занавески - ткань (красную) - 2.2 м
2) Занавески - ткань (синюю) - 2 м
1) Занавески - ткань (синюю) - 2.2 м

С возможностью добавить в дальнейшем упомянутую некую таблицу (на схеме это была бы "параметры") скажем мотором и для каждого самолёта - списывать не только пару крыльев, но и один мотор... Вот такой вот бред.
Ни себестоимость, цены, затраты, зарплата, налоги, прибыль - ничего не надо.
В принципе, если в выпуске указывать цвет комплектующих изделия, то можно обойтись и одним рецептом (нормой расхода материалов).
Т.е. в базовой карточке пишется: занавеска = ткань 1,5 м, кольца 10 шт,...
А в выпуске продукции расшифровываем: ткань - зеленая арт.№....., кольца - хромированные и т.д., т.е. реальная карточка заполняется не на этапе разработки технологической документации, а на этапе согласования заказа или производства изделия. Тоже вариант... И не такой уж плохой.... Но - "на любителя"...

Станислав С ByKiSДа нет всё не так стожно... Директорская идея на практике длжна выглядеть так:
TAB_Blinds
ИДТипШиринаВысотаЦветКоличествоДругой мусор1Занавеська22002300Синий4...2Занавеська20002300Синий4...3Занавеська22002300Красный4...4СамолётNULLNULLNULL2...5Штанта1500NULLNULL1...
И каким-то образом надо списать по некоей таблицы для
5) Штанги - 1.5 м металицеской палки
4) Самолёта - 1 пара крыльяв
3) Занавески - ткань (красную) - 2.2 м
2) Занавески - ткань (синюю) - 2 м
1) Занавески - ткань (синюю) - 2.2 м

С возможностью добавить в дальнейшем упомянутую некую таблицу (на схеме это была бы "параметры") скажем мотором и для каждого самолёта - списывать не только пару крыльев, но и один мотор... Вот такой вот бред.
Ни себестоимость, цены, затраты, зарплата, налоги, прибыль - ничего не надо.
В принципе, если в выпуске указывать цвет комплектующих изделия, то можно обойтись и одним рецептом (нормой расхода материалов).
Т.е. в базовой карточке пишется: занавеска = ткань 1,5 м, кольца 10 шт,...
А в выпуске продукции расшифровываем: ткань - зеленая арт.№....., кольца - хромированные и т.д., т.е. реальная карточка заполняется не на этапе разработки технологической документации, а на этапе согласования заказа или производства изделия. Тоже вариант... И не такой уж плохой.... Но - "на любителя"...
Я тут подумал ( ), что, вероятно, для разовых договоров (работа на заказ, а не массовое производство) этот вариант не такой и плохой. Кроме того, можно на этапе согласования заказа сразу посчитать стоимость...