无锡地税执法督察监控(防控)管理系统技术方案.docx

无锡市执法督察监控（防控）系统
解决方案

济南先讯威和信息技术有限公司
一、开发目标 3
二、系统总体框架 4
2.1系统技术架构 4
2.2系统运作流程图 7
2.3系统模块图 8
2.3整体论述 8
三、系统模块介绍 9
3.1数据整备 9
3.2风险协察 10
3.2.1会议管理 10
3.2.1.1会议室维护 10
3.2.1.2会议室日程 10
3.2.1.3发起会议 10
3.2.1.4待开会议 10
3.2.1.5会议纪要 11
3.2.2信息交流 11
3.2.2.1工作流言 11
3.2.2.2手机短信 11
3.2.2.3电子邮箱 11
3.2.3数据共享 12
3.2.4风险协查 12
3.2.4.1风险协查流程图 12
3.2.4.2风险表单推送 12
3.2.4.3风险表单接收 13
3.2.4.4审批归档 13
3.3风险预警与指标 13
3.4 查询统计与分析 14
3.4.1登记管理检查 14
3.4.1.1 纳税人已登记未申报检查 14
3.4.1.2非正常户认定检查 15
3.4.1.3变更税务登记检查 16
3.4.1.4注销登记检查 17
3.4.2税款征收检查 19
3.4.2.1缴纳一种税未缴纳另一种税 19
3.4.2.1.1缴纳营业税未缴纳城建税 19
3.4.2.1.2缴纳营业税未缴纳印花税 20
3.4.2.1.3缴纳房产税未缴纳城镇土地使用税 21
3.4.2.1.4缴纳城建税未缴纳印花税 22
3.4.2.2门临户征收申报入库检查 23
3.4.2.3入库金额小于申报金额检查 25
3.4.2.4违规核定征收企业检查 26
3.4.2.5纳税鉴定明细信息检查 28
3.4.2.6退税检查 29
3.4.2.7申报期与所属期不对应检查 30
3.4.2.8逾期申报检查 32
3.4.2.9重点税源户年度申报入库检查 33
3.4.2.10延期申报检查 35
3.4.3涉税行政审批检查 36
3.4.3.1资产损失税前扣除审批项目检查 36
3.4.3.2 减免税信息综合检查 37
3.4.4 房地产企业纳税分析 39
3.4.4.1缴纳营业税未缴纳土地增值税 39
3.4.4.2缴纳营业税未缴纳企业所得税 40
3.4.4.3缴纳营业税缴纳土地增值税偏低 41
3.4.4.4缴纳营业税缴纳企业所得税偏低 42
3.4.5入库税款与税源登记比对 43
3.5 风险推送和风险应对 44
3.5.1风险推送流程图 45
3.5.2流程发起 45
3.5.3疑点信息附带 46
3.5.4待办任务信息查看及处理 47
3.5.5审批归档 48
3.6 绩效评价与考核 49
3.6.1自动考核 49
3.6.1.1征收类 50
3.6.1.2评估类 65
3.6.1.3管理类 69
3.6.1.4稽查类 80
3.6.2人工考核 86
3.6.3过错申辩 86
3.6.4绩效评价 86
3.7 督察与审核记录 86
3.8 系统维护 86
四、济南先讯公司简介 88

无锡市执法督察监控（防控）系统
一、开发目标
执法督察监控管理系统将现代风险管理的理念引入执法工作，旨在以实施主动管理的方式，为创造稳定有序的执法环境服务，提高工作效率，减轻督察人员负担，推进各部门的标准化、专业化、信息化建设，加快建立公平、公正和谐的执法督察环境，科学监控税务行政执法权。
执法风险管理的目的是把税收分析、税务检查、风险预警、风险监控、风险应对和执法督察等风险管理的职能，从属地管理职能中分割出来，形成专业化管理的执法风险管理思路，采用差异化、递进式、反馈式、规范化的风险应对策略流程，搭建“事前风险识别与即时反馈提示；事中检查、核实；事后分析与考核”三层架构为一体的管理模式，以找准风险要害、激活数据资源、优化征管资源、规范执法环境。
本软件遵循省局提出的信息技术与征管业务相结合；总体规划与分步实施相结合；系统开发与后续维护相结合的开发原则，依照目前地税机关在风险管理方面的内在需求，依托3.0大集中征管信息系统的数据库信息和各级地税部门信息以及已有管理平台信息，按照现行执法政策规定开发设计而成的。
二、系统总体框架
2.1系统技术架构
为保证系统的实效性、科学性、前瞻性，设计采用基于SSI框架的J2EE平台的技术搭建整体框架模型，来深入分析用户需求的应用特点、综合借鉴已有的系统开发和运维的经验、全面考虑当前主流的先进技术的发展趋势。

