Fusion Financial之 VRM (一)
VRM(Virtual Revenue Management)是Oracle下一代财务系统的Fusion Financial Product Family中的一员，主要目的是为了满足一些高科技公司对于收入确认的特殊要求，比如License, Hardware以及Service等的收入确认，确保其能够满足GAAP的收入确认原则。对于这些高科技公司，大部分的Sales，都是以打包的形式销售，也就是软件License，硬件产品，售后服务等一起销售，所以在合同中，各个独立的产品的价格，经常都会和真正的市场价格FMV(Fair Market Value)产生一定的差距。比如一个合同中，销售策略是License， Hardware白送，但是售后服务价格比较高，整个合同长期看是属于盈利。那么，在确认收入的时候，对于License, Hardware的收入确认，就不能说只是按照合同价格0进行确认，而是要进行调整，按照市场价格来匹配后，最终合理的收入确认。当然，我们也可以在系统录入Order的时候，按照FMV来录入，但这毕竟是相当的麻烦，Order-->Invoice最终还是要给客户看的，如果跟合同存在差距，那么会产生很多不必要的麻烦。毕竟这只是财务原则上的处理，不应该影响到业务。所以对于VRM这个产品，我还是非常的看好，已经有一组客户正在洽谈，比如LinkedIn等，希望他们能够早日上线。
VRM中的大部分的基础的收入确认理念设计都沿用自AR中的Revenue模块，比如Revenue Schedule Rule， Contingency， Revenue Recognize。AR中的Payment Term加上Revenue Scheudle Rule， Contingency, Revenue Schedule/Unschedule等功能，能够解决大多数场景各种复杂的收入确认的需求，但是对于调整各个line之间的Revenue确是存在limitation。VRM在此基础上引入了MEA, Standalone Sales， Price Dimension, FMV等理念，把对于Revenue的调整通过一组批处理进程，全部自动化解决。并且集成方式非常开放，VRM被设计成Accounting处理的中间模块，虽然是Fusion Family的产品，但是可以和其他各种第三方系统无缝集成，输入可以是任意系统生成的data file(按照指定的规则生成的文本文件)， 输出是一组调整过后的Revenue Accounting数据。 原来的系统可以一方面按照自己的流程，把Accounting生成完毕，并导入到GL， 之后，原来系统可以导出一份包含有需要调整的sales的数据，通过VRM生成一组Revenue Accounting，这份Accounting导入到GL后，会先把原来的未调整的Revenue Accounting Reverse，然后添加上新的Revenue Accounting.
VRM即可以采用on premise的方式本地部署，又可以一个从Cloud直接和已有的ERP系统集成。
在本地部署的方式中，VRM和各种Fusion模块集成， 从AR，Project等内部模块导入Source Document数据，生成Revenue Adjustment的Accounting，并把Accounting Post到SLA和GL。
在Cloud的集成方式中，VRM作为云端应用，能够很方便地和现存的很多其他ERP软件集成。VRM的Cloud模块提供Service接口，让各种第三方系统导入各种Sales数据，VRM集中调整Revenue过后，可以导出Accounting数据，这些Accounting可以被很方便地引入到目标系统的总账模块。
