CN106372925A - 电子凭证的收证方法、装置和系统 - Google Patents

Abstract

本发明公开了一种电子凭证的收证方法、装置和系统，属于互联网金融技术领域。其中，该方法包括：第二客户端向第二资金管理服务器发送至少两个收证请求；第二资金管理服务器依次接收一个收证请求；对当前收证请求验证对应的卖方信息，如果通过验证，则接收当前收证请求对应的电子凭证；重复执行上述步骤直到处理完最后一个收证请求。采用本发明的技术方案，通过第二客户端发送收证请求而第二资金服务器验证卖方的信息，实现卖方有选择性的收款，并能减少网络支付的错误率，降低买卖双方的交易风险。

Description

电子凭证的收证方法、装置和系统

技术领域

本发明涉及互联网金融技术领域，尤其涉及一种电子凭证的收证方法、装置和系统。

背景技术

支付是指买卖活动中，基于经济合同所产生的货币支付。很多银行或者企业都提供了网络支付工具，允许用户操作计算机、手机等终端设备来实现网络支付，网络支付的方式为用户提供了很大的便利。然而，传统的网络支付方式中，如网上银行、第三方支付等，由付款方向银行或支付机构发出转账付款指令，从付款方账户向付款方指定的收款方账户支付资金，均不具备收款方的收款流程，收款方银行或支付机构仅在收到付款机构汇来的款项后，划入收款方账号。

上述支付方式中，付款方必须获得收款方完整、准确的账户信息方可进行支付，而且一旦付款方弄错了支付对象或金额，资金将无法逆转地付至错误账户，导致资金难以追回或追回成本很大，同时也给需要退款的收款方造成麻烦。对于收款方来说，没有自主收款流程，只能被动收款，不能拒绝款项入账，也不能有选择性的收款，无法满足卖方对交易订单信息和交易对象进行有选择性收款的需求。

发明内容

有鉴于此，本发明要解决的技术问题是提供一种电子凭证的收证方法和装置，以解决卖方不能有选择性的进行收款的技术问题。

本发明解决上述技术问题所采用的技术方案如下：

根据本发明的一个方面，提供的一种电子凭证的收证方法包括以下步骤：

S101、第二客户端向第二资金管理服务器发送至少两个收证请求；

S102、第二资金管理服务器依次接收一个收证请求；

S103、对当前收证请求验证对应的卖方信息，如果通过验证，执行步骤S104，否则执行步骤S105；

S104、接收当前收证请求对应的电子凭证；

S105、判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，如果不是，则返回步骤S102。

根据本发明的另一个方面，提供的一种电子凭证的收证方法，应用于第二资金管理服务器，该方法包括以下步骤：

S401、第二资金管理服务器依次接收第二客户端发送的至少两个收证请求中的一个收证请求；

S402、对当前收证请求验证对应的卖方信息，如果通过验证，执行步骤S403，否则执行步骤S404；

S403、接收当前收证请求对应的电子凭证；

S404、判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，否则返回步骤S402。

根据本发明的再一个方面，提供的一种电子凭证的收证装置，应用于第二资金管理服务器，该装置包括以下模块：

接收模块，用于依次接收第二客户端发送的至少两个收证请求中的一个收证请求；

验证模块，用于对当前收证请求验证对应的卖方信息，并判断是否通过验证；

处理模块，用于当当前收证请求通过验证时，接收当前收证请求对应的电子凭证；

判断模块，用于判断所接收到的收证请求是否为最后一个收证请求，如果是，则结束流程，如果不是，则通知接收模块接收下一个收证请求。

根据本发明的又一个方面，提供的一种电子凭证的收证系统包括第二客户端和第二资金管理服务器，其中：

第二客户端，用于向第二资金管理服务器发送至少两个收证请求；

第二资金管理服务器，用于依次接收一个收证请求；对当前收证请求验证对应的卖方信息，如果通过验证，则接收当前收证请求对应的电子凭证；还用于判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，否则接收下一个收证请求。

本发明提供的电子凭证的收证方法、装置和系统，通过第二客户端发送收证请求而第二资金服务器验证卖方的信息，实现卖方有选择性的收款，并能减少网络支付的错误率，降低买卖双方的交易风险。

附图说明

图1为本发明实施例一提供的一种电子凭证的收证方法的流程图。

图2为本发明实施例二提供的一种电子凭证的收证方法的流程图。

