一种发票智能归集系统的制作方法

本发明涉及一种归集系统，具体是一种发票智能归集系统。

背景技术：

目前，车险理赔的流程是车辆维修完成后，保险公司直接将汽车维修保险赔款支付给维修店，维修店收到款项后开具相应金额的发票给保险公司，保险公司需要收回发票进行入账抵扣，由于各种原因导致保险公司不知道维修厂欠开多少发票、什么时候开发票、发票开具后交给谁、售票人什么时候拿回保险公司，现有的全流程人工处理方式，由于没有科学的信息系统管理支撑，发票传递过程中，容易出现各种原因导致发票遗失、不及时归档，造成财务工作的风险和损失。

还有，4s店、修理厂开具的增值税发票进行的收取、整理、统计、核销等工作，靠人工验审，手工录入发票，工作量大，效率低。工作人员需对4s店或修理厂提交的每份发票进行实质性审核，审核内容包括发票日期、购方及销方名称、纳税人识别号、开户信息、货物名称、规格型号、单位、数量、单价、不含税金额及含税金额、备注栏等，审核范围涵盖发票所有的票面信息，确认无误后才能进入核销流程。整个结算环节依靠传统的人工处理票据的方式，无信息系统支撑，发票传递过程中，容易因为各种人为因素导致发票遗失，导致财务工作风险高。

因此，本领域技术人员提供了一种发票智能归集系统，以解决上述背景技术中提出的问题。

技术实现要素：

本发明的目的在于提供一种发票智能归集系统，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：

一种发票智能归集系统，包括发票智能回收平台、云服务器、维修店票据柜、移动端、pc端、财务系统和税务数据库，维修店票据柜、移动端、pc端均通过云服务器与发票智能回收平台进行信息交换，且发票智能回收平台与财务系统、税务数据库之间进行数据传输与交换。

本发明还提供了一种发票智能归集系统的具体工作流程，具体如下：

s1:发票智能回收平台定期导入(或数据接口实时同步)维修店支付款项的财务数据，包括付款单位、付款项目(立案号或编号id)、项目金额、项目内容；

s2:发票智能回收平台与税务数据库同步信息，下载税务专票抵扣数据库接口，获取发票税号下未抵扣维修店已开出专票数据列表，获取列表信息，包括每张发票票面信息，包括发票日期、购方及销方名称、纳税人识别号、开户信息、货物名称、规格型号、单位、数量、单价、不含税金额及含税金额、备注栏；

s3:发票智能回收平台对导入或同步到付款及发票信息进行统一数据管理，针对辖区内每个合作维修店已付款未开票、已开票未存放(发票柜)、已存放未收取、已收取纸质发票回收全流程数据实施监控；

s4:发票智能回收平台将已付款未开票、已开票未存柜等数据同步到维修店(微信小程序)，维修店财务人员对未开发票进行开票、打印，将开具的纸质发票归集，存入专用维修店票据柜，对已开票未存柜的发票及时存入维修店票据柜；

s5:维修店票据柜通过发票图像二维码识别或上传影像资料通过发票智能回收平台后台影像ocr识别方式获取存柜票据信息，发票智能回收平台统一对全辖区所有票据柜上传信息进行保存和管理；

s6:各网点票据信息根据状态进行发票信息管理，分类显示已打印，待收票，已签收，已完成，已挂失，根据网点票据信息发起收票任务(系统自动建立批次任务管理)，将本批次收票任务取票秘钥(开箱码)通过短信或者微信公众号推送到收票员移动端上；

s7:收票员在移动端上登录发票回收小程序，在小程序查看待办任务信息，根据收票任务前往各维修店网点进行收票；到达网点后，根据收到的取票秘钥(开箱码)自行在发票票据柜输入、开箱、取票；或在小程序中点击获取批次取票单的取票秘钥并展示给网点财务人员，由财务人员开柜取票；

s8:取票员开柜取票后，发票票据柜将取票信息上传至发票智能回收平台，系统自动更新票据状态，在移动端小程序上该批次任务改为已取票，并生成发票清单明细，取票员对该明细进行核对签收，发票回收流程结束。

