SAP版本升级是个老话题，从最初的4.6C，到ECC6、再到SOH或者S/4 HANA，无论是主动还是被动的升级，都会引发广泛的讨论。

历史惊人的相似，从2017年开始，SAP就放出风声，提出自2025年以后SAP将不再支持非HANA数据库，国内众多使用SAP ECC6 ON AnyDB的大中小企业将在近些年面临升级的问题。

目前供企业升级有两个产品路线选择：

1.Suit On HANA：数据库更换为HANA，目前版本为ECC6 EHP8 On HANA

2.S/4 HANA：目前版本为1809

两个产品路线可总结如下：

企业可以根据自身情况，选择升级到SOH还是S/4 HANA。

如果只是考虑性能效率，SOH与S/4 HANA差别不大；如果对功能应用有更高的要求，并希望紧跟时代最新技术，请选择S/4 HANA。

功能差异：

ECC与SOH功能差异：

1.常规应用没有差别，前台感觉不到变化；

2.SOH将数据库更换为HANA后性能有一定提升，对于自开发程序，可以同时将计算和部分业务逻辑下推到HANA数据库层，减少应用层和数据库层的交互次数和数据传输，只返回需要的结果到应用层和显示层。提升自开发报表的运行效率。

ECC与S/4 HANA的功能差异：

1.表结构和功能做了重构，底层代码基于HANA数据进行了重写；

2.开发层面有较大变化，很多程序在ECC升级到S/4 HANA后需要调整后才能使用；

根据对两个产品路线的分析，SAP升级系列共包含4篇内容：

1. 上篇：ECC升级到S/4 HANA的功能差异；
2. 中篇：ECC升级到S/4 HANA 自开发如何升级；
3. 后章：ECC升级到S/4 HANA技术路线和步骤；
4. 番外：闲话SAP为什么要设计 S/4 HANA，SAP的真实目的是什么；

上篇：ECC升级到S/4 HANA的功能差异

本篇重点阐述S/4在常用模块功能上和ECC相比有哪些核心变化

物料主数据

ECC系统:

物料编码长度18位；

S/4HANA：

物料编码长度40位；

笔者有话说：更希望物料描述能从40位升级到100位，批次号码10位能升级到40位。

供应商主数据

ECC系统:

• XK01, XK02, XK03；XK05, XK06, XK07；
• FK01, FK02, FK03；FK06, FK08；
• MK01, MK02, MK03；MK06, MK12, MK18, MK19；

S/4HANA：

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

笔者有话说：不得不说这个升级更贴近国内软件客商，但是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原输出；

物料主数据(MRP1~4视图)

ECC系统:

• MR1视图“批量数据”->“计量单位组”字段有效；
• MR2视图“采购”->“配额安排”字段有效；
• MR4视图“BOM展开/相关需求”->“选择方法”字段有效；
• MR4视图“重复制造/装配/展开策略”->“活动控制，公平分享规则，推式分配，发布界限”字段有效；

S/4HANA：

上述字段在S/4系统中全部不可维护，在MARC表中任然存在，原来已经维护的数据仍然保存在数据库中；

• MRP1视图：计量单位组——因被认为仅在零售业使用，无需在物料主数据中进行维护；
• MRP2视图：配额安排——因在MRP中经常会考虑配额，因此无需在物料主数据中进行勾选；
• MR4视图“重复制造/装配/展开策略”->“活动控制，公平分享规则，推式分配，发布界限”字段无效；

BOM展开

ECC系统:

生产订单BOM展开时会考虑BOM的有效日期；

S/4HANA：

BOM展开时不会考虑有效期，只会去检查生产版本的有效日期。所以对于所有的生产BOM都需要维护生产版本。

使用T-code CS_BOM_PRODVER_MIGRATION可以进行生产版本导入；

生产版本

ECC系统:

由用户决定是否启用生产版本功能；

S/4HANA：

创建生产订单，运行物料需求计划必须启用生产版本功能；

MRP区域

ECC系统:

由用户决定是否启用MRP区域功能；

S/4HANA：

必须启用MRP区域功能，基于库存地点的MRP后台设置功能已被MRP区域功能代替；

批次历史

ECC系统:

批次历史追踪功能可用；

S/4HANA：

批次历史（Batch History）功能被全球批量可追溯性（global batch traceability）功能代替。对业务过程没有影响，相关T-code仍可使用；

委外件单独运行

ECC系统:

对指定供应商设定MRP Area，将MRP Area分配给物料，并且需要在不同的MRP Area中对物料设置MRP参数；

S/4HANA：

对指定供应商设定MRP Area，将MRP Area分配给物料，但不需要在不同的MRP Area中对物料设置MRP参数，系统将默认读取工厂层的MRP参数；

基于库存地点的MRP设定

ECC系统:

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

S/4HANA：

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

寻源简化

