开立电子凭证的方法、系统和装置与流程

本申请涉及电子商务领域，特别是涉及一种开立电子凭证的方法、系统和装置。

背景技术：

电子商务利用Internet平台将传统商务活动中的参与各方，包括买家、卖家、物流公司、金融机构等，连接在一起，通过将整个交易过程网络化、电子化、信息化，减低了交易的成本、提高了交易效率。

但是，现行的电子商务应用中，资金的传递主要还是依赖传统的电子直接转账支付方式和第三方支付方式完成，支付方式单一。买家根据不同的交易场景，使用过程体验度不佳，无法满足现代社会日益发展的电子商务使用需求。

并且，随着电子商务的发展，可交易的物品，以及交易过程中的各种情况也越来越复杂，现行的相对简单、单一的支付方式不能很好的保护买家的权益，买家的权益不能得到保障，这也不利于电子商务行业的健康发展。

总的来说，目前的比较单一的支付方式，不能根据不同的交易环境或不同交易情况配置解付条件，买家使用过程体验度不佳，无法满足现代社会的商务需求。

技术实现要素：

本申请的目的是提供一种新的改进的电子凭证的开立方法、系统和装置。

为了实现上述目的，本申请采用了以下技术方案：

本申请公开了一种开立电子凭证的方法，包括以下步骤：

第一参与方向电子凭证管理服务器提交开证请求，并在开证请求中指定资金账户，提出开证金额；电子凭证管理服务器根据开证请求生成预备开证信息并发送给第一参与方；第一参与方收到开证信息后，设置解付条件；电子凭证管理服务器根据第一参与方设置的解付条件和开证请求中的开证金额冻结资金或支用授信，生成电子凭证，并将电子凭证发给第一参与方。

本申请还公开了另一种开立电子凭证的方法，包括以下步骤：

电子凭证管理服务器接收第一参与方的开证请求，并根据开证请求生成预备开证信息并发送给第一参与方；第一参与方收到开证信息后，设置解付条件；电子凭证管理服务器根据第一参与方设置的解付条件和开证请求中的开证金额 冻结资金或支用授信，生成电子凭证，并将电子凭证发给第一参与方。

优选的，以上两种方法中，电子凭证管理服务器根据开证请求生成预备开证信息之前，还包括电子凭证管理服务器判定所述开证请求是否符合开证要求，不符合则驳回申请，结束开证；符合则生成预备开证信息。

优选的，电子凭证管理服务器判定开证请求是否符合开证要求，包括但不仅限于第一参与方的身份和/或指定资金账户的校验。

本申请还公开了另一种开立电子凭证的方法，包括以下步骤：

第一参与方向电子凭证管理服务器提交开证请求，在开证请求中指定资金账户，提出开证金额，并设定解付条件；电子凭证管理服务器判定开证请求是否符合开证要求，不符合则驳回申请，结束开证；符合则根据开证请求中的解付条件和开证金额冻结资金或支用授信，生成电子凭证，并将电子凭证发给第一参与方。

优选的，电子凭证管理服务器判定开证请求是否符合开证要求，包括但不仅限于第一参与方身份和/或指定资金账户的校验。

需要说明的是，本申请的关键在于，开证人可以根据自己的喜好或不同的消费环境设置解付条件，至于具体的解付条件，可以在开证请求中提出，也可以在开证请求提出后，在电子凭证生成之前进行设置；可以灵活处理，在此不做具体限定。

还需要说明的是，第一参与方向电子凭证管理服务器提交开证请求可以通过多种通讯方式进行，例如语音电话、短信、网页或智能手机应用程序APP等，在此不做具体限定。本申请的一种优选的系统中，第一参与方通过开证请求终端向电子凭证管理服务器提交开证请求，其中开证请求终端可以是网页，也可以是智能手机应用程序APP，在此不做具体限定。

本申请的另一面公开了一种开立电子凭证的系统，该系统包括开证请求终端和电子凭证管理服务器；开证请求终端用于收集第一参与方的开证请求信息，并将开证请求信息传输给电子凭证管理服务器，所述开证请求信息包括但不仅限于第一参与方身份信息、第一参与方联系方式、指定资金账户、开证金额和解付条件中的至少一项；电子凭证管理服务器包括开证人信息管理模块、开证请求判断模块、电子凭证生成模块和解付模块；开证人信息管理模块接收并存储开证请求终端的信息，并将该信息传输给开证请求判断模块；开证请求判断模块通过对开证请求进行判断后给出允许开证或驳回的指令，驳回的指令直接反馈给开证请求终端，让第一参与方重新填写开证请求信息，或者直接结束开证，允许开证的指令发送给电子凭证生成模块；电子凭证生成模块接收生成指 令后，根据开证人信息管理模块中的数据生成电子凭证，并将电子凭证的电子凭证发送给第一参与方，同时将解付条件存储到解付模块，解付模块在解付条件达成的情况下进行资金解付，或者在解付条件没有达成的情况下无效电子凭证。

