ECC升级到S/4 HANA后，S4 将数据库更换为HANA后性能有一定提升，对于自开发程序，可以同时将计算和部分业务逻辑下推到HANA数据库层，减少应用层和数据库层的交互次数和数据传输，只返回需要的结果到应用层和显示层。提升自开发报表的运行效率。表结构和功能做了重构，底层代码基于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原输出；
关于SNP
SNP（股票代码：SHF.DE）是全球先进的技术平台提供商和可信赖的合作伙伴，专注于为寻求卓越数据支持、转型能力和业务敏捷性的公司提供服务。SNP的Kyano平台整合了所有必要的功能和合作伙伴产品，提供全面的软件化数据迁移和管理解决方案，包括SAP系统升级、SAP系统拆分、系统上云等等。结合SNP的BLUEFIELDTM方法，Kyano设定了一个全面的行业标准，旨在加速SAP中心IT环境的重组和现代化，同时利用数据驱动创新，以更快、更安全的方式实现转型。
目前，SNP在全球拥有3000多家客户，涵盖不同规模和行业，其中包括20家DAX 40成分股公司和超过100家财富500强企业。SNP集团在全球20个国家的35个办事处，拥有1500多名员工。公司总部位于德国海德堡，2024财年实现收入2.54亿欧元。
更多新闻资讯请点击
SNP在2024财年业绩上显著超越预期——开创历史新高
ERP系统带来的优势
SNP扩大与SAP的合作伙伴关系
什么是ERP？什么是ERP云？ERP云系统有哪些优势？
来源：公众号 sapsprocn
标签：SAP S/4HANA · SAP升级