无锡地税执法督察监控(防控)管理系统技术方案.docx
《无锡地税执法督察监控(防控)管理系统技术方案.docx》由会员分享,可在线阅读,更多相关《无锡地税执法督察监控(防控)管理系统技术方案.docx(86页珍藏版)》请在三一办公上搜索。
1、无锡地税执法督察监控(防控)管理系统技术方案 PRJ-SDIT-WXMG0A1307无锡市执法督察监控(防控)系统解决方案 济南先讯威和信息技术有限公司一、开发目标3二、系统总体框架42.1系统技术架构42.2系统运作流程图72.3系统模块图82.3整体论述8三、系统模块介绍93.1数据整备93.2风险协察103.2.1会议管理103.2.1.1会议室维护103.2.1.2会议室日程103.2.1.3发起会议103.2.1.4待开会议103.2.1.5会议纪要113.2.2信息交流113.2.2.1工作流言113.2.2.2手机短信113.2.2.3电子邮箱113.2.3数据共享123.2.4
2、风险协查123.2.4.1风险协查流程图123.2.4.2风险表单推送123.2.4.3风险表单接收133.2.4.4审批归档133.3风险预警与指标133.4 查询统计与分析143.4.1登记管理检查143.4.1.1 纳税人已登记未申报检查143.4.1.2非正常户认定检查153.4.1.3变更税务登记检查163.4.1.4注销登记检查173.4.2税款征收检查193.4.2.1缴纳一种税未缴纳另一种税193.4.2.1.1缴纳营业税未缴纳城建税193.4.2.1.2缴纳营业税未缴纳印花税203.4.2.1.3缴纳房产税未缴纳城镇土地使用税213.4.2.1.4缴纳城建税未缴纳印花税223
3、.4.2.2门临户征收申报入库检查233.4.2.3入库金额小于申报金额检查253.4.2.4违规核定征收企业检查263.4.2.5纳税鉴定明细信息检查283.4.2.6退税检查293.4.2.7申报期与所属期不对应检查303.4.2.8逾期申报检查323.4.2.9重点税源户年度申报入库检查333.4.2.10延期申报检查353.4.3涉税行政审批检查363.4.3.1资产损失税前扣除审批项目检查363.4.3.2 减免税信息综合检查373.4.4 房地产企业纳税分析393.4.4.1缴纳营业税未缴纳土地增值税393.4.4.2缴纳营业税未缴纳企业所得税403.4.4.3缴纳营业税缴纳土地增
4、值税偏低413.4.4.4缴纳营业税缴纳企业所得税偏低423.4.5入库税款与税源登记比对433.5 风险推送和风险应对443.5.1风险推送流程图453.5.2流程发起453.5.3疑点信息附带463.5.4待办任务信息查看及处理473.5.5审批归档483.6 绩效评价与考核493.6.1自动考核493.6.1.1征收类503.6.1.2评估类653.6.1.3管理类693.6.1.4稽查类803.6.2人工考核863.6.3过错申辩863.6.4绩效评价863.7 督察与审核记录863.8 系统维护86四、济南先讯公司简介88无锡市执法督察监控(防控)系统一、开发目标执法督察监控管理系统
5、将现代风险管理的理念引入执法工作,旨在以实施主动管理的方式,为创造稳定有序的执法环境服务,提高工作效率,减轻督察人员负担,推进各部门的标准化、专业化、信息化建设,加快建立公平、公正和谐的执法督察环境,科学监控税务行政执法权。执法风险管理的目的是把税收分析、税务检查、风险预警、风险监控、风险应对和执法督察等风险管理的职能,从属地管理职能中分割出来,形成专业化管理的执法风险管理思路,采用差异化、递进式、反馈式、规范化的风险应对策略流程,搭建“事前风险识别与即时反馈提示;事中检查、核实;事后分析与考核”三层架构为一体的管理模式,以找准风险要害、激活数据资源、优化征管资源、规范执法环境。本软件遵循省局
6、提出的信息技术与征管业务相结合;总体规划与分步实施相结合;系统开发与后续维护相结合的开发原则,依照目前地税机关在风险管理方面的内在需求,依托3.0大集中征管信息系统的数据库信息和各级地税部门信息以及已有管理平台信息,按照现行执法政策规定开发设计而成的。二、系统总体框架2.1系统技术架构为保证系统的实效性、科学性、前瞻性,设计采用基于SSI框架的J2EE平台的技术搭建整体框架模型,来深入分析用户需求的应用特点、综合借鉴已有的系统开发和运维的经验、全面考虑当前主流的先进技术的发展趋势。图2.1 SSI框架结构在控制层,利用Struts的标签功能,在Action中直接与JSP页面上的数据进行交互。在
7、业务逻辑层,利用Spring框架的依赖注入实现对业务逻辑类和DAO类的实例托管。在持久层,利用iBatis提供的半自动化对象关系映射的实现,为系统设计提供了更大的自由空间。SSI框架,耦合度低,代码的可重用性强。消除了与传统J2EE API有关的复杂性和限制,缩短了应用程序开发部署的时间。当底层的操作发生变化时,接口及以上代码不必改写,降低了维护修改的成本。该框架继承了SSI框架的优点,又包含了自主封装的功能特点,按功能模块划分层,增强了可复用性和维护简捷性。我们在框架中封装开发了别具特色的技术组件。J2EE技术:J2EE是一套全然不同于传统应用开发的技术架构,包含许多组件,主要可简化、规范应
8、用系统的开发与部署,进而提高可移植性、安全与再用价值。通过提供统一的开发平台,J2EE降低了开发多层应用的费用和复杂性,同时提供对现有应用程序集成强有力支持,完全支持Enterprise JavaBeans,有良好的向导支持打包和部署应用,添加目录支持,增强了安全机制,提高了性能。单点登录:单点登录(Single Sign On,简称 SSO),是目前比较流行的政府企业办公业务整合的解决方案之一。SSO的定义是在多个应用系统中,用户只需要登录一次就可以访问所有相互信任的应用系统。单点登录的主要作用是依靠先进的权限管理机制,增强用户在系统平台下的操作灵活性和可控性。在系统平台中一次登录,系统可以
9、根据设置的权限,分配该操作人员的访问页面和管理数据。 图2.2 单点登录示意图权限管理:权限管理是为用户设置的安全规则和操作规则,在此规则的管理下,用户可以也只能访问自己被授权的资源和数据,不会多也不会少。从控制力度的角度看,权限管理可以在单点登录(SSO)技术的管理下,分功能级限制和数据级限制。从控制方向上分查询类权限和 提交数据权限。2.2系统运作流程图2.3系统模块图统计查询与分析风险推送与应对绩效评价与考核风险预警与指标协同办公督查与审核记录执法督查监控管理系统数据 整备系统维护2.3整体论述本系统主要对各处室、区县级、大集中和已有管理平台信息进行执法风险防控和管理。系统采用B/S结构
10、,在功能设计上从满足需要、方便用户的角度出发,设置协同办公、绩效评价与考核、风险预警与指标、风险推送与应对、查询统计与分析、系统维护等菜单模块,基本具备功能齐全、操作简单的特点,可以满足各级督察考核的需要。系统满足多层级用户的应用需求,业务覆盖全面。系统可适用于市局、县(区)局、分局(科)三级税务机构,能同时满足决策层、管理层、执法层三层用户的应用需求。系统业务覆盖全面,能够覆盖江苏地税大集中税收管理信息系统中包括税务登记、发票管理、认定管理、证明管理、纳税申报、税收优惠、申报缴纳、税源分类管理、稽查业务、票证管理、行政处罚、税收保障、税务行政救济等各个业务环节;能够从各处室及区县接受执法风险
11、推送,并进行风险分析和应对;能接入电子监控系统、风险管理平台、数据质量管理平台、专业化事项管理平台,提取相关信息,进行统计查询分析,对风险疑点进行量化防控。系统的功能设计易于操作,符合人性化的原则。通过系统执行相关指令,满足适时执法督察要求,同时满足机考、人工考核系统内责任追究的要求等。系统可分别按机关、部门、指标、过错行为、责任人等方式对个性考核结果进行统计查询,方便各级税务机关、部门和税务人员实现日常执法的监控工作。系统对于各处室及区县推送的执法风险分为征、评、管、查四类,由督察内审岗进行风险分析,给出风险应对方案发回原部门;对于大集中跟已有管理平台的数据信息,通过统计查询分析功能查出风险
12、跟疑点,进入考核模块,并可以将考核结果发给执法人进行申辩,最后形成绩效评价和审核记录。系统建设加强通用化、模块化设计,各类查询统计、指标模板库建成开放式,便于增加修改,满足指标更新变化需要。三、系统模块介绍3.1数据整备从各处室和区县采集执法风险表单,从大集中和已有信息管理平台采集数据,形成执法风险疑点库,建立数据表与外部门的对应关系,可以查看到各个部门下采集到的数据表单,并支持建立和修改外部门数据表的内容。3.2风险协察3.2.1会议管理会议管理主要用于对全局性会议进行统筹安排,发送会议通知,自动通知及定时提醒与会人员等。3.2.1.1会议室维护对会议室的各项属性维护(如:会议地点、会议室管
13、理人员、会议室可容纳人员数、会议室配备的设备等)、设置使用状态等。3.2.1.2会议室日程查询会议室时可以浏览全局会议室的平面图、座位数、所在地点、使用状态、以及会议室日程等信息,避免会议室预定时出现冲突。3.2.1.3发起会议会议流程发起后,可以设置通过短信平台、电子邮件、即时短信息等格式化的会议通知发送给与会人员,并自动将会议自动安排进与会人员日程表。3.2.1.4待开会议所有与自己相关且未召开的会议列表,同时系统也会通过提醒框来提醒用户有会议需要参加,打开查看详细会议情况。3.2.1.5会议纪要会议负责人可以整理每次会议,形成历史会议记录,方便日后查询,可以直接启动会议纪要的发文审批。此
14、外,对每一个会议的参会人员名单、通讯录,能实现打印清单。3.2.2信息交流3.2.2.1工作流言用户个人可以向系统中的人员、群组(按岗位、机构、部门、职务、身份等形式)发送留言内容、图品、附件,对已查看的留言可以回复留言、附件、图片或直接反馈已阅信息。用户可以对发送和接收的留言进行管理。在选择要发出留言的人员时,在线人员以彩色显示,默认以即时短消息通知(可以取消默认设置);不在线人员以灰色显示(所有颜色设置可由管理员随意自定义),可同时设置为手机短信方式通知。3.2.2.2手机短信集成短信平台,嵌入各个模块中,根据用户需要、流程节点和系统设置等发送短信息通知相关人员流程信息、系统错误信息、模块
15、提示信息等信息。可由人员自行配置:不在线时手机提醒。3.2.2.3电子邮箱集成电子邮件系统,根据邮件系统接口能嵌入各个模块中,根据用户需要、流程节点和系统设置等发送电子邮件通知相关人员,实现网上办公、事物的提醒、通知。3.2.3数据共享支持各部门、职务、人员数据包(文档、图片、视频、超大文件等)的发送和接收,实现在线数据共享。3.2.4风险协查3.2.4.1风险协查流程图3.2.4.2风险表单推送各个处室部门登陆系统后可以填写风险表单,将要协查的执法风险发送给督查岗位。督查岗位接收到风险表单后进行协查分析,将建议方案补充到风险表单中推送回原部门。3.2.4.3风险表单接收各个部门登陆系统后接收
16、从督查岗位推送回来的补充执法风险表单,若有问题还可以继续补充推送,否则反馈协查结果。3.2.4.4审批归档对风险协察流程和审批结果进行归档,可以进行分类查询,以供参考。3.3风险预警与指标根据风险指标、预警参数、指标算法、政策法规、过错行为建立指标模型,对采集的数据进行对比分析,识别风险并对执法风险和过错行为进行量化统计分类,然后以风险推送的方式把风险点的内容、风险任务、解除建议进行即时提示,达到防控风险的目的。3.4 查询统计与分析通过指标分类查询,将执法风险分为征、评、管、查四大类,提供指标参考值查询。通过风险应对查询,对风险应对结果明细和审核记录进行查询统计。对从大集中和已有信息管理平台
17、中采集的数据表单进行统计分析,筛选疑点错误。3.4.1登记管理检查 3.4.1.1 纳税人已登记未申报检查此模型的查询目的为检索税务登记信息中所有登记状态为“正常户”的企业纳税人自登记后一直未进行纳税申报的企业名单。该督察模型主要是对已进行税务登记而未履行申报义务,税务机关也未对其给予有效管理的纳税人进行检索查询。该模型应可以通过选择年度,月份,税款所属机关,管理机关,管理科室,登记注册类型,经营行业大类等条件提供不同的检索结果。检索结果包括:税务管理码、纳税人识别号、纳税人名称、纳税人状态、开业设立日期、管理机关、征收机关税款所属机关、注册地址、注册地联系电话、经营行业大类、经营行业小类等结
18、果。并在窗口的右下方显示出符合条件的总记录数。用户可以通过根据 录入时间起、录入时间止、管理机关、管理科室、登记注册类型、经营行业大类等条件单一或组合使用查询出符合条件的记录。3.4.1.2非正常户认定检查此模型的查询目的为查询纳税人自非正常户认定之日后,依然有纳税申报信息或税款征缴记录。依照非正常户管理办法,纳税人只有在不履行申报义务且税务机关确实无法查找其下落并与其取得联系后,才能认定为非正常户。非正常户如果恢复正常管理,进行纳税申报,应该由税务机关进行处罚后才能转为正常户。该模型应可以通过选择纳税人名称或税务管理码,年度,月份,税款所属机关,管理机关,管理科室,登记注册类型,经营行业大类
19、等条件提供按申报明细或者申报金额两种不同的检索结果。检索结果包括:税务管理码、纳税人名称、纳税人识别码、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属期、认定日期、解除日期、征收项目、申报日期、税款所属期起、税款所属期止、计算金额、扣除税额、滞纳天数、税率、应征税费等结果。用户可以通过根据 非正常认定日期起、非正常认定日期止、管理机关、管理科室、登记注册类型、经营行业大类、检索模式(申报明细、申报汇总)等条件单一或组合使用查询出符合条件的记录。3.4.1.3变更税务登记检查此模型主要目的是查询纳税人的变更登记信息,以及税务机关的办理时限等内容。根据税务登记管理办法(国家
20、税务总局7号令)的规定,税务机关应当自受理之日起30日内,审核办理变更税务登记。该模型应可以通过选择年度,月份,税款所属机关,管理机关,管理科室,登记注册类型,经营行业大类等条件提供不同的检索结果。检索结果包括:税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、录入日期、批准日期、办理天数、变更类型、管理机关、征收机关、税款所属机关、注册地址、注册地联系电话、经营行业大类、经营行业小类等结果。并在窗口的右下方显示出符合条件的总记录数。用户可以通过根据:录入时间起、录入时间止、管理科室、税款征收机关、登记注册类型,经营行业大类、变更类型、纳税人识别号、纳税人名称等条件单一或组合使用
21、查询出符合条件的记录。3.4.1.4注销登记检查此模型主要目的是查询纳税人的注销登记信息,以及税务机关的办理时限等内容。该模型应可以通过选择年度,月份,税款所属机关,管理机关,管理科室,登记注册类型,经营行业大类,企业(个人)所得税鉴定信息等条件提供不同的检索结果。检索结果包括:税务管理码、纳税人识别号、纳税人名称、登记注册类型、纳税人状态、录入日期、注销批准日期、管理机关、征收机关、税款所属机关、注册地址、注册地址联系电话、经营行业大类、经营行业小类、所得税鉴定信息(点击可查看纳税人申报入库详情)等结果。用户可以通过根据 注销批准日期、注销批准日期止、管理机关、管理科室、登记注册类型、经营行
22、业大类、企业/个人所得税等条件单一或组合使用查询出符合条件的记录。3.4.2税款征收检查3.4.2.1缴纳一种税未缴纳另一种税3.4.2.1.1缴纳营业税未缴纳城建税该模型主要是查询纳税人申报了营业税而未缴纳城建税的信息。城建税作为以增值税、消费税和营业税为税基的税种,地税机关征收了营业税那么城建税也必然征收(目前外企自2010年12月1日起也应征收城建税)。该模型主要查询征收营业税而未征收城建税的不规范的税款征收行为。该模型应可以通过选择纳税人名称或税务管理码,税种,税目,年度,月份,税款所属机关,管理机关,管理科室,税务登记类型,登记注册类型,经营行业大类等条件提供按申报明细或者申报金额两
23、种不同的检索结果。申报明细的检索结果包括:税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关税款所属机关、申报日期、税款所属期起、税款所属期止、征收方式、征收项目、征收品目、税款属性一、税款属性二、计算金额、扣除金额、滞纳天数、税率、应征税费、入库金额、入库日期。申报汇总的检索结果包括:税务管理码、纳税人识别号、纳税人名称、纳税人状态、登记注册类型、经营行业大类、经营行业小类、管理机关、征收机关、税款所属机关、最后申报日期、应征税费、入库金额、最后入库日期等信息。用户可以通过根据 入库时间起、入库时间止、税务登记类型、管理机关、管理科
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 无锡 地税 执法 督察 监控 管理 系统 技术 方案
链接地址:https://www.31ppt.com/p-1651336.html