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

相关推荐
黑客Jack1 小时前
属于网络安全规划重安全性需求
安全·web安全·php
jiarg4 小时前
linux 内网下载 yum 依赖问题
linux·运维·服务器
yi个名字4 小时前
Linux第一课
linux·运维·服务器
菜鸟xy..5 小时前
linux 基本命令教程,巡查脚本,kali镜像
linux·运维·服务器·kali镜像·巡查脚本·nmtui
暴躁的小胡!!!5 小时前
Linux权限维持之协议后门(七)
linux·运维·服务器·网络·安全
安 当 加 密5 小时前
中小企业Radius认证服务器的低成本高安全解决方案
运维·服务器·安全
ChinaRainbowSea5 小时前
Linux: Centos7 Cannot find a valid baseurl for repo: base/7/x86_64 解决方案
java·linux·运维·服务器·docker·架构
Codingwiz_Joy6 小时前
Day04 模拟原生开发app过程 Androidstudio+逍遥模拟器
android·安全·web安全·安全性测试
晨曦启明7118 小时前
Linux云计算SRE-第十八周
linux·运维·云计算