以下为《电子发票服务平台技术安某某及管理方案(1)》的无排版文字预览，完整格式请下载

下载前请仔细阅读文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。

电子发票服务平台

技术安某某及管理方案

2016年03月

1. 背景 4

2. 电子发票优势 4

3. 企业端实施方案 5

3.1. 电子发票培训（详见培训文档） 5

3.2. 电子发票开具资格申请 5

3.3. 申请电子发票票种核定 5

3.4. 税控设备申请 6

3.5. 申请税控设备发行 6

3.6. 票源申领 6

3.7. 票源导入 7

3.8. 企业CA证书申请 7

3.9. 企业申请开通电子发票服务 7

3.10. 企业CA电子签章上传电子发票服务云 8

3.11. 电子发票开具 8

3.11.1. 税控盘 9

3.11.2. 税控服务器 9

4. 行业解决方案 9

4.1. 总体目标 10

4.2. 实施方案 10

4.2.1. 税控盘 11

4.2.2. 税控服务器 11

4.3. 方案架构 12

4.3.1. 小微型企业（税控盘，税控服务器） 13

4.3.2. 中小型企业有ERP（税控盘，税控服务器） 13

4.3.3. 中小型企业无ERP（税控盘） 13

4.3.4. 大中型企业（税控服务器） 14

4.4. 方案对比说明 14

5. 主要功能 15

5.1. 发票生成 15

5.2. 发票红冲 15

5.3. 换开发票 16

5.4. 发票接收 16

5.5. 发票接收提示 18

5.6. 发票下载 18

5.7. 发票查验 19

6. 系统架构设计 19

6.1. 设计思路 19

6.2. 建设目标 20

6.2.1. 建设基础云 20

6.2.2. 建设应用云 21

6.2.3. 建设门户云 21

6.2.4. 建设大数据云 21

6.3. 设计原则 21

6.3.1. 可扩展性 22

6.3.2. 易用性 22

6.3.3. 伸缩性 23

6.3.4. 可靠性 23

6.3.5. 可管理性 24

6.3.6. 先进性 24

6.3.7. 灵活性 25

6.3.8. 可审计性 25

6.3.9. 高效性 26

6.4. 总体流程 26

6.5. 总体架构 26

6.5.1. 基础设施云平台 27

6.5.2. 大数据支持平台 27

6.5.3. 应用支撑平台 28

6.5.4. 云应用 28

6.5.5. 安某某体系保障 29

6.5.6. IT运维保证 29

6.6. 关键技术 29

7. 数据架构设计 34

7.1. 结构化数据设计 34

7.2. 非结构化数据设计 35

7.3. 大数据应用 35

8. 系统安某某及可靠性设计 36

8.1. 整体安某某性设计 36

8.2. 内部安某某设计 38

8.2.1. 系统内部安某某级别划分 38

8.2.2. 对外访问控制策略 39

8.2.3. 应用安某某强化 39

8.3. 系统自身安某某防护设计 40

8.3.1. 系统自身监控管理 40

8.3.2. 系统安某某评估和加固 40

8.4. 平台安某某强化 40

8.4.1. 平台应用安某某设计 42

8.4.2. 平台数据安某某设计 43

8.4.3. 平台接口安某某设计 44

8.5. 平台接口安某某强化 45

8.6. 网络安某某强化 46

8.7. 数据安某某强化 46

8.8. 安某某评测 46

背景

随着2015年5月财政部发布《会计档案管理办法》，2015年9月国务院发布关于《加快构建大众创业万众创新平台的指导意见》，2015年11月26日国家税务总局公告2015年第84号 《关于推行通过增值税电子发票系统开具的增值税电子普通发票有关问题的公告》，表明电子发票业务进入全国推广阶段。

电子发票是经营活动中开具或收取的电子收付款凭证。电子发票作为发票的电子映像和电子记录，以数据电文作为法律凭证，突破了传统纸质发票的概念。采取电子签章实现发票签名、电子盖章，实现电子发票唯一性、不可抵赖性、防篡改。通过数字媒体形式传送与保存发票内容，可通过网络、移动通信等方式传送给接收方。

电子发票优势

电子发票是税收服务为适应互联网信息发展新形势、新要求的重大创新举措，是新时代下税务机关征收管理方式优化提升的里程碑式创新。有利于进一步简化发票的流转、贮存、和查验，可以大幅减低企业领用、运输、存储和管理成本。

