CN109636634A - 一种自动对账方法及装置 - Google Patents

一种自动对账方法及装置 Download PDF

Info

Publication number
CN109636634A
CN109636634A CN201811527074.5A CN201811527074A CN109636634A CN 109636634 A CN109636634 A CN 109636634A CN 201811527074 A CN201811527074 A CN 201811527074A CN 109636634 A CN109636634 A CN 109636634A
Authority
CN
China
Prior art keywords
order
account
detected
money
amount
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
Application number
CN201811527074.5A
Other languages
English (en)
Inventor
程战战
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Taikang Insurance Group Co Ltd
Taikang Online Property Insurance Co Ltd
Original Assignee
Taikang Insurance Group Co Ltd
Taikang Online Property Insurance Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Taikang Insurance Group Co Ltd, Taikang Online Property Insurance Co Ltd filed Critical Taikang Insurance Group Co Ltd
Priority to CN201811527074.5A priority Critical patent/CN109636634A/zh
Publication of CN109636634A publication Critical patent/CN109636634A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting
    • G06Q40/125Finance or payroll

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种自动对账方法及装置,包括:通过从银行或者支付网关提供的对账查询接口中获取与标识信息相对应的支付信息,得到待检测的订单,依据所述待检测的订单的支付信息,判定该待检测的订单为成功的订单;依据获取到的待检测的订单的支付信息,判定该待检测的订单是否为成功的订单,在该待检测的订单为成功的订单的情况下,若该待检测的订单未生成保单,则向用户补发保单。这样,避免了在用户支付成功的情况下,出现漏单的问题,提高用户体验。并且,通过查询到的订单的支付信息,推算出目标订单的预计到账时间,并获取订单的预计到账金额,根据预计到账金额和预计到账时间对账目进行核对。这样,实现了对账目的自动核查。

Description