图2.1 SSI框架结构
在控制层，利用Struts的标签功能，在Action中直接与JSP页面上的数据进行交互。在业务逻辑层，利用Spring框架的依赖注入实现对业务逻辑类和DAO类的实例托管。在持久层，利用iBatis提供的半自动化对象关系映射的实现，为系统设计提供了更大的自由空间。
SSI框架，耦合度低，代码的可重用性强。消除了与传统J2EE API有关的复杂性和限制，缩短了应用程序开发部署的时间。当底层的操作发生变化时，接口及以上代码不必改写，降低了维护修改的成本。
该框架继承了SSI框架的优点，又包含了自主封装的功能特点，按功能模块划分层，增强了可复用性和维护简捷性。我们在框架中封装开发了别具特色的技术组件。
J2EE技术：J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化、规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。
单点登录：单点登录（Single Sign On，简称 SSO），是目前比较流行的政府／企业办公业务整合的解决方案之一。SSO的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。单点登录的主要作用是依靠先进的权限管理机制，增强用户在系统平台下的操作灵活性和可控性。在系统平台中一次登录，系统可以根据设置的权限，分配该操作人员的访问页面和管理数据。

图2.2 单点登录示意图
权限管理：权限管理是为用户设置的安全规则和操作规则，在此规则的管理下，用户可以也只能访问自己被授权的资源和数据，不会多也不会少。从控制力度的角度看，权限管理可以在单点登录（SSO）技术的管理下，分功能级限制和数据级限制。从控制方向上分查询类权限和 提交数据权限。

2.2系统运作流程图

2.3系统模块图
统计
查询与
分析
风险
推送与
应对
绩效
评价与
考核
风险
预警与
指标
协同
办公
督查
与审核记录
执法督查
监控管理
系统

数据
整备
系统
维护

