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混的你，准备好了走哪条路吗？
