资金管理方法、终端设备及存储介质

摘要

本申请适用于电子商务技术领域，提供了一种资金管理方法、终端设备及存储介质，其中，上述方法包括：获取提现申请信息；根据提现申请信息确定对应的账户并获取对应的账户信用信息；当账户信用信息不符合预设的信用条件时，获取预设时间段内账户的资金流水信息；根据资金流水信息对账户进行审核；当账户通过审核时，根据提现申请信息对账户执行提现操作。本申请实施例提供的资金管理方法、终端设备及存储介质，针对存在较大资金监管风险的提现业务，评估各个账户的账户信用信息，在账户信用信息不满足预设条件时，利用资金流水信息对提现申请进行审核，能够在保证资金管理安全性的同时，提高第三方平台上业务流转的效率。

说明书

技术领域

本申请属于电子商务技术领域，尤其涉及一种资金管理方法、终端设备及 存储介质。

背景技术

在电子商务领域，为买卖双方提供业务支持的第三方平台与用户资金往来 频繁。例如，用户参加拍卖会的报名费、保证金以及中标后的佣金、代收货款 等。其中大部分资金往来金额比较大，几万、十几万、甚至有时上百万。当前， 对于大额交易，第三方平台常常采用线下网银转账、财务线下手工记账的方式， 以保证资金往来的安全。这种线下网银转账、财务线下手工记账的方式虽然具 有较高的安全可靠性，但是用户无法实时查看自己的资金在第三方平台的流转 情况，使用不便。此外，第三方平台的财务对于用户的资金统计较为繁琐，用 户线下转账后第三方平台的财务才会进行手动确认，严重降低业务流转效率。

发明内容

有鉴于此，本申请实施例提供了一种资金管理方法、终端设备及存储介质， 以解决目前电子商务中大额交易的资金流转不便的问题。

根据第一方面，本申请实施例提供了一种资金管理方法，包括：获取提现 申请信息；根据所述提现申请信息确定对应的账户并获取对应的账户信用信息； 当所述账户信用信息不符合预设的信用条件时，获取预设时间段内所述账户的 资金流水信息；根据所述资金流水信息对所述账户进行审核；当所述账户通过 审核时，根据所述提现申请信息对所述账户执行提现操作。

结合第一方面，在本申请的一些实施例中，所述资金管理方法还包括：当 所述账户信用信息符合预设的信用条件时，根据所述提现申请信息对所述账户 执行提现操作。

结合第一方面，在本申请的一些实施例中，所述账户信用信息包括所述账 户的信用保证金和/或所述账户对应的关联账户的信用保证金；根据所述账户的 信用保证金和/或所述账户对应的关联账户的信用保证金，判断所述账户信用信 息是否符合预设的信用条件。

结合第一方面，在本申请的一些实施例中，所述信用保证金包括预存资金 和/或预存货物对应的货款。

结合第一方面，在本申请的一些实施例中，所述账户信用信息包括所述账 户对应的固定资产信息；根据所述账户对应的固定资产信息，判断所述账户信 用信息是否符合预设的信用条件。

结合第一方面，在本申请的一些实施例中，在所述根据所述提现申请信息 确定对应的账户并获取对应的账户信用信息的步骤之前，所述资金管理方法还 包括：根据各个账户的历史交易信息、信用保证金和/或固定资产信息，分别评 估各个账户的信用等级；所述信用等级属于所述账户信用信息。

结合第一方面，在本申请的一些实施例中，所述资金管理方法还包括：获 取充值申请信息；根据预设的资金管理账户的流水信息，对所述充值申请信息 进行审核；当所述充值申请信息通过审核时，对所述充值申请信息对应的账户 执行充值操作。

根据第二方面，本申请实施例提供了一种终端设备，包括：输入单元，用 于获取提现申请信息，根据所述提现申请信息确定对应的账户并获取对应的账 户信用信息；审核单元，当所述账户信用信息不符合预设的信用条件时，用于 获取预设时间段内所述账户的资金流水信息，并根据所述资金流水信息对所述 账户进行审核；执行单元，当所述账户通过审核时，用于根据所述提现申请信 息对所述账户执行提现操作。

根据第三方面，本申请实施例提供了另一种终端设备，包括存储器、处理 器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理 器执行所述计算机程序时实现如第一方面或第一方面任一实施方式所述方法的 步骤。

根据第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算 机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第 一方面或第一方面任一实施方式所述方法的步骤。

本申请实施例提供的资金管理方法、终端设备及存储介质，在提供买卖双 方电子交易服务的第三方平台上，为每个用户设置对应的账户，实现用户资金 实时的电子化管理，用户可以实时查看自己的资金在第三方平台的流转情况。 针对存在较大资金监管风险的提现业务，评估各个账户的账户信用信息，利用 账户信用信息自动执行提现操作，并在账户信用信息不满足预设条件时，进一 步利用资金流水信息对提现申请进行审核，能够在保证资金管理安全性的同时， 提高第三方平台上业务流转的效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技 术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅 仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳 动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的资金管理方法的一个具体示例的流程图；

