大集中系统的个人所得税解决方案 1.1 前言 随着税收体制改革的发展,个人所得税在整个税收体系中占有的比重越来越大,自然人个人所得税明细申报也逐渐普及。个人所得税明细申报的主体涉及广大自然人纳税人,给税务机关的管理和税款征收造成了极大的难度。如何实现完整的信息采集,以及完整的数据查询、分析利用和监控,是税务信息化面临的一个大问题。本文分几个方面,来描述个人所得税明细申报有关的功能的实现和应用系统的部署。 1.2 正文 中国软件公司参与国家税务总局信息化规划和建设多年,目前已经成为国家税务总局信息化建设的主要参与的专业化公司,对金税三期的情况非常了解。近年来先后承建了广东、江苏等地税数据大集中系统中的核心征管、档案管理、多渠道报税、社报费征收、个人所得税全员申报等内容。 随着税收体制改革的发展,个人所得税在整个税收体系中占有的比重越来越大,自然人个人所得税明细申报也逐渐普及。目前,各地市已经通过办税大厅、网上申报、电话、邮寄申报等申报方式,受理纳税人的个人所得税明细申报。实现的方式有实时填报、批量导入、IC卡传送等。个人所得税明细申报数据具有涉及面广、数据量大、基础信息不易采集等特点,给税务机关的管理和税款征收造成了极大的难度。 根据我们对个人所得税应用理解,全员全额申报首先实现完整的信息采集,然后对信息进行本期分类分项统计、不同时期的统计类比、政策对税收影响(如起征点变化)。个人所得税全员全额申报将产生大量的明细数据,而且具有很大的增长速度。数据量大、性能消耗大、影响面大成为个人所得税全员申报的特点,同时也是我们需要重点考虑的方面。需要解决的主要问题有如下几个方面: (1)如何快速准确地采集完整的全员申报信息; (2)如何保障在快速准确地完成复杂的个税计税的同时不影响其他申报的正常进行 (3)如何进行有效的数据存储 (4)如何进行有效统计查询 (5)如何保障个人信息的安全性 从上述六点出发,具体阐述实施建议方案。 1.2.1 个税信息采集 个税全员申报需要采集的数据量非常大,涉及面也非常广。其数据能否准确快速地采集到系统中,直接关系到全员申报的实现程度。建议开发个税业务端软件,生成报盘文件,通过导入文件的方式在网络申报或者门前申报快速采集,并完成打印税票及个税完税凭证的功能。业务端软件的功能定位如下图所示: 业务端软件考虑覆盖以下基本功能: 1. 与企业财务软件等系统交换数据。主要掌握纳税人的工资收入情况。 2. 管理基础信息。采集扣缴义务人、纳税人基础信息,为后续的税务端和基础信息管理系统软件提供所需的基础信息(包括扣缴义务人和纳税人信息)。 3. 计算应纳税款。根据收入类别,依据税制要求计算纳税人的应纳税款。 4. 制作报表。利用工资系统、外部导入和本系统上期数据,制作调整支付非工资薪金收入明细表、扣缴个人所得税报告表、扣缴义务人自查表等报表。 5. 申报纳税信息。符合税务端软件对数据格式的要求,做好数据准备和整理;申报方式要实现介质报送、纸质报送、考虑网络报送。前提是保证数据的安全。申报税款时,如果纳税人是首次申报或者纳税人基础信息发生变化,要申报纳税人档案信息。 6.打印税票及完税证明的功能通过地税、银行等部门的授权,纳税人可以通过客户端直接打印税票及完税证明信息,避免了直接到大厅大票造成的系统压力。 1.2.2应用部署 全员申报可以在税局前台进行同时也可以由纳税人在网上进行申报,如果采用两层结构来开发个税全员申报,把所有的计税指标都缓存在客户端,所有的计税都在客户端进行,那么对于前台的机器性能的要求非常高。另外,由于占用大量的数据库链接,对数据库的性能消耗也会非常大。建议采用三层架构来实现全员申报,把压力放在应用服务器端,通过应用服务器集群的负载平衡机制,解决性能问题。并且在部署应用服务器时,将个税应用服务器与其他核心应用分离,以免影响其他业务的正常进行。同时保证整个系统的单点登录机制不变。 1.2.3有效存储 个人所得税全员全额申报的数据包含有普通纳税人、重点纳税人、外籍人员、普通纳税人个人所得税、重点纳税人个人所得税、外籍人员个人所得税、个人独资合伙企业投资者、个人独资合伙企业投资者个人所得税等信息。申报所产生的信息量是目前征管系统信息量的若干倍,有效存储需要进行数据的合理分布,主要需要考虑数据库部署、信息表部署、信息表的建模设计等方面进行。 1、数据库部署:建议在数据库部署上,和征管系统的其它税种有关的数据进行逻辑分离或物理分离。这种方式可以很好的避免大征管系统和个人所得税系统的性能干扰,在一体化操作方面需要对大征管系统和个人所得税系统的数据交换作局部处理。 2、信息表部署:个人所得税全员全额申报信息表信息量比较大,存储巨大信息量的信息表建议采用信息表根据关键点(如按自然年度、按地区、按税额等),进行有机分割处理。 3、信息表的建模设计:信息表中可计算属性建议采用整型数据类型;对信息中标志信息(例如地址等字符类型的属性字段)字段,需要进行归类、分离,通过主键进行联系。路由信息表建议全部采用整型类型,记录当前信息表和各历史信息表的连接关系。另外,对在查询中有可能用的比较多的字段,尽可能冗余到信息表结构上,保证在查询中尽量减少多表的关联关系。 1.2.4有效统计查询 结合信息表的合理数据分布,合理设计查询策略、优化算法、索引设计来达到有效统计查询。 1、查询策略:建议根据常规的统计要求,采用中间结果的策略,进行查询策略的规划。 2、字段级优化:对编码字符串作为整数进行存储,例如税目代码、企业微机代码等; 3、表级优化:聚集索引、普通索引;增加适当的冗余字段,查询尽量在同一张表上能够完成; 4、数据库级优化:内存配置、CPU使用等; 5、优化算法:充分利用数据库系统提供的SQL集合运算能力、避免进行信息表之间交叉对比、利用信息表字段整型数据属性、查询条件尽量使用索引; 6、数据处理优化:多线程、数据库连接缓冲池、存储过程、后台数据汇总等;硬件设备:使用多CPU服务器、存储设备使用磁盘柜、光存储等高性能设备。 1.2.5个人信息的安全保障 对于网上登记、修改个人信息、查询个人基本信息和申报缴款情况等,系统提供安全性保障,例如,网上不允许修改个人的关键信息,如果需要修改须带上相关证明到税局前台修改;每个做过个人信息登记的个人以本人身分登录后,所有登记、申报、查询等都只能操作与本人相关的信息等等。 1.3总结 个人纳税人和企业纳税人相比,其属性有很大不同。自然人纳税人在登记、纳税申报等环节,都有其特殊的业务处理。因此,考虑自然人业务的特殊性,系统要解决的问题就是:(1) 个人所得税全员建档,每个自然人纳税人都有一个管理码;(2) 通过各种途径,使征管系统与企业财务软件进行数据衔接,掌握自然人收入情况;为了加强个人所得税的税源管理,从基础信息管理系统中按一定的标准或条件筛选和指定重点行业、重点税源户、重点纳税人,并对其实施重点跟踪管理。 |