CAVПрактически все системы считающие общее количество явялются идентификационными. В торговых (тех которые видел) главным идентификатором является артикул :)
Системы, считающие общее кол-во не всегда работают по партионному учету. А артикул - это все-го лишь поле уникальное, и зачастую не ключ объекта учета.

Серийные номера - частный случай партионного учета.

АФТАРУ ответ.
характеристики ведения партионного учета:
1) Отдельная строка входящей партии.
2) Обязательное ведение остатка на партии.
3) Расходные партии ведутся как 1 ко многим по отношению к входящим.
4) Обязательное решение вопроса нехватки входящих партий для исходящей.

Достаточно? или ты хочешь, чтобы тебе готовый скрипт структуры дали?

Shuhard Валентин К
Серийные номера - частный случай партионного учета.

ага - партия глубиной в один штук , технологическое отличие - идентификатор серийного номера несет на себе товар , идентификатор партии - склад
Склад - неотъемлемый атрибут товара, поскольку товар обычно не существует непонятно где.

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

Как минимум нужна привязка к документу, которые эту партию создал, остальное можно вычислить.

Александр Гoлдун
Валентин
3) Расходные партии ведутся как 1 ко многим по отношению к входящим.

А почему не много ко многим?

Я сначала тоже думал, что многие-ко-многим, но оптимальнее 1 ко многим. 1 расходная партия формирует кол-во строчей равное по кол-ву входящей партии, уменьшая тем самым остаток на ней.
Александр Гoлдун
Эх, как все просто, когда купил, продал - и никакого производства...

Производство не что иное, как несколько складов с нормами преобразования на входе либо на выходе, смотря что собственно за производство.
Александр Гoлдун
Валентин
> Склад - неотъемлемый атрибут товара, поскольку товар обычно не
> существует непонятно где.

А можно эту мысль раскрыть поподробнее? Товар может быть, например, в
пути. От поставщика или между складами. Он может существовать вообще в
виде строчки заказа, не существуя еще физически. И где здесь склад?
Posted via ActualForum NNTP Server 1.3
Заказы не формируют товарную партию, по сущности это неосуществленное намерение, а не партия товара.
Смысл партий я вижу именно в партиях, а не в намерениях или желаниях. Причем намерение нельзя продать :) т.е. незачем формировать партии, потому что их нельзя закрыть исходящими партиями. Это насчет типа учета ФАКТ. Еще можно проводить их в плановый учет и выписывать плановые расходные накладные, это уже про хитросплетения учета ) вобщем советую подумать над типами учета (слоями) и уровнем их изоляции.
Если товар физически в пути, тогда документы уже на руках, а внесение партий делать приходным ордером, а не приходной накладной, когда товар будет оприходован на склад. Причем приходную накладную вносить сразу. ее даже можно проводить в другой тип учета, если нужно :) но на практике это обычно не нужно.

В системе учета не отображается нахождение товара между складами :) что это за бред :) вносятся документы учета, а не произвольные мысли, о том, почему бы не придумать велосипед.
Но и это решаемо в разных типах учета :) так что нерешаемых задач не бывает в принципе, бывают некорректные вопросы :)
Для системы учета я например написал четкую теорию понимания типов учета и владельцев схемы в различных уровнях БД. На деле оказалось все достаточно просто и понятно.

iscrafmничего лучше MRP таблицы пока не встречал. Так вот она дает оптимальный перечень регистров где может быть товар:
- Общая Потребность = товар в заказах покупателей, плане продаж и т.п.
- Ожидаемые поступления = в пути (для производства дополнительно WIP)
- В наличии = на складах
- Чистая потребность = в заказе поставщику
ес-но каждый из регистров имеет свои измерения.
Регистры, например план счетов - это несколько другая опера, они отображают состояние при проведении документов, чаще всего текущее, но не всегда. Но зато по ним удобно считать обороты, используя операции.... правда я отклонился в бухучет...
Партии же на регистрах не положишь. Их нужно брать и делать. Может я не понял речи про MRP, т.к. с ним не работал, решение как всегда оказалось значительно проще.

Склад - аттрибут партии товара. Неосуществленное желание часто тоже имеет склад, куда планируется этот товар оприходовать.

Я считаю, что нужно либо обсуждать партии товара, либо типы учета.
Планирование переплетается с бюджетированием, а эта тема достаточно объемная.