图2是本申请实施例提供的终端设备的结构示意图；

图3是本申请实施例提供的另一终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术 之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当 清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中， 省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节 妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

本申请实施例提供了一种资金管理方法，如图1所示，该方法可以包括以 下步骤：

步骤S101：获取提现申请信息。提现申请一般是用户登陆其在第三方平台 的账户后，通过操作其账户而发出的申请。

步骤S102：根据提现申请信息确定对应的账户并获取对应的账户信用信息。

在一具体实施方式中，账户信用信息可以是用户自身账户的信用保证金和/ 或与用户账户相对应的关联账户的信用保证金。在第三方交易平台上，不同用 户可以通过自愿选择的方式相互设置为关联账户，共同承担交易风险和责任， 同时也共同享受第三方平台针对大额交易提供的自动化电子金融服务。

各个账户在设置互信的关联账户时，可以设置与每一个关联账户的共享信 用保证金额度，从而对自身账户安全起到一定的保护。一般，配对的两个关联 账户相互设置同等金额的共享信用保证金额度。但在一些特殊情况下，配对的 两个关联账户也可以分别为对方设置额度并不相同的共享信用保证金。例如， 在第三方交易平台上，母公司账户和子公司账户在互设为关联账户后，母公司 可以凭借其更为雄厚的信用保证资金，为其子公司配置更多的共享信用保证金 额度；而子公司则可以选择不为其母公司配置共享信用保证金，或者较少的共 享信用保证金额度。

在实际应用中，用户可以根据其实际生产经营状况，灵活选择信用保证金 的缴纳方式。信用保证金既可以包括预存资金，也可以包括预存货物对应的货 款。

除了用户预先向第三方平台缴纳的信用保证金以外，各个账户对应的固定 资产信息也可以独立或共同作为其账户信用信息。

此外，还可以根据各个账户的历史交易信息、信用保证金和/或固定资产信 息，分别评估各个账户的信用等级。信用等级可以独立或共同作为其账户信用 信息。

步骤S103：判断账户信用信息是否符合预设的信用条件。当账户信用信息 符合预设的信用条件时，根据提现申请信息对账户执行提现操作；当账户信用 信息不符合预设的信用条件时，执行步骤S104。

当选用信用保证金作为账户信用信息时，第三方平台可以预设一个或多个 信用条件，为不同额度范围的提现金额设置不同的信用条件。例如，当用户申 请提现的金额小于或等于五万元时，其自身账户和/或关联账户的信用保证金大 于或等于具体提现金额的35％时，可以认为账户的信用保证金和/或账户对应的 关联账户的信用保证金，符合预设的信用条件，即账户信用信息符合预设的信 用条件。当用户申请提现的金额在五万元至二十万元之间时，其自身账户和/ 或关联账户的信用保证金大于或等于具体提现金额的50％时，可以认为账户的 信用保证金和/或账户对应的关联账户的信用保证金，符合预设的信用条件，即 账户信用信息符合预设的信用条件。当用户申请提现的金额大于二十万元时，其自身账户和/或关联账户的信用保证金大于或等于具体提现金额的65％时，可 以认为账户的信用保证金和/或账户对应的关联账户的信用保证金，符合预设的 信用条件，即账户信用信息符合预设的信用条件。

类比上述内容，当选用固定资产信息作为账户信用信息时，第三方平台可 以预设一个或多个信用条件，为不同额度范围的提现金额设置不同的信用条件。

当选用信用等级作为账户信用信息时，第三方平台可以预设一个或多个信 用条件，为不同信用等级的用户及其提现的额度范围，设置不同的信用条件。 例如，当用户的信用等级比较低时，不管其具体的提现金额为多少，都可以直 接判定其不符合信用条件，而转入执行步骤S104。当用户的信用等级比较高时， 可以进一步结合信用保证金，判断其具体的提现申请是否符合信用条件。例如， 在用户的信用等级比较高的情况下，当其具体的提现金额小于或等于十万时， 无需考察其信用保证金就可以直接认定其符合信用条件；当其具体的提现金额 在十万至二十万之间时，只要其信用保证金能够达到其提现金额的50％，可以 认定其符合信用条件。

步骤S104：获取预设时间段内账户的资金流水信息。

步骤S105：根据资金流水信息对账户进行审核。

当账户信用信息不符合预设的信用条件时，第三方平台可以通过账户的资 金流水信息评审提现申请信息，审核账户当前的实际余额是否满足提现申请信 息。

