多地点库存/库存

Question

我正在开发一个仓库管理系统(WMS)，它需要支持多个地点的库存。可以存储在不同的建筑物中，也可以存储在建筑物中的n*位置(快速示例是库存、溢出或快速移动的时隙，它们都包含同一项的数量)。

在我所处的地方，他们总是使用一个SKU分配到一个垃圾桶，纸条指向溢出。显然，他们已经超越了这一点，这引起了一些严重的问题。当我试图获得最佳实践时，这里没有人能帮我。

我在概念化如何设置结构方面有困难。

我在想..。

• 仓库(虚拟或物理)仓库可以属于仓库。
• 位置-任何东西都可以是托盘，盒子，或者只是地板上的一条带子。地点属于仓库。
• 行-可以在位置
• 架子可以是成排的
• 槽(在这里传统上称为垃圾箱)是可以成为一个位置的最小单元。

然后，SKU可以位于任何一个或多个这样的位置(除了虚拟仓库--仅用于对物理位置进行分组，但允许销售订单在内部处理它们，就像从一个空间发货一样)。

地点(是他们的子女)可以优先考虑。因此，如果SKU位于两个位置，系统就知道在路由到下一个位置之前先清空哪个槽(Bin)。

我将其编码，以便上面的结构可以由仓库来处理，因为我并不关心它们的物理意义，然后给它们一个标记排序顺序的工具，这样他们就可以通过批量挑选订单来确定通过仓库的最佳路线。

我想在我写一行代码之前，我只想把这件事从脑海中移开，让别人看到它。

这个结构有意义吗？这是最好的做法吗？如果不是，什么是什么，如果这个问题超出了网站的范围，有人能给我指点吗？

Answer 1

封装将是确保您从正确的结构开始的关键。

我将有一个可销售商品(widget)的主要实体，其中SKU是一个身份类型属性。销售商品或widgets是您的基本对象，因为这是要出售的。SKU可以改变，尽管它有点罕见。

每个widget都可以有零个或多个locations，因此我将在小部件中拥有一个locations集合。

每个location都有一个相对权重，表示该组widgets的可用性或location cost。我建议将location cost作为一个第一类对象，而不仅仅是一个值。Location cost是一个基于调用方所在位置的相对术语。如果我在一个站点，那么我想要的是商店后面的widgets，而不是另一个物理位置的widgets。至少，您需要向外部调用方隐藏location cost的实现，以便以后更容易地对其进行调整。

为了支持引用完整性，我将使widget.count()方法迭代所有位置并计算这些位置。否则，你最终会把你必须做的股票数量增加一倍--一次是widget，另一次是location。