ECC系统:

• BOM可以单独展开，不依靠生产版本；
• 只有维护了货源清单，MRP运行后才会自动读取到信息记录；

S/4HANA：

• BOM的展开需要依赖生产版本；
• 可以不用维护货源清单，只需要在信息记录中勾选自动寻源，MRP运行后就可以自动找到对应的信息记录。但仍然可以通过货源清单设定优先级或者设定某一个供应商不参加MRP的运算；
• 配额的优先级高于生产版本，生产版本的优先级高于计划行，计划行的优先级高于合同，合同的优先级高于信息记录；

MRP的运算

ECC系统:

传统MRP的运行方式；

S/4HANA：

• 使用MRP Live的运行方式：Planning Scope的定义更加灵活。MRP Live是PP/DS的前提条件。区别点：
• MRP Live运行后将不会形成MRP List；
• MD50和MD51在S/4HANA中无法被使用；
• PR的标识表示将会被取消，只要是外部采购的物料，运行MRP Live后会直接产生采购申请。如需采购件产生计划订单，需要对Badi PPH_MRP_SOURCING_BADI=>SOS_DET_ADJUST做增强；
• 创建计划行的选项也会被取消，只要有有效的计划协议存在，系统就会自动得产生计划行；

计划文件

ECC系统:

• 使用报表RMMDVM10和RMMDVM20检查计划文件（Planning File）是否创建成功；
• 可以选择Processing key NETPL方式运行MRP；

S/4HANA：

• 运行报表 PPH_SETUP_MRPRECORDS检查计划文件是否创建成功；
• 将不会有NETPL的方式运行MRP和MRP Live；

计划范围

ECC系统:

存在Processing Key NETPL；

S/4HANA：

• NETPL（计划周期内的净变化计划）将不再存在；
• 批量模式下运行计划，变式中若含有NETPL，将不能使用。需要将NETPL删除；
• 可以使用BAPI_MATERIAL_PLANNING 自建计划应用。S/4 MRP总是包含所有物料需求。由于MRP在HANA的性能改进，净改变计划的额外的性能改善是微不足道的。所以不再需要在计划周期内进行计划；

注意点：变式中若含有NETPL，将不能使用。需要将NETPL删除。

可以使用BAPI BAPI_MATERIAL_PLANNING自建计划应用；

结果记录

ECC系统:

事务代码QEH1可用；

S/4HANA：

事务代码QEH1被取消，即在移动设备上创建工作清单的功能在S/4 HANA，on-premise edition 1610版本上不可用。作为替代，可用使用POWL(Personal Object Worklist)和WebDynpro应用SAP_SR_QUALITY_INSPECT_5来记录结果；

质量通知

ECC系统:

质量通知单功能；

S/4HANA：

在SAP S/4HANA on-premise edition1610版本中，没有与质量通知对应的功能，对业务流程也没有影响。在新功能推出之前，原有的功能将一直保留；

会计科目主数据

ECC系统:

会计科目类型为：资产负债表科目、损益表类科目两类；

S/4HANA：

会计科目类型增加为4类，分别为资产负债表科目、营业外收支、初级成本或收入、次级成本；

成本要素主数据

ECC系统:

• KA01, KA02, KA03；KA04, KA06等；
• 成本要素主数据中可以指定默认的成本中心；
• 成本要素未使用的情况下，可以物理删除；

S/4HANA：

• 维护成本要素的事务代码被取替为会计科目维护的事务代码，在FS00的界面中也没有《编辑成本要素》的按钮；
• 只能打删除标识，不能物理删除；

银行主数据相关

ECC系统:

通过FI11、FI12、FI13维护银行主数据；

S/4HANA：

• FI11、FI12、FI13维护银行主数据的事务代码取消，银行账户主数据在FIORI端进行维护；
• 相关的底表如BNKA 、T012K、T012T、 T012以视图方式可查看数据；

总帐

ECC系统:

• 会计凭证行项目原来为3位；
• “货币”字段长度为 13 位数字，2位小数；

S/4HANA：

• “行项目编号”字段长度为调整为 6 位数字；
• “货币”字段长度为 23 位数字，2位小数；

资产模块

ECC系统:

期初上线通过AS91，OASV配合使用；

S/4HANA：

• OASV不再允许使用，但OAMK仍可以正常使用；
• 通过AS91与ABLDT实现上线数据导入功能；
• 需要增加一个资产清算科目,用于资料购置时的凭证拆分,通过这个清算科目,会自动生成两个会计凭证：

凭证1：

借：资产

贷：资产清算

凭证2：

借：资产清算

贷：应付

• 折旧操作简化，不再选择资产折旧记账运行原因（计划折旧、重复、重新启动、计划外）；
• 折旧运行时，可按资产编码生成单笔会计凭证；可以一次性将历史折旧累计计提；
• 产年度余额结转与总账、应收、应付统一，只需要执行一次FAGLGVTR。