对企业而言，通过自动化的电子开票模式能有效节省发票的工本费、印制成本以及人力成本，还能通过电子发票实现交易的全程电子化，实现发票中心化运营管理，从而大幅降低企业运营成本、提高流通效率。

对消费者而言，电子发票可帮助消费者统一汇总发票信息，在解决交易中的效率性和可靠性外，也更符合现有的移动及互联网化生活方式。

政府效益：税务机关发票相关职能相关工作人员占25%~30%，使用电子发票后，可以大大减轻工作压力，释放服务效能。

企业效益：可以大大节省企业成本。据统计，京东商城1年发票量3.6亿份，使用电子发票，每年可节省成本1.08亿元。

环境效益：一年可节约近2000亿张纸质发票，相当于保护了近3万亩森林和土地，减少近10万吨二氧化碳排放量。

社会效益：有效杜绝虚假发票和透漏税，有利公平税负，净化市场环境，维护市场秩序。

企业端实施方案

电子发票培训（详见培训文档）

电子发票开具资格申请

企业填写《关于申请应用实施电子发票的报告 》，向税局提出申请。服务站提供报告模版。

申请电子发票票种核定

服务站配合企业携带如下资料到所属税局文书窗口办理：

企业领用发票票种核定表（盖公章）

税务登记证原件及复印件（复印件加盖公章）

经办人身份证原件及复印件（复印件加盖公章）

税控设备申请

企业向服务站提供企业识别号、名称、税务机关代码、税务机关名称，确认企业需要支持几个税号。

申请税控设备发行

服务站配合企业携带如下资料到所属税局发行窗口办理：

税控核心板

报税盘

税务登记证原件及复印件（复印件加盖公章）

经办人身份证原件及复印件（复印件加盖公章）

票源申领

服务站配合企业携带如下资料到所属税局售票窗口买票：

报税盘

税务登记证原件及复印件（复印件加盖公章）

购票员身份证原件及复印件（复印件加盖公章）

发票领购簿原件

票源导入

企业管理员账号登录开票系统，插入报税盘，点击“发票领购”，输入报税盘口令，将已申领的电子发票票源导入。

企业管理员账号点击“发票分发”，将导入的票源分发给开票终端。

企业CA签章申请

企业登录当地数字证书认证服务机构网站申请电子签章，打印填写并加盖公章，服务站另携带以下资料到数字证书认证服务机构办理：

组织机构代码证副本复印件一份（复印件加盖公章）

营业执照副本复印件一份（复印件加盖公章）

经办人身份证复印件（复印件加盖公章）

企业申请开通电子发票服务

服务站将企业基本信息拍照后上***总部，***审核后向电子发票服务云提交开户申请，从而开通电子发票企业端功能。

/

企业CA电子签章上传电子发票服务云

企业申请电子签章，登录平台：

点击“签章管理”，查看并测试签章申请是否成功。

/

电子发票开具

税控盘

/

税控服务器

/

行业解决方案

总体目标

面对企业，实现发票流程电子化，对发票电子数据信息的集中化管理，并对税务数据信息进行查询统计分析，以实现税务信息化的全面管理；面对消费者，实现电子发票的开具，电子发票影像生成（PDF），流转，归集等开票操作。

实施方案

税控盘

/

税控服务器

/

方案架构

小微型企业（税控盘，税控服务器）

注：此方案还有税控服务器版，适用于中小型企业

/

中小型企业有ERP（税控盘，税控服务器）

/

中小型企业无ERP（税控盘）

/

大中型企业（税控服务器）

/

方案对比说明

序号

方案类型

企业特点

优势

劣势

适用性





开票方式

有无企业ERP











1

税控盘

有

企业开票点多，业务流程简单

建设成本最低

受限于第三方平台和开票性能

小微企业



2

税控盘，税控服务器

有

企业希望自行解决电子发票和纸质票并存

可以自定义开发，灵活，方便，快捷

需要企业具备开发团队

中小企业



3

税控盘

无

业务流程简单，单机开票

最小变动最小投入实现电子发票开具，支持税控盘与金税盘

开票点固定

中小企业



4

税控开票服务器

有

税控服务器、用于搭建平台的服务器、签名服务器

所有数据企业自己保存，便于管理分析；开票性能好，支持多点并发

建设成本较高、需要投入较大

大中企业



主要功能

发票生成

