SAP ECC和SAP S4的区别

SAP ECC和SAP S4的区别

功能	ECC	S4 HANA	备注
物料主数据	物料编码长度18位	物料编码长度40位	通过OMSL修改物料长度
供应商主数据	事务码：XK01, XK02, XK03；XK05, XK06, XK07； FK01, FK02, FK03；FK06, FK08； MK01, MK02, MK03；MK06, MK12, MK18, MK19；	事务码BP
采购信息记录	只有维护了货源清单，MRP运行后才会自动读取到信息记录	可以不用维护货源清单，只需要在信息记录中勾选“自动寻源”，MRP运行后就可以自动找到对应的信息记录。但仍然可以通过货源清单设定优先级或者设定某一个供应商不参加MRP的运算；
采购申请 & 采购订单	采购申请ME51，ME51N； 采购订单ME21, ME22, ME23, ME24, ME25, ME26, ME27， ME28与ME21N, ME22N, ME23N, ME24N, ME25N, ME26N, ME27N，ME28N均可用；	PR & PO必须使用新的T-Code比如带N的， ME51N；ME21N, ME22N, ME23N, ME24N, ME25N, ME26N, ME27N，ME28N，不影响流程；
库存管理	货物收发和移动的事务代码： 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的运算；	ECC6.0系统中以MB**开头的用于货物收发移动的T-code已被废弃； 统一使用MIGO事务代码来实现货物的收发和移动； 老的批次维护事务代码已废弃，被MSC1N、MSC2N、MSC3N、MSC4N取代； 无法通过配置直接设定某些库存地点不参与MRP的运算，只能通过设定MRP Area，在MRP Area里设定不参加MRP运算的库存地点，再将MRP Area分配给物料，让物料在对应MRP Area的MRP Type为ND，来实现此功能；
客户主数据	事务码： FD01MD01XD01； FD02MD02XD02； FD03MD03XD03；	事务码： 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不再使用；
价格主数据	价格主数据存储表KONV； VAKEY、VADAT这两个字段存储在定价抬头数据表KONH，字段长度为100位；	价格主数据存储表改为PRCD_ELEMENTS； KONH表中取消VAKEY、VADAT，同时新增VAKEY_LONG、VADAT_KO_LONG这两个数据元素，数据长度为255位，用于程序内部处理， VAKEY_LONG、VADAT_KO_LONG的值通过服务类CL_COND_VAKEY_SRV来获取；
信贷主数据	信用管理同时存在应收账款功能组件和财务供应链管理功能组件； 维护信贷主数据TCODE:FD32； 释放冻结订单TCODE: UKM1； 销售单据信用额度检查类型支持A、B、C、D四种不同的类型；	信用管理专属于财务供应链管理功能组件，不再属于应收账款功能组件； 维护信贷主数据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取消；
可用性检查	在VBBS表中存放每天累计需求数据和确认数量； 检查组定义中总的销售需求和总的交货需求有A、B、C、D四种选择；	VBBS表被抛弃，每一笔ATP相关需求显式存储在VBBE表中，不按天累加存储在VBBS表； 检查组定义中总的销售需求和总的交货需求有只支持“A-单记录”一种选择；
单据状态	单据状态存储在VBUK(抬头状态)和VBUP(行项目状态)；	单据状态不再存储在VBUK(抬头状态)和VBUP(行项目状态)； 单据状态直接存储在相应的业务单据表，如VBAK、VBAP、LIKP、LIPS、VBRK,抛弃使用VBUK和VBUP表；
消息输出	使用基于NAST的消息输出,支持1-打印、2-传真、4-电传、5-外部发送、6-EDI、7-简单邮件、8-特殊功能、9-事件(SAP业务工作流)、A-分配(ALE)、T-任务(SAP业务工作流)等输出类型；	基于BRF+的消息输出,不支持8-特殊功能、9-事件(SAP业务工作流)、A-分配(ALE)、T-任务(SAP业务工作流)，但支持PRINT、XML、EMAIL、IDOC，等输出类型，新的消息输设计出以Fiori为主，原ECC功能可通过NOTES保留，保留NAST原输出；
物料主数据(MRP1~4视图)	MR1视图“批量数据”->“计量单位组”字段有效； MR2视图“采购”->“配额安排”字段有效； MR4视图“BOM展开/相关需求”->“选择方法”字段有效； MR4视图“重复制造/装配/展开策略”->“活动控制，公平分享规则，推式分配，发布界限”字段有效；	上述字段在S/4系统中全部不可维护，在MARC表中任然存在，原来已经维护的数据仍然保存在数据库中； MRP1视图：计量单位组——因被认为仅在零售业使用，无需在物料主数据中进行维护； MRP2视图：配额安排——因在MRP中经常会考虑配额，因此无需在物料主数据中进行勾选； MR4视图“重复制造/装配/展开策略”->“活动控制，公平分享规则，推式分配，发布界限”字段无效；
BOM展开	生产订单BOM展开时会考虑BOM的有效日期；	BOM展开时不会考虑有效期，只会去检查生产版本的有效日期。所以对于所有的生产BOM都需要维护生产版本。使用T-code CS_BOM_PRODVER_MIGRATION可以进行生产版本导入；
生产版本	由用户决定是否启用生产版本功能；	创建生产订单，运行物料需求计划必须启用生产版本功能；
MRP区域	由用户决定是否启用MRP区域功能；	必须启用MRP区域功能，基于库存地点的MRP后台设置功能已被MRP区域功能代替；
批次历史	批次历史追踪功能可用；	批次历史（Batch History）功能被全球批量可追溯性（global batch traceability）功能代替。对业务过程没有影响，相关T-code仍可使用；
委外件单独运行	对指定供应商设定MRP Area，将MRP Area分配给物料，并且需要在不同的MRP Area中对物料设置MRP参数；	对指定供应商设定MRP Area，将MRP Area分配给物料，但不需要在不同的MRP Area中对物料设置MRP参数，系统将默认读取工厂层的MRP参数；
基于库存地点的MRP设定	可以设置某些库存地点不参加MRP的运算；	无法通过配置直接设定某些库存地点不参与MRP的运算，只能通过设定MRP Area，在MRP Area里设定不参加MRP运算的库存地点，再将MRP Area分配给物料，让物料在对应MRP Area的MRP Type为ND，来实现此功能；
寻源简化	BOM可以单独展开，不依靠生产版本； 只有维护了货源清单，MRP运行后才会自动读取到信息记录；	BOM的展开需要依赖生产版本； 可以不用维护货源清单，只需要在信息记录中勾选自动寻源，MRP运行后就可以自动找到对应的信息记录。但仍然可以通过货源清单设定优先级或者设定某一个供应商不参加MRP的运算； 配额的优先级高于生产版本，生产版本的优先级高于计划行，计划行的优先级高于合同，合同的优先级高于信息记录；
MRP的运算	传统MRP的运行方式；	使用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做增强； 创建计划行的选项也会被取消，只要有有效的计划协议存在，系统就会自动得产生计划行；