1.2.3各个系统接口对帐
目前系统各个之间的耦合性比较强， 公共数据平台未建立。 导致系统之间的关联性比较强， 同时对于我们进行数据整合也带来了很多不宜处理的状况。目前各个系统的接口示意图如下：
我们从上述图中可以看出来， 各个系统的对接是比较严密的。 其中涉及到六个接口：
1） 接口1，是车险网上理赔系统与核心系统对接的情况， 目前系统中对接的情况包
括了报案， 立案， 支付模块的情况， 现在易保与核心系统实现每天晚 上直接比对相关数据。
2） 接口2， 是核心系统与再保系统对接的情况， 其中对接了核心系统的保单， 批单，
赔案数据， 我们需要有一个对帐程序来判断两个系统之间对接的情况。 3） 接口3： 是核心业务模块与收付模块对接的情况， 其中对接的规则包括了， 核心
系统的保单， 批单一核保就会直接写收付模块。案件在核批时直接写收 付模块（包括了赔款金额和理赔费用）， 手续费在费用处理完毕直接写收 付模块。
4） 接口4： 是核心再保险系统写收付模块， 同时也包括了保费， 赔款数据。
5） 接口5：是人险系统业务模块与收付模块对接的情况， 其中对接的规则包括了， 核
心系统的保单， 批单一核保就会直接写收付模块。案件在核赔时直接写 收付模块（包括了赔款金额和理赔费用）， 手续费在费用处理完毕直接写 收付模块。
6） 接口6： 是收付接口根据挂帐数据， 财务收付数据根据机构， 险种， 再保人进行汇总传递财务总帐系统数据。
上述六个接口， 为了保证数据的完整性， 也同时保证业务财务无缝对接的目的，
我们需要在根据各个接口对接的方案中进行比对相关的数据。 我们需要每天生产系统空闲时间， 比对各个系统，或者各个接口模块之间的数据。
1.2.4 系统需求的采集
目前综合报表系统体现的各个维度灵活组合分析的情况，对于相关的报表没有进行固定化和模块化， 同时我们对于一些报表的适用范围没有进行明确划分， 这个是目前报表系统的一个弱势， 故我们需要通过不断采集分公司已经现有的报表， 并进行分析归纳汇总形成一套对经营分析很全面的分析模式。需求是决定系统的好坏， 其中采集报表的需求的格式如下：
1） 对现有报表需要改进问题需求报告：
2） 新增的报表需求
3） 固定报表格式的需求
该报表需求， 是各个分公司人员在日常经常使用的固定报表， 包括报分公司领导的报表， 或者关注业务经营分析的固定报表。 对于该类报表要求分析维度和统计指标必须是固定的报表。同时该类报表必须有固定统计报送频率该报送频率包括了（日报，
周报， 月报， 季报， 半年报， 年报）。
二 启动数据集市项目 2.1 项目定位（可行性分析）
BI 的应用既需要掌握熟练的数据挖掘技术，又需要清楚财产保险业务模型，只有
在这两条腿的基础上才能搭建实用的平台。真正要把BI 做得很深入，解决实际问题，最关键的是能够在目前业界所生产出来的数据基础上，经过数据的抽取，整理出实实在在的符合目前市场情况的业务模型。依据这样的模型做分析，才能指导运营。 关键的难点是目前BI 的模型跟市场情况有距离。要消除这些距离，一是