由企业内部系统发起开票请求，并将发票所需数据，包括开票人信息、金额、商品信息等通过税控设备开票并加密传递到电子发票生成服务，完成电子发票的生成。企业内部系统收到电子发票生成结果后修改发票状态，并通过手机或邮箱通知消费者接收电子发票。

发票生成过程中，需要在企业内部系统做部分调整，所有数据采用税控设备进行加密传输，从而支持电子发票的生成和应用。

涉及批量开票的，需要企业将订单信息用Excel、XML等规定形式导出，调用接口传输或发送数据包至前置系统指定文件夹，然后统一生成电子发票。

发票红冲

电子发票不支持作废，对于出现退款等操作时，需要进行电子发票的红冲。红冲时由企业内部系统对该笔扣费发起红字发票开票请求，开票类型由正常的“蓝字发票”变为 “红字发票”，同时系统提供原发票代码和原发票号码给电子发票生成服务。电子发票生成服务与当地税务机关交互，完成电子发票的红冲。

换开发票

当用户要求更改发票抬头，或提出申请更换为纸质发票时需进行发票换开。换开由红冲原电子发票和重新生成一份发票两步骤组成。

首先企业内部系统对该订单发起红字开票请求，开票类型由正常的“蓝字发票”变为换开的“红字发票”，同时系统提供原发票代码和原发票号码给电子发票生成服务，电子发票生成服务与当地税务机关交互，完成对原电子发票的红冲。

完成冲红后。如果仍然是生成电子发票的请求，则企业内部系统依据订单，进行抬头的更新，重新发起电子发票生成申请，即可生成新的电子发票。

如果需要生成纸质发票，可以直接沿用原有纸质发票生成模式。

发票接收

由于企业系统复杂，缴费场景多样。所以发票接收场景会有多种情况，且相互之间可能会有交叉。这里把交付场景分为线上（网站、支付宝等第三方支付平台、银行代收等）和线下（营业厅，业务人员上门服务）。把付费方式分为预付费和后付费。

付费方式

交付场景

预付费

后付费





线上

系统获取缴费用户手机号并上传，企业进行客户信息更新。充值成功后企业给用户一个缴费清单。企业根据用户实际消费，扣费后生成并交付电子发票给用户。

系统将用户手机号、邮箱等联系信息传递到企业管理系统。缴费成功后将电子发票发送到用户手机、邮箱里。





线下

工作人员录入用户信息。缴费成功后交付给用户交费清单。等实际扣费后再将电子发票交付给用户。

工作人员获取用户信息。缴费成功后将电子发票交付给用户。



预付费和后付费的区别在于：后付费的缴费后直接生成电子发票，而预付费需要先给用户一个缴费清单，等实际扣费后再生成电子发票。涉及到收据或缴费清单的按照企业之前的方式进行操作，只是企业需要进一步改造自身系统，在不同的时间节点传递数据进行开票。有些单位预付费也是直接生成电子发票，那么这种情况可直接归到后付费模式中。在下列详细说明中就不再分两种情况来累述。

自有平台交付场景

有些企业有自己的网上营业厅，那么需要在其网站上做一些修改。在支付环节增加“电子发票”选项，获取用户手机号等信息。用户填写所需信息，付款后实时生成电子发票并交付给客户。

/

自有网站还需增加客户信息录入功能。让之前没有联系方式的用户可以在网站上进行录入，方便以后进行电子发票的交付。

发票接收提示

电子发票生成后，企业可以使用邮件、短信等方式提醒消费者。

针对电子发票服务云平台用户，电子发票会主动推送给消费者。

根据实际需求，自建的电子发票平台可通过标准接口向百望电子发票平台的网站、APP和微信公众号选择性推送相关的发票数据，供消费者在百望的电子发票服务云网站、APP和微信公众号进行接收、归集和下载。

发票下载

消费者收到下载通知后可通过电子发票服务云网站，电子发票服务云APP获取。

发票查验

通过国税官网、电子发票服务云网站、电子发票服务云APP、微信扫码进行查询。

系统架构设计

设计思路

当前正处在信息工业革命的爆发期，系统需求环境与几年前又有很大的不同。几年前的系统只需要几台服务器，秒级响应，GB级别的数据存储；在云计算平台下，用户开始要求毫秒级响应，数据以PB级别存储，系统规模也到了成百上千台服务器。面对这种新环境，税务信息化的建设也要对基础设施及技术架构进行“云计算”的改造。

