保险行业中统信报送（CIRC）是企业很重要的一个工作内容，但此报送又十分复杂，需多个系统共同协作方能完成，主要可能涉及到的系统包括：
1. 核心业务系统；
2. 财务系统；
财务系统中，主要分为两类：
2.1）可通过FSG直接配置逻辑，再通过客户化程序取出相关数据；
2.1.1）定义两套FSG行集信息，新准则指标及旧准则指标。为了程序高效执行，建议在行集中设置6项说明性弹性域，分别表示是否为快报、月报、季报、半年报、年报及决算报。这样定义的好处是每次报送时只会报送相应类型的指标取数结果，比如每月的月报只需取出百个左右的指标数据，这样可以大大节约程序的运行时间。将这两套FSG定义作为客户化程序取数的基数。行集中的项目名称为报送指标因子代码及描述，中间用空格分隔。行集中可能包括分配也可能包括计算，但不能同时存在两种取数方式；在客户化程序中，根据FSG行集维护逻辑，获取相应指标的余额数据。
说明：并非所有的指标都能从余额表中获取，因此请往下看。
2.2）不能通过FSG行集配置取数逻辑，则需要从日记帐明细行或者余额表中（不定义行集完全客制化）获取（需定义明细行相关的说明性弹性域）。
2.2.1）如在定义会计科目体系时，渠道维度与统信报送中渠道相关指标口径不一致，且不能做到一一或者多对一（即不能通过设置汇总实现），只能通过从外围系统获取相应的标识，比如对保费收入科目6031需带保监统计口径的数据（个人代理、公司直销等6个CIRC渠道信息数据）。再通过客户化程序，将相应的指标（200多）数据（年初至今数据，及当起发生数加期初数）插入接口表中，最终形成统信报送的源数据，整理的渠道指标分配表如下：
2.2.2）在统信指标中，还有一类比较特殊的指标，这部分涉及到分摊（但目前保监并未要求这类指标需要分摊后的数据，只要求满足总数满足勾稽关系即可，但是为了保证报送数据的更加准确，需按照一定规则分摊），且不能直接获取，需要通过计算，主要包括到（手续费及佣金支出－佣金a64210169-a64210173、分摊的投资收益a64340022-a64340024及业务及管理费a66010085-a66010089）三类，需给出相应的分摊逻辑即可。比如逻辑实例：
2.2.2.1) 间佣不带险种，则根据相应的直佣比例获取数据，举例如下：
64210202：间佣总额
64210201：直佣总额
T1寿险；T3意外险；T5健康险
a64210169（手续费及佣金支出－佣金－意外伤害险） = 64210202 * {64210201.T3/(64210201.T1+T3+T51+T52)}；
说明：如果没有发生直接佣金，则将所有佣金（包括直接+间接佣金）直接放寿险指标。
同时，需要在FSG定义直接佣金的逻辑，最终与间接佣金合并。
2.2.2.2) 投资收益，以下6类科目余额数据（这6类科目必带险种，交叉验证规则）乘以投资收益6111科目取对应险种比例；
投资收益-6111；
未到期责任准备金-2701；
未决赔款准备金-2702；
寿险责任准备金-2703；
长期健康险责任准备金-2704；
保户储金及投资款-2711；
代理业务负债-2314；
a64340023 （分摊的投资收益－健康险－短期）= 6111 * {(2711+2721+2701+2702+2703+2704+2314).T51/(2711+2721+2701+2702+2703+2704+2314)}；
说明：如果没有发生数据，则直接指定为0。
2.2.2.3) 业务及管理费并非所有都带险种，根据相应的业务及管理费带险种时，保费收入及保户储金年初至今发生数的比例；如果有业务及管理费数据发生，但无产品售出，则直接将所有6601科目发生数放寿险指标，举例如下：
业务及管理费-6601；
保费收入-6031；
保户储金及投资款-2711；
a66010085（业务及管理费－寿险）= 6601 * {(6031.T1+2711.T1)/（6031+2711）}；
说明：如果发生过业务及管理费数据且未发生6031及2711的数据，即未销售产品，则直接将所有数据指定至寿险指标。这种情况可能会在新公司开业筹备期间发生。
3. 投资系统；
——未完待续。