ECC升级到S/4 HANA的功能差异 物料、采购、库存管理对比指南

ECC升级到S/4 HANA后,S4 将数据库更换为HANA后性能有一定提升,对于自开发程序,可以同时将计算和部分业务逻辑下推到HANA数据库层,减少应用层和数据库层的交互次数和数据传输,只返回需要的结果到应用层和显示层。提升自开发报表的运行效率。表结构和功能做了重构,底层代码基于HANA数据进行了重写;开发层面有较大变化,很多程序在ECC升级到S/4 HANA后需要调整后才能使用;

SAP ECC vs S/4 HANA,SAP升级功能差异,HANA数据库优化,物料编码扩展,BP事务码整合,MIGO统一操作,SNP BLUEFIELD方法,S/4 HANA主数据迁移

ECC升级到S/4 HANA

ECC升级到S/4 HANA的功能差异 物料、采购、库存管理对比指南

物料主数据

ECC系统:物料编码长度18位;

S/4HANA:物料编码长度40位;

供应商主数据

ECC系统:

■ XK01, XK02, XK03;XK05, XK06, XK07;

■ FK01, FK02, FK03;FK06, FK08;

■MK01, MK02, MK03;MK06, MK12, MK18, MK19;

S/4HANA:

过去的供应商维护事务代码被废弃,相关功能被整合到事务代码BP中;

采购信息记录

ECC系统:

只有维护了货源清单,MRP运行后才会自动读取到信息记录;

S/4HANA:

可以不用维护货源清单,只需要在信息记录中勾选"自动寻源",MRP运行后就可以自动找到对应的信息记录。但仍然可以通过货源清单设定优先级或者设定某一个供应商不参加MRP的运算;

采购申请 & 采购订单

ECC系统:

■ 采购申请ME51,ME51N;

■ 采购订单ME21, ME22, ME23, ME24, ME25, ME26, ME27, ME28与ME21N, ME22N, ME23N, ME24N, ME25N, ME26N, ME27N,ME28N均可用;

S/4HANA:

PR & PO必须使用新的T-Code比如带N的, ME51N;ME21N, ME22N, ME23N, ME24N, ME25N, ME26N, ME27N,ME28N,不影响流程;

库存管理

ECC系统:

■ 货物收发和移动的事务代码: MB01, MB02, MB03, MB04, MB05, MB0A, MB11, MB1A, MB1B, MB1C, MB31, MBNL, MBRL, MBSF, MBSL, MBST,MBSU;

■ 既可以使用MB**又可以使用MIGO;

■ MMBE_OLD,MMBE, MB51, MB52, MB5B;

■ 批次创建、修改、显示及显示批次改变文档对应的MSC1、MSC2、MSC3及MSC4可正常使用;

■ 可以设置某些库存地点不参加MRP的运算;

S/4HANA:

■ ECC6.0系统中以MB**开头的用于货物收发移动的T-code已被废弃;

■ 统一使用MIGO事务代码来实现货物的收发和移动;

■ 老的批次维护事务代码已废弃,被MSC1N、MSC2N、MSC3N、MSC4N取代;

■ 无法通过配置直接设定某些库存地点不参与MRP的运算,只能通过设定MRP Area,在MRP Area里设定不参加MRP运算的库存地点,再将MRP Area分配给物料,让物料在对应MRP Area的MRP Type为ND,来实现此功能;

客户主数据

ECC系统:

■ TCODE------ FD01MD01XD01; FD02MD02XD02; FD03MD03XD03;

S/4HANA:

■ TCODE------BP(FLCU1、FLCU2、FLCU3);

■ 所有客户相关操作全部集中在一个事务码"BP",原ECC中有关客户主数据相关事务码FD01, FD02, FD03, FD05, FD06, V-03, V-04, V-05, V-06, V-07, V-08, V-09, V-11, V+21, V+22, V+23 VAP1, VAP2, VAP3 VD01, VD02, VD03, VD05, VD06, XD01, XD02, XD03, XD05, XD06, XD07不再使用;

价格主数据

ECC系统:

■ 价格主数据存储表KONV;

■ VAKEY、VADAT这两个字段存储在定价抬头数据表KONH,字段长度为100位;