2.3整体论述
本系统主要对各处室、区县级、大集中和已有管理平台信息进行执法风险防控和管理。
系统采用B/S结构，在功能设计上从满足需要、方便用户的角度出发，设置协同办公、绩效评价与考核、风险预警与指标、风险推送与应对、查询统计与分析、系统维护等菜单模块，基本具备功能齐全、操作简单的特点，可以满足各级督察考核的需要。
系统满足多层级用户的应用需求，业务覆盖全面。系统可适用于市局、县（区）局、分局（科）三级税务机构，能同时满足决策层、管理层、执法层三层用户的应用需求。系统业务覆盖全面，能够覆盖《江苏地税大集中税收管理信息系统》中包括税务登记、发票管理、认定管理、证明管理、纳税申报、税收优惠、申报缴纳、税源分类管理、稽查业务、票证管理、行政处罚、税收保障、税务行政救济等各个业务环节；能够从各处室及区县接受执法风险推送，并进行风险分析和应对；能接入电子监控系统、风险管理平台、数据质量管理平台、专业化事项管理平台，提取相关信息，进行统计查询分析，对风险疑点进行量化防控。
系统的功能设计易于操作，符合人性化的原则。通过系统执行相关指令，满足适时执法督察要求，同时满足机考、人工考核系统内责任追究的要求等。系统可分别按机关、部门、指标、过错行为、责任人等方式对个性考核结果进行统计查询，方便各级税务机关、部门和税务人员实现日常执法的监控工作。
系统对于各处室及区县推送的执法风险分为征、评、管、查四类，由督察内审岗进行风险分析，给出风险应对方案发回原部门；对于大集中跟已有管理平台的数据信息，通过统计查询分析功能查出风险跟疑点，进入考核模块，并可以将考核结果发给执法人进行申辩，最后形成绩效评价和审核记录。
系统建设加强通用化、模块化设计，各类查询统计、指标模板库建成开放式，便于增加修改，满足指标更新变化需要。
三、系统模块介绍
3.1数据整备
从各处室和区县采集执法风险表单，从大集中和已有信息管理平台采集数据，形成执法风险疑点库，建立数据表与外部门的对应关系，可以查看到各个部门下采集到的数据表单，并支持建立和修改外部门数据表的内容。
3.2风险协察
3.2.1会议管理
会议管理主要用于对全局性会议进行统筹安排，发送会议通知，自动通知及定时提醒与会人员等。
3.2.1.1会议室维护
对会议室的各项属性维护（如：会议地点、会议室管理人员、会议室可容纳人员数、会议室配备的设备等）、设置使用状态等。
3.2.1.2会议室日程
查询会议室时可以浏览全局会议室的平面图、座位数、所在地点、使用状态、以及会议室日程等信息，避免会议室预定时出现冲突。
3.2.1.3发起会议
会议流程发起后，可以设置通过短信平台、电子邮件、即时短信息等格式化的会议通知发送给与会人员，并自动将会议自动安排进与会人员日程表。
3.2.1.4待开会议
所有与自己相关且未召开的会议列表，同时系统也会通过提醒框来提醒用户有会议需要参加，打开查看详细会议情况。
3.2.1.5会议纪要
会议负责人可以整理每次会议，形成历史会议记录，方便日后查询，可以直接启动会议纪要的发文审批。此外，对每一个会议的参会人员名单、通讯录，能实现打印清单。
3.2.2信息交流
3.2.2.1工作流言
用户个人可以向系统中的人员、群组（按岗位、机构、部门、职务、身份等形式）发送留言内容、图品、附件，对已查看的留言可以回复留言、附件、图片或直接反馈已阅信息。用户可以对发送和接收的留言进行管理。在选择要发出留言的人员时，在线人员以彩色显示，默认以即时短消息通知（可以取消默认设置）；不在线人员以灰色显示（所有颜色设置可由管理员随意自定义），可同时设置为手机短信方式通知。
3.2.2.2手机短信
集成短信平台，嵌入各个模块中，根据用户需要、流程节点和系统设置等发送短信息通知相关人员流程信息、系统错误信息、模块提示信息等信息。可由人员自行配置：不在线时手机提醒。
3.2.2.3电子邮箱
集成电子邮件系统，根据邮件系统接口能嵌入各个模块中，根据用户需要、流程节点和系统设置等发送电子邮件通知相关人员，实现网上办公、事物的提醒、通知。
3.2.3数据共享
支持各部门、职务、人员数据包（文档、图片、视频、超大文件等）的发送和接收，实现在线数据共享。
3.2.4风险协查
3.2.4.1风险协查流程图

3.2.4.2风险表单推送
各个处室部门登陆系统后可以填写风险表单，将要协查的执法风险发送给督查岗位。督查岗位接收到风险表单后进行协查分析，将建议方案补充到风险表单中推送回原部门。
3.2.4.3风险表单接收
各个部门登陆系统后接收从督查岗位推送回来的补充执法风险表单，若有问题还可以继续补充推送，否则反馈协查结果。
3.2.4.4审批归档
对风险协察流程和审批结果进行归档，可以进行分类查询，以供参考。
3.3风险预警与指标
根据风险指标、预警参数、指标算法、政策法规、过错行为建立指标模型，对采集的数据进行对比分析，识别风险并对执法风险和过错行为进行量化统计分类，然后以风险推送的方式把风险点的内容、风险任务、解除建议进行即时提示，达到防控风险的目的。
3.4 查询统计与分析
通过指标分类查询，将执法风险分为征、评、管、查四大类，提供指标参考值查询。通过风险应对查询，对风险应对结果明细和审核记录进行查询统计。对从大集中和已有信息管理平台中采集的数据表单进行统计分析，筛选疑点错误。
3.4.1登记管理检查
3.4.1.1 纳税人已登记未申报检查
此模型的查询目的为检索税务登记信息中所有登记状态为“正常户”的企业纳税人自登记后一直未进行纳税申报的企业名单。该督察模型主要是对已进行税务登记而未履行申报义务，税务机关也未对其给予有效管理的纳税人进行检索查询。
该模型应可以通过选择年度，月份，税款所属机关，管理机关，管理科室，登记注册类型，经营行业大类等条件提供不同的检索结果。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、开业设立日期、管理机关、征收机关税款所属机关、注册地址、注册地联系电话、经营行业大类、经营行业小类等结果。并在窗口的右下方显示出符合条件的总记录数。