还有，本发明提供了一种包括上述发票智能回收平台功能的软件，具体包括以下内容：

(1)系统管理

1.1、系统用户；

1.2、用户角色及权限；

1.3、业务基础数据，包括网点信息、取票员信息、取票单信息、票据信息；

1.4、系统日志，系统日志分为用户登录日志、系统管理日志；

(2)网点数据管理

2.1、网点信息管理，包括网点信息数据和网点责任人；

2.2、网点票据管理，包括票据数据、检验配置、票据状态；

(3)取票数据管理

3.1、取票员管理；

3.2、取票排期管理；

3.3、取票单管理，包括取票单的生成、取票秘钥管理、取票单核销、任务跟踪提醒、自定义通知配置；

(4)移动端小程序业务功能，包括待办信息、核对签收发票、历史记录；

(5)数据分析；

5.1、开票数统计，包括开票清单、开票数排行榜；

5.2、回票数统计，包括回票清单、回票数排行榜、回票完成率、开/回票趋势图。

作为本发明进一步的方案，所述系统用户包括公司用户和维修厂网点用户。

作为本发明再进一步的方案，所述用户角色包括系统管理员、票据查询员和取票员、开票员。

作为本发明再进一步的方案，所述用户权限分为操作权限和数据权限。

与现有技术相比，本发明的有益效果是：

1、本发明的发票智能归集系统能够有效保障回收的完整性、快捷性和数据准确性，系统通过导入保险公司理赔支付款项数据，对接国家税务抵扣库，获取已支付项目及维修店已开发票数据，解决维修店欠开发票、已开发票数量、金额的准确性。

2、本发明的发票智能归集系统通过发票智能回收平台对“发票数据管理-收票任务发起-收票-签收-归档-统计”纸质发票整个流程进行任务分配及后台监控管理。

3、本发明的发票智能归集系统通过移动端小程序的应用，为收集员发票回收任务办理流程提供便捷、高效的技术保障，降低人工成本，提高工作效率。

附图说明

图1为一种发票智能归集系统的总体框架图。

图2为一种发票智能归集系统的工作示意图。

图3为一种发票智能归集系统的工作流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明实施例中，一种发票智能归集系统，如图1所示为系统的总体框架图，表述了系统的总体设计思路，包括前端层、数据交互层、应用层和基础设施层；

所述的前端层包括硬件终端、移动端小程序和pc端管理平台。

所述的数据交互层包括数据发送、数据返回。

所述的应用层包括系统基本功能、系统日志管理、通知中心管理、网点信息管理、取票任务管理、收集员管理、票据信息管理、智能分析管理、统计分析管理。

所述的基础设施层包括网络、云服务器、企业公众号、微信小程序。

如图2所示，本发明实施例中，一种发票智能归集系统，包括发票智能回收平台、云服务器、维修店票据柜、移动端、pc端、财务系统和税务数据库，维修店票据柜、移动端、pc端均通过云服务器与发票智能回收平台进行信息交换，且发票智能回收平台与财务系统、税务数据库之间进行数据传输与交换。

发票智能回收平台：部署在云端的整个系统后台服务,负责整个发票回收流程数据采集、管理、前端监控、统计分析等系统服务；

财务系统：统指系统可对接的平安保险车险相关理赔、维修支付等财务数据；

税务数据库：通过连接国家增值税票抵扣数据库，同步指定税号下已开发票数据；

维修店票据柜：放置于维修店的保险公司指定的纸质发票存放设备，通过网络连接后台实时同步发票存放数量及其他信息；

移动端小程序：微信小程序提供前端应用服务，保险公司收票员负责完成收票任务推送、展示、发票信息采集、发票回收确认等功能。

如图3所示，本发明还提供了一种发票智能归集系统的具体工作流程，具体如下：

s1:发票智能回收平台定期导入(或数据接口实时同步)维修店支付款项的财务数据，包括付款单位、付款项目(立案号或编号id)、项目金额、项目内容；

