Привет всем Всех с новым годом.. Заранее извиняюсь за грамматику
Очень нужна ваша помощь
Посоветуйте опытом как лучше реализовать партийный учет много склад? Форуме много тем прочитал чета не могу соображать
Делаю для магазина простой самопальный веб приложение(велосипед). У магазина имеется 6 торговых точек
Владелец магазина просит партийный учет для того чтобы узнать сколько было продаж и сколько осталось по партии и сколько прибыль убыток итд..


Пример привез товар с Китая 10 мешков товаров внутри мешки разные товары 20 пар обувь разнего размера и цвета 100 пар носки итд..

В шапке документа вводит
Здесь как я понял ИД прихода можно использовать как номер партии?


Детали документа вводит


Оплата по документу то есть расходы


После прихода я считаю себестоимость товара

Подскажите как хранить партию?
Создать таблицу который содержит?
ИД
ИДПрихода
ИДСклад
ИДТовар
Количество
Цена
Себестоимость
Остаток по партии


чтобы показать остаток примерно так
номер партии товар код склад основноймагазин-1магазин-2общий 1туфли (43 разм)10 шт1шт 2шт 3шт

Если сделать продаж с магазина-1 то я должен показать остаток этого магазина 1шт

Схема БД
Заранее благодарен

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

Партионный учет* :) Грамматика у меня сильно хромает

DBConstructor
Может вы правы этот номер для того чтобы узнать сколько осталось по номеру ГТД или прихода итд остаток магазин склад

Что лучше селектом все считать на лету остатки по партиям и себестоимость итд?
Форуме почитал не которые форумчаны посоветовали такой подход

wamaco Должна быть таблица движений по партиям.
- id (идентфикатор)
- id_tovara (ид товара)
- partia (номер, дата партии, поставщик и т.д.... идентифицирующую партию) здесь я храню ИД прихода
- datapost (дата поступления, необходима для реализации методов списания себестоимости FIFO ручн.выбор)
- kol (кол-во)
- summa (стоимость товара)
- ost (остаток по партии)

при приходе сюда пишем поступления, при списании, в зависимости от метода списания, информацию по списанным позициям.

т.е. добавляете одну эту таблицу и реализуете логику заполнения при поступлении и списании.
а). при поступлении - тупо insert
б). при списании - сортировка по datapost и гашение партий.

Есть еще один вариант себестоимоть считать по средному... партионный учет ФИФО отпадает но одно проблема

Справочник товаровов придется дублировать
Пример
ИД Товара Порядковый КОД Наимнование Цена Средная стоимость 1 1 Туфли 42 100 120 2 1 Туфли 43 100 120 3 1 Пиджак 100 120 4 2 Туфли 42 100 160 5 2 Туфли 43 100 160 6 3 Пиджак 100 160

Проблема если новый партии то надо заполнять справочник товаров и дать код

DBConstructor Спасибо почитал
Dimitry Sibiryakov какие варианты посоветуйте?
Tregistr это ШАПКА документа для общих операции определяется по типу документа 1 приход 2 расход 3 перемещение 4 5 возврат постащику 6 возврат покупателья 7 корректировка итд TregistrItem позиция документов .... Из Tregistr уберу поля ParentID добавлю TRegistrItem.

Как я вижу ситуацию Вот привез товар оптом мешком обувь и носки .. заполяняет дата закупки откуда куда в позиция указывает носки обувь... ИД прихода 1
Теперь перемещение
Дата Перемещение с склада в магазин1 в позициах товара я буду брать из какого прихода и вставлю ид прихода ParentID = 1 ИД перемещение 2
Теперь продажа
Дата продажа с Магазин1 в покупатель в позициах товара я буду брать из какого прихода и вставлю партия прихода у меня ид прихода ParentID = 2 ИД продажа 3

чтобы следить цепочки движение партии..