网上办税系统开发技术要求国家税务总局.docx

1、网上办税系统开发技术要求 国家税务总局附件1网上办税系统技术要求国家税务总局2014年10月目录网上办税系统技术要求 1说 明 3第1部分 网上办税系统概述 31.1 用户 31.2 数据 41.3 业务功能 41.4 系统管理功能 61.5 业务数据流向 6第2部分 系统设计开发要求 82.1 系统规划设计 82.1.1 系统设计原则 82.1.2 总体逻辑设计 92.2 系统开发要求 142.2.1 总体要求 142.2.2 纳税人端应用开发要求 152.2.3 业务受理区应用开发要求 152.2.4 业务处理区应用开发要求 162.3 系统测试要求 172.3.1 总体要求 172.3.

2、2 关键环节及要求 182.3.3 测试内容及要求 182.4 系统部署要求 192.4.1 总体要求 192.4.2 基础设施要求 202.4.3 网络要求 212.4.4 应用部署要求 222.5 信息安全要求 22第3部分 管理要求 233.1 总体要求 233.2 系统管理制度 233.2.1 管理策略 233.2.2 管理规章制度 233.2.3 策略与制度文档管理 233.2.4 项目管理要求 243.2.5 工程管理要求 243.3 运行和维护管理 243.3.1 升级管理 253.3.2 维护管理 253.3.3 数据管理 253.3.4 可用性监控 253.3.5 应急响应管

3、理 263.3.6 信息安全管理 263.3.7 变更及缺陷管理 263.3.8 事件跟踪及问题管理 263.3.9 运维知识库管理 263.3.10 沟通汇报 263.3.11 系统优化管理 273.4 质量保证 273.5 配置管理 273.6 技术文档管理 273.7 验收管理 28第4部分 技术服务要求 294.1 服务原则 294.2 技术服务内容 294.3 技术服务方式 304.4 技术服务体系 304.5 第三方的服务监管要求 31第5部分 附录 335.1 引用文件 335.2 名词解释 33说 明编制目的：根据国家税务总局进一步优化纳税服务工作的要求，各地税务机关大力依托公

4、共网络向纳税人提供网上办税服务，各地网上办税系统的数量和覆盖的业务范围快速增加，逐渐成为税务部门为纳税人办理涉税业务的一种重要方式。由于各地对网上办税服务的需求和应用范围的差异，各地在网上办税内容、实现方式、信息安全防护等方面各具特色。随着各地网上办税业务模式不断创新，纳税人在互联网上已从过去单一的业务查询、申报工作提升到网上缴税等资金类操作，网上办税在互联网日益复杂的环境中，面临安全风险和技术保障问题。为规范各地网上办税系统的建设、部署和运行管理，特制定本技术要求。基本原则：技术要求符合现在实际需要，并对未来发展趋势有指引作用。适用范围：基于公共网络（如传统互联网、移动互联网）或专线的网上办

5、税系统在建设、部署和运行维护等方面的技术及管理要求。第1部分 网上办税系统概述网上办税系统是运用现代化的通信手段和计算机及网络信息处理技术，由纳税人通过Web服务、移动应用等方式办理涉税业务的综合信息处理系统，是税务部门用于采集、处理、存储、传输、分发和发布涉税信息、提高服务质量的基础设施，是组织结构、人员和IT组件的集成。网上办税包括以传统互联网或移动互联网方式，通过PC、手机或平板电脑应用等方式完成涉税业务办理。1.1 用户网上办税系统主要包括三类用户：1.纳税人：包括所有使用网上办税系统的公众（无需登录）和纳税人（需登录）；网上办税系统可根据业务需要支持纳税人多账号分权限管理，并根据不同

