基于制造工厂的物质数量跟踪

2020-08-23 10:35发布

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

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


大家好,

我正在研究s4物质数量跟踪EXP场景的设置,我发现物质数量跟踪和阻止正在基于分配给销售组织的销售组织和法人实体进行,这是标准行为,我们希望系统能够 根据销售订单或交货中的制造工厂进行跟踪。

例如:我们有一个业务场景,其中加拿大(CA)是制造工厂,瑞士(瑞士)是销售组织,货物将被运送到REACH内的"发运方"(PO-波兰)。

现在,"跟踪和阻止"正在基于分配给CH的销售组织和法人实体工作,这是错误的。

我们希望系统根据加拿大制造工厂(CA)进行跟踪,因为我们已经通过T001K表直接分配了工厂和法人公司代码,而加拿大制造工厂(CA)已直接分配给新加坡(SG)法人。

我们希望系统应该在新加坡(SG)法人实体下进行跟踪和阻止。

我们找到了一种通过修改标准FM的CBRC_SO_DATA_SEP其他FM来实现此目的的自定义方法,但这会带来很多增强。

我想在这里检查一下,有没有标准的方法可以做到这一点? 因为大多数业务模型将以类似的方式工作。 如果遇到任何以标准方式达到的要求,请写信。

谢谢

萨蒂亚

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

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


大家好,

我正在研究s4物质数量跟踪EXP场景的设置,我发现物质数量跟踪和阻止正在基于分配给销售组织的销售组织和法人实体进行,这是标准行为,我们希望系统能够 根据销售订单或交货中的制造工厂进行跟踪。

例如:我们有一个业务场景,其中加拿大(CA)是制造工厂,瑞士(瑞士)是销售组织,货物将被运送到REACH内的"发运方"(PO-波兰)。

现在,"跟踪和阻止"正在基于分配给CH的销售组织和法人实体工作,这是错误的。

我们希望系统根据加拿大制造工厂(CA)进行跟踪,因为我们已经通过T001K表直接分配了工厂和法人公司代码,而加拿大制造工厂(CA)已直接分配给新加坡(SG)法人。

我们希望系统应该在新加坡(SG)法人实体下进行跟踪和阻止。

我们找到了一种通过修改标准FM的CBRC_SO_DATA_SEP其他FM来实现此目的的自定义方法,但这会带来很多增强。

我想在这里检查一下,有没有标准的方法可以做到这一点? 因为大多数业务模型将以类似的方式工作。 如果遇到任何以标准方式达到的要求,请写信。

谢谢

萨蒂亚

付费偷看设置
发送
3条回答
SKY徐
1楼-- · 2020-08-23 10:55

尊敬的萨蒂亚

如果您查看SAP联机帮助和" SVT"部分,您将看到SAP的"合法句子"。

SAP帮助中的句子( https://help.sap.com/viewer/8a399f5444164440ac4f426e847ec901/6.17.17/en- US/d6cdc253d0a4b54ce10000000a174cb4.html ):

" SAP强调此组件只是用于追踪物质量的示例。因此,SAP不保证所提供的功能符合特定法规,例如 <

整个SVT部分作为向我们的客户交付的"想法",可以帮助您解决该问题。<

/p>

幸运的是:通过SAP标准,我们可以轻松地更改/扩展等过程

关于您的陈述;

""我们找到了一种通过修改的自定义方式 标准FM的CBRC_SO_DAT A_SEP其他FM,但这会带来很多增强。"

您不应该那样做,而应将" CBRC_SO_DATA_SEP"复制到"命名空间"中的FM并根据您的需要调整代码

或多或少:您已经确定了SVT中的一个(众多)限制; 如果您仍然坚持使用" SVT",则没有其他机会将FM复制到自己的FM。

C.B。

PS:我们现在在此过程中准备了一些" BADI"。 检查是否可以使用它们来解决您的需求。 在这种情况下。 也许您仍然可以使用CBRC_SO_DATA_SEP并避免使用"复制"

My梦
2楼-- · 2020-08-23 11:06

Hello CB,

我的意思是说复制标准FM并创建将满足我们要求的自定义FM

感谢

萨蒂亚

绿领巾童鞋
3楼-- · 2020-08-23 11:03

亲爱的萨蒂亚

回到您的声明

" 我们找到了一种通过修改标准FM的CBRC_SO_DATA_SEP其他FM来实现此目的的自定义方法,但这将带来很多增强。"

您对"很多"的定义是什么? 根据我的经验:是的,您需要更改代码(将SAP FM复制到客户FM并调整代码)和逻辑,是的,您需要测试等。但是对于"代码"部分,它应该不超过5个人 天。

请牢记。 SVT大约已有10年的历史了; 如果您查看SAP市场,还是:SAP不时提供代码更正等。

因此使用"客户FM"是一个明确的选择,但是! 您将来可能不会从SAP将来提供的任何改进中获利

我的建议是:检查" BADI" ...(属于二手FM的一部分)... 部分代码; 显然,BADis的使用是"面向客户代码"的,您仍然可以使用CBRC_SO_DATA_SEP的框架,然后可以通过OSS注释从代码更正中受益。

C.B。

PS:因为它们有许多SVT局限性:请查看我的SVT博客(例如日本日历年)和SAP marektplace。.并非许多OSS注释中都"清楚地"列出了SVT中的所有局限性。 但幸运的是:我们有这些OSS注释

一周热门 更多>