点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
不幸的是,在我们的ERP NW 7.50系统(SP13,EHP8)中,我们有很多(实际上太多了!)实例,其中的SAP表直接在自定义代码中进行更新。 这些编码中的许多是几年前创建的,不仅用于更新附加结构中的自定义字段,还用于"一次性"更正报告中。 我很清楚,这从来都不应该发生,但是一厢情愿的想法不会使这些想法消失。 因此,我正在寻找如何最好地通过标准例程识别更新替换的选项。
由于这是向S/4HANA转换的准备过程中的许多前期活动之一,因此,无论我们将代码更改为现在如何,都应该有尽可能大的机会继续使用S/4HANA并能正常使用。 我有一个预感,这极大地限制了我们的选择,因为到目前为止,诸如"呼叫交易/批量输入"之类的便捷解决方案都无法实现。 另外,我们已经知道,例如某些BAPI在我们的流程中无法正常工作,因此其中几个也不是一个选择。
我有几个问题,但我敢肯定还会有更多问题:
- 我是否正确认为根本不选择"呼叫交易/批处理"输入,或者这取决于模块和已知的简化吗?
- 我们如何找到SAP批准的替代品,这意味着我们可以在哪里寻找/搜索这些替代品?
- 这对模块的影响有多大?
- 是否仍可以使用诸如将" RFBIBL00"用于FI输入和类似程序的解决方案,还是应该避免使用这些解决方案?
- 如果没有合适的SAP提供的机制,如何改善对追加结构中Z字段的更新?
现在,我还没有(为)为单个表寻找解决方案,而是为寻找什么以及在何处寻找替代方案的一些一般性提示和技巧提供更多信息。
非常感谢和欢呼
贝尔贝尔
您肯定描述了一个大问题。 您需要一般建议:
例如,- Badi LE_SHP_TAB_CUST_OVER激活交货单中的用户数据选项卡。 您可以使用类似的方法添加和维护自定义字段。
祝你好运。
一些表进行了很多更改(BSEG,ACDOCA ...),但大多数没有更改,ABAP代码大部分保持不变。 老实说,我没有执行任何转换,但这是我对S/4HANA的印象。 我期待着有经验的人的回答。
这绝对是迁移,而不是升级。 这使SAP感到头疼,因为一些客户认为如果他们仍然必须进行迁移,那么他们可以探索其他产品,
您好
我进行了ECC到S/4HANA的转换。 大多数客户开发已针对S/4HANA重新设计。 这样可以针对最新的业务需求进行优化,也可以针对S/4HANA进行优化。 但是,大多数ECC客户开发仍将在S/4HANA中运行。 大部分ECC逻辑在S/4HANA中仍然可用。
使用批输入时:由于大多数ECC屏幕也可在S/4HAHA中使用,因此无需进行任何修改就可以继续工作。 但是总的来说,我避免批输入,因为正确的(屏幕)处理非常依赖于配置,因此非常容易出错。 S/4HANA提供了更新ODATA和/或BOPT等数据的其他可能性。
在附加结构中使用Z字段时:我们确实在ECC中使用了它,并在S/4HANA中使用了它。 主要用于标准SAP表。 大多数业务文档或主数据交易都具有增强功能,可以使用自己的逻辑填写这些字段。 在大多数情况下,这样做的时候,这些字段的更新,更改日志...由标准SAP处理,而无需任何其他编程。 只能编程现场逻辑和屏幕处理。
关于杰克
一周热门 更多>