6、账号权限操作可用业务。2.税务人员：税务人员通过网上办税系统的后台与纳税人进行交互类服务，如网上文书申请预核、催报催缴、涉税类办理的接受和提醒推送等。3.管理员：按职责可分为系统管理人员、技术维护人员和安全审计人员等，权限分配应符合安全要求。4.税务代理：可设立税务代理用户登录网上办税系统，履行相关税务代理业务。1.2 数据网上办税系统数据类型主要包括：1. 涉税业务数据：包括纳税人基础数据、纳税申报数据、涉税申请数据、纳税信用评价结果及签名数据等。2. 非涉税业务数据：包括通知提醒信息、办税辅导信息等。3. 安全审计数据：系统安全运行的监测和审计数据，如各类用户的重要操作记录、业务数据流转记

7、录、系统运行安全监测记录等。4. 管理配置数据：包括用户身份鉴别、权限管理数据、功能管理配置数据等1.3 业务功能从总体上看，纳税人日常所需办理的涉税业务主要包括税务登记、申报缴税、文书申请、发票管理、涉税查询、公众服务等七项内容及税务机关提供的主动服务等，还可根据需要提供个性化的服务。1.互联网方式一般包括以下内容： 申报纳税：增值税、消费税、企业所得税、个人所得税、地方一般各税种申报、基金（费）申报等税费种申报，税费缴纳等； 资料报送与信息采集：财务报表、重点税源采集、特定专项采集等各类因管理需要所需向纳税人采集数据； 发票业务：包括增值税专用发票、普通发票的发放、申请、配送和增值税专用发

8、票最高开票限额审批及发票开具、验旧、认证、抄税等发票相关功能； 涉税申请：包含申请、备案、预申请等涉税业务，业务域涵盖登记、发票（代开）、优惠、认定、证明、退税预审、税务行政救济、纳税人需求管理； 纳税人投诉举报：提供投诉、举报服务； 涉税查询：基本信息、登记认定信息、申报缴纳信息、税收违法行为、退税信息、缴款凭证、发票信息、纳税信用评价记录、财务报表、历史电子凭证等查询及打印； 公众服务：发票查验、纳税信用评价结果公开信息、设立税务登记、完税证明查验、电子缴款凭证查验等； 主动服务：通知公告、涉税提醒、事项办理状态提醒等主动面向纳税人推送的功能服务，支持个性化定制； 税法宣传：提供税收政策法

9、规、热点难点问题、办税流程、专题宣传材料的查阅和推送； 预约服务：提供办税厅业务预约服务； 在线咨询：提供网上办税的在线咨询帮助； 资料交换：在单向隔离情况下，提供与税收管理员的离线交流，资料报送； 评价调查：进行纳税人满意度调查、基层评价调查以及使用情况反馈； 个性化业务：办税门户等地方特色业务。2.移动互联网方式受移动终端的界面、功能与性能的限制，移动互联网方式当前主要用于解决操作简单、办理实时性高的业务，一般包括以下内容： 申报纳税：适用于简单税费种申报（零申报）及缴纳； 税务登记预登记，以及免填单等服务； 涉税查询：税务登记信息查询、登记认定信息查询服务查询、发票信息查询、纳税信用评价

10、结果公开信息查询等； 办理结果查询：包括申报缴款、文书申请等事项办理结果查询； 发票查验：扫描或输入票面信息验证发票真伪。 纳税人查验：输入纳税人识别码返回纳税人名称、纳税人状态、纳税人类别、纳税人纳税信用记录； 纳税人投诉举报：提供投诉、举报服务； 发票扫描认证：增值税专用发票扫描认证、货物运输增值税专用发票扫描认证； 办税厅导航：显示附近办税厅名称、距离及等待人数，并提供导航； 预约服务：提供办税厅业务预约服务； 在线咨询：提供网上办税的在线咨询服务； 税企互动：与税务机关进行互动交流，提供纳税人需求管理； 评价调查：进行纳税人满意度调查、基层评价调查以及使用情况反馈； 税法宣传：提供税收

