CN116703394A - 基于电子钱包的数据处理方法、数据处理装置及存储介质 - Google Patents

基于电子钱包的数据处理方法、数据处理装置及存储介质 Download PDF

Info

Publication number
CN116703394A
CN116703394A CN202310733683.0A CN202310733683A CN116703394A CN 116703394 A CN116703394 A CN 116703394A CN 202310733683 A CN202310733683 A CN 202310733683A CN 116703394 A CN116703394 A CN 116703394A
Authority
CN
China
Prior art keywords
account
transaction
electronic wallet
record
data
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
CN202310733683.0A
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.)
China Merchants Bank Co Ltd
Original Assignee
China Merchants Bank 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 China Merchants Bank Co Ltd filed Critical China Merchants Bank Co Ltd
Priority to CN202310733683.0A priority Critical patent/CN116703394A/zh
Publication of CN116703394A publication Critical patent/CN116703394A/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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • G06Q20/06Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems

Landscapes

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

Abstract

本发明公开了基于电子钱包的数据处理方法、数据处理装置及存储介质,所述方法包括:电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求;当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理;在所述预付账户以及所述赊销账户的金额参数达到平衡状态后,所述核心系统将所述预付账户以及所述赊销账户的交易记录发送至所述电子钱包系统;所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单。提高数据校对效率。

Description

