CN114358751A - 应收应付自动核销处理方法、装置及计算机可读存储介质 - Google Patents
应收应付自动核销处理方法、装置及计算机可读存储介质 Download PDFInfo
- Publication number
- CN114358751A CN114358751A CN202111650061.9A CN202111650061A CN114358751A CN 114358751 A CN114358751 A CN 114358751A CN 202111650061 A CN202111650061 A CN 202111650061A CN 114358751 A CN114358751 A CN 114358751A
- Authority
- CN
- China
- Prior art keywords
- information
- bank
- amount
- collection
- payment
- 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
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本申请公开了一种应收应付自动核销处理方法、装置及计算机可读存储介质,通过接收单据的应付核销请求或应收核销请求,根据单据信息中的付款对象或收款对象,获取相应的银行流水单记录,再进行流水单确认或认领后,将单据信息中的未核销金额与确定的银行流水单的未使用金额进行自动核销,并且更新未使用金额信息,实现了一份流水单核销多份单据,同时避免了金额的错误,解决了随着单据的数据量的增多,且同一个客户通过多个不同的银行账户进行付款或收款的情况出现,由人工进行一一比对核销造成的重复核销,单据搜索困难,出现问题以后查找原因不便的技术问题。
Description
技术领域
本申请涉及财务数据技术领域,尤其涉及一种应收应付自动核销处理方法、装置及计算机可读存储介质。
背景技术
在财务结算的系统之中,通常需要将应收应付的款项与具体的银行流水单进行一一对应,以便于完成核销。但随着单据的数据量的增多,且同一个客户通过多个不同的银行账户进行付款或收款的情况出现,由人工进行一一比对核销容易造成重复核销,单据搜索困难,出现问题以后查找原因不便的技术问题。
发明内容
本申请提供了一种应收应付自动核销处理方法、装置及计算机可读存储介质,解决了随着单据的数据量的增多,且同一个客户通过多个不同的银行账户进行付款或收款的情况出现,由人工进行一一比对核销造成的重复核销,单据搜索困难,出现问题以后查找原因不便的技术问题。
有鉴于此,本申请第一方面提供了一种应收应付自动核销处理方法,所述方法包括:
接收应付核销请求,所述应付核销请求中携带有状态值为第一状态的第一单据信息,所述第一单据信息包括付款对象以及第一未核销金额;
根据所述付款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述付款对象对应的所有银行账号信息以及付款信息;
接收流水单确认请求,所述流水单确认请求中携带有所述银行流水单记录中的至少一条付款信息;
根据所述第一未核销金额以及所述流水单确认请求,更新所述付款信息中的未使用金额信息;
更新所述第一单据信息的状态值为第二状态。
可选地,还包括:
接收应收核销请求,所述应收核销请求中携带有状态值为第三状态的第二单据信息,所述第二单据信息包括收款对象以及第二未核销金额;
根据所述收款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述收款对象对应的所有银行账号信息以及收款信息;
接收流水单认领请求,所述流水单认领请求中携带有所述银行流水单记录中的至少一条收款信息;
根据所述第二未核销金额以及所述流水单认领请求,更新所述收款信息中的未使用金额信息;
更新所述第二单据信息的状态值为第四状态。
可选地,所述根据所述付款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述付款对象对应的所有银行账号信息以及付款信息具体包括:
根据所述付款对象,从银行流水单数据库中获取所述付款对象关联的银行账号信息以及所属部门信息;
基于所述银行账号信息以及所述所属部门信息,获取所述付款对象与所述所属部门信息之间的银行流水单记录,所述银行流水单记录中包含至少一条所述付款对象对应的银行账号信息以及付款信息,且所述付款信息中的未使用金额信息大于0。
可选地,所述根据所述第一未核销金额以及所述流水单确认请求,更新所述付款信息中的未使用金额信息具体包括:
根据所述第一未核销金额以及所述流水单确认请求,将所述流水单确认请求中包含的至少一条付款信息的未使用金额信息减去所述第一未核销金额,使得所述付款信息中未使用金额信息得到更新;
若所述付款信息中未使用金额信息大于0,则保留所述付款信息在所述银行流水单记录中,否则将所述付款信息从所述银行流水单记录中移除。
可选地,所述根据所述收款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述收款对象对应的所有银行账号信息以及收款信息具体包括:
根据所述收款对象,从银行流水单数据库中获取所述收款对象关联的银行账号信息以及所属部门信息;
基于所述银行账号信息以及所述所属部门信息,获取所述收款对象与所述所属部门信息之间的银行流水单记录,所述银行流水单记录中包含至少一条所述收款对象对应的银行账号信息以及收款信息,且所述收款信息中的未使用金额信息大于0。
可选地,所述银行流水单记录中所述收款信息的未使用金额信息将自动换算为所述第二单据信息中第二未核销金额对应币种的数据。
可选地,所述根据所述第二未核销金额以及所述流水单认领请求,更新所述收款信息中的未使用金额信息具体包括:
根据所述第二未核销金额以及所述流水单认领请求,将所述流水单认领请求中包含的至少一条收款信息的未使用金额信息减去所述第二未核销金额,使得所述收款信息中未使用金额信息得到更新;
若所述收款信息中未使用金额信息大于0,则保留所述收款信息在所述银行流水单记录中,否则将所述收款信息从所述银行流水单记录中移除。
本申请第二方面提供一种应收应付自动核销处理装置,所述装置包括:
第一接收单元,用于接收应付核销请求,所述应付核销请求中携带有状态值为第一状态的第一单据信息,所述第一单据信息包括付款对象以及第一未核销金额;
第一获取单元,用于根据所述付款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述付款对象对应的所有银行账号信息以及付款信息;
第二接收单元,用于接收流水单确认请求,所述流水单确认请求中携带有所述银行流水单记录中的至少一条付款信息;
第一更新单元,用于根据所述第一未核销金额以及所述流水单确认请求,更新所述付款信息中的未使用金额信息;
第二更新单元,用于更新所述第一单据信息的状态值为第二状态。
可选地,还包括:
第三接收单元,用于接收应收核销请求,所述应收核销请求中携带有状态值为第三状态的第二单据信息,所述第二单据信息包括收款对象以及第二未核销金额;
第二获取单元,用于根据所述收款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述收款对象对应的所有银行账号信息以及收款信息;
第四接收单元,用于接收流水单认领请求,所述流水单认领请求中携带有所述银行流水单记录中的至少一条收款信息;
第三更新单元,用于根据所述第二未核销金额以及所述流水单认领请求,更新所述收款信息中的未使用金额信息;
第四更新单元,用于更新所述第二单据信息的状态值为第四状态。
本申请第三方面提供一种计算机可读存储介质,所述计算机可读存储介质用于存储程序代码,所述程序代码用于执行上述第一方面所述的方法。
从以上技术方案可以看出,本申请实施例具有以下优点:
本申请中,提供了一种应收应付自动核销处理方法,通过接收单据的应付核销请求或应收核销请求,根据单据信息中的付款对象或收款对象,获取相应的银行流水单记录,再进行流水单确认或认领后,将单据信息中的未核销金额与确定的银行流水单的未使用金额进行自动核销,并且更新未使用金额信息,实现了一份流水单核销多份单据,同时避免了金额的错误,解决了随着单据的数据量的增多,且同一个客户通过多个不同的银行账户进行付款或收款的情况出现,由人工进行一一比对核销造成的重复核销,单据搜索困难,出现问题以后查找原因不便的技术问题。
附图说明
图1为本申请实施例中一种应收应付自动核销处理方法的第一个方法流程图;
图2为本申请实施例中一种应收应付自动核销处理方法的第二个方法流程图;
图3为本申请实施例中一种应收应付自动核销处理装置的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请设计了一种应收应付自动核销处理方法、装置及计算机可读存储介质,解决了随着单据的数据量的增多,且同一个客户通过多个不同的银行账户进行付款或收款的情况出现,由人工进行一一比对核销造成的重复核销,单据搜索困难,出现问题以后查找原因不便的技术问题。
为了便于理解,请参阅图1,图1为本申请实施例中一种应收应付自动核销处理方法的第一个方法流程图,如图1所示,具体为:
101、接收应付核销请求,应付核销请求中携带有状态值为第一状态的第一单据信息,第一单据信息包括付款对象以及第一未核销金额;
需要说明的是,可以进行应付核销的第一单据信息需要为状态值为第一状态,第一状态具体为出纳已确认,即出纳已经实际进行付款。第一单据信息中将包含付款对象以及第一未核销金额,付款对象可以为企业名称,付款对象通常会关联具体的银行账号信息,第一未核销金额则为该单据对应应付但未核销的金额数值。
102、根据付款对象,从银行流水单数据库中获取对应的银行流水单记录,银行流水单记录中包含付款对象对应的所有银行账号信息以及付款信息;
具体地,根据付款对象,从银行流水单数据库中获取付款对象关联的银行账号信息以及所属部门信息;
基于银行账号信息以及所属部门信息,获取付款对象与所属部门信息之间的银行流水单记录,银行流水单记录中包含至少一条付款对象对应的银行账号信息以及付款信息,且付款信息中的未使用金额信息大于0。
需要说明的是,付款对象会关联至少一个银行账号信息以及所属部门信息,可以理解的是,不同业务部门和同一个付款对象进行支付的银行账号信息可能一致,也可能不同,因此,需要根据该付款对象在该单据信息下关联的银行账号信息以及所属部门信息,确认进行交易往来的具体银行账号信息,从而获取到银行流水单记录。可以理解的是,银行流水单记录可能包括不止一条付款信息,可能为长期的一条付款信息,或者是多个付款信息的集合,但可以理解的是,付款信息中的未使用金额信息均大于0,未使用金额信息大于0才能够进行核销处理。
103、接收流水单确认请求,流水单确认请求中携带有银行流水单记录中的至少一条付款信息;
需要说明的是,进一步地,需要确认选取银行流水单记录中的哪一条或多条付款信息,作为本次单据应付核销的对应信息。
104、根据第一未核销金额以及流水单确认请求,更新付款信息中的未使用金额信息;
具体地:
根据第一未核销金额以及流水单确认请求,将流水单确认请求中包含的至少一条付款信息的未使用金额信息减去第一未核销金额,使得付款信息中未使用金额信息得到更新;
若付款信息中未使用金额信息大于0,则保留付款信息在银行流水单记录中,否则将付款信息从银行流水单记录中移除。
需要说明的是,可以理解的是,根据流水单确认请求以及第一未核销金额,若仅有一条确认的付款信息,则需要根据第一未核销金额更新付款信息中的未使用金额信息。若是付款信息不存在未使用金额信息,即未使用金额信息为0,则该付款信息已经完全核销完毕,可以从银行流水单记录中移除,可以理解的是,未使用金额信息不可能为负数,若是未使用金额信息不足以满足第一未核销金额,则将该条付款信息的未使用金额信息置零后,将差额用下一条付款信息的未使用金额信息进行核销,以此类推,直到满足第一未核销金额。
105、更新第一单据信息的状态值为第二状态。
需要说明的是,核销完毕后,需要更新第一单据信息的状态值为第二状态,即应付已核销。
请参阅图2,图2为本申请实施例中一种应收应付自动核销处理方法的第二个方法流程图,如图2所示,具体为:
201、接收应收核销请求,应收核销请求中携带有状态值为第三状态的第二单据信息,第二单据信息包括收款对象以及第二未核销金额;
需要说明的是,可以进行应收核销的第二单据信息需要为状态值为第三状态,第三状态具体为应收未核销。第二单据信息中将包含收款对象以及第二未核销金额,收款对象可以为企业名称,收款对象通常会关联具体的银行账号信息,第二未核销金额则为该单据对应应收但未核销的金额数值。
202、根据收款对象,从银行流水单数据库中获取对应的银行流水单记录,银行流水单记录中包含收款对象对应的所有银行账号信息以及收款信息;
具体地,根据收款对象,从银行流水单数据库中获取收款对象关联的银行账号信息以及所属部门信息;
基于银行账号信息以及所属部门信息,获取收款对象与所属部门信息之间的银行流水单记录,银行流水单记录中包含至少一条收款对象对应的银行账号信息以及收款信息,且收款信息中的未使用金额信息大于0。
银行流水单记录中收款信息的未使用金额信息将自动换算为第二单据信息中第二未核销金额对应币种的数据。
需要说明的是,收款对象会关联至少一个银行账号信息以及所属部门信息,可以理解的是,不同业务部门和同一个收款对象进行支付的银行账号信息可能一致,也可能不同,因此,需要根据该收款对象在该单据信息下关联的银行账号信息以及所属部门信息,确认进行交易往来的具体银行账号信息,从而获取到银行流水单记录。可以理解的是,银行流水单记录可能包括不止一条收款信息,可能为长期的一条收款信息,或者是多个收款信息的集合,但可以理解的是,收款信息中的未使用金额信息均大于0,未使用金额信息大于0才能够进行核销处理。
203、接收流水单认领请求,流水单认领请求中携带有银行流水单记录中的至少一条收款信息;
需要说明的是,进一步地,需要确认选取银行流水单记录中的哪一条或多条收款信息,作为本次单据应收核销的对应信息。
204、根据第二未核销金额以及流水单认领请求,更新收款信息中的未使用金额信息;
具体地,根据第二未核销金额以及流水单认领请求,将流水单认领请求中包含的至少一条收款信息的未使用金额信息减去第二未核销金额,使得收款信息中未使用金额信息得到更新;
若收款信息中未使用金额信息大于0,则保留收款信息在银行流水单记录中,否则将收款信息从银行流水单记录中移除。
需要说明的是,可以理解的是,根据流水单认领请求以及第二未核销金额,若仅有一条确认的收款信息,则需要根据第二未核销金额更新收款信息中的未使用金额信息。若是收款信息不存在未使用金额信息,即未使用金额信息为0,则该收款信息已经完全核销完毕,可以从银行流水单记录中移除,可以理解的是,未使用金额信息不可能为负数,若是未使用金额信息不足以满足第二未核销金额,则将该条收款信息的未使用金额信息置零后,将差额用下一条收款信息的未使用金额信息进行核销,以此类推,直到满足第二未核销金额。
205、更新第二单据信息的状态值为第四状态。
需要说明的是,核销完毕后,需要更新第二单据信息的状态值为第四状态,即应收已核销。
请参阅图3,图3为本申请实施例中一种应收应付自动核销处理装置的结构示意图,如图3所示,具体为:
第一接收单元301,用于接收应付核销请求,应付核销请求中携带有状态值为第一状态的第一单据信息,第一单据信息包括付款对象以及第一未核销金额;
第一获取单元302,用于根据付款对象,从银行流水单数据库中获取对应的银行流水单记录,银行流水单记录中包含付款对象对应的所有银行账号信息以及付款信息;
第二接收单元303,用于接收流水单确认请求,流水单确认请求中携带有银行流水单记录中的至少一条付款信息;
第一更新单元304,用于根据第一未核销金额以及流水单确认请求,更新付款信息中的未使用金额信息;
第二更新单元305,用于更新第一单据信息的状态值为第二状态。
进一步地,还包括:
第三接收单元,用于接收应收核销请求,应收核销请求中携带有状态值为第三状态的第二单据信息,第二单据信息包括收款对象以及第二未核销金额;
第二获取单元,用于根据收款对象,从银行流水单数据库中获取对应的银行流水单记录,银行流水单记录中包含收款对象对应的所有银行账号信息以及收款信息;
第四接收单元,用于接收流水单认领请求,流水单认领请求中携带有银行流水单记录中的至少一条收款信息;
第三更新单元309,用于根据第二未核销金额以及流水单认领请求,更新收款信息中的未使用金额信息;
第四更新单元,用于更新第二单据信息的状态值为第四状态。
本申请实施例还提供一种计算机可读存储介质,用于存储程序代码,该程序代码用于执行前述各个实施例所述的一种应收应付自动核销处理方法中的任意一种实施方式。
本申请实施例中,提供了一种应收应付自动核销处理方法、装置及计算机可读存储介质,通过接收单据的应付核销请求或应收核销请求,根据单据信息中的付款对象或收款对象,获取相应的银行流水单记录,再进行流水单确认或认领后,将单据信息中的未核销金额与确定的银行流水单的未使用金额进行自动核销,并且更新未使用金额信息,实现了一份流水单核销多份单据,同时避免了金额的错误,解决了随着单据的数据量的增多,且同一个客户通过多个不同的银行账户进行付款或收款的情况出现,由人工进行一一比对核销造成的重复核销,单据搜索困难,出现问题以后查找原因不便的技术问题。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
应当理解,在本申请中,“至少一个(项)”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,用于描述关联对象的关联关系,表示可以存在三种关系,例如,“A和/或B”可以表示:只存在A,只存在B以及同时存在A和B三种情况,其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达,是指这些项中的任意组合,包括单项(个)或复数项(个)的任意组合。例如,a,b或c中的至少一项(个),可以表示:a,b,c,“a和b”,“a和c”,“b和c”,或“a和b和c”,其中a,b,c可以是单个,也可以是多个。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(英文全称:Read-OnlyMemory,英文缩写:ROM)、随机存取存储器(英文全称:Random Access Memory,英文缩写:RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。
Claims (10)
1.一种应收应付自动核销处理方法,其特征在于,包括:
接收应付核销请求,所述应付核销请求中携带有状态值为第一状态的第一单据信息,所述第一单据信息包括付款对象以及第一未核销金额;
根据所述付款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述付款对象对应的所有银行账号信息以及付款信息;
接收流水单确认请求,所述流水单确认请求中携带有所述银行流水单记录中的至少一条付款信息;
根据所述第一未核销金额以及所述流水单确认请求,更新所述付款信息中的未使用金额信息;
更新所述第一单据信息的状态值为第二状态。
2.根据权利要求1所述的应收应付自动核销处理方法,其特征在于,还包括:
接收应收核销请求,所述应收核销请求中携带有状态值为第三状态的第二单据信息,所述第二单据信息包括收款对象以及第二未核销金额;
根据所述收款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述收款对象对应的所有银行账号信息以及收款信息;
接收流水单认领请求,所述流水单认领请求中携带有所述银行流水单记录中的至少一条收款信息;
根据所述第二未核销金额以及所述流水单认领请求,更新所述收款信息中的未使用金额信息;
更新所述第二单据信息的状态值为第四状态。
3.根据权利要求1所述的应收应付自动核销处理方法,其特征在于,所述根据所述付款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述付款对象对应的所有银行账号信息以及付款信息具体包括:
根据所述付款对象,从银行流水单数据库中获取所述付款对象关联的银行账号信息以及所属部门信息;
基于所述银行账号信息以及所述所属部门信息,获取所述付款对象与所述所属部门信息之间的银行流水单记录,所述银行流水单记录中包含至少一条所述付款对象对应的银行账号信息以及付款信息,且所述付款信息中的未使用金额信息大于0。
4.根据权利要求1所述的应收应付自动核销处理方法,其特征在于,所述根据所述第一未核销金额以及所述流水单确认请求,更新所述付款信息中的未使用金额信息具体包括:
根据所述第一未核销金额以及所述流水单确认请求,将所述流水单确认请求中包含的至少一条付款信息的未使用金额信息减去所述第一未核销金额,使得所述付款信息中未使用金额信息得到更新;
若所述付款信息中未使用金额信息大于0,则保留所述付款信息在所述银行流水单记录中,否则将所述付款信息从所述银行流水单记录中移除。
5.根据权利要求2所述的应收应付自动核销处理方法,其特征在于,所述根据所述收款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述收款对象对应的所有银行账号信息以及收款信息具体包括:
根据所述收款对象,从银行流水单数据库中获取所述收款对象关联的银行账号信息以及所属部门信息;
基于所述银行账号信息以及所述所属部门信息,获取所述收款对象与所述所属部门信息之间的银行流水单记录,所述银行流水单记录中包含至少一条所述收款对象对应的银行账号信息以及收款信息,且所述收款信息中的未使用金额信息大于0。
6.根据权利要求5所述的应收应付自动核销处理方法,其特征在于,所述银行流水单记录中所述收款信息的未使用金额信息将自动换算为所述第二单据信息中第二未核销金额对应币种的数据。
7.根据权利要求2所述的应收应付自动核销处理方法,其特征在于,所述根据所述第二未核销金额以及所述流水单认领请求,更新所述收款信息中的未使用金额信息具体包括:
根据所述第二未核销金额以及所述流水单认领请求,将所述流水单认领请求中包含的至少一条收款信息的未使用金额信息减去所述第二未核销金额,使得所述收款信息中未使用金额信息得到更新;
若所述收款信息中未使用金额信息大于0,则保留所述收款信息在所述银行流水单记录中,否则将所述收款信息从所述银行流水单记录中移除。
8.一种应收应付自动核销处理装置,其特征在于,包括:
第一接收单元,用于接收应付核销请求,所述应付核销请求中携带有状态值为第一状态的第一单据信息,所述第一单据信息包括付款对象以及第一未核销金额;
第一获取单元,用于根据所述付款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述付款对象对应的所有银行账号信息以及付款信息;
第二接收单元,用于接收流水单确认请求,所述流水单确认请求中携带有所述银行流水单记录中的至少一条付款信息;
第一更新单元,用于根据所述第一未核销金额以及所述流水单确认请求,更新所述付款信息中的未使用金额信息;
第二更新单元,用于更新所述第一单据信息的状态值为第二状态。
9.根据权利要求8所述的应收应付自动核销处理装置,其特征在于,还包括:
第三接收单元,用于接收应收核销请求,所述应收核销请求中携带有状态值为第三状态的第二单据信息,所述第二单据信息包括收款对象以及第二未核销金额;
第二获取单元,用于根据所述收款对象,从银行流水单数据库中获取对应的银行流水单记录,所述银行流水单记录中包含所述收款对象对应的所有银行账号信息以及收款信息;
第四接收单元,用于接收流水单认领请求,所述流水单认领请求中携带有所述银行流水单记录中的至少一条收款信息;
第三更新单元,用于根据所述第二未核销金额以及所述流水单认领请求,更新所述收款信息中的未使用金额信息;
第四更新单元,用于更新所述第二单据信息的状态值为第四状态。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质用于存储程序代码,所述程序代码用于执行权利要求1-7任一项所述的应收应付自动核销处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111650061.9A CN114358751A (zh) | 2021-12-30 | 2021-12-30 | 应收应付自动核销处理方法、装置及计算机可读存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202111650061.9A CN114358751A (zh) | 2021-12-30 | 2021-12-30 | 应收应付自动核销处理方法、装置及计算机可读存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114358751A true CN114358751A (zh) | 2022-04-15 |
Family
ID=81103276
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202111650061.9A Pending CN114358751A (zh) | 2021-12-30 | 2021-12-30 | 应收应付自动核销处理方法、装置及计算机可读存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114358751A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115829775A (zh) * | 2022-12-27 | 2023-03-21 | 中国航空油料有限责任公司 | 一种发票核销方法、装置、电子设备及存储介质 |
-
2021
- 2021-12-30 CN CN202111650061.9A patent/CN114358751A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115829775A (zh) * | 2022-12-27 | 2023-03-21 | 中国航空油料有限责任公司 | 一种发票核销方法、装置、电子设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4701510B2 (ja) | 金融取引に関する取引情報を集約する装置、及びその方法 | |
CN111768281B (zh) | 总账凭证生成方法、装置及系统 | |
CN108713210A (zh) | 利用综合试算表的会计处理方法及会计处理系统 | |
CN109087186B (zh) | 一种账款管理方法、存储介质和服务器 | |
CN112085461B (zh) | 一种面向交叉销售的佣金结算方法、装置及存储介质 | |
CN113902523A (zh) | 一种跨境电商toc订单的应收账务管理方法、装置及系统 | |
US7801779B2 (en) | Cash under and cash over adjustments to receipt totals for bank deposits | |
CN114358751A (zh) | 应收应付自动核销处理方法、装置及计算机可读存储介质 | |
WO2009120884A1 (en) | System and method of determining the quality of enhanced transaction data | |
US20110215139A1 (en) | Prepaid card loan mechanism and methods of completing transactions and transforming goods | |
KR102288517B1 (ko) | 정산 서버 및 그 방법 | |
CN115205000B (zh) | 对账方法、对账终端及对账系统 | |
CN112561674B (zh) | 客运收入结算方法、装置、存储介质及电子设备 | |
CN109993648B (zh) | 一种数据处理方法和相关装置 | |
JP4077547B2 (ja) | 特典ポイント管理方法 | |
KR101270492B1 (ko) | 매출액 및 미수금 관리 시스템 및 방법 | |
JP2012238073A (ja) | 債権買取査定支援システム及び債権買取査定支援方法 | |
CN111768547A (zh) | 对发票自动验真验重的方法、装置及系统 | |
CN110852857A (zh) | 车费报销方法、装置及存储介质 | |
JP4451183B2 (ja) | 現金管理方法及び現金管理プログラム | |
CN114066648B (zh) | 一种跨服务多业务类型数据处理方法及相关设备 | |
JP2015028775A (ja) | 会計システム | |
JP7327770B2 (ja) | 振込管理システム、振込管理方法および振込管理プログラム | |
CN112991038A (zh) | 项目类别确定方法、装置、设备及存储介质 | |
CN115204997A (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 |