11、政策法规、热点难点问题、办税流程、专题宣传材料的查阅和推送； 通知提醒：通知、公告、涉税业务提醒、催报催缴涉税业务提醒等的推送。1.4 系统管理功能主要包括以下内容：1.用户管理：包括用户创建、用户信息维护、网上办税功能开通、权限设置、用户锁定等功能。2.资料预审：包括纳税人资料接收与预审等。3.运行监控：实时显示用户登录、每笔业务开始受理时间、处理时长等。4.统计分析：可选择按时、按日、按周、按月业务处理分类统计分析，以表格、图表多种形式展示；可按税务机关统计网上申报率、网上缴款税额、网上认证率、网上预审率；可按纳税人识别号进行单户纳税人的相关数据查询和统计。5.数据核对：可提供不同系统或区

12、域之间数据一致性核对功能。由于网上办税涉及多个系统，复杂度较高，完全依靠系统自身的事务机制已经无法满足办税业务，要求必须提供相应的异常检测和对账来保证异常情况下双方数据的一致性。6.日志审计：对日志进行审计和查询。1.5 业务数据流向下图中纳税人端、访问接入区、业务受理区、业务处理区和业务系统区的定义见2.1.2总体逻辑设计。网上办税系统业务数据流向示例图依据网上办税系统区域划分，以网上申报业务为例，描述业务数据的流向。1.纳税人首先通过浏览器、客户端、移动应用等方式登录网上办税系统，网上办税系统对纳税人后续操作进行权限控制。2.纳税人提交申报、申请、报送、查询等各类请求。3.网上办税系统门户

13、经权限检查后将纳税人的提交请求转交统一业务受理交换平台。4.统一业务受理模块对收到的申报请求记录审计日志后将转发到业务处理模块；5.业务处理模块分析并处理收到的请求后，提交给后端业务系统录入数据库、缴纳税款（财税库银横向联网系统）、执行查询等，并将处理结果反馈给统一业务受理模块；6.统一业务受理模块将处理结果反馈给网上办税系统门户，网上办税系统门户再将数据接收结果主动反馈给纳税人；7.纳税人也可通过网上办税系统门户提交查询申报结果请求。第2部分 系统设计开发要求2.1 系统规划设计2.1.1 系统设计原则1.松耦合：系统应采用SOA体系思想建设，在业务规则许可前提下保持与后端业务系统松耦合，避

14、免影响前后端业务系统性能。2.安全性：符合系统整体的安全性，软件通过采用税务身份证书等数字证书或登录密码等技术手段，对关键业务可采取数据签名和证书的相关手段保证纳税人身份的合法性，保障关键业务数据在存储、网络传输过程中的安全性。3.高可用性：系统设计上应消除单点故障风险，实现724小时服务保障；提供良好的运维、保障与备份、容灾机制，平均每月计划停机维护时间不超过8小时，年累计异常宕机时间不超过10小时。可扩展性：系统设计具备适应业务变化的能力，尽可能将业务变化造成的影响最小化。4.可维护性：系统配置应简单便捷，并提供完整的日志审计与监控功能，便于维护、监控和管理。5.适用性：系统具有历史数据管

15、理、个性化定制等功能，以满足不同地区、不同类型纳税人实际管理的需要。6.易用性：注重提升用户体验，提供多种接入方式供纳税人选择，如浏览器、客户端、移动应用等。采用友好的人机交互界面，支持各纳税人端涉税应用系统统一入口，合理运用同步或异步处理机制，保证软件易理解、易操作、易学习，并对用户操作及时响应，响应时间一般不超过5秒。7.可扩展性：采用符合国家标准和规范的技术和产品，保证系统具有较强的扩展能力，满足用户规模的扩展和系统升级的需要。2.1.1.1 浏览器方式（B/S架构）1.支持各版本主流浏览器，快速的适用于新发布的浏览器版本；2.系统访问流畅，业务操作便捷；3.支持用户密码、数字证书、图片

16、验证码、短信验证码等多种身份认证机制；4.提供服务器真实性检测机制；5.支持数据传输加解密技术。2.1.1.2 客户端方式（C/S架构）1.支持各版本主流操作系统；2.具有高效稳定的程序分发升级（更新）机制；3.具有一定的离线操作功能；4.具备数据备份恢复功能；5.客户端具备整合和被整合的功能；6.允许从其它系统、媒介等导入数据的功能；7.支持用户密码、数字证书、图片验证码、短信验证码等多种身份认证机制；8.提供系统退出自动清除缓存机制；9.支持数据传输加解密技术。2.1.1.3 移动应用方式1.业务操作简便、易用；2.程序容量小，便于安装与升级；3.保证关键业务升级能够及时通知纳税人更新；4

