嗨，Johan

我知道该线程已关闭，但是由于您已经发表了另一条评论，所以希望您不会介意我的另一条评论。

我很高兴您能尽我最大的努力来帮助我摆脱困境（困扰我多年，并延迟了股票模块的实施）。

是的，我们可以为每个项目组创建一系列的项目代码。

假设我们为"食品"的商品组创建了一系列商品代码。

为"冻结"的商品组加上其他一系列商品代码，

因此，我们有以下"标准代码"：

Generic_Food_1，

Generic_Food_2，

.....等等等等

Generic_Food_100

------------------------

Generic_Frozen_1，

Generic_Frozen_2，

.....等等等等

Generic_Frozen_100

----------------------------

...，以此类推，用于其他项目组

--------------------------

我认为最大值 用户在给定项目上需要使用的（通用）商品代码的数量是100。

因此，给定的用户将选择以下代码：

Generic_Frozen_1，Generic_Frozen_2，Generic_Frozen_3，Generic_Frozen_4，Generic_Frozen_5（如果客户订购了5种不同类型的冷冻商品）。

------------------------

我们基于项目基础管理客户和交易-即，每当客户（新的或现有的）发送新的销售订单时，我们都会为他创建以下内容 ：

1.一个新项目（例如AA125）

2.一个新仓库（例如AA125）。

简而言之，每个新的销售订单是一个新项目，每个项目都有一个仓库。 每个项目均由销售人员负责，他们可以下订单，接收货物，交付货物等（但仅限于他的仓库）。

为避免混淆，我们将仓库代码设置为与项目代码相同：即会有很多项目，例如AA125，AA126，AA127等。

当客户订购的所有项目均已完成并向客户开账单时，项目就完成了。

----------------------------

我的论据如下：

由于每个仓库（项目）都是水密的，并且不会与其他仓库（项目）混合使用，因此如果其他销售人员选择相同的通用代码也就不成问题。

每个销售人员可以选择 Generic_Frozen_1 并按照该代码订购商品，交付商品或接收商品，等等。

由于我们要按仓库管理仓库 ，所以这些不同的仓库不会混在一起。 （我希望如此！）每个销售人员将能够按照自己的方式从A-Z进行交易（例如，Generic_Frozen_1项目）。

请注意，我没有更改项目的说明或它们的 UoM。我没有将计量单位保留为UoM。 我可以在销售订单屏幕（使用UDF）中而不是在项目主数据中将UoM更改为公斤或包装。

唯一的问题：

是当客户订购的某些商品被拒绝并且必须退回总店时（这种情况很少发生）。

除非两个仓库中的物料代码相同，否则我们不能将货物从一个仓库转移到另一个仓库（在我的情况中不是这种情况）。

但是我们已经开发了一个插件来执行这种间接传输。 附加组件背后的想法是，发卡仓库（AA125）向 GL Contra A/c 发货，而收货仓库（主商店）对同一< em> GL Contra A/c 。 天哪！ 实际上，我们的SDK使这个看似复杂的过程变得轻而易举！

您怎么想？

这种方法解决了许多问题：

1。 它避免了"纯通用代码"方法（即，销售订单中的每个商品都有一个商品代码），这种方法多年来不方便生成数百万个商品代码（ （只能使用一次），并且需要每隔几年对交易进行存档和删除母版。

。

2。 它避免了可能很难管理的"可重用代码方法"。 但坦率地说，此过程使用"可重用代码"的概念。 唯一的事情是，由于我们是按仓库进行库存管理，因此在其他人可以重复使用它之前，我们不需要释放给定的代码。

唯一的要求是，销售人员在其项目中应使用不同的商品代码。

。

3。 它避免了"标准代码方法"，该方法要求我们为买卖的每个商品创建一个固定的代码。 创建如此多的代码会使每个人困惑，尤其是因为我们没有库存这些物品！

。

您怎么看？ 我没有更好的主意！ 如果您发现我的程序存在任何缺陷或困难，我们将很高兴收到您的来信。

。

最诚挚的问候，感谢您的耐心等待！

利昂