优选的，电子凭证开立系统还包括收证请求终端，收证请求终端用于收集收证人信息、履约信息和签收信息，并将收证人信息、履约信息和签收信息传输给所述解付模块，解付模块依据解付条件对收证人信息、履约信息和签收信息进行判定，符合条件则解付资金，不符合条件则驳回收证请求，并将驳回信息发送到收证请求终端，让收证人重新填写收证人信息、履约信息和签收信息，或者驳回后直接结束收证，电子凭证失效。

其中，收证人信息、履约信息和签收信息传输可以是不同时期分别传输的，例如在解付条件中，设置收证期限、履约期限和申请解付的期限，对各个期限进行控制，逾期则电子凭证失效的情况下，收证人是分别在完成相应的动作时就填写一次相关的信息，在信息正确的情况下，方可进入下一个信息填写环节。需要说明的是，考虑到收证人可能在填写收证人信息、履约信息和签收信息等信息可能出现填写失误的情况，因此，在填写的内容不符合解付条件的情况下，可以驳回，让收证人重新填写；但是，在解付条件中设置有期限或次数限制时，收证人则无法继续重新填写，解付模块或直接冻结或无效电子凭证，甚至在逾期没有收证的情况下，收证人还可能无法登陆收证请求界面模块，这些可以根据具体使用需求进行限定，在此不做具体限定。

本申请的另一面公开了一种开立电子凭证的装置，包括开证和收证请求模块，电子凭证管理服务器；其中，开证和收证请求模块用于收集开证请求信息或收证请求信息，开证和收证请求模块还包括信号调制模块，用于将开证请求信息或收证请求信息调制成传输信号后发送到电子凭证管理服务器；开证请求信息包括但不仅限于第一参与方身份信息、第一参与方联系方式、指定资金账户和解付条件中的至少一项；收证请求信息包括但不仅限于收证人信息、履约信息和签收信息中的至少一项；电子凭证管理服务器包括信号解调模块、开证人信息管理模块、开证请求判断模块、电子凭证生成模块和解付模块；信号解调模块将收到的来自于开证和收证请求模块的信号解调成开证请求信息或收证请求信息，并指示电子凭证管理服务器进行开证处理或收证处理；开证处理时，将开证请求信息存储到开证人信息管理模块，同时将开证信息传输给开证请求判断模块；收证处理包括将收证信息传输给解付模块；开证请求判断模块通过对开证请求进行判断后给出允许开证或驳回的指令，驳回的指令直接反馈给开 证和收证请求模块，让第一参与方重新填写开证请求信息，或者直接结束开证，允许开证的指令发送给电子凭证生成模块；电子凭证生成模块接收生成指令后，根据开证人信息管理模块中的数据生成电子凭证，并将电子凭证发送给第一参与方，同时将解付条件存储到解付模块；解付模块依据解付条件对收证请求信息进行判定，符合条件则解付资金，不符合条件则驳回收证请求，并将驳回信息发送到开证和收证请求模块，让收证人重新填写收证请求信息，或者结束收证，电子凭证失效。

本申请还公开了另一种开立电子凭证的装置，包括电子凭证管理服务器；电子凭证管理服务器包括信号解调模块、开证人信息管理模块、开证请求判断模块、电子凭证生成模块和解付模块；信号解调模块将收到的开证请求信息或收证请求信息解调成电子凭证管理服务器可识别的语言，并指示电子凭证管理服务器进行开证处理或收证处理；开证处理时，将开证请求信息存储到开证人信息管理模块，同时将开证信息传输给开证请求判断模块；收证处理包括将收证信息传输给解付模块；开证请求判断模块通过对开证请求进行判断后给出允许开证或驳回的指令，驳回的指令直接反馈给第一参与方，让第一参与方重新填写开证请求信息，或者直接结束开证，允许开证的指令发送给电子凭证生成模块；电子凭证生成模块接收生成指令后，根据开证人信息管理模块中的数据生成电子凭证，并将电子凭证发送给开证人，同时将解付条件存储到解付模块；解付模块依据解付条件对收证请求信息进行判定，符合条件则解付资金，不符合条件则驳回收证请求，并将驳回信息反馈给收证人，让收证人重新填写收证请求信息，或者结束收证，电子凭证失效。

