我们什么时候可以重用可重用的项目代码?

2020-09-12 13:00发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好 背景信息 我...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好

背景信息

我的公司从事非常特殊的业务:我们承诺寻找客户需要的任何商品,为客户购买商品,然后将其出售给客户。

这意味着我们可以买卖 实际上是当地市场上所有可用的东西 (实际上是您可以想象的任何东西!)

不可能为我们销售的每件商品分配一个"标准代码"。

我们还打算使用SAP B1的 文档流模型 来跟踪A-Z中所有库存项目(从销售订单到销售发票)

一种可能性是使用可重复使用的代码。

一旦我们完成了一个特定的销售订单(即所有事务A-Z完成),另一个用户就可以对新的销售订单使用相同的代码。

我的问题

我们什么时候可以重用给定的可重用代码 ? 显而易见的答案是,我们可以在上一个项目完成后,即在代码"被释放"时,重新使用它。

在实践中,我们可能有数千个可重复使用的代码,并且许多用户可能同时使用它们。

有人可以建议用户从下拉列表中仅选择"免费"可重用代码的方法吗?

我的意思是,我们可以使用什么方法来确保当前用户仅获得免费的可重复使用的商品(例如商品1)。

毋庸置疑,一旦用户在销售订单中领取了商品1,则应阻止任何用户在相关项目完成之前领取商品1。

(注意:一个客户是一个项目。我们跟踪A-Z中的所有交易)

最欢迎任何想法或建议

谢谢

利昂

4条回答
SC_Yao
2020-09-12 14:02

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

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

最诚挚的问候,感谢您的耐心等待!

利昂

一周热门 更多>