17、.对于关键业务操作要具备有效的安全防护措施，如短信认证、密码等；5.支持主流移动平台如安卓、苹果iOS、微软WP等，不依赖专用设备；6.具备系统退出自动清除缓存机制；7.支持数据传输加解密技术。2.1.2 总体逻辑设计2.1.2.1 总体设计网上办税系统主要分为：纳税人端、访问接入区、业务受理区、业务处理区和业务系统区。总体区域划分及相互间协作关系的示意图如下：网上办税系统示意图网上办税系统涉及的区域主要包括：1.纳税人端 互联网纳税人客户端：网上办税的纳税人使用计算机、笔记本等终端，通过互联网进行网上办税。 移动互联网纳税人客户端：网上办税的纳税人使用智能手机、平板电脑等移动终端，通过移动互

18、联网进行网上办税。2.访问接入区 部署在互联网区域。 通过统一的服务访问入口，向不同的纳税人端提供接入服务。 提供防护机制，保障合法访问请求转交业务受理区。 提供登录纳税人权限控制。 可采用不同设备或软件实现统一访问接入。3.业务受理区 部署在互联网区域。 通过统一的服务访问入口，向纳税人端提供多种网上办税服务。 将请求分为交易类业务和查询类业务，交易类业务不可直接访问业务处理区，查询类业务可以通过Web Service、EJB或Servlet等方式直接访问业务处理区。 对关键业务数据的提交进行审计信息记录。 提供统一业务受理模块，集中管理所有业务受理请求并转发给统一业务处理模块4.业务处理区

19、 部署在业务专网区域。 连接访问业务受理区和业务专网业务区，通过统一业务受理模块实现数据安全交互。 统一业务受理处理模块将收到的受理业务数据请求根据业务分类转交给相应的业务系统进行处理，并将处理结果反馈给纳税人端。 完成网上办税业务的数据处理，以及相关税务业务系统数据交互。另外也负责将主动服务类业务的消息或数据推送到业务受理区。5.业务系统区 部署在业务专网区域。 实现网上办税业务相关的各类业务系统或辅助系统。6. 单向访问隔离 单向访问隔离是一种网络访问控制方式，通过防火墙或其他安全设备控制互联网与业务专网间只允许单向访问，通常情况下的单向隔离是只允许业务专网主动访问互联网，互联网不允许主动

20、访问业务专网。2.1.2.2 安全域划分网上办税系统各业务功能区应按照金税三期数据中心安全域划分规范进行逻辑部署，访问接入区、业务受理区、业务处理区和业务系统区应单独划分安全域，其安全域划分示意图如下：网上办税系统安全域划分示意图1.互联网安全域互联网部分业务划分为7个安全域，包括：互联域、DMZ域、涉税业务应用域、数据库域、安全支撑域、网络支撑域、带外管理域。网上办税系统涉及的安全域主要包括： 互联域：提供互联网接入和交换功能； DMZ域：提供门户、单点登录、DNS服务等功能，将网上办税系统访问接入区相应系统部署于该域； 涉税业务应用域：提供涉税WEB应用、统一用户、网上办税应用等，将网上办

21、税系统业务受理区相应系统部署于该域。2.业务专网安全域业务专网部分业务划分为8个安全域，包括：业务服务域、核心交换域、运行保障域、安全保障域、前置支撑域、安全支撑域、行政办公域、业务处理域。网上办税系统涉及的安全域主要包括： 前置支撑域：将网上办税系统业务处理区相应系统部署于该域； 业务处理域：将实现网上办税系统业务系统区相应系统部署于该域。2.2 系统开发要求2.2.1 总体要求各地应对网上办税系统的开发技术、开发方法和开发平台进行总体管控，形成系统开发方案，并满足以下要求：1.遵循国家税务总局的相关技术规范，保证系统的开放性和互联性，确保与已有各业务系统及平台的互联互通；2.采用分层体系结

