Оптимальный способ хранения единиц измерения на складе

Question

Предполагая структуру схемы как таковую.

-----------------------------------------
Stock (ID, Description, blah blah)
-----------------------------------------
StockBarcode (ID, StockID, Barcode, Price, blah blah)
-----------------------------------------

Каков оптимальный способ хранения единиц измерения для ваших товаров на складе? Учитывая, что цена StockBarcode может быть за 1 предмет, за 10 предметов, за 10 грамм или за 10 фунтов?

Stock to StockBarcode - это отношение один ко многим. (Хотя я уверен, что вам не нужно, чтобы я говорил это)

Приветствия:)

Answer 1

Можно подумать о размещении дополнительного столбца UOM во ВСЕХ таблицах с полями Qty и дополнительного столбца Валюта во всех столбцах денег.

У ВСЕХ экранов ввода должны указываться Qty и UOM.

Таблица позиций - добавить UOM инвентаризации / складирования, UOM закупки / получения, UOM ценообразования, UOM доставки / отправки, UOM производства, столбцы UOM компонента

новая таблица UOM - идентификатор, аббревиатура, описание, RegionID, UOMTypeID

новая таблица UOMRegion - идентификатор, код, описание (пример данных - 1, Великобритания, Великобритания; 2, США, США; 3, INT, международный)

новая таблица UOMType - идентификатор, Код, Описание, DefaultUOMID (пример данных - 1, В, Объем, 15; 2, А, Площадь, 45; 3, Вт, Вес, 32; и т. Д.)

новая таблица UOMConversionFactor - идентификатор, FromUOMID, ToUOMID, ConversionFactor (пример данных - 1, 1, 1, 1; 2, 1, 3, 0,026021066655565; 3, 3, 1, 38.430399999999000)

(примечания. - Преобразование из UOM в ту же UOM равно 1.Может положить в таблицу или нет. На каждой записи у меня обычно есть чертенокЛживый столбец FromQty, который всегда равен 1. Убедитесь, что ConversionFactor допускает ОГРОМНЫЕ числа, чтобы окончательные числа оказались более точными, когда речь идет о большом Qty)

Мысли - 1) некоторые UOM недостаточно конкретны, такие как "бочка »(есть бочка для сухих грузов США, бочка для клюквы в США, бочка для жидкости в США, бочка для пива в США, бочка для пива в США, бочка для нефти и т. д.), 2) На UOM влияет регион, если вы беспокоитесь омеждународная заявка (т.е.кубок США отличается от кубка Великобритании, который отличается от кубка международного уровня), 3) я могу получить карикатуру предмета Х, хранить ее на поддонах и отправлять ею по почте.4) «комплект» или «сборка» могут представлять собой сырье в UOM плюс различные компоненты в разных UOM, что в конечном итоге приводит к конечному продукту в другой UOM.

Answer 2

Я бы добавил столбцы Qty и UOMID в таблицу StockBarcode, а затем новую таблицу, такую ​​как

StockUOM (ID, Description)

Answer 3

Существует ли уникальный StockBarcode для каждой UOM? Например, есть ли штрих-код для граммов, штрих-код для фунтов и штрих-код для отдельных предметов? Если это так, решение Эндрю будет работать.

Если нет, вам нужно будет создать еще одну таблицу, содержащую StockID, Qty и UOMID.

StockUOM (ID, Description)

StockCount (ID, StockID, UOMID, Qty)

Когда вы сканируете штрих-код, вам нужно будет ввести, в каком UOM вы сканируете. Затем программа может обновить таблицу StockCount на основе отсканированного товара. Это может быть хорошим запасным вариантом, если у ваших товаров не более одного штрих-кода, и вы запасаетесь более чем одной стандартной единицей.

Answer 4

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

Один из вариантов, который следует учитывать, состоит в том, что вместо данных о запасах, возможно, вам следует сохранить данные на основе того, что вНа складе хранится, именуемый SKU (единица хранения) Информация .

Каждый SKU может быть изготовлен из более чем 1 предмета, но так как он не может быть продан таким образом, вы не можетедолжны заботиться о тех деталях в большинстве сценариев.Такие детали, как цена и т. Д., - это все свойства, которые затем связываются с SKU.

Например: если продукт, скажем, пиво может быть продано индивидуально / 6 упаковок / 12 упаковок, то с ним связано 3 SKU.

Тогда у вас есть отношения:

Products --> SKU's which is 1:many

SKU --> StockBarCode which is 1:1 (при условии, что у вас есть один и тот же штрих-код для всех единиц одного и того же SKU - если нет, то это может быть и 1: много)