（计算机科学与技术专业论文）省级集中模式纳税评估系统的设计与实现.pdf

摘要 摘要 纳税评估是目前国际上较为通行的强化税源管理的重要工作方法，对于加 强税收管理、提高征管质量、增强内部监督制约机制，实现税收征管的科学化、 精细化管理具有十分重要的作用。准确把握纳税评估的方法与规律，进行纳税 评估理论和方法的创新，探索和研究适合我国税收环境的纳税评估方法，对于 深化征管改革，具有很重要的现实意义。全国很多税务系统都对纳税评估进行 了一些探索，开发了纳税评估系统，但大多为地市数据集中模式的，省级集中 模式的纳税评估系统还没有。 本文结合江西省国税局的具体情况，从应用出发，针对省级数据集中模式 的一些特点，设计并实现了省级集中模式纳税评估系统。本文探讨了省级集中 模式纳税评估系统的设计与实现问题，着重研究了省级集中模式纳税评估系统 的几个难点，一是异构数据整合问题即综合数据平台建设；二是海量数据查询、 计算效率问题；三是并行计算；四是数据质量；五是业务流程改造；六是减少 评估工作量提高评估准确性；七是指标体系不够完整等等。本文以设计和实现 纳税评估系统为主线，对这些问题都作了充分的考虑并得到了较好的解决。如 通过数据库复制及透明网关技术解决了各业务处理系统数据整合问题；通过数 据转换、聚合初步解决数据查询、计算效率问题；通过j a v a 的多线程技术解决 并行筛选问题；通过设计数据审核初步解决数据质量问题；在流程中增加收回、 退回以及简易处理等优化了评估业务流程；设计非疑点纳税人随机选评对计算 机筛选的准确性进行验证，设计了趋势分析指标丰富了指标体系等等。最后总 结了该系统的优缺点，并对进一步的研究工作进行了展望。 关键词：纳税评估，数据审核，多线程，趋势分析 a b s t r a c t t a x - d e c l a r a t i o na s s e s s m e n th a sb e e nc o n s i d e r e da sa ni m p o r t a n ta n dp o p u l a r w a yo v e rt h ew o r l dt os t r e n g t h e nt h ea d m i n i s t r a t i o no ft a x a t i o nr e s o u r c ea n di t i s i m p o r t a n tf o rs t r e n g t h e nt h ea d m i n i s t r a t i o no ft a x a t i o n ，i n c r e a s et h e q u a l i t vo f t a x a t i o nc o l l e c t i o n ，e n h a n c ei n t e r n a l s u p e r v i s i o nm e c h a n i s m ，r e a l i z es c i e n t i f i c 锄d e l a b o r a t ea d m i n i s t r a t i o no ft a x a t i o nc o l l e c t i o n i t i sv e r ys i g n i f i c a n c ef o rt a x a t i o n c o l l e c t i o nr e f o r mt h a th o wt oh o l dt h ew a ya n d d i s c i p l i n eo ft a x a t i o ne v a l u a t i o n h o w t oc r e a t et h e o r ya n dw a yo ft a x a t i o n e v a l u a t i o n ，h o wt oe x p l o r ea n dr e s e a r c h a d j u s t a b l et a x - d e c l a r a t i o na s s e s s m e n tw a yi no u r c o u n t r ya n dh o wt or e f o mt a x a t i o n c o l l e c t i o n t h e r ea r em a n yt a x a t i o ne v a l u a t i o ns y s t e ma n de x p l o r ei nt h i sf i e l di n m a n yt a x a t i o no f f i c ei no u rc o u n t r yb e e nd e v e l o p e d ，a n dm o s to ft h e ma r ec e n t i a l i z e d i nc i t yo f f i c ei n s t e a do f p r o v i n c i a lo f f i c e at a x a t i o ne v a l u a t i o ns y s t e mw h i c h i sc e n t r a l i z e di np r o v i n c i a lo f f i c ei sd e s i f m e d a n dd e v e l o p e da st h ec a s e m i g h tb ei ns t a t ea d m i n i s t r a t i o nt a x a t i o n ，j i a i l 陬i p r o v i n c i a lo f f i c ei nc o n n e c t i o nw i t hs o m ec h a r a c t e r i s t i c so f m o d eo fc e n 仃a l i z e di n p r o v i n c i a lo f f i c e d e s i g na n dr e a l i z ep r o b l e m so fs y s t e mo ft a x a t i o ne v a h l a t i o no f m o d eo fc e n t r a l i z e di np r o v i n c i a lo f f i c ea r ed i s c u s s e di nt h i sp a p e r e s p e c i a l l vi ns o m e d i f f i c u l tp r o b l e m s t h ef i r s tp r o b l e mi sh o w t ob u i l dap l a t f o r mo fd i 丘e r e n ts t r u c t u r e d a t a t h es e c o n dp r o b l e mi sh o wt oi n c r e a s e e f f i c i e n c yo fm a s sd a t ai n q u i r ya n d c a l c u l a t i o n t h et h i r dp r o b l e mi sc a l c u l a t i o ni np a r a l l e l t h ef o u r h p r o b l e f ni sq u a l i t y o fd a t a t h ef i f t hp r o b l e mi sb u s i n e s sw o r k f l o w r e f o r m t h es i x t hp r o b l e mi sh o wt o d e c r e a s ee v a l u a t i o nw o r k l o a da n di n c r e a s ee v a l u a t i o nv e r a c i t y t h es e v e n t h p r o b l e l n i si n d e xs y s t e mi sn o tc o m p l e t e t h o s ep r o b l e m sa r ef u l l yc o n s i d e r e da n dr e s o l v e di nt h i sp a p e rw h o s e m a i n l i n e l s d e s i g na n dr e a l i t y f o re x a m p l e ，p r o b l e mo fi n t e g r a t i n g s y s t e md a t au s i n g t e c h n o l o g i e so fd a t a b a s ec o p ya n dt r a n s p a r e n tg a t e w a y , p r o b l e mo fd a t ai n q u i r i n ga n d m c r e a s i n gc a l c u l a t i o ne f f i c i e n c yu s i n gd a t at r a n s f e r r i n ga n di n t e g r a t i n g p r o b l e mo f f i l t e r i n gi np a r a l l e lu s i n gj a v am u l t i t h r e a d i n gt e c h n o l o g y , p r o b l e mo fd a t aq u a l i t y i i a b s t r a c t u s i n g d a t aa u d i t i n g w i t h d r a w , u n t h r e a d i n ga n ds i m p l ep r o c e s sa r ea d d e di nw o r k f l o w a n dt h i sm a k ee v a l u a t i o nw o r k f l o wb e t t e r v e r a c i t yo fc o m p u t e rf i l t e r i n gi si n s p e c t e d a n di n d e xs y s t e mi se n r i c h e d a tl a s t ，t h er e l a t i v em e r i t so fs y s t e mi sc o n c l u d e da n d w ea l s oo u t l o o kt h en e x ts t e po fr e s e a r c hw o r k k e yw o r d s ：t a x d e c l a r a t i o na s s e s s m e n t ，d a t aa u d i t i o n ，m u l t i s t r e a d i n g , t r e n d a n a l y s i s i i i 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定， 同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版 本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、 扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供 本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有 关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前 提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者繇叮夕、哆 沙纡乡月g 日 经指导教师同意，本学位论文属于保密，在年解密后适用 本授权书。 指剥雠： 学位做作者躲丁乡穆 年月日 w 矿年；月彦e t 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行 研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文 的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的 作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集 体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任 由本人承担。 办)饵 麓 夕月 了乡 一 轹释 签 础 第1 章引言 1 1 开发背景 第1 章引言 纳税评估是目前国际上较为通行的强化税源管理的重要工作方法，对于加 强税收管理、提高征管质量、增强内部监督制约机制，实现税收征管的科学化、 精细化管理具有十分重要的作用。准确把握纳税评估的方法与规律，进行纳税 评估理论和方法的创新，探索和研究适合我国税收环境的纳税评估方法，对于 深化征管改革，具有很重要的现实意义。 早在2 0 0 4 年，江西省国税系统就在纳税评估领域进行了理论研究和实践探 索，并在原综合征管系统( 地市集中版) 基础上开发了江西省国税局纳税评 估管理信息系统( 以下简称纳税评估系统) ，为我省摸索纳税评估的方法和规 律提供了有效实践，也为基层税源管理部门强化税源监控和税收管理员开展纳 税评估工作提供强有力的技术支持。该系统自2 0 0 5 年4 月在全省各地市成功推 广到2 0 0 5 年1 2 月底，通过系统筛选发现疑点纳税人9 0 5 2 8 户次，人工案头审 计7 7 4 3 9 户；约谈纳税人1 0 2 6 1 户、实地调查纳税人2 3 2 5 户，移送稽查2 1 6 户； 累计补缴税款3 6 4 6 0 2 万元。通过纳税评估，不仅查补一些纳税人少申报缴纳 的税款，还使纳税人的纳税诚信度不断提高，2 0 0 5 年度全省新增纳税信誉等级 a 级企业1 4 2 户。通过该系统的推行，基层税务评估人员减少了大量繁重复杂的 手工劳动，大大提高了工作效率，经过进一年的运行，取得非常显著的成效。 随着中国税收综合征管软件( 省级集中版) 在我省的推行，相关税收业 务、政策的调整以及原系统运行后问题的体现，原纳税评估系统已经不能 适应纳税评估工作的开展，必须重新开发纳税评估系统( 省级集中版) ，以 满足现时的税收征管的要求。 1 2 研究内容 由国家税务总局与神州数码合作开发的中国税收征管信息系统( 省级集中 版) ，正式运行后，信息化覆盖了税收征管的各个环节，同时随着系统集中模式 第1 章引言 的改变，省局集中了海量的涉税数据，如何更好的分析和利用这些数据资源就 成为我们信息部门的重要课题。纳税评估系统就是数据分析利用的一个重要 部分，原有系统因受当时客观条件的约束，采用的是地市级集中模式，设计方 式已与现在的应用无法再适应。而且原评估系统由于开发比较仓促，缺陷较多， 应用效果难尽人意。由此，省级集中版纳税评估系统的开发成为必然，该系统 要求保持原评估系统的基本业务流程，同时主要从几个方面进行完善、拓展： 一是改变数据利用模式。原系统由于元数据量较小，采用的是直接加工、计算 数据源的模式，但现数据量已相当庞大，过去的模式已无法适应，必须采用相 关技术将数据转换成分析型才能适应。二是增加数据审核。原系统中由于很多 纳税人资料不全或明显不合理导致测算出的预警值明显偏离正常幅度，因此增 加对所涉及纳税人数据的审核并提供数据缺失、错误清单，以督促工作人员补 充、纠正相关资料从而提高数据的真实性、可靠性。三是扩大数据源。原系统 主要以税收征管系统中的申报表、财务报表数据为数据源，参与评估的信息量 较少、信息渠道窄，评估效能难以提升。四是增加趋势分析指标。原系统所设 计分析指标体系主要为横向规律对比分析，没有对个体自身规律的分析，分析 方法不够全面。五是改善评估流程。原系统流程控制过于死板，给应用带来很 多不便，现增加流程中的退回和收回功能，增强工作流的容错性，增加部分简 易处理流程减少用户的多余操作，同时还增加省市直接评估、非疑点纳税人随 机选评等功能。 1 3 结构安排 本文按照如下结构进行文档的组织： 第二章简要的介绍了本课题的技术理论基础。 第三章探讨了省级集中模式纳税评估系统的需求分析，形成了相应的业务 流程图及数据流图，为纳税评估系统的设计与实现奠定基础。 第四章阐述了纳税评估系统的总体设计思想、总体结构功能图、核心算法 实现以及系统中数据库设计和表结构，从总体框架上描述了该系统。 第五章详细介绍该纳税评估系统的特色模块功能及具体实现。 第六章则对本文的工作做了总结和展望。 2 第2 章相关技术理论 第2 章相关技术理论 本章节将介绍实现纳税评估系统所需要的技术基础，即j 2 e e 体系结构、 m v c 架构和s t r u t s 模式等。 2 1j 2 e e 多层体系结构 j 2 e e 是一种利用j a v a2 平台来简化企业解决方案的开发、部署和管理相关 的复杂问题的体系结构。j 2 e e 技术的基础就是核心j a v a 平台或j a v a2 平台的标 准版，j 2 e e 不仅巩固了标准版中的许多优点，例如”编写一次、随处运行”的特 性、方便存取数据库的j d b ca p i 、c o r b a 技术以及能够在i n t e m e t 应用中保护 数据的安全模式等等，同时还提供了对e j b ( e n t e r p r i s ej a v a b e a n s ) 、j a v as e r v l e t s a p i 、j s p ( j a v as e r v e rp a g e s ) 以及x m l 技术的全面支持。其最终目的就是成 为一个能够使企业开发者大幅缩短投放市场时间的体系结构。 典型的j 2 e e 规范定义了四个层次，包括客户层、w e b 层、业务层、数据层 u 2 1 ，如图2 1 。在实际应用中，一个复杂的系统可能要多于这三层，而一个简单 的系统则要少一些。下面分别介绍着几层的作用： 窖户机! j 跹e 殿务器 i e i s 暇务h 3 第2 章相关技术理论 图2 1j 2 e e 多层架构系统部署图 客户层用户界面的开发和简单的业务逻辑都可以在这层得到实现，相对其 它两层较为简掣1 2 】。主要用来处理客户请求，调用相应的逻辑模块，并把结果 以动态网页的形式返回到客户端。j 2 e e 支持多种客户端，既可以是通过i n t e m e t 访问的w e b 浏览器客户端，也可以是通过企业i n t e m e t 运行的瘦客户端。 w e b 层这一层是为了基于w e b 的应用程序服务的，由j 2 e e 中的j s p 和j a v a s e r v l e t 实现【l2 1 。它可以访问封装所有的商务逻辑的组件，即业务层，并负责响 应来自于w e b 客户端的请求。 业务层这一层处理应用的核心商务逻辑。业务层为底层服务组件提供必要 的接口。业务组件通常被实现为e j b 容器内的e j b 组件。其中，e j b 容器提供 组件生命周期、管理持久性、事物和资源分配等【l 引。 e i s 层即企业信息系统( e n t e r p r i s ei n f o r m a t i o ns y s t e m ) 层，包括企业已有系 统、数据库系统、文件系统等。j 2 e e 提供了多种技术来访问这些系统，如利用 j d b c 来访问数据库【1 2 】。 2 2m v g 模式 m v c 即模型一视图一控制( m o d e l - v ie w - c o n t r 0 1 ) 结构是目前最常见的j 2 e e 应 用所基于的体系结构，m v c 主要适用于交互式的w e b 应用，尤其是存在大量页面 及多次客户访问及数据显示；模型一视图一控制结构是交互式应用程序广泛使用 的一种体系结构。它有效地在存储和展示数据的对象中区分功能模块以降低它 们之间的连接度，这种体系结构将传统的输入、处理和输入模型转化为图形显 示的用户交互模型，或者换一种说法，是多层次的w e b 商业应用；m v c 体系结构 具有三个层面：模型( m o d e l ) 、视图( v i e w ) 和控制( c o n t r o l l e r ) ，每个层面有 其各自的功能作用。 模型层负责表达和访问商业数据，执行商业逻辑和操作。也就是说，这一 层就是现实生活中功能的软件模拟；在模型层变化的时候，它将通知视图层并 提供后者访问自身状态的能力，同时控制层也可以访问其功能函数以完成相关 的任务。 视图层负责显示模型层的内容。它从模型层取得数据并指定这些数据如何 4 第2 章相关技术理论 被显示出来。在模型层变化的时候，它将自动更新。另外视图层也会将用户的 输入传送给控制器。 控制层负责定义应用程序的行为。它可以分派用户的请求并选择恰当的视 图以用于显示，同时它也可以解释用户的输入并将它们映射为模型层可执行的 操作；在一个图形界面中，常见的用户输入包括点击按钮和菜单选择。在w e b 应用中，它包括对w e b 层的h t t pg e t 和p o s t 的请求；控制层可以基于用户的 交互和模型层的操作结果来选择下一个可以显示的视图，一个应用程序通常会 基于一组相关功能设定一个控制层的模块，甚至一些应用程序会根据不同的用 户类型具有不同的控制层设定，这主要是由于不同用户的视图交互和选择也是 不同的。 在模型层、视图层和控制层之间划分责任可以减少代码的重复度，并使应 用程序维护起来更简单。同时由于数据和商务逻辑的分开，在新的数据源加入 和数据显示变化的时候，数据处理也会变得更简单。 2 3s t r u t s 框架 s t r u t s 框架的主要架构设计和开发者是c r a i gr m c c l a n a h a n ，2 0 0 0 年成为 a p a c h e 软件基金下j a k a r t a 项目的一部分。 s t r u t s 的体系结构：s t r u t s 架构是m v c 模式的体现，由一组相互协作的类 ( 组件) 、s e r l v e t 以及标记库组成。下面我们就从分别从模型、视图、控制来 看看s t r u t s 的体系结构( a r c h i t e c t u r e ) 。 从视图角度( v i e w ) 主要由j s p 建立，s t r u t s 自身包含了一组可扩展的自定义标签库( t a g l i b ) ， 可以简化创建用户界面的过程。目前包括：b e a nt a g s ，h t m lt a g s ，l o g i ct a g s ， n e s t e dt a g s ，t e m p l a t et a g s这几个t a g l i b 。在视图层s t r u t s 能够与 j s p ，v e l o c i t yt e m p l a t e s ，x s l 等等这些表示层组件相结合。 从模型角度( m o d e l ) 模型主要是表示一个系统的状态( 有时候，改变系统状态的业务逻辑操作 也也划分到模型中) 。在s t r u t s 中，系统的状态主要有a c t i o m f o r mb e a n 体现， 一般情况下，这些状态是非持久性的。如果需要将这些状态转化为持久性数据 存储，s t r u t s 本身也提供了u t i t l e 包，可以方便的与数据库操作。在模型层， 5 第2 章相关技术理论 s t r u t s 可以很容易的与数据访问技术相结合，包括e j b ，j d b c 和 o b j e c tr e l a t i o nb r i d g e 。 从控制器角度( c o n t r o l l e r ) 在s t r u t sf r a m e w o r k 中， c o n t r o ll e r 主要是a c ti o n s e r v l e t ，但是对于 业务逻辑的操作则主要由a c t i o n 、a c t i o n m a p p i n g 、a c t i o n f o r w a r d 这几个组件 协调完成( 也许这几个组件，应该划分到模型中的业务逻辑一块) 。其中，a c t i o n 扮演了真正的业务逻辑的实现者，而a c t i o n m a p p i n g 和a c t i o n f o r w a r d 则指定 了不同业务逻辑或流程的运行方向。 对于s t r u t s 如何控制、处理客户请求，让我们通过对s t r u t s 的四个核心 组件介绍来具体说明。这几个组件就是：a c t i o n s e r v l e t 。a c t i o nc l a s s e s ， a c t i o nm a p p i n g ( 此处包括a c t i o n f o r w a r d ) ，a c t i o n f r o mb e a n 。 使用s t r u t s 开发技术，其简化了每个开发阶段的工作，开发人员可以更加 有针对性地去分析应用需求，不必重新设计框架，而只需在s t r u t s 框架的基础 上，设计m v c 各个模块包含的具体组件。同时在编码过程中，可以充分利用s t r u t s 提供的各种实用类和标签库，简化编码工作。图2 2 显示了s t r u t s 实现的m v c 框架。 茕纛一婷 、纷曲 仪娶 j a v a b e n e j b 闻f 图2 2s t r u t s 实现的 i v c 框架 6 第3 章需求分析 3 1 系统需求 第3 章需求分析 纳税评估是对纳税人完税情况和理性进行评估的工作，其实质是对纳税人 生产经营和缴纳税金过程中所形成的税收经济关系的合理性进行评估。纳税评 估系统是以国家税务总局增值税一般纳税人纳税评估管理办法和江西省 国税局江西省国家税务局纳税评估管理规程为基本规范，以江西省国家 税务局纳税评估管理信息系统业务需求为具体要求，实现通过一整套统计分 析指标体系的预警值计算及个体指标值计算，按一定比例找出税收经济关系可 疑的纳税人清单，以解决纳税评估人员手工选户工作量大、效率低的问题；并 通过系统的流程化实现纳税评估工作的规范化管理。系统要求实现简洁、统一 的工作流程，即均遵循“审核分析、约谈举证、实地调查、评估处理”的评估 流程，且评估过程所产生的文书格式要求与国家统一税收执法文书一致。由于 已经开发过类似的软件，因此在系统需求上也有了参照，同时提出了更高的要 求，主要体现为： l 、调整指标体系。在应用中发现原指标体系存在取数上的欠缺，计算结果 不能正确预警；消费税从价计征( 含复合计征从量部分) 分析指标与增值税分 析指标雷同；指标分析方法单一等问题。新系统中要求以实用性为原则，废除 取数困难、含义重复以及消费税从价计征等分析指标，增加个体的趋势分析指 标以完善指标体系。 2 、调整优化系统功能。增加数据审核功能，以提高源数据的完整性；增加 省、市直接参与评估功能，扩大系统应用范围；增加非疑点纳税人随机选评， 以验证疑点筛选的准确性；流程中增加简易处理以及容错功能，以减少评估人 员的不必要操作；减化预警值调整流程；增加“一案式”查询等等。 3 2 功能需求 各个模块功能业务需求如下： 7 第3 章需求分析 1 、信息采集：包括三个二级菜单，具体为外部信息导入、专用报表采集及 供水供电企业归集。纳税评估系统主要应用现有业务处理系统即综合征管系 统、防伪税控系统、出口退税申报审核系统、通用税务数据采集系统中的数据， 这些数据虽已比较全面，但随着纳税评估所需信息的发展趋势，有必要与工商、 供电、供水、银行、地税、海关、统计等相关部门加强横向联系，从这些部门 提取与纳税人生产经营有关的外部信息，因此需要系统提供标准接口接收这些 外部数据，如图3 1 。同时还需要向纳税人补充采集上述系统中无法提供的补充 信息作为纳税评估的辅助应用数据，因而这些信息可以由县级局评估人员手工 录入纳税评估系统中。 3 1 外部信息导入业务流程图 根据以上外部信息导入业务流程图，可以得出相应的外部信息导入数据流 图，它显示了外部信息导入的数据流的过程。如图3 2 。 詈 第3 章需求分析 外部信息存储表 图3 2 外部信息导入数据流图 2 、测算筛选：“测算筛选功能是在评估对象中通过计算机筛选或人工确 定录入上级部门指定等手段选出少量可疑对象，并通过任务分配将可疑对象分 配给各评估人员进行分析。本模块按照业务功能设置有七个二级菜单，具体为 数据审核、省市局评估计划制订、省市评估对象指标计算、自动筛选、非疑点 纳税人随机选评、其它疑点纳税人录入、任务分配。 数据审核：本模块是为了确保评估分析数据的可靠性、完整性，在自动筛 选前( 原则上在申报期结束后三个工作日内) 提供给基层评估人员对所辖评估 对象相关业务数据进行自检而设的，主要功能为检测所辖税务机关内评估对象 相关数据，如表2 1 。对检测发现的数据缺失及异常情况，以表格形式予以提示， 生成缺失数据纳税人清册和分户缺失数据一览表。业务流程如图3 3 。 9 第3 章需求分析 图3 3 数据审核业务流程图 表3 1 数据审核内容 税种纳税人类别审核的数据内容 应纳税额 应税销售额 存货 一般纳税人 农产品抵扣金额 增值税 废旧物资抵扣金额 海关完税凭证抵扣金额 货运发票抵扣金额 应税销售额 小规模纳税人 存货 应税数量3 消费税从量计征消费税纳税人 单位税额4 主营业务成本 销售( 营业) 成本 销售( 营业) 收入净额 内资企业 期间费用合计 营业利润本年累计 应缴所得税额 销售( 营业) 成本 所得税 销售( 营业) 收入净额 销售费用 外资企业 管理费用 财务费用 销售( 营业) 利润( 亏损) 应纳企业所得税额 根据以上数据审核业务流程图，可以得出相应的数据审核数据流图，它显 示了数据审核的数据流过程。如图3 4 。 1 0 第3 章需求分析 图3 4 数据审核数据流图 省市局评估计划制定：考虑省、设区市国税局对部分特定纳税人( 目前仅 限于增值税一般纳税人和所得税纳税人) 进行直接评估的需要，要求新增省、 设区市国税局评估人员进行直接评估的功能。本模块功能是省、设区市国税局 制定对特定纳税人进行评估的计划，即录入特定纳税人识别号、名称、待评估 税种、评估所属期，系统检测录入的准确性、时间有效性；该模块省、设区市 局必须定时操作( 省、设区市国税局即使当期不选择评估对象，也必须进行此 操作) ，否则基层税源管理部门不能进行“自动筛选”操作。 省市局评估对象指标计算：本模块功能是省、设区市国税局对选择的特定 纳税人相关分析指标进行指标值计算，由于评估对象己确定，因此不需要与行 业预警值比较。计算完毕后生成分户疑点清册。 自动筛选：自动筛选功能为对评估对象分析指标进行计算并进一步筛选出 疑点纳税人。基层税源管理部门评估人员定时在省市评估计划制定和数据检测 无缺失后进行操作。筛选范围为除由上级指定的评估对象外的所有当期应评估 对象。根据税种和纳税人类型把评估对象设置为五类，即增值税一般纳税人、 增值税小规模纳税人、消费税纳税人、企业所得税纳税人和外资企业所得税纳 税人。业务流程顺序为： ( 一) 基层税源管理部门按照纳税评估工作规程要求选择评估类别 以及评估分析区间。 第3 章需求分析 ( 二) 系统根据预置的指标体系，对选定的筛选对象评估期间财务、纳税 申报等数据进行计算比较。 ( 三) 系统对筛选对象某一期间财务、纳税申报等数据，根据预置指标和 计算方法的计算结果与对应的指标预警值进行比对，将计算结果不在正常预警 值范围内的纳税人筛选出来，并按照疑点指标数量多少和指标值偏离预警值的 程度自动排序，生成疑点纳税人清册。 ( 四) 指定评估的纳税人( 包括各类民政、福利企业、纳税信用等级为d 级的纳税人) 只需要计算指标值，不需参与筛选。指定评估纳税人名单直接记 录到疑点纳税人清册中，注明指定生成类型( “民政、福利企业”、“d 级企 业类型，系统筛选的疑点纳税人生成类型为“自动筛选 ) ，直接参与任务分 配，如图3 5 。 其它疑点纳税人录入：手工录入除自动筛选以外的具有疑点问题的纳税人 信息，同时也生成纳税评估疑点纳税人清册。 1 2 第3 章需求分析 图3 5 自动筛选业务流程图 根据以上自动筛选业务流程图，可以得出相应的自动筛选数据流图，它显 示了自动筛选数据流的过程。如图3 6 。 第3 章需求分析 疑点纳税人清册 分户疑点清册 图3 6 自动筛选数据流图 非疑点纳税人随机选评：此模块用于评估人员对选定评估期间没有筛选出 来的纳税人按一定比例进行随机抽样评估，以检验自动筛选的准确性，同时也 生成纳税评估疑点纳税人清册，如图3 7 。 开始 选择筛选类型及评估区间 增值税指标体系消费税指标体系所得税指标体系 士 随机从当期非疑点纳 税人名单中抽取2 占 形成疑点纳税人清册 和待分配任务清单 士 结束 图3 7 非疑点纳税人随机选评业务流程图 1 4 第3 章需求分析 根据非疑点纳税人随机选评业务流程图，可以得出相应的数据流图，它显 示了相关数据流向。如图3 8 。 纳税人清册 分户指标值清册 图3 8 非疑点纳税人随机选评数据流图 纳税评估任务分配：根据评估工作计划，将省市转交的特定评估对象、系 统筛选出的疑点纳税人、人工录入的其他疑点纳税人和随机抽样选评的纳税人 分配至相关部门或人员进行审核分析。同时提供对已分配任务的调整功能。 3 、案头分析：案头分析是由省、设区市局审核分析人员或基层税收管理员 根据调查、采集的第三方信息和r 常管理掌握的纳税人生产经营及财务状况等 基本信息，结合实践经验，审核、分析纳税人纳税申报及其相关情况，对纳税 人纳税申报的真实性和准确性做出基本的判断。包括两方面内容：分析判断、 问题定性。子模块包括：人工案头分析、分析记录及结论审批两个部分。分析 人员在接受审核分析任务后，根据测算筛选“分析提示”信息、系统计算的指 标值和其他第三方信息，结合日常税收管理中掌握的纳税人生产经营及财务状 况等基本信息，运用税收政策、结合实践经验，审核、分析评估对象的纳税情 况，根据分析结果，作出定性、定量判断，并提出处理意见；或作出初步判断， 转交下一评估环节进一步进行核实。评估分析人员将分析的所有意见填入案 头分析纪录及结论，同时报所在部门负责人审批，且要求在审批之前可以收回 修改。对系统提示的所有疑点经过分析后未发现偷漏税问题的或经过人工分析 疑点问题被澄清，证据确凿但不涉及偷、骗税的，可直接转入评估处理阶段； 对经过分析发现所有疑点均有偷漏税问题或部分疑点有偷漏税问题，需进一步 1 5 第3 章需求分析 举证确认或要求纳税人予以解释的，应转入约谈举证阶段；对直接可以确认无 问题不需要继续评估的可走简易处理程序，由系统自动完成后续评估流程，如 图3 9 。 图3 9 案头分析业务流程图 根据以上案头分析业务流程图，可以得出相应的数据流图，它显示了案头 分析数据流的处理过程。如图3 1 0 。 1 6 第3 章需求分析 图3 1 0 案头分析数据流图 4 、约谈举证：本模块下设约谈预告、约谈记录及结论、自查报告三个二级 菜单。约谈举证是由纳税人对主管国税机关通过评估分析发现的疑点问题进行 充分说明、解释，并根据需要提供相关的材料、帐簿、凭证等举证资料，以证 实疑点问题存在与否。在约谈举证的建议批准后，向纳税人填发纳税评估约 谈通知书。约谈工作结束后在系统中录入纳税评估约谈记录及结论和纳 税人自查举证报告( 可无) 。评估人员对纳税人口头或书面解释及提供的举证 资料进行分析确认。疑点问题基本清楚，但详细情况及有关数据有待进一步查 实的，或纳税人要求自查，评估人员认为有必要的，可以由纳税人对疑点问题 进行自查，并提交纳税人自查举证报告及相关证据资料。经约谈举证疑点 问题可以排除，或者纳税人对评估发现的疑点问题未提出异议并自觉纠正的， 直接进入评估处理阶段。对疑点问题仍无法排除，需进一步调查核实的，转入 实地核查阶段，如图3 1 1 。 1 7 第3 章需求分析 图3 1 l 约谈举证业务流程图 根据以上约谈举证业务流程图，可以得出相应的数据流图，它显示了约谈 举证数据流的处理过程。如图3 1 2 。 第3 章需求分析 图3 1 2 约谈举证数据流图 5 、实地调查：本模块下设实地核查通知书、实地核查记录及结论两个二级 菜单。是由税收管理员到纳税人生产经营场所、货物存放地，通过核查应税商 品、货物等，对评估分析发现的疑点问题进行调查核实。如果经过约谈举证， 疑点问题仍无法澄清的，应转入实地核查阶段。经领导批准后，向纳税人填发 纳税评估实地调查通知书。实地调查结束后应当形成实地调查工作底稿 并制作实地调查记录，提出初步调查结论，提交领导审批后转入评估处理阶段。 经过调查后可以有多种结论，若约谈举证环节提出的疑点问题可以排除，可直 接转系统建议处理，终结评估流程；若纳税人对税务机关的调查结论未提出异 议并自觉纠正的，直接进入人工评估处理阶段；若疑点问题无法排除且无法进 一步掌握纳税人实际生产经营情况，调查人员认为需移送稽查的，提出转移建 议；若纳税人拒不接收税务人员实地调查，由调查人员制作调查记录及结论( 结 1 9 第3 章需求分析 论中提出相关处理建议：税务行政处罚或移送稽查) 。但是所有这些都仅为评估 处理作参考，决定都必须转评估处理环节执行。 6 、评估处理：评估处理是根据审核分析、约谈举证和实地核查情况及确认 的问题性质，按照税收法律、法规的规定，对具体评估对象做出相应的处理。 根据问题确认结果转入不同环节处理并录入各环节反馈信息。及时对评估资料 进行分类统计、归档并对纳税评估工作进行总结。 分类处理：主要根据审核分析、约谈举证或实地核查后的结论建议，进行 分类处理。在审核分析、约谈举证、实地调查等环节中，若未发现疑点问题， 或虽发现疑点问题，但疑点问题经核实不存在或不影响税款核算和申报的，经 部门领导审批后，可由系统直接生成纳税评估认定结论书、纳税评估处理 情况登记表；经过审核分析、或约谈举证和实地调查，疑点问题被确认，证 据确凿但不涉及偷、骗税的，由主管国税机关填发申报( 纳税) 错误更正通 知书，责成纳税人按规定补缴税款及滞纳金。处理完毕后，评估处理人员将税 款补缴、加收滞纳金、处以罚款等处理情况录入纳税评估处理情况表( 要求 系统实时从综合征管系统中获得税款情况) 。纳税人不按申报( 纳税) 错误 更正通知书的规定纠正疑点问题或补缴税款、滞纳金的；经约谈举证后疑点 问题明显涉嫌偷骗税的；经实地核查仍不能排除疑点问题或属涉嫌偷、骗税的。 对需移交稽查部门查处的疑点问题，税收管理员填制纳税评估认定结论书 后，再分户填制纳税评估选案建议书，移交征收管理部门。征收管理部门应 当在3 个工作日内进行清分，并填制纳税评估稽查案源移送清册，报经县( 市、 区) 国税机关主管领导批准后，连同相关评估资料统一移送稽查部门依法进行 查处。稽查部门对纳税评估环节移送的案源检查处理后，应当及时填制纳税 评估案源移送反馈书反馈给征收管理部门，由征收管理部门统一清分后反馈 相关税源管理部门。评估人员应及时根据纳税评估案源移送反馈书录入评 估结论执行情况反馈登记表。 成果反映：各级国税机关征管、税政及税源管理部门应根据各自的职责分 工，按期( 县级局按季、设区市局按半年) 对本部门纳税评估工作进行综合分析， 对纳税评估工作开展情况、税收征管质量、行业税负、税收管理上存在的问题 及改进情况等进行综合评价，提出工作建议，形成纳税评估工作报告。评估 处理流程如图3 1 3 。 第3 章需求分析 图3 1 3 评估处理业务流程图 根据以上评估处理业务流程图，可以得出相应的数据流图，它显示了评估 处理数据流的处理过程。如图3 1 4 。 2 1 第3 章需求分析 图3 1 4 评估处理数据流图 评估工作报告 7 、查询考核：本模块下设自动筛选查询、审核分析查询、约谈举证查询、 实地核查查询、评估处理查询、一户式查询、一案式查询、考核指标查询八个 二级菜单。主要功能有：一是对评估过程产生的表证单书以及纳税人的部分经 第3 章需求分析 营情况提供查询；二是对纳税评估的工作情况进行考核管理。 8 、系统维护：系统维护包括四个二级菜单，具体为岗位权限设定、评估行 业设置及维护、分析指标设置及维护、指标预警值测算及维护。本模块由省、 市、县三级纳税评估管理员负责操作。 岗位权限设定：按照纳税评估工作流程，将纳税评估工作划分为省( 市县) 管理岗、县级领导审批岗、分析岗、约谈岗、实地调查岗、评估处理岗、省( 市 县) 综合管理岗及稽查经办岗等岗位；对岗位权限进行系统维护和各评估人员 进行岗位分配，每个岗位人员只能进行相关的业务操作，对其他岗位的业务可 以进行查询打印，同时每个岗位人员操作的范围只能是本单位权属的纳税人； 各岗位操作人员用户验证统一调用综合征管系统的验证体系；设置纳税评估税 务机关由省、市局操作，其他操作由省、市、县局按照权属关系分别进行本单 位相关操作。所有评估机构和人员均从综合征管系统抽取，一经设置不得删除 只能取消；每个基层评估机关只能对应一个稽查局，一个稽查局可以对应多个 基层评估机关；一个评估人员可以有多个岗位，一个岗位可以有多个评估人员。 评估行业设置及维护：评估行业设置每年年初进行一次，首先由省局设定 当年纳税评估所涉及的行业、品目，这些行业由国标行业、国标明细行业( 直 接取自综合征管系统) 、所得税评估行业以及消费税评估品目组成，由此确定本 地当年所有需进行纳税评估的行业( 品目) 种类；由系统自动将国标明细行业 的纳税人进行归属。 纳税人归属行业设置：该模块主要针对增值税评估，对于年中开业的相关 增值税纳税人，如果其属于某评估明细行业，则需要将其归属到对应的明细行 业，否则筛选时无法纳入计算。 分析指标设置及维护：分析指标由通用分析指标、选用分析指标组成，通 用分析指标是纳税评估系统的主要实用的指标，分税种分别设立，由增值税、 消费税、企业所得税分析指标组成，通用指标由省局统一设置及维护；选用分 析指标是纳税评估系统指标体系中具有行业特色的指标；行业与指标组合组成 了整个纳税评估的核心内容，其中系统预置的指标有： 一、增值税： 1 、一般纳税人 一通用指标类 ( 1 ) 税收负担率( 含零申报) 第3 章需求分析 ( 2 ) 应纳税额变动率与应税销售额变动率配比值 (