SAP S4/HANA FICO都有哪些改變？

SAP S4/HANA FICO都有哪些改變？在歐洲出差，感歎這裡SAP市場的日新月異：一批批的SAP老客戶開始奔向HANA懷抱，應接不暇。S/4 HANA誕生不久，SAP 全球又頒布了 Simple Finance（SFIN）2.0版本，引起了SAP客戶的極大興趣：畢竟财務是ERP的重中之重，新版本到底牛在哪裡？照理說SOH上已經有了SFIN的Addon可以供老客戶選擇遷移，但S/4 HANA上的SFIN，特别是這次2.0版本的釋出，究竟又有何變革？經過兩天的會議，帶着這些疑問，我們來總結一下目前一線歐洲客戶關心的問題，給國内同行參考：1，SFIN比起傳統FICO有什麼不同？2，遷移的風險多大，是否有停機時間？3，原來開發的Z Program怎麼處理？4，收費方式是怎麼樣的？5，對SAP财務顧問有什麼影響？

經過前期實施的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混的你，準備好了走哪條路嗎？