一种自动对账方法及装置
技术领域
本发明涉及数据处理领域,尤其涉及一种自动对账方法及装置。
背景技术
近年来,随着互联网的发展,通过互联网进行保险销售也越来越普遍,虽然针对于传统保险销售,互联网销售的保险金额较小,但是保单量是巨大的。并且,通过互联网销售的保险,在用户支付成功,且保险公司收到用户支付成功的信息后,需要向用户发送保单,以告知用户投保成功。
但是,由于互联网环境的不稳定性,会出现用户虽然购买了保险,但是保险公司未收到用户的支付信息,这种情况下,用户就不会收到保单,也就出现了漏单的问题,这样,用户的体验性就很差。
发明内容
有鉴于此,本发明实施例公开了一种自动对账的方法和装置,避免了在用户支付成功的情况下,出现漏单的问题,提高用户体验,并且,实现了对账目的自动核查。
本发明实施例公开了一种自动对帐的方法,包括:
每间隔预设的第一时间长度,调用银行或者支付网关提供的对账查询接口;
响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单;
依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单;
若所述待检测的订单为成功的订单,且所述待检测的订单还未生成保单的情况下,向用户补发所述待检测的订单的保单。
可选的,若所述标识信息包括:订单号,所述响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单,包括:
通过所述对账查询接口查询并获取与所述订单号相关的支付信息。
可选的,若所述标识信息包括:第一时间段,所述响应于输入的标识信息,通过所述对账查询接口获取查询订单的支付信息,包括:
通过所述对账查询接口查询所述第一时间段内生成的订单的支付信息,得到待检测的订单集。
可选的,若所述订单信息包括:实际支付金额和支付结果,所述依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单,包括:
依据所述待检测的订单的支付结果,判断所述待检测的订单是否为已支付的状态;
若所述待检测的订单为已支付的状态,判断所述待检测的订单的实际支付金额是否与所述待检测的订单的预计支付金额一致;
若所述待检测的订单的实际支付金额和预计支付金额一致,则表示所述待检测的订单为成功的订单。
可选的,还包括:
将判定为成功的订单进行标记,得到目标订单;
存储目标订单的支付信息。
可选的,所述方法还包括:
依据所述目标订单的支付信息,推算所述目标订单的预计到账时间;
从所述目标订单的支付信息中获取预计到账金额;
依据所述目标订单的预计到账时间和预计到账金额进行账目核对。
可选的,所述依据所述目标订单的预计到账时间和预计到账金额进行账目核对,包括:
从支付信息中确定目标订单的支付方式;
将预计到账时间相同且支付方式相同的目标订单划分为一笔账单;
在每笔账单的资金到账后,记录每笔账单的实际到账金额和实际到账时间;
依据任何一笔账单的预计到账时间、预计到账金额、实际到账时间和实际到账金额对账目进行核对。
可选的,所述依据任何一笔账单的预计到账时间、预计到账金额和实际到账时间、实际到账金额对账目进行核对,包括:
针对于任意一笔账单,判断该账单的预计到账金额和实际到账金额是否一致,以及预计到账时间和实际到账时间是否一致;
若预计到账金额和实际到账金额一致,且预计到账时间和实际到账时间一致,则进行收款确认。
本发明实施例还公开了一种自动对帐的装置,包括:
调用单元,用于每间隔预设的第一时间长度,调用银行或者支付网关提供的对账查询接口;
获取单元,用于响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单;
判定单元,用于依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单;
补发保单单元,用于若所述待检测的订单为成功的订单,且所述待检测的订单还未生成保单的情况下,向用户补发所述待检测的订单的保单。
本发明实施例还公开了一种电子设备,所述电子设备包括:
存储器,用于存储程序;
处理器,用于运行所述程序,当所述处理器运行所述程序时,所述处理器实现了上述所述的自动对帐的方法。
本发明实施例还公开了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理设备执行时实现上述所述的自动对帐的方法。
本实施例中,通过从银行或者支付网关提供的对账查询接口中获取与标识信息相对应的支付信息,得到待检测的订单,依据所述待检测的订单的支付信息,判定该待检测的订单为成功的订单;依据获取到的待检测的订单的支付信息,判定该待检测的订单是否为成功的订单,在该待检测的订单为成功的订单的情况下,若该待检测的订单未生成保单,则向用户补发保单。这样,避免了在用户支付成功的情况下,出现漏单的问题,提高用户体验。
并且,通过查询到的订单的支付信息,推算出目标订单的预计到账时间,并获取订单的预计到账金额,根据预计到账金额和预计到账时间对账目进行核对。这样,实现了对账目的自动核查。
除此之外,通过将多个订单划分为一笔订单,也大大减轻了财务人员的工作量。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1示出了本发明实施例提供的一种自动对账的方法的流程示意图;
图2示出了本发明实施例提供的一种账目核对方法的流程示意图;
图3示出了本发明实施例公开的一种自动对账装置的结构示意图;
图4示出了本发明实施例公开的一种电子设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
参考图1,示出了本发明实施例提供的一种自动对账的方法的流程示意图,在本实施例中,该方法包括:
S101:每间隔预设的第一时间长度,调用银行或者支付网关提供的对账查询接口;
本实施例中,预设的第一时间长度为技术人员根据实际情况设定的,本实施例中不进行限定。
例如,每隔5分钟,调用银行或者支付网关提供的对账查询接口。
S102:响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单;
本实施例中,标识信息为用于查询订单的相关信息,该相关信息为与订单有关的信息。例如,标识信息包括:订单号和第一时间段。
具体的,S102包括如下的两种实施方式:
实施方式一:在所述标识信息为订单号时,可以通过订单号查询到与订单号相关的支付信息,得到待检测的订单。
其中,在标识信息为订单号时,待查询的订单号的获取可以包括多种,例如可以包括如下的两种方式:
方式一:
每间隔预设的第一时间长度,依据第一历史时间段和预设的第二时间长度,确定当前待查询的第二时间段;
查询所述第二时间段内生成的订单号。
本实施例方式中,可以对第二时间段内生成的所有订单进行查询,也可以对其中的一部分进行查询,例如可以选择仅对当前未生成保单的订单进行查询。
举例说明:假设第一时间长度为5分钟,预设的第二时间长度为20分钟,历史时间段为上一次查询的时间段,例如为9:00-9:20,则当前待查询的第二时间段为:9:20-9:40.。
方式二:
每间隔预设的第二时间长度,依据当前时刻和预设的第二时间长度,确定当前待查询的第二时间段;
查询所述第二时间段内生成的订单号。
举例说明:假设预设的第二时间长度为5分钟,相当于每间隔5分钟,调取对账查询接口;预设的第二时间长度为20分钟,当前时刻为9:20,则当前待查询的第二时间长度为9:20-9:40。
其中,对于方式二,在当前时间为某些特殊的时刻时,例如为凌晨时,需要对第二时间段的确定方式进行特殊处理,例如在当前时刻为凌晨时,将前一天20分钟之前的时间段作为待查询的第二时间长度。
其中,对于标识信息为订单号时,可以每次查询一个订单号,也可以批量的查询多个订单号。
实施方式二:在所述标识信息为第一时间段时,通过所述对账查询接口查询所述第一时间段内生成的订单的支付信息,得到待检测的订单集。其中,订单集中包含多个第一时间段内生成的所有订单的支付信息。
本实施例中,第一时间段的确定方法,包括如下的两种方式:
方式一:每间隔预设的第一时间长度,依据第二历史时间长度和预设的第三时间长度,确定当前待查询的第一时间段;
方式二:每间隔预设的第一时间长度,依据当前时刻和预设的第三时间长度,确定当前待查询的第一时间段。
S103:依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单。
本实施例中,待检测的订单的支付信息包括:实际支付金额、支付结果、支付方式、支付时间等其中的一项或者多项。
本实施例中,成功的订单可以表示为支付成功的订单,但是支付成功需要满足以下的几个条件:
条件一:待检测的订单为已支付的订单;即为支付成功的订单;
条件二:待检测的订单实际的支付金额应该与待检测订单的预计支付金额一致。其中预计支付金额为订单生成时,确定的支付金额。
根据上述条件,S103的一种实施方式包括:
依据所述待检测的订单的支付结果,判断所述待检测的订单是否为已支付的订单;
若所述待检测的订单为已支付的状态,判断所述待检测的订单的实际支付金额是否与所述待检测的订单的预计支付金额一致;
若所述待检测的订单的实际支付金额和预计支付金额一致,则表示所述待检测的订单为成功的订单。
本实施例中,对于标识信息的输入可以是用户输入的,也可以是根据获取到的标识信息,自动输入的。
S104:若所述待检测的订单为成功的订单,且所述待检测的订单还未生成保单的情况下,向用户补发所述待检测的订单的保单。
本实施例中,支付成功的订单是在银行系统或者支付网关支付成功的订单,但是由于互联网的不稳定性,即使银行或者支付网关支付成功,保险公司不一定收到了支付信息,因此在保险公司的系统中,该订单不一定为支付成功的状态。
因此,对于在银行系统或者支付网关支付成功的订单,但是保险公司系统未收到支付成功信息的订单,保险公司不会向用户发送保单,但是对于用户来说,已经支付成功,因此,为了提高用户体验,尽早的让用户收到保单,在银行系统或者支付网关中查询到支付成功的信息后,若该订单还未生成保单,则向用户补发保单。
本实施例中,对于判定为成功的订单,之后无需再次进行查询,但是对于未判定为成功的订单,为了提高检测的准确性,在间隔一段时间后,还可以对未判定成功的订单再次进行查询。为了避免对判定成功的订单再次进行查询,还包括如下的步骤:
将判定为成功的订单进行标记,得到目标订单;
存储目标订单的支付信息。
除此之外,还可以对未判定成功的订单进行标记,以方便后续对未标记成功的订单再次进行查询。
本实施例中,通过从银行或者支付网关提供的对账查询接口中获取与标识信息相对应的支付信息,得到待检测的订单,依据所述待检测的订单的支付信息,判定该待检测的订单为成功的订单;依据获取到的待检测的订单的支付信息,判定该待检测的订单是否为成功的订单,在该待检测的订单为成功的订单的情况下,若该待检测的订单未生成保单,则向用户补发保单。这样,避免了在用户支付成功的情况下,出现漏单的问题,提高用户体验。
本实施例中,通过银行或者支付网关查询到的订单的支付信息,还可以用来对账,具体的,参考图2,示出了一种账目核对方法的流程示意图,在本实施例中,该方法包括:
S201:依据所述目标订单的支付信息,推算所述目标订单的预计到账时间;
本实施例中,客户通过互联网购买保险公司的保单后,会通过银行或者相关的支付网关进行支付,支付成功后,一般会间隔一段时间,银行或者支付网关会将客户购买保单的金额转到保险公司的签约账户。但是,由于支付方式多种多样,到账规则(保险公司账户的到账)也非常复杂,不同的支付方式对应着不同的到账规则。
例如,若支付方式为借记卡,假设到账规则为T0+1,周一到周六会正常到账,周日不到账,周日需到账的金额周一再到账。若支付方式为信用卡,假设到账规则为T0+1,但是周一和周五正常到账,周六和周日不到账,周六合周日需要到账的金额周一再到账。
目标订单的支付信息中,包含支付时间,在确定了支付方式后,可以根据支付方式确定出到账时间,即到保险公司账户的时间。
S202:从所述目标订单的支付信息中获取预计到账金额;
本实施例中,预计到账金额为实际支付金额,在一段时间后预计会达到保险公司的金额,该信息存储在目标订单的支付信息中。
S203:依据所述目标订单的预计到账时间和预计到账金额进行账目核对;
本实施例中,当保险公司的账户接收到订单的到账信息后,会将实际到账情况与预计到账情况(包括预计的到账时间和预计的到账金额)进行比对,在实际的到账情况和预计的到账情况一致的情况下,确定收账。
其中,由于互联网订单量巨大,为了减轻财务人员的工作量,可以将不同的订单进行合并,对合并后的账目进行核对,具体的,S203包括:
从支付信息中确定目标订单的支付方式;
将预计到账时间相同且支付方式相同的目标订单划分为一笔账单;
在每笔账单的资金到账后,记录每笔账单的实际到账金额和实际到账时间;
依据任何一笔账单的预计到账时间、预计到账金额、实际到账时间和实际到账金额对账目进行核对。
其中,确定收账的条件包括:
条件一:预计到账时间与实际到账时间一致;
条件二:预计到账金额和实际到账金额一致。
具体的,根据上述条件,账目核对的一种实现方式包括:
针对于任意一笔账单,判断账单的预计到账金额和实际到账金额是否一致,以及预计到账时间和实际到账金额是否一致;
若预计到账金额和实际到账金额一致,且预计到账时间和实际到账时间一致,则进行收款确认。
举例说明:系统在进行自动对账时,存储了订单的到支付时间,将支付方式相同、到账时间相同的订单合并成一笔账单,并记录该笔账单的预计到账时间和预计到账金额。在该笔账单到账后,会记录该笔账单的实际到账时间和实际到账金额,当需要进行账目核对时,调取该笔账单的信息,即预计到账时间、预计到账金额以及实际到账时间和实际到账金额,并对这些信息进行核对,若核对一致,则进行收款确认。本实施例中,若在信息不一致的情况下,即账目核对不成功的情况下,提醒财务人员,财务人员可以人工核对,保证账目核对的准确度。
本实施例中,通过查询到的订单的支付信息,推算出目标订单的预计到账时间,并获取订单的预计到账金额,根据预计到账金额和预计到账时间对账目进行核对。这样,实现了对账目的自动核查。
除此之外,通过将多个订单划分为一笔订单,也大大减轻了财务人员的工作量。
参考图3示出了本发明实施例还公开了一种自动对账装置的结构示意图,在本实施例中,该装置包括:
调用单元301,用于每间隔预设的第一时间长度,调用银行或者支付网关提供的对账查询接口;
获取单元302,用于响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单;
判定单元303,用于依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单;
补发保单单元304,用于若所述待检测的订单为成功的订单,且所述待检测的订单还未生成保单的情况下,向用户补发所述待检测的订单的保单。
可选的,若所述标识信息包括:订单号,所述获取单元,包括:
第一获取子单元,用于通过所述对账查询接口查询并获取与所述订单号相关的支付信息。
可选的,若所述标识信息包括:第一时间段,所述获取单元,包括:
第二获取子单元,用于通过所述对账查询接口查询所述第一时间段内生成的订单的支付信息,得到待检测的订单集。
可选的,若所述订单信息包括:实际支付金额和支付结果,所述判定单元,包括:
第一判断子单元,用于依据所述待检测的订单的支付结果,判断所述待检测的订单是否为已支付的状态;
第二判段子单元,用于若所述待检测的订单为已支付的状态,判断所述待检测的订单的实际支付金额是否与所述待检测的订单的预计支付金额一致;
判定子单元,用于若所述待检测的订单的实际支付金额和预计支付金额一致,则表示所述待检测的订单为成功的订单。
可选的,还包括:
标记子单元,用于将判定为成功的订单进行标记,得到目标订单;
存储子单元,用于存储目标订单的支付信息。
可选的,还包括:
推算子单元,用于依据所述目标订单的支付信息,推算所述目标订单的预计到账时间;
第三获取子单元,用于从所述目标订单的支付信息中获取预计到账金额;
第一账目核对子单元,用于依据所述目标订单的预计到账时间和预计到账金额进行账目核对。
可选的,所述第一账目核对子单元,包括:
支付方式确定子单元,用于从支付信息中确定目标订单的支付方式;
账单划分子单元,用于将预计到账时间相同且支付方式相同的目标订单划分为一笔账单;
记录子单元,用于在每笔账单的资金到账后,记录每笔账单的实际到账金额和实际到账时间;
第二账目核对子单元,用于依据任何一笔账单的预计到账时间、预计到账金额、实际到账时间和实际到账金额对账目进行核对。
可选的,所述第二账目核对子单元,包括:
第三判断子单元,用于针对于任意一笔账单,判断该账单的预计到账金额和实际到账金额是否一致,以及预计到账时间和实际到账时间是否一致;
收款确认子单元,用于若预计到账金额和实际到账金额一致,且预计到账时间和实际到账时间一致,则进行收款确认。
通过本实施例的装置,从银行或者支付网关提供的对账查询接口中获取与标识信息相对应的支付信息,得到待检测的订单,依据所述待检测的订单的支付信息,判定该待检测的订单为成功的订单;依据获取到的待检测的订单的支付信息,判定该待检测的订单是否为成功的订单,在该待检测的订单为成功的订单的情况下,若该待检测的订单未生成保单,则向用户补发保单。这样,避免了在用户支付成功的情况下,出现漏单的问题,提高用户体验。
参考图4,示出了本发明实施例提供了一种自动对账设备的结构示意图,在本实施例中,该设备包括存储器401、处理器402;
其中,存储器401,用于存储程序;
处理器402,用于运行所述程序,具体的,处理器执行程序时实现以下步骤:
每间隔预设的第一时间长度,调用银行或者支付网关提供的对账查询接口;
响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单;
依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单;
若所述待检测的订单为成功的订单,且所述待检测的订单还未生成保单的情况下,向用户补发所述待检测的订单的保单。
可选的,若所述标识信息包括:订单号,所述响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单,包括:
通过所述对账查询接口查询并获取与所述订单号相关的支付信息。
可选的,若所述标识信息包括:第一时间段,所述响应于输入的标识信息,通过所述对账查询接口获取查询订单的支付信息,包括:
通过所述对账查询接口查询所述第一时间段内生成的订单的支付信息,得到待检测的订单集。
可选的,若所述订单信息包括:实际支付金额和支付结果,所述依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单,包括:
依据所述待检测的订单的支付结果,判断所述待检测的订单是否为已支付的状态;
若所述待检测的订单为已支付的状态,判断所述待检测的订单的实际支付金额是否与所述待检测的订单的预计支付金额一致;
若所述待检测的订单的实际支付金额和预计支付金额一致,则表示所述待检测的订单为成功的订单。
可选的,还包括:
将判定为成功的订单进行标记,得到目标订单;
存储目标订单的支付信息。
可选的,所述方法还包括:
依据所述目标订单的支付信息,推算所述目标订单的预计到账时间;
从所述目标订单的支付信息中获取预计到账金额;
依据所述目标订单的预计到账时间和预计到账金额进行账目核对。
可选的,所述依据所述目标订单的预计到账时间和预计到账金额进行账目核对,包括:
从支付信息中确定目标订单的支付方式;
将预计到账时间相同且支付方式相同的目标订单划分为一笔账单;
在每笔账单的资金到账后,记录每笔账单的实际到账金额和实际到账时间;
依据任何一笔账单的预计到账时间、预计到账金额、实际到账时间和实际到账金额对账目进行核对。
可选的,所述依据任何一笔账单的预计到账时间、预计到账金额和实际到账时间、实际到账金额对账目进行核对,包括:
针对于任意一笔账单,判断该账单的预计到账金额和实际到账金额是否一致,以及预计到账时间和实际到账时间是否一致;
若预计到账金额和实际到账金额一致,且预计到账时间和实际到账时间一致,则进行收款确认。
其中,本实施例的设备中的存储器可以包括计算机可读存储介质中的非永久性存储器、随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器或者闪存(falshRAM),存储器包括至少一个存储芯片。
需要说明的是,本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下,在其它实施例中实现。因此,本发明将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种自动对帐的方法,其特征在于,包括:
每间隔预设的第一时间长度,调用银行或者支付网关提供的对账查询接口;
响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单;
依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单;
若所述待检测的订单为成功的订单,且所述待检测的订单还未生成保单的情况下,向用户补发所述待检测的订单的保单。
2.根据权利要求1所述的方法,其特征在于,若所述标识信息包括:订单号,所述响应于输入的标识信息,通过所述对账查询接口获取与所述标识信息相对应的支付信息,得到待检测的订单,包括:
通过所述对账查询接口查询并获取与所述订单号相关的支付信息。
3.根据权利要求1所述的方法,其特征在于,若所述标识信息包括:第一时间段,所述响应于输入的标识信息,通过所述对账查询接口获取查询订单的支付信息,包括:
通过所述对账查询接口查询所述第一时间段内生成的订单的支付信息,得到待检测的订单集。
4.根据权利要求1所述的方法,其特征在于,若所述订单信息包括:实际支付金额和支付结果,所述依据所述待检测的订单的支付信息,判定所述待检测的订单是否为成功的订单,包括:
依据所述待检测的订单的支付结果,判断所述待检测的订单是否为已支付的状态;
若所述待检测的订单为已支付的状态,判断所述待检测的订单的实际支付金额是否与所述待检测的订单的预计支付金额一致;
若所述待检测的订单的实际支付金额和预计支付金额一致,则表示所述待检测的订单为成功的订单。
5.根据权利要求1所述的方法,其特征在于,还包括:
将判定为成功的订单进行标记,得到目标订单;
存储目标订单的支付信息。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
依据所述目标订单的支付信息,推算所述目标订单的预计到账时间;
从所述目标订单的支付信息中获取预计到账金额;
依据所述目标订单的预计到账时间和预计到账金额进行账目核对。
7.根据权利要求6所述的方法,其特征在于,所述依据所述目标订单的预计到账时间和预计到账金额进行账目核对,包括:
从支付信息中确定目标订单的支付方式;
将预计到账时间相同且支付方式相同的目标订单划分为一笔账单;
在每笔账单的资金到账后,记录每笔账单的实际到账金额和实际到账时间;
依据任何一笔账单的预计到账时间、预计到账金额、实际到账时间和实际到账金额对账目进行核对。
8.根据权利要求7所述的方法,其特征在于,所述依据任何一笔账单的预计到账时间、预计到账金额和实际到账时间、实际到账金额对账目进行核对
针对于任意一笔账单,判断该账单的预计到账金额和实际到账金额是否一致,以及预计到账时间和实际到账时间是否一致;
若预计到账金额和实际到账金额一致,且预计到账时间和实际到账时间一致,则进行收款确认。
9.一种电子设备,其特征在于,所述电子设备包括:
存储器,用于存储程序;
处理器,用于运行所述程序,当所述处理器运行所述程序时,所述处理器实现了权利要求1-8所述的自动对帐的方法。
10.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理设备执行时实现权利要求1-8所述的自动对帐的方法。
CN201811527074.5A 2018-12-13 2018-12-13 一种自动对账方法及装置 Pending CN109636634A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811527074.5A CN109636634A (zh) 2018-12-13 2018-12-13 一种自动对账方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811527074.5A CN109636634A (zh) 2018-12-13 2018-12-13 一种自动对账方法及装置