用户可以通过根据 录入时间起、录入时间止、管理机关、管理科室、登记注册类型、经营行业大类等条件单一或组合使用查询出符合条件的记录。
3.4.1.2非正常户认定检查
此模型的查询目的为查询纳税人自非正常户认定之日后，依然有纳税申报信息或税款征缴记录。依照《非正常户管理办法》，纳税人只有在不履行申报义务且税务机关确实无法查找其下落并与其取得联系后，才能认定为非正常户。非正常户如果恢复正常管理，进行纳税申报，应该由税务机关进行处罚后才能转为正常户。
该模型应可以通过选择纳税人名称或税务管理码，年度，月份，税款所属机关，管理机关，管理科室，登记注册类型，经营行业大类等条件提供按申报明细或者申报金额两种不同的检索结果。
检索结果包括：税务管理码、纳税人名称、纳税人识别码、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属期、认定日期、解除日期、征收项目、申报日期、税款所属期起、税款所属期止、计算金额、扣除税额、滞纳天数、税率、应征税费等结果。
用户可以通过根据 非正常认定日期起、非正常认定日期止、管理机关、管理科室、登记注册类型、经营行业大类、检索模式（申报明细、申报汇总）等条件单一或组合使用查询出符合条件的记录。

3.4.1.3变更税务登记检查
此模型主要目的是查询纳税人的变更登记信息，以及税务机关的办理时限等内容。根据《税务登记管理办法》（国家税务总局7号令）的规定，税务机关应当自受理之日起30日内，审核办理变更税务登记。
该模型应可以通过选择年度，月份，税款所属机关，管理机关，管理科室，登记注册类型，经营行业大类等条件提供不同的检索结果。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、录入日期、批准日期、办理天数、变更类型、管理机关、征收机关、税款所属机关、注册地址、注册地联系电话、经营行业大类、经营行业小类等结果。并在窗口的右下方显示出符合条件的总记录数。

用户可以通过根据：录入时间起、录入时间止、管理科室、税款征收机关、登记注册类型，经营行业大类、变更类型、纳税人识别号、纳税人名称等条件单一或组合使用查询出符合条件的记录。

3.4.1.4注销登记检查
此模型主要目的是查询纳税人的注销登记信息，以及税务机关的办理时限等内容。
该模型应可以通过选择年度，月份，税款所属机关，管理机关，管理科室，登记注册类型，经营行业大类，企业（个人）所得税鉴定信息等条件提供不同的检索结果。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、登记注册类型、纳税人状态、录入日期、注销批准日期、管理机关、征收机关、税款所属机关、注册地址、注册地址联系电话、经营行业大类、经营行业小类、所得税鉴定信息（点击可查看纳税人申报入库详情）等结果。

用户可以通过根据 注销批准日期、注销批准日期止、管理机关、管理科室、登记注册类型、经营行业大类、企业/个人所得税等条件单一或组合使用查询出符合条件的记录。
3.4.2税款征收检查
3.4.2.1缴纳一种税未缴纳另一种税
3.4.2.1.1缴纳营业税未缴纳城建税
该模型主要是查询纳税人申报了营业税而未缴纳城建税的信息。城建税作为以增值税、消费税和营业税为税基的税种，地税机关征收了营业税那么城建税也必然征收（目前外企自2010年12月1日起也应征收城建税）。该模型主要查询征收营业税而未征收城建税的不规范的税款征收行为。
该模型应可以通过选择纳税人名称或税务管理码，税种，税目，年度，月份，税款所属机关，管理机关，管理科室，税务登记类型，登记注册类型，经营行业大类等条件提供按申报明细或者申报金额两种不同的检索结果。
申报明细的检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关税款所属机关、申报日期、税款所属期起、税款所属期止、征收方式、征收项目、征收品目、税款属性一、税款属性二、计算金额、扣除金额、滞纳天数、税率、应征税费、入库金额、入库日期。
申报汇总的检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属机关、最后申报日期、应征税费、入库金额、最后入库日期等信息。
用户可以通过根据 入库时间起、入库时间止、税务登记类型、管理机关、管理科室、经营行业大类、登记注册类型、纳税人名称、纳税人识别号、营业税金额下限、检索模式 等条件单一或组合使用查询出符合条件的记录。
3.4.2.1.2缴纳营业税未缴纳印花税
该模型主要目的是查询纳税人同步应缴纳的税种是否缴纳。如建筑、运输等行业缴纳营业税而未缴印花税等疑点，督察人员可以根据疑点延伸到企业。
该模型应可以通过选择纳税人名称或税务管理码，税种，税目，年度，月份，税款所属机关，管理机关，管理科室，税务登记类型，登记注册类型，经营行业大类等条件提供按申报明细或者申报金额两种不同的检索结果。

