软件标书范例

第1章 目录第一章 公司简介及综合实力介绍10一、 公司简介10二、 公司注册资金总额及基本信息表12三、 公司资质情况证明131 营业执照132 机构信用代码证143 计算机软件著作权登记证书154 与北京*网络科技股份有限公司关系说明及项目授权185 北京*网络科技股份有限公司资质196 中关村高新技术企业认证217 高新技术企业认证218 *软件著作权22第二章 项目背景与总体目标30一、 建设目标30二、 建设原则31三、 建设方案总体要求311. 方案需求311.1xx集团有限公司电子发票管理系统：311.2xx集团有限公司电子收费分公司发票管理系统：322. 系统要求322.1 实现公司可以开具增值税电子普通发票，达到节约成本、加强风险控制能力、提高工作效率和提升客户体验的目的。322.2 实现与外部发票查验平台对接，准确记录查验结果，达到控制假票风险、减少重复低价值劳动、提高工作效率的目的。343.技术指标343.1产品质量要求343.2安装实施343.3电子发票开具及发票查验相关软件的维保服务343.4服务商责任353.5研发服务具体要求353.6安装及实施服务具体要求353.7软件维护服务要求363.8培训要求373.9其他要求374.性能要求375.安全要求：38第三章 技术解决方案39一、 架构说明及建议（整体应用架构、技术架构、系统集成）391 总体框架391.1总体架构图401.2系统组成412 应用架构423 技术架构424 软件架构444.1 整体功能框架444.2 接口系统444.3 发票管理系统454.3.1发票申领454.3.2发票分发454.3.3发票退回454.3.4发票读入454.3.5发票库存查询454.3.6发票开具464.3.7发票冲红464.3.8发票上传464.3.9业务监控464.3.10查询统计464.3.11多税号管理464.3.12多盘调度配置474.3.13远程抄报税474.3.14远程清卡474.3.15系统管理47签章制作47签章管理47模板管理474.3.16系统监控474.4.17电子发票同步服务484.4 发票服务平台484.4.1发票查询484.4.2发票验证484.4.3发票下载48二、 3.2 数据整合说明及建议491 3.2.1 核心接口设计及实现方式492 3.2.2 通用接口（外层报文）格式设计513 3.2.3 与xx交通业务系统、发票管理系统的接口设计522.2.3.1发票开具接口52（1） 3.2.3.2发票信息下载接口613.2.3.3发票信息推送接口642.2.3.4对账接口664 3.2.4 与第三方服务平台的接口设计683.2.4.1发票验证683.2.4.2开具发票上传773.2.4.3进项发票下载825 3.2.5 Web Services接口标准896 3.2.6 XML数据交换标准91第四章 系统安全解决方案93一、 安全总体要求93二、 安全策略与措施931 安全架构与总体架构的关系952 安全架构与信息安全系统的关系953 安全体系架构954 信息安全方针995 安全技术策略1006 安全管理策略100三、 安全技术整体设计1001 安全技术架构1002 应用层安全1013 数据层安全1034 终端安全1035 系统层安全策略1036 网络层安全策略1047 物理层安全106四、 安全域划分与设计106五、 安全管理方案1061 管理策略1072 管理机构1073 安全管理制度1084 系统生命周期安全管理1105 信息生命周期与安全管理1106 人员安全管理110六、 数据传输安全设计111七、 权限管理设计112第五章 系统详细设计113一、 功能设计1131 系统管理1131.1系统设置1131.1.1角色管理1131.1.2用户管理1141.1.3密码管理1141.1.4参数设置1151.1.5外网管理1151.1.6销方属性1151.2 编码管理1161.2.1机构管理1161.2.2人员管理1171.2.3商品编码1181.2.4税目编码1191.2.5销方管理1201.2.6购方管理1211.3日志管理1222 销项管理1222.1监控管理1222.2销售单管理1232.2.1销售数据下传1232.2.2销售单查询1232.2.3销售单拆分1242.2.4销售单合并1252.2.5销售单还原1262.2.6销售单作废1272.2.7异常销售单查询1282.2.8销售单开票查询1292.2.9单据交户日志1292.3 开票管理1302.3.1开票申请1302.3.2开票审核1322.3.3待开票管理1332.3.4重开票管理1342.3.5重开票审核1352.3.6发票批量开具1352.3.7发票开具管理1352.3.8发票作废1362.3.9发票批量打印1372.3.10抄报管理1382.4红票管理1392.4.1申请单填开1392.4.2逾期申请单1402.4.3申请单管理1412.4.4通知单管理1432.4.5通知单审核1442.5 查询统计1442.5.1发票库存查询1442.5.2发票分配查询1452.5.3已开发票查询1452.5.4发票月度统计1462.5.5发票汇总统计1473 开票服务1483.1版式文件封装1483.2版式文件签章1483.3版式文件存储1483.4签章制作1483.5签章管理1483.6模板管理1483.7发票信息回传1483.8电子发票推送1483.9电子发票下载1493.10发票查验1494 发票管理1504.1发票入库1504.2发票请领1514.3请领单审核1524.4发票发货1534.5发票缴销1554.6领用存统计1564.7领用存查询1564.8库存查询157第六章 项目实施管理158一、 项目进度管理计划1581 项目进度控制的步骤1582 项目进度安排1593 项目进度跟踪1594 项目进度分析1605 项目进度控制1616 使用统计分析方法，发现问题并改进1627 监督目标达成状况1638 记录统计管理数据1649 里程碑控制164二、 项目风险管理计划1651 规划风险管理1672 风险识别1683 实施定性风险分析1744 实施定量风险分析1755 规划风险应对1776 监控风险1787 本项目风险分析及应对措施1798 项目风险评估表1809 问题管理流程181三、 项目需求管理1861 需求调研1882 需求分析1913 需求定义1934 需求确认1945 需求评审1956 需求跟踪1967 需求变更控制198四、 项目变更管理计划2001 变更类型2002 变更原因2013 控制流程2014 控制文档202五、 项目质量管理2021 质量保证目标2042 质量保证角色与职责2043 质量保证措施2054 质量保证过程2105 软件质量管理214第七章 项目实施人员安排222一、 项目团队组织架构222二、 本项目人员构成224三、 主要人员保障承诺226第八章 系统安装调试及部署方案227一、 系统安装部署要求2271 环境准备2272 应用部署准备2283 系统兼容性2284 系统管理230第九章 项目培训方案233一、 培训概述233二、 培训形式233三、 培训名称和等级2331 技术培训2331.1培训目标2341.2培训对象及时间要求2341.3课程安排2342 业务培训2352.1培训目标2352.2培训对象及时间要求2352.3课程安排235四、 培训进度安排236五、 培训师资2381 总体要求2392 教师名单239六、 培训教材2391 总体要求2392 教材名称2392.1培训资料清单2402.2业务培训资料清单2402.3技术培训资料清单241七、 培训考试241八、 培训服务流程和规范2411 培训服务流程2422 培训总体流程说明2423 培训规范253九、 培训策略253第十章 项目测试与验收方案257一、 系统测试2571 整体要求2572 测试过程要求响应257（1） 需求分析阶段258（2） 概要设计阶段258（3） 详细设计阶段258（4） 源代码审查阶段259（5） 系统测试阶段2593 测试质量保证要求响应259（1） 白盒测试260（2） 黑盒测试2604 测试类型要求响应261（1） 功能测试要求261（2） 性能测试要求2615 测试质量保证要求响应2616 测试准备261（1） 测试需求分析261（2） 系统管理维护需求分析262（3） 系统日志管理需求分析262（4） 系统扩展性需求分析262（5） 系统界面需求分析262（6） 测试计划263（7） 测试组织265（8） 测试环境268（9） 测试工具268（10） 性能测试272（11） 基本要求272 测试工具及测试方法272 测试数据要求273 完成准则274 测试提交物274二、 系统验收2741 验收目的2742 验收原则2753 验收组织2754 验收方式275（1） 分阶段开展验收275（2） 软件系统验收276（3） 文档验收276（4） 其他实施情况验收2765 问题级别定义277第十一章 售后服务体系介绍及保障方案278一、 服务体系简介2781 人员分工2782 售后服务人员管理2783 项目开发团队管理279二、 服务时间279三、 服务方式2791 热线服务2792 上门维护2803 巡检服务2804 网络服务280四、 服务等级和服务指标280五、 服务监督方案2821 投诉处理2822 服务监督283第十二章 项目承诺285一、 合同双方责任285二、 项目承诺285第十三章 其他商务文件288一、 供应商联系人信息288二、 法定代表人授权委托书289三、 经营业绩一览表289四、 资产负债表、损益表、现金流量表302第1章 公司简介及综合实力介绍1、 公司简介 北京*信息技术有限公司是由北京*网络科技股份有限公司控股的互联网公司。公司在财税领域积极拓展“互联网+财税”应用，围绕电子发票相关应用，已建立了电子发票开具服务平台，为中小微企业提供便捷的开票服务。同时建立了电子发票报销服务平台，为中小微企业提供报销服务及财税综合解决方案。面对未来，公司将继续积极投身互联网财税产业，加大新技术和新市场的开拓力度，积极开拓公司服务网络，促进互联网财税产业的繁荣和发展。 公司是由互联网、软件技术大牛、财税专家发起的互联网财税平台公司，致力于打造中国第一流互联网+记账平台。公司的拳头产品为小微企业粮食定制，实现多种终端、多区域、随时随地开票，提升企业效率，节约成本，为企业提供电子发票开具、报销、入账全流程一站式服务。北京*网络科技股份有限公司（新三板838237）是由互联网、软件技术大牛、财税专家发起的互联网财税平台公司，致力于打造中国第一流互联网+记账平台，为“大众创业、万众创新”打造服务支持系统，成为财税SAAS细分服务领军企业。 公司管理技术团队由原京东副总裁、百度研发总监、用友技术总监、知名财税专家等组成，产品已早于2015年1月上线，并于5月完成A轮融资，集团在北京、上海、深圳、广州、重庆、沈阳等城市有控股公司10多家，员工600多人，互联网记账企业级用户数量位居国内前列。 公司历程：2014年 12月*系统财务上线测试2015年 7月份上海、深圳多家地区子公司设立 2016年 9月新三板挂牌 838237产品简介：*是基于移动互联网模式下的代理记账专业平台，专为代记账公司打造的财务软件。可随时查看财务信息、互动的手机APP。为记账公司拓展工商、记账客户移动工具。实现代理记账公司会计标准化服务财务系统。降低代理记账人工费、提高工作效率管理平台，最终实现智能凭证、自动纳税申报的高效系统。 北京*信息技术有限公司是航天信息、大象云天战略合作伙伴，是微信电子发票报销合作商。已建立电子发票开具平台、电子发票报销平台及报销应用，为企业电子发票开具、报销、入账提供全流程一站式服务。 2、 公司注册资金总额及基本信息表供应商注册资金总额及基本信息表供应商名称北京*信息技术有限公司法定代表人郭xx统一社会信用代码adsf注册资本2000万元注册币种人民币成立日期2016年03月11日公司类型其他有限责任公司 地址北京市海淀区xxxxxx路15号6层601邮政编码100089员工人数105电话（含区号）0传真0网址http:/www.xxxxxx.com电子邮箱email_serverxxxxxx.com联系人及电话工商登记经营范围技术开发、技术转让、技术咨询、技术服务；软件开发：数据处理（数据处理中的银行卡中心、PUE值在1.5以上的云计算数据中心除外）；计算机系统服务；财务咨询（不得开展审计、验资、查账、评估、会计咨询、代理记账等需经专项审批的业务，不得出具相应的审计报告、验资报告、查账报告、评估报告等文字材料）；销售计算机、软件及辅助设备。（企业依法自主选择经营项目，开展经营活动；依法须经审批准的项目，经相关部门批准后依批准的内容开展经营活动；不得从事本市产业政策禁止和限制类项目的经营活动。）工商登记地区北京市结算银行账号开户行：中国建设银行股份有限公司北京万泉支行账号：3、 公司资质情况证明1 营业执照2 机构信用代码证3 计算机软件著作权登记证书4 与北京*网络科技股份有限公司关系说明及项目授权 北京*网络科技股份有限公司与北京*信息技术有限公司关系说明及项目授权北京*网络科技股份有限公司成立于2013年5月28日，注册叁仟肆佰叁拾贰万元整，公司法定代表人：阚振芳，公司总经理：廖芳。北京*信息技术有限公司成立于2016年3月11日，注册资金贰仟万元整，公司法定代表人：郭xx。北京*信息技术有限公司为北京*网络科技股份有限公司控股公司。北京*网络科技股份有限公司授权北京*信息技术有限公司承建“xx集团有限公司电子收费分公司发票管理系统开发项目”，北京*网络科技股份有限公司承担一切法律责任。特此说明。北京*网络科技股份有限公司 2016年10月5 北京*网络科技股份有限公司资质第2章 项目背景与总体目标2016年7月1日，xx集团有限公司的电子收费业务发票统一更换为增值税普通发票。为加强发票管理工作，根据国家税务局“推行通过增值税电子发票系统开具的增值税电子普通发票”的相关要求，开发建设电子发票管理系统。电子发票管理系统需要xx省交通运输厅xx卡运营平台进行的对接，使xx集团有限公司及合作银行的电子收费业务能够实现增值税电子发票的开具、实现同省国税局增值税发票系统的对接及上传等功能。根据各地市公司实际情况，同时实现纸质发票的集中管理、分散开具、统一上传、实时查验等不同需求。本项目旨在满足电子发票、纸质发票的业务需求，保证xx交通各个业务场景下实现个人用户、单位用户和集团内单位间业务纸质发票和电子发票的各项功能，并完善纸质发票和电子发票从领购入库、开具、红冲与换票、查询统计等管理要求。1、 建设目标系统应该具有先进的系统设计理念、优化的系统架构、强大的技术平台支撑、以及便捷的应用开发支持，按照实际业务需求进行开发。新系统建成运行后，应能实现以下几个目标： 解决未来5-10年企业业务发展对开票及发票管理的需求。 能够支持对电子发票的开具的需求。 能够实现集中管控，满足集团公司下约300余个营业网点的发票数据的统一管理，包括柜台充值业务、手机充值业务、网上充值业务、自助终端充值业务、合作银行充值业务等，并能实时掌控各网点的销售数据、开票数据、财务数据。 与国税局相关外围系统无缝对接。 提供与xx省交通运输厅xx卡运营平台无缝对接的接口，实现发票的实时查验，尽量减少各网点营业员工作量，简化网上终端和移动终端的开票流程。实现发票开具、作废、冲红、部分冲红、汇总发票、权限控制、发票分类统计、查询等功能。2、 建设原则安全性：系统的数据安全至关重要，提高应用系统中用户身份认证和数据传输的安全性，实现业务环节的责任认定。稳定性：要求系统在网络正常的情况下必须满足足够的稳定性和健壮性。提供数据备份和数据紧急恢复功能，满足系统在数据库崩溃或其它异常情况下数据信息的正确性。分步性：因时间过紧，整个系统对数据的安全性和稳定性要求比较高，而且国家税务总局对高速公路通行费增值税发票开具的实施细则尚未出台，所以本项目采取分步实施的原则，先按照目前发票开具的相关规定进行开发建设电子收费发票管理系统，再进行集团电子发票管理系统的开发，最后在高速公路通行费增值税发票开具实施细则出台后，再对电子收费发票管理系统进行升级改造。3、 建设方案总体要求根据集团公司现行的管理模式，本项目将按照现行管理模式，分别实现集中分配管理、分散开具、统一上传的管理模式，实现与xx卡运营平台的对接，建设方案要能够兼顾现实与未来，要能够自动适应省国税局平台的技术规范标准，满足可操作性、可监控性、可拓展性。1. 方案需求1.1xx集团有限公司电子发票管理系统：（1）实现基于集团各项业务的交易信息，校验传入的开票数据合法性，成功开具蓝字发票、红字发票；（2）实现电子发票多种方式向消费者的推送与通知、电子发票PDF版式文件的生成并签章、电子发票数据存储管理、电子发票真伪查验等功能。（3）为向消费者提供电子发票的查询、验证、下载等相关服务。（4）实现面向采购人管理端的电子发票多维度查询与统计。1.2xx集团有限公司电子收费分公司发票管理系统：（1）实现基于高速公路电子收费业务柜台缴费、手机缴费、自助设备缴费的交易信息，校验传入的开票数据合法性，成功开具蓝字发票、红字发票；（2）实现电子发票多种方式向消费者的推送与通知、电子发票PDF版式文件的生成并签章、电子发票数据存储管理、电子发票真伪查验等功能。（3）为向消费者提供电子发票的查询、验证、下载等相关服务。（4）实现面向采购人管理端的电子发票多维度查询与统计。（5）国家税务总局出台有关高速公路电子收费业务发票开具的具体实施细则后，须按照税务部门的相关要求对系统进行升级、改造。2. 系统要求2.1 实现公司可以开具增值税电子普通发票，达到节约成本、加强风险控制能力、提高工作效率和提升客户体验的目的。(1）电子发票管理系统支持开具的电子发票应适用于增值税普通发票（蓝字、红字）、全业务、全渠道。(2）电子发票管理系统通过实时获取中间库的业务数据，为业务人员、客户提供开票服务，在进行开票服务请求后，电子发票管理系统能够实时生成电子发票版式文件，并进行签名及签章操作；(3）中间库的数据来源于省厅业务系统数据库，数据内容为网上营业厅、手机APP、线下网点产生的业务明细数据，业务类型主要分为申请记账卡、记账卡变更、申请储值卡、储值卡变更、申请电子标签、电子标签变更、记账卡缴费、储值卡充值等。服务商应规划设计电子发票中间库数据库模型，并在物理化之后进行初始化配置。(4）电子发票管理系统应能够实时的、稳定的、准确的对中间库数据进行抽取，并通过对业务数据进行有效的数据分析，对业务数据进行整理、归集，熟知各业务场景下涉及到的金额的含义，准确的开具用户实际需求的电子发票。(5）数据抽取应采用高效的、安全的、可控的数据抽取工具，应符合国家颁布的相关软件产品安全条例的要求。数据抽取时应确保数据源的安全，确保所有数据不会泄漏，确保数据实时有效。(6）电子发票管理系统应支持在10秒内把完成电子发票数据生成相应的发票版式文件，并提供用户查看和下载。(7）电子发票管理系统应满足财政部、国家档案局会计档案管理办法等规章制度对会计电子档案年限及归档的相关要求，支持公司内外部用户随时进行查阅、下载等操作；(8）电子发票管理系统应支持向各渠道业务系统提供电子发票查看下载的加密链接地址及发票版式文件的获取接口。电子发票管理系统应支持通过短信、邮件、微信、APP等方式推送电子发票主要信息及查验、下载链接至客户；支持客户在国税局官方网站等经过国家认证的渠道通过发票信息查询并下载电子发票；(9）电子发票管理系统应能够对电子发票进行归集，提供数据对账服务。(10）对于红冲发票，需支持和原来的蓝字发票进行关联；索取时将红字和蓝字发票同时发送给客户。(11）电子发票管理系统应提供权限管理模块，分部门，分角色，可维护网点权限。包含但不仅限于以下统计分析功能：分网点开具情况统计分析、分渠道开具情况统计分析、分时段开具情况统计分析。(12）电子发票管理系统服务商应按照国家规定免费提供xx交通电子发票版式文件及数据传输使用的相关国家认可的第三方数字证书，承担相关数字证书的年度使用费，并确保xx交通数字证书的安全妥善保管。(13）电子发票开具服务平台服务商应保障电子发票开具服务平台7*24小时不间断运行，支持对我公司随时进行电子发票开具及下载，并提供技术支持服务。(14）需免费提供合作期间开具的所有电子发票的数据迁移工作。(15）需全面支持电子发票管理系统建设过程中的开发和调试工作及其他合理的技术支持。(16）在国家税务总局出台高速公路电子发票实施细则后，服务商应免费对电子发票管理系统进行升级改造。2.2 实现与外部发票查验平台对接，准确记录查验结果，达到控制假票风险、减少重复低价值劳动、提高工作效率的目的。(1）发票查验平台可查验的发票范围应包括：（a）不限发票载体，含纸质和电子发票；（b）国税网站提供查验功能的增值税专用发票、增值税普通发票等；(2）发票查验平台返回的查验结果应确保与税局网站查验结果完全一致，若因发票查验结果与税务查验系统不一致，导致在税务检查中发现异常,所带来的风险与税务处罚由服务商全额承担； (3）发票查验平台应保证7*24小时不间断提供服务，并提供对xx交通的技术支持服务。3.技术指标3.1产品质量要求要求服务商对其提供的软件具有合法版权。服务商需确保产品各项功能执行结果正确，按照合同承担因产品功能缺陷所导致的损失。服务商产品可支持电子发票开具服务及发票查验服务不间断运营开票，且设备在长时间持续开机情况下运行稳定。服务商产品可支持我公司开具的电子发票长期安全保管，并在保管期内向我公司及我公司客户提供便捷高效的查询获取服务.服务商产品在设备断电重启后可保证运行稳定性，系统断电重启后能正常进入工作程序。3.2安装实施项目投产上线期间，服务商要保证上述相关软件产品的供货数量满足我方项目整体需求。服务商应完成相关软件产品在我方的部署调试，安排技术服务支持人员配合我方完成相关产品的初始化和配置，确保项目成功上线。3.3电子发票开具及发票查验相关软件的维保服务合同签署后的软件升级保护服务。具体包括：服务商在合同签署后为全公司提供软件产品的日常运维支持服务，包括但不限于为我方提供软件产品补丁升级、定期安全巡检、技术维保等服务，确保我方相关系统运行稳定。3.4服务商责任服务商提供产品及相应的顾问咨询、测试支持、投产支持等工作。服务商提供的文档和交付件，除经双方特别约定外，将使用中文。交付件为一式一份纸质拷贝以及电子文档。服务商提供我方各机构日常及突发事件处理的对口联系人及联系方式。服务商有责任按照技术服务时间范围及内容、专业技术服务规范要求提供相应服务，保障我方系统运行稳定，保证系统升级、维护服务的质量。3.5研发服务具体要求1）服务商为我方提供相关业务、技术咨询服务，根据我方需求与我方进行合作分析共同完成项目方案设计。2）服务商根据设计方案，为我方提供产品接口，根据我方需求配合完成产品的个性化改造。3）在项目的开发编码阶段、系统测试阶段、用户测试阶段，服务商安排专业技术人员赴我方信息技术部参与项目支持，提供部署、调试、开发、测试支持，解决各类软件相关的开发测试问题。4）研发阶段，服务商需要保证人力的投入满足我方项目实施计划的要求，各层级服务人员需掌握项目开发所需的计算机技能，能按照项目要求完成需求功能实现和项目相关文档编写，确保我方相关定制客户化功能的研发进度和质量。3.6安装及实施服务具体要求1）在系统上线两周前，服务商需向我方提供投产期间公司为我方提供技术服务支持的公司人员名单及联系方式，确保服务商现场服务。2）在测试软件产品安装实施期间，服务商应提供联调的模拟环境，或提供联调的联络、协调及技术支持，并协助测试。如涉及后续软件更新及测试，服务商应协助提供模拟测试环境。在软件上线前期，服务商应提供进行联调测试的环境。服务商应安排技术服务支持人员赴我方信息技术部进行现场支持，协助完成测试产品的安装、调试。在系统上线期间，服务商安排技术服务支持人员进行现场支持，协助完成生产灾备系统软件的部署、调试。3）在系统上线期间，服务商需就近安排技术服务支持人员，现场协助我方人员进行安装和调试，确保服务商相关产品在我方部署到位，可顺利实现系统上线。4）服务商需及时向我方提供有效的技术支持及相关技术文件，确保我方可按照项目计划完成相关系统安装部署和投产上线。5）服务商需按照我方指定位置及要求进行软件部署。6）服务商每次在我方完成软件产品安装部署和调试之后，都应签署（或盖章）相关文档形成服务备案。7）系统开发前，服务商应对该项目进行调研，调研后确定的工作任务书，做为验收标准的组成部分。3.7软件维护服务要求1）软件产品升级保护服务范围和内容因国家或地方政策要求变化、产品缺陷等原因需对产品现有功能进行改造优化的，服务商免费提供软件版本升级、补丁升级等软件升级保护服务。提供每季度一次的软件系统巡检。提供日常系统维护支持，通过现场、远程支持等方式及时分析解决我方所使用相关产品在开发测试与生产环境上的问题等。2）软件维护服务具体要求服务时间要求远程支持服务：服务商向我方提供724小时电话、网络等日常的远程热线技术支持和咨询服务。现场维护服务响应时间为724小时，在接到现场服务需求6小时之内抵达用户现场。服务能力要求协助最终用户进行产品的安装部署，要求服务商提供设备安装安全规范。针对我方提出的产品应用过程中的软件问题，按照上述服务时间承诺要求及时响应并解决。及时向我方提供有效的技术支持及相关技术文件，做好相关新技术及信息的沟通。提供技术支持队伍人员名单和联系方式，以便保持联系，并尽量确保人员稳定，如有人员变化，至少应提前2周联系我方提示更新。3.8培训要求1）免费为全公司提供现场或远程视频会议培训，免费提供产品有关教材。培训的时间、地点、培训次数、培训方式以我方组织的培训通知为准。2）在项目实施阶段，免费为总分公司提供现场实施、日常运维方面的培训，完成系统软件产品的日常维护、终端配置管理向我方的知识转移，确保我方信息人员掌握服务商产品日常运维所需的基础知识技能；同时，服务商免费为总分公司业务人员提供产品使用方面的培训。3）服务商应为我方提供包括但不限于以下文档：接口技术规范、项目实施方案、系统安装部署手册、用户操作手册、日常运维操作手册等。3.9其他要求1）服务商在发布产品新版本时，应及时通知我方，提供版本，介质及相关文档，协助提前规划版本升级工作。2）服务商提供给我方的设备，如果投入运行后发现设计缺陷或隐患，应免费提供有关技术改造方案，并承诺对我方存在缺陷或隐患的设备进行免费更换或改造升级。3）服务商须承诺后续提供服务需以合理价格提供（参照同行平均价格）。4）如因服务商产品缺陷、服务不到位给我方造成损失的，服务商应按照合同相关罚则条款向我方进行赔偿。5）服务商应按我方统一格式合同文本签署有关软件产品及服务购置合同。6）服务商应保证在采购过程中，向我方承诺的该项目有关技术、服务、商务（包括价格）等条款，均可适用于我方各分支机构。7）合同签署后，服务商要根据我方项目不同阶段的具体要求，安排具有相关资质的人员赴我方总部相关部门或分公司参与项目的设计与开发、实施等。8）在本项目执行过程中，乙方除按双方约定收取相关服务费用外，不得以任何理由要求甲方增加任何费用，并不得以项目时间延长或费用超出预期等任何其他理由终止、中断提供服务。4.性能要求4.1业务操作型功能操作响应时间不应超过5秒（TPS值200）。4.2统计分析型功能操作响应时间不应超过10秒（TPS值40）。4.3电子发票系统并发量不低于每秒50笔业务。5.安全要求：5.1用户管理及权限控制严格用户管理及权限控制，保障不发生数据泄露。5.2日志记录与审计需日志记录所有业务请求。5.3数据安全保护需采用多种备份方式，保障电子发票结构化数据及版式文件的数据安全。5.4密码算法要求如果涉及使用密码算法，须符合国家相关规定和标准，建议使用SM2、SM3、SM4等国产密码算法。第3章 技术解决方案1、 架构说明及建议（整体应用架构、技术架构、系统集成）1 总体框架 第267页 1.1总体架构图1.2系统组成xx交通电子发票管理系统为总部/分公司发布部署方式，系统包括发票接口系统、发票管理系统、发票服务平台以及税务端系统（升级版）。发票接口系统、发票服务平台部署在xx交通总部，发票管理系统部署在省级公司；电子发票服务平台与第三方电子发票服务平台对接，实现电子发票信上传第三方服务平台功能。发票接口系统预留与第三方服务平台对接接口，后期将提供电子发票验证功能。上图中绿色框内的发票接口系统、发票管理系统、电子发票服务平台为本方案新建的系统。xx集团有限公司电子发票管理系统与发票接口系统对接，当xx交通的多个业务渠道需要开具发票时，接收各渠道提交的交易信息，请求总部发票接口系统开具发票，发票开具成功后，从接口系统接收电子发票信息和PDF文件或纸质发票开具信息，提供电子发票打印、电子发票邮件发送等方式的发票交付功能。电子发票接口系统提供与xx交通xx卡运营平台、合作银行的电子收费业务等业务系统的统一接口，接收业务系统提交的需要开票的交易信息，负责调用发票管理系统生成发票信息和调用电子发票服务平台生成电子发票PDF并签章，同时将生成的电子发票信息和PDF返回xx交通相关业务系统。另外，发票接口系统对业务系统提交的需要开票的交易信息进行开票合法性校验。提供发票验证接口，接收xx交通业务系统提交的电子发票版式文件验证请求，将验证请求转发第三方电子发票服务平台获取验证结果后，将验证结果返回业务系统。省级发票管理系统提供对全省开票的金税盘的管理，根据总部发票接口系统发送的开票信息，调用高速开票模块开具电子发票，同时返回开票信息给发票接口系统。另外省级发票管理系统还提供电子发票申领、发票上传税局、开具发票信息查询统计以及金税盘状态管理等功能。电子发票服务平台提供电子发票PDF生成以及电子发票签章功能，根据发票接口系统发送的发票信息生成电子发票PDF并对电子发票PDF签章，同时将签章后的电子发票PDF和发票信息返回给发票接口系统并将电子发票PDF和发票信息上传至第三方电子发票服务平台。另外发票服务平台还提供电子签章的制作管理等功能。第三方电子发票服务平台接收电子发票服务平台发送的电子发票PDF和发票信息，为消费者提供电子发票归集、查验、下载、推送、入账报销以及电子发票PDF的验真等功能。省局税务端系统为省级发票管理系统提供票源下载、信息同步和发票上传等功能。总局税务端系统接收省局税务端系统上传的发票信息，同时按购货方税号清分。2 应用架构接口系统向xx交通的xx卡运营平台、合作银行的电子收费业务等业务系统提供发票开具接口服务，将受理的开票请求转发至各省发票管理系统进行发票开具，将开具结果推送至发票服务平台生成电子发票版式文件，最终将发票开具数据及版式文件推送回xx交通业务系统。省发票管理系统提供纸质发票和电子发票开具服务，根据接口系统的转发的交易数据生成发票数据并返回，并完成发票数据上传税局工作。发票服务平台提供电子发票版式文件的生成、签章、存储等管理功能，同时提供数据管理与分析利用相关功能。3 技术架构电子发票系统采用的采用云技术架构由表现层、应用系统层、应用支撑层、数据资源层、基础设施层五个层次以及标准规范体系、信息安全体系、运维规范体系三大支撑体系构成。总体技术架构体系如下图：展现层主要负责接入各种渠道包括PC客户端、移动设备、智能终端、机具等的接入，并实现统一的接入处理。保证各渠道开具发票的一致性。应用系统层基于应用支撑层提供的框架、平台和工具，访问数据层的数据库，构建面向各类用户的业务应用，针对电子发票方案主要分为三部分应用，电子发票签章服务平台、发票管理系统应用和接口系统应用。应用支撑层是一个应用支撑基础软件平台层，为业务应用提供技术构件、业务服务组件及技术基础框架，并提供组件的运行、开发和管理环境，最大限度提高开发效率，降低工程实施、维护的成本和风险。应用支撑层采用了行业应用的先进体系结构，以建立高性能、高可靠性、高扩展性的应用系统，满足客户快速发展的业务需求。本系统主要实现统一日志审计、统一渠道管理、统一用户管理、统一签名认证服务、统一权限管理、统一身份认证、统一消息服务统一电子签章管理等。数据资源层是系统信息资源中心，涵盖所有的结构化和非结构化数据，为各类系统应用提供数据服务。数据层主要包括业务生产数据、渠道数据、主数据、元数据、系统管理数据以及历史数据等，以及对上述数据的分布、质量、生命周期管理相关内容。IT基础设施层提供系统运行的基础环境，包括系统软件、网络硬件设备等。支撑体系包括标准体系、安全体系、运维体系三部分内容。4 软件架构4.1 整体功能框架4.2 接口系统发票接口系统是整个发票系统核心，发票接口系统接收xx交通业务系统的发票开票请求后，向下调用对应公司的发票管理系统产生电子发票信息，根据发票信息调用电子发票签章服务平台，产生电子发票版式文件，最后将发票开具结果返回给xx交通业务系统。 接口系统向业务系统提供以下接口功能： 发票开具接口接收纸质/电子发票的单张开具、批量开具的请求，完成相应发票开具及电子发票版式文件生成，及时反馈版式文件URL及校验码。 发票红冲接口接收电子发票的红冲请求数据，完成电子发票红冲业务。支持批量红冲。 发票信息推送接口电子发票版式文生成后，接口系统将电子发票推送回业务系统中。 发票查询接口向业务系统提供发票开具结果查询功能，可依据唯一流水号查询获取发票开具结果信息。 发票对账接口向业务系统对发票开票情况的按时间段和税号查询功能。根据请求参数中的开票时间段（必选）和税号（可选），税控服务器按税号汇总符合检索条件的电子发票开票张数和金额，并反馈。4.3 发票管理系统发票管理系统是xx交通电子发票管理系统的核心处理系统，在发票系统中与接口系统对接，接收接口系统提交的开票请求，通过调用税控设备的加密算法实现电子发票的开具、冲红等功能。同时还具备电子发票的申领、发票数据上传税务局、远程抄报税等功能，此外还提供针对相应的查询统计、业务监控、系统管理等功能。4.3.1发票申领发票管理系统提供电子发票的在线申领功能，系统提供电子发票结存票量的监控预警，当票量低于一定量时，可由人工或系统自动的向税务局提交发票申领请求，并将税局的发票发售结果写入税控设备，实现在线申领发票功能。4.3.2发票分发提供将主机金税盘上的空白电子发票分发给分机金税盘的功能。4.3.3发票退回提供将分机金税盘上的空白电子发票退回至主机的功能。4.3.4发票读入提供将读取金税盘中领购的电子发票号段功能。将金税盘中的空白发票号段写入税控开票服务中。4.3.5发票库存查询提供查询发票库存功能，通过本功能可查看纳税人当前剩余空白发票库存。4.3.6发票开具发票管理系统接收到接口系统转发的业务信息后，调用税控设备对交易业务信息进行处理并生成发票数据，之后，将发票开具结果返回接口系统。4.3.7发票冲红发票管理系统接收到接口系统转发的红字发票开具请求后，校验是否可开具红字发票，校验通过后，调用税控设备生成红字发票，并将开具结果返回接口系统。4.3.8发票上传发票开具成功后，发票管理系统通过税控设备与增值税发票系统升级版的税务端建立SSL通道，将发票开具数据上传至税务局。4.3.9业务监控系统实时监控当前的发票开具业务、冲红业务、上传业务的处理情况，对异常处理进行相关的预警和错误日志的记录。4.3.10查询统计1）已开发票查询提供根据不同税号、时间段、分机号进行开票量查询统计功能，查询统计页面展示内容如下：纳税人识别号、纳税人名称、开票日期起、开票日期止、开票总张数、开票总金额、蓝字发票张数、蓝字发票金额、红字发票张数、红字发票金额、作废发票张数、作废发票金额等。2）发票上传情况查询根据纳税人识别号、分机号、日期起止的组合条件对发票上传情况进行统计。统计信息包括：纳税人识别号、纳税人名称、日期起、日期止、分机号、待上传发票数量、上传受理成功发票数量、上传受理失败发票数量、上传处理成功发票数量、上传处理失败发票数量3）金税盘状态查询提供查询各个金税盘运行状态的查询功能，可通过纳税人识别号、分机号查询对应的金税盘运行状态情况。4.3.11多税号管理提供给针对xx交通下级的多个纳税人识别号的开票管理，管理每个税号下的多个金税盘。4.3.12多盘调度配置提供针对多金税盘调用配置功能，为运维人员针对金税盘开票任务进行最优化配置提供相应的设置管理。4.3.13远程抄报税提供针对金税盘进行远程抄报税的管理页面，查询金税盘的抄报税状态，对未进行抄报税的金税盘可进行人工远程抄报税操作。4.3.14远程清卡提供远程清卡操作页面，运维人员通过页面对完成抄报税的金税盘进行清卡操作。4.3.15系统管理对与发票管理系统相连的税控设备进行相应的配置管理。 签章制作使用符合国密局标准的第三方CA证书、企业发票专用章印模制作电子签章，电子签章的制作也必须符合国密局相关标准。 签章管理提供电子签章导入功能，将制作好的电子签章通过本功能导入签章服务器中，并对电子签章进行相应管理设置，实现通过纳税人识别号调用对应的电子印章完成对发票版式文件的签章操作。 模板管理提供电子发票模板维护功能，通过本模块实现电子发票PDF模板的新增、编辑、删除等操作。为电子发票生成的版式配置相应的模板。4.3.16系统监控提供开票服务器、外围辅助服务器的系统资源监控。进入监控页面，页面展示当前开票服务器的硬件资源使用状况，监控硬件含处理器、内存、磁盘等。对发票管理系统的系统资源、硬件设备、税控设备进行监控，当出现系统异常时提供预警和错误日志记录。4.4.17电子发票同步服务提供与第三方电子发票服务平台见的发票信息上传、抓取等服务，可将生成的电子发票版式文件上传至第三方电子发票服务平台，也可根据发票代码、号码、税控码或开票日期起止以及抬头为公司名称等检索条件从第三方电子发票服务平台单张、批量抓取电子发票。4.4 发票服务平台4.4.1发票查询发票查询提供给各个系统或用户发票查询的功能。4.4.2发票验证发票验证提供对用户输入的发票信息验证。4.4.3发票下载提供电子发票的各种下载功能。2、 3.2 数据整合说明及建议1 3.2.1 核心接口设计及实现方式本系统需要税局、xx卡运营平台、发票管理系统、第三方电子发票服务平台等系统平台进行对接，核心接口设计及实现方式如下表。序号接口分类接口名称通信协议通信文件内容文件格式实现方式说明1与xx卡运营平台、发票管理系统的接口发票开具webservice交易信息XMLxx卡运营平台、发票管理系统调用电子发票系统API向业务系统提供电子发票开具、冲红功能。2开具发票信息下载webservice发票信息及PDFXMLxx卡运营平台、发票管理系统调用电子发票系统API向业务系统提供发票开具结果查询服务。3开具发票信息推送webservice发票信息及PDFXMLxx卡运营平台、发票管理系统调用电子发票系统API电子发票开具成功后，主动将发票开具结果以及相关数据推送回运营商的业务系统。4开具发票对帐接口webservice开票汇总信息XMLxx卡运营平台、发票管理系统调用电子发票系统API提供业务系统与发票管理系统间的对账功能，对一定时间内的开票请求、发票开具结果进行汇总对账。5与第三方服务平台的接口发票验证webservice发票信息及PDF，发票验证结果信息XMLxx交通电子发票系统调用第三方服务平台API验证电子发票信息和版式的真伪6开具发票上传webservice发票信息及PDFXMLxx交通电子发票系统调用第三方服务平台API接收xx交通电子发票系统上传的发票7进项发票下载webservice发票信息及PDFXMLxx交通电子发票系统调用第三方服务平台APIxx交通电子发票系统下载第三方服务平台的发票信息8税局接口信息同步http，ssl同步企业信息 XMLxx交通电子发票系统调用税局统一APIxx交通电子发票系统同步税局企业登记信息9开具发票上传http，ssl上传已开具的发票XMLxx交通电子发票系统调用税局统一API上传已开具的发票10票源下载http，ssl下载购票信息XMLxx交通电子发票系统调用税局统一API下载已购票的信息与税局对接采用税务提供的升级版对接即可，使用标准的SSL协议，采用https通信协议，交换的数据格式XML，实现的方式为局端系统提供升级版客户端调用的API。与xx交通xx卡运营平台、合作银行的电子收费业务的对接，使用WEBSERVICE协议，采用http通信协议，交换的数据格式XML，实现的方式为系统提供发票开具、发票查询、发票开具对帐接口API给xx交通业务系统调用，xx交通业务系统提供发票推送API给电子发票系统调用。与第三方服务平台的对接，使用WEBSERVICE协议，采用http通信协议，交换的数据格式XML，实现的方式为第三方服务平台提供发票接收、发票验证灯接口API给电子发票系统调用。在本项目中，将以提供Web Services的服务接口为主要技术协议方式之一；同时，将采用XML作为外部接口数据交换的格式标准。接口命名规则：外层报文节点使用英文标识，第一个单词小写，从第二个开始单词首字母大写，如果简写则全部为大写；内层报文使用拼音首字母简写大写。2 3.2.2 通用接口（外层报文）格式设计 -全局信息终端类型标识(0:B/S请求来源;1:C/S请求来源)DZFP接口版本 接口编码 平台编码 10位随机数+Base64(（10位随机数+注册码）MD5) 纳税人识别号 au