一、概述
税收是国民经济运行的重要环节。在市场经济体系中，税收反映经济状况的职能将越来越重要，而且是目前最全面、最及时、最详细和最准确的，从宏观到微观反映社会市场经济运行状态和趋
势的“晴雨表”。在税收管理工作中，充分应用信息技术和信息管理的最新理论，完善和改进工作方式和手段，分析和研究税收数据中的关联内涵，对发挥好税收的经济杠杆作用和经济调节职能，为各级政府的宏观决策提供依据有重大意义。
税收工作涉及社会生活的广泛层面，税收信息化是社会信息化的重要内容，是政府信息化的主要标志。税收征管信息系统是税务工作的关键业务系统，是支撑税务机关开展税收征管工作和提供税收服务的基础性业务处理平台。税收征管信息系统是一个管理信息系统，它所覆盖的业务范围包括有纳税申报、税款的征缴提退与结算管理、纳税人管理、税收会计管理、发票管理、基本的查询统计以及税务稽查业务管理等。从系统工程的角度看，它是一个由计算机软件和硬件系统、网络系统、数据库系统、相应的业务规范和规则、运行管理体系、以及税务工作人员和纳税人有机组成的复杂的社会技术系统。
地税数据“大集中”工程的实施，从整体上推动了地税管理专业化、信息化、规范化和科学化的发展。
一是从根本上提升地税的管理水平。一方面借助现代计算机网络管理规范执法行为，明确各级税务机关管理权限及管理程序，加强信息共享，提高征管质量和办事效率；另一方面强化对内外监管，防止各种混库、收过头税、有税不收等税收虚假行为，有效打击偷逃税，并通过数据集中，设计系统自动生成对各地征管质量考核，及时、准确掌握各地征管质量的有关情况，促进依法治税，应收尽收。
二是从更高层次上优化税收服务。一方面借助全省“大集中”，确保及时掌握全省地方税收税源结构及变化情况，强化税收分析和核算，不但为加强税收决策服务，而且可以更加有效地为各级政府宏观决策提供经济信息服务；另一方面，通过信息化建设完善各种办税方式和查询服务，全方位地为纳税人提供更加优质、更加快捷的纳税服务。
三是推动社会信息化进程。税收信息化是政府信息化、社会信息化的重要组成部分。通过信息“大集中”建设，一方面在加快与有关部门联网、建立社会化协税护税网络的同时，相应促进相关部门信息化进程；另一方面，通过推行以电话、互联网为渠道的申报、咨询和查询等现代办税服务方式，也必将对企业信息化带来积极推动作用。
此外，地税还可以发挥全省“大集中”的优势，为开展全省地税系统集中性的工作和活动打下基础(如全省集中核算、全省通办、全省发票集中抽奖等)。
中软地税数据“大集中”系统的主要特点是：以规范管理和优化服务为基础，以省级信息“大集中”和社会化协税护税为依托，分类管理，统一核算，一级稽查，全程监控。具体而言，是逐步实现“四化”：
(1) 办税方式多元化：体现在以纳税人为中心，多种渠道、多种方式、多种技术支持手段的纳税人关系管理；
(2) 信息处理集约化：体现为对税收基础数据真实性、完整性的要求以及全省集中式的数据处理；
(3) 管理分工专业化：体现为信息化支持下的税收管理专业化；
(4) 执法监控全程化：体现为通过人机监控相结合的全方位监控管理体系，实现对税收征管工作全过程的有效监控，既规范约束各级税务机关的征税行为，也严密控管不同纳税人的各类纳税行为。
二、中软地税大集中征管系统
中软地税数据“大集中”系统在技术上采用标准和开放的技术体系，基于完全的J2EE三层体系架构进行开发。在业务上以国税总局征管业务规程为蓝本，以国税总局统一颁发的代码规范为依托，基于实现省级税务应用和数据大集中的目标，在原有的信息化建设成果基础之上，充分运用发挥最新的三层体系架构和应用系统集成等先进的软件开发技术，支持构建全省集中的税收征管信息系统，为开拓税务综合分析和决策支持应用提供更加有利的条件。
地税数据“大集中”系统在信息化建设的总体框架下属于税务工作的关键业务系统，是支撑税务机关开展税收征管工作和提供税收服务的基础性业务处理平台。从系统工程的角度看，它是一个由计算机软件和硬件系统、网络系统、数据库系统、相应的业务规范和规则、运行管理体系、以及税务工作人员和纳税人有机组成的复杂的社会技术系统。
地税数据“大集中”系统对业务数据和税收会计核算数据进行统一、集中管理，是全省统一、规范的业务系统，在全省统一规划、建设和充分利用多种信息技术渠道，为纳税人提供便捷优质的办税手段和纳税人服务，友好、稳定、高效、功能全面的税收征管系统；为税务机关内部工作人员提供良好的信息技术工作环境，规范了业务流程；加强了税务机关内部监管、强化税收资金监控。
系统在业务上从五大方面覆盖了税收征管的所有业务：
1、税收服务：主要包括纳税服务事项、决策分析、征管报表处理等功能；
2、税收管理：主要包括登记管理、核定管理、认定管理、发票管理、文书管理、档案管理、税政管理等功能；
3、税收核算：主要包括纳税申报、税款征收、社保费、催报催缴、税收会计统核算、税收清算、税收计划、票证管理、税源监控等功能；
4、税务稽查：主要包括稽查选案、稽查实施、稽查审理、稽查执行等功能；
5、保障监督：主要包括税收保全、强制执行、行政处罚、行政应诉、行政赔偿、执法检查、过错责任追究、征管质量考核等功能。
三、系统功能介绍
1、系统逻辑框架（图1、图2）
图1、地税数据“大集中”核心征管系统在整个信息化建设中所处的位置
图2：地税数据“大集中”系统的核心应用框架
2、系统功能框架（图3）
把全省地方税收征管业务横向划分为税收服务、税收管理、征收核算、税务稽查和监督保障五大业务系列(详见附图)。在此架构中，征收核算是核心，税收服务是基础，税收管理是关键，税务检查和监督保障是保证，它们紧密联系，相互制约，相互促进，构成了一个有机整体。
各系列业务发展变化主要表现在：(1) 税收服务系列以创建新型征纳关系为核心，简便、快捷、高效服务为特征；(2) 税收管理系列以税源监控为核心，专业化分工协作为特征；(3) 征收核算系列以强化核算为核心，多元化申报纳税、统一核算为特征；(4) 税务稽查系列以规范执法为核心，以一级稽查为特征；(5) 监督保障系列以“两权监督”为核心、全过程网络监控为特征。
图3：主要功能框架
3、税收服务系列（图4）
图4：税收服务系列
（1）纳税服务事项
纳税服务事项是税务机关在税收征收管理过程中，根据国家税收法律法规以及部门工作制度的要求，为提高纳税人的纳税意识，引导纳税人及时正确履行纳税义务，而向纳税人提供的各项涉税管理服务。主要功能包括办税服务厅的服务、网上办税服务、电话办税服务等。
（2）决策分析
包括税收预测、税源分析、税收分析和税收预警等功能。
（3）征管报表处理
税收征管报表统计工作是税收工作的一个重要组成部分，是税收工作实行科学管理的必要手段，也是上级税务机关了解掌握和考核税收征管质量并为税收征管工作提供科学决策的重要依据。主要包括征管报表处理(市)、主要包括征管报表处理(省)及征管报表排查错误处理等功能。
4、税收管理系列（图5）
图5：税收管理系列
（1）登记管理
税务登记时税务机关对纳税人的基本情况及其生产经营项目进行登记，并据此对纳税人实施税务管理的一项法定制度，也是纳税人已经纳入税务机关监督管理的证明。税务登记是整个税收征收管理工作的首要环节和基础工作，是征纳双方法律关系成立的依据和证明，也是纳税人必须履行的义务。通过税务登记，建立一个信息内容丰富，指标体系科学，数据准确录入的税务登记信息库，为监控税源，加强征管，组织收入和有关部门、领导的分析决策提供依据。
税务登记实行同城通办，即在一个市、县内，无论纳税人实际的税务管理属地，可以在任一个办税厅(点)办理税务登记申请。
税务登记模块主要包括以下功能：开业登记、变更登记、停业登记、复业登记、注销登记、外出经营登记、验换证登记、登记证遗失补发、非正常户管理、临时登记、建安登记、跨区经营登记、单项税种登记、委托代征登记、代扣代缴登记、自然人登记、物料发售、工本费管理、查询登记信息及外来登记等功能。
（2）认定管理
包括中国居民身份证认定管理、外国居民身份证认定管理及特殊资格企业认定管理等功能。
（3）核定管理
申报征收的主线环节。通过核定纳税人的纳税税种，品目等，监控规范性的纳税行为。
核定管理模块包括核定应缴税种及申报征收事项、核定应纳税额及核定征收方式等功能。
（4）发票管理
管理服务中的一个重要模块，又相对比较独立。包括发票初始设置、发票印制管理、发票库存管理、发票销售管理、发票查询管理及发票核算管理等功能。
（5）稽核管理
稽核管理是税务机关对纳税人、扣缴义务人本年度纳税申报情况的真实性、准确性以及对申请停业、变更税务管理机关、注销税务登记、发票使用、转为非正常户的纳税情况进行稽核，依法处理和执行的税收管理程序。
稽核管理包括确定对象、案头审查、约谈核实、实地调查及后续处理等功能。
（6）纳税评估
纳税评估是税务机关在全面掌握本地区社会经济信息的基础上，根据纳税人、扣缴义务人的申报情况、财务经营情况，及政府相关部门和有关社会机构提供的各种涉税资料和信息，对纳税人、扣缴义务人一定时期内的纳税情况进行综合整体评价，并做出相应处理的管理活动。
包括：系统初始化、系统维护、日常评估流程、综合管理四个部分。
（7）文书管理
文书管理是指处理纳税人向主管税务机关申请办理的各项需审批的涉税事宜，主要包括减免税、退税、出口货物免抵退税、出口货物先征后退、核定申报方式、延期类文书审批、抵扣类文书、购票特批等。
文书管理包括受理文书、受理网上文书申请、录入文书、审批文书、委派审批权限、处理文书、文书查询、特殊资格认定及撤消等功能。
（8）档案管理
税收征管档案，是指税务机关在税收征收管理活动中形成的与税收征管有关的各种有利用和保存价值的文件、凭证、报表、帐册、文书、案卷、资料等不同形式或载体的历史记录。档案管理包括资料归档、档案调阅与归还、档案移交、档案销毁及档案遗失等管理功能。
（9）税政管理
包括所得税汇算清缴、所得税汇算清缴评税环节、汇算清缴所得税检查环节、汇算清缴所得税检查环节、文件资料查询、系统中的数据调用、对系统内应税项目和税率的应用和维护。
（10）欠税管理
包括欠缴税金确认、离境清税管理、合并与分立企业欠缴税款转移确认、欠税核销、欠税公告、代位权与撤消权的行使及欠税清缴等功能。
（11）纳税人信誉等级管理
对征管质量考核指标(包括入库率、申报率、申报准确率、滞纳金加收率及处罚率)进行计算机筛选后，评定纳税人名单，再对计算机评定结果最终评定后，确定纳税人等级。
5、税收核算系列（图6）
图6：税收核算系列
征收核算系列以多元化申报纳税为特征，以征收为主线，以统一核算为核心，通过征管信息的集中处理和高度共享，达到统一规范征收业务行为，提高工作质量和效率的目的。
（1）纳税申报
申报方面，在税务登记和税收核定的基础上，强调纳税人自行申报纳税，明确划分征纳双方的权责关系；严格执行逾期申报处罚和催报催缴制度，促使纳税人自觉依法纳税；提供上门申报、邮寄申报、简易申报、电话申报、网上申报、银行网点申报等多种申报方式，通过拓展申报渠道，为纳税人履行纳税义务提供便利。
纳税申报模块包括处理综合申报、处理个人所得税代扣代缴申报、处理企业所得税月(季)度及年度申报、处理代扣代缴及代征代缴申报、处理土地增值税清缴及预缴申报、处理房产税及土地使用税纳税申报、处理集成申报、处理社会保险费缴费申报、销售印花税票、处理个人所得税申报、处理临商申报、处理个人车船税申报、作废申报、处理延期及逾期申报、应征日结等功能。
（2）税款征收
征收方面，在兼顾落后地区实际，保留现金缴款、缴款书缴款、pos机缴款、支票缴款的基础上，通过税务部门、国库、银行三方的联网，改进税款缴交方式和入库方式，提供了ETS实时缴款、税银联网实时缴款、批量预储扣税、通过银行申报缴款等税款缴交方式，在缩短税款入库时间的同时，减低人为干预和出错的可能，确保税款及时、足额入库。
税款征收模块包括清缴税款、处理现金缴款、处理缴款书缴款、处理实时扣缴税费、处理批量预储扣税(联网方式)、导入批量缴款的征收数据、打印税票、补打税票、作废已打印税票、生成通用缴款完税证及小额退税汇总缴款凭证、手工冲正扣款信息(实时扣缴方式)、个人征收日结、征收机关征收日结、撤消征收日结、录入延期缴纳税款申请及处理征收业务查询等功能。
（3）社保费
社保费各级地方税务局征收，但登记、核定、环节仍然由社保部门负责。因此，地税部门和社保部门之间要及时交换社保数据、信息：社保部门要向地税部门提供的社保费应征数据，地税部门要将相关社保费的征收数据、参保户的基本信息及时反馈给社保部门。对于地税部门，相关的社保费信息处理具体包括：社保费应征信息导入、社保费征收信息导出、社保费应征虚增数冲减、生成纳税人与社保户待关联清单。
（4）税收清算
税收清算就是通过处理日常税金征收、入库、退付等活动，以保证税收资金运动顺利进行的一系列管理工作的总称。具体包括了税金解缴、比销、税费提退、对帐、保证金退付、代扣、代收和代征手续费支付等方面的内容。
税收清算模块包括开设及设定收款账户、待解比销税费、入库比销税费、税款的退库或支付、管理代征代扣手续费及冲正退库等功能。
（5）税收会计统计核算
税收会计方面，在统一全省的清算业务、核算规则、数据口径的基础上，由系统根据具体的征管业务发生信息，自动生成电子凭证，进行各种税款划解、退付、比销、对帐、记账、核对、结算、编制报表等一系列税收会计统计操作，减少手工操作和人为干预的因素，对申报、征收、入库过程进行全程、严密的监控和完整、真实的反映。
税收会计统计核算模块包括设定会统规则、原始凭证处理、账簿处理、账务调整、会统报表处理及会统输出等功能。
（6）税收计划
税收计划是税务机关依据国家预算收入指标和经济税源的发展变化，对一定时期内税收收入指标的预测、规划和考核等一系列活动所进行的综合管理，包括计划建议数编制、下达计划、计划调整和计划执行情况考核分析等。
（7）票证管理
税收票证方面，从税收票证的设计、印制、领发开始，到征收开票、结报缴销、停用、损失及核销、移交、盘点、核算、销毁，还有相关的税收票证审核、检查、归档和税收票证违规处理，全部纳入系统管理，环环相扣，而且税收票证业务发生双方同时进行票证核算，保证了税收票证信息的一致性和准确性。
票证管理模块包括票证计划管理、票证库存管理、票证审核管理、票证核算管理及票证查询管理等功能。
（8）税源监控
重点税源监控采用建立重点税源档案的方法，由省、市、县三级税务机关计财部门，根据税收计划管理的要求，确定需要建档的重点税源大户名单及重点税源档案内容，建立重点税源监控体系，对重点税源大户的经营、纳税情况进行定期分析、监控，及时掌握税源情况，进行税收计划预测、分析。
税源监控模块包括确认重点税源企业和监控重点税源企业功能。
6、税务稽查系列（图7）
图7：税务稽查系列
（1）稽查选案
稽查选案是税务稽查工作的第一个环节，选案人员根据选案计划，确定稽查对象，并向稽查实施部门下达检查任务的过程；跟踪税务检查情况的活动；对稽查结果进行选案成果的分析。
包括选案台帐、案源管理、办理转交办、回复案件、申请延期、报告督办案件及其他管理。
（2）稽查实施
稽查实施是稽查实施部门在接到稽查选案部门的检查任务通知后，依照国家税收法律、法规规定的权限和程序，选择适当的检查方式和检查方法对被查对象的涉税行为的合法性进行调查取证，并作出稽查实施阶段结论的过程。
包括实施台帐、案件流转、实施准备、实施检查、检查终结及辅助功能。
（3）稽查审理
稽查审理是税务机关对其查处的各类税务违法案件在实施检查完毕的基础上，由稽查机构审理部门或税务机关专门组织核准案件事实、审查辨别证据、分析认定案件性质并提出处理意见的活动。
包括审理台帐、案件流转、案件审理、审理终结及辅助功能。
（4）稽查执行
稽查执行是税务稽查工作的最后一个环节，执行人员接到审理部门审理后的有关文书送达被查对象，并监督其执行的过程。
包括执行台帐、案件流转、回填文书及案件执行等功能。
（5）稽查综合管理
税务稽查综合管理工作是指税务机关对所有稽查内务工作进行统筹协调的一项综合管理活动。综合管理工作的内容包括计划管理工作、案卷管理工作、报表的编制和报送工作、总结工作、案例报送工作、检查证管理和其它工作。
综合管理模块包括：计划管理、总结管理、大要案管理和案卷管理等功能。
7、保障监督系列（图8）
图8：保障监督系列
（1）税收保全
包括实施税收保全措施、解除税收保全措施、征管环节的纳税担保、复议环节的纳税担保及欠税人出境纳税担保等内容。
（2）强制执行
包括自行强制执行和申请法院强制执行。
（3）行政处罚
包括税务行政处罚(简易程序)、税务行政处罚(一般程序)及听证程序。
（4）行政复议
税务行政复议是指纳税人、扣缴义务人或者其他税务当事人认为税务机关的具体行政行为侵犯其合法权益，向其法定复议机关提出申请，由复议机关对该具体行政行为的合法性和适当性进行审查并作出裁决的活动。税务行政复议包括复议申请、受理、审查、决定、文书送达、执行。
（5）行政应诉
税务行政应诉是指纳税人和其他税务当事人不服税务机关作出的具体行政行为，向人民法院提起诉讼，税务机关依法参加诉讼的活动。行政应诉模块包括制作审理结果报告、作出履行与执行决定等内容。
（6）行政赔偿
税务行政赔偿是指税务机关及其工作人员违法行使行政职权，侵犯公民、法人和其他组织的合法权益造成损害的，由该税务机关根据受害人的赔偿申请，依照法律、法规的有关规定，承担赔偿责任，履行赔偿义务的活动。税务行政赔偿包括单独提起、一并提起、税务行政追偿、资料归档与统计分析。
（7）执法检查
包括全面执法检查、日常执法检查及专案执法检查等内容。
（8）过错追究
执法过错责任追究是对因过失或者故意造成税收执法过错行为的责任人给予经济惩戒和行政处理。执法过错责任追究是税收执法监督的一种手段，是实施税收执法责任制的保障。
（9）征管质量考核
包括征管质量考核(市)、征管质量考核(省)及征管质量考核报表排查错误处理等内容。
四、产品特色
1、技术特色
（1）采用标准和开放的架构
采用基于行业标准或得到广泛使用的事实上的行业标准的技术和架构，有利于降低技术风险和对特定供应商的依赖性；采用的开放系统架构，有利于保持系统的向后兼容性、可集成性和可扩展性。
（2）采用面向对象的技术
面向对象技术的发展已经成熟，基于面向对象技术的开发语言和应用框架，已经得到证明可以大大提高信息系统开发和建设的效率，提高架构的合理性和可扩展性。
（3）采用分层的架构
分层从逻辑上将子系统划分成许多集合，而层间关系的形成要遵循一定的规则。通过分层，可以限制子系统间的依赖关系，使系统以更松散的方式耦合，从而更易于建设、维护和进化。
（4）采用基于组件的技术
基于组件的开发是普通应用程序开发的变体，它具有如下特点：
* 应用程序由各自独立的组件组成，这些组件的开发和部署保持相对的独立性，而且很可能是由不同的团队开发和部署的。
* 通过仅对这种应用程序的某些组件进行升级，从而对其进行小幅度的升级。
* 组件可以在不同应用程序之间共享，因此可对它们复用，但同时也产生了项目之间
的依赖关系；
*尽管并非与基于组件完全密不可分，但基于组件的应用程序倾向于分布式结构。
（5）建设多种信息技术渠道的解决方案，多渠道共享业务逻辑
信息技术的高速发展，提供了从多种信息技术渠道获取信息系统服务的手段，例如互联网、手机短信等。充分利用这些信息技术渠道，有利于为纳税人提供高效、优质的办税条件和获取纳税人服务的手段。统一建设充分利用各种信息渠道提供的能力，同时各渠道也应共用相同的业务逻辑，降低开发工作量，提高各渠道服务的一致性。
2、功能特色
（1） 前后台业务的划分，便于管理和执法
从业务的纵向分布上，引进了在企业管理中广泛应用的先进理念，将业务按照前、后端处理方式进行划分。
划分的标准：
前端是税务机关面向纳税人、受理涉税事务的“窗口”，前端业务属于交易服务型，主要包括税务登记、发票发售、申报征收、文书受理、税务咨询等，突出的是按照统一的业务规则进行广泛的数据采集与多元的纳税服务，体现的是税务机关为纳税人提供方便快捷的纳税处理和获取信息的服务理念；
后端是税务机关集中处理税收征管业务的“加工厂”，后端业务属于管理决策型，主要包括纳税评估、税源监控、税政管理、税收计会统等，突出的是制定统一的业务规则，并进行高度集中的信息处理与严密的内外监控管理，体现的是在税务机关内部集中管理和对纳税人规范监控的理念；
将业务作前后端划分，是为了方便上收管理权，统一基层执法。在前后端业务划分的新视角下，可以根据前后端业务的不同理念及发展方向，可以对相关的业务流程进行重组、充实和优化；并可以相应进行机构和人员的优化调整。
（2）丰富的纳税人服务渠道，提高纳税服务水平
这些服务渠道为税务机关工作人员提供友好、高效、稳定的信息系统工作环境，以此为基础为纳税人提供优质高效的办税服务和纳税人服务；主要渠道有：
Internet：提供信息公告、网上申报扣款、发票真伪查询、假发票举报、发票抽奖登记和查询、网上文书受理和文书批准情况查询、网上登记、网上递交财务报表所得税附表、Email信息发送；
电话渠道：提供发票抽奖登记和查询、发票真伪查询、假发票举报、电话报税(针对双定户和定额加发票户)、发票订购、12366信息查询、文书批准情况查询、催报催缴信息通告；
短信渠道：催报催缴信息通告；
客显屏：提供办税大厅的信息显示，加强和纳税人的沟通。
（3）丰富的纳税申报缴款渠道，方便纳税人
其一、针对不同的用户不同地区的情况，提供不同的申报渠道：
* 上门申报：到大厅申报，可以处理任何情况；
* 电话申报：针对双定户和定额加发票户；
* 批量预储扣税：针对双定户，税务机关主动发起的方式；
* 专网申报和Internet申报：针对查账征收户；
* 邮寄申报、银行申报：针对不便上门的纳税人；
* 好易缴费易车船税申报：针对个人车船的街头申报；
* 车船税的代征点登记申报：对于车行，提供代征点，可以直接进行车辆登记和纳税。
其二、针对不同的申报渠道，提供多种缴款方式：
* 现金缴款：缴纳现金；
* POS机缴款：和银联卡中心联网，纳税人通过刷卡进行缴款；
* 缴款书缴款：传统的缴款方式，纳税人持缴款书去银行缴款；
* ETS扣款：先进的缴款方式，通过税务局、国库、银行的联网，保证税款当天直解入库。
（4）丰富的政府机关之间的联网
通过和各政府之间共享数据，堵塞漏洞，提高税收征管水平，主要的部门有：
*工商联网：就纳税人登记信息和工商部门之间实现了信息交换；
* 公安联网：对于车船税的征收、年检工作实现了税务和公安部门之间的信息共享；
* 银行联网：纳税人可以选择在银行进行申报；也可以和银行联网进行划款；
* 国库联网：和国库进行联网，减少了环节，保证税款当天足额入库。
（5）全员申报
对于自然人，系统提供两种管理模式：一是高收入的重点个人，系统要求作自然人登记，自行申报；二是对于被代扣代缴的自然人，系统作“录入企业个人信息”建立企业和自然人之间的关联，然后各地市税务局可以根据自己管理的深度，企业可以做汇总申报，也可以做个人明细申报，收集个人的工资情况。
结合个体工商户和独资合伙的个体户的申报情况，系统可以进行所得税申报的监控评估，评估的结果进行汇总申报催报，同时对个人的工资和社保费的各个险种进行监控。
系统还可以打印个人缴税完税凭证，提供个人纳税情况网上或电话查询，以及个人所得税税源分析等功能。
（6）强大的权限管理模型
在本系统中，权限管理分为两个部分，一个是应用的权限，另一个是可见数据域的权限。
功能的权限通过功能树、角色、税务人员等各个对象来进行控制；同时在本系统中，功能的权限除了控制到菜单这一级别外，还可以控制到功能下面的某个小功能(如：不能做删除操作、只能做增加操作等)。
数据域的权限，通过行政机关、职能树、职能、税务人员这些对象来共同控制；在行政机关树的基础上，按照不同的职能角度，切分成不同的上下级的职能子树，提供的职能有：管理职能、征收职能、核算职能、发票职能、票证职能、计划职能，每个操作员都要定义自己所需职能的可见范围(也可通过角色控制)；同时，每一个纳税人都隶属于一个管理机关，这个管理机关通过对应表，能够找到相应的各个职能机关；通过纳税人的职能机关和操作员的可见范围确定了数据域的范围。
在数据域这个模型中，一个职能可以看到两颗子数，有效地解决了同级的多级稽查机关和征管机关之间，一个稽查机关分查多个征管机关，不能查其他征管机关的问题；如下图所示：
行政级别 | 被辖机关 |
广州市地税局 | |
| 稽查一分局 | |
| 稽查二分局 | |
| 稽查三分局 | |
| 白云分局 | 一分局稽查 |
| 荔湾分局 | 一分局稽查 |
| 海珠分局 | 二分局稽查 |
| 天河分局 | 一分局稽查 |
| 黄埔分局 | 二分局稽查 |
| 东山分局 | 三分局稽查 |
| 越秀分局 | 三分局稽查 |
（7）同城通办、全省通办的支持
在强大的数据权限的管理模型下，为方便纳税人，在前台纳税人的申报缴税与后台税务局的会计处理和对纳税人的管理职责分离的基础上，可以实行纳税人办税同城通办，即纳税人可在同一“城”(县城或地级市市区)范围内的任意征收点办理税务登记、申报缴款和涉税文书申请。同时，为了解决跨区经营业户申报缴款给税务局与金库带来多对多的对帐问题，税收会计部门以“城”为单位，集中进行同“城”范围内的税款清算、税收会计处理和票证入库缴销等管理工作，以杜绝混库、积压税款现象，规范税收会计管理和提高工作效率。
需要指出的是：随着信息化程度不断提高以及外部机构(例如国库等)的配合到位，“同城”以及“通办”业务的范围可逐步扩大，最终实现“全省通办”。
（8）细致入微的边缘业务设计，提高了征管水平
* 加强发票保证金、物料工本费的核算管理：收取退还的过程记录系统，并且记录在帐上的保管款和暂收款科目中。
* 加强了对代征点手续费的管理：代征点需要做登记，核定可以代征的税种，核
定手续费率；申报的时候支持进行汇总申报，也支持分明细的申报汇总后进入应征；在清算的环节，在系统内对手续费进行申请、拨款、统一核算；
* 加强了系统对银行利息的核算：对于退税，系统会自动计算利息，利息采用和银行一致的利率，确保了公平；
* 加强了手工税票的管理、税票和征收的联系：除印花税票是向国家税务总局领取外，其余全部由省局集中印制并层层下发至征收单位使用。同时在征收的过程中自动取票，自动进行票证结报；对于手工开具的税票提供专门用例录入到系统，进行汇总缴纳和自动的票证结报；对于代征点使用的税票，通过上报每张税票的使用情况的Excel格式文件进入系统，进行结报；
* 加强了纸迹资料的管理：纳税人提交上来的纸迹资料和税务部门办税过程中的资料，都是具有法律依据的材料；传统的管理没有建立纸迹资料和电子资料的关联，查找非常困难；这个系统提供了档案管理，按照一户一档、一案一档、分类归档等多种模式，加强了纸迹资料和电子资料的关联，方便了材料的快速查找；
* 加强了节假日突发事件的管理：系统中引入了节假日的管理，作为非工作日，系统能够根据设定自动顺延各种期限，如申报期限、文书办理期限等；对于一些非纳税人的原因引起的纳税人不能正常办税，如停电、系统故障等原因，可以通过这个功能来顺延办税期限；
* 多种清缴模式并存：直解和待解模式并存，对于大部分地区来说，都采用直解的模式；但是对于贫困地区，没有设立国库经收处的，为了方便纳税人和避免现金的漏洞，系统还提供了待解账户的缴库模式；
* 特殊业务的支持：系统提供一些特殊的功能，如录入其他应征数据、更正调库、冲账、批量停复业等功能的设计，保证了各种特殊情况的处理。
（9）集中与灵活和谐统一的文书流程定义
考虑到全省地税系统的情况，不同地域的机构差别很大，因此文书流转系统必须很好的融合规范性和灵活性的要求，在统一规范文书审批流程的基础上，同时兼顾不同市局、县区局个性化的需求。目前系统采取了流程和环节两级定义的形式，满足了省局(或市局)管宏观、分局微观实现的需求，具体就是：
* 文书审批流程的各环节、环节之间的流转、总审批天数由省/市局统一定义；
* 各环节的实际经办科所、各环节内部流转控制(如：分办-经办-审批-分办)及总审批天数的分配和每个环节所需要的操作员由各分局自行规定。
如图9所示：
图9： 文书流程定义
上半部分是流程的定义，由市局进行管理。下半部分的环节定义和经办部门定义和各个环节中的岗位操作员由区县级税务机关进行管理。
为了方便流程定义，引入了工作流角色的概念；可以灵活定义工作流组和人员角色，某部门的工作流组，可以让别的部门的人员加入。不同角色的人员拥有不同的权限，可以通过角色设置其是否可以修改待批文书。
（10 ）无所不在的体现以票控税的思想
* 集中与灵活和谐统一的文书流程定义提供多个品牌税控机的接口：发票发售的时候直接写IC卡，缴销的时候读取IC的方式，方便了纳税人，又起到了信息采集的目的，为下一步的控制税额打下良好基础；
* 多种渠道的发票真伪查询：用户拿到发票以后，可以通过电话和Internet进行发票的真伪查询，如果发现不对还可以进行举报；
* 多种方式的发票抽奖：提供电话和Internet方式的发票登记、摇奖；摇奖还分为多次；鼓励消费者多要发票；
* 提供发票清缴申报：提供专门的申报表，处理清缴发票时的税款缴纳；
* 定额加发票的申报方式：申报的时候除了核定好的定额；
* 货运发票的处理：提供资格认定、年审、代开、数据采集汇总等功能。
（11）灵活的参数设置，适应政策的变化
在税务局的业务当中，政策的变化比较大，并且同样的业务，在不同的地区之间，也是有所不同的；为了适应这种变化，本系统内引入了参数管理，大量的业务规则都通过参数来设置，如：申报期限、带征率、起征点、滞纳金率、处罚规则、综合税率的拆分等等；根据机关的层次关系，上级的参数对于下级有效，下级也可以设置不同于上级规定的参数自行设定；在大集中的模式下，这种设置大大减轻了参数维护的工作量，也不容易出错。
对于一些规则参数，既能统一管理，又兼顾特殊的情况，如预算科目和分配比例，就按照国家规定的规则来设置，操作员没有权力进行选择；同时也考虑到几特殊的地方政策的情况，可以设定特殊企业级次。
（12）先进的缴库模式
现行缴库模式的运转流程(从税务机关到商业银行再到国库最后回到税务机关)，变成税、库两点间的信息交换，实行新的缴库模式。通过缴库模式的改进，明确了三方的职责，减少了银行与税务机关的比销环节，强调了税款入库的及时性和直接性，便于实施对税款的监控和杜绝税款积压情况。
（13）灵活方便功能强大的报表工具
税务机关的报表，每年都有一定的变化，系统提供了一个强大的报表定义工具，能够灵活的定制税收业务各个环节需要的不同类型的报表，取数条件、中间运算关系和报表审核关系等都可以由用户自己定义；这个系统还支持运算的优先级、报表间的取数，上下级报表的汇总等功能，特别需要指出的是，这个系统能够自动进行舍位平衡的运算。
五、技术实现原则
针对地税数据“大集中”的建设需求，通过对业务功能的分析可以看到，该系统涉及的技术范畴相当广泛，涵盖了企业应用集成、门户、综合信息展现和软件开发平台等方面内容，涉及工作流、Web Services、J2EE等一系列相关技术。
经过了充分的比较和评估，中软地税数据“大集中”系统全面采用先进的、成熟的J2EE分布式体系结构搭建系统的软件平台（图10）。
图10：分布式体系结构搭建系统的软件平台
1 、基本征管系统总体架构设计
（1）兼顾两种客户端方式
同时支持Browser和Java GUI两种客户端，应用JWS技术进行动态分发；后台业务，交互较少，响应时间要求低的业务使用Browser；前台业务，交互频繁，响应时间要求高的业务使用Java GUI Client。
（2）表示层逻辑与业务逻辑分离
2种客户端都是瘦客户端，只实现表示层逻辑，易于维护；核心集中处理所有的业务逻辑。
（3）OLTP数据库与ODS数据库分离
数据集中存储，交易数据库面向业务处理，活动库面向查询和报表；通过ODS数据库分离查询和报表业务以提高并发度和响应时间。
（4）良好的可扩展性
WWW Server、Web Application Server、EJB Server、数据库、EAI Server全部支持水平和垂直的扩展。
2、 应用集成(EAI)子系统架构设计
（1）可扩展性
EAI Server采用基于Web Applcation Server的扩展机制；一个外部系统一个Adapter，根据需要扩展，充分考虑与现有外围应用系统的衔接。
（2）隔离外部系统的变化
EAI Server与核心之间采用统一的协议和数据格式；各个Adapter与EAI Server之间采用专有的格式；在Adapter层实现格式转换；EAI Server负责路由的选择，核心系统不需要知道外部系统的物理位置。
（3）同时支持IIOP/Socket两种协议
可以根据需要，选择最合适的协议接入；双向互联，满足各类业务的要求；
（4）协议选择方式
尽量不修改已有的前置应用；如果能不修改，就尽量不修改，继续使用Socket协议；如果确实需要修改，尽量采用JCOM/DCOM技术实现新的接口；确实需要修改，又确实无法采用JCOM/DCOM技术的，采用Socket方式。
3 、基本征管系统数据架构设计
经过对地税省级数据集中条件下的数据采集和利用过程进行分析，认为在基本征管系统内部需要同时存在三种类型的数据库：
（1）生产型数据库(OLTP)：保存/处理登记、发票、申报录入等在线交易数据，符合
范式要求，数据量小以保证前台效率；
（2）运作型数据库(ODS)：保存/处理与大规模数据统计查询作业相关的数据；
（3）数据仓库(DW)：保存长期的历史数据，使用星形结构组织数据，用于决策支持/数据挖掘等用途。
其中引入ODS的概念正是为了适应省级数据集中的海量数据处理，避免日常查询影响前台操作效率，本质上采用ODS实现查询和报表是一种空间换时间和性能的方式。ODS采用类似OLTP的数据库结构，但是需要进行适度的冗余和非范式处理。ODS与OLTP采取分开物理存储的方式，使用不同的数据库引擎，使用不同的I/O带宽，安装在各自单独的服务器上。系统自动定期使用ETL工具在生产库和运作库之间进行数据迁移。
4 、多渠道办税服务系统架构设计
地税数据“大集中”系统从多种渠道为纳税人提供办税手段和获取相应服务的手段，包括电子、电话、WEB、短信、邮件等；为税务机关工作人员提供友好、高效、稳定的信息系统工作环境，以此为基础为纳税人提供优质高效的办税服务和纳税人服务。
（1）业务逻辑集中原则：业务逻辑集中在核心，实现一次、集中布署。
（2）核心稳定性原则：渠道相关的业务逻辑不在核心实现，核心只实现与渠道无关[跨渠道]的业务。
（3）渠道数据集中/分散原则：Web DB只存储除核心数据之外的只在外网需要的信息，例如内容管理数据、外网用户信息(用户、密码)等；所有业务数据集中保存到核心数据库。
（4）前/后台区分原则：多渠道部分除前台功能[外网纳税人]外，还需要实现后台管理功能，供内部用户使用；内网用户访问多渠道与核心系统是通过两个不同的Web应用，在界面上进行整合。
5、遵循RUP的软件开发模式（图11）
地税数据“大集中”系统的开发完全遵循RUP的开发模式，在开发的各个阶段进行有序地叠代开发。软件开发的整个过程以构架设计为基础，完全是基于用例(Use Case)驱动的。
图11：RUP的软件开发模式
|专家库|厂商黄页|供求招标| 责编电话:010-68130909-1053
首页