S/4HANA:

■ 价格主数据存储表改为PRCD_ELEMENTS;

■ KONH表中取消VAKEY、VADAT,同时新增VAKEY_LONG、VADAT_KO_LONG这两个数据元素,数据长度为255位,用于程序内部处理, VAKEY_LONG、VADAT_KO_LONG的值通过服务类CL_COND_VAKEY_SRV来获取;

信贷主数据

ECC系统:

■ 信用管理同时存在应收账款功能组件和财务供应链管理功能组件;

■ 维护信贷主数据TCODE:FD32;

■ 释放冻结订单TCODE: UKM1;

■ 销售单据信用额度检查类型支持A、B、C、D四种不同的类型;

S/4HANA:

■ 信用管理专属于财务供应链管理功能组件,不再属于应收账款功能组件;

■ 维护信贷主数据TCODE: UKM_BP或者BP,原FD32不再使用;

■ 释放冻结订单TCODE: UKM_MY_DCDS, UKM_MY_DCDS替代VKM1,原VKM1和VKM4继续保留可用;

■ 原ECC中F.28、F.31、F.32、F.33、F.34、FCV1、FCV2、FCV3、FD24、FD32、 FDK43、S_ALR_87012215、S_ALR_87012218、 VKM2、VKM3、VKM5等不再可用;

■ 销售单据信用额度检查类型只支持"D-自动信用控制"类型;

■ 关键字段变动(支付条款、附加起息日、定价值)自动触发信贷检查功能从SD取消;

可用性检查

ECC系统:

■ 在VBBS表中存放每天累计需求数据和确认数量;

■ 检查组定义中总的销售需求和总的交货需求有A、B、C、D四种选择;

S/4HANA:

■ VBBS表被抛弃,每一笔ATP相关需求显式存储在VBBE表中,不按天累加存储在VBBS表;

■ 检查组定义中总的销售需求和总的交货需求有只支持"A-单记录"一种选择;

单据状态

ECC系统:

■ 单据状态存储在VBUK(抬头状态)和VBUP(行项目状态);

S/4HANA:

■ 单据状态不再存储在VBUK(抬头状态)和VBUP(行项目状态);

■ 单据状态直接存储在相应的业务单据表,如VBAK、VBAP、LIKP、LIPS、VBRK,抛弃使用VBUK和VBUP表;

消息输出

ECC系统:

使用基于NAST的消息输出,支持1-打印、2-传真、4-电传、5-外部发送、6-EDI、7-简单邮件、8-特殊功能、9-事件(SAP业务工作流)、A-分配(ALE)、T-任务(SAP业务工作流)等输出类型;

S/4HANA:

基于BRF+的消息输出,不支持8-特殊功能、9-事件(SAP业务工作流)、A-分配(ALE)、T-任务(SAP业务工作流),但支持PRINT、XML、EMAIL、IDOC,等输出类型,新的消息输设计出以Fiori为主,原ECC功能可通过NOTES保留,保留NAST原输出;

相关推荐
XIAOHEZIcode2 天前
Linux系统鼠标偏移常见原因以及修复方案
linux·运维·游戏
用户0328472220703 天前
如何搭建本地yum源(上)
运维
Aphasia3114 天前
VPN 与内网穿透
安全
Mr_愚人派5 天前
当"Claude"不再是 Claude:一次第三方 API 代理引发的 AI 身份伪造排查实录
人工智能·安全
大树886 天前
金刚石散热越强,管路越先见顶
大数据·运维·服务器·人工智能·ai
摇滚侠6 天前
Linux CentOS7 rpm 安装 MySQL 5.7
linux·运维·mysql
霸道流氓气质6 天前
领域驱动设计(DDD)在 Spring Boot 微服务中的实践指南
运维·spring boot·微服务
DaLi Yao6 天前
【无标题】
人工智能·安全
Inhand陈工6 天前
基于台达PLC与映翰通IG502的智慧水产养殖精准投喂与远程运维解决方案
运维·人工智能·物联网·阿里云·信息与通信
Alsn866 天前
等待学习-学习目录:Docker 容器安全攻防
学习·安全·docker