步骤S106：判断账户是否通过审核。当账户通过审核时，根据提现申请信 息对账户执行提现操作；当账户通过审核时，反馈提现失败的信息。根据账户 的资金流水信息审核账户当前的实际余额，当实际余额大于或等于提现申请金 额时，可以认为账户通过审核时，进而根据提现申请信息对账户执行提现操作。

上述方法中的步骤S101至步骤S106，针对提现这一具有较大资金监管风 险的业务，通过各个账户的信用信息实施有效监管。为了方便用户可以享受其 他快捷的线上财务服务，本申请实施例提供的资金管理方法还支持用户对其账 户实时进行充值及查询。具体的，用户需要首先向第三方平台的资金管理账户 转账并标注其账户名称等识别信息；其次，用户登陆其账户并发送充值申请信 息，该充值申请信息需要含有账户识别信息、充值金额及转账时间等信息；第 三方平台在获取充值申请信息后，根据其资金管理账户在转账时间范围内的流 水信息，对充值申请信息进行审核；如果在转账时间范围内的流水信息中确有 该用户的转账款项到账，且转账数额与充值申请信息相符，则可以认定充值申 请信息通过审核，并对充值申请信息对应的账户执行充值操作。

本申请实施例提供的资金管理方法、终端设备及存储介质，在提供买卖双 方电子交易服务的第三方平台上，为每个用户设置对应的账户，实现用户资金 实时的电子化管理，用户可以实时查看自己的资金在第三方平台的流转情况。 针对存在较大资金监管风险的提现业务，评估各个账户的账户信用信息，利用 账户信用信息自动执行提现操作，并在账户信用信息不满足预设条件时，进一 步利用资金流水信息对提现申请进行审核，能够在保证资金管理安全性的同时， 提高第三方平台上业务流转的效率。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后， 各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施 过程构成任何限定。

本申请实施例还提供了一种终端设备，如图2所示，该终端设备可以包括 输入单元201、审核单元202和执行单元203。

具体的，输入单元201用于获取提现申请信息，根据提现申请信息确定对 应的账户并获取对应的账户信用信息；其对应的工作过程可参见上述方法实施 例中步骤S101至步骤S102的描述。

当账户信用信息不符合预设的信用条件时，审核单元202用于获取预设时 间段内账户的资金流水信息，并根据资金流水信息对账户进行审核；其对应的 工作过程可参见上述方法实施例中步骤S103至步骤S106的描述。

当账户通过审核时，执行单元203用于根据提现申请信息对账户执行提现 操作。

图3是本申请一实施例提供的另一终端设备的示意图。如图3所示，该实 施例的终端设备400包括：处理器401、存储器402以及存储在所述存储器402 中并可在所述处理器401上运行的计算机程序403，例如资金管理程序。所述 处理器401执行所述计算机程序403时实现上述各个资金管理方法实施例中的 步骤，例如图1所示的步骤S101至步骤S106。或者，所述处理器401执行所 述计算机程序403时实现上述各装置实施例中各模块/单元的功能，例如图2所 示输入单元201、审核单元202和执行单元203的功能。

所述计算机程序403可以被分割成一个或多个模块/单元，所述一个或者多 个模块/单元被存储在所述存储器402中，并由所述处理器401执行，以完成本 申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序 指令段，该指令段用于描述所述计算机程序403在所述终端设备400中的执行 过程。例如，所述计算机程序403可以被分割成同步模块、汇总模块、获取模 块、返回模块(虚拟装置中的模块)。

所述终端设备400可以是桌上型计算机、笔记本、掌上电脑及云端服务器 等计算设备。所述终端设备可包括，但不仅限于，处理器401、存储器402。本 领域技术人员可以理解，图3仅仅是终端设备400的示例，并不构成对终端设 备400的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者 不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总 线等。

所称处理器401可以是中央处理单元(Central Processing Unit，CPU)，还可 以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用 集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或 者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理 器也可以是任何常规的处理器等。

所述存储器402可以是所述终端设备400的内部存储单元，例如终端设备 400的硬盘或内存。所述存储器402也可以是所述终端设备400的外部存储设 备，例如所述终端设备400上配备的插接式硬盘，智能存储卡(Smart Media Card, SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步 地，所述存储器402还可以既包括所述终端设备400的内部存储单元也包括外 部存储设备。所述存储器402用于存储所述计算机程序以及所述终端设备所需 的其他程序和数据。所述存储器402还可以用于暂时地存储已经输出或者将要 输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上 述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上 述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不 同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功 能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在， 也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬 件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模 块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上 述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程， 在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详 述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示 例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来 实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用 和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现 所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法， 可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示 意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现 时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一 个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间 的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或 通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为 单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者 也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部 单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中， 也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元 中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的 形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品 销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解， 本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指 令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中， 该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中， 所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、 对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括： 能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、 磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机 存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软 件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法 管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根 据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照 前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其 依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特 征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申 请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。