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

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

ByKiSВ таблице "Изделия", помимо поля "склад", у меня ещё есть поле "статус" (идея вот отсюда). 1) По идее они должны быть как-то взаимосвязаны, только не знаю как и зачем (совсем запутался) - может подскажете? 2) Из изделей весь мусор об их состоянии и место нахождении надо выносить по любому, я правильно понял?
1. Поле "статус" по указанной ссылке никоим образом не относится к складу. Оно относится к статусу записи: реплицирована она или еще нет, можно ее еще менять или уже нет... Поэтому оно не "мусор"...
Поле это нужно в свете принципов работы с репликациями...
2. Да, правильно...

ByKiS
atv_13
Движение: НЗ, КодИзделия, Дата, КодСостояния, КодСправочника
Состояния: НЗ, Наименование, КодСправочника
Уточните, пожалуйста, что за код справочника, и, "состояния" - это отдельная таблица?
Можно об этом "втором" варианте чуть подробнее?
Я, честно говоря, тоже не совсем хорошо понял второй вариант... Скорее всего, "Код справочника" в таблице "Состояние" не нужен...

Из всего прошедшего обсуждения можно сделать следующие выводы:
1. Без доработок то, что предложил klen_, хорошо подходит для учета материалов/комплектующих и готовых изделий при массовом выпуске. Для учета готовых изделий при позаказном производстве эту идею надо дорабатывать.

2. Идея atv_13 является доработкой/упрощением идеи klen_. Основные принципы описаны klen_ структурой таблицы «Оперативная база движения продукции по складу» (с небольшим дополнением):
klen_«Оперативная база движения продукции по складу»

Код склада <--Мое дополнение--Станислав С
Дата
Вид операции 1-приход, 2-расход, 3-перемещение, 4-списание,
Код детали
Цех-изготовитель
№ захода в цех изготовитель
Цех потребитель <-- код склада, куда произошел расход
Количество <--У Вас можно не использовать (при движении готовых изделий)
Адрес ячейки на складе пример: П-01А-2Я-02
Готовность детали 0- готова (по умолчанию), 1-подлежит доделке
Код причины (2) для операции «списание»
Код виновника (2) для операции «списание»
Примечание (45)


ByKiS Станислав С опять пропал :( ...
Извини, рабочий день кончился (у нас +3 часа к Вашему времени/+5 часов к Гринвичу) и Инет "вырубили"...