基于电子钱包的数据处理方法、数据处理装置及存储介质
技术领域
本发明涉及数据处理领域,尤其涉及基于电子钱包的数据处理方法、数据处理装置及存储介质。
背景技术
在供应商-经销商模型中,由供应商提供货品,多个经销商进行采购,基于此一个供应商和多个经销商之间形成了一套货物采购模型。基于此,需要电子钱包进行相应的交易处理。
在相关的电子钱包的交易数据处理中,在供应商与经销商的完成交易后,需要经销商主动核实数据是否有误。然而,在交易场景变复杂,交易的业务规模较大时,由于数据的处理量较大,处理流程较多,导致当前的电子钱包的数据校对周期较长。因此基于当前的电子钱包进行数据账单处理时,出现数据校对繁琐的问题。
上述内容仅用于辅助理解本发明的技术方案,并不代表承认上述内容是现有技术。
发明内容
本发明的主要目的在于提供一种基于电子钱包的数据处理方法、数据处理装置及存储介质,解决现有技术中基于当前的电子钱包进行数据账单处理时,出现数据校对繁琐的问题。
为实现上述目的,本发明提供一种基于电子钱包的数据处理方法,所述方法包括以下步骤:
电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求;
当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理;
在所述预付账户以及所述赊销账户的金额参数达到平衡状态后,所述核心系统将所述预付账户以及所述赊销账户的交易记录发送至所述电子钱包系统;
所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单。
可选地,所述当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理的步骤包括:
当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的账本数据;
获取所述账本数据的科目定义以及套录定义,并根据所述科目定义以及所述套录定义确定所述预付账户以及所述赊销账户;
在所述套录定义为充值套录定义,且所述预付账户进行充值交易时,所述电子钱包系统将所述预付账户以及所述赊销账户发送至所述核心系统,其中,进行充值交易时所述核心系统锁定所述赊销账户,以使所述赊销账户在当前充值交易过程中赊销余额不变;
当充值交易后的所述电子钱包系统充值记账前后的总金额变化等同于充值金额时,得到所述金额参数处于平衡状态的处理结果。
可选地,所述获取所述账本数据的科目定义以及套录定义,并根据所述科目定义以及所述套录定义确定所述预付账户以及所述赊销账户的步骤之后,还包括:
在所述套录定义为混合支付套录定义时,确定所述预付账户的第一子账户,所述赊销账户的第二子账户;
在所述赊销账户与所述预付账户完成混合支付后,若检测所述预付账户的余额与所述第一子账户的余额互为相反数,以及所述赊销账户的余额与所述第二子账户的余额互为相反数时,得到所述金额参数处于平衡状态的处理结果。
可选地,所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单的步骤之后,还包括:
在所述核心系统执行记账动作时,所述电子钱包系统获取所述记账动作关联的参与账户以及协同账户的资金变化快照;
检测到交易数据处于未明状态时,向所述核心系统发送交易查询指令,以使所述核心系统对所述交易数据进行核对校验,并在校验成功后向所述电子钱包系统反馈交易明细数据;或者
检测到交易数据处于未明状态时,所述电子钱包系统基于所述资金变化快照获取所述交易明细数据。
可选地,所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单的步骤包括:
所述电子钱包系统接收并存储所述交易记录后,基于存储的所述交易记录确定钱包支付记录或赊销账户支付记录;
向所述核心系统发送账单周期请求,并接收所述核心系统反馈的账单周期,其中,所述账单周期为上一个账单周期结束日期的第二个自然日;
基于所述账单周期,根据所述钱包支付记录或所述赊销账户支付记录生成所述数据账单。
可选地,所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单的步骤之后,还包括:
在所述数据账单存在待还款金额时,所述电子钱包系统向所述赊销账户发送账单还款通知;
所述电子钱包接收到还款指令以及还款金额时,确定所述数据账单关联的还款额度;
在所述还款金额小于或等于所述还款额度时,将所述数据账单关联的所述还款额度进行抵扣;或者
在所述还款金额大于所述还款额度时,将超出所述还款额度的款项充值到所述预付账户。
可选地,所述电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求的步骤之前,还包括:
所述电子钱包系统获取接收到的开户信息后,确定所述开户信息关联的账户类型;
在所述账户类型为预付赊销账户且所述电子钱包系统接收到充值信息时,基于充值接口为所述预付赊销账户提供充值入账服务。
可选地,所述当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理的步骤之后,还包括:
确定所述预付账户以及所述赊销账户之间的交易类型;
在所述交易类型为赊销还款时,所述电子钱包系统基于所述预付账户进行所述赊销账户的还款。
此外,为实现上述目的,本发明还提供一种数据处理装置,所述数据处理装置包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据处理程序,所述数据处理程序被所述处理器执行时实现如上所述的基于电子钱包的数据处理方法的步骤。
此外,为实现上述目的,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质上存储有数据处理程序,所述数据处理程序被处理器执行时实现如上所述的基于电子钱包的数据处理方法的步骤。
本发明实施例提供了基于电子钱包的数据处理方法、数据处理装置及存储介质,电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求,当核心系统接收到交易记录请求后,确定交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对预付账户以及赊销账户的数据进行处理,并在预付账户以及赊销账户的金额参数达到平衡状态核心系统将预付账户以及赊销账户的交易记录发送至所述电子钱包系统,电子钱包系统接收到交易记录后,确定钱包支付记录或赊销账户支付记录,并基于钱包支付记录或赊销账户支付记录生成数据账单。可以看出,将核心系统应用到电子钱包系统当中,可以直接对电子钱包的账本数据进行核对,并基于电子钱包存储的账本数据自动生成的数据账单信息,在复杂交易场景以及较大交易规模中不需要对数据进行逐项核对,进而解决了基于当前的电子钱包进行数据账单处理时数据校对繁琐的问题,提高了账单数据的处理效率。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明基于电子钱包的数据处理方法的第一实施例的流程示意图;
图2是本发明基于电子钱包的数据处理方法的电子钱包系统与记账核心系统关联关系的解决方案架构图;
图3为本发明基于电子钱包的数据处理方法的记账核心系统概念示意图;
图4为本发明基于电子钱包的数据处理方法的第二实施例的流程示意图;
图5为本发明基于电子钱包的数据处理方法的第二实施例的另一流程示意图;
图6为本发明基于电子钱包的数据处理方法第三实施例的流程示意图;
图7是本发明基于电子钱包的数据处理方法的各个实施例的终端硬件结构示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
在相关的电子钱包的交易数据处理中,在供应商与经销商的完成交易后,需要经销商主动核实数据是否有误。然而,在交易场景变复杂,交易的业务规模较大时,由于数据的处理量较大,处理流程较多,且进行数据处理的方式为人工核对处理,此时会导致当前的电子钱包的数据校对周期较长。因此基于当前的电子钱包进行数据账单处理时,出现数据校对繁琐的问题。
为解决上述缺陷,本发明实施例提出一种基于电子钱包的数据处理方法,其主要解决方案包括以下步骤:
电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求;
当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理;
在所述预付账户以及所述赊销账户的金额参数达到平衡状态后,所述核心系统将所述预付账户以及所述赊销账户的交易记录发送至所述电子钱包系统;
所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单。
本发明通过将核心系统应用到电子钱包系统当中,可以直接对电子钱包的账本数据进行核对,并基于电子钱包存储的账本数据自动生成的数据账单信息,在复杂交易场景以及较大交易规模中不需要对数据进行逐项核对,进而解决了基于当前的电子钱包进行数据账单处理时数据校对繁琐的问题,提高了账单数据的处理效率。
为了更好地理解上述技术方案,下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整地传达给本领域的技术人员。
第一实施例
请参照图1,图1为本发明基于电子钱包系统的数据处理方法的第一实施例的流程示意图。
在本实施例中,基于电子钱包的数据处理方法包括以下步骤:
步骤S10,电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求;
在本实施例中,电子钱包系统指的是对公预付赊销钱包系统,核心系统指的是记账核心系统,电子钱包系统与记账核心系统的关系可以如图2所示,在电子钱包系统结合了记账核心系统后,能够为企业提供账单管理、账户管理、交易管理以及试算平衡等功能。其中,钱包系统是与业务密切相关的系统,可以直接提供给企业内部系统调用,而企业内部可以通过HTTP(Hyper Text Transfer Protocol,超文本传输协议)调用钱包管理、交易管理和账单管理的相关接口。
示例性的,电子钱包系统可以记录客户的钱包信息和核心的账户信息,能够交易过程中的交易请求记录下来,而在电子钱包系统接收到交易记录指令时,可以向核心系统发送交易记录请求,进而获取到该交易记录指令的相应的信息,进而使得电子钱包系统能够基于获取到的交易记录信息周期性的生成账单指令或者基于用户手动触发的账单生成指令生成相应的数据账单。其中,交易记录指令可以包括充值交易、赊销交易、还款交易以及混合支付交易等。而核心系统是无业务属性的系统,只通过账户、科目、套录定义进行记账,并通过试算平衡和日终处理保证记账账户的资金安全。
基于此,在电子钱包系统接收到交易记录指令后,需要获取账单生成请求对应的各个账户的支付记录,各个账户的支付记录可以由各个账户间的交易记录确定,交易记录存在于记账核心系统中,需要电子钱包系统向核心系统发送交易记录请求,以使所述核心系统基于该请求反馈相应的交易记录数据,进而提高数据处理效率。
而电子钱包系统接收到交易记录指令之前,还需要开通该钱包对应的账户,也即接收到开户信息后,需要确定开户信息关联的账户类型,若账户类型为预付赊销账户且电子钱包接收到充值信息时,可以调用充值接口为预付赊销账户提供充值入账服务。也即电子钱包系统能够同时兼容预付账户以及赊销账户。
步骤S20,当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理;
在本实施例中,每一个电子钱包都会记录两个账户,分别是预付账户,以及赊销账户,在记账核心系统中有对应的账户。其中,预付账户需要通过充值进行消费,且不允许透支,而赊销账户只能进行透支消费,然后还款,不允许充值,多余的还款金额能以充值的方式入账到预付账户当中。基于此,电子钱包系统发送的交易记录请求包含相应的账户信息,而核心系统中对应存储有交易记录的账户信息,因而核心系统可以根据账本的数据确定预付账户以及赊销账户。
具体的,记账核心系统提供账户管理、账务交易、试算平衡等核心功能,记账核心系统的整体模块可以如图3所示。在核心系统接收到交易记录请求后,需要确定交易请求关联的账本数据,进而获取账本数据的科目定义以及套录定义,并根据科目定义以及套录定义确定所述预付账户以及所述赊销账户,并在所述套录定义为充值套录定义,且所述预付账户进行充值交易时,所述电子钱包系统将所述预付账户以及所述赊销账户发送至所述核心系统,其中,进行充值交易时所述核心系统锁定所述赊销账户,以使所述赊销账户在当前充值交易过程中赊销余额不变,当充值交易后的所述电子钱包系统充值记账前后的总金额变化等同于充值金额时,得到所述金额参数处于平衡状态的处理结果。基于此,实现了电子钱包内预付账户以及赊销账户之间数据核对校验,进一步提高电子钱包系统中交易数据的安全性。
需要说明的是,账本是记账核心的边界,正常情况下所有的交易都必须在同一个账本内展开。账本下有科目定义和套录定义,且每一套账本的科目定义和套录定义均有所不同,具体需要按照实际业务场景进行确定和配置。多个账本之间交易互不干扰,一个账本可以代表一种业务场景,账户管理、交易管理、余额信息管理等操作均在一个账本中进行。而每一套账本下都会有多个科目,每个账本的科目根据实际交易情况会有所不同,需要单独进行配置。而每一套套录定义都唯一确定一种交易类型,例如充值、预付支付、赊销支付、赊销还款、混合支付等。试算平衡在每次交易过程中都会执行。在金融记账中,入参需要转化为借贷不同明细数据,在交易的校验中会保证借贷双方金额是平衡的。试算平衡在日终时也会通过当天账本和科目的发生额试算平衡来保证。具体如下:在账本的维度,会统计当天交易的所有借贷双方账户的发生额是否平衡;在科目的维度,统计一个账本下每一个科目的当天发生额,最后校验所有科目的发生额是否平衡。
在一可选实时方式中,核心系统通过套录定义以及科目定义进行账单记录(也即基于试算平衡模块对账户交易数据进行处理),请参照表1,在账本QB010001下,存在如下科目:
科目代码 科目说明
QB112201 赊销应收款科目
QB122101 应收预付账款科目
QB220301 充值预收账款科目
QB224101 应付赊销账款科目
表1
账本QB010001存在如表2所示的套录定义
表2
在根据科目定义以及套录定义确定了预付账户为YF以及赊销账户为SX且套录定义为充值套录且预付账户YF执行充值交易时,电子钱包系统将预付账户YF以及赊销账户SX发送至记账核心系统,由记账核心系统将不参与交易的账户进行锁定也即将赊销账户SX进行锁定,以使赊销账户SX在当前的充值交易过程中赊销余额不变,保障电子钱包的未参与交易的账户前后资金不发生变化,此时可认为预付账户YF以及赊销账户SX的金额处于平衡状态,也即得到金额参数处于平衡状态的处理结果。基于此,可以避免在预付账户YF进行充值交易中,若赊销账户SX进行了一笔赊销支付,那么在充值交易过程中,钱包前后的总金额变化就不只是充值的金额(因为钱包的总金额是这两个账户的金额累加),导致钱包金额的错乱问题(也即在并发情况下,会出现钱包在一次交易过程中由于未参与交易账户出现金额变动的情况,导致钱包在交易过程中前后金额出现了错乱的问题)。
在另一可选实施方式中,套录定义为混合支付套录定义时,需要记账核心系统内充值子账户以及赊销子账户进行协同记账,进而保障交易前后的金额变化为预付账户以及赊销账户的变化之和,也即在所述套录定义为混合支付套录定义时,确定所述预付账户的第一子账户,所述赊销账户的第二子账户,其中,预付账户与第一子账户在交易之前互为相反数,赊销账户与第二子账户在交易之前同样互为相反数;在所述赊销账户与所述预付账户完成混合支付后,若检测所述预付账户的余额与所述第一子账户的余额互为相反数,以及所述赊销账户的余额与所述第二子账户的余额互为相反数时,得到所述金额参数处于平衡状态的处理结果。具体的,混合支付套录定义如表3所示,
表3
在进行混合支付过程中,混合支付交易为两借两贷,即科目为QB220301的预付账户(套内序号为1)和科目为QB112201(套内序号为3)的赊销账户都执行借记记录,而套内序号为2的账户为赊销账户的子账户,套内序号为4的账户为预付账户的子账户,在交易之前,各个子账户与原有账户之间的金额互为相反数。因此,在执行混合支付后,预付账户和赊销账户在交易前后的金额变化与对应的子账户的金额变化之和为零时,说明当前混合支付套录定义下,预付账户以及赊销账户的金额参数处于平衡状态。
可选地,在得到预付账户以及赊销账户的试算平衡处理结果后,可以确定预付账户以及赊销账户之间的交易类型,当交易类型为赊销还款时,电子钱包系统可以基于预付账户进行赊销账户的还款。其中,预付账户以及赊销账户的交易类型由经销商或供应商触发,当执行赊销还款后,可以将预付账户的余额划拨至赊销账户中。
步骤S30,在所述预付账户以及所述赊销账户的金额参数达到平衡状态后,所述核心系统将所述预付账户以及所述赊销账户的交易记录发送至所述电子钱包系统;
在本实施例中,预付账户以及赊销账户的金额参数达到平衡状态,说明这两账户之间处于交易数据未出现问题,此时可以直接将记账核心系统存储的交易记录发送到电子钱包系统当中,以使电子钱包系统基于该记录生成对应的账单。
步骤S40,所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单。
具体的,所述电子钱包系统接收所述交易记录后,会将该交易记录存储到本地当中,并基于当前存储的本地记录确定钱包支付记录或赊销账户支付记录,随后向所述核心系统发送账单周期请求,并接收所述核心系统反馈的账单周期,其中,所述账单周期为上一个账单周期结束日期的第二个自然日,随后基于所述账单周期,根据所述钱包支付记录或所述赊销账户支付记录生成所述数据账单。其中,按照钱包支付记录生成的账单总金额包括预付账户的支付金额和赊销账户的支付金额,而按照赊销账户支付记录生成的账单只包括赊销账户的赊销支付金额。而无论基于哪种生成规则,最终待还款的总金额都是一样的,均为钱包赊销账户支付的总金额。基于此,电子钱包能够实现账单的生成,进而避免线下人工记账时,因数据处理流程繁杂导致处理效率低的问题,提高了数据处理效率。
需要说明的是,数据账单是基于电子钱包系统存储在本地的交易记录信息确定的,并非是通过核心系统生成的,而在本地的交易信息处于未明状态时,还可向核心系统发送数据查询请求,进而确定未明的交易数据的具体信息。
可选地,还可按照钱包的维度进行账单的生成,在账单生成后,可以将账单的结果(包括但不限于还款)推送至指定系统。
在本实施例公开的技术方案中,当电子钱包系统收到交易记录指令时,基于电子钱包向核心系统发送交易记录请求,并在核心系统完成交易记录请求对应的预付账户以及赊销账户之间的试算平衡后,在账户间数据准确时,将交易记录发送至电子钱包系统,当需要在电子钱包系统中生成数据账单时,可由电子钱包系统基于获取到的并存储到本地的交易记录中查询相应的支付记录或赊销记录,进而生成相应的账单。而账单生成的全过程无人工参与,进而能够保障在复杂交易场景或较大交易规模场景中,数据处理量较大时,能够提高账单数据的处理效率,并且能够直接基于电子钱包系统生成钱包内账户的账单数据。
第二实施例。
请参照图4和图5,基于第一实施例,步骤S40之后,还包括:
步骤S50,在所述数据账单存在待还款金额时,所述电子钱包系统向所述赊销账户发送账单还款通知;
在本实施例中,电子钱包系统生成数据账单后,还能提供账单还款通知功能,该还款功能可以由电子钱包系统主动触发,也即在数据账单中存在待还款金额时,电子钱包能够向赊销账户和/或预付账户对应的系统发送账单还款通知。例如赊销待还款金额为10000元,此时可以向赊销账户对应的用户系统发送“赊销待还款金额为10000元,期限为xxxx年xx月xx日”等通知。可以理解的是,由于预付账户仅能进行充值及消费功能,因而账单中只有预付账户的消费记录,并无相关欠款记录。而上述参数仅用于解释说明,并非是对本发明的限定。
步骤S60,所述电子钱包接收到还款指令以及还款金额时,确定所述数据账单关联的还款额度;
步骤S70,在所述还款金额小于或等于所述还款额度时,将所述数据账单关联的所述还款额度进行抵扣。
在本实施例中,电子钱包系统可以提供多次还款功能,也即当还款金额小于或等于账单中的还款额度时,可以将账单中的还款额度进行相应的抵扣。也即将赊销账户中的待还款金额进行相应的划扣。
可选地,可以通过在预付账户中进行充值,然后使用预付账户的余额进行赊销账户的还款,还可直接输入还款金额进行还款。
步骤S80,在所述还款金额大于所述还款额度时,将超出所述还款额度的款项充值到所述预付账户。
在本实施例中,电子钱包在接收到用户(经销商或供应商)的还款指令以及对应的额还款金额后,可以对数据账单关联的还款金额做进一步的比对,进而保障还款金额超过还款额度时,直接将多余的还款充值到预付账户当中,进一步地提高了电子钱包系统的实用性。
在本实施例公开的技术方案中,在账单生成后,电子钱包系统能够提供还款通知功能,并基于接收到还款金额对赊销账户进行还款,提高了电子钱包系统的实用性。而还款金额大于还款额度时,还可将多余的还款金额直接充值到预付账户当中,能够进一步提高电子钱包系统在复杂场景下的实用性。
第三实施例。
请参照图6,基于第一实施例,步骤S40之后,还包括:
步骤S90,在所述核心系统执行记账动作时,所述电子钱包系统获取所述记账动作关联的参与账户以及协同账户的资金变化快照;
步骤S100,检测到交易数据处于未明状态时,向所述核心系统发送交易查询指令,以使所述核心系统对所述交易数据进行核对校验,并在校验成功后向所述电子钱包系统反馈交易明细数据。
在本实施例中,在电子钱包系统的交易数据查询过程中,会出现不参与交易的协同账户金额同步查询返回的情况。因此,为提高电子钱包系统进行账户金额数据查询时的查询准确率,记账核心系统在进行金融记账时,需要将所有的参与账户和协同账户的前后资金变化打了一个快照。这样,当电子钱包需要生成的数据账单中,存在交易未明的数据,此时电子钱包系统可以向核心系统发送交易查询指令,以使核心系统基于资金变化快照对交易数据进行查询校验,并在校验成功后反馈未明数据对应的交易明细数据。
可选地,可选地,检测到交易数据处于未明状态时,所述电子钱包系统基于所述资金变化快照获取所述交易明细数据。也即电子钱包系统可以直接基于本地存储的资金变化快照查询该交易明细数据。
需要说明的是,资金变化快照记录了各个数据账户或某个数据账户在交易前后的总金额、冻结金额、交易金额以及交易类型等。
在本实施例公开的技术方案中,各个账户进行记账时,在记账核心系统中记录当前交易的账户之间的快照实例,进而便于在出现交易未明的数据而需要进行交易查询时,能基于该快照实例进行数据返回查询,提高交易数据查询效率的同时,降低了交易数据追溯过程的运维工作量。
参照图7,图7为本发明实施例方案涉及的硬件运行环境的终端结构示意图。
如图7所示,该终端可以包括:处理器1001,例如中央处理器(Central ProcessingUnit,CPU),通信总线1002、网络接口1003,存储器1004。其中,通信总线1002用于实现这些组件之间的连接通信。网络接口1003可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity,WI-FI)接口)。存储器1004可以是高速的RAM存储器(RandomAccess Memory,RAM),也可以是稳定的非易失性存储器(Non-Volatile Memory,NVM),例如磁盘存储器。存储器1004可选的还可以是独立于前述处理器1001的存储装置。
本领域技术人员可以理解,图7中示出的终端结构并不构成对终端的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
如图7所示,作为一种计算机存储介质的存储器1004中可以包括操作系统、数据存储模块、网络通信模块以及数据处理程序。
在图7所示的终端中,网络接口1003主要用于连接后台服务器,与后台服务器进行数据通信;处理器1001可以调用存储器1004中存储的数据处理程序,并执行以下操作:
电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求;
当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理;
在所述预付账户以及所述赊销账户的金额参数达到平衡状态后,所述核心系统将所述预付账户以及所述赊销账户的交易记录发送至所述电子钱包系统;
所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单。
进一步地,处理器1001可以调用存储器1004中存储的数据处理程序,还执行以下操作:
当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的账本数据;
获取所述账本数据的科目定义以及套录定义,并根据所述科目定义以及所述套录定义确定所述预付账户以及所述赊销账户;
在所述套录定义为充值套录定义,且所述预付账户进行充值交易时,所述电子钱包系统将所述预付账户以及所述赊销账户发送至所述核心系统,其中,进行充值交易时所述核心系统锁定所述赊销账户,以使所述赊销账户在当前充值交易过程中赊销余额不变;
当充值交易后的所述电子钱包系统充值记账前后的总金额变化等同于充值金额时,得到所述金额参数处于平衡状态的处理结果。
进一步地,处理器1001可以调用存储器1004中存储的数据处理程序,还执行以下操作:
在所述套录定义为混合支付套录定义时,确定所述预付账户的第一子账户,所述赊销账户的第二子账户;
在所述赊销账户与所述预付账户完成混合支付后,若检测所述预付账户的余额与所述第一子账户的余额互为相反数,以及所述赊销账户的余额与所述第二子账户的余额互为相反数时,得到所述金额参数处于平衡状态的处理结果。
进一步地,处理器1001可以调用存储器1004中存储的数据处理程序,还执行以下操作:
在所述核心系统执行记账动作时,所述电子钱包系统获取所述记账动作关联的参与账户以及协同账户的资金变化快照;
检测到交易数据处于未明状态时,向所述核心系统发送交易查询指令,以使所述核心系统对所述交易数据进行核对校验,并在校验成功后向所述电子钱包系统反馈交易明细数据;或者
检测到交易数据处于未明状态时,所述电子钱包系统基于所述资金变化快照获取所述交易明细数据。
进一步地,处理器1001可以调用存储器1004中存储的数据处理程序,还执行以下操作:
所述电子钱包系统接收并存储所述交易记录后,基于存储的所述交易记录确定钱包支付记录或赊销账户支付记录;
向所述核心系统发送账单周期请求,并接收所述核心系统反馈的账单周期,其中,所述账单周期为上一个账单周期结束日期的第二个自然日;
基于所述账单周期,根据所述钱包支付记录或所述赊销账户支付记录生成所述数据账单。
进一步地,处理器1001可以调用存储器1004中存储的数据处理程序,还执行以下操作:
在所述数据账单存在待还款金额时,所述电子钱包系统向所述赊销账户发送账单还款通知;
所述电子钱包接收到还款指令以及还款金额时,确定所述数据账单关联的还款额度;
在所述还款金额小于或等于所述还款额度时,将所述数据账单关联的所述还款额度进行抵扣;或者
在所述还款金额大于所述还款额度时,将超出所述还款额度的款项充值到所述预付账户。
进一步地,处理器1001可以调用存储器1004中存储的数据处理程序,还执行以下操作:
所述电子钱包系统获取接收到的开户信息后,确定所述开户信息关联的账户类型;
在所述账户类型为预付赊销账户且所述电子钱包系统接收到充值信息时,基于充值接口为所述预付赊销账户提供充值入账服务。
进一步地,处理器1001可以调用存储器1004中存储的数据处理程序,还执行以下操作:
确定所述预付账户以及所述赊销账户之间的交易类型;
在所述交易类型为赊销还款时,所述电子钱包系统基于所述预付账户进行所述赊销账户的还款。
此外,本领域普通技术人员可以理解的是实现上述实施例的方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成。该计算机程序包括程序指令,计算机程序可以存储于一存储介质中,该存储介质为计算机可读存储介质。该程序指令被控制终端中的至少一个处理器执行,以实现上述方法的实施例的流程步骤。
因此,本发明还提供一种计算机可读存储介质,所述计算机可读存储介质存储有数据处理程序,所述数据处理程序被处理器执行时实现如上实施例所述的基于电子钱包的数据处理方法的各个步骤。
需要说明的是,由于本申请实施例提供的存储介质,为实施本申请实施例的方法所采用的存储介质,故而基于本申请实施例所介绍的方法,本领域所属人员能够了解该存储介质的具体结构及变形,故而在此不再赘述。凡是本申请实施例的方法所采用的存储介质都属于本申请所欲保护的范围。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例,或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框,以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
应当注意的是,在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本发明可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二,以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所做的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于电子钱包的数据处理方法,其特征在于,所述基于电子钱包的数据处理方法包括:
电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求;
当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理;
在所述预付账户以及所述赊销账户的金额参数达到平衡状态后,所述核心系统将所述预付账户以及所述赊销账户的交易记录发送至所述电子钱包系统;
所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单。
2.如权利要求1所述的基于电子钱包的数据处理方法,其特征在于,所述当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理的步骤包括:
当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的账本数据;
获取所述账本数据的科目定义以及套录定义,并根据所述科目定义以及所述套录定义确定所述预付账户以及所述赊销账户;
在所述套录定义为充值套录定义,且所述预付账户进行充值交易时,所述电子钱包系统将所述预付账户以及所述赊销账户发送至所述核心系统,其中,进行充值交易时所述核心系统锁定所述赊销账户,以使所述赊销账户在当前充值交易过程中赊销余额不变;
当充值交易后的所述电子钱包系统充值记账前后的总金额变化等同于充值金额时,得到所述金额参数处于平衡状态的处理结果。
3.如权利要求2所述的基于电子钱包的数据处理方法,其特征在于,所述获取所述账本数据的科目定义以及套录定义,并根据所述科目定义以及所述套录定义确定所述预付账户以及所述赊销账户的步骤之后,还包括:
在所述套录定义为混合支付套录定义时,确定所述预付账户的第一子账户,所述赊销账户的第二子账户;
在所述赊销账户与所述预付账户完成混合支付后,若检测所述预付账户的余额与所述第一子账户的余额互为相反数,以及所述赊销账户的余额与所述第二子账户的余额互为相反数时,得到所述金额参数处于平衡状态的处理结果。
4.如权利要求1所述的基于电子钱包的数据处理方法,其特征在于,所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单的步骤之后,还包括:
在所述核心系统执行记账动作时,所述电子钱包系统获取所述记账动作关联的参与账户以及协同账户的资金变化快照;
检测到交易数据处于未明状态时,向所述核心系统发送交易查询指令,以使所述核心系统对所述交易数据进行核对校验,并在校验成功后向所述电子钱包系统反馈交易明细数据;或者
检测到交易数据处于未明状态时,所述电子钱包系统基于所述资金变化快照获取所述交易明细数据。
5.如权利要求1所述的基于电子钱包的数据处理方法,其特征在于,所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单的步骤包括:
所述电子钱包系统接收并存储所述交易记录后,基于存储的所述交易记录确定钱包支付记录或赊销账户支付记录;
向所述核心系统发送账单周期请求,并接收所述核心系统反馈的账单周期,其中,所述账单周期为上一个账单周期结束日期的第二个自然日;
基于所述账单周期,根据所述钱包支付记录或所述赊销账户支付记录生成所述数据账单。
6.如权利要求1所述的数据账单生成方法,其特征在于,所述电子钱包系统接收并存储所述交易记录后,基于储存的所述交易记录确定钱包支付记录或赊销账户支付记录,并基于所述钱包支付记录或所述赊销账户支付记录生成数据账单的步骤之后,还包括:
在所述数据账单存在待还款金额时,所述电子钱包系统向所述赊销账户发送账单还款通知;
所述电子钱包接收到还款指令以及还款金额时,确定所述数据账单关联的还款额度;
在所述还款金额小于或等于所述还款额度时,将所述数据账单关联的所述还款额度进行抵扣;或者
在所述还款金额大于所述还款额度时,将超出所述还款额度的款项充值到所述预付账户。
7.如权利要求1所述的基于电子钱包的数据处理方法,其特征在于,所述电子钱包系统接收到交易记录指令时,向核心系统发送交易记录请求的步骤之前,还包括:
所述电子钱包系统获取接收到的开户信息后,确定所述开户信息关联的账户类型;
在所述账户类型为预付赊销账户且所述电子钱包系统接收到充值信息时,基于充值接口为所述预付赊销账户提供充值入账服务。
8.如权利要求1所述的基于电子钱包的数据处理方法,其特征在于,所述当所述核心系统接收到所述交易记录请求后,确定所述交易记录请求关联的预付账户以及赊销账户,并基于试算平衡模块对所述预付账户以及所述赊销账户的数据进行处理的步骤之后,还包括:
确定所述预付账户以及所述赊销账户之间的交易类型;
在所述交易类型为赊销还款时,所述电子钱包系统基于所述预付账户进行所述赊销账户的还款。
9.一种数据处理装置,其特征在于,所述数据处理装置包括:存储器、处理器及存储在所述存储器上并可在所述处理器上运行的数据处理程序,所述数据处理程序被所述处理器执行时实现如权利要求1至8中任一项所述的基于电子钱包的数据处理方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有数据处理程序,所述数据处理程序被处理器执行时实现如权利要求1至8中任一项所述的基于电子钱包的数据处理方法的步骤。
CN202310733683.0A 2023-06-19 2023-06-19 基于电子钱包的数据处理方法、数据处理装置及存储介质 Pending CN116703394A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310733683.0A CN116703394A (zh) 2023-06-19 2023-06-19 基于电子钱包的数据处理方法、数据处理装置及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310733683.0A CN116703394A (zh) 2023-06-19 2023-06-19 基于电子钱包的数据处理方法、数据处理装置及存储介质

