您好，Leon，

想到的一个想法是，为每个商品组设置可重复使用的商品代码（按照您的其他问题）和每位用户，但这仅在您没有太多问题的情况下有效 用户同时工作。

另一种选择是建立订单创建会话/项目结帐系统。 您在一个先前的问题中说过您具有编码功能，因此我建议您创建自己的界面，以便使用该系统创建订单。 换句话说，当用户开始创建新订单时，将启动新会话。 然后，每当有项目添加到该订单时，该项目就会被签出（记录将通过项目代码和会话标识符写入用户定义的表中），并且无法添加到另一个订单（会话）中。 然后，当关闭会话时，由于添加了订单，或者因为会话被简单取消，项目再次被释放（具有项目代码和会话ID的记录再次从用户定义的表中删除），现在可以 再次添加到会话中。

问候，

Johan

您好，Leon，

建议，您只需确定每个物料组和UoM的通用代码即可。 然后，您只需要使项目组结构图尽可能简单/简短即可。 可以将不同的UoM转换为其他UoM，因此您可以尝试将不同的UoM的数量保持为最小。

无论哪种方式，列表肯定会比每次创建新的商品代码短，

尊敬的，

Johan

嗨，Johan

再次感谢。

您已经提供了我可能需要的所有提示。

不幸的是，我的业务非常复杂，设计可行的系统是一场噩梦。

我个人认为通用代码将给我带来最少的麻烦。 但是我的SAP合作伙伴说，这并不有趣，因为它会生成很长的项目代码列表……从长远来看，这可能会减慢计算机的速度。 归档和删除项目主数据可能是一种解决方案。

好吧，让我再想一想。

最好的问候

Leon

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

。

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

。

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

利昂