s2:发票智能回收平台与税务数据库同步信息，下载税务专票抵扣数据库接口，获取发票税号下未抵扣维修店已开出专票数据列表，获取列表信息，包括每张发票票面信息，包括发票日期、购方及销方名称、纳税人识别号、开户信息、货物名称、规格型号、单位、数量、单价、不含税金额及含税金额、备注栏等；

s3:发票智能回收平台对导入或同步到付款及发票信息进行统一数据管理，针对辖区内每个合作维修店已付款未开票、已开票未存放(发票柜)、已存放未收取、已收取等纸质发票回收全流程数据实施监控；

s4:发票智能回收平台将已付款未开票、已开票未存柜等数据同步到维修店(微信小程序)，维修店财务人员对未开发票进行开票、打印，将开具的纸质发票归集，存入专用维修店票据柜，对已开票未存柜的发票及时存入维修店票据柜；

s5:维修店票据柜通过发票图像二维码识别或上传影像资料通过发票智能回收平台后台影像ocr识别方式获取存柜票据信息，发票智能回收平台统一对全辖区所有票据柜上传信息进行保存和管理；

s6:各网点票据信息根据状态进行发票信息管理，分类显示已打印，待收票，已签收，已完成，已挂失，根据网点票据信息发起收票任务(系统自动建立批次任务管理)，将本批次收票任务取票秘钥(开箱码)通过短信或者微信公众号推送到收票员移动端上；

s7:收票员在移动端上登录发票回收小程序，在小程序查看待办任务信息，根据收票任务前往各维修店网点进行收票；到达网点后，根据收到的取票秘钥(开箱码)自行在发票票据柜输入、开箱、取票；或在小程序中点击获取批次取票单的取票秘钥并展示给网点财务人员，由财务人员开柜取票；

s8:取票员开柜取票后，发票票据柜将取票信息上传至发票智能回收平台，系统自动更新票据状态，在移动端小程序上该批次任务改为已取票，并生成发票清单明细，取票员对该明细进行核对签收，发票回收流程结束。

收集平台可对发票从开票、存票、收票到归档整个流程进行管理，可对所有流程人员各环节进行统计分析、绩效考核，提高工作效率。

本发明还提供了一种包括上述发票智能回收平台功能的软件，具体包括以下内容：

(1)系统管理

1.1系统用户，包括公司用户和维修厂网点用户；公司用户可以直接系统创建、授权登录；维修厂网点用户需要先提供手机号码在系统进行授权，然后通过手机号码加短信认证码登录系统；

同时允许系统管理员手动增加、删除用户身份，用户数据包括姓名、账号、手机号码等基本信息。

1.2用户角色及权限，用户角色包括系统管理员、票据查询员和取票员、开票员。

用户权限分为操作权限和数据权限。操作权限决定用户拥有的菜单和操作类型，通过角色进行授权；数据权限决定用户所能操作的数据范围，根据当前用户身份所负责的网点决定。

提供角色管理界面，仅允许系统管理员增加、编辑、停用角色。

通过角色控制系统菜单权限，并提供角色-菜单权限管理的功能。

1.3业务基础数据

网点信息：包括网点编号、网点名称、网点地址、网点责任人、联系方式、开票员账号、更改日期等数据；

取票员信息：包括取票员编号、取票员姓名、身份证号、电话号码、负责的网点、取票员账号、更改日期等数据；

取票单信息：包括日期、编号、对应网点、对应取票员、收件时间、收件状态、发票数量、发票总金额、对应取票秘钥、备注等信息；

票据信息：包括发票代码、发票号码、开票日期、开票金额(税价合计)、明细金额(不含税)、明细税额、销方名称(开票方)、销方税号(开票方)、备注栏信息等数据；

1.4系统日志

系统日志分为用户登录日志、系统管理日志。

用户登录日志应区分用户pc登录、用户微信小程序登录。用户登录日志需记录登录账号、时间、ip地址、是否登录成功、授权成功、备注信息(登录失败原因等)。

系统管理日志包括系统管理员对系统用户、角色、权限进行配置的日志。系统管理日志需记录操作账号、操作ip地址、操作类型、操作对象、操作内容(操作的详细描述，包括原信息、修改后信息，或者记录sql语句)。

(2)网点数据管理

2.1网点信息管理

2.1.1网点信息数据

来源主要分为接口同步、系统数据录入、系统批量导入形式进行录入发票智能回收系统，根据网点信息模板录入对应网点数据，其中网点信息数据基本包括网点编号、网点名称、网点地址、网点责任人、联系方式、开票员账号、更改日期等。

2.1.2网点责任人

针对各网点的维修厂，需要设置网点责任人进行管理，一般网点责任人也是系统开票员角色，主要为网点的财务人员，负责平安车险发票的开具和存柜、验证取票员的取票秘钥、跟进开票数据的转态更新等，是网点发票开具的负责人和发票问题解决人员。

一个网点可以设置多个开票员。

2.2网点票据管理

2.2.1票据数据

票据数据的来源是开票员将增值税纸质发票存柜时，发票智能回收终端机对发票进行扫码或ocr识别后，通过国家税务专票抵扣库数据接口获取发票票面信息，其中税务抵扣库数据为t-1数据，也就是每天早上可获取截至前一天开具发票的票据数据。票据信息包括包括发票代码、发票号码、开票日期、开票金额(税价合计)、明细金额(不含税)、明细税额、销方名称(开票方)、销方税号(开票方)、备注栏信息等数据等数据。

票据数据可以与平安财务接口数据对接关联，根据平安车险数据建立同步及关联。

票据数据可以与国家专票抵扣数据库进行对接，获取深圳平安对应税号下的历史开票数据。

2.2.2检验配置

发票智能回收系统支持对前端票据字段的必填项校验配置，对增值税发票抬头字段信息进行校验，如果不属于平安车险发票，则不统计到该网点提供的票据总金额。

2.2.3票据状态

为了提高票据数据的精细化管理程度，增加发票回收业务查询统计功能，可以根据票据各项状态进行查询统计，生成相关的报表和说明。

包含以下查询状态：

已打印：开票员已开具发票并存柜的情况；

待收票：系统已将收票任务推送给取票员，待取票员过去网点收票的情况；

已签收：取票员到网点提供取票秘钥后完整拿到纸质发票的情况；

已完成：取票员取票归档后，系统确认取票信息后生成发票清单明细的情况；

已挂失：发票抬头有误、纸质发票损坏、丢失的情况。

(3)取票数据管理

3.1取票员管理

发票智能回收系统需要收集取票员用户，事先将所有取票员用户导入系统，并配置好角色权限。

根据每个取票员负责的网点，可以在系统上设置关联关系，一个取票员可以关联多个网点，一个网点也关联多个取票员。(可根据实际业务进行关联)

取票员根据关联的网点，可以查看自己名下网点的取票任务单以及历史发票清单明细。

3.2取票排期管理

在各网点开具纸质发票并存柜后，票据信息汇总到系统上进行管理。票据查询员可以根据时间、票据数量、票据金额等建立取票任务批次，并安排网点取票员完成取票任务，取票的排期可以通过系统规则设置，自动触发系统建立任务批次、发起取票任务，包括自动提醒等功能。

3.3取票单管理

3.3.1取票单的生成

根据票据查询员取票排期设置，达到条件后每个网点会自动生成一张取票单，取票单包含网点信息、取票员信息、收票批次明细(包括该批次发票数量、开票方、发票号、发票金额等数据列表)、时间、状态等。

3.3.2取票秘钥管理

生成的取票单会推送到取票员微信小程序账号上，对应的网点取票单会生成相应的取票秘钥通过短信发送给取票员，取票员根据取票秘钥与网点财务人员核对后，才能进行开柜取票。网点凭取票码，出发票给取票人。

3.3.3取票单核销

取票员取票后发票智能回收终端机将开柜信息提交到系统，系统获取取票信息后将更新票据状态，取票单任务完成。

3.3.4任务跟踪提醒

发票智能回收系统能够对整个取票流程进行跟踪和监控，从开具发票到取票员收票后系统确认，能够根据票据状态判断哪些人哪些任务没有完成，系统自动发送信息进行提醒。具体内容如下：

3.3.5自定义通知配置

发票智能回收系统支持自定义通知配置，通过配置前置条件和自定义通知内容，系统能够自动的在指定的时间发送给指定的人。

(4)移动端小程序业务功能

4.1自动登陆

小程序有四个入口：

1、搜索栏：顶部搜索框的搜索结果页；

2、公众号关联、公众号图文；

3、线下二维码扫一扫；

4、群聊中，或是一对一聊天对话中，朋友分享的可视化窗口；

当使用过一次小程序后，可以在微信的“发现”列表中找到“小程序”的入口；搜索相应小程序名字，点击进入。

取票员第一登录发票智能回收系统小程序，需要手机号码注册登录，关联微信账号，后续可以微信上直接登录，无需密码验证。

4.2首页banner

微信小程序登录是，首页展示banner，主要是关于平安车险广告推广，广告内容可以在系统后台设置。

4.3待办信息

取票员进入微信小程序后，在我的任务列表中，展示由票据查询员在相关后台系统向取票员发送的业务待办，待办信息包含取票单信息和取票状态。

点击取票单进入网点应收票据列表，该列表展示网点营收票据信息。

取票员可以在取票单上获取取票秘钥，通过短信发送到手机上，到达网点后将取票秘钥展示给网点财务人员，根据取票秘钥开柜收票，系统同步取票状态，完成收票工作。

4.4核对签收发票

取票员收票后，系统上传更新票据状态为已签收，取票单任务状态更新为已取票，并生成一份发票清单，取票员核对后进行签收，完成发票回收流程。

网点财务人员可通过移动端小程序登录查看本网店已签收批次列表信息。

4.5历史记录

已签收确认的票据单，移交到历史数据，不在任务列表展示。

历史记录列表：按每批任务展示票据单的发票清单明细，取票员可以按照时间、网点进行查询筛选。

(5)数据分析

5.1开票数统计

5.1.1开票清单

功能概述：显示各网点开票数情况

查询条件：区域、网点名称(编号)、时间段、。

展示内容：区域、网点名称(编号)、时间段、开票数、开票金额数。

每条开票清单可查看这时间段具体开票数据等信息。

5.1.2开票数排行榜

功能概述：展示各区域各网点开票数的排行情况和开票金额数的排行情况

查询条件：区域、开票数、金额数

展示内容：区域、开票数、金额数、排行名次

展示要求：列表、柱状图等。

5.2回票数统计

5.2.1回票清单

功能概述：显示各网点回票数情况

查询条件：区域、网点名称(编号)、时间段。

展示内容：区域、网点名称(编号)、时间段、回票数、回票金额数。

每条回票清单可查看这时间段具体回票数据等信息。

5.2.2回票数排行榜

功能概述：展示各区域各网点回票数的排行情况和回票金额数的排行情况

查询条件：区域、回票数、金额数

展示内容：区域、回票数、金额数、排行名次

展示要求：列表、柱状图等。

5.2.3回票完成率

功能概述：回票完成率＝已收集回来的发票数/单位时间开票总数*100％；展现地市、区域、网点完成率，支持按周，按月，按季度；

查询条件：区域、网点名称(编号)、时间段。

展示内容：区域、网点名称(编号)、回票数、开票总数、回票率、王成率排行名次。

展示要求：列表、柱状图等。

5.2.4开/回票趋势图

功能概述：根据各网点开票数据和回票数据，按月、天、进度等维度展示各网点的趋势情况，分析分析各网点开/回票波动情况。

查询条件：区域、网点名称(编号)、时间段

展示内容：网点名称(编号)、月、季度、回票率、开票数、回票数

展示要求：列表、折线图等。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，根据本发明的技术方案及其发明构思加以等同替换或改变，都应涵盖在本发明的保护范围之内。