CN109508845A - 费用数据的处理方法、装置和计算机可读存储介质 - Google Patents
费用数据的处理方法、装置和计算机可读存储介质 Download PDFInfo
- Publication number
- CN109508845A CN109508845A CN201710835364.5A CN201710835364A CN109508845A CN 109508845 A CN109508845 A CN 109508845A CN 201710835364 A CN201710835364 A CN 201710835364A CN 109508845 A CN109508845 A CN 109508845A
- Authority
- CN
- China
- Prior art keywords
- electronic
- invoice
- application form
- request slip
- cash advances
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/105—Human resources
- G06Q10/1057—Benefits or employee welfare, e.g. insurance, holiday or retirement packages
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0635—Risk analysis of enterprise or organisation activities
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
- G07G1/14—Systems including one or more distant stations co-operating with a central processing unit
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Economics (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- General Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Computer Networks & Wireless Communication (AREA)
- Development Economics (AREA)
- Educational Administration (AREA)
- Game Theory and Decision Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请提供一种费用数据的处理方法、装置和计算机可读存储介质。该方法包括:获取待填写的电子费用申请单上的发票的标识;根据所述发票的标识,从预设的企业发票库中获取所述待填写的电子费用申请单对应的费用数据;其中,所述企业发票库中包括多个电子发票以及每个电子发票对应的票面信息,所述费用数据包括所述发票的标识对应的第一电子发票以及所述第一电子发票的票面信息;根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联。本申请的方法,简化了用户的报销操作,提高了报销效率,且无需用户手动粘贴纸质发票。
Description
技术领域
本申请涉及通信技术,尤其涉及一种费用数据的处理方法、装置和计算机可读存储介质。
背景技术
随着社会经济的不断发展,并且伴随着企业业务的扩展,企业的规模变得越来越大,而处理海量员工报销业务成为每一个快速发展中的企业均会面临的问题。目前,大部分企业对于费用的报销管理仍然基于传统的纸质化报销,例如常见的报销方式为:员工填写纸质化的费用申请单,并将发票按照企业的规定逐一粘贴在费用申请单的背面,提交给财务人员;财务人员人工审核费用报销单和纸质发票是否合格,从而完成员工的费用报销。这种传统费用报销模式作业量大,存在员工费用报销效率低、流程长、成本高、费用管理难等问题。
基于上述问题,现有技术提供一种网上费用报销系统,基于该报销系统,用户可以在任何时间、从任何可连接互联网的上网地点,人工在网上填写电子费用申请单并提交。该网上费用报销系统将电子费用申请单通过电子流的方式送赴审批,由财务人员结合员工缴纳的原始纸质发票和员工提交的电子费用申请单,逐一审批,并且归档。
但是,上述方案中员工在网上填写电子费用申请单时,电子费用申请单上的报销科目一般为财务语言,例如市内交通费、住宿费等,而发票上的票面信息中一般包含的是业务语言例如客运服务费、酒店费等,员工需要依据发票上的票面信息,在电子费用申请单上选择与业务语言对应的财务语言,从而完成电子费用申请单的填写。例如,针对发票上的酒店费,员工需要在电子费用申请单上选择住宿费,并在住宿费的科目下填写金额;针对发票上的客运服务费,员工需要在电子费用申请单上选择市内交通费,并在市内交通费的科目下填写金额。上述这种方式,经常会存在错填漏填、电子费用申请单缕缕被财务打回的情况,并且,上述报销方案中员工仍然需要手动粘贴、传递纸质发票,从而导致用户操作复杂、报销时间成本高的问题。
发明内容
本申请提供的费用数据的处理方法、装置和计算机可读存储介质,用以解决现有技术中报销员工手动填写电子申请单时出现错填漏填导致报销效率低,以及,解决现有报销方案中员工仍然需要手动粘贴、传递纸质发票,从而导致用户操作复杂、报销时间成本高的技术问题。
第一方面,本申请实施例提供一种费用数据的处理方法,包括:
获取待填写的电子费用申请单上的发票的标识;
根据发票的标识,从预设的企业发票库中获取待填写的电子费用申请单对应的费用数据;其中,企业发票库中包括多个电子发票以及每个电子发票对应的票面信息,费用数据包括发票的标识对应的第一电子发票以及第一电子发票的票面信息;
根据预设的第一映射关系,将第一电子发票的票面信息填充至待填写的电子费用申请单中,得到第一电子费用申请单,并将第一电子发票与第一电子费用申请单进行关联;其中,第一映射关系包括电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系。
上述第一方面所提供的方法,费用处理系统通过获取待填写的电子费用申请单上的发票的标识,并根据该发票的标识,从预设的企业发票库中获取待填写的电子费用申请单对应的费用数据,然后根据预设的第一映射关系,将第一电子发票的票面信息填充至待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联。由于第一映射关系中包含了电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系,因此,费用处理系统可以依据预设的第一映射关系确定该第一电子发票的票面信息对应待填写的电子费用申请单上哪些报销科目,然后费用处理系统将第一电子发票的票面信息自动填充到电子费用申请单的报销科目中,从而形成第一电子费用申请单,避免了报销用户手动将发票的票面信息填写到电子费用申请单中出现的错填、漏填的情况,简化了用户的报销操作,提高了报销效率;另外,由于费用处理系统在得到第一电子费用申请单之后,会将该第一电子发票与第一电子费用申请单进行关联,因此无需用户手动粘贴、传递、归档纸质发票,大大节省了用户的报销时间成本,同时也提高了报销数据的归档效率。
在一种可能的设计中,上述根据预设的第一映射关系,将第一电子发票的票面信息填充至待填写的电子费用申请单中,得到第一电子费用申请单之前,该方法还包括:
判断第一电子发票是否携带已报销标记;
若否,则根据预设的第一映射关系,将第一电子发票的票面信息填充至待填写的电子费用申请单中,得到第一电子费用申请单。
在一种可能的设计中,上述方法还包括:
若第一电子发票携带已报销标记,则输出第一提示信息,第一提示信息用于提示报销用户第一电子发票为重复报销的发票。
在一种可能的设计中,将第一电子发票与第一电子费用申请单进行关联之后,该方法还包括:
为第一电子发票添加已报销标记。
上述各可能的设计所提供的方法,通过判断第一电子发票是否携带已报销标记,确定是否将第一电子发票的票面信息填充至待填写的电子费用申请单中,从而避免报销用户重复报销同一张发票,提高了企业费用报销的准确率。
在一种可能的设计中,获取待填写的电子费用申请单上的发票的标识之前,该方法还包括:
从发票平台获取发票平台所产生的多个电子发票,建立企业发票库;
和/或,
通过用户上传接口获取上传的多个电子发票,建立企业发票库。
在一种可能的设计中,建立企业发票库之前,该方法还包括:
对所获取的多个电子发票进行真伪验证,得到验证结果为真的电子发票;
建立企业发票库,具体包括:
根据验证结果为真的电子发票,建立企业发票库。
该可能的设计所提供的方法,当费用处理系统获得验证结果为真的电子发票之后,利用该验证结果为真的电子发票,建立企业发票库,从而可以保证企业发票库中的电子发票的真实性,提高了后期企业在报销费用时的准确率。
在一种可能的设计中,根据预设的第一映射关系,将第一电子发票的票面信息填充至待填写的电子费用申请单中,得到第一电子费用申请单之前,该方法还包括:
根据已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,建立第一映射关系。
该可能的设计所提供的方法,通过根据已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,结合语义识别技术、机器学习技术,建立第一映射关系,降低了人工建立映射关系的操作成本,提高了建立映射关系的效率。
在一种可能的设计中,该方法还包括:
根据预设的风控模型,确定第一电子费用申请单中每一行的风险概率;
若风险概率小于或者等于预设阈值,则确定第一电子费用申请单可报销;
若风险概率大于预设阈值,则输出第二提示信息,第二提示信息用于提示费用审批用户对第一电子费用申请单启动复查流程。
在一种可能的设计中,根据预设的风控模型,确定第一电子费用申请单中每一行的风险概率之前,该方法还包括:
根据第二历史电子费用申请单和第二历史电子费用申请单的报销违规结果,建立风控模型;其中,第二历史电子费用申请单为报销违规结果已知的电子费用申请单。
在一种可能的设计中,根据第二历史电子费用申请单和第二历史电子费用申请单的报销违规结果,建立风控模型,具体包括:
根据第二历史电子费用申请单对应的布尔型的报销违规结果,确定第二历史电子费用申请单中每一行的报销违规概率;
根据第二历史电子费用申请单中每一行数据以及第二历史电子费用申请单中每一行的报销违规概率,采用回归方法建立第一风控模型。
在一种可能的设计中,根据第二历史电子费用申请单和第二历史电子费用申请单的报销违规结果,建立风控模型,具体包括:
将第二历史电子费用申请单中的类别变量转换为布尔型变量,得到第三历史电子费用申请单;其中,类别变量包括第二历史电子费用申请单中的报销科目;
按照第三历史电子费用申请单的标识和第三历史电子费用申请单中的报销科目,对第三历史电子费用申请单执行汇聚操作,得到第四历史电子费用申请单;
根据第四历史电子费用申请单,建立第一风控模型。
上述各可能的设计所提供的方法,费用处理系统通过风控模型预测第一电子申请单中每一行的风险概率,基于每一行的风险概率和预设阈值的大小,确定第一电子费用申请单是否可以报销,并在确定第一电子费用申请单中的有一行或者多行的风险概率大于预设阈值时,向费用审批用户输出第二提示信息,以提示费用审批用户对第一电子费用申请单启动复查流程。即本实施例中,费用处理系统可以与报销用户提交的第一电子费用申请单进行自动预测,无需费用审批用户逐单去排查电子申请单的违规风险,大大提高了企业的报销违规风险评估效率,节省了大量的人力成本。
在一种可能的设计中,若第二历史电子费用申请单为全样本数据中的部分样本数据,全样本数据还包括其他历史电子费用申请单,全样本数据中的每个历史电子费用申请单的报销违规结果已知;建立第一风控模型之后,该方法还包括:
通过第一风控模型对全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率;
将每个历史电子费用申请单的风险概率作为第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。
在一种可能的设计中,根据预设的风控模型,确定第一电子费用申请单中每一行的风险概率,具体包括:
根据调整后的第一风控模型,预测第一电子费用申请单中的每一行的风险概率,并输出风险指示信息,风险指示信息用于提示用户第一电子费用申请单的风险信息。
上述各可能的设计所提供的方法,费用处理系统通过第一风控模型对全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率;然后将每个历史电子费用申请单的风险概率作为所述第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。由于最终得到的调整后的第一风控模型是基于全样本数据的风险预测结果进行训练的,因此,利用该调整后的第一风控模型预测第一电子申请单的每一行的风险概率的准确度比较高。
在一种可能的设计中,确定第一电子费用申请单可报销之后,该方法还包括:
存储关联的第一电子费用申请单和第一电子发票。
该可能的设计所提供的方法,在确定第一电子费用申请申请单可报销之后,通过存储该关联的第一电子费用申请单和第一电子发票,实现了费用报销信息的自动化归档处理,降低了人工归档的操作成本。
第二方面,为了实现上述第一方面的费用数据的处理方法,本申请实施例提供了一种费用数据的处理装置,该装置可以为独立的费用处理系统,还可以集成在费用处理系统,作为费用处理系统的一部分。该费用数据的处理装置具有实现上述费用数据的处理方法的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。可选的,该费用处理系统可以包括:面向用户的客户端以及位于后台的服务系统。可选的,该面向用户的客户端可以是应用程序(Application,简称APP),还可以是网页Web应用,该客户端集成在终端设备上运行。可选的,该服务系统可以包括服务器,还可以包括与服务器连接的、面向费用审批用户的计算机(PC),即费用审批用户可以基于该计算机辅助服务器完成费用的审批、归档等处理。
在第二方面的一种可能的实现方式中,该费用数据的处理装置包括多个功能模块或单元,用于实现上述第一方面中的任一种费用数据的处理方法。
在第二方面的另一种可能的实现方式中,该费用数据的处理装置的结构中可以包括处理器和输入输出设备。所述处理器被配置为支持该费用处理系统执行上述第一方面中任一种费用数据的处理方法中相应的功能。所述输入输出设备用于支持该费用数据的处理装置与其他网络设备或者终端设备之间的通信,例如可以为相应的射频模块或者基带模块,还可以支持该费用数据的处理装置能够对用户的输入进行响应,并向用户输出响应。该费用数据的处理装置中还可以包括存储器,所述存储器用于与处理器耦合,其保存该费用数据的处理装置执行上述费用数据的处理方法必要的程序指令和数据。
第三方面,本申请实施例提供了一种计算机可读存储介质,用于储存为上述费用数据的处理装置所用的计算机软件指令,其包含用于执行上述第一方面所设计的程序。
第四方面,本申请实施例还提供一种计算机程序产品,该计算机程序产品中包含计算机程序,该计算机程序当被处理器或其它类型芯片读取并执行时可以实现本申请前述实施例提供的费用数据的处理方法。该计算机程序产品可达到的有益效果和具体工作原理参考前述实施例,在此不再赘述。
相较于现有技术,本申请提供的费用数据的处理方法,费用处理系统通过获取待填写的电子费用申请单上的发票的标识,并根据该发票的标识,从预设的企业发票库中获取待填写的电子费用申请单对应的费用数据,然后根据预设的第一映射关系,将第一电子发票的票面信息填充至待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联。由于第一映射关系中包含了电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系,因此,费用处理系统可以依据预设的第一映射关系确定该第一电子发票的票面信息对应待填写的电子费用申请单上哪些报销科目,然后费用处理系统将第一电子发票的票面信息自动填充到电子费用申请单的报销科目中,从而形成第一电子费用申请单,避免了报销用户手动将发票的票面信息填写到电子费用申请单中出现的错填、漏填的情况,简化了用户的报销操作,提高了报销效率;另外,由于费用处理系统在得到第一电子费用申请单之后,会将该第一电子发票与第一电子费用申请单进行关联,因此无需用户手动粘贴、传递、归档纸质发票,大大节省了用户的报销时间成本,同时也提高了报销数据的归档效率。
附图说明
图1为本申请提供的费用处理系统的架构示意图;
图2为本申请提供的费用处理系统的应用架构示意图;
图3为本申请提供的费用数据的处理方法实施例一的流程示意图;
图4为本申请提供的建立第一映射关系的流程图;
图5为本申请提供的费用数据的处理方法实施例二的流程示意图;
图6为本申请提供的费用数据的处理方法实施例三的流程示意图;
图7为本申请提供的建立风控模型的流程示意图一;
图8为本申请提供的建立风控模型的流程示意图二;
图9为本申请提供的费用数据的处理方法实施例四的流程示意图;
图10为本申请提供的应用图标的处理方法实施例的流程示意图;
图11为本申请提供的费用数据的处理装置实施例一的结构示意图;
图12为本申请提供的费用数据的处理装置实施例二的结构示意图;
图13为本申请提供的费用数据的处理装置实施例三的结构示意图。
具体实施方式
本申请实施例提供的费用数据的处理方法,可以适用于图1所示的费用处理系统。如图 1所示,该费用处理系统包括:面向用户的客户端10以及位于后台的服务系统11。可选的,该面向用户的客户端可以是应用程序(Application,简称APP),还可以是网页Web应用,该客户端集成在终端设备12上运行。申请费用报销的用户(后文可简称为报销用户)可以基于该客户端向后台服务系统发起报销流程,例如提交电子费用申请单的电子流。可选的,该终端设备可以是手机、平板电脑、计算机、个人数字助理等设备,本实施例对终端设备的形式并不做限定。另外,需要说明的是,本实施例涉及的客户端,可以为工作在任一操作系统下的客户端,例如可以是工作在iOS下的客户端,还可以是工作在安卓操作系统下的客户端,本申请对客户端所涉及的操作系统并不做限定。可选的,该服务系统可以包括服务器,还可以包括与服务器连接的、面向费用审批用户的计算机(PC),即费用审批用户可以基于该计算机辅助服务器完成费用的审批、归档等处理。可选的,该费用审批用户可以为财务人员。
上述图1主要介绍了费用处理系统在硬件层面上的框架,下述图2从系统软件层面对费用处理系统进行介绍。参见图2所示的系统应用架构示意图,其中,图2所示的费用处理系统可以与企业的财务系统、行政差旅服务系统、人事管理系统等多个系统进行交互。该费用处理系统可以包括:入口模块20、平台应用层21和技术运作层22。
针对入口模块,该入口可以分为前台入口201和中台入口202。其中,前台入口可以包括Web端和/或APP端,前台入口主要是申请报销费用的员工的入口和/或电子费用申请单主管审批的入口,例如,可以是上述图1中介绍的终端设备上的Web应用或者APP;中台入口为后端处理费用报销的费用审批用户的操作入口。该中台入口可以位于上述图1中提到的后台服务系统的PC端,费用审批用户基于该中台入口可以实现发票接收、发票扫描、签收票据、审核票据等功能。
针对平台应用层,该平台应用层主要包括:与前台入口连接的员工申报模块211、以及与中台入口连接的财务管理模块212。可选的,该员工申报模块按照费用报销的类型还可以进一步细分为:差旅及交际应酬费报销模块31、低值自行采购报销模块32、探亲机票报销模块33、备用金申请模块34等,以分别执行不同费用的报销流程。可选的,该财务管理模块按照根据审核的类型还可以进一步细分为会计审核模块41、抽检模块42、调账扣分模块43、参数配置模块44、权限申请模块45等。其中,会计审核模块可以辅助费用审批用户进行电子费用申请单的风险预测,抽检模块可以用于费用审批用户抽检费用处理系统预测的某一个或者多个电子费用申请的风险预测结果,调账扣分模块可以用于对某些报销不合规费用的用户进扣分处理等,参数配置模块用于提供修改费用处理系统中的某些功能参数,例如修改风控模型的风险预测参数等,权限申请模块用于费用审批用户申请更高阶的权限。
针对技术运作层,该技术运作层与上述平台应用层连接,为图1和图2涉及的费用处理系统提供技术支持,实现全流程的费用报销自动化和电子化。该技术运作层按照功能划分进一步还可以细分为:机器学习模块51、电子发票自动化处理模块52,可选的,还可以包括 APP图标处理模块53。该机器学习模块可以基于历史数据的学习,建立业务语言和财务语言的对应关系,以将获取的电子费用申请单上的业务语言识别为财务语言;电子发票自动化处理模块可以对电子发票进行真伪辨认、重复检验、电子归档等操作,APP图标处理模块可以使得所设计的APP图标能够适配于各种分辨率的屏幕,从而使得研发人员无需针对每个分辨率的屏幕设计多个图标适配文件,减少了UI的设计工作量。
现有技术中涉及的网上费用报销系统,员工在网上填写电子费用申请单时,电子费用申请单上的报销科目一般为财务语言,例如市内交通费、住宿费等,而发票上的票面信息中一般包含的是业务语言例如客运服务费、酒店费等,员工需要依据发票上的票面信息,在电子费用申请单上手动选择与业务语言对应的财务语言,从而完成电子费用申请单的填写。这种手动填写电子费用申请单的方式,经常会存在错填漏填、电子费用申请单缕缕被财务打回的情况,并且,员工仍然需要手动粘贴、传递纸质发票,财务需要归档纸质发票,从而造成用户操作复杂、报销时间成本高的问题。
本申请提供的费用数据的处理方法和装置,旨在解决现有技术的如上技术问题。
下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。
图3为本申请提供的费用数据的处理方法实施例一的流程示意图。本实施例的执行主体可以为费用数据的处理装置,该装置可以为上述图1或者图2中涉及的独立的费用处理系统,还可以集成在费用处理系统,作为费用处理系统的一部分,例如可以是费用处理系统的后台服务系统。下述方法实施例的执行主体均以费用处理系统为例来进行说明。本实施例涉及的是费用处理系统根据员工通过客户端提交的电子费用申请单上的发票的标识,从企业发票库中获取到该标识对应的费用数据,从而将该费用数据依据预设的第一映射关系自动填充至电子费用申请单中,同时将填充后的电子费用申请单和该费用数据中的电子发票进行关联,实现电子费用申请单和电子发票的归档存储的具体过程。如图3所示,该方法包括如下步骤:
S101:获取待填写的电子费用申请单上的发票的标识。
具体的,当员工发生业务活动开具发票后,员工可以在客户端触发费用报销流程,向费用处理系统提交电子费用申请单,该电子费用申请单上携带发票的标识。可选的,该发票的标识可以是用户基于客户端提供的发票标识输入界面,在该界面上填写的,还可以是用户基于客户端提供的语音输入控件输入的,还可以是客户端基于用户提供的发票的二维码,通过客户端的扫描窗口获得的该发票的标识,本实施例对费用处理系统如何获得电子费用申请单上的发票的标识的具体形式并不做限定。
S102:根据所述发票的标识,从预设的企业发票库中获取所述待填写的电子费用申请单对应的费用数据。
其中,所述企业发票库中包括多个电子发票以及每个电子发票对应的票面信息,所述费用数据包括所述发票的标识对应的第一电子发票以及所述第一电子发票的票面信息。
具体的,本实施例中,费用处理系统中预设有企业发票库。可选的,该企业发票库可以与开具发票的平台互联互通,例如,商家通过该平台将开具给企业的发票传输至企业发票库;可选的,当商家开具发票的平台与企业发票库之间无法互联互通时,开具发票的员工可以将所开具的发票通过客户端提供的上传接口传输至企业发票库,例如员工可以通过将开具的纸质发票通过拍照上传的方式入库,该纸质发票在企业发票库中即成为电子发票。也就是说,本实施例中,费用处理系统可以从发票平台获取发票平台所产生的多个电子发票,以建立企业发票库;还可以是通过客户端提供的用户上传接口获取上传的多个电子发票,以建立企业发票库,还可以是上述几种方式的结合,本实施例对建立企业发票库的具体形式并不做限定。另外,在建立企业发票库时,如果费用处理系统从发票平台或者用户上传接口处获得的是图片格式的发票,则费用处理系统会将图片格式的发票作为电子发票,并通过图像处理等技术识别该电子发票的票面信息;可选的,如果费用处理系统从发票平台获取的是直接可用的电子发票,则费用处理系统可以通过相应的关键字提取,来调用官方发票查验接口等技术获得电子发票的票面信息。故,上述企业发票库中可以包含多个电子发票以及每个电子发票对应的票面信息,该票面信息例如可以是电子发票的金额、开票时间、纳税人识别号等。
可选的,费用处理系统在建立企业发票库之前,还可以对获得的多个电子发票进行真伪验证。可选的,费用处理系统可以与官方发票查验接口互联互通,二者相互配合查验电子发票的真伪。例如,可以通过电子发票中的发票号码或者发票代码查验电子发票的真伪。本实施例对电子发票的真伪验证的具体形式并不做限定。当费用处理系统获得验证结果为真的电子发票之后,利用该验证结果为真的电子发票,建立企业发票库,从而可以保证企业发票库中的电子发票的真实性,提高了后期企业在报销费用时的准确率。
当费用处理系统获得待填写的电子费用申请单上的发票的标识之后,根据该发票的标识从上述企业发票库中获取与该待填写的电子费用申请单对应的费用数据,即根据该发票的标识从企业发票库中获取该发票的标识对应的第一电子发票以及该第一电子发票对应的票面信息。
S103:根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联。
其中,所述第一映射关系包括电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系。
具体的,本实施例中,费用处理系统中预设有第一映射关系,该第一映射关系包括电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系,即,电子发票的票面信息一般为业务语言,例如客运服务费、酒店费等,而电子费用申请单中的报销科目一般为财务语言,例如,市内交通费、住宿费等,该第一映射关系实际上就将客运服务费与市内交通费建立对应关系,以及将酒店费与住宿费之间建立对应关系。
可选的,该第一映射关系可以是财务人员结合以往的费用审批经验,手动建立的发票的票面信息与电子费用申请单中的报销科目之间的对应关系,该第一映射关系随着实际的报销审批经验的增长而不断更新。
可选的,该第一映射关系还可以是费用处理系统结合语义识别技术、机器学习技术,通过已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,建立的发票的票面信息与电子费用申请单中的报销科目之间的对应关系。参见图4所示的流程示意图。图4中,费用处理系统可以通过多种途径收集历史数据,该历史数据包括已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,可选的,该历史数据可以通过语音的方式输入给费用处理系统。费用处理系统基于大数据分析、语义识别技术 (例如自然语言处理NLP技术)、机器学习等技术,建立上述第一映射关系,即建立图4中的业务语言和财务语言1,或者,业务语言和财务语言2,或者,建立图4中的业务语言、财务语言1和财务语言2之间的对应关系。
当费用处理系统获得第一电子发票以及第一电子发票的票面信息之后,费用处理系统可以依据上述第一映射关系确定该第一电子发票的票面信息对应待填写的电子费用申请单上哪些报销科目,然后费用处理系统将第一电子发票的票面信息自动填充到电子费用申请单的报销科目中,从而形成第一电子费用申请单,避免了报销用户手动将发票的票面信息填写到电子费用申请单中出现的错填、漏填的情况,简化了用户的报销操作,提高了报销效率。
进一步地,现有技术的网上费用报销系统中,员工提交了电子费用申请单之后,员工仍然需要将该电子费用申请单打印处理,并在该背面粘贴上该电子费用申请单上所要报销的发票,即现有技术的报销方案中仍然需要用户手动粘贴纸质发票,报销时间成本高;但是,本申请实施例中,费用处理系统在得到第一电子费用申请单之后,会将该第一电子发票与第一电子费用申请单进行关联,即费用处理系统会将每一个填写好的电子费用申请单与该电子费用申请单对应的电子发票进行绑定,无需用户手动粘贴、传递、归档纸质发票,大大节省了用户的报销时间成本,同时也提高了报销数据的归档效率。可选的,费用处理系统可以在将第一电子发票与第一电子费用申请单进行关联之后,为该第一电子发票添加已报销的标记,以为后续避免重复报销发票做铺垫。
本申请提供的费用数据的处理方法,费用处理系统通过获取待填写的电子费用申请单上的发票的标识,并根据该发票的标识,从预设的企业发票库中获取待填写的电子费用申请单对应的费用数据,然后根据预设的第一映射关系,将第一电子发票的票面信息填充至待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联。由于第一映射关系中包含了电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系,因此,费用处理系统可以依据预设的第一映射关系确定该第一电子发票的票面信息对应待填写的电子费用申请单上哪些报销科目,然后费用处理系统将第一电子发票的票面信息自动填充到电子费用申请单的报销科目中,从而形成第一电子费用申请单,避免了报销用户手动将发票的票面信息填写到电子费用申请单中出现的错填、漏填的情况,简化了用户的报销操作,提高了报销效率;另外,由于费用处理系统在得到第一电子费用申请单之后,会将该第一电子发票与第一电子费用申请单进行关联,因此无需用户手动粘贴、传递、归档纸质发票,大大节省了用户的报销时间成本,同时也提高了报销数据的归档效率。
图5为本申请提供的费用数据的处理方法实施例二的流程示意图。本实施例涉及的是费用处理系统通过对第一电子发票是否携带已报销标记的判断结果,确定报销员工提交的电子费用申请单是否为重复报销的申请单,从而确定是否将第一电子发票的票面信息填充至待填写的电子费用申请单中的具体过程。即,该实施例是上述S103的具体实现。进一步地,该方法可以包括如下步骤:
S201:判断所述第一电子发票是否携带已报销标记。若否,则执行S202,若是,则执行 S203。
具体的,由于电子发票是可以重复利用的,因此为了避免员工因疏忽导致的重复报销问题,费用处理系统会在将某一个电子发票的票面信息填充到该电子发票对应的电子费用申请单中之后,为该电子发票添加已报销标记,本实施例对该已报销标记的具体形式并不做限定。
这样,当费用处理系统在获得待填写的电子费用申请单上的发票的标识后,判断发票的标识对应的第一电子发票中是否携带已报销标记,通过判断结果确定执行下述S202或者 S203。
S202:根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到所述第一电子费用申请单。
当费用处理系统确定第一电子发票中未携带已报销标记,则费用处理系统确定该第一电子发票为第一次报销的发票,则费用处理系统依据上述第一映射关系,将第一电子发票的票面信息自动填充至待填写的电子费用申请单中,得到第一电子费用申请单。之后,费用处理系统会为第一电子发票添加已报销标记。
S203:输出第一提示信息,所述第一提示信息用于提示报销用户所述第一电子发票为重复报销的发票。
当费用处理系统确定第一电子发票中携带了已报销标记,则费用处理系统确定该第一电子发票的票面信息已经被填充到别的电子费用申请单中了,即该第一电子发票已经处于报销流程中或者已经报销过了。为了避免该第一电子发票的重复报销,费用处理系统会向通过客户端向报销用户输出第一提示信息,以提示报销用户该第一电子发票为重复报销的发票。
本申请提供的费用数据的处理方法,通过判断第一电子发票是否携带已报销标记,确定是否将第一电子发票的票面信息填充至待填写的电子费用申请单中,从而避免报销用户重复报销同一张发票,提高了企业费用报销的准确率。
上述实施例主要介绍了费用处理系统可以实现报销用户的电子费用申请单的自动填写、以及无需报销用户手动粘贴、传递纸质发票、以及避免用户重复报销的具体过程。下述实施例主要讲述在费用处理系统获得第一电子费用申请单之后,对该第一电子费用申请单进行风险评估,以确定该第一电子费用申请单能否报销的具体过程。具体参见下述实施例。
图6为本申请提供的费用数据的处理方法实施例三的流程示意图。现有技术中,对报销用户提交的费用申请单,往往存在费用管理困难、虚假报销、不合规报销,需要财务人员逐一翻看纸质发票和费用申请单,效率低、人工成本高,且识别报销违规风险的准确度较低本实施例涉及的是费用处理系统自动对员工所提交的第一电子费用申请单进行风险评估,确定该第一电子费用申请单是否能够报销的具体过程,其大大提高了企业的报销违规风险评估效率,节省了大量的人力成本。如图6所示,该方法包括如下步骤:
S301:根据预设的风控模型,确定所述第一电子费用申请单中每一行的风险概率。
可选的,本实施例中,费用处理系统可以建立一风控模型,例如费用处理系统可以通过历史报销数据以及历史报销数据的违规结果建立风控模型,具体为:费用处理系统可以根据第二历史电子费用申请单和所述第二历史电子费用申请单的报销违规结果,建立所述风控模型;其中,所述第二历史电子费用申请单为报销违规结果已知的电子费用申请单。可选的,可以预设一初始模型,然后将第二历史电子费用申请单的数据信息作为初始模型的输入,当第二历史电子费用申请单的报销违规结果作为初始模型的参考输出,通过初始模型的参考输出和初始模型的实际输出结果,不断调整模型的相关参数,直至该模型的实际输出与参考输出的差异度满足预设阈值为止,此时该调整后的模型即可作为风控模型。
可选的,费用处理系统还可以通过下述两种实现方式来建立风控模型,具体为:
第一种实现方式:参见图7所示的流程示意图,该方法包括如下步骤:
S401:根据所述第二历史电子费用申请单对应的布尔型的报销违规结果,确定所述第二历史电子费用申请单中每一行的报销违规概率。
具体的,由于现有的第二历史电子费用申请单的标注信息只包含了申请单的ID和对应的报销科目的风险,而没有记录详细的费用行的风险,从而造成了数据集标注不精准的问题。为了建立精确的风控模型,该实现方式中,费用处理系统可以依据已知的第二历史电子费用申请单的报销违规结果,对第二历史电子费用申请单进行重新标注,即根据所述第二历史电子费用申请单对应的布尔型的报销违规结果,确定第二历史电子费用申请单中每一行的报销违规概率,该每一行的报销违规概率等于(1/费用总行数)。参见表1所示和表2所示,表1 和表2中均以三个第二历史电子费用申请单为例,分别为申请单1、申请单2和申请单3,其中,表1为现有技术中的布尔型违规标注方式,表2为本实现方式中每一行的报销违规概率。
表1
电子申请单 | 违规结果 |
申请单1 | NO |
申请单2 | YES |
申请单3 | YES |
表2
电子申请单 | 违规结果 | 费用行 | 违规概率 |
申请单1 | NO | #1 | 0 |
#2 | 0 | ||
#3 | 0 | ||
申请单2 | YES | #1 | 1/3 |
#2 | 1/3 | ||
#3 | 1/3 | ||
申请单3 | YES | #1 | 1/2 |
#2 | 1/2 |
S402:根据所述第二历史电子费用申请单中每一行数据以及所述第二历史电子费用申请单中每一行的报销违规概率,采用回归方法建立第一风控模型。
当费用处理系统通过上述S401的过程得到第二历史电子费用申请单中的每一费用行的报销违规概率之后,费用处理系统可以结合第二历史电子费用申请单中每一行数据以及该第二历史电子费用申请单中每一行的报销违规概率(这些数据均是已知的),采用回归方法即可建立第一风控模型,具体的回归方法可以参见现有技术,在此不再赘述。基于该方法,所得到的第一风控模型就可以预测第一电子费用申请单中每一行的风险概率。
第二种实现方式:参见图8所示的流程示意图,该方法包括如下步骤:
S501:将所述第二历史电子费用申请单中的类别变量转换为布尔型变量,得到第三历史电子费用申请单;其中,所述类别变量包括所述第二历史电子费用申请单中的报销科目。
S502:按照所述第三历史电子费用申请单的标识和所述第三历史电子费用申请单中的报销科目,对所述第三历史电子费用申请单执行汇聚操作,得到第四历史电子费用申请单。
S503:根据所述第四历史电子费用申请单,建立第一风控模型。
具体的,本实现方式中,费用处理系统在建立第一风控模型时,会将所获得的第二历史电子费用申请单中的类别变量转换为布尔型变量,得到第三历史电子费用申请单。可选的,第二历史电子费用申请单中可以包括多个类别变量,即可以包括多个报销科目。之后,费用处理系统会根据第三历史电子费用申请单的标识和第三历史电子费用申请单中的报销科目,对第三历史电子费用申请单执行汇聚操作,得到第四历史电子费用申请单。可选的,这里的汇聚操作可以理解为“分类”,例如,假设申请单A是10行,包含3个报销科目分别a、b 和c,其中,报销科目a对应有三个费用行,报销科目b对应有3个费用行,报销科目c对应有4个费用行;在汇聚时,申请单A可以汇聚成3行,即属于报销科目a的3个费用行汇聚成一行,属于报销科目b的3个费用行汇聚成一行,属于报销科目c的4个费用行汇聚成一行。
当费用处理系统得到第四历史电子费用申请单之后,由于该第四历史电子费用申请单中的费用行的数据信息以及违规结果均已知,则费用处理系统就可以在(申请单的标识-报销科目)这一层级上进行模型训练,得到第一风控模型。利用该第一风控模型就可以预测第一电子费用申请单中每一行的风险概率。
可选的,费用处理系统在预测第一电子费用申请单中每一行的风险概率时,还可以是基于第一种实现方式的训练得到的第一风控模型预测第一电子费用申请单中每一行的风险概率,得到第一结果(P1),以及,基于第二种实现方式的训练得到的第一风控模型预测第一电子费用申请单中每一行的风险概率,得到第二结果(P2),最后将该第一结果和第二结果利用加权组合的方式,得到最终结果。可选的,该加权组合的方式可以是:k1*P1+k2*P2,还可以是对P1和P2进行加权平均,本实施例对加权组合的方式并不做限定。基于该加权组合的方式,可以提高第一电子费用申请单的风险概率预测的准确度。
S302:若所述风险概率小于或者等于预设阈值,则确定所述第一电子费用申请单可报销。
S303:若所述风险概率大于所述预设阈值,则输出第二提示信息,所述第二提示信息用于提示费用审批用户对所述第一电子费用申请单启动复查流程。
当费用处理系统确定第一电子费用申请单中每一行的风险概率均小于或者等于预设阈值,则确定该第一电子费用申请单可报销。可选的,当费用处理系统确定第一电子费用申请单可报销之后,费用处理系统可以存储上述关联的第一电子费用申请单和第一电子发票,实现费用信息的自动化归档处理。若费用处理系统确定第一电子费用申请单中的有一行或者多行的风险概率大于预设阈值,则费用处理系统向费用审批用户输出第二提示信息,以提示费用审批用户对第一电子费用申请单启动复查流程,即人工介入复查该第一电子费用申请单是否可以报销。
本申请提供的费用数据的处理方法,费用处理系统通过风控模型预测第一电子申请单中每一行的风险概率,基于每一行的风险概率和预设阈值的大小,确定第一电子费用申请单是否可以报销,并在确定第一电子费用申请单中的有一行或者多行的风险概率大于预设阈值时,向费用审批用户输出第二提示信息,以提示费用审批用户对第一电子费用申请单启动复查流程。即本实施例中,费用处理系统可以与报销用户提交的第一电子费用申请单进行自动预测,无需费用审批用户逐单去排查电子申请单的违规风险,大大提高了企业的报销违规风险评估效率,节省了大量的人力成本。
结合上述图7和图8两种实现方式得到的第一风控模型,其所基于的第二历史电子费用申请单和第二历史电子费用申请单的报销违规结果均是全样本数据中的部分样本数据,该部分样本数据作为训练模型的训练数据。该全样本数据除了包含第二电子费用申请单和第二历史电子费用申请单的报销违规结果之外,还包括了其他历史电子费用申请单和其他历史电子费用申请单的报销违规结果。在全样本数据量非常庞大时,一般会选择抽取训练数据,基于训练数据进行模型训练。但是,研发人员在抽样训练数据时是有偏的抽样,这样可能存在训练出来的风控模型在进行实际风险概率预测时可能会存在不准确的问题。下述图9所示的实施例主要用于解决该风控模型预测风险不准确的技术问题。
图9为本申请提供的费用数据的处理方法实施例四的流程示意图。在上述图7或者图8 所示实施例的基础上,进一步地,在费用处理系统建立了第一风控模型之后,该方法还可以包括如下步骤:
S601:通过所述第一风控模型对所述全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率。
S602:将每个历史电子费用申请单的风险概率作为所述第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整所述第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。
具体的,费用处理系统在得到第一风控模型之后,可以基于该第一风控模型对全样本数据中的每一个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率,这里的风险概率可以为每一个历史电子费用申请单中的每一行的风险概率。之后,费用处理系统可以将每个历史电子费用申请单的风险概率分别作为第一风控模型的输入,得到每个历史电子费用申请单对应的风险概率并输出,然后将输出的每个历史电子费用申请单对应的风险概率和每个历史电子费用申请单的实际风险概率(即实际违规结果)进行对比,通过对比结果调整第一风控模型中的预测参数,然后再次将该第一风控模型输出的每个历史电子费用申请单的风险概率继续作为第一风控模型的输入,经由第一风控模型再次进行风险预测,以此类推,对每个历史电子费用申请单进行迭代风险预测,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果(即实际风险概率)的差异度满足预设收敛条件为止,此时得到的调整后的第一风控模型为最终的风控模型。利用该最终调整后的第一风控模型,可以预测出第一电子费用申请单中的每一行的风险概率,预测结果更加准确,同时该调整后的第一风控模型还会输出风险指示信息,该风险指示信息用于提示用户当前第一电子费用申请单的哪些行违规的风险信息。
本申请提供的费用数据的处理方法,费用处理系统通过第一风控模型对全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率;然后将每个历史电子费用申请单的风险概率作为所述第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。由于最终得到的调整后的第一风控模型是基于全样本数据的风险预测结果进行训练的,因此,利用该调整后的第一风控模型预测第一电子申请单的每一行的风险概率的准确度比较高。
上述实施例主要介绍了费用处理系统实现费用的自动化报销的具体过程。结合图1和图 2所示,该费用处理系统具有面向用户的客户端,该客户端可以是运行在安卓操作系统 (Android)下的APP,还可以是运行在IOS系统下的APP。也就是说,该费用处理系统中集成了客户端的终端设备可以是安卓系统的设备,还可以是OS系统的设备。以安卓系统为例,因为Android技术的开源特性,导致各个手机厂商的设备规格参差不齐,尤其是屏幕分辨率和尺寸,随之而来的问题就是,相同的应用APP的UI(例如应用内部图标)在不同的终端设备上显示效果出现明显的差异化。为了解决该问题,现有技术采取了“多套图标对应多个分辨率”的方案,即研发人员制作多套图标,并将多套图标放入对应分辨率的文件夹下,以供程序的应用,该过程称之为“图标适配”。但是,现有技术使得研发人员UI设计的工作量较大,且适配过程繁琐。针对现有技术的如上技术,本申请提供了图10的实施例,通过设计一套基准图标,即可完成任一分辨率的屏幕的适配,大大节省了UI设计的工作量,其提高了适配效率,图标的显示效果也得到了提升。具体的,在介绍下述实施例的技术方案之前,先对一些技术术语进行解释:
(1)分辨率:分辨率包含“显示分辨率”和“图像分辨率”两个方向来分类。显示分辨率(屏幕分辨率):指屏幕图像精密度,是指显示器所能显示的像素有多少。例如:1280*1920,指在屏幕的宽度上,可以直线排列1280个像素点,在长度(高度)上可以直线排列1920个像素点。整个屏幕容纳1280*1920个像素点。图像分辨率:单位英寸中所包含的像素点数。
(2)位图:亦称为“点阵图像”或“绘制图像”,是由多个像素点组成的。这些点可以进行不同的排列、染色以形成图样。当位图无限放大时,可以清晰的看到这些单个的像素点。
(3)贝塞尔曲线函数:是应用于二维图形应用程序的数学曲线函数,一般有二次方贝塞尔、三次方贝塞尔曲线等。一般的矢量图形生成软件通过贝塞尔曲线函数来精确画出贝塞尔曲线,贝塞尔曲线由线段与节点组成。一般的矢量图形生成软件,如PS、Flash5、AI均包含完整的贝塞尔曲线函数。矢量图内部包含这些贝塞尔函数信息。
(4)矢量图:也称为“面向对象的”图像或“绘图”图像,在数学上定义为一系列由“线”连接的点,这些“线”是数学函数,一般是“贝塞尔曲线函数”。矢量文件中的矢量图形元素称为“对象”。每个对象都是一个自成一体的实体,它具有颜色、形状、轮廓、大小和屏幕位置等属性。矢量图放大、缩小的时候,操作系统的图形引擎会根据其内部的数学函数来动态的重新绘制图像,因此矢量图可以无极缩放。另外,需要说明的是矢量图形只可以通过软件生成,不可手工绘制。
(5)点阵字体:这类字体是把每一个字符都分成16*16或24*24个点,然后用每个点的虚实来表示字符的轮廓。点阵字体也称“位图字体”,其每个字体都以一组二维像素信息表示。当放大、缩小时会和位图一样失真。
(6)矢量字体:矢量字体(Vector Font)中每一个字形都是通过数学函数(贝塞尔曲线函数)来描述的,它包含了字形边界上的关键点,连线的导数信息等,系统中字体的渲染引擎通过读取这些数学函数,然后进行一定的数学运算来进行渲染。这类字体在放大、缩小的时候,操作系统也会重新动态绘制,因此,矢量字体也可以进行无极缩放不变色、不变形。另外,需要说明的是矢量字体只可以通过软件生成,不可手工绘制。
由上面概念可知:“位图字体”、“位图图标”都属于像素拼凑的位图范畴。像素点携带的信息有限,表达的内容单薄;“矢量字体”、“矢量图标”都属于数学函数绘制的二维图像,其内部的“对象”携带的信息较为丰富。现有技术中正是因为使用的是“位图图标”,放大或者缩小的时候,就会模糊、形变,因此针对不同分辨率设计不同的图标。本申请下述实施例中摒弃位图图标,采用“矢量字体”、“矢量图标”的特性,仅设计一套基准矢量图标,即可实现任一分辨率屏幕的适配,且不受分辨率大小的影响,图标在放大或者缩小时不会失真。
图10为本申请提供的应用图标的处理方法实施例的流程示意图。本实施例设计的应用图标适配于目标分辨率屏幕的具体过程。本实施例的执行主体可以是费用处理系统中的终端设备,还可以是其他的图标处理设备。如图10所示,该方法包括如下步骤:
S701:调用预设的矢量字体字符集,获取所述矢量字体字符集对应的数学函数信息,所述矢量字体字符集为对矢量图标进行格式转换后得到的,所述矢量图标为针对基准分辨率屏幕绘制的应用图标,所述矢量字体字符集中包括字符图标的编码信息;所述数学函数信息用于表征所述矢量图标上的点在所述基准分辨率屏幕上的比例位置。
具体的,本实施例中的矢量图标可以是UI设计人员基于一个选择的基准分辨率屏幕进行设计的,即UI设计人员可以选定一个基准屏幕,分辨率例如可以是1080*1920,设计出“视觉稿”,并依照此稿切割出图标,可选的,可以将图标的尺寸单位进行标出。之后,可以使用第三方矢量图像生成工具,将图标转换成矢量图标。可选的,该矢量图标的格式可以是SVG 格式,当然还可以是其他格式,本实施例对此并不做限定。
基于上述得到的矢量图标,图标处理设备可以利用外部平台工具,例如iconmoon、iconfont,将矢量图标转换成矢量字体字符集,该矢量字体字符集中包括多个二进制编码比特,该二进制编码比特携带了数学函数信息,即可以通过解析该矢量字体字符集,获得绘制上述矢量图标所应用的数学函数信息。可选的,该矢量字体字符集可以是ttf格式,还可以是其他的格式,本实施例对矢量字体字符集的格式并不做限定。可选的,该矢量字体字符集可以以仓库的形式存储,避免图标错乱。
之后,在制作应用程序的安装包时,以Android为例。可以导入预先封装的工具包。该工具包内部,封装了一些自定义控件,这些控件是基于Android API进行重写后的控件,比如:Drawable、TextView等控件类。之所以对这些控件执行重写操作,目的是为了使得这些控件具有解析矢量字体字符集的能力,从而能够获得矢量字体字符集对应的数据函数信息,即矢量图标所对应的数学函数信息。在应用研发的时候,在代码中可以引入此工具包
因此,当终端设备下载了上述应用程序安装包之后,可以调用预设的矢量字体字符集,并利用重写后的控件对该矢量字体字符集进行解析,获取该矢量字体字符集对应的数学函数信息,该数学函数信息用于表征矢量图标上的点在基准分辨率屏幕上的比例位置,例如,以基准矢量图标的A点为例,该数据函数信息表征该A点在基准分辨率屏幕上的比例位置为位于基准分辨率屏幕边缘的1/2处。
S702:根据目标分辨率屏幕,利用所述数学函数信息绘制所述目标分辨率屏幕对应的应用图标。
具体的,当终端设备获取到矢量字体字符集对应的数学函数信息之后,根据该数学函数信息获知了基准分辨率屏幕的矢量图标上的每个点对应的比例位置,结合每个点的比例位置以及数据函数信息中的绘制公式和目标分辨率屏幕的分辨率大小,重新绘制出适用于目标分辨率屏幕的应用图标。由于该重新绘制时,上述基准分辨率屏幕的矢量图标上的每个点的比例位置,对应到目标分辨率屏幕上时,其比例是不变的,从而使得重新绘制后的应用图标显示效果清晰,不会出现失真。例如,以基准矢量图标的A点为例,假设该A点在基准分辨率屏幕上的比例位置为位于基准分辨率屏幕边缘的1/2处,则对应到目标分辨率屏幕上时,终端设备在绘制时就在目标分辨率屏幕边缘的1/2处绘制出该A点。
由上述描述可知,无论目标分辨率屏幕的分辨率的大小是多少,研发人员仅需设计一套基准分辨率屏幕对应的矢量图标,将其生成矢量字体字符集即可,无需针对每种分辨率的屏幕设计多套位图图标,本申请实施例大大减少了UI的设计工作量,且提高了适配效率,同时图标的显示效果也得到了提升。
图11为本申请提供的费用数据的处理装置实施例一的结构示意图。该装置可以通过软件、硬件或者软硬件结合的方式实现成为上述费用处理系统的部分或者全部。如图11所示,该装置包括:第一获取模块61、第二获取模块62和处理模块63。
本实施例中,第一获取模块61,用于获取待填写的电子费用申请单上的发票的标识;
第二获取模块62,用于根据所述发票的标识,从预设的企业发票库中获取所述待填写的电子费用申请单对应的费用数据;其中,所述企业发票库中包括多个电子发票以及每个电子发票对应的票面信息,所述费用数据包括所述发票的标识对应的第一电子发票以及所述第一电子发票的票面信息;
处理模块63,用于根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联;其中,所述第一映射关系包括电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系。
本申请实施例提供的费用数据的处理装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
可选的,所述处理模块63,还用于判断所述第一电子发票是否携带已报销标记;若所述第一电子发票未携带已报销标记,则根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到所述第一电子费用申请单。
可选的,所述处理模块63,还用于在所述第一电子发票携带已报销标记时,输出第一提示信息,所述第一提示信息用于提示报销用户所述第一电子发票为重复报销的发票。
可选的,所述处理模块63,还用于在将所述第一电子发票与所述第一电子费用申请单进行关联之后,为所述第一电子发票添加已报销标记。
图12为本申请提供的费用数据的处理装置实施例二的结构示意图。在上述图11所示实施例的基础上,进一步地,上述装置还可以包括:发票库建立模块60。可选的,该装置还可以包括验证模块64、映射关系建立模块65、风控预测模块66、风控模型建立模块67、模型修正模块68和存储模块69中的至少一个。
本实施例中,发票库建立模块60,用于从发票平台获取所述发票平台所产生的所述多个电子发票,建立所述企业发票库;和/或,通过用户上传接口获取上传的所述多个电子发票,建立所述企业发票库。
可选的,当上述费用数据的处理装置包括验证模块64时,该验证模块64,用于对所获取的所述多个电子发票进行真伪验证,得到验证结果为真的电子发票;则所述发票库建立模块60,具体用于根据所述验证结果为真的电子发票,建立所述企业发票库。
可选的,当上述费用数据的处理装置包括映射关系建立模块65时,该映射关系建立模块 65,用于在所述处理模块63根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单之前,根据已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,建立所述第一映射关系。
可选的,当上述费用数据的处理装置包括风控预测模块66时,该风控预测模块66,用于根据预设的风控模型,确定所述第一电子费用申请单中每一行的风险概率;若所述风险概率小于或者等于预设阈值,则确定所述第一电子费用申请单可报销;若所述风险概率大于所述预设阈值,则输出第二提示信息,所述第二提示信息用于提示费用审批用户对所述第一电子费用申请单启动复查流程。
可选的,当上述费用数据的处理装置包括风控模型建立模块67时,该风控模型建立模块 67,用于根据第二历史电子费用申请单和所述第二历史电子费用申请单的报销违规结果,建立所述风控模型;其中,所述第二历史电子费用申请单为报销违规结果已知的电子费用申请单。
可选的,所述风控模型建立模块67,具体用于根据所述第二历史电子费用申请单对应的布尔型的报销违规结果,确定所述第二历史电子费用申请单中每一行的报销违规概率;并根据所述第二历史电子费用申请单中每一行数据以及所述第二历史电子费用申请单中每一行的报销违规概率,采用回归方法建立第一风控模型。
可选的,所述风控模型建立模块67,具体用于将所述第二历史电子费用申请单中的类别变量转换为布尔型变量,得到第三历史电子费用申请单;并按照所述第三历史电子费用申请单的标识和所述第三历史电子费用申请单中的报销科目,对所述第三历史电子费用申请单执行汇聚操作,得到第四历史电子费用申请单;以及,根据所述第四历史电子费用申请单,建立第一风控模型;其中,所述类别变量包括所述第二历史电子费用申请单中的报销科目。
可选的,若所述第二历史电子费用申请单为全样本数据中的部分样本数据,所述全样本数据还包括其他历史电子费用申请单,所述全样本数据中的每个历史电子费用申请单的报销违规结果已知;当上述费用数据的处理装置包括风控模型建立模块67时,该模型修正模块 68,用于在所述风控模型建立模块67建立所述第一风控模型之后,通过所述第一风控模型对所述全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率;并将每个历史电子费用申请单的风险概率作为所述第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整所述第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。
进一步地,所述风控预测模块66,具体用于根据所述调整后的第一风控模型,预测所述第一电子费用申请单中的每一行的风险概率,并输出风险指示信息,所述风险指示信息用于提示用户所述第一电子费用申请单的风险信息。
上述存储模块69,用于在所述风控预测模块66确定所述第一电子费用申请单可报销之后,存储关联的所述第一电子费用申请单和所述第一电子发票。
本申请实施例提供的费用数据的处理装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
图13为本申请提供的费用数据的处理装置实施例三的结构示意图。该费用数据的处理装置可以为上述费用处理系统的部分或者全部。如图13所示,该费用数据的处理装置可以包括:输入设备71、输出设备72、存储器73、处理器74。可选的,还可以包括至少一个通信总线 75。通信总线75用于实现元件之间的通信连接。存储器73可能包含高速RAM存储器,也可能还包括非易失性存储NVM,例如至少一个磁盘存储器,存储器73中可以存储各种程序,用于完成各种处理功能以及实现本实施例的方法步骤。另外,本实施例中的输入设备71和输出设备72可以为费用处理系统提供给报销用户的客户端设备的部分或者全部,还可以为费用处理系统提供给审批用户的计算机的部分或者全部,处理器74可以为费用处理系统提供进行处理、控制等功能的服务器的部分或者全部。可选的,该处理器74例如可以为中央处理器 (Central Processing Unit,简称CPU),还可以为具有实现上述方法实施例的处理芯片。
需要说明的是,该通信总线75可以是ISA(Industry Standard Architecture,工业标准体系结构)总线、PCI(Peripheral Component Interconnect,外部设备互连)总线或EISA(Extended Industry Standard Architecture,扩展工业标准体系结构)总线等。所述通信总线75可以是一条或多条物理线路,当是多条物理线路时可以分为地址总线、数据总线、控制总线等。
在本实施例中,输入设备71,用于获取待填写的电子费用申请单上的发票的标识;
处理器74,用用于根据所述发票的标识,从预设的企业发票库中获取所述待填写的电子费用申请单对应的费用数据;其中,所述企业发票库中包括多个电子发票以及每个电子发票对应的票面信息,所述费用数据包括所述发票的标识对应的第一电子发票以及所述第一电子发票的票面信息;
该处理器74,还用于根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联;其中,所述第一映射关系包括电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系。
可选的,所述处理器74,还用于判断所述第一电子发票是否携带已报销标记;若所述第一电子发票未携带已报销标记,则根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到所述第一电子费用申请单。
上述输出设备72,用于在所述第一电子发票携带已报销标记时,输出第一提示信息,所述第一提示信息用于提示报销用户所述第一电子发票为重复报销的发票。
可选的,所述处理器74,还用于在将所述第一电子发票与所述第一电子费用申请单进行关联之后,为所述第一电子发票添加已报销标记。
可选的,所述处理器74,还用于从发票平台获取所述发票平台所产生的所述多个电子发票,建立所述企业发票库;和/或,通过用户上传接口获取上传的所述多个电子发票,建立所述企业发票库。
可选的,所述处理器74,还用于对所获取的所述多个电子发票进行真伪验证,得到验证结果为真的电子发票;则所述处理器74在建立企业发票库时,具体为根据所述验证结果为真的电子发票,建立所述企业发票库。
可选的,所述处理器74,还用于在根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单之前,根据已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,建立所述第一映射关系。
可选的,所述处理器74,还用于根据预设的风控模型,确定所述第一电子费用申请单中每一行的风险概率;若所述风险概率小于或者等于预设阈值,则确定所述第一电子费用申请单可报销;若所述风险概率大于所述预设阈值,则通过输出设备72输出第二提示信息,所述第二提示信息用于提示费用审批用户对所述第一电子费用申请单启动复查流程。
可选的,所述处理器74,还用于根据第二历史电子费用申请单和所述第二历史电子费用申请单的报销违规结果,建立所述风控模型;其中,所述第二历史电子费用申请单为报销违规结果已知的电子费用申请单。
可选的,所述处理器74,具体用于根据所述第二历史电子费用申请单对应的布尔型的报销违规结果,确定所述第二历史电子费用申请单中每一行的报销违规概率;并根据所述第二历史电子费用申请单中每一行数据以及所述第二历史电子费用申请单中每一行的报销违规概率,采用回归方法建立第一风控模型。
可选的,所述处理器74,具体用于将所述第二历史电子费用申请单中的类别变量转换为布尔型变量,得到第三历史电子费用申请单;并按照所述第三历史电子费用申请单的标识和所述第三历史电子费用申请单中的报销科目,对所述第三历史电子费用申请单执行汇聚操作,得到第四历史电子费用申请单;以及,根据所述第四历史电子费用申请单,建立第一风控模型;其中,所述类别变量包括所述第二历史电子费用申请单中的报销科目。
可选的,若所述第二历史电子费用申请单为全样本数据中的部分样本数据,所述全样本数据还包括其他历史电子费用申请单,所述全样本数据中的每个历史电子费用申请单的报销违规结果已知;所述处理器74,还用于在建立所述第一风控模型之后,通过所述第一风控模型对所述全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率;并将每个历史电子费用申请单的风险概率作为所述第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整所述第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。
则进一步地,所述处理器74,具体用于根据所述调整后的第一风控模型,预测所述第一电子费用申请单中的每一行的风险概率,并通过输出设备72输出风险指示信息,所述风险指示信息用于提示用户所述第一电子费用申请单的风险信息。
上述存储器73,还可以用于在所述处理器74确定所述第一电子费用申请单可报销之后,存储关联的所述第一电子费用申请单和所述第一电子发票。
本申请实施例提供的费用数据的处理装置,可以执行上述方法实施例,其实现原理和技术效果类似,在此不再赘述。
本申请还提供了一种计算机可读存储介质,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得计算机执行上述方法实施例中的费用处理系统所执行的方法。
本申请实施例还提供一种计算机程序产品,其包含指令,当所述计算机程序被计算机所执行时,该指令使得计算机执行上述方法中费用处理系统所执行的功能。
在上述实施例中可以全部或者部分的通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或者部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或者多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或者部分地产生按照本申请实施例所述的流程或者功能。所述计算机可以是通用的计算机、专用计算机、计算机网络或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。例如,所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤数字用户线DSL)或者无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或者数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或者多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,例如软盘、硬盘、磁带、光介质(例如DVD)、或者半导体介质(例如固态硬盘SSD)等。
Claims (29)
1.一种费用数据的处理方法,其特征在于,包括:
获取待填写的电子费用申请单上的发票的标识;
根据所述发票的标识,从预设的企业发票库中获取所述待填写的电子费用申请单对应的费用数据;其中,所述企业发票库中包括多个电子发票以及每个电子发票对应的票面信息,所述费用数据包括所述发票的标识对应的第一电子发票以及所述第一电子发票的票面信息;
根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联;其中,所述第一映射关系包括电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系。
2.根据权利要求1所述的方法,其特征在于,所述根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单之前,所述方法还包括:
判断所述第一电子发票是否携带已报销标记;
若否,则根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到所述第一电子费用申请单。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若所述第一电子发票携带已报销标记,则输出第一提示信息,所述第一提示信息用于提示报销用户所述第一电子发票为重复报销的发票。
4.根据权利要求1所述的方法,其特征在于,所述将所述第一电子发票与所述第一电子费用申请单进行关联之后,所述方法还包括:
为所述第一电子发票添加已报销标记。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述获取待填写的电子费用申请单上的发票的标识之前,所述方法还包括:
从发票平台获取所述发票平台所产生的所述多个电子发票,建立所述企业发票库;
和/或,
通过用户上传接口获取上传的所述多个电子发票,建立所述企业发票库。
6.根据权利要求5所述的方法,其特征在于,建立所述企业发票库之前,所述方法还包括:
对所获取的所述多个电子发票进行真伪验证,得到验证结果为真的电子发票;
所述建立企业发票库,具体包括:
根据所述验证结果为真的电子发票,建立所述企业发票库。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单之前,所述方法还包括:
根据已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,建立所述第一映射关系。
8.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据预设的风控模型,确定所述第一电子费用申请单中每一行的风险概率;
若所述风险概率小于或者等于预设阈值,则确定所述第一电子费用申请单可报销;
若所述风险概率大于所述预设阈值,则输出第二提示信息,所述第二提示信息用于提示费用审批用户对所述第一电子费用申请单启动复查流程。
9.根据权利要求8所述的方法,其特征在于,所述根据预设的风控模型,确定所述第一电子费用申请单中每一行的风险概率之前,所述方法还包括:
根据第二历史电子费用申请单和所述第二历史电子费用申请单的报销违规结果,建立所述风控模型;其中,所述第二历史电子费用申请单为报销违规结果已知的电子费用申请单。
10.根据权利要求9所述的方法,其特征在于,所述根据第二历史电子费用申请单和所述第二历史电子费用申请单的报销违规结果,建立所述风控模型,具体包括:
根据所述第二历史电子费用申请单对应的布尔型的报销违规结果,确定所述第二历史电子费用申请单中每一行的报销违规概率;
根据所述第二历史电子费用申请单中每一行数据以及所述第二历史电子费用申请单中每一行的报销违规概率,采用回归方法建立第一风控模型。
11.根据权利要求9所述的方法,其特征在于,所述根据第二历史电子费用申请单和所述第二历史电子费用申请单的报销违规结果,建立所述风控模型,具体包括:
将所述第二历史电子费用申请单中的类别变量转换为布尔型变量,得到第三历史电子费用申请单;其中,所述类别变量包括所述第二历史电子费用申请单中的报销科目;
按照所述第三历史电子费用申请单的标识和所述第三历史电子费用申请单中的报销科目,对所述第三历史电子费用申请单执行汇聚操作,得到第四历史电子费用申请单;
根据所述第四历史电子费用申请单,建立第一风控模型。
12.根据权利要求10或11所述的方法,其特征在于,若所述第二历史电子费用申请单为全样本数据中的部分样本数据,所述全样本数据还包括其他历史电子费用申请单,所述全样本数据中的每个历史电子费用申请单的报销违规结果已知;所述建立所述第一风控模型之后,所述方法还包括:
通过所述第一风控模型对所述全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率;
将每个历史电子费用申请单的风险概率作为所述第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整所述第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。
13.根据权利要求12所述的方法,其特征在于,所述根据预设的风控模型,确定所述第一电子费用申请单中每一行的风险概率,具体包括:
根据所述调整后的第一风控模型,预测所述第一电子费用申请单中的每一行的风险概率,并输出风险指示信息,所述风险指示信息用于提示用户所述第一电子费用申请单的风险信息。
14.根据权利要求8所述的方法,其特征在于,所述确定所述第一电子费用申请单可报销之后,所述方法还包括:
存储关联的所述第一电子费用申请单和所述第一电子发票。
15.一种费用数据的处理装置,其特征在于,包括:
第一获取模块,用于获取待填写的电子费用申请单上的发票的标识;
第二获取模块,用于根据所述发票的标识,从预设的企业发票库中获取所述待填写的电子费用申请单对应的费用数据;其中,所述企业发票库中包括多个电子发票以及每个电子发票对应的票面信息,所述费用数据包括所述发票的标识对应的第一电子发票以及所述第一电子发票的票面信息;
处理模块,用于根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单,并将所述第一电子发票与所述第一电子费用申请单进行关联;其中,所述第一映射关系包括电子发票的票面信息与待填写的电子费用申请单中的报销科目之间的对应关系。
16.根据权利要求15所述的装置,其特征在于,所述处理模块,还用于判断所述第一电子发票是否携带已报销标记;若所述第一电子发票未携带已报销标记,则根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到所述第一电子费用申请单。
17.根据权利要求16所述的装置,其特征在于,所述处理模块,还用于在所述第一电子发票携带已报销标记时,输出第一提示信息,所述第一提示信息用于提示报销用户所述第一电子发票为重复报销的发票。
18.根据权利要求15所述的装置,其特征在于,所述处理模块,还用于在将所述第一电子发票与所述第一电子费用申请单进行关联之后,为所述第一电子发票添加已报销标记。
19.根据权利要求15-18任一项所述的装置,其特征在于,所述装置还包括:
发票库建立模块,用于从发票平台获取所述发票平台所产生的所述多个电子发票,建立所述企业发票库;和/或,通过用户上传接口获取上传的所述多个电子发票,建立所述企业发票库。
20.根据权利要求19所述的装置,其特征在于,所述装置还包括:
验证模块,用于对所获取的所述多个电子发票进行真伪验证,得到验证结果为真的电子发票;
所述发票库建立模块,具体用于根据所述验证结果为真的电子发票,建立所述企业发票库。
21.根据权利要求15-20任一项所述的装置,其特征在于,所述装置还包括:
映射关系建立模块,用于在所述处理模块根据预设的第一映射关系,将所述第一电子发票的票面信息填充至所述待填写的电子费用申请单中,得到第一电子费用申请单之前,根据已报销的第一历史电子费用申请单的数据信息和已报销的历史电子发票的票面信息,建立所述第一映射关系。
22.根据权利要求15所述的装置,其特征在于,所述装置还包括:风控预测模块;
所述风控预测模块,用于根据预设的风控模型,确定所述第一电子费用申请单中每一行的风险概率;若所述风险概率小于或者等于预设阈值,则确定所述第一电子费用申请单可报销;若所述风险概率大于所述预设阈值,则输出第二提示信息,所述第二提示信息用于提示费用审批用户对所述第一电子费用申请单启动复查流程。
23.根据权利要求22所述的装置,其特征在于,所述装置还包括:风控模型建立模块;
所述风控模型建立模块,用于根据第二历史电子费用申请单和所述第二历史电子费用申请单的报销违规结果,建立所述风控模型;其中,所述第二历史电子费用申请单为报销违规结果已知的电子费用申请单。
24.根据权利要求23所述的装置,其特征在于,所述风控模型建立模块,具体用于根据所述第二历史电子费用申请单对应的布尔型的报销违规结果,确定所述第二历史电子费用申请单中每一行的报销违规概率;并根据所述第二历史电子费用申请单中每一行数据以及所述第二历史电子费用申请单中每一行的报销违规概率,采用回归方法建立第一风控模型。
25.根据权利要求23所述的装置,其特征在于,所述风控模型建立模块,具体用于将所述第二历史电子费用申请单中的类别变量转换为布尔型变量,得到第三历史电子费用申请单;并按照所述第三历史电子费用申请单的标识和所述第三历史电子费用申请单中的报销科目,对所述第三历史电子费用申请单执行汇聚操作,得到第四历史电子费用申请单;以及,根据所述第四历史电子费用申请单,建立第一风控模型;其中,所述类别变量包括所述第二历史电子费用申请单中的报销科目。
26.根据权利要求24或者25所述的装置,其特征在于,若所述第二历史电子费用申请单为全样本数据中的部分样本数据,所述全样本数据还包括其他历史电子费用申请单,所述全样本数据中的每个历史电子费用申请单的报销违规结果已知;所述装置还包括:模型修正模块;
所述模型修正模块,用于在所述风控模型建立模块建立所述第一风控模型之后,通过所述第一风控模型对所述全样本数据中的每个历史电子费用申请单进行风险预测,得到每个历史电子费用申请单的风险概率;并将每个历史电子费用申请单的风险概率作为所述第一风控模型的输入,对每个历史电子费用申请单进行迭代风险预测,以调整所述第一风控模型的预测参数,直至采用调整后的第一风控模型预测的每个历史电子费用申请单的风险概率与每个历史电子费用申请单的报销违规结果的差异度满足预设收敛条件为止。
27.根据权利要求26所述的装置,其特征在于,所述风控预测模块,具体用于根据所述调整后的第一风控模型,预测所述第一电子费用申请单中的每一行的风险概率,并输出风险指示信息,所述风险指示信息用于提示用户所述第一电子费用申请单的风险信息。
28.根据权利要求22所述的装置,其特征在于,所述装置还包括:存储模块;
所述存储模块,用于在所述风控预测模块确定所述第一电子费用申请单可报销之后,存储关联的所述第一电子费用申请单和所述第一电子发票。
29.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质中存储有指令,当所述指令在计算机上运行时,使得计算机执行权利要求1-14任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710835364.5A CN109508845A (zh) | 2017-09-15 | 2017-09-15 | 费用数据的处理方法、装置和计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710835364.5A CN109508845A (zh) | 2017-09-15 | 2017-09-15 | 费用数据的处理方法、装置和计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109508845A true CN109508845A (zh) | 2019-03-22 |
Family
ID=65745104
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710835364.5A Pending CN109508845A (zh) | 2017-09-15 | 2017-09-15 | 费用数据的处理方法、装置和计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109508845A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111444868A (zh) * | 2020-03-31 | 2020-07-24 | 重庆远见金税通信息系统技术有限公司 | 基于智能手机的票据验重系统及方法 |
CN112232036A (zh) * | 2020-09-08 | 2021-01-15 | 用友网络科技股份有限公司 | 报销单生成方法、电子设备和计算机可读存储介质 |
CN112232045A (zh) * | 2020-10-23 | 2021-01-15 | 四川大学锦城学院 | 一种自动化企业报账管理系统及其管理方法 |
CN112258307A (zh) * | 2020-10-10 | 2021-01-22 | 杭州新中大科技股份有限公司 | 一种应用于工程项目的智能费用控制系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8543504B1 (en) * | 2011-03-30 | 2013-09-24 | Jpmorgan Chase Bank, N.A. | Systems and methods for automated invoice entry |
CN104751194A (zh) * | 2015-04-27 | 2015-07-01 | 陈包容 | 一种财务费用报销的处理方法及装置 |
CN105243479A (zh) * | 2015-09-28 | 2016-01-13 | 四川长虹电器股份有限公司 | 一种风险判断方法和数据处理系统 |
CN105590159A (zh) * | 2014-12-10 | 2016-05-18 | 东港股份有限公司 | 一种发票入账方法及装置 |
-
2017
- 2017-09-15 CN CN201710835364.5A patent/CN109508845A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8543504B1 (en) * | 2011-03-30 | 2013-09-24 | Jpmorgan Chase Bank, N.A. | Systems and methods for automated invoice entry |
CN105590159A (zh) * | 2014-12-10 | 2016-05-18 | 东港股份有限公司 | 一种发票入账方法及装置 |
CN104751194A (zh) * | 2015-04-27 | 2015-07-01 | 陈包容 | 一种财务费用报销的处理方法及装置 |
CN105243479A (zh) * | 2015-09-28 | 2016-01-13 | 四川长虹电器股份有限公司 | 一种风险判断方法和数据处理系统 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111444868A (zh) * | 2020-03-31 | 2020-07-24 | 重庆远见金税通信息系统技术有限公司 | 基于智能手机的票据验重系统及方法 |
CN111444868B (zh) * | 2020-03-31 | 2023-05-23 | 重庆远见金税通信息系统技术有限公司 | 基于智能手机的票据验重系统及方法 |
CN112232036A (zh) * | 2020-09-08 | 2021-01-15 | 用友网络科技股份有限公司 | 报销单生成方法、电子设备和计算机可读存储介质 |
CN112258307A (zh) * | 2020-10-10 | 2021-01-22 | 杭州新中大科技股份有限公司 | 一种应用于工程项目的智能费用控制系统 |
CN112232045A (zh) * | 2020-10-23 | 2021-01-15 | 四川大学锦城学院 | 一种自动化企业报账管理系统及其管理方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20230401828A1 (en) | Method for training image recognition model, electronic device and storage medium | |
CN107808289B (zh) | 电子支付平台、控制方法及装置 | |
CN110458697A (zh) | 用于评估风险的方法和装置 | |
US20220309549A1 (en) | Identifying key-value pairs in documents | |
CN109508845A (zh) | 费用数据的处理方法、装置和计算机可读存储介质 | |
CN107798299A (zh) | 票据信息识别方法、电子装置及可读存储介质 | |
CN107590482A (zh) | 信息生成方法和装置 | |
CN109934181A (zh) | 文本识别方法、装置、设备和计算机可读介质 | |
CN108228463A (zh) | 用于检测首屏时间的方法和装置 | |
CN110390320A (zh) | 一种包含有多张单据的影像信息的识别方法及系统 | |
CN103488923B (zh) | 一种电子签名方法、装置及系统 | |
CN108921456A (zh) | 风险评估方法、装置及计算机可读存储介质 | |
CN107993137A (zh) | 对账方法及装置、计算机存储介质和终端 | |
US20160140304A1 (en) | System and method for visual analysis of healthcare claims | |
CN108038779A (zh) | 视频面签身份审核方法、装置、设备及可读存储介质 | |
CN106446193A (zh) | 一种签核文件管理方法及装置 | |
CN114971017A (zh) | 银行交易数据的处理方法及装置 | |
CN107168635A (zh) | 信息呈现方法和装置 | |
CN117541180A (zh) | 一种发票处理方法、装置及介质 | |
CN113360737A (zh) | 页面内容采集方法、装置、电子设备和可读介质 | |
US20200193525A1 (en) | System and method for automatic verification of expense note | |
CN110189141A (zh) | 发票的验证方法、装置和计算机设备 | |
CN115760010A (zh) | 报关单的审核方法、报关方法、装置、设备及存储介质 | |
CN114066425A (zh) | 电子审批方法、装置、设备及介质 | |
CN113962640A (zh) | 一种对公报账处理方法、装置、存储介质和电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20190322 |