22、构、组件化设计理念，保证系统的健壮性、可扩展性、可维护性；3.采用面向对象的软件分析设计及基于组件的开发方法，确保网上办税应用及其组件的可重用；4.所选用关键开发技术应能减少因业务变化带来的软件修改的工作量，且能够有助于快速完成系统升级；5.支持多种松耦合集成方式，在保证业务处理效率的同时，保证系统的可靠性和可用性，避免故障传播；6.使用成熟的开发语言及业内主流的开发工具；7.提供开发质量保障措施，如交叉检查机制、代码检查工具等；8.提供系统审计功能，对系统的访问进行记录并提供审计；9.采用总局标准代码集、标准格式报文和表单的处理。2.2.2 纳税人端应用开发要求名称定义技术约束易用性纳税人端

23、应用简单易懂、易操作，流程设置合理，并能提供足够的帮助信息。对于关键业务与操作要有相关填报说明、政策法规指引、帮助或向导等。能提供填报说明、政策法规指引、帮助内容的定制维护功能。支持在线升级对于浏览器方式，应能检测插件版本是否符合要求，如不符合应提示纳税人升级；对于以客户端或移动应用方式提供的纳税人端办税软件，应要能支持在线升级。支持静默升级及差异化升级，升级过程快捷；能够支持纳税人多种网络条件，提供在线升级的同时，也可通过安装包或手工升级等方式完成升级。响应时间响应时间是服务器返回和用户请求发出的时间差。一般不超过5秒超过5秒的，应提示进度条。控制安装与升级规模对于通过移动网络方式提供的纳税

24、人端软件，需要控制安装包大小以及升级包大小。对于移动网络方式需要控制升级规模，以节省纳税人的流量，且能自动完成，以保证纳税人不会遗漏关键业务的升级。与服务端低耦合度纳税人端应与服务端保持低耦合度关系。纳税人端应与服务端保持低耦合度关系，在服务端出现故障时，纳税人还能进入客户端进行报表编辑，待服务端恢复后，再连接服务端进行提交。安全管理纳税人端应用应具备完整的安全管理功能，满足三权分立的安全需求。纳税人端的安全管理功能，包括权限、角色、用户的管理，应能与服务端形成联动，支持集成由第三方提供统一身份认证系统的纳税人身份认证。缓存机制纳税人端应用应实现基本的缓存管理机制，避免频繁地请求服务端。对于大

25、量的静态信息内容以及频繁使用的各类业务模板和代码表等非静态数据，应实现缓存，并及时更新缓存数据。推送消息支持纳税人端应用应具备接收服务端主动推送消息的能力。配合异步业务办理模式需要能实现业务办理结果的异步下发。数据备份与恢复纳税人端应用应具备数据备份与恢复能力。纳税人端有数据存储的应提供数据备份与恢复功能。数字签名及数据加密对于网络传输或备份的纳税人关键业务数据，可通过签名加密等手段保证数据的安全性。如采用签名加密算法，需符合国家税务总局对网上办税系统安全保障要求。支持多种身份认证方式支持用户密码、数字证书等多种身份认证机制。支持用户密码、数字证书等多种身份认证机制的用户登录及业务办理过程中的

26、身份鉴别。2.2.3 业务受理区应用开发要求名称定义技术约束门户框架提供各类页面开发、部署、运行、管理以及界面集成的框架环境。考虑到网上办税的逐步普及，需要加载的业务将会不断增加，门户框架须能够来适应新业务的灵活扩展。纳税人个人门户管理机制提供界面布局、样式以及内容的个性化定制机制。同时包括纳税人的个性信息、个人涉税记录等各类可个性化定制的功能和信息机制。为了更好的提升纳税人的交互体验，方便纳税人网上办税，要求提供纳税人个人门户空间机制，允许其在一定范围内根据个人喜好进行功能和信息层面的定制。内容管理机制提供完整的网络信息采集、审核、存储、全文检索、发布平台环境，实现对各类信息的统一管理。内容