在基础设施层面利用VMware/kvm等虚拟化技术将服务器、网络和存储到一个综合系统中，进行集中化、自动化管理，实现资源按需快速供给，资源弹性伸缩。

在平台服务层面,引入redis非关系型数据库技术、memcache数据库缓存技术、dubbo分布式服务技术、hadoop分布式大数据处理技术，对开发技术架构进行优化升级实现数据分类存储，利用Nginx、squid、weblgoic等中间件对系统的部署结构进行优化，实现动静分离、静态资源高速访问，利用zookeeper服务注册机制，将功能服务化，建立统一的应用支撑平台，提供统一访问接口，实现快速应用接入。

在应用层面，面向企业和社会公众提供统一门户，实现多应用的统一登陆入口和统一身份认证，为企业提供个性化桌面，利用IT自动化等研发过程管理，快速响应需求变化。

在数据应用层面，采用先进的搜索引擎，采集互联网、税务网站、各类应用系统等用户行为信息,利用ETL技术对采集数据进行治理,采用hadoop、spark、storm等分布式运算技术进行数据分析，利用数据库可是化技术进行数据展现，构建一个及采集、数据治理、数据分析、数据应用为一体的大数据平台。

通过对各层面的优化升级，最终建立一个高性能、高某某、高某某、高扩展、高某某、低成本的电子发票服务云平台。

建设目标

建设基础云

利用云计算技术，在基础设施层面将服务器、网络、存储和虚拟化统一到一个综合系统中，进行集中化、自动化管理，实现资源按需快速供给，资源弹性伸缩。

建设应用云

在平台服务层面,对中间件、技术架构及业务架构进行整合，建立统一的应用支撑平台，提供统一访问接口，实现快速应用接入。

建设门户云

在应用层面，面向企业和社会公众提供统一门户，实现多应用的统一登陆入口和统一身份认证，为企业提供个性化桌面，利用IT自动化技术，快速响应需求变化，利用大数据智能分析技术，优化功能设计和用户体验。

建设大数据云

在大数据层面，建立统一大数据采集、存储、分析应用平台。采用先进的搜索引擎，采集互联网、税务网站、各类应用系统等用户行为信息；利用ETL技术对采集数据进行治理，利用关联推荐模型挖掘用户需求，建立用户行为分析模型，构建用户体验评估指标；利用分布式计算技术进行数据计算；利用图形数据库技术和可视化数据展现技术进行数据显示。

设计原则

考虑到未来业务发展和技术发展的需要，采用当前流行的计算机技术，选用高效稳定的开发平台、组件库和主流的技术框架和优秀科学的核心架构模式，建立了包含多种业务运作模式的系统框架，在整个系统的设计中体现如下思想：

可扩展性

优良的体系结构设计对于系统是否能够适应将来新业务的发展至关重要。在满足现有的需求基础上，充分考虑系统的可扩展性，以满足未来的业务发展，所设计的系统具备适应业务变化的发展的能力，当系统新增业务功能或现有业务功能改变时，尽可能的保证影响局部化。

因此，在系统设计中技术架构采用分层的设计既将系统分为视图呈现层、应用服务提供层和资源层。其中视图呈现层包括WEB客户端、单机客户端、手机APP、微信公众号，应用服务提供层包括业务处理和资源访问等逻辑子层。在系统的模块化设计中又分为开发平台上的基础通用组件库、业务处理模块、资源管理模块和通道管理模块等模块方便系统的扩充。

在方案设计中，充分考虑到应用逐步丰富、系统不断扩展的要求，支持使用配置而免编程的方式对业务流程、业务表单、查询统计等功能进行定制与调整，以形成一个易于管理、可持续发展的弹性体系结构。

易用性

用户操作界面应该尽量亲切，友好，人性化，操作简捷、快速，简单易用，优化业务人员和系统之间的交互过程，充分满足系统操作人员的使用需求。

所有的业务功能界面风格和操作流程一致,界面设计符合《用户界面规范》的要求。界面设计需要遵循以下几点。

合适、合理的用户指导和支持（包括简单易学、全局导航等）

合理的避免和纠正错误（减少错误发生、校验、引导、警告）以及完善的提示。

灵活性（适应用户对界面操作的灵活性要求，如支持多种输入方式、提供快捷键等）。

业务表单在绝大部分编辑操作均可方便完成，减少对话框的数量和鼠标点击的次数，录入可以通过键盘完成；

