存量房交易网上缴税平台设计研究.docx

《存量房交易网上缴税平台设计研究.docx》由会员分享，可在线阅读，更多相关《存量房交易网上缴税平台设计研究.docx（6页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、存量房交易网上缴税平台设计研究【摘要】本文对当下存量房交易的场景进行了扼要分析，根据国家对政务服务和优化营商环境的要求，从服务资源限制、数据标准差异、信息分享难度等方面对存量房交易业务信息化经过中面临的困难进行了概括，并结合实践经历从技术架构、功能构造以及建设施行的角度提出了存量房交易网上缴税平台的设计思路，对外，实现多部门之间的数据交互与协同工作，对下，实现层级之间的数据统一与规范，促进房产交易从“路上到“网上、从“柜上到“掌上的转变，同时对平台建设经过中存在的问题提出了解决办法，为进一步改良、完善存量房交易流程，多元化缴税方式，优化营商环境提供了途径。【关键词】存量房；网上缴税；优化营商环

2、境近年来，全国大中城市存量房成交量增速较快，但房产交易服务资源有限，纳税人办理业务等候时间较长。2018年，各级政府和税务部门落实“最多跑一次行动，将网上办理房产交易缴税业务提速作为惠民行动的一项重要措施。2019年，随着深化“放管服改革和优化营商环境，以及政务服务“一网、一门、一次改革的深化推进，要求进一步提升房产交易税收征管工作效率和纳税服务水平，各地的存量房交易缴税平台既要对接互联网也要与电子政务网络联通。此外，存量房交易需要自然资源与规划部门、住建部门以及税务部门分享信息、业务通办，但是由于部门间信息化程度不同，数据集中的层级有差异，各地政府对于房产交易又有不同的政策口径，因而从省级层

3、面设计一套功能完好、流程顺畅、安全可靠、灵敏有效的存量房交易网上缴税平台尤为必要。2存量房交易网上缴税平台架构设计本系统的整体技术架构主要包括客户层、服务层、业务层、数据层、外部交互核心层和集中前置程序层，如图1所示。1客户层：是系统与用户的接口，采用DWZ、FREEMARKER等技术，通过简洁、美观的Web界面，体现系统的易操作性和界面友好性。客户层以Web方式为主，对性能有特殊要求的应用系统可采用C/S构造。通常，Web客户端采用标准的HTTP/XML接入，调用相关服务器端的业务逻辑。2服务层：为用户提供一个可扩展的框架，提供对不同渠道的接入服务，通过相应的渠道服务对象将渠道接入的信息转换

4、成调用业务层服务所需要的统一格式，同时将返回结果转换成各渠道能接受的格式。服务层主要完成综合平台系统前端的请求处理，将客户端的功能调用请求转发给后续服务进行处理，并将处理结果返回给客户端；同时服务层通过代码表及参数表缓存，为客户端页面代码表缓存更新提供数据。为提高系统的整体性能，我们充分使用了数据缓存技术，主要包括3个层次的缓存：服务层、核心层和数据层。3业务层：完成本项目主要业务的处理，基于平台实现相关系统的主要应用功能，包括采集、审核、评估、计税和申报、完税等应用功能。为改善系统性能，业务层进行数据缓存，缓存的数据主要包括：代码表/参数表缓存，对于常用的并且数据量不大的50行下面的代码表，

5、参数表，能够有效缓解数据库压力并提高系统性能。4数据层：用来保存持久型的数据资源。5外部交互核心层：完成本项目主要的外部门或外围系统的对接业务流程处理工作，基于支撑平台的主要外部接口功能，包括采集、申报、完税等功能。6集中前置处理层：完成本项目的外部门或外围系统的对接工作，是一个承上启下的应用功能点，完成省局和市局、区县局前置的功能，主要包括表单业务数据校验、数据维护、数据清理，信息分享等。3存量房交易网上缴税平台功能设计网上缴税平台以税务部门为立足点，以功能支撑业务和优化流程为目的，由一系列围绕业务的功能组件构成。系统整体分为省级税务部门通用版本业务、市县级特色应用模块、系统功能接口、统一前

6、置程序、业务支撑、纳税人服务平台交互、外部门交互、金三交互等，其他辅助功能包括：日志管理、权限管理、文件管理、系统安全服务等。通过实现通用版本业务，知足绝大多数市区、县一样的缴税业务，同时，针对不同的房产交易政策，系统也预留了地方特色应用作为市区、县应用扩展，使得系统在功能完善的基础上有灵敏的扩大性。功能架构如图2所示。功能设计的重点主要是综合办税、核心功能接口以及统一前置程序：综合办税平台是税务人员日常处理大厅或网上业务的操作系统，其中包含大厅业务模块、网上业务模块、统计分析、系统维护等；接口平台开放一系列核心功能接口便于与房地产交易相关业务的外部门进行数据交互，保证了数据;的真实性和权威性

7、；统一前置程序，是一个与房地产交易相关的外部门交互的程序，它提供了以省局接口规范为标准的一系列预处理经过，将不符合标准规则的数据、业务等进行预处理。4存量房交易网上缴税平台建设中的几个难点4.1部门数据集中程度有区别从全国来看，各省自然资源和规划部门、住建部门的数据未能完全实现省级集中，部分地区尚未实现市级统一，且各地差异因素也较多，不同应用系统开发单位不同、技术体系不同、开发语言不同、数据质量不同，在设计全省统一前置程序时，需要全面考虑这些因素。比方，在统一前置程序的设计引入并利用微服务的架构体系。又如，通过市、县级需要接入统一前置的都需要通过路由配置，识别面向各类资源的验证要求并拒绝那些与

8、要求不符的请求，能够实现对权限管理的控制。4.2存量房数据标准存在差异部门之间、部门不同层级之间的数据质量不同，严重影响缴税业务的效率，因此需要将各类数据转换为省局的统一标准。在进行业务逻辑处理时，为保证每次对接前置统一程序都不影响其核心业务逻辑处理，要求市县级根据规定的模板配置数据，使得数据在传递至省级后，能够顺利进行必要的转换，构成统一的规范。4.3业务分散运维难度大存量房交易网上缴税平台涉及的部门多、手续多，数据传递和分享涉及多家单位的信息系统，很多实际问题光靠税务部门难以解决，导致纳税人信息出现问题需要纳税人反复奔波。如，纳税人办税时发现税率不对，需持税务部门的纸质单据，前往相关部门窗口核实，再填表申请修改，改完后再去办税，体验不佳。应该由相关单位共同成立运维小组，建立运维机制，共同协调解决存量房交易经过中产生的问题。随着“互联网+政务服务的不断深化，存量房交易办理网络化、便捷化也将是今后的发展趋势，本文对当下存量房交易的场景进行了扼要分析，结合实践经历提出了存量房交易网上缴税平台的架构和功能设计，依托信息化技术实现多部门之间的数据交互与协同工作，做到交易实现从“路上到“网上、从“柜上到“掌上的转变，同时对平台实现经过中存在的问题提出了解决办法，为进一步改良、完善存量房交易流程，多元化缴税方式，不断优化营商环境提供了途径。