SAP S4/HANA FICO都有哪些改變

經過前期實施的FICO遷移SFIN 1.0專案的經驗，一些心得分享：

1，SFIN最大的改變是把原來從OLTP＋ETL＋OLAP＋舊資料包表的整體財務結構，改變為基於SAP HANA，OLTP和OLAP一體化的簡版財務體系，重點還是在於HANA的記憶體計算：我們知道原來的FICO中設計大量的冗餘表，簇表來滿足類似COPA等分析性操作的效能要求，透過把這部分冗餘表剔除，事實上整個財務模組的表數量大大下降，留下來的數量很少的幾張核心表，雖然結構比原來複雜，但透過硬體＋記憶體計算來解決效能問題，所以此消彼長，暫且認為SFIN的優勢不能說是效能的立竿見影，主要還是在表結構的簡化－便於後期快速建模開發，也因為業務使用者目前可以使用Lumira等工具，進行自主創新建模，SFIN簡化結構提供了技術基礎，否則那麼多表，普通使用者記都記不清，談什麼自主建模和創新啊？同時由於SFIN完全基於Fiori, 又可以利用上Fiori目前幾百個已經開發好的APP，一舉兩得；分析下國外目前SFIN的案例，無一例外的都會用上Fiori，入門門檻非常低，投資不大，卻很好用。

2， 遷移是普遍關心的問題，事實上目前SFIN遷移的做法已經比較標準，建議在Sandbox上充分測試，已實施的專案停機時間基本一個週末就可以完成，有點類似以前大家熟悉的升級：測試的工作量依然遠遠大於技術測試執行本身的工作；這塊可以參考升級專案的人員分配，Basis結合Finance顧問來執行，技術上完全可行，另外2.0提供了比1.0豐富的多的功能，下週我們計劃把內部SFIN1.0 升級到2.0， 有什麼問題到時候分享給大家，有問題歡迎私信交流。

3，自開發程式碼目前SAP提供了一個叫Virtual Compatibility View的功能，所以即使自開發應用涉及的Table不存在了，也可以透過這個VCV來訪問，感覺應該是啟用SFIN addon的時候對於那些需要淘汰的表，SAP自動建立對應的VCV來保證資料訪問的有效，但這些只限於讀，不適合於更新...

4，收費：產品來說，目前SOH就已經開始按照15% license的比例收取費用，而且目前的License可以未來切換為S/4 HANA..一切照著打擊Oracle去（DB比例升到19%）...所以目前我們談SFIN，其實還是在說SOH上的這個SFIN Addon，當然還包括需要額外License的Cash Management和Integrated Business Planning（不免費啊）。至於S/4 HANA, 完全是一個嶄新的產品架構，拭目以待SFIN做為S/4 HANA平臺上第一個王牌產品的推出，還有今年年內的Simple Logistics，值得期待！

5， 其實就算上了SFIN，財務本身的流程不會變太多，所以對於諳熟流程的財務專家，自身價值不降反升，反到是因為SAP未來會取消SPRO，大大簡化配置（透過嚮導式）所以對配置型顧問日子不好過，瞭解表結構，又懂流程，還會用用Lumira，補充些HANA的基本知識，技術型財務顧問的冬天不會來臨，春天還在前方，猜測沒錯的話，整個生態圈的顧問會分流兩端：要麼你是行業和流程專家，要麼你是純建模技術人員和開發人員，半吊子負分滾粗...那麼，跟著SAP混的你，準備好了走哪條路嗎？