由于采用以上技术方案，本申请的有益效果在于：

本申请的开立电子凭证的方法，第一参与方可以自定义解付条件，不仅具有更好的使用体验度；而且自定义的解付条件能够更好的保护开证人的权益，更好的享受到私人定制般的服务，改善用户消费体验感的同时，还丰富了现代电子商务的支付形态。

附图说明

图1是本申请实施例中一种开立电子凭证的方法的流程图；

图2是本申请实施例中另一种开立电子凭证的方法的流程图；

图3是本申请实施例中开立电子凭证系统的结构框图；

图4是本申请实施例中开立电子凭证装置的结构框图。

具体实施方式

本申请的电子凭证开立方法，其关键在于开证人可以根据自己的喜好和不同的交易环境设置解付条件；其中，开证人可以是买家，即开立电子凭证可以是在交易发生时或交易发生后进行；也可以是在交易发生前，开证人根据计划进行的交易设置解付条件。

此外，对于开证请求的判定，除了开证人身份真实性的判定以外，还包括开证人对指定资金账户支配权的判定，例如开证人身份可以通过身份证、手机号等进行综合判定，对指定资金账户的支配权的判定，可以通过资金账户预留的手机号码，进行动态验证码验证等，在此不做具体限定。另外，对于开证人和收证人，还可以根据开证人或收证人的基本信息，与银行信用体系进行对接，对开证人或收证人进行等级评定等，在此不做具体限定。

本申请中，所提及的电子凭证是一种用于资金支付电子凭证，是根据国际信用证核心原理，集合了银行本票、保函、银行承兑汇票、电子信用证等诸多金融产品的优点，再结合互联网科技于一身，完全适应和满足互联网经济时代需求的全新金融工具，具备跨平台、跨银行、全领域、全场景应用的广泛适用性。具体的，电子凭证是指开证人，如买方，以其银行账户资金或授信额度作为保证而开立的，其中，授信额度包括信用卡额度或贷款额度，银行承诺依照解付条件办理收付结算的电子信用承诺支付凭证。其以银行信用承诺支付的一种互联网创新基础金融工具。电子凭证主要是针对买家的产品，由卖家下载收银台接入接口，由买家完成电子凭证的开证、卖家完成收证并履约、申请解付，电子凭证解付条件达成则自动解付。电子凭证不仅可以用商品购买，也可用于抵押担保，譬如个人可向银行开具电子凭证，以此作为向他人贷款的担保。

可以理解，电子凭证为一种依据开证人的开证请求开出的以开证申请人的资金或授信作为备底并承载开证银行信用以数字化形式储存变更实现流转的电子信用承诺支付凭证。

需要说明的是，本申请中，第一参与方为开证人，电子凭证管理服务器在判定开证请求是否符合开证要求时，其中开证要求可以根据不同的情况进行设定，例如判断开证人的身份是否属实，开证人指定的资金账户是否正确，资金账户中的金额或者支用授信是否能够满足开证金额等，在此不做具体限定。如果不符合开证要求，即开证人身份有疑，或指定的资金账户不对，或者资金账户中的金额不足等，则结束开证，或者反馈给第一参与方，让其修正，在此不作具体限定。

还需要说明的是，本申请的关键在于第一参与方，也就是开证人，可以根 据个人喜欢或者不同交易情况自行设置解付条件，例如设置收证期限、履约期限和申请解付的期限，并且可以根据具体情况，设置逾期的惩罚，例如电子凭证失效，或者按比例予以惩罚，具体的解付条件根据开证人的实际消费情况自行设置，在此不作具体限定。

本申请的电子凭证的整个开立和使用流程，以交易双方形成订单后的情况为例，拟定将电子凭证分为6个周期，包括开证期、收证期、履约期、签收期、解付期和清算期。

具体如下：