图3为本发明实施例三提供的一种电子凭证的收证方法的流程图。

图4为本发明实施例四提供的一种电子凭证的收证方法的流程图。

图5为本发明实施例五提供的一种电子凭证的收证方法的流程图。

图6为本发明实施例六提供的一种电子凭证的收证方法的流程图。

图7为本发明实施例七提供的一种电子凭证的收证装置的模块结构图。

图8为本发明实施例八提供的另一种电子凭证的收证装置的模块结构图。

图9为本发明实施例八提供的又一种电子凭证的收证装置的模块结构图。

图10为本发明实施例八提供的一种电子凭证的收证系统的系统结构图。

具体实施方式

为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明实施例中，电子凭证是由买方以其账户资金或授信额度作为保证金而向资金管理机构申请开立的，资金管理机构承诺依照解付条件办理收付结算的电子信用凭证。电子凭证是以资金管理机构信用承诺支付的一种互联网基础金融工具，主要是针对买方的产品，由卖方下载收银台接入接口，由买方完成电子凭证的开证、卖方完成收证并履约、提交解付，最后电子凭证到期自动解付。电子凭证不仅可以用商品购买，也可用于抵押担保。资金管理机构是指能支持资金流动的机构，包括但不限于银行和其他金融机构(如证券机构)。相应地，资金管理服务器包括银行服务器或者其他金融机构服务器；资金管理账户包括银行贷款账户或者其他金融机构的账户。

通过电子凭证进行网络支付交易的流程大致为：买卖双方形成订单后，买方通过买方端(开证端)向第一资金管理服务器(即开证服务器)申请开证。当然，买方也可以在未形成交易订单时单方主动申请开证。第一资金管理服务器受理后，根据开证申请开立电子凭证，并冻结买方账户相应金额的资金或授信额度。卖方确认订单后，通过第二客户端(收证端)向第二资金管理服务器(即收证资金管理机构的服务器)申请收证，第二资金管理服务器验证信息无误后予以收证，电子凭证进入履约期，等待卖方发送商品或提供服务。卖方在履约期内履约后，向第二资金管理服务器提交履约信息(比如物流单号)，第二资金管理服务器更改电子凭证的状态，电子凭证进入签收期，等待买方签收商品。当买方在签收期内签收商品后，也就是说卖方根据电子凭证的解付条件完成所对应的交易条件后，电子凭证进入解付期。卖方在申请解付期限内，委托第二资金管理服务器向第一资金管理服务器申请解付，第一资金管理服务器判断解付条件已经达成后，解除对买方账户冻结金额的资金或授信额度，将资金划转至第二资金管理服务器，由第二资金管理服务器将资金转入卖方指定的收款账户(即收证账户)。至此，完成网络支付，整个交易完成。

其中，电子凭证开立后，有效期分为三段，时间期限在电子凭证上载明，分别是卖方收证、履约、申请解付的期限，如果逾期未执行相应的动作，则电子凭证失效。

应当理解，上述仅是运用电子凭证的一种方式，还可以是运用电子凭证购买服务。在购买服务时，如住酒店的交易场景中，酒店预订成功，即酒店进行了履约。当然，电子凭证还可以运用于划拨资金。不同情形时，履约和签收的理解也有所变化。也就是说，当商家提供一种商品或服务时，可能就直接使电子凭证的状态同时流经了履约期和签收期，直接进入解付，如当面交易。

实施例一

如图1所示，本发明实施例提供的一种电子凭证的收证方法包括以下步骤：

S101、第二客户端向第二资金管理服务器发送至少两个收证请求。

具体地，卖方确认订单后，通过第二客户端向第二资金管理服务器批量发起至少两个收证请求。其中，收证请求中至少包括电子凭证信息和卖方信息，电子凭证信息至少包括电子凭证编号，还可以包以下任意一种或多种参数的组合：支付时效、交易对象信息、解付率、开证信息、开证金额、履约期、签收期、电子凭证型号和解付模式等。卖方信息包括卖方身份信息和/或卖方账户信息。举例来说，在有卡收证(即卖方在第二资金管理服务器有收证账户收证)的实施例中，收证请求可以仅有电子凭证信息和卖方身份信息。在无卡收证(即卖方在第二资金管理服务器没有收证账户收证)的实施例中，收证请求包括电子凭证信息、还包括收款账户信息或身份信息，以便第二资金管理服务器验证成功后，将电子凭证登记卖方的账户或身份下。S102、第二资金管理服务器依次接收一个收证请求。