用户可以通过根据 入库时间起、入库时间止、税务登记类型、管理机关、管理科室、经营行业大类、登记注册类型、纳税人名称、纳税人识别号、营业税税目、营业税金额下限、检索模式 等条件单一或组合使用查询出符合条件的记录。
申报明细的检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属机关、申报日期、税款所属期起、税款所属期止、征收方式、征收项目、征收品目、税款属性一、税款属性二、计算金额、扣除金额、滞纳天数、税率、应征税费、入库金额、入库日期。并在窗口的右下方显示出符合条件的总记录数。
申报汇总的检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属机关、最后申报日期、应征税费、入库金额、最后入库日期等信息。
3.4.2.1.3缴纳房产税未缴纳城镇土地使用税
该检查主要是检查拥有自有房产缴纳房产税的纳税人没有申报缴纳城镇土地使用税的记录。
用户可以通过根据 入库时间起、入库时间止、税务登记类型、管理机关、管理科室、经营行业大类、登记注册类型、纳税人名称、纳税人识别号、房产税税目、房产税金额下限、检索模式 等条件单一或组合使用检索出符合条件的记录。

用户可以通过根据 入库时间起、入库时间止、税务登记类型、管理机关、管理科室、经营行业大类、登记注册类型、纳税人名称、纳税人识别号、房产税税目、房产税金额下限、检索模式 等条件单一或组合使用查询出符合条件的记录。
申报明细的检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属机关、申报日期、税款所属期起、税款所属期止、征收方式、征收项目、征收品目、税款属性一、税款属性二、计算金额、扣除金额、滞纳天数、税率、应征税费、入库金额、入库日期。并在窗口的右下方显示出符合条件的总记录数。
申报汇总的检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属机关、总房产税金额 等信息。
3.4.2.1.4缴纳城建税未缴纳印花税
该检查主要是筛选出纳税人发生生产经营活动，缴纳流转税并交纳城建税后，却没有申报印花税的记录。
用户可以通过根据入库时间起、入库时间止、税务登记类型、管理机关、管理科室、经营行业大类、登记注册类型、纳税人名称、纳税人识别号等条件单一或组合使用检索出符合条件的记录。

用户可以通过根据 入库时间起、入库时间止、税务登记类型、管理机关、管理科室、经营行业大类、登记注册类型、纳税人名称、纳税人识别号等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属机关、总申报城建税金额、最后申报日期，总入库城建税金额、最后入库日期。
3.4.2.2门临户征收申报入库检查
该模型主要目的是检索税务征收机关门临征收情况。有无正常户在门临申报；有无门临开票金额特别巨大，数额较整的记录；有无通过门临征收等手段虚收、空转、提前征收或压库等行为。
用户可以通过根据入库日期起、入库日期止、税款征收机关、税种、税目、入库税款金额下限等条件单一或组合使用查询出符合条件的记录。

用户可以通过根据 入库日期起、入库日期止、税款征收机关、税种、税目、入库税款金额下限等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别码、纳税人名称、纳税人状态、管理机关、征收机关、税款所属机关、征收项目、征收品目、申报日期、税费所属期（开始日期）、税费所属期（终止日期）、征收方式、缴款期限、税款属性一、税款属性二、计税依据、扣除税额、滞纳天数、税率、应征税费额、实缴金额、入库日期等结果。并在窗口的右下方显示出符合条件的总记录数。每次最多显示100条，点击窗口左下方的分页工具，可以进行前后翻页。

3.4.2.3入库金额小于申报金额检查
该模型主要检索纳税人申报的税款是否足额入库。一般情况下申报金额应予入库金额一致，3.0系统应不允许差额缴税发生，但如果不一致，基本可以确认为有欠税或者不规范征收行为，税务机关应予催缴催报，或者延期缴纳，相关后续管理手续应到位。
用户可以通过根据 入库日期起、入库日期止、管理机关、管理科室、登记注册类型、税务登记类型等条件单一或组合使用检索出符合条件的记录。