报表变化

ECC系统:

• 会计凭证行项目查询报表FAGLL03；
• 供应商行项目查询报表FBL1N；
• 客户行项目查询报表FBL5N；

S/4HANA：

• FBL3H/ FAGLL03H ：会计凭证行项目显示，与原FAGLL03功能类似，但显示布局相差较大；在S/4HANA中输入FAGLL03仍能使用，布局保持不变；
• FBL1H：供应商行项目显示，与原FBL1N功能基本类似，但显示布局相差较大；在S/4HANA中输入FBL1N仍能使用，布局保持不变；
• FBL5H：客户行项目显示，与原FBL5N功能基本类似，但显示布局相差较大；在S/4HANA中输入FBL5N仍能使用，布局保持不变；
• 新增应收（IDCNAR） 、应付（IDCNAP）帐龄表；

信贷相关

ECC系统:

通过FD32维护信贷主数据；

S/4HANA：

替换为通过BP/UKM_BP维护信贷主数据；

信贷管理人员需要增加事务代码UKM_MY_DCDS的权限；

事务代码：F.28，F.31，F.32，F.33，F.34,FCV1，FCV2，FCV3,FD24，FDK43，

S_ALR_87012215, S_ALR_87012218,VKM2,VKM3，VMM5不再允许使用；

VKM1/VKM4可以继续使用；

月结/年结相关变化

ECC系统:

原外币评估事务代码为：FAGL_FC_VAL ；

S/4HANA：

• 外币评估事务代码调整为：FAGL_FCV，布局基本不变，增加了模拟运行选项；
• 资产年结简化，不需再执行AJRW、ABST、ABST2；
• 资产年度余额结转与总账、应收、应付统一，只需要执行一次FAGLGVTR；

成本会计相关

ECC系统:

• 成本要素是单独的主数据；
• 物料帐运行时，有单级价格确定、多级价格确定、消耗重估、在制品重估几个步骤；

S/4HANA：

• 成本要素（包括初级成本要素和次级成本要素）融合在总账科目的维护界面，为成本要素增加了科目类型，并在会计科目表层、公司代码层基础上，增加了控制范围层的视图；
• 取消了KA01,KA02,KA03,KA06等成本要素维护的事务代码，统一使用事务代码FS00；
• 由于CO实际数的数据已融合到ACDOCA表中，原来的数据表COEP, COSP, COSS等已被相同名称的视图所取代；
• 在物料分类帐方面，减少了期末物料帐结算程序的复杂性，将单级价格确定、多级价格确定、消耗重估、在制品重估将合并到结算一个步骤；新增了二维分配逻辑以避免小数点差异；将不会存在由于当期物料移动造成的锁定冲突；支持在期间内更改物料的标准价格及作业；

ECC系统:

• BSEG是簇表，BSIS、BSAS、BSID、BSAD，BSIK、BSAK在SAP中是索引表，BKPF是透明表；
• FAGLFLEXT是会计凭证的透明表，存储汇总数据；
• FI部分及与其它模块集成部分，会计凭证抬头表为BKPF，行项目表为BSEG，CO部分主要为COEP，COBK，COSP等，获利分析有CE*表；
• 资产模块的实际数据存储在ANEK、ANEP、ANEA、ANLC、ANLP中；统计数据存储在ANEP、ANEA、ANLP、ANLC中；计划数据存储在ANLP、ANLC中；

S/4HANA：

• BSEG、BSIS、BSAS、BSID、BSAD，BSIK、BSAK等在SAP中是视图，透明表是BKPF、ACDOCA；
• ACDOCA-WSL=BSEG-WRBTR（凭证货币），ACDOCA-TSL=BSEG- PSWBT（科目货币），ACDOCA-HSL=BSEG-DMBTR（本位币）；
• KSL为控制范围货币，OSL为第一附加货币，VSL为第二附加货币，CO_OSL为成本对象货币；
• 不再有总账余额汇总表，FAGLFLEXT不再是透明表，而是视图，总账余额由行项目表ACDOCA表计算得到；
• 原有的表仍有数据，但行项目表以 ACDOCA 表为主，含总账、成本会计、资产会计、物料分类账 (ML) 及获利能力分析 (PA) 所需的所有字段；
• 通过RLDNR字段，支持多项会计准则；
• S/4HANA中，资产模块的明细存储在ACDOCA；ANEK的数据存储在BKPF中；统计数据存储在FAAT_DOC_IT中；计划数据存储在表FAAT_PLAN_VALUES中。
• 传说中会计凭证行项目升级到S/4 HANA可与突破999的只停留在S/4 HANA的文档介绍中，实际情况是目前还不能突破。

SAP升级ECC -> S4

原文：https://www.cnblogs.com/SlashOut/p/14812251.html