S103、对当前收证请求验证对应的卖方信息，如果通过验证，执行步骤S104，否则执行步骤S105。

具体地，本步骤包括对接收到的所有收证请求验证卖方的身份信息和/或卖方的账户信息。其中，对卖方身份信息进行通过验证手机动态码实现或者通过电子签名实现验证。手机动态码是利用手机作为随机密码生成或者接受终端，手机动态码是一次性有效的密码安全防护措施，能大大提升了用户身份认证或者交易的安全。如果通过验证，则接收对应的银信收证，如果验证不通过，则不接收对应的电子凭证，当然，还可以向第二客户端反馈验证不通过的信息。

S104、接收当前收证请求对应的电子凭证。

具体地，本步骤包括：通过卖方信息验证的当前收证请求对应的电子凭证进行登记，并更新当前收证请求对应的电子凭证的状态为已收证。

S105、判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，否则返回步骤S102。

本发明实施例中，通过第二客户端发送收证请求而第二资金服务器验证卖方的信息，实现卖方有选择性的收款，并能减少网络支付的错误率，降低买卖双方的交易风险。

实施例二

如图2所示，本发明实施例提供的一种电子凭证的收证方法包括以下步骤：

S201、第二客户端向第二资金管理服务器发送至少两个收证请求。

S202、第二资金管理服务器依次接收一个收证请求。

S203、对当前收证请求验证对应的卖方身份信息和/或账户信息，如果通过验证，执行步骤S204，否则执行步骤S208。

S204、当前收证请求对应的电子凭证进行登记，并更新当前收证请求对应的电子凭证的状态为已收证。

S205、生成当前收证请求对应的电子凭证已收证通知，并发送给对应的第一资金管理服务器。

S206、判断当前收证请求是否为最后一个收证请求，如果是，则执行步骤S207，否则返回步骤S202。

S207、结束流程。

本发明实施例中，在上述实施例一的基础上，第二资金管理服务器在每接收一个电子凭证后生成已收证通知，并发送给对应的第一资金管理服务器，使得电子凭证顺利进入后续环节。

实施例三

如图3所示，本发明实施例提供的一种电子凭证的收证方法包括以下步骤：

S301、第二客户端向第二资金管理服务器发送至少两个收证请求。

S302、第二资金管理服务器依次接收一个收证请求。

S303、对当前收证请求验证对应的卖方身份信息和/或账户信息，如果通过验证，执行步骤S304，否则执行步骤S305。

S304、当前收证请求对应的电子凭证进行登记，并更新当前收证请求对应的电子凭证的状态为已收证。

S305、判断当前收证请求是否为最后一个收证请求，如果是，则执行步骤S306，否则返回步骤S302。

S306、对所有通过验证的收证请求批量生成已收证通知。

S307、将所有生成的已收证通知批量发送给对应的第一资金管理服务器。

本发明实施例中，在上述实施例一的基础上，在依次收完所有电子凭证后集中批量生成已收证通知，并批量发送给对应的第一资金管理服务器，使得电子凭证顺利进入后续环节的同时，进一步提高了收证效率。

实施例四

如图4所示，本发明实施例提供的一种电子凭证的收证方法，应用于第二资金管理服务器，该方法包括以下步骤：

S401、第二资金管理服务器依次接收第二客户端发送的至少两个收证请求中的一个收证请求；

S402、对当前收证请求验证对应的卖方信息，如果通过验证，执行步骤S403，否则执行步骤S404；

S403、接收当前收证请求对应的电子凭证；

S404、判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，否则返回步骤S402。

本发明实施例中，第二资金服务器通过依次接收收证请求、验证卖方的信息和收证，实现卖方有选择性的收款，并能减少网络支付的错误率。

实施例五

如图5所示，本发明实施例提供的一种电子凭证的收证方法，应用于第二资金管理服务器，该方法包括以下步骤：

S501、第二资金管理服务器依次接收第二客户端发送的至少两个收证请求中的一个收证请求；

S502、对当前收证请求验证对应的卖方身份信息和/或账户信息，如果通过验证，执行步骤S504，否则执行步骤S506。

S503、当前收证请求对应的电子凭证进行登记，并更新当前收证请求对应的电子凭证的状态为已收证。

