金税三期工程架构服务需求

金税三期工程架构服务需求内容摘要：

催缴和违法违章公告 等。  电子邮件： 在网络 渠道中 提供电子邮件 的 方式实现同纳税人的交互。  互动交流： 包括 咨询 、举报投诉建议、 评价 调查、在线访谈和电子导税员 等。  涉税查询： 包括发票查询、登记信息查询、欠税查询、信用等级查询和发票真伪查询 等。  个性化服务： 包括涉税提醒和受理反馈信息 等。  在线办税： 包括税费申报、实时缴款、财务会计报表、网上认证、网上抄税、委托代征、出口退税申报和网上开票 等。 所有渠道必须 提供统一规范标准的接口 支持各种形式的数据导入。 具体 功能 参见业务需求。 . 技术约束 服务渠道 建设统一的 信息访问入口，包括静态信息服务、 信息交互服务和 办税服务，统一访问后台所有需要访问的应用系统和信息资源，并为用户提供个性化服务。 服务渠道提供 门户框架、内容管理、 短信、电话语音、安全认证 、系统集成 等 功能 ， 具体 如下： 名称 定义 技术约束 金税三期工程 架构管控 项目 第 8 页 /共 34 页 名称 定义 技术约束 门户框架 提供各类网站页面开发、部署、运行、 管理以及集成的框架环境。 考虑到 网络渠道 需要加载的业务未来将会不断增加，要求必须能够提供完整的门户框架来保证不同类型业务的扩展需求。 纳税人个人门户管理机制 提供界面布局、样式以及内容的个性化定制机制。 同时包括纳税人的个性信息、个 人涉税记录等各类能够进行个性化定制的功能和信息机制。 为了更好的提升纳税人的交互体验，方便纳税人网上办税，要求提供纳税人个人门户空间机制，允许其在一定范围内根据个人喜好进行功能和信息层面的定制。 内容管理机制 提供完整的 网络 信息 采集、审核、存储、 全文 检索、发布平台环境，实现对各类信息的统一管理。 内容管理是实现 渠道 信息公开类业务的关键性技术，要求必须提供能够满足全国集中规模下的内容管理平台环境。 短信 机制 提供完整短信平台，实现基于短信的信息发布、提醒通知 、业务交互 等功能 短信方式是实现对纳税人主动服务 的一种重要手段，因此要求必须提供能够满足全国集中规模下的 短信 管理平台环境。 电话 语音机制 提供完整的基于电话的语音服务平台，实现同纳税人的互动交流以及相关业务办理等功能。 要求必须提供能够 满足全国集中规模下的 电话语音 管理平台环境。 可靠的 认证 机制 提供可靠的认证方式，以保证整个 渠道 的访问的安全性。 要求必须提供满足安全策略要求的认证方式，支持总局统一的安全认证机制。 数字 签名及 数据 加密 提供 数字 签名及 数据 加密机制。 为了保障网上涉税业务中纳税人的权利和义务， 服务渠道 必须提供符合全局安全性要求和标准的数 字 签名和 数据加密机制。 页面表单 提供页面表单的缓存管理，避免页面重复生成带来的性能开销，提升交互的响应时间。 对于大量的静态信息页面以及频繁使用的各类业务模板 ,要求采用页面缓存机制来提升性能。 代码缓存机制 提供代码缓存机制 ,降低大量代码数据对网络、磁盘 IO 的消耗，提升系统整体的性能。 考虑到全国大集中模式下各类代码数据会急剧增加，因此必须在客户端提供不同策略的代码缓存机制，有效缓减海量代码带来的性能问题。 并发控制 并发控制是提升系统可靠性，降低系统性能风险的关键性机制。 通过并发控制，及时掌握系统 当前的用户访问流量，进行监控预警。 并发控制作为前端的一个总控点，需要保证健壮和稳定，并且支持分布式部署。 考虑到全国大集中模式下 各类渠道 的业务量会逐年上升，因此必须提供并发控制来有效保障系统的可靠性。 金税三期工程 架构管控 项目 第 9 页 /共 34 页 . 纳税服务应用支撑 . 功能约束 纳税服务应用支撑 是提供给税务干部进行 纳税人交互类服务处理的 统一 、 集成 、多种服务渠道共享 的 平台，它主要包括 例如 集成的联络界面、纳税人 接触历史 管理、 渠道集成、功能集成、 服务管理等内容 . 集成的联络管理界面： 提供一个以纳税人为中心来组织纳税人各类信息的统一的界面视图，便于税务干部 迅速、准确的处理纳税人提出的各类服务请求； 接触历史管理 ： 为税务干部提供完整的纳税人和税务局之间发生交互行为的历史信息； 渠道 服务 集成 ： 必须提供统一的渠道接入标准，同时 能够 根据需要 接入 或者访问多种服务渠道， 并 能把来自不同渠道的 交互类 服务 请求进行统一管理 ； 功能集成： 能够实现将服务信息内容与核心征管、 行政管理、 风险管理和知识库等进行相应功能集成。 数据集成： 纳税服务应用支撑必须保留能够支撑纳税人进行各类查询的业务明细数据和业务状态数据，根据各类业务数据的特性提供相应的数据同步策略和机制。 交互 类 服务 ： 实现各类 渠道的咨询、预约、通知通告、评价调查、提示提醒、举报投诉等交互服务的处理； 查询 类 服务： 为 各类渠道 提供纳税人 相关的业务状态以及业务明细数据 的查询服务。 服务 质量 管理： 对 税务干部提供 纳税人 的 服务 进行质量 管理， 如服务评价、服务满意度调查、服务监督 等。 . 技术约束 纳税服务应用支撑 技术约束包括以下几个部分 ： 名称 定义 技术约束 流程处理机制 实现 纳税服务应用支撑 中相关服务的流程定义、运行、监控和维护机制。 与总局指定的流程管理平台能兼容和互操作。 金税三期工程 架构管控 项目 第 10 页 /共 34 页 名称 定义 技术约束 界面集成支持 支持统一的业务工作门户和外网纳税服务门户进行界面层集成，界面层的设计和开发必须遵循界面集成标准。 总局会建设全局统一的业务工作门户和外部纳税服务门户，实现所有业务系统界面层的一体化展现，以及面向纳税人的纳税服务门户，要求 纳税服务应用支撑 的界面环境必须能够实现与业务工作门户和外部纳税服务门户的完全融合 渠道集成机制 对于各类服务渠道，需要提供完备的管理机制，定义和维护渠道的接入协议、接入报文规范、接入安全机制、服务质量等特性 纳税服务应用支撑 信息来源众多，涉及到征管、 管理决策、行政办公、 网络 ，1236短信、电话、外部门反馈等多个信息来源渠道，针对这些 众多的信息来源渠道， 纳税服务应用支撑 平台需要提供完善的渠道集成机制。 服务监控机制 实现对各类型 纳税人 服务的实时监控，使得纳税人和税务干部能够实时掌握关键服务的动态执行过程 、结果 ，以及服务提醒。 纳税服务应用支撑 是集成以纳税人为中心的各类服务，要求提供服务监控服务机制，使税务干部和纳税人能够实施掌握关键服务的流程，执行状态，并能够为其相关业务平台提供服务提醒功能或者提醒机制。 符合服务集成封装机制 符合全局的服务注册、调用以及管理标准，能够很方便的将内部业务逻辑根据需求封装为全局性服务，以供其他系统进行 消费 所有需要提供给外部各应用的业务接口，必须符合全局的应用集成体系所定义的服务集成标准，从而保证各类对外暴露的服务能够被其他应用所共享 知识库集成机制 提供与知识库进行衔接的集成机制 一方面 ， 纳税服务应用支撑 利用知识库的知识为纳税人提供服务， 另一方面 纳税服务应用支撑 形成的知识 纳入知识库管理。 金税三期工程 架构管控 项目 第 11 页 /共 34 页 第 3章 数据设计约束 . 规划策略 在金税三期的大集中战略指导下， 纳税服务系统 数据设计 应遵循以下 关键 策略：  性能优先 考虑到全国大集中后各类渠道业务量将会持续增长，因此数据设计必须以性能为关键设计原则进行优先考虑，充分考虑数 据 模型设计和物理 分布给性能带来的影响。  共享 状态 信息 集中管理 各渠道需要共享的各类业务数据，例如纳税人基本信息、业务状态信息等，统一由 纳税服务应用支撑 集中管理，以服务的方式提供给各渠道使用。 对于各类渠道业务的状态信息，例如纳税人咨询交流状态、业务办理状态等过程信息将统一由 纳税服务应用支撑 进行集中管理，以服务方式提供给各渠道使用。 渠道共享信息的范围和手段必须从性能角度去分析，如果性能不能满足建议采用渠道冗余存储的方式。  业务明细数据集中管理 针对各类纳税人查询的明细数据，考虑到未来全国大集中带来的查询性能压力 ，因此要求各类渠道查询必须用到相关业务明细数据集中 可以 由核心系统同步到纳税服务应用支撑。 提供合理的数据复制策略，在不影响核心系统性能的情况下，保证业务 明 细数据的及时性 、一致性和完整性。 采用适当的数据库设计，避免全国数据大集中的性能瓶颈。 如支持缓存数据、根据内聚性按照那个某种业务属性进行数据库拆分等。 . 数据分类 纳税服务系统 至少包含以下类型的数据：  静态类 服务 信息 外网网站数据是指外网网站采集和发布的信息，它用于 支持总局外部网站的静态类应金税三期工程 架构管控 项目 第 12 页 /共 34 页 用  主数据 包括纳税人基本信息、纳税人状态信息、代码信息等数据的副本 ，这类数据原则上统一由 纳税服务应用支撑 进行存储管理 ；  业务交易明细数据 包括各类涉税查询的业务明细数据，对于实时性要求不高的各类交易明细数据 可以 将其统一同步集中存储到纳税服务应用支撑。  渠道 交易类数据 包括受理各类网上办税业务时产生的 本地数据、 临时缓存 和暂存 数据，如 纳税人的本地渠道数据、申报临时数据、 网上预约、网上申报 暂存 记录 等 信息 ；  交互服务类数据 为纳税人提供交互类服务时产生的数据，例如咨询历史记录、调查信息、投诉举报信息等等。 . 数据质量 数据质量 管理应遵循“事前预防、事中监控、事后补救”的设计思 路：  事前预防，指在数据录入时提供在线帮助，提示数据的录入规范；  事中监控，指在数据录入端引入对数据项的校验功能，包括数据格式校验、逻辑关系校验等，对录入错误及时发现并提示修改，有效避免错误数据的进入；  事后补救，指数据录入后，基于标准进行数据质量的审计，对错误数据提供更正界面，以避免后台数据库调整；同时，制定规范的数据更正流程，确保数据修改的高效执行和安全管理。 金税三期工程 架构管控 项目 第 13 页 /共 34 页 第 4章 集成约束 金税三期 纳税服务 系统 项目要遵循架构设计约束 ，在应用架构、集成架构、数据架构、安全架构设计等方面要求遵循金税三期相关技术规范和标准。 整体的集成环境说明及相关要求和策略请参见《应用总集成架构需求》文档，下面给出纳税服务系统需要遵循的相关集成要求。 . 界面集成 服务渠道 的主要用户是纳税人 ， 纳税服务应用支撑 的主要用户是税务人员 ，它们在界面集成的要求上 有些区别 ， 主要的界面集成要求如下 ： 针对 纳税服务应用支撑 的界面集成要求：  要求 纳税服务应用支撑 遵循总局统一内部工作门户集成标准 ；  要求 纳税服务应用支撑 支持统一单点登录控制 ；  要求 纳税服务应用支撑 支持统一的用户管理； 针对 网络 渠道 的界面集成要求：  要求 网络 渠道 遵循总局统一外网门户集成标准 ，即静态信息 服 务 、办税信息服务和交互信息服务符合 外网 门户框架的 集成标准 ；  要求 网络 渠道 遵循安全架构要求 . 应用集成 纳税服务 系统 应用集成包括 渠道系统 与 前置系统 的集成以及渠道系统与 纳税服务应用支撑 系统的应用集成 ，要求遵循总局统一的应用集成架构设计规范和标准。 要求 必须遵循总局应用集成架构制定的服务协议标准。 要求所有应用系统中需要被外部应用调用的功能必须将其暴露为共享服务，注册发布到全局的应用集成平台之中。 要求渠道 采用总局集成标准接口与 总局前置进行集成 ，所有涉及渠道与核心系统的交互都必须通过前置来进行，不能直接访问核心系统。 要求 纳税服务应用支撑 采用总局集成标准接口与 各类渠道进行集成。 金税三期工程 架构管控 项目 第 14 页 /共 34 页 要求 纳税服务应用支撑 采用总局集成标准接口与 后台系统集成，如核心征管、知识库、风险管理、行政管理等。 . 数据集成 纳税服务 系统 涉及到的数据库有 总局外网网站数据 、 外部应用业务数据 和 纳税服务应用支撑 数据库，内部各数据库之间存在多种数据交换 模式，同 核心征管 系统与管理决策系统 之间还存在数据 层 交互。 数据集成应用场景的不同，需要采用不同的数据集成策略，但都必须遵循以下数据集成原则，同时 在数据库设计时遵循总局统一的数据集成规范和标准。 对于海量数据，有较高的实时性要求，如主库同备份库之间数据集成、同构库间的数据同步复制、总局到省局的数据库下发等要求采用物理库表级的集成策略。 对于批。