Имея таблицы типа
TAB_Components (iComponentID PK , dRemain)
TAB_Blinds (iBlindID PK , iStateID FK )
TCR_BlindSet ([iBlindID FK , iComponentID FK ] PK , dQuantity, mPrice)

1) При изменении статуса жалюзи (например на "изготовлена") согласно набору BlindSet персчитываю остатки запчастей на складе (dRemain); "принята" - перенесли на склад-резерв, "отдана напроизводство" - перенесли со склад-резерв в склад-вон, "приостановлено производство" - вернули со склада-вон в склад и т.п.
2) Стоимость жалюзи составляет сумма этогоже блайндсета.
3) Теперь нюанс - чтобы изготовить роллет-занавеську (2200х650) надо отрезать ткани 2.2 м (т.к. ширина рулона 1.8 м), после чего из остатка можно изготовить такую занавеську (то есть расход ткани будет 0 метров, а деньги за ткань взяты (приятно)
Теперь вопрос - как быть с остатками?
a) Менять количество в блайндсете нельзя, т.к. оно влияет на стоимость жалюзи.
b) Дублировать блайндсет в проводку товара по складам - нехоцца (т.к. первоначальная копия может очень отличаться от конечной. Тобишь - приняли 2 заказа (зарезервировали 4.4 метра, списали 4.4 метра, вон ушло только 2.2 ... - ваще путаница). Списание по плану / по факту, коректировка проводок - очень много работы, а неувязки с остатками (типа описанной выше) < 3% всех заказов.
с) Хоцецца - (на конкретном примере) просто взять да и принять дополнительные 2.2 метра ткани на склад! Всё красиво сойдётся. НО - очень пищит главный бухалтер, от писка снижается производительность - значит вариант тоже отпадает

Подскажите, господа, как быть с остатками? Чтобы все были довольны...

LSVВ этой арии(36), а также в 53 и в 58Это что?