S504、对当前收证请求对应的电子凭证生成已收证通知。

S505、将所生成的已收证通知发送给对应的第一资金管理服务器。

S506、判断当前收证请求是否为最后一个收证请求，如果是，则执行步骤S507，否则返回步骤S502。

S507、结束流程。

本发明实施例中，在上述实施例一的基础上，第二资金管理服务器在每接收一个电子凭证后生成已收证通知，并发送给对应的第一资金管理服务器，使得电子凭证顺利进入后续环节。

实施例六

如图6所示，本发明实施例提供的一种电子凭证的收证方法，应用于第二资金管理服务器，该方法包括以下步骤：

S601、依次接收第二客户端发送的至少两个收证请求中的一个收证请求。

S602、对当前收证请求验证对应的卖方身份信息和/或账户信息，如果通过验证，执行步骤S603，否则执行步骤S604。

S603、当前收证请求对应的电子凭证进行登记，并更新当前收证请求对应的电子凭证的状态为已收证。

S604、判断当前收证请求是否为最后一个收证请求，如果是，则执行步骤S605，否则返回步骤S601。

S605、对所有通过验证的收证请求批量生成已收证通知。

S606、将所有生成的已收证通知批量发送给对应的第一资金管理服务器。

本发明实施例中，在上述实施例四的基础上，在依次收完所有电子凭证后集中批量生成已收证通知，并批量发送给对应的第一资金管理服务器，使得电子凭证顺利进入后续环节的同时，进一步提高了收证效率。

实施例七

如图7所示，本发明实施例提供的一种电子凭证的收证装置，应用于第二资金管理服务器，该装置包括以下模块：

接收模块201，用于依次接收第二客户端发送的至少两个收证请求中的一个收证请求。

验证模块202，用于对当前收证请求验证对应的卖方信息。

具体地，验证模块202用于对接收到的所有收证请求验证卖方的身份信息和/或卖方的账户信息。其中，对卖方身份信息进行验证可以通过手机动态码实现或者通过电子签名实现验证。手机动态码是利用手机作为随机密码生成或者接受终端，手机动态码是一次性有效的密码安全防护措施，能大大提升了用户身份认证或者交易的安全。如果通过验证，则接收对应的银信收证，如果验证不通过，则不接收对应的电子凭证，当然，还可以向第二客户端反馈验证不通过的信息。

处理模块203，用于当当前收证请求通过验证时，接收当前收证请求对应的电子凭证。

具体地，处理模块203具体用于：对通过卖方信息验证的所有收证请求对应的电子凭证进行登记，并更新当前收证请求对应的电子凭证的状态为已收证。

判断模块204，用于判断所接收到的收证请求是否为最后一个收证请求，如果是，则结束流程，如果不是，则通知接收模块201接收下一个收证请求。

请参阅图8，作为一种优选方案，使得电子凭证顺利进入后续环节，该装置还包括：

第一生成模块205，用于对当前收证请求生成已收证通知；

第一发送模块206，用于将所生成的已收证通知发送给对应的第一资金管理服务器。

请参阅图9，作为另一种优选方案，为了使得电子凭证顺利进入后续环节的同时，进一步提高了收证效率，该装置还包括：

第二生成模块207，对所有通过验证的收证请求批量生成已收证通知；

第二发送模块208，将所有生成的已收证通知批量发送给对应的第一资金管理服务器。

需要说明的是，本实施例的装置与上述方法实施例四至六属于相同的技术构思，上述方法实施例中的技术特征在本系统和装置中均能对应适用，这里不再重述。

实施例八

如图10所示，本发明实施例提供的一种电子凭证的收证系统包括第二客户端和第二资金管理服务器，其中：

第二客户端10，用于向第二资金管理服务器发送至少两个收证请求。

具体地，卖方确认订单后，通过第二客户端向第二资金管理服务器批量发起至少两个收证请求。其中，收证请求中至少包括电子凭证信息和卖方信息，电子凭证信息至少包括电子凭证编号，还可以包以下任意一种或多种参数的组合：支付时效、交易对象信息、解付率、开证信息、开证金额、履约期、签收期、电子凭证型号和解付模式等。卖方信息包括卖方身份信息和/或卖方账户信息。

第二资金管理服务器20，用于依次接收一个收证请求；对当前收证请求验证对应的卖方信息，如果通过验证，则接收当前收证请求对应的电子凭证；还用于判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，否则返回接收下一个收证请求。