1.交易体双方形成订单后，第一参与方，也就是开证人，向开证银行提交开证请求，需要说明的是，此处的开证银行可以是电子凭证管理服务器，也可以是传统意义上的实体银行，该实体银行能够操作或与电子凭证管理服务器通讯，进行开证操作；如果开证银行为电子凭证管理服务器，本申请的一种系统中，开证人可以通过开证请求终端与电子凭证管理服务器通讯，进行开证操作。

2.开证银行受理后，开立电子凭证并将电子凭证记载金额在开证人资金账户中做相应的保留处理。此处的保留处理一般理解为冻结资金或授信，授信的常见形式为信用卡或贷款，需要说明的是，该处的冻结授信，分为两种情形：一种从冻结授信开始，银行就开始计算利息，也就是开证人使用了信用卡额度；另外一种，则是从收证人收到授信额度对应的金额时，银行才开始计算利息，也就是说，从开证人冻结授信时到收证行收到资金期间，认为开证人“未调用银行给予的授信额度”。以上即开证期。

3.收证人向收证银行申请收证。即收证期。需要说明的是，此处的收证银行也可以是电子凭证管理服务器，或者传统意义上的实体银行，该实体银行能够操作或与电子凭证管理服务器通讯，进行收证操作；如果收证银行为电子凭证管理服务器，本申请的一种系统中，收证人可以通过收证请求终端与电子凭证管理服务器通讯，进行收证操作。可以理解，收证银行和开证银行可以是同一银行，也可以是不同银行，只要能够分别与电子凭证管理服务器通讯，进行开证和收证的确认即可。

4.收证银行验证信息无误后予以收证，电子凭证进入履约期。

5.收证人在履约期内进行履约,并将履约信息发给收证银行，如商家发送商品，即可认为进行了履约，履约信息可以是发货的物流单号。

6.收证银行获得履约信息，更改银信状态，电子凭证进入签收期，等待商品的送达，签收商品，即签收期。

7.签收期内开证人签收商品，也就是收证人根据电子凭证的解付条件完成 电子凭证所对应的交易条件后，委托收证银行向开证银行申请解付，即解付期。

8.开证银行判断解付条件已经达成后，解除对开证人账户资金的冻结，将资金划转到收证银行，收证银行将资金转入收证人指定的收款账户，其中收款账户又称为收证账户，即清算期。

而在电子凭证开立后，有三个记载于电子凭证的时间期限，用于控制交易进程，分别为收证人的收证期限、履约期限和申请解付的期限，逾期未作相应动作，则电子凭证失效。

收证期限：是收证人申请收证的期限，逾期未收证则电子凭证失效。收证后电子凭证进入履约期。

履约期限：是收证人提交履约信息的期限，如提交发货信息的期限，逾期未提交则电子凭证失效。收证人提交履约信息后，电子凭证进入签收期。

申请解付的期限：申请解付的期限实际上也是签收期，因为，申请解付需要开证人签收商品，然后收证人提交签收信息申请解付，逾期未提交申请解付信息即开证人签收商品的签收信息，则电子凭证失效。收证人申请解付后，电子凭证进入解付期。

以上即本例的一种电子凭证的运用方式。除此以外，还可以是运用电子凭证购买服务。在购买服务时，如住酒店的交易场景中，酒店房间预订成功，即酒店进行了履约，履约信息的内容就是已订房成功的信息，客户入住时收证人申请解付，在此不一一列举。

当然，除购买产品或服务以外，电子凭证还可以运用于划拨资金。不同情形时，履约和签收的理解也有所变化。也就是说，当商家提供一种商品或服务时，可能就直接使电子凭证的状态同时流经了履约期和签收期，直接进入解付，如当面交易。

实施例一

本例详细介绍了开立电子凭证的方法，如图1所示，具体如下：

步骤一S11：第一参与方，也就是开证人，如买方，向电子凭证管理服务器提交开证请求，并在开证请求中指定资金账户，提出开证金额。

步骤二S12：电子凭证管理服务器接收开证请求。

步骤三S13：电子凭证管理服务器判定开证请求是否符合开证要求，不符合则驳回申请，结束开证；若符合，则电子凭证管理服务器调用买方账户内的数据，获取资金或授信信息，判定其额度是否充足，若充足，则执行步骤四S141，反之，反馈结果给开证人，重新设置开证请求，或结束开证流程S140。