Publications (1)

Publication Number Publication Date
CN109636634A true CN109636634A (zh) 2019-04-16

Family

ID=66073702

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811527074.5A Pending CN109636634A (zh) 2018-12-13 2018-12-13 一种自动对账方法及装置

Country Status (1)

Country Link
CN (1) CN109636634A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111582846A (zh) * 2020-04-10 2020-08-25 重庆锐云科技有限公司 一种订单支付管理方法、装置及计算机可读存储介质
CN112132672A (zh) * 2020-09-14 2020-12-25 江苏银承网络科技股份有限公司 对账方法及装置
CN112541750A (zh) * 2020-12-08 2021-03-23 中国联合网络通信集团有限公司 数据处理方法、装置、设备及计算机可读存储介质
CN113706135A (zh) * 2021-09-03 2021-11-26 广州因陀罗软件有限公司 一种游戏充值补单方法及系统
CN116245642A (zh) * 2023-02-16 2023-06-09 北京一心向上科技有限公司 一种股权成本的验资方法、计算机设备和介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106203881A (zh) * 2016-07-20 2016-12-07 武汉斗鱼网络科技有限公司 一种应用内购买的订单处理系统及方法
CN107239994A (zh) * 2017-05-25 2017-10-10 福建中金在线信息科技有限公司 订单处理方法、装置、计算机设备及计算机可读存储介质
CN107833113A (zh) * 2017-12-06 2018-03-23 福建中金在线信息科技有限公司 异常订单处理方法、装置及电子设备
CN107909495A (zh) * 2017-12-22 2018-04-13 泰康保险集团股份有限公司 一种对账方法、系统、介质、电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106203881A (zh) * 2016-07-20 2016-12-07 武汉斗鱼网络科技有限公司 一种应用内购买的订单处理系统及方法
CN107239994A (zh) * 2017-05-25 2017-10-10 福建中金在线信息科技有限公司 订单处理方法、装置、计算机设备及计算机可读存储介质
CN107833113A (zh) * 2017-12-06 2018-03-23 福建中金在线信息科技有限公司 异常订单处理方法、装置及电子设备
CN107909495A (zh) * 2017-12-22 2018-04-13 泰康保险集团股份有限公司 一种对账方法、系统、介质、电子设备

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111582846A (zh) * 2020-04-10 2020-08-25 重庆锐云科技有限公司 一种订单支付管理方法、装置及计算机可读存储介质
CN112132672A (zh) * 2020-09-14 2020-12-25 江苏银承网络科技股份有限公司 对账方法及装置
CN112541750A (zh) * 2020-12-08 2021-03-23 中国联合网络通信集团有限公司 数据处理方法、装置、设备及计算机可读存储介质
CN112541750B (zh) * 2020-12-08 2023-06-30 中国联合网络通信集团有限公司 数据处理方法、装置、设备及计算机可读存储介质
CN113706135A (zh) * 2021-09-03 2021-11-26 广州因陀罗软件有限公司 一种游戏充值补单方法及系统
CN116245642A (zh) * 2023-02-16 2023-06-09 北京一心向上科技有限公司 一种股权成本的验资方法、计算机设备和介质

