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原输出;

相关推荐
用户962377954484 小时前
DVWA 靶场实验报告 (High Level)
安全
数据智能老司机7 小时前
用于进攻性网络安全的智能体 AI——在 n8n 中构建你的第一个 AI 工作流
人工智能·安全·agent
数据智能老司机7 小时前
用于进攻性网络安全的智能体 AI——智能体 AI 入门
人工智能·安全·agent
用户962377954489 小时前
DVWA 靶场实验报告 (Medium Level)
安全
red1giant_star9 小时前
S2-067 漏洞复现:Struts2 S2-067 文件上传路径穿越漏洞
安全
用户9623779544812 小时前
DVWA Weak Session IDs High 的 Cookie dvwaSession 为什么刷新不出来?
安全
碳基沙盒2 天前
OpenClaw 多 Agent 配置实战指南
运维
cipher2 天前
ERC-4626 通胀攻击:DeFi 金库的"捐款陷阱"
前端·后端·安全
蝎子莱莱爱打怪4 天前
Centos7中一键安装K8s集群以及Rancher安装记录
运维·后端·kubernetes
一次旅行5 天前
网络安全总结
安全·web安全