具体地，电子凭证管理服务器需要校验开证人的账号或身份。该处的校验可能具有以下几种情形：第一种校验情形是指校验开证人是否在指定的开证银行有开户信息，第二种校验情形是指该开证申请人是否为真实有效的，也就是实名制认证，不要求开证人在指定的开证银行一定有开户账号；第三种校验情形是指判定该开证申请人是否有不良信用记录，是白名单用户还是黑名单用户。具体验证时，包括开证人的身份和账号验证，通过手机动态码实现。

其中，判定开证请求是否符合开证要求，包括但不仅限于开证人身份的判断、指定资金账户的判断、资金账户中的金额是否满足开证金额的判断等，可以理解，只有在以上判断皆为是或者属实的情况下，才能够进行开证；另外，对于一些特殊的情况，还可以设置更多的开证要求，在此不做具体限定。

此外，可以理解，该处还可以指定收证人，并对收证人的身份是否符合收证要求进行验证，判定标准有，收证人的信用等级，收证行是否客观存在，收证行是否具有收证的业务等等。

当然，可以理解，该处也并非一定是调用开证人的账户信息进行比对，也可以通过调用他人的账户开证。还应该理解的，该处资金余额的比对是比对账户内的可用总额是否满足开证金额，例如账户内资金不足，或者支用信用额度不足，则无法开证。

步骤四S141：电子凭证管理服务器根据开证请求生成预备开证信息并发送给第一参与方。可以理解，该处提到的开证信息可包括开证金额，开证账号等信息。

步骤五S15：开证人接收预备开证信息后，根据自己的喜好或具体交易要求，在系统可接收的情形下，配置电子凭证的解付条件，如配置时间规则，具体的交付条件等要素。

步骤六S16：电子凭证管理服务器接收开证人配置的解付条件，结合解付条件信息冻结借记卡资金或信用卡授信，生成电子凭证，并将电子凭证发给第一参与方，即开证人。

需要说明的是，该处还可以增加请求开证人确认是否开证，如请求输入取款密码等情形。作为另一实现方式，该处系统配置电子凭证的解付条件的步骤，可以在开证人客户端配置完成，同时容易想到的，还可以将该配置解付条件的步骤紧跟在判定开证人的开证请求符合开证要求之后的步骤中。换句话说，根据具体的需要可灵活设置该配置解付条件的位置，只需确保自开出电子凭证之前完成解付条件的配置即可。

可以想到，当完成电子凭证的开证过程后，可将该电子凭证开立成功的信 息发送给开证人，开证人接收电子凭证已开立的信息，从而知晓电子凭证的状态。

开证人开立一张电子凭证时，设定解付条件，利于实现订制的需求。同时又能促使卖家更好的及时周全的配送商品或提供服务。例如，用户设定电子凭证的收证期限、履约期限和申请解付的期限，从而敦促卖家及时的收证，配送商品或提供服务，进而缩短了买家在交易过程中的等待时间。

通过自定义配置解付条件，能更好地督促卖家按照买家的需求完成应当承担的交付，如何时收证，何时配货，何时应当申请解付等等，也就是通过自定义配置电子凭证的解付条件来推动卖家的交货进度，实现真正的“私人订制”，同时还能制约卖家在没有按要求履行交易时获得资金，确保了买家的资金安全。

本例的另一种实现方式，如图2所示，开证人首先将所有开证需要的信息都一次性填写好，即在步骤一S21，生成开证请求的时候，在开证请求中填好第一参与方身份、指定资金帐户、开证金额和解付条件。然后，步骤二S22，电子凭证管理服务器接收开证请求。步骤三S23，电子凭证管理服务器判定开证请求是否符合开证要求，不符合则驳回申请，结束开证S240；若符合，则执行步骤三S241，直接开证。

可以理解，此处电子凭证管理服务器判定开证请求是否符合开证要求，同样包含了开证人身份验证、指定资金帐户验证、资金帐户是否满足开证金额验证等，只有全部满足才能开证，否则不能开证。

实施例二开立电子凭证的系统

本例的开立电子凭证的系统，如图3所示，包括开证请求终端31和电子凭证管理服务器32，开证请求终端31用于收集开证请求信息，并将开证请求信息通过网络传输给电子凭证管理服务器32，开证请求信息包括但不仅限于第一参与方身份信息、第一参与方联系方式、指定资金账户、开证金额和解付条件中的至少一项。