用户可以通过根据 入库日期起、入库日期止、管理机关、管理科室、登记注册类型、税务登记类型等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、税务登记类型、登记注册类型、纳税人状态、征收机关、经营行业大类、经营行业小类、征收项目、征收品目、征收方式、申报日期、税费所属期、缴纳期限、税款属性、计算金额、扣除税额、滞纳天数、应征税费额、入库日期等结果。
3.4.2.4违规核定征收企业检查
该模型主要目的是检索税务机关予以核定征收所得税的纳税人信息。根据现行规定，小型微利企业、货运自开票企业、总分机构、经济鉴证类中介企业不允许予以核定征收所得税。
用户可以通过根据 认定年度、税款征收机关、管理机关、管理科室、登记注册类型、税务登记类型、查询企业等条件单一或组合使用查询出符合条件的记录。

用户可以通过根据 认定年度、税款征收机关、管理机关、管理科室、登记注册类型、税务登记类型、查询企业等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、税务登记类型、登记注册类型、纳税人状态、管理机关、征收机关、税款所属机关、申报期限日、缴款期限日、税种鉴定起始日、税种鉴定终止日、征收项目、征收品目、征收方式、税率、认定年度等结果。并在窗口的右下方显示出符合条件的总记录数。

3.4.2.5纳税鉴定明细信息检查
此模型主要目的是检索纳税人的税种、税目的鉴定信息是否符合规定。仅以此次执法督察的要求来说，营业税娱乐业税目下的税率调整就可以通过此模型进行检索。
用户可以通过根据入库日期起、入库日期止、税款征收机关、税种、税目、登记注册类型、经营行业大类、税务登记类型、税务管理码、纳税人识别号、纳税人名称、查询模式（大于输入税率、小于输入税率、不等于输入税率、等于输入税率）、税率等条件单一或组合使用查询出符合条件的记录。

用户可以通过根据 入库日期起、入库日期止、税款征收机关、税种、税目、登记注册类型、经营行业大类、税务登记类型、税务管理码、纳税人识别号、纳税人名称、检索模式（大于输入税率、小于输入税率、不等于输入税率、等于输入税率）、税率等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、登记注册类型、税务登记类型、管理机关、征收机关、税款所属机关、经营行业大类、经营行业小类、征收项目、征收品目、申报日期、税费所属期（起始日期）、税费所属期（终止日期）、缴款期限、税款属性一、税款属性二、征收方式、计算金额、税率、应征税费金额、实缴金额、入库日期等结果。
3.4.2.6退税检查
该模型主要目的是检索纳税人的申请退税的审批信息，关注审批时限，退税金额较大，退税所属时间以及退库时间等信息。另外此模型应可以关联到相关纳税人的明细申报信息，查看年末退税金额与年出入库数的关系，主要关注以“误征”或者“重复扣款”等原因退库的税款，是否存在压库或者提前征收行为存在。
用户可以通过根据退税日期起、退税日期止、管理机关、管理科室，税款征收机关等条件单一或组合使用检索出符合条件的记录。（如未输入条件视为查找全部记录）。

用户可以通过根据 退税日期起、退税日期止、管理机关、管理科室，税款征收机关等条件单一或组合使用查询出符合条件的记录。
退税信息检索结果包括：文书号、税务管理码、纳税人名称、账号名称、银行行别代码、收款银行账号、申请日期、申请理由、退税方式、退库性质、减免原因、退付利息标志、批准退税金额、退税余额等结果。并在窗口的右下方显示出符合条件的总记录数。
申报信息检索结果包括：税务管理码、纳税人识别号、纳税人名称、登记注册类型、税务登记类型、管理机关、征收机关、税款所属机关、经营行业大类、经营行业小类、主营税种、主营品目、税费所属期（起始日期）、税费所属期（终止日期）、计算金额、税率、应征税费金额、缴款期限、税款属性一、税款属性二、实缴金额、入库日期等结果。并在窗口的右下方显示出符合条件的总记录数。

3.4.2.7申报期与所属期不对应检查
本模型的目的是检索有无征收税款而未加收滞纳金的不规范征收行为。主要是检索本月征收的税款所属期间不是上月或上季度记录信息。这里所要检索的税款仅指征收类别为“正常征收”的征收记录，不包括门临征收、稽查查补、纳税评估等方式征收的税款。
用户可以通过根据 申报日期起、申报日期止、管理机关、管理科室、税种、税目、税款征收机关等条件单一或组合使用查询出符合条件的记录。