Similar Documents

Publication Publication Date Title
CN109636634A (zh) 一种自动对账方法及装置
US11580596B2 (en) Shared expense management
US7676434B2 (en) Payer direct hub
US8762265B2 (en) Method for collecting and disbursing electronic gratuities
US8701991B2 (en) System and method for preventing fraud by generating new prepaid gift accounts
CN109767260A (zh) 基于一体化支付的账单优惠方法、装置、设备及存储介质
US20110055083A1 (en) System and method of funds transfer using a secure financial account
US20160342967A1 (en) Systems and Methods for Banking Platform Isolation
EP3111394A1 (en) System and method for recovering refundable taxes
CN110060049A (zh) 支付方法、装置及设备
US20140052616A1 (en) Payment system and methods for brokering consumer-pay transactions
CN110930245A (zh) 数据处理方法、装置、电子设备和存储介质
US20140310088A1 (en) Early Payment Rewards System and Method
US20160300203A1 (en) Settlement system, server device, terminal device, recording medium, method and program
KR20140013581A (ko) 카드 매출 관리 시스템
US20150095186A1 (en) Flexible spending account provision system
KR20170098822A (ko) 데이터 서비스 처리
CN114663240A (zh) 一种资产交易数据处理方法及装置
CN113689208A (zh) 医疗机构预付金账户填平方法
KR101350416B1 (ko) 사업주를 위한 은행 대출 서비스 제공 방법 및 사업주에게 대출 서비스를 제공하기 위한 은행 시스템
US20230410067A1 (en) Systems and methods for virtual currency exchange in lieu of physical currency exchange in merchant transactions
CN110084370A (zh) 一种用户行为分析方法及其服务器
TWM573864U (zh) Credit card bonus point discount system for credit card transactions
KR20190121417A (ko) Edi를 활용한 자산 유동화 방법 및 시스템
US20230114093A1 (en) Payment processing method and apparatus with advanced funds

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
RJ01 Rejection of invention patent application after publication

Application publication date: 20190416

RJ01 Rejection of invention patent application after publication