其中，第一参与方身份信息、第一参与方联系方式、指定资金账户、开证金额和解付条件可以一次性填写到开证请求终端，也可以根据开证请求判断模块的判定，一步步的将各信息逐步填写到开证请求终端，逐个传送到开证人信息管理模块。例如，可以首先让开证人在开证请求界面模块填写第一参与方身份信息、第一参与方联系方式、指定资金账户等，开证请求判断模块判定为否，则反馈到开证请求终端，让第一参与方重新填写正确的信息，判定为是，则反馈到开证请求终端，让开证人继续填写开证金额；开证请求判断模块判定指定 资金账户金额或支用授信是否满足开证金额，满足开证金额则反馈到开证请求终端，让开证人继续填写解付条件，否则让开证人重新填写开证金额；这些可以根据不同的使用需求进行设置。

本例的电子凭证管理服务器32包括开证人信息管理模块321、开证请求判断模块322、电子凭证生成模块323和解付模块324；开证人信息管理模块321接收并存储开证请求终端31的信息，并将该信息传输给开证请求判断模块322，因此，开证请求终端31和电子凭证管理服务器32的开证人信息管理模块321是信号连接的；开证请求判断模块322通过对开证请求进行判断后给出允许开证或驳回的指令，驳回的指令直接反馈给开证请求终端31，让第一参与方重新填写开证请求信息，允许开证的指令发送给电子凭证生成模块；电子凭证生成模块323接收生成指令后，根据开证人信息管理模块中的数据生成电子凭证，并将电子凭证发送给第一参与方，同时将解付条件存储到解付模块324，解付模块324在解付条件达成的情况下进行资金解付，或者在解付条件没有达成的情况下无效电子凭证。

本例的一种实现方式中，开证人首先在开证请求终端中填写开证人身份信息、开证人联系方式和指定资金账户，可以通过手机动态码验证，并对开证人的基本身份信息进行判定，例如姓名、身份证号码等，以及指定资金账户密码等，判定为是，反馈给开证请求终端，让开证人继续填写开证金额，否则判定为否，则反馈给开证请求终端，让开证人填写正确的开证人的身份信息或动态验证码；填写开证金额后，开证请求判断模块调用指定资金账户的信息，对开证金额进行判定，如果指定资金账户的金额或支用授信能够满足开证金额，则判定为是，将预备开证信息反馈给开证请求终端，让开证人根据个人喜好或要求设置解付条件，否则，让开证人重新填写开证金额。可以理解，如果开证人指定的资金账户余额不足或授信不足，当然不可能获得开证，此处设定为开证金额小于或等于指定资金账户的金额或支用授信，如果需要一定的保障，也可以是在扣除开证金额后，资金账户金额或授信还剩余多少来进行判定，在此不做具体限定。

在电子凭证开立后，本例开立电子凭证的系统还考虑到收证的情况，因此，系统还包括收证请求终端33，收证请求终端33用于收集收证人信息、履约信息和签收信息，并将收证人信息、履约信息和签收信息传输给解付模块324，因此，收证请求终端33和电子凭证管理服务器32的解付模块324是信号连接的，解付模块依据解付条件对收证人信息、履约信息和签收信息进行判定，符合条件则解付资金，不符合条件则驳回收证请求，并将驳回信息发送到收证请求终端， 让收证人重新填写收证人信息、履约信息和签收信息，或者驳回后直接结束收证，电子凭证失效。

本例的一种实现方式中，在解付条件中设置了收证期限、履约期限和解付期限，要求收证人在指定期限内完成收证、履约和提供签收信息。也就是说，在收证人在指定期限内完成相应的动作后就需要填写一项相应的信息，例如订单或合同签订后，收证人必须在收证期限内，在收证请求终端中填写订单或合同的相关信息，进行收证，收证请求终端将相关信息发送给解付模块，解付模块根据预先设定的收证期限以及其它要求判定信息是否符合要求，符合要求则进入下一环节，等待履约，不符合要求，例如订单或合同的相关信息不符，则可以驳回，让收证人重新填写正确的信息，或者，如超过了收证期限，则电子凭证失效；而在发货后，则要在履约期限内填写发货信息，同样的，经过解付模块判定符合要求则进入下一环节，否则需要重新填写正确的信息或电子凭证失效；而在开证人收到货品，签收后，收证人还必须在解付期限内填写签收信息，否则电子凭证失效。

实施例三开立电子凭证的装置

