关于财险公司业务、财务数据对接的讨论 - 第3页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

我觉得还是收付与业务系统更加紧密联系。
业务系统面临的是前台客户的压力，而且数据量极大，不能
和后面的财务系统耦合太紧，通过财务接口作为过渡。
财务业务一致性是每家公司都重视的，可以通过一定的业务和财务流程来控制。
仔细分析了各位的高见，都有各自的优缺点。
我想最重要的一点是双方系统结合的灵活性，不能要求一方面完全去适合另一方面，需要在双方的最适合的地方去做，数据流才能顺畅，各自得到数据正确性的验证和有用数据的分析。
太平财险\渤海财险是产用2方式.智软+用友(财务和收付费)
华农财险\阳光农险是产用2方式.中科软+用友(财务和收付费)
中华联合\永安是1,用友财务.
以我的理解，目前使用的是（业务+接口１分+收付）+接口２总+财务（集中）的模式．属于第１种模式．
前端业务事务压力和收付信息交换以及财务统计需求是不同源的需求．应该区分对待．确实应该根据需求有针对性地减少数据耦合可能．实际上就是把业务分层．另外一些数据挖掘和分析应该分到专门的工具处理．
P.s. 万事如意：对于应收保费的管理，财务关心的是报表层面的分析，而业务是需要具体数据支持．我觉得除了业务－收付－财务以外，还是需要具体的业务规定以及外围的一些辅助软件来实现的．
1、各种接口架构均是在业务系统与财务系统构建在不同产品的基础上的，无非是收付是业务系统的还是财务系统的。
2、个人认为收付与业务结合得更为紧密，如果按保监会的统计指标来看，我认为收付主要处理的是业务数据，通过接口转入财务总账才形成财务数据。
3、在良好设计的前提下，方案1也能保证收付费数据和财务总账的一致性，而且系统模块之间耦合度低，更有利于维护。
4、万事如意兄提出的2－12功能在我看来在方案1中均能实现。
我并非方案1的忠实拥护者，只想知道方案2为什么能代表保险发展的方向。 [/B]
非常赞同sunhang的意见，一般而言目前比较多的模式是核心业务系统+OF/SAP，采用方案1比较灵活，也能保证财务、业务数据的一致性。