常用操作支持快捷键；

有上下文相关的在线帮助信息。联机帮助包括关于系统使用的分步指导，以及术语和缩写词的定义说明。

提供简便的系统安装方案，通过向导的方式帮助用户建立系统。

伸缩性

当系统容量（数据容量、新增业务处理）发生变化时，应能通过在横向（Tiers）和纵向(Layers)的各个层次的扩充，保证系统合理的响应时间和吞吐量。支持负载的划分与均衡。

可靠性

确保在正常情况下和极端情况下业务逻辑的正确性，确保数据的准确性。

可管理性

提供了多方面的管理机制，使得系统维护管理人员能够很方便的对系统进行管理和维护。做到了以下几点：

每个层次、每个构件都提供标准的管理接口。

实现统一的、一致的日志功能包括“注册用户”开具日志。

每个构件都提供了应用架构总体设计规定的必要的标准外部接口。

提供系统级的管理工具。

先进性

技术方案是吸收了先进的、科学的平台设计思想和核心架构模式：

设计方案中采用市场领先、成熟的WEB应用技术和服务容器应用技术，运用平台化、组件化和层次化的设计思想，从而使系统在稳定性、可靠性和可扩展性方面得到充分的保证。

系统的开发设计采用平台化、核心架构模式，将大量重复和烦琐的工作交由基础组件和业务组件处理，极大的提高了系统的灵活性，降低了开发维护人员的工作量和素质要求，能够快速适应业务需求变化，推出新业务，提高经济效益。

模块化及层次化设计，尽量增强程序的共享性及减少程序的重复。

采用模型驱动的设计模式及面向对象、面向方面的设计思想和架构模式，使系统易于维护及拓展。

多级缓存策略技术，提高系统的响应速度、吞吐能力，降低整体系统开销。

提供完善的系统安某某性和交易授权功能组件和接口规范。

系统的设计不仅为现有业务的处理提供可靠高效的技术支撑，而且充分考虑到将来系统和业务的拓展需要，以保证现有的软硬件投资在将来能够得到重用。

灵活性

系统支持广泛的网络传输媒体，适应不同的物理网络环境。应用系统采用了参数化及交易码驱动的设计，可以灵活适应业务变化的调整，系统内核坚固且灵活，外延丰富。

系统对经常变动的业务数据进行参数化的管理，既保证了系统的安某某稳定、方便系统维护，又满足多变的业务需求。

可审计性

保证了所有技术人员、业务人员对系统数据的操作和访问都留有准确的痕迹记录，并能做出适当的分类以便核查。对其中以加密形式保存的数据，系统提供了相应的接口对数据的一致性进行检验。

高效性

高效率设计充分的利用 内容过长，仅展示头部和尾部部分文字预览，全文请查看图片预览。 认证机理与互联网Oauth2.0协议一致。

网络安某某强化

内外网隔离，电子发票服务云采用物理和逻辑分离，使不同类别的数据交互具有不同访问权限，为系统构建多道物理安某某防线；

采用IDS、防火墙等安某某设备，确保系统物理安某某；

核心数据存储在内网，并以外部主动拉取内部数据的方式，确保数据的一致性。

数据安某某强化

采用电子签章技术，对企业身份进行认证，对企业提交的核心数据进行加密；

采用HTTPS协议，在网络传输层将企业提交信息进行加密传输。

生产数据和历史数据分离，确保生产交易稳定高效运行；

用户数据大集中存放，***管理；

非结构化数据单独存放，保证生产系统的安某某及性能；

数据库分表及分区设计，海量数据集中存储；

数据库用户分业务，分权限，对于查询用户不分配数据修改权限。

安某某评测

为了确保系统安某某可靠，电子发票服务云从设计阶段就注重系统安某某，先后通过sonar、findbugs等代码检测工具对系统代码进行代码质量测评，通过SlowHttpTest、OpenSSL、NetSpaker、AppScan等进行安某某评测。

根据评测报告，查找系统安某某漏洞，及时修补，确保系统的整体安某某性。

[文章尾部最后500字内容到此结束,中间部分内容请查看底下的图片预览]

以上为《电子发票服务平台技术安某某及管理方案(1)》的无排版文字预览，完整格式请下载

下载前请仔细阅读上面文字预览以及下方图片预览。图片预览是什么样的，下载的文档就是什么样的。