Добрый день!

Перед мной поставили не простую задачу по складскому учету.

Ранее организация склада у нас была по простой схеме:

Таблица "Поступившие товары" (ArrivalProducts)
ID,
OperationDate,
ProductID
Quantity
Price
Amount

Таблица "Списанные товары" (RemovalProducts)
ID,
OperationDate,
ProductID
Quantity

Представление "Хронология" (HistoryProducts)
SELECT 'Поступление' AS OperationType, OperationDate, ProductID, Quantity FROM ArrivalProducts
UNION
SELECT 'Списание' AS OperationType, OperationDate, ProductID, -Quantity FROM ArrivalProducts

Представление "Склад"

SELECT ProductID, SUM(Quantity) FROM HistoryProducts GROUP BY ProductID

Теперь появилась необходимость учитывать на складе и цену поступления - чтобы было видно какой товар в каком количестве по какой цене пришел.

Я в таблицу "Списанные товары" (RemovalProducts) добавила поля :
ID,
OperationDate,
ProductID
Quantity
Price
Amount

Соответственно представление "Хронология" (HistoryProducts) тоже переделала:
SELECT 'Поступление' AS OperationType, OperationDate, ProductID, Quantity, Price FROM ArrivalProducts
UNION
SELECT 'Списание' AS OperationType, OperationDate, ProductID, -Quantity, Price FROM ArrivalProducts

Представление "Склад":

SELECT ProductID, SUM(Quantity), Price FROM HistoryProducts GROUP BY ProductID, Price

На складе я стала видеть цену поступления, но это прибавило проблем :
Например, на складе есть Товар в количестве 100 штук. 50 штук из первой партии по цене поступления 100 рублей и 50 штук из другой партии по цене поступления 200 рублей.

Пользователь заносит запись в таблицу Списанные товары
Указывает товар и количество 80 штук.

Мне нужно чтобы списалось 50 штук из первой партии по 100 руб. и 30 штук из второй партии по 200 руб.

Сейчас я пишу скрипт, который будет эту запись разделять на две в нужном для меня виде. НО ! Может быть я изначально что то не так делаю ??? Может такие задачи решаются как то по другому ? с другой структурой БД...
Подскажите :( Может быть есть какие то примеры реализации ?

Спасибо что прочли мое сообщение, жду от вас рекомендаций и советов.

Кот Матроскин,

Как эта таблица связей должна выглядеть ? Как она формируется ?

Dimitry Sibiryakov,

А какое это имеет значение?

Пользователь со склада списывает 80 штук товара (это факт отгрузки?), и ему не важно по какой цене этот товар поступал.
А вот на складе должно все отразиться верно - списаться из двух партий.

постоянный мембер,

как должен выглядеть журнал привязок приход-расход-колво/сумма ?

В таблицу "Списанные товары" я добавила поле "Цена" где указываю цену поступления - так эту привязку приход-расход организовала я. А что вы имеете в виду ?

Dimitry Sibiryakov,

Такие сложные ситуации с голодными крысами я не рассматриваю. Если на складе 100 штук товара, значит на складе 100 штук.
А если 80 штук погрызли крысы (украли, продали) - значит их нужно правильно списать.

постоянный мембер,

т.е в табл. Списанные товары предлагаете добавить поле ArrivalID (Код поступления) ?

Что нам это даст ? ...

Журналом привязок вы называете представление вида:

SELECT 'Поступление' AS OperationType, ID AS ArrivalID, NULL AS RemovalProducts, ProductID, Quantity, Price FROM ArrivalProducts
UNION
SELECT 'Списание' AS OperationType, ArrivalID, ID, ProductID, -Quantity, Price FROM RemovalProducts
?

Тогда мы сможем определить количество товара в партии. Верно ?

Но при оформлении списания мы опять упремся в ту же задачу -
"Какое ArrivalID прописать в случае списании 80 штук ?"
Согласна, что работать с ArrivalID приятнее чем просто с ценой.

Можете ли вы предоставить пример какой-нибудь ?

Спасибо всем большое за советы !
Понравились идеи wamaco и Кот Матроскин .