CN115760357A - 账单数据处理方法、装置、计算机设备和存储介质 - Google Patents
账单数据处理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN115760357A CN115760357A CN202211425791.3A CN202211425791A CN115760357A CN 115760357 A CN115760357 A CN 115760357A CN 202211425791 A CN202211425791 A CN 202211425791A CN 115760357 A CN115760357 A CN 115760357A
- Authority
- CN
- China
- Prior art keywords
- order
- reimbursement
- target
- reimbursed
- list
- 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
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请涉及一种账单数据处理方法、装置、计算机设备、存储介质和计算机程序产品。所述方法包括:获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;基于所述目标报销订单生成推单;向所述目标用户推送所述推单;响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。通过对抵消状态的相抵订单进行过滤,能够避免抵消订单这种无用数据被推单而造成的资源浪费,同时,抵消状态的相抵订单被过滤后降低了需要处理的订单数量,提升了账单数据处理效率。
Description
技术领域
本申请涉及计算机技术领域,特别是涉及一种账单数据处理方法、装置、计算机设备、存储介质和计算机程序产品。
背景技术
随着经济的发展,产生了大量因公务导致的商旅需求。企业中会涉及到大量因为公务所产生的商旅数据,需要对商旅数据进行处理得到报销单明细。
商旅数据常常包含许多重复订单,订单的种类繁多,订单的数量巨大,这些订单对于企业数据分析以及报销核算造成了困难,现有技术中,常采用人工核对的方式,效率低。
发明内容
基于此,有必要针对上述技术问题,提供一种能够提高订单处理效率的账单数据处理方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面,本申请提供了一种账单数据处理方法,所述方法包括:
获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;
根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
基于所述目标报销订单生成推单;
向所述目标用户推送所述推单;
响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。
在其中一个实施例中,基于所述目标报销订单生成推单,包括:
若所述目标报销订单处于不抵消状态,且存在关联的订单,所述目标报销订单和所述关联的订单汇总费用不为零,则基于所述目标报销订单和所述关联的订单汇总费用生成推单。
在其中一个实施例中,基于所述目标报销订单生成推单,包括:
若所述目标报销订单不存在关联的订单,则基于所述目标报销订单的费用生成推单。
在其中一个实施例中,所述方法还包括:
基于目标用户在业务平台的订单创建操作,将第一订单写入待报销订单表;
当第一订单为退单时,获取所述第一订单关联的第二订单,所述第二订单包括所述退单的原始订单和/或改期订单;
若所述第一订单和所述第二订单为未推送状态,则对所述第一订单和所述第二订单的账单进行汇总;
若所述第一订单和所述第二订单的汇总费用为零,则确定所述第一订单和所述第二订单为相抵订单;
在所述待报销订单表的抵消状态字段,标识所述第一订单和所述第二订单为抵消状态。
在其中一个实施例中,若所述第一订单和所述第二订单的汇总费用不为零,则在所述待报销订单表的抵消状态字段,标识所述第一订单和所述第二订单为不抵消状态。
在其中一个实施例中,在所述向所述目标用户推送所述推单的步骤后,所述方法还包括:
将已推送的所述推单相关的目标报销订单,在所述待报销订单表中的推单状态修改为已推单状态。
第二方面,本申请提供了一种账单数据处理装置,所述装置包括:
获取模块,用于获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;
第一生成模块,用于根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
第二生成模块,用于基于所述目标报销订单生成推单;
推单模块,用于向所述目标用户推送所述推单;
报销模块,用于响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。
第三方面,本申请提供了一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;
根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
基于所述目标报销订单生成推单;
向所述目标用户推送所述推单;
响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。
第四方面,本申请提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;
根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
基于所述目标报销订单生成推单;
向所述目标用户推送所述推单;
响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。
第五方面,本申请提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;
根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
基于所述目标报销订单生成推单;
向所述目标用户推送所述推单;
响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。
上述账单数据处理方法、装置、计算机设备、存储介质和计算机程序产品,由于在待报销订单表中设置抵消状态字段,能够标识待报销订单的抵消状态,通过基于抵消状态字段,过滤相抵的待报销订单,得到目标报销单,基于目标报销生成推单以进行报销处理。该方式通过对抵消状态的相抵订单进行过滤,能够避免抵消订单这种无用数据被推单而造成的资源浪费,同时,抵消状态的相抵订单被过滤后降低了需要处理的订单数量,提升了账单数据处理效率。
附图说明
图1为一个实施例中账单数据处理方法的应用环境图;
图2为一个实施例中账单数据处理方法的流程示意图;
图3为一个实施例中第一种推单界面的示意图;
图4为一个实施例中第二种推单界面的示意图;
图5为一个实施例中对订单进行标识的方法的流程示意图;
图6为另一个实施例中账单数据处理方法的流程示意图;
图7为一个实施例中终端的PC端界面示意图;
图8为一个实施例中账单数据处理装置的结构框图;
图9为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
在企业中会涉及大量因公务所产的商旅数据,例如,员工出差需要购买机票、高铁票、住宿产生的房费等,其中,会有许多被退订单,例如,员工出差买高铁票又退高铁票,此时原订单(买高铁票)和退订单(退高铁票)的账面金额和一般为零,即,原订单和退订单互为相抵订单。原订单和退订单会对企业进行数据分析和报销核算时造成干扰,目前,企业内没有高效解决此类数据的方法,这些数据会给企业报销系统带来非必要的运作负担且增加报销核算时的人工成本。
有鉴于此,本申请实施例提供的账单数据处理方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与业务平台104进行通信。数据存储系统可以存储业务平台104需要处理的数据。数据存储系统可以集成在业务平台104上,也可以放在云上或其他网络服务器上。
业务平台104获取目标用户在数据存储系统的待报销订单表,待报销订单表包括至少一个待报销订单;业务平台104根据待报销订单表中的抵消状态字段,过滤待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;业务平台104基于目标报销订单生成推单;业务平台104向目标用户的终端102推送推单;业务平台104响应于目标用户在终端102上对推单的确认操作,业务平台104根据推单生成目标报销单,以进行报销业务处理。
其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑等。业务平台104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。具体地,业务平台104可以是商旅业务平台,数据存储系统可以是商旅业务平台对应的后台管理资源端,即,TMC。
在一个实施例中,如图2所示,提供了一种账单数据处理方法,以该方法应用于图1中的业务平台为例进行说明,包括以下步骤:
S202,获取目标用户在业务平台的待报销订单表,待报销订单表包括至少一个待报销订单。
其中,目标用户可以是企业用户或是个人用户,企业用户可以是个人作为代表进行报销核算等确认操作。业务平台可以是商旅平台的后台资源管理端,例如,后台管理资源端TMC,业务平台存储有目标用户的待报销订单表。
具体地,终端可以是安装业务平台(如商旅业务平台)的客户端,通过业务平台购买商旅服务,如订酒店、购买车票、购买机票等。业务平台根据目标用户的订单信息生成待报销订单表。业务平台基于待报销订单表发起报销、确认报销单等操作。
待报销订单表包括至少一个待报销订单,待报销订单包括订单编号、订单发起方、订单接收方、订单金额、订单的费用种类。其中,订单编号指待报销订单的标识信息,标识信息一般由字母和数字组合而成。具体地,订单编号还可以用于将至少两个待报销订单相关联,例如,某改签单、原订单与退订单的订单编号一致,则认为该改签单、原订单与退订单相关联。
订单的发起方和订单的接收方一般同时存在,例如,员工甲通过终端在业务平台购买航空公司乙的机票,由此,产生购买机票的购买订单,其中,购买订单的订单发起方为甲,订单接收方为乙。
订单金额表示待报销订单账面金额。
订单的费用种类为订单产生的具体费用类型,例如,高铁票、飞机票、住宿等。
S204,根据待报销订单表中的抵消状态字段,过滤待报销订单表中处于抵消状态的相抵订单,得到目标报销订单。
其中,抵消状态字段用于标识待报销订单表中的至少一个待报销订单是否为另一待报销订单的相抵订单,抵消状态字段可以是“是”或“否”。抵消状态字段为“是”,表示,某一待报销订单在待报销订单表中存在另一的待报销订单,该待报销订单与另一待报销订单互为相抵订单。抵消状态字段为“否”,表示,某一待报销订单在待报销订单表中不存在一个待报销订单,使得待报销订单成为相抵订单。
需说明的是,相抵订单表示,两个待报销订单相关,且两个待报销订单的账单的汇总费用为零。
例如,待报销订单A与待报销订单B相关,且汇总费用和为零,则可以认为待报销订单A与待报销订单B为相抵订单,在待报销订单表的待报销订单A与待报销订单B的抵消状态字段增加标识“是”,表示待报销订单A与待报销订单B为抵消状态。
具体地,若待报销订单表中某个待报销订单的抵消状态字段为“是”,则过滤该待报销订单,得到目标报销订单。
S206,基于目标报销订单生成推单。
具体地,基于目标报销订单和目标报销订单中的待报销订单的抵消状态字段生成推单。
其中,推单是在一定时段内向目标用户展示的待报销订单的明细,包括:订单编号、订单费用种类、目标用户名称、待报销订单的预览等。
其中,待报销订单的预览为待报销订单的账单费用明细。
具体地,推单的界面示意图,如图3所示,推单的界面包括:订单编号、订单费用种类、目标用户名称和待报销订单的预览(A实线框)、待报销订单的账单的汇总费用和(合计:100元)、和“确认”“取消”按钮供目标用户确认。
其中,A虚线框内的待报销订单的预览包含了一个待报销订单,一个待报销订单抵消状态字段为“否”。
又例如图4所示,推单的界面包括:订单编号、订单费用种类、目标用户名称和待报销订单的预览(B实线框和C虚线框)、待报销订单的账单的汇总费用和(合计:15元)、和“确认”“取消”按钮供目标用户确认。
其中,B实线框内的待报销订单的预览包含了三个待报销订单,三个待报销订单分别为退订单、改签单和原订单。需说明的是,当员工甲购买了1月1日中午12点的从北京至上海的高铁票(对应第一个待报销订单,退订单),员工甲于1月1日上午11点,由于时间来不及,于是发起改签(对应第二个待报销订单,改签单)并退回1月1日中午12点的从北京至上海的高铁票,一并购买1月1日下午2点的从北京至上海的高铁票(对应第三个待报销订单,原订单),由于临近高铁出发时间发起改签,需要支付相应的手续费或服务费。
B实线框内的待报销订单的预览包含的三个待报销订单抵消字段为“否”在推单的界面中显示。
C虚线框内的待报销订单的预览包含了两个待报销订单(包括原订单和退订单)两个待报销订单抵消状态字段为“是”,且互为相抵订单,在推单的界面中一般为不显示。
S208,向目标用户推送推单。
其中,向目标用户推送的方式包括在目标用户的惯用终端上显示推单预览内容。具体地,推单预览内容如图3和图4所示。
其中,向目标用户推送的时间可以是目标用户完成待报销订单时实时推送,也可以是目标用户完成待报销订单后,隔预设时间后,延时推送。
需说明的是,完成待报销订单可以是:用户对待报销订单发起预订、改签、退订等操作所产生新的待报销订单。例如,用户已购买一张高铁票(原订单),此时发起退订操作,新生成两个待报销订单(原订单和退订单),则可以认为完成了两个待报销订单。
S210,响应于目标用户对推单的确认操作,根据推单生成目标报销单,以进行报销业务处理。
其中,确认操作可以是目标用户对推单的内容确认无误后所进行的操作,具体地,如图4所示的推单界面的示意图,在隐藏C虚线框内的内容后,计算B实线框内待报销订单的汇总费用,以供目标用户对推单的内容进行“确认”操作。
目标报销单可以是目标用户通过业务平台直接向财务系统提交的报销单。通过将目标报销订单进行格式转换处理,将目标报销订单转化成财务系统可以直接识别的目标报销单。
其中,可以根据相抵订单的关联单对目标报销订单进行处理,得到目标报销单。
具体地,如图4所示,C框内包含住宿原订单与原订单相关联的住宿退订单,当同类型待报销订单在关联的前提下,且汇总费用为零,则该原订单与退订单为相抵订单,相抵订单应该被隐藏,进而,得到处理后的目标报销订单,即,目标报销单。
得到目标报销单后,可以将目标报销单发送给企业对应的财务处理接口,以便,相关财务系统或人员对目标报销单进行审核处理,完成报销全流程。
上述账单数据处理方法中,由于在待报销订单表中设置抵消状态字段,能够标识待报销订单的抵消状态,通过基于抵消状态字段,过滤相抵的待报销订单,得到目标报销单,基于目标报销生成推单以进行报销处理。该方式通过对抵消状态的相抵订单进行过滤,能够避免抵消订单这种无用数据被推单而造成的资源浪费,同时,抵消状态的相抵订单被过滤后降低了需要处理的订单数量,提升了账单数据处理效率。
在一个实施例中,基于目标报销订单生成推单,包括:若目标报销订单处于不抵消状态,且存在关联的订单,目标报销订单和关联的订单汇总费用不为零,则基于目标报销订单和关联的订单汇总费用生成推单。
其中,目标报销订单的抵消状态包括:抵消状态(抵消状态标识为“是”)和不抵消状态(抵消状态标识为“否”)。当目标报销订单处于不抵消状态时,表示目标报销订单内包含的待报销订单的抵消状态标识均为“否”,也表示,目标报销订单中不存在相抵订单。
关联的订单指对于一个目标报销订单来说,存在一个订单编号相同或相似的另一目标报销订单,例如,对于员工甲在11月份差旅中产生酒店住宿单和高铁票,该酒店住宿单和高铁票的订单编号相似。所以该酒店的退订单和原订单、高铁票的退订单和原订单互为关联订单。
关联的订单汇总费用可以通过计算目标报销单和目标报销单的关联订单中的待报销订单的费用和得到。
具体地,若目标报销订单处于不抵消状态,且存在关联的订单,目标报销订单和关联的订单汇总费用不为零,表示仍有需要进行报销的部分,基于目标报销订单和关联的订单汇总费用生成推单。
本实施例中,通过考虑目标报销订单相关联的订单,将目标用户一段时间内所产生的订单汇总,为后续所产信息完整的目标报销单提供数据支撑,减少财务报销核对时间,提高报销核对效率。
在一个实施例中,基于目标报销订单生成推单,包括:若目标报销订单不存在关联的订单,则基于目标报销订单的费用生成推单。
其中,目标报销单不存在关联订单,表示该目标报销单在一定时段内没有订单号相同的另一目标报销单,例如,员工乙在12月份只购买了一次高铁票。
进而,基于目标报销订单所包含的账单的明细生成推单。
本实施例中,通过判断目标报销订单不存在关联的订单的前提下,基于目标报销订单的费用生成推单,能够为后续生成目标报销单提供数据支撑。
在从业务平台获取待报销订单表之前,需要对各类订单进行预处理,将订单写入待报销订单表,并对订单进行标识,由此,在一个实施例中,如图5所示的对订单进行标识的方法,包括:
S502,基于目标用户在业务平台的订单创建操作,将第一订单写入待报销订单表。
其中,创建操作可以是人工触发也可以是每隔预设时间系统自动触发,例如,每隔一个月或一个季度。
具体地,基于目标用户在业务平台的订单创建操作后,业务平台获取合作资源商的订单,合作资源商是与业务平台相连接的外部平台,例如,航空公司、高铁运营公司、酒店管理平台等。合作资源商通过手动上传或者sftp,ftps等方法,将订单编号、订单发起方、订单接收方、订单金额、订单的费用种类以及订单的时间作为第一订单写入待报销订单表。
S504,当第一订单为退订单时,获取第一订单关联的第二订单,第二订单包括退订单的原始订单和/或改期订单。
其中,当第一订单为退订单时,代表第一订单发生退订或改签业务,此时第一订单一般会关联有第二订单,若无法获取第二订单,则认为第一订单没有完全写入待报销订单表或者是第一订单写入错误。
其中,第二订单为退订单的原始订单,退订单(第一订单)的原始订单指发生时间迟与第一订单的订单,例如,第一订单为员工甲购买300元高铁票,此时,发生退订单业务,第一订单为退订单,第二订单为员工甲收到高铁公司的300元退款,即原始订单。
其中,第二订单包括退订单的原始订单和/或改期订单,退订单(第一订单)的改期订单包括退订单的原始订单和退订单的改期单,例如第一订单为员工甲购买300元高铁票,此时,发生改期(改签)业务,第一订单为退订单,第二订单为员工甲收到高铁公司的金额为零元的改期单,以及员工甲收到高铁公司的285元退款的原始订单(原订单)。
S506,若第一订单和第二订单为未推送状态,则对第一订单和第二订单的账单进行汇总。
其中,对第一订单和第一订单相关联的第二订单的账单进行汇总。具体地,目标用户提起报销申请单,报销申请单包括某时段内汇总后的第一订单和第二订单。
S508,若第一订单和第二订单的汇总费用为零,则确定第一订单和第二订单为相抵订单。
其中,第一订单和第二订单的汇总费用表示订单的金额、合作资源商商费、税等费用和。
通过先将第一订单和第二订单的账单抽出重要字段,例如,金额、合作资源商商费、税、货币种类、时间等,比较第一订单和第二订单的字段,若第一订单和第二订单的汇总费用为零时,确定第一订单和第二订单为相抵订单。
S510,在待报销订单表的抵消状态字段,标识第一订单和第二订单为抵消状态。
其中,当确定第一订单和第二订单为相抵订单后,在待报销订单表的抵消状态字段,表示第一订单和第二订单为抵消状态,待报销订单表其余未被标记的订单均为不抵消状态。
本实施例中,通过对推单的第一订单提取相关联的第二订单,并对第一订单和第二订单进行标识,代替了人工标引的过程,若第一订单和第二订单为相抵订单,在待报销订单表中标识出来,减少了财务核算的工作量。
在一个实施例中,若第一订单和第二订单的汇总费用不为零,则在待报销订单表的抵消状态字段,标识第一订单和第二订单为不抵消状态。
一般来说,当目标用户发起退订单、改期操作时,第一订单和第二订单的汇总费用为零。但是,当订单临近服务时间时,发生退订单或改期,会产生额外的手续费或服务费,此时,第一订单和第二订单的汇总费用不为零,进而,第一订单和第二订单在待报销订单表的抵消状态字段,被标识为不抵消状态。
例如,当员工甲于购买了一张1月1日中午12点出发的高铁票,于1月1日上午11点发起退订单,此时,临近出发时间,需要额外收取服务费,第一订单与第二订单汇总费用不为零。
本实施例中,通过考虑第一订单和第二订单的汇总费用是否为零,判断第一订单和第二订单在报销订单表的抵消状态字段是否为不抵消状态,能够为后续生成目标报销单提供数据依据。
在一个实施例中,在向目标用户推送推单的步骤后,将已推送的推单相关的目标报销订单,在待报销订单表中的推单状态修改为已推单状态。
其中,在向目标用户推送推单后,将已推送的推单相关的目标报销订单,在待报销订单表中的推单状态修改为已推单状态,并不在参与推单。
进一步地,若推单状态为已推单状态的目标报销订单发生退订业务,需要人工对已推单的目标报销订单进行撤回,重新执行获取目标用户在业务平台的待报销订单表,待报销订单表包括至少一个待报销订单。
本实施例中,通过对已推单的目标报销单进行状态标识,能够避免重复对待报销订单表重复识别,进而提高推单的效率。
在一个实施例中,如图6还提供了一种账单数据处理方法,包括:第一部分,对订单进行预处理的方法,包括:
S602,基于目标用户在业务平台的订单创建操作,将第一订单写入待报销订单表。
S604,当第一订单为退订单时,获取第一订单关联的第二订单,第二订单包括退订单的原始订单和/或改期订单。
S606,若第一订单和第二订单为未推送状态,则对第一订单和第二订单的账单进行汇总。
S608,若第一订单和第二订单的汇总费用为零,则确定第一订单和第二订单为相抵订单。
S610,若第一订单和第二订单的汇总费用不为零,则在待报销订单表的抵消状态字段,标识第一订单和第二订单为不抵消状态。
S612,在待报销订单表的抵消状态字段,标识第一订单和第二订单为抵消状态。
第二部分,获取待报销订单表,对待报销订单表进行处理,得到目标报销单的方法,包括:
S614,获取目标用户在业务平台的待报销订单表,待报销订单表包括至少一个待报销订单。
其中,如图7所示的终端的PC端界面示意图,包括:目标用户为个人时向个人推单,目标用户为企业时由秘书代报销,若“相抵订单无需退订单报销”勾选,则执行S616。
S616,根据待报销订单表中的抵消状态字段,过滤待报销订单表中处于抵消状态的相抵订单,得到目标报销订单。
S618,基于目标报销订单生成推单。
其中,若目标报销订单处于不抵消状态,且存在关联的订单,目标报销订单和关联的订单汇总费用不为零,则基于目标报销订单和关联的订单汇总费用生成推单。
其中,若目标报销订单不存在关联的订单,则基于目标报销订单的费用生成推单。
S620,向目标用户推送推单。
S622,将已推送的推单相关的目标报销订单,在待报销订单表中的推单状态修改为已推单状态。
第三部分,基于目标报销单进行报销业务处理的方法,包括:
S624,响应于目标用户对推单的确认操作,根据推单生成目标报销单,以进行报销业务处理。
其中,若目标用户没有及时发起对推单的确认操作,则给目标用户发送短信提醒。
具体地,短信的内容包括:1、行程结束-报销:您预订的出差行程已结束且未推送报销,为不影响下次出行,请尽快登录商旅平台进行推单报销,并登录您的财务系统检查单据无误后提交领导审批。
2、行程结束:您的申请单行程已结束,请及时登录商旅系统确认,并发起财务报销,感谢您的使用,期待再次为您服务!
需说明的是,一个申请单内的全部订单不存在需要报销的金额数据,例如这个申请单内的第一订单与第二订单互为相抵订单,及时用户没有发起确认操作,也不需要不发送提醒短信,该申请单经过预设时间自动关闭。
本实施例中,由于在待报销订单表中设置抵消状态字段,能够标识待报销订单的抵消状态,通过基于抵消状态字段,过滤相抵的待报销订单,得到目标报销单,基于目标报销生成推单以进行报销处理。该方式通过对抵消状态的相抵订单进行过滤,能够避免抵消订单这种无用数据被推单而造成的资源浪费,同时,抵消状态的相抵订单被过滤后降低了需要处理的订单数量,提升了账单数据处理效率。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的账单数据处理方法的账单数据处理装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个账单数据处理装置实施例中的具体限定可以参见上文中对于账单数据处理方法的限定,在此不再赘述。
在一个实施例中,如图8所示,提供了一种账单数据处理装置,包括:获取模块802、第一生成模块804、第二生成模块806、推单模块808和报销模块810,其中:
获取模块802,用于获取目标用户在业务平台的待报销订单表,待报销订单表包括至少一个待报销订单;
第一生成模块804,用于根据待报销订单表中的抵消状态字段,过滤待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
第二生成模块806,用于基于目标报销订单生成推单;
推单模块808,用于向目标用户推送推单;
报销模块810,用于响应于目标用户对推单的确认操作,根据推单生成目标报销单,以进行报销业务处理。
在一个实施例中,第二生成模块806,还用于若目标报销订单处于不抵消状态,且存在关联的订单,目标报销订单和关联的订单汇总费用不为零,则基于目标报销订单和关联的订单汇总费用生成推单。
在一个实施例中,第二生成模块806,还用于若目标报销订单不存在关联的订单,则基于目标报销订单的费用生成推单。
在一个实施例中,账单数据处理装置还包括:
写入模块,用于基于目标用户在业务平台的订单创建操作,将第一订单写入待报销订单表;
关联订单模块,用于当第一订单为退订单时,获取第一订单关联的第二订单,第二订单包括退订单的原始订单和/或改期订单;
账单汇总模块,用于若第一订单和第二订单为未推送状态,则对第一订单和第二订单的账单进行汇总;
确定模块,用于若第一订单和第二订单的汇总费用为零,则确定第一订单和第二订单为相抵订单;
标识模块,用于在待报销订单表的抵消状态字段,标识第一订单和第二订单为抵消状态。
在一个实施例中,确定模块,还用于若第一订单和第二订单的汇总费用不为零,则在待报销订单表的抵消状态字段,标识第一订单和第二订单为不抵消状态。
在一个实施例中,账单数据处理装置还包括:修改模块,用于将已推送的推单相关的目标报销订单,在待报销订单表中的推单状态修改为已推单状态。
上述账单数据处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图9所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output,简称I/O)和通信接口。其中,处理器、存储器和输入/输出接口通过系统总线连接,通信接口通过输入/输出接口连接到系统总线。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储待报销订单数据。该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种账单数据处理方法。
本领域技术人员可以理解,图9中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。
Claims (10)
1.一种账单数据处理方法,其特征在于,所述方法包括:
获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;
根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
基于所述目标报销订单生成推单;
向所述目标用户推送所述推单;
响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。
2.根据权利要求1所述的方法,其特征在于,基于所述目标报销订单生成推单,包括:
若所述目标报销订单处于不抵消状态,且存在关联的订单,所述目标报销订单和所述关联的订单汇总费用不为零,则基于所述目标报销订单和所述关联的订单汇总费用生成推单。
3.根据权利要求1所述的方法,其特征在于,基于所述目标报销订单生成推单,包括:
若所述目标报销订单不存在关联的订单,则基于所述目标报销订单的费用生成推单。
4.根据权利要求1所述的方法,其特征在于,所述方法还包括:
基于目标用户在业务平台的订单创建操作,将第一订单写入待报销订单表;
当第一订单为退单时,获取所述第一订单关联的第二订单,所述第二订单包括所述退单的原始订单和/或改期订单;
若所述第一订单和所述第二订单为未推送状态,则对所述第一订单和所述第二订单的账单进行汇总;
若所述第一订单和所述第二订单的汇总费用为零,则确定所述第一订单和所述第二订单为相抵订单;
在所述待报销订单表的抵消状态字段,标识所述第一订单和所述第二订单为抵消状态。
5.根据权利要求4所述的方法,其特征在于,若所述第一订单和所述第二订单的汇总费用不为零,则在所述待报销订单表的抵消状态字段,标识所述第一订单和所述第二订单为不抵消状态。
6.根据权利要求1所述的方法,其特征在于,在所述向所述目标用户推送所述推单的步骤后,所述方法还包括:
将已推送的所述推单相关的目标报销订单,在所述待报销订单表中的推单状态修改为已推单状态。
7.一种账单数据处理装置,其特征在于,所述装置包括:
获取模块,用于获取目标用户在业务平台的待报销订单表,所述待报销订单表包括至少一个待报销订单;
第一生成模块,用于根据待报销订单表中的抵消状态字段,过滤所述待报销订单表中处于抵消状态的相抵订单,得到目标报销订单;
第二生成模块,用于基于所述目标报销订单生成推单;
推单模块,用于向所述目标用户推送所述推单;
报销模块,用于响应于所述目标用户对所述推单的确认操作,根据所述推单生成目标报销单,以进行报销业务处理。
8.一种计算机设备,包括存储器和处理器,所述存储器存储有计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法的步骤。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
10.一种计算机程序产品,包括计算机程序,其特征在于,该计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211425791.3A CN115760357A (zh) | 2022-11-15 | 2022-11-15 | 账单数据处理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202211425791.3A CN115760357A (zh) | 2022-11-15 | 2022-11-15 | 账单数据处理方法、装置、计算机设备和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115760357A true CN115760357A (zh) | 2023-03-07 |
Family
ID=85371045
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202211425791.3A Pending CN115760357A (zh) | 2022-11-15 | 2022-11-15 | 账单数据处理方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115760357A (zh) |
-
2022
- 2022-11-15 CN CN202211425791.3A patent/CN115760357A/zh active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111402026B (zh) | 业务处理方法及因公报销处理方法 | |
US8401936B2 (en) | Architectural design for expense reimbursement application software | |
WO2019100308A1 (zh) | 差旅项目的报销方法、系统、存储介质及终端 | |
US20090172699A1 (en) | Architectural Design for Service Procurement Application Software | |
US8738476B2 (en) | Architectural design for selling standardized services application software | |
US20120239558A1 (en) | Method and systems for efficiently processing large volumes of complex small value financial transactions | |
US20090171713A1 (en) | Architectural Design for Self-Service Procurement Application Software | |
CN107220895B (zh) | 虚拟资源的转移数值统计方法及装置 | |
CN113205402A (zh) | 对账方法、装置、电子设备及计算机可读介质 | |
CN111222973A (zh) | 信息处理系统及方法 | |
KR20120130106A (ko) | 부동산 신탁 관리 시스템 및 그 방법 | |
CN110599133A (zh) | 一种基于区块链网络的数据处理方法、装置及存储介质 | |
WO2024119789A1 (zh) | 款项发放方法、装置、计算机设备及可读存储介质 | |
JP6418428B1 (ja) | 民泊管理支援システムおよび民泊管理支援方法 | |
CN116342130A (zh) | 小额预收电费退费智能结算一体化服务系统 | |
CN116308377A (zh) | 账户管理方法、装置、设备及存储介质 | |
CN115760357A (zh) | 账单数据处理方法、装置、计算机设备和存储介质 | |
CN114266609A (zh) | 一种销项发票开具方法及装置 | |
CN111028025B (zh) | 基于大数据的票据数据处理方法、装置、设备和介质 | |
CN112801842A (zh) | 一种税务信息共享平台 | |
CN111429092A (zh) | 缴存公积金的方法、装置、设备和计算机可读介质 | |
JP2012230443A (ja) | 銀行口座からの入金における消込処理装置、消込処理方法およびプログラム | |
CN111667325A (zh) | 发票管理方法及系统、业务系统和发票平台 | |
CN110852857A (zh) | 车费报销方法、装置及存储介质 | |
TWM590284U (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 |