在某些优选实施例中，为了使得电子凭证顺利进入后续环节，第二资金管理服务器20还用于：当当前收证请求通过验证时，对当前收证请求生成已收证通知，并将所生成的已收证通知发送给对应的第一资金管理服务器。

为了使得电子凭证顺利进入后续环节的同时，进一步提高了收证效率，第二资金管理服务器20还可用于对所有通过验证的收证请求批量生成已收证通知；将所有生成的已收证通知批量发送给对应的第一资金管理服务器。

可以理解地，第二资金管理服务器20包括上述实施例七的装置，上述方法实施例一、二和三所述的技术特征在本系统中均能对应适用，这里不再重述。

本发明提供的电子凭证的收证方法、装置和系统，通过第二客户端发送收证请求而第二资金服务器验证卖方的信息，实现卖方有选择性的收款，并能减少网络支付的错误率，降低买卖双方的交易风险。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来控制相关的硬件完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。

Claims (10)

1.一种电子凭证的收证方法，其特征在于，该方法包括以下步骤：

S101、第二客户端向第二资金管理服务器发送至少两个收证请求；

S102、所述第二资金管理服务器依次接收一个收证请求；

S103、对当前收证请求验证对应的卖方信息，如果通过验证，执行步骤S104，否则执行步骤S105；

S104、接收当前收证请求对应的电子凭证；

S105、判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，如果不是，则返回步骤S102。

2.根据权利要求1所述的电子凭证的收证方法，其特征在于，该方法还包括：

如果当前收证请求通过验证，对当前收证请求生成已收证通知，并将所生成的已收证通知发送给对应的第一资金管理服务器。

3.根据权利要求1所述的电子凭证的收证方法，其特征在于，所述方法之后还包括：

对所有通过验证的收证请求批量生成已收证通知；

将所有生成的已收证通知批量发送给对应的第一资金管理服务器。

4.一种电子凭证的收证方法，应用于第二资金管理服务器，其特征在于，该方法包括以下步骤：

S401、所述第二资金管理服务器依次接收第二客户端发送的至少两个收证请求中的一个收证请求；

S402、对当前收证请求验证对应的卖方信息，如果通过验证，执行步骤S403，否则执行步骤S404；

S403、接收当前收证请求对应的电子凭证；

S404、判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，否则返回步骤S402。

5.根据权利要求4所述的电子凭证的收证方法，其特征在于，该方法还包括：

如果当前收证请求通过验证，对当前收证请求生成已收证通知，并将所生成的已收证通知发送给对应的第一资金管理服务器。

6.根据权利要求4所述的电子凭证的收证方法，其特征在于，所述方法之后还包括：

对所有通过验证的收证请求生成已收证通知；

将所有生成的已收证通知批量发送给对应的第一资金管理服务器。

7.一种电子凭证的收证装置，应用于第二资金管理服务器，其特征在于，该装置包括以下模块：

接收模块，用于依次接收第二客户端发送的至少两个收证请求中的一个收证请求；

验证模块，用于对当前收证请求验证对应的卖方信息，并判断是否通过验证；

处理模块，用于当当前收证请求通过验证时，接收当前收证请求对应的电子凭证；

判断模块，用于判断所接收到的收证请求是否为最后一个收证请求，如果不是，则通知接收模块接收下一个收证请求。

8.根据权利要求7所述的电子凭证的收证装置，其特征在于，该装置还包括：

第一生成模块，用于当当前收证请求通过验证时，对当前收证请求生成已收证通知；

第一发送模块，用于将所生成的已收证通知发送给对应的第一资金管理服务器。

9.根据权利要求7所述的电子凭证的收证装置，其特征在于，该装置还包括：

第二生成模块，对所有通过验证的收证请求批量生成已收证通知；

第二发送模块，将所有生成的已收证通知批量发送给对应的第一资金管理服务器。

10.一种电子凭证的收证系统，其特征在于，该系统包括第二客户端和第二资金管理服务器，其中：

所述第二客户端，用于向所述第二资金管理服务器发送至少两个收证请求；

所述第二资金管理服务器，用于依次接收一个收证请求；对当前收证请求验证对应的卖方信息，如果通过验证，则接收当前收证请求对应的电子凭证；还用于判断当前收证请求是否为最后一个收证请求，如果是，则结束流程，否则接收下一个收证请求。