二〇〇八年九月

1前言    1

2实现流程图    1

3数据交换的内容    1

4数据交换机制及复制频率    2

5数据交换的技术实现    2

5.1采用的数据库工具和复制方法    2

5.2省地税局向各市社保局提供的信息表    3

5.2.1个人基本信息(T_SFZJ_GRJBXX)    3

5.2.2关联缴费登记信息(T_SFZJ_GLJFDJXX)    4

5.2.3单位缴费登记信息  T_SFZJ_DWJFDJXX    5

5.2.4单位应征明细(T_SFZJ_DWYZMX)    6

5.2.5个人应征明细(T_SFZJ_GRYZMX)    8

5.2.6单位缴款明细(T_SFZJ_DWJKMX)    9

1前言

目前广东省地方税务局采用统一的大集中系统来征收社保费，而各市社保局还没有统一的应用系统。为保证地税和社保的数据能实时准确地交换，特编写地税与社保交换数据技术实现方案。

2实现流程图

3数据交换的内容

数据交换的内容主要包括：单位和个人的登记、应征、缴款信息。

登记信息        表1  个人基本信息(T_SFZJ_GRJBXX)

表2  关联缴费登记信息(T_SFZJ_GLJFDJXX)

表3  单位缴费登记信息(T_SFZJ_DWJFDJXX)

应征信息        表4  单位应征明细(T_SFZJ_DWYZMX)

                表5  个人应征明细(T_SFZJ_GRYZMX)

缴款信息        表6  单位缴款明细(T_SFZJ_DWJKMX)

4数据交换机制及复制频率

省地税局的大集中核心生产数据库，通过省地税局的社保中间库与各市社保局进行数据交互。大集中核心生产库产生的登记、应征、缴款数据每天都会通过定时任务复制到社保中间库供社保局读取；社保局也可以将相关的登记、应征信息放入社保中间库，每天由定时任务复制到核心生产库后，由地税局进行征收。复制频率为：

5.1采用的数据库工具和复制方法

省地税局的核心数据库和社保中间库都采用ORACLE 9i 进行构建，通过编写存储过程，采用JOB的形式将数据由核心生产库复制到社保中间库。定时任务定期执行对核心表的全表扫描，只是将上次传送以来，有变动的记录传递到中间库。

5.2省地税局向各市社保局提供的信息表

5.2.1个人基本信息(T_SFZJ_GRJBXX)

表作用：此表是双向流水表，用于传送由地税方发起的参保人员明细的新增、修改或删节的数据给社保局。同时社保局也可将个人基本信息放在该表中传入大集中系统。

表结构：

1.此表只做 INSERT 操作，通过ORACLE序列产生主键“序号”。

2．社保写数据方法：将社保局的个人基本资料直接传入这个表即可。

需要注意的是：主键务必使用 “序列”产生，否则会导致程序失败；

“来源标记”务必使用’T’，否则程序不会将数据迁移到SXDB；

“读取时间”，和“错误信息类别代码”务必不能填写；

“通讯地址”，“联系电话”，“纳税人编码”这三个字段可以不填写，其他的字段务必填写，不可缺少。

3．社保读数据方法：将“来源标记”为‘D’，“读取时间”为空的记录读入社保的数据库。

需要注意的是：社保局可以根据字段 BDLX_DM 字段处理社保数据库中的数据，I表示增员个人，D表示减员个人，U表示个人登记信息有变化。

5.2.2关联缴费登记信息(T_SFZJ_GLJFDJXX)

表作用：此表是单向流水表，用于传送社保局登记缴费人的信息给地税方。对于已作了税务登记、未作社保登记的单位，当它们在社保局作登记后，社保方将它们的信息传入到中间库该表，传入时“纳税人编码”字段为空；地税方核心端运行定时JOB脚本，从中间库读取该表数据后，存入到核心库的对应表(T_SF_GLJFDJXX)中；有其他业务模块负责把该表信息通过“单位社保号”和“社保管理机构代码”与登记表(机构纳税人表)关联，取得“纳税人编码”信息，并最终存入核心库的“单位缴费登记信息”表中。