用户可以通过根据 申报日期起、申报日期止、管理机关、管理科室、税种、税目、税款征收机关等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、税务登记类型、登记注册类型、管理机关、征收机关、税款所属机关、经营行业大类、经营行业小类、征收方式、征收项目、征收品目、纳税人状态、申报日期、税款所属日期起、税款所属日期止、缴款期限等结果。并在窗口的右下方显示出符合条件的总记录数。

3.4.2.8逾期申报检查
该模型主要目的是检索纳税人有无逾期申报。税务机关对于逾期申报的纳税人是否有限改手续；是否按照规定加收了滞纳金并予以处罚，后续管理是否到位。是否存在以非正常申报进行虚收、空转、提前征收或压库等行为。
用户可以通过根据 申报日期起、申报日期止、管理机关、管理科室、税种、税目、税款征收机关、查询模式等条件单一或组合使用查询出符合条件的记录。

用户可以通过根据 申报日期起、申报日期止、管理机关、管理科室、税种、税目、税款征收机关、检索模式（逾期未催缴、催缴未处罚）等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、税务登记类型、登记注册类型、管理机关、征收机关、税款所属机关、经营行业大类、经营行业小类、征收方式、征收项目、征收品目、纳税人状态、申报日期、申报期限、税款所属期起、税款所属期止、缴款期限、税款属性一、税款属性二、计算金额等结果。并在窗口的右下方显示出符合条件的总记录数。

3.4.2.9重点税源户年度申报入库检查
该模型主要目的是检索重点税源户申报入库情况，与上年同期比对税款有无异常。企业经营状况除遇到大的经济环境政策变化，一般来说纳税情况是比较平稳的。如果出现两个年度中某重点税源企业纳税情况出现了较大的差额，应确认为存在疑点，可延伸到企业查明原因。该模型应该具有多重检索比对选择条件，具备按地区、按所属税务机关、按行业、按税种将相邻纳税年度进行对比分析，并可以将某一纳税人的具体申报入库信息予以关连检索。
用户可以通过根据入库年度、起月份、止月份、管理机关、管理科室、税种、登记注册类型、税务登记类型、纳税人识别号、对比/不对比、重点税源认定条件（单位：万元）等条件单一或组合使用检索出符合条件的记录。

用户可以通过根据 入库年度、起月份、止月份、管理机关、管理科室、税种、登记注册类型、税务登记类型、纳税人识别号、对比/不对比、重点税源认定条件（单位：万元）等条件单一或组合使用查询出符合条件的记录。
不对比检索结果包括：税务管理码、纳税人识别号、纳税人名称、税务登记类型、登记注册类型、纳税人状态、管理机关、征收机关税款所属机关、纳税总额、增值税、营业税、个人所得税、土地增值税、城市维护建设税、房产税、资源税、城镇土地使用税等结果。
对比检索结果包括：税务管理码、纳税人识别号、纳税人名称、税务登记类型、登记注册类型、纳税人状态、管理机关、征收机关税款所属机关、纳税总额、去年同期纳税总额、纳税总额对比、增值税、去年同期增值税、增值税对比、营业税、去年同期营业税、营业税对比、个人所得税、去年同期个人所得税、个人所得税对比、土地增值税、去年同期土地增值税、土地增值税对比、城市维护建设税、去年同期城市维护建设税、城市维护建设税对比、房产税、去年同期房产税、房产税对比、资源税、去年同期资源税、资源税对比、城镇土地使用税、去年同期城镇土地使用税、城镇土地使用税对比等结果。
3.4.2.10延期申报检查
该模型主要目的是检索纳税人申请延期申报的申请审批信息和审批信息的明细。延期申报既涉及税款申报缴纳也涉及涉水行政审批制度改革，更与纳税人的权益密切相关，同时也是税务机关依法征收，依法行政的关键点之一。此检索模型主要是关注税务机关是否按规定予以审批，有无违规批准延期申报，是否存在压库的行为。
用户可以通过根据申请日期起、申请日期止、管理机关、管理科室、税种、税款征收机关等条件单一或组合使用查询出符合条件的记录。（如未输入条件视为查找全部记录）。

