SAP升級ECC -> S4


 

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的文檔介紹中,實際情況是目前還不能突破。


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM