报销审核方法、装置、存储介质及服务器与流程

1.本技术涉及数据处理领域，尤其涉及一种报销审核方法、装置、存储介质及服务器。


背景技术：

2.随着企业规模的增加，员工报销越来越多，按照业务要求用户可能每月报销，也可能每几个月集中报销一次。现有技术中，用户在报销时，需要填写报销单，然后为报销单以附件的形式挂接发票，财务人员逐一检查报销单的各个字段，该过程不仅耗费大量时间且检查效率不高，且数据的准确性也难以保证，容易发生数据错误。


技术实现要素：

3.本技术实施例提供了报销审核方法、装置、存储介质及服务器，可以解决现有技术中报销审核效率低和容易出错的问题。所述技术方案如下：
4.第一方面，本技术实施例提供了一种报销审核方法，所述方法包括：
5.接收用户上传的发票、报销单和底稿表；
6.识别所述发票、所述报销单和所述底稿表的字段和字段值；
7.根据预设的检查规则库，对所述发票的字段值、所述底稿表的字段值和所述报销单的字段值进行交叉检查或单独检查；
8.若检查通过，将所述报销单传输至下一审核环节；
9.若检查不通过，生成检查结果表，向当前环节的审核人发送所述检查结果表。
10.收发单元，用于接收用户上传的发票、报销单和底稿表；
11.识别单元，用于识别所述发票、所述报销单和所述底稿表的字段和字段值；
12.检查单元，用于根据预设的检查规则库，对所述发票的字段值、所述底稿表的字段值和所述报销单的字段值进行交叉检查或单独检查；
13.传输单元，用于若检查通过，将所述报销单传输至下一审核环节；
14.生成单元，用于若检查不通过，生成检查结果表，向当前环节的审核人发送所述检查结果表。
15.第三方面，本技术实施例提供一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述的方法步骤。
16.第四方面，本技术实施例提供一种服务器，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述的方法步骤。
17.本技术一些实施例提供的技术方案带来的有益效果至少包括：
18.当用户将报销单、发票和底稿表传递至当前环节时，根据预设的检查规则表对报销单、发票和底稿表进行交叉检查和单独检查，检查通过后自动传递至下一审核环节，检查不通过向当前审核环节的审核人推送检查结果表，相对现有技术只能线下人工核查发票、底稿表和报销单据来说，本技术实施例不仅检查过程准确性高，也降低了人工成本和支付
风险。
附图说明
19.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
20.图1是本技术实施例提供的网络架构示意图；
21.图2是本技术实施例提供的报销审核方法的流程示意图；
22.图3是本技术实施例提供的识别发票的原理示意图；
23.图4是本技术提供的一种报销审核装置的结构示意图；
24.图5是本技术提供的一种服务器的结构示意图。
具体实施方式
25.为使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术实施例方式作进一步地详细描述。
26.需要说明的是，本技术提供的报销审核方法一般由计算机设备执行，相应的，报销审核装置一般设置于服务器中。
27.图1示出了可以应用于本技术的报销审核方法或报销审核装置的示例性系统架构。
28.如图1所示，系统架构可以包括：计算机设备101和服务器102。计算机设备101和服务器102之间可以通过网络进行通信，网络用于上述各个单元之间提供通信链路的介质。网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆等，无线通信链路包括蓝牙通信链路、无线保真(wireless-fidelity，wi-fi)通信链路或微波通信链路等。
29.其中，服务器102中部署检查规则库，用户计算机设备101向服务器102上传发票、报销单据和底稿表，服务器102基于检查规则库，对所述发票的字段值、所述底稿表的字段值和所述报销单的字段值进行交叉检查或单独检查；若检查通过，将所述报销单传输至下一审核环节；若检查不通过，生成检查结果表，向当前环节的审核人发送所述检查结果表。
30.需要说明的是，计算机设备101和服务器102可以是硬件，也可以是软件。当计算机设备101和服务器102为硬件时，可以实现成多个服务器组成的分布式服务器集群，也可以实现成单个服务器。当计算机设备101和服务器102为软件时，可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。
31.本技术的计算机设备上可以安装有各种通信客户端应用，例如：视频录制应用、视频播放应用、语音交互应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
32.计算机设备可以是硬件，也可以是软件。当计算机设备为硬件时，可以是具有显示屏的各种计算机设备，包括但不限于智能手机、平板电脑、膝上型便携式计算机和台式计算机等等。当计算机设备为软件时，可以是安装上述所列举的计算机设备中。其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此
不作具体限定。
33.当计算机设备为硬件时，其上还可以安装有显示设备和摄像头，显示设备显示可以是各种能实现显示功能的设备，摄像头用于采集视频流；例如：显示设备可以是阴极射线管显示器(cathode ray tube display，简称cr)、发光二极管显示器(light-emitting diode display，简称led)、电子墨水屏、液晶显示屏(liquid crystal display，简称lcd)、等离子显示面板(plasma display panel，简称pdp)等。用户可以利用计算机设备上的显示设备，来查看显示的文字、图片、视频等信息。
34.应理解，图1中的计算机设备、网络和服务器的数目仅是示意性的。根据实现需要，可以是任意数量的计算机设备、网络和服务器。
35.下面将结合附图2，对本技术实施例提供的报销审核方法进行详细介绍。其中，本技术实施例中的报销审核装置可以是图1所示的服务器。
36.请参见图2，为本技术实施例提供了一种报销审核方法的流程示意图。如图2所示，本技术实施例的所述方法可以包括以下步骤：
37.s201、接收用户上传的发票、报销单和底稿表。
38.在本技术实施例中，用户通过计算机设备填写报销单，然后以附件的形式添加发票和底稿表，向服务器发送携带发票、报销单和底稿表的报销请求，发票、报销单和底稿表的文件格式可以为图片、文本或电子表格等，本技术不作限制。
39.在本技术实施例中，服务器预先存储有各个用户上传的发票，用户在填写报销单时，服务器会根据报销单的字段和字段值在发票数据库中进行查询，若查询到至少一个候选发票，基于用户的选择指令选择当前上传的发票，这样减少用户手动添加附件的操作，提升报销效率。其中，用户可以在消费后获得商户开具的电子发票时，自动归集到移动终端的电子卡包中，然后由移动终端将电子卡包中的电子发票自动上传至服务器，不需要用户手动操作，提升便捷性。
40.s202、识别发票、报销单和底稿表的字段和字段值。
41.在本技术实施例中，服务器接收到用户上传的发票、报销单和底稿表后，调用发票识别服务对发票进行识别，得到发票的字段和字段值，发票的字段包括但不限于：发票号码、开票日期、购买方名称、发票章、发票内容、税前金额、税额、价税合计、销售方名称、号码、计费周期和备注内容，调用发票转换服务将识别到的发票的字段和字段值转换为结构化数据，然后调用发票存储服务将结构化数据进行存储。与识别发票的过程类似，服务器识别报销到和底稿表的字段和字段值，以及将识别的字段和字段值转换为结构化数据进行存储。
42.举例来说，参见图3所示，发票为通讯费发票，服务器部署有通讯费发票sdk，通讯费发票sdk运行有发票识别服务、发票转换服务和发票存储服务，用户将n个通讯费发票上传至服务器后，服务器分别调用发票识别服务、发票转换服务和发票存储服务，进行发票的字段和字段值的提取、结构化数据的转换和结构化数据的存储。
43.在本技术实施例中，报销单的字段分为表头字段、主表字段和费用明细字段，各个字段可参见表1所示。
44.[0045][0046]
表1
[0047]
在本技术实施例中，底稿表用于统计各个用户在一定时间区间的报销汇总情况，底稿表的字段包括：姓名、级别、月数、标准、上半年报销金额、本次报销情况(报销时段、发票金额、发票张数、本次报销限额、备注)、每月免税额度等。
[0048]
s203、根据预设的检查规则库，对发票的字段值、底稿表的字段值和报销单的字段值进行交叉检查或单独检查。
[0049]
在本技术实施例中，交叉检查表示利用两个或两个以上的文件进行相互验证的方式进行检查，单独检查表示仅对一个文件进行检查。检查规则库中包括多个检查规则，本技术可以利用检查规则库中所有的检查规则进行检查，或根据一定的规则在检查规则库中选择匹配的检查规则进行检查，例如：检查规则与单位有关，服务器获取用户所在的单位，根据在检查规则库中筛选出适用该单位的检查规则，然后利用筛选的检查规则进行检查。
[0050]
进一步的，检查规则库中多个检查规则根据控制类型划分为弱控规则和强控规则，检查规则库中弱控规则和强控规则的数量和内容可以由用户根据实际需求设置，本申
请不作限制。检查通过表示满足所有的强控规则，检查不通过表示不满足至少一个强控规则。
[0051]
举例来说，参见表2所示，本技术的检查规则库采用检查规则表来表示，检查规则表包括如下字段：检查项目、检查内容、适用单位、控制类型、启用状态、数据来源、字段、运算符和字段值，检查规则表的每一行对应一个检查规则，可以通过设置启动状态的取值来开启或关闭该检查规则。根据检查规则表可以看出，倒数1～3个检查规则用于执行交叉检查，第1个检查规则用于执行单独检查。
[0052][0053]
表2
[0054]
s204、若检查通过，将报销单传输至下一审核环节。
[0055]
在本技术实施例中，若检查通过，根据预先配置的审核环节信息，确定当前审核环
节的下一审核环节，将报销到传输至下一审核环节进行审核。
[0056]
s205、若检查不通过，生成检查结果表，向当前环节的审核人发送检查结果表。
[0057]
在本技术实施例中，检查结果表包括不通过的检查规则，以及在发票、报销单和底稿表中标记出不通过的字段和字段值，服务器接收到审核人发送的针对当前环节的退回指令时，向用户发送检查结果表，以便用户根据该检查结果表对不合规项进行修改。
[0058]
本技术实施例中，当用户将报销单、发票和底稿表传递至当前环节时，根据预设的检查规则表对报销单、发票和底稿表进行交叉检查和单独检查，检查通过后自动传递至下一审核环节，检查不通过向当前审核环节的审核人推送检查结果表，相对现有技术只能线下人工核查发票、底稿表和报销单据来说，本技术实施例不仅检查过程准确性高，也降低了人工成本和支付风险。
[0059]
下述为本技术装置实施例，可以用于执行本技术方法实施例。对于本技术装置实施例中未披露的细节，请参照本技术方法实施例。
[0060]
请参见图4，其示出了本技术一个示例性实施例提供的报销审核装置的结构示意图，以下简称装置4。该装置4可以通过软件、硬件或者两者的结合实现成为服务器的全部或一部分。装置4包括：收发单元401、识别单元402、检查单元403、传输单元404、生成单元405。
[0061]
收发单元401，用于接收用户上传的发票、报销单和底稿表；
[0062]
识别单元402，用于识别所述发票、所述报销单和所述底稿表的字段和字段值；
[0063]
检查单元403，用于根据预设的检查规则库，对所述发票的字段值、所述底稿表的字段值和所述报销单的字段值进行交叉检查或单独检查；
[0064]
传输单元404，用于若检查通过，将所述报销单传输至下一审核环节；
[0065]
生成单元405，用于若检查不通过，生成检查结果表，向当前环节的审核人发送所述检查结果表。
[0066]
在一个或多个可能的实施例中，所述根据预设的检查规则库，对所述发票的字段值、所述底稿表的字段值和所述报销单的字段值进行交叉检查或单独检查，包括：
[0067]
获取用户的单位；
[0068]
根据所述单位在所述检查规则库中筛选出匹配的检查规则；
[0069]
根据筛选的检查规则对所述发票的字段值、所述底稿表的字段值和所述报销单的字段值进行交叉检查或单独检查。
[0070]
在一个或多个可能的实施例中，所述检查规则库包括多个检查规则，所述多个检查规则根据控制类型划分为弱控规则或强控规则；
[0071]
检查通过表示满足所述检查规则库中启用的所有强控规则，检查不通过表示不满足至少一个强控规则。
[0072]
在一个或多个可能的实施例中，还包括：
[0073]
选择单元，用于在用户填写报销单时，根据所述报销单的字段和字段值在发票数据库中进行查询；
[0074]
若查询到至少一个候选发票，基于用户的选择指令确定当前上传的发票。
[0075]
在一个或多个可能的实施例中，所述检查规则库中包括的各个检查规则设置有如下字段：检查项目、检查内容、控制类型、启动状态、创建人、数据来源、字段、运算符和字段值。
[0076]
在一个或多个可能的实施例中，所述发票中的字段包括：发票号码、开票日期、购买方名称、发票章、发票内容、税前金额、税额、价税合计、销售方名称、号码、计费周期和备注内容。
[0077]
在一个或多个可能的实施例中，
[0078]
退回单元，用于接收所述审核人发送的退回指令时，将所述检查结果表发送给用户，以便用户根据所述审核表对不合规项进行修改。
[0079]
需要说明的是，上述实施例提供的装置4在执行报销审核方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成上述的全部或者部分功能。另外，上述实施例提供的报销审核装置与报销审核方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
[0080]
上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。
[0081]
本技术实施例还提供了一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图2所示实施例的方法步骤，具体执行过程可以参见图2所示实施例的具体说明，在此不进行赘述。
[0082]
本技术还提供了一种计算机程序产品，该计算机程序产品存储有至少一条指令，所述至少一条指令由所述处理器加载并执行以实现如上各个实施例所述的报销审核方法。
[0083]
请参见图5，为本技术实施例提供了一种服务器的结构示意图。如图5所示，所述服务器500可以包括：至少一个处理器501，至少一个网络接口504，用户接口503，存储器505，至少一个通信总线502。
[0084]
其中，通信总线502用于实现这些组件之间的连接通信。
[0085]
其中，用户接口503可以包括显示屏(display)、摄像头(camera)，可选用户接口503还可以包括标准的有线接口、无线接口。
[0086]
其中，网络接口504可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。
[0087]
其中，处理器501可以包括一个或者多个处理核心。处理器501利用各种接口和线路连接整个服务器500内的各个部分，通过运行或执行存储在存储器505内的指令、程序、代码集或指令集，以及调用存储在存储器505内的数据，执行服务器500的各种功能和处理数据。可选的，处理器501可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器501可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器501中，单独通过一块芯片进行实现。
[0088]
其中，存储器505可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器505包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器505可用于存储指令、程序、代码、代码集或指令集。存储器505可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功
能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器505可选的还可以是至少一个位于远离前述处理器501的存储装置。如图5所示，作为一种计算机存储介质的存储器505中可以包括操作系统、网络通信模块、用户接口模块以及应用程序。
[0089]
在图5所示的服务器500中，用户接口503主要用于为用户提供输入的接口，获取用户输入的数据；而处理器501可以用于调用存储器505中存储的应用程序，并具体执行如图2所示的方法，具体过程可参照图2所示，此处不再赘述。
[0090]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。
[0091]
以上所揭露的仅为本技术较佳实施例而已，当然不能以此来限定本技术之权利范围，因此依本技术权利要求所作的等同变化，仍属本技术所涵盖的范围。