表结构：

1．对表中记录，只插入、不修改、不删除；插入时，通过ORACLE序列产生主键“序号”。

2．社保方写入规则：社保方写入中间库该表时，应将新插记录的 “导入时间”置为当前时间，并置“读取时间”为空

5.2.3单位缴费登记信息  T_SFZJ_DWJFDJXX

表作用：此表为单向流水表，由地税方向社保方传送单位缴费登记信息。

表结构：

1．通过ORACLE序列产生主键“序号”。

2．社保读数据方法：每次读取读取时间为空的数据。

5.2.4单位应征明细(T_SFZJ_DWYZMX)

表作用：此表为双向流水表，用于传送单位应征数据。当社保局产生应征数据后，写入中间库该表，由地税局读取；当缴费单位在地税局按月进行社保费申报产生应征之后，也写入该表，供社保局读取。

表结构：

1.对表中记录，只插入、不删除。

2. 社保写数据方法: 非空字段和托收单是务必填写，PZ_XH,YZMX_XH务必不要填写。其他的字段可以根据需要填写。

需要注意的是：插入的数据的主键必须通过序列产生，否则会造成省局的复制程序出错。

字段YZLY_BJ的填写规则：

S 代表只有汇总数据，即在SXDB中，只有T_ZS_YZMX的数据，而没有明细表T_SF_GRYZMX的数据。需要说明的是，如果插入的数据没有做关联登记，这些应征数据会保留在中间库，等到相关的单位基本信息在SXDB产生之后，程序会自动迁移这些应征数据（当然，基本信息要正确，如果发现单位信息无法传入SXDB，可以查看CWXXLB_DM返回异常处理结果）

T 代表既有汇总数据，又有明细数据，如果社保插入这个标记，必须保证做了以下操作：首先将个人的基本信息插入到中间库的《个人基本信息》（每次都必须插入这个数据，无论我们的数据库中是否存在这个人的基本资料）中，然后必须保证该人所在的单位的基本信息是否存在SXDB，跟着插入这个表的信息，最后将个人的应征数据插入到T_SFZJ_GRYZMX表中。插入其他的字符程序将不处理这条数据

 字段BDLX_DM的填写规则：

A 表示新增，当P_SFDT_INNER_ZST4_SUB读取到这个标记的时候，会把应征数据插入到SXDB的表：T_SB_YZPZ,T_ZS_YZMX；这里不会插入申报表，因为这些数据不是在地税申报的，并且也没有那么多的信息支持插入到申报表。

C 表示作废，这里可以作废由社保传入的数据，当社保局发现传入的数据有误的话，可以进行如下操作作废SXDB中的数据：把原来的数据的BDLX_DM更新为 ’C’，同时把读取时间更新为空，程序会自动将SXDB中相关的未缴款的数据作废。插入其他的字符程序将不处理这条数据，注意，这里不支持更新操作。

3．社保读数据方法：

将“来源标记”为‘D’，“读取时间”为空的记录读入社保的数据库。

根据 BDLX_DM 并结合社保的应征数据，更具实际情况来处理社保库中的数据。

5.2.5个人应征明细(T_SFZJ_GRYZMX)

表作用：此表为双向流水表，用于地税方和社保方互传个人应征明细。

表结构：

1．通过ORACLE序列产生主键“序号”。

2．社保写数据方法:按含义填写相关字段，注意的是，应征来源标记请务必填写 T，程序不处理其它标记

3．社保读数据方法：可以参照单位应征数据读取；

5.2.6单位缴款明细(T_SFZJ_DWJKMX)

表作用：此表为单项流水表，地税方在社保费入库后，通过此表将入库情况传送给社保方。

表结构：

1．通过ORACLE序列产生主键“序号”。

2．社保读数据方法：关联应征明细取数，同样需要参照以上的操作方法。下载本文