Publications (1)

Publication Number Publication Date
CN116703394A true CN116703394A (zh) 2023-09-05

Family

ID=87823658

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310733683.0A Pending CN116703394A (zh) 2023-06-19 2023-06-19 基于电子钱包的数据处理方法、数据处理装置及存储介质

Country Status (1)

Country Link
CN (1) CN116703394A (zh)

Similar Documents

Publication Publication Date Title
US20190026705A1 (en) Payment system using cryptocurrency exchanges
CN109787781A (zh) 在线计费方法、装置、计算机设备和存储介质
CN101370060B (zh) 一种多信道自动充值系统、方法和设备
CN111402026A (zh) 业务处理方法及因公报销处理方法
CN110148046A (zh) 一种付款管理方法及装置
WO2019127889A1 (zh) 数据核对方法、装置、计算机设备及可读存储介质
CN112270580B (zh) 一种发票开具方法、装置、设备及存储介质
CN109345323A (zh) 一种发票开票方法、装置、电子设备及可读存储介质
CN109191304B (zh) 交易数据轧差处理方法、系统、计算机设备和存储介质
CN109858959A (zh) 信用卡推荐方法、装置、计算机设备及存储介质
CN111401873A (zh) 一种任务创建方法、装置、存储介质和电子设备
CN108564354B (zh) 结算方法、服务平台及服务器
CN116703394A (zh) 基于电子钱包的数据处理方法、数据处理装置及存储介质
US20220180436A1 (en) Resource conversion data processing method and apparatus, computer device, and storage medium
CN116342130A (zh) 小额预收电费退费智能结算一体化服务系统
CN113034150B (zh) 一种用于无人零售终端机的退款方法
CN115099884A (zh) 一种开票方法及系统
Aistov et al. A blockchain token economy model for financing a decentralized electric vehicle charging platform
CN113869891A (zh) 一种对账单金额动态拆分的优化方法及系统
CN115310981A (zh) 交易数据处理方法、装置、电子设备及存储介质
CN112348491A (zh) 资源交易明细的确定方法、装置及服务器
CN111951078A (zh) 使用权资产计量方法及装置
CN115205000B (zh) 对账方法、对账终端及对账系统
CN110428316B (zh) 信息校验方法及装置
CN106886887B (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