27、管理是实现渠道信息公开类业务的关键性技术，要求必须提供能够满足业务规模条件下的内容管理平台环境。短信机制（转入业务处理区）提供完整短信平台，实现基于短信的信息发布、提醒通知、业务交互等功能。短信方式是实现对纳税人主动服务的一种重要手段，网上办税应用要考虑实现与短信平台的无缝对接，要考虑短信管理平台的上下行短信速率对业务的影响。可靠的认证机制提供可靠的认证方式，以保证整个渠道的访问的安全性。要求网上办税系统必须提供满足安全策略要求的认证方式，并支持总局统一的安全认证机制。数字签名及数据加密提供数字签名及数据加密机制，对于网络传输或备份的纳税人关键业务数据，需要通过签名加密等手段保证数据的安全性。

28、为了保障网上涉税业务中纳税人的权利和义务，网上办税必须提供符合全局安全性要求和标准的数字签名和数据加密机制。页面表单提供页面表单的缓存管理，避免页面重复生成带来的性能开销，提升交互的响应时间。对于大量的静态信息页面以及频繁使用的各类业务模板,要求采用页面缓存机制来提升性能。代码缓存机制提供代码缓存机制,降低大量代码数据对网络、磁盘IO的消耗，提升系统整体的性能。考虑到大集中模式下各类代码数据会急剧增加，因此必须在客户端提供不同策略的代码缓存机制，有效缓减海量代码带来的性能问题。数据逻辑审核校验对提交数据项的值域、数据项之间的逻辑关系进行审核校验。发现错误数据及时通知纳税人，减轻处理区的性能压力

29、并发控制并发控制是提升系统可靠性，降低系统性能风险的关键性机制。通过并发控制，及时掌握系统当前的用户访问流量，进行监控预警。并发控制作为前端的一个总控点，需要保证健壮和稳定，并且支持分布式部署。考虑到大集中模式下各类渠道的业务量会逐年上升，因此必须提供并发控制来有效保障系统的可靠性。消息推送机制提供有针对性的通知公告、提示提醒、业务办理状态等消息的主动推送功能。网上办税系统成功识别纳税人后，应抽取针对性的通知公告、提示提醒、办税事件日志等信息，并主动推送。对纳税人不在线，但又需及时提醒纳税人的推送信息，可通过短信、网络、邮件等渠道主动推送。服务接口与业务处理区域应用的数据交换机制和接口符合访问

30、安全要求。可以直接向处理区域发起数据查询请求，Web Service,EJB或Serverlet;不能直接向处理区域发送业务交易请求，必须通过消息中间件如JMS，由处理区主动消费。界面集成支持支持与其它标准业务受理区域应用之间的相互界面集成。能够以界面集成的方式引用总局标准应用系统的业务功能，同时也能支持所开发的业务功能集成到总局标准业务门户。2.2.4 业务处理区应用开发要求名称定义技术约束界面集成支持支持与业务专网统一的业务工作门户进行界面层集成，界面层的设计和开发必须遵循统一的界面集成标准。业务处理区的应用应有统一的界面集成标准。渠道集成机制对于访问接入区提供的各类服务渠道，需要提供完备的管理机制，定义和维护统一的接入协议、接入报文规范、接入安全机制、服务质量等特性业务处理区应用既需要满足来自访问接入区各渠道应用的办税业务处理需求，同时也要向核心征管、管理决策等提供对外的消息通知服务，以及来自各方面的监控统计需求，因此需要定义全局统一的集成标准。服务监控机制实现对各类型纳税人服务的实时监控，使得纳税人和税务干部能够实时掌握关键服务的动态执行过程、结果，以及服务提醒。网上办税业务受理区应用是集成以纳税人为中心的各类服务，要求提供服务监控服务机制，使税务干部和纳税人能够实施掌握关键服务的流程，执行