本例的开立电子凭证的装置，如图4所示，包括开证和收证请求模块41，电子凭证管理服务器42；其中，开证和收证请求模块41用于收集开证请求信息或收证请求信息，开证和收证请求模块41包括信号调制模块43，用于将开证请求信息或收证请求信息调制成传输信号后发送到电子凭证管理服务器42；开证请求信息包括但不仅限于第一参与方身份信息、第一参与方联系方式、指定资金账户和解付条件中的至少一项；收证请求信息包括但不仅限于收证人信息、履约信息和签收信息中的至少一项；电子凭证管理服务器42包括信号解调模块44、开证人信息管理模块421、开证请求判断模块422、电子凭证生成模块423和解付模块424；信号解调模块44将收到的来自于开证和收证请求模块41的信号解调成开证请求信息或收证请求信息，并指示电子凭证管理服务器42进行开证处理或收证处理；开证处理时，将开证请求信息存储到开证人信息管理模块421，同时将开证信息传输给开证请求判断模块422；收证处理包括将收证信息传输给解付模块424；开证请求判断模块422通过对开证请求进行判断后给出允许开证或驳回的指令，驳回的指令直接反馈给开证和收证请求模块41，让第一参与方重新填写开证请求信息，允许开证的指令发送给电子凭证生成模块423；电子凭证生成模块423接收生成指令后，根据开证人信息管理模块中的数据生成电子凭证，并将电子凭证发送给开证人，同时将解付条件存储到解付模块424； 解付模块424依据解付条件对收证请求信息进行判定，符合条件则解付资金，不符合条件则驳回收证请求，并将驳回信息发送到开证和收证请求模块，让收证人重新提供收证请求信息，或者结束收证，电子凭证失效。

本例的一种实现方式中，开证人在开证和收证请求模块输入开证人的身份信息、联系方式、指定资金账户、开证金额和解付条件；开证请求判断模块对开证人的身份信息、开证人联系方式、指定资金账户、开证金额进行综合判定，判定包括对开证人姓名、身份证号码等判定，还包括手机动态验证码验证，指定资金账户密码等，判定为是，则直接进行开证，即将指令给到电子凭证生成模块，生成电子凭证，然后将电子凭证的电子凭证发送给开证人；同时，将解付条件传输并储存到解付模块。判定为否，则让开证人重新填写正确的开证请求信息或正确的验证码。其中，解付条件中设置了收证期限、履约期限和解付期限，要求收证人在指定期限内完成收证、履约和提供签收信息。也就是说，在收证人在指定期限内完成相应的动作后就需要填写一项相应的信息。

收证时，收证人在指定期限内完成相应动作，就需要在开证和收证请求模块输入相应的信息，并发送给电子凭证管理服务器，电子凭证管理服务器将信息直接给到解付模块，解付模块判定信息符合要求则进入下一环节，否则需要收证人重新填写正确的信息，或者直接无效电子凭证。例如，订单或合同签订后，收证人必须在收证期限内，在收证界面中填写订单或合同的相关信息，进行收证，开证和收证请求终端将相关信息发送给电子凭证管理服务器，电子凭证管理服务器通过信号解调模块解调信号后，将信息直接发给解付模块，解付模块根据预先设定的收证期限以及其它要求判定信息是否符合要求，符合要求则进入下一环节，等待履约，不符合要求，例如订单或合同的相关信息不符，则可以驳回，让收证人重新填写正确的信息，或者，如超过了收证期限，则电子凭证失效；而在发货后，则要在履约期限内填写发货信息，同样的，经过解付模块判定符合要求则进入下一环节，否则需要重新填写正确的信息或电子凭证失效；而在开证人收到货品，签收后，收证人还必须在解付期限内填写签收信息，否则电子凭证失效。

本例中电子凭证管理服务器，和开证和收证请求模块作为一个完整的装置使用，开证人直接到开证银行，通过其开证和收证请求模块进行操作即可。可以理解，本例的电子凭证管理服务器可以单独的作为一个装置被使用，即可以单独使用；而开证和收证请求模块也可以单独的作为一个装置，被第一参与方，也就是开证人使用；两者之间可以通过各种有线或无线的通讯方式进行信号连接。此外，开证和收证请求模块是分别具备开证和收证两种功能的，在更细分 的使用中，开证和收证请求模块也可以分别设计成开证请求模块和收证请求模块，分别作为开证请求终端装置和收证请求终端装置使用，在此不做具体限定。

以上内容是结合具体的实施方式对本申请所作的进一步详细说明，不能认定本申请的具体实施只局限于这些说明。对于本申请所属技术领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本申请的保护范围。