用户可以通过根据 申请日期起、申请日期止、管理机关、管理科室、税种、税款征收机关等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、税务登记类型、登记注册类型、管理机关、征收机关、税款所属机关、纳税人状态、行业大类、行业小类、征收品目、申请延期缴纳税款理由、应纳税额、申请延期缴纳税额、申请延期缴纳期限、申请日期、批准日期、办理天数等结果。
3.4.3涉税行政审批检查
3.4.3.1资产损失税前扣除审批项目检查
此模块主要目的是检索纳税人在所得税前扣除相关资产损失的审批流程信息。该审批项目一方面属于限期办结类事项，另一方面属仍然保留的审批类事项。根据苏地税函【2009】176号以及苏地税函【2010】205号等文件的规定，涉税行政审批有了具体的操作规程和时限，此模型可以根据流程的流转信息查找操作不规范的审批流程信息。通过模块应具备从纳税人所得税年度申报中提取扣除审批执行的相关数据的能力。
用户可以通过根据扣除期限始、扣除期限止、管理机关、管理科室、税种、登记注册类型、税务登记类型、经营行业大类、纳税人名称、纳税人识别号、办结天数等条件单一或组合使用查询出符合条件的记录。

用户可以通过根据 扣除期限始、扣除期限止、管理机关、管理科室、税种、登记注册类型、税务登记类型、经营行业大类、纳税人名称、纳税人识别号、办结天数等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、行业大类、登记注册类型、税务登记类型、主管税务机关、文书号、申请日期、受理日期、批准日期、办理天数、征收项目、征收品目、扣除期限始、扣除期限止、扣除理由、扣除内容、政策依据文号、政策依据、文书子轨1、文书子轨3、文书子轨5、领取时间、领取地址等结果。
3.4.3.2 减免税信息综合检查
该功能点的目的是根据省局关于涉税行政审批改革的要求，查询所有减免税的涉税备案审批信息。根据苏地税函【2009】176号以及苏地税函【2010】205号等文件的规定，涉税行政审批有了具体的操作规程和时限，此模型可以根据流程的流转信息查找操作不规范的审批流程信息。
该功能点还可以将享受税收减免政策的企业情况列示出来，发现不合理的疑点。如有高新技术企业减免税而无技术开发费加计扣的纳税人，有增值税返还免税的但没有残疾人工资加计扣除的福利企业等。
用户可以通过根据减免起始日期、减免终止日期、管理机关、管理科室、减免税种、减免项目、登记注册类型、税务登记类型、经营行业大类、办理天数、纳税人识别号、纳税人名称等条件单一或组合使用查询出符合条件的记录。

用户可以通过根据 减免起始日期、减免终止日期、管理机关、管理科室、减免税种、减免项目、登记注册类型、税务登记类型、经营行业大类、办理天数、纳税人识别号、纳税人名称等条件单一或组合使用查询出符合条件的记录。
检索结果包括：类型、税务管理码、纳税人名称、纳税人识别号、登记注册类型、行业大类、税务登记类型、主管税务机关、减免税种、减免项目、减免税额、减免起始日期、减免终止日期、文件号、流程实例号、申请日期、受理日期、批准日期、办理天数、受理机关、受理人员等结果。
3.4.4 房地产企业纳税分析
3.4.4.1缴纳营业税未缴纳土地增值税
该模型主要是查询房地产企业缴纳了营业税（此营业税应确认为“销售不动产或构建物”税目）但无土地增值税税款申报入库信息的企业。根据现行法规，江苏省内所有房地产开发企业在销售不动产时应依照预收款缴纳营业税并预征土地增值税。此模型主要是查询有销售不动产行为的房地产企业单位按规定缴纳土地增值税的信息。
该模型应可以通过选择纳税人名称或税务管理码，税种，税目，年度，税务登记类型，登记注册类型等条件，提供按申报明细或者申报金额两种不同的检索结果。

用户可以通过根据 入库时间起、入库时间止、税务登记类型、管理机关、管理科室、登记注册类型、纳税人名称、纳税人识别号、营业税金额下限等条件单一或组合使用查询出符合条件的记录。
检索结果包括：税务管理码、纳税人识别号、纳税人名称、经营行业大类、经营行业小类、申报日期、征收品目、计算金额、滞纳天数、入库金额等。