保函审批方法及装置

本发明属于保函技术领域，尤其涉及一种保函审批方法及装置。

保函(Letter of Guarantee, L/G)又称保证书，是指银行、保险公司、担保公司或个人应申请人的请求，向第三方开立的一种书面信用担保凭证。保证在申请人未能按双方协议履行其责任或义务时，由担保人代其履行一定金额、一定期限范围内的某种支付责任或经济赔偿责任。 保函即为保证书，为了方便，一般公司及银行都印有一定格式的保证书，其作用包括凭保函交付货物、凭保函签发清洁提单、凭保函倒签预借提单等。

投标保函

是指投标人（申请人）作出保证，在投标人报价的有效期内，投标人将遵守其诺言，不撤标、不改标，不更改原报价条件，并且在其一旦中标后，将按照招标文件的规定及投标人在报价中的承诺，在一定时间内与招标人签订合同，如投标人违约，银行将在担保额度的范围内向招标人支付约定金额的款项。该金额数通常为投标人报价总额的1%-5%不等。

投标保函需填写和提交的材料（以中国农业银行为例）：

1．填写《开立国内保函申请书》；

2．担保项目可行性研究报告或项目招标书和政府主管部门批准件及其他有关批文；

3．担保项下基础合同或意向书；

4．担保合同意向书；

5．反担保承诺函及相关物业抵押材料；

6．担保函格式；

7．申请人基本资信情况，经注册会计师审计并加盖其所在会计师事务所公章或签名的申请人的年度或半年的财务报表（资产负债表、损益表及验资报告）；

8．受益人的基本资信资料。

本发明实施例提供一种保函审批方法及装置，用于至少解决上述技术问题之一。

第一方面，本发明实施例提供一种保函审批方法，包括：响应于用户的保函申请请求，获取所述保函申请请求对应的担保公司和所述担保公司是否设置保函直接审批通过标准；若所述担保公司设置了保函直接审批通过标准，基于所获取的担保公司调取所述用户在所述担保公司的保函申请记录；判断所述保函申请记录是否满足所述担保公司预设的保函直接审批通过标准；若所述保函申请记录满足所述担保公司预设的保函直接审批通过标准，则所述保函申请请求直接审批通过；向所述用户反馈所述保函申请请求审批通过。

第二方面，本发明实施例提供一种保函审批装置，包括：获取模块，配置为响应于用户的保函申请请求，获取所述保函申请请求对应的担保公司和所述担保公司是否设置保函直接审批通过标准；调取模块，配置为若所述担保公司设置了保函直接审批通过标准，基于所获取的担保公司调取所述用户在所述担保公司的保函申请记录；判断模块，配置为判断所述保函申请记录是否满足所述担保公司预设的保函直接审批通过标准；审批模块，配置为若所述保函申请记录满足所述担保公司预设的保函直接审批通过标准，则所述保函申请请求直接审批通过；反馈模块，配置为向所述用户反馈所述保函申请请求审批通过。

第三方面，提供一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例的保函审批方法的步骤。

第四方面，本发明实施例还提供一种计算机程序产品，所述计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行本发明任一实施例的保函审批方法的步骤。

本申请的方法及装置提供的方案通过将满足所述担保公司预设的保函直接审批通过标准的设置直接审批通过，从而可以实现节省审核时间。

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

图1为本发明一实施例提供的一种保函审批方法的流程图；

图2为本发明一实施例提供的一具体实施方式的保函审批方法的业务流程图；

图3a、图3b、图3c、图3d、图3e、图3f、图3g、图3h和图3i为本发明一实施例提供的一具体实施方式的保函审批方法的操作流程图；

图4为本发明一实施例提供的一具体实施方式的保函审批方法的小程序登录认证流程图；

图5a、图5b和图5c为本发明一实施例提供的一具体实施方式的保函审批方法的支付流程图；

图6为本发明一实施例提供的一种保函审批装置的框图；

图7是本发明一实施例提供的电子设备的结构示意图。

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图1，其示出了本申请的保函审批方案一实施例的流程图，本实施例的保函审批方案可以适用于具备数据传输功能的终端，如智能手机、智能电脑以及其他现有的智能终端。

如图1所示，在步骤101中，响应于用户的保函申请请求，获取所述保函申请请求对应的担保公司和所述担保公司是否设置保函直接审批通过标准；

在步骤102中，若所述担保公司设置了保函直接审批通过标准，基于所获取的担保公司调取所述用户在所述担保公司的保函申请记录；

在步骤103中，判断所述保函申请记录是否满足所述担保公司预设的保函直接审批通过标准；

在步骤104中，若所述保函申请记录满足所述担保公司预设的保函直接审批通过标准，则所述保函申请请求直接审批通过；

在步骤105中，向所述用户反馈所述保函申请请求审批通过。

在本实施例中，对于步骤101，保函审批装置响应于用户的保函申请请求，获取保函申请请求对应的担保公司和担保公司是否设置保函直接审批通过标准，例如，对于多次合作并且信用良好的用户设置同一项目产品的保函直接审批通过。

然后，对于步骤102，若担保公司设置了保函直接审批通过标准，基于所获取的担保公司调取用户在担保公司的保函申请记录，例如，调取用户在担保公司申请的同一个项目产品的数量。

之后，对于步骤103，保函审批装置判断保函申请记录是否满足担保公司预设的保函直接审批通过标准，例如，同一个项目审批通过的笔数是否达到担保公司预设的数值。

然后，对于步骤104，若保函申请记录满足担保公司预设的保函直接审批通过标准，则保函申请请求直接审批通过，例如，同一个项目审批通过的笔数达到担保公司预设的数值，新的申请发起审批将直接审批通过。

最后，对于步骤105，保函审批装置向用户反馈保函申请请求审批通过。

在本实施例所述的方法中，通过将满足所述担保公司预设的保函直接审批通过标准的设置直接审批通过，从而可以实现节省审核时间。

在上述实施例所述的方法中，在所述获取所述保函申请请求对应的担保公司和所述担保公司是否设置保函直接审批通过标准之后，所述方法还包括：

若所述担保公司未设置保函直接审批通过标准，直接将所述用户的保函申请请求发送给所述担保公司进行审核。

在本实施例所述的方法中，通过将未设置担保公司预设的保函直接审批通过标准的经由担保公司审核，从而可以实现提高了安全性。

在上述实施例所述的方法中，在所述判断所述保函申请记录是否满足所述担保公司预设的保函直接审批通过标准之后，所述方法还包括：

若所述保函申请记录不满足所述担保公司预设的保函直接审批通过标准，将所述用户的保函申请请求发送给所述担保公司进行审核。

在本实施例所述的方法中，通过将不满足担保公司预设的保函直接审批通过标准的经由担保公司审核，从而可以实现提高了安全性。

在上述实施例所述的方法中，在所述将所述用户的保函申请请求发送给所述担保公司进行审核之后，所述方法还包括：

获取所述担保公司对于所述用户的保函申请请求的审核结果，将所述审核结果反馈给所述用户。

在本实施例所述的方法中，通过将审核结果反馈给用户，从而可以实现让用户及时的处理审核结果。

在上述实施例所述的方法中，其中，所述审核结果包括返回修改，所述方法还包括：

获取所述用户修改后的保函申请请求，并再次将所述修改后的保函申请请求发给所述担保公司进行审核。

在上述实施例所述的方法中，其中，所述审核结果包括驳回反馈，所述方法还包括：

对所述担保公司针对所述用户的保函申请请求的驳回反馈进行登记，后续若出现同一用户的相同保函申请求依据所述驳回反馈直接驳回。

在本实施例所述的方法中，通过将同一用户的相同保函申请求依据驳回反馈直接驳回，从而可以实现减少不必要的审核。

在上述任一项实施例所述的方法中，所述保函申请记录包括申请的各项保函的审批通过的笔数，所述保函直接审批通过标准包括所述用户在某一项保函审批通过的笔数达到第一预设阈值和/或所述用户在各项保函审批通过的笔数总和达到第二预设阈值。

需要说明的是，上述方法步骤并不用于限制各步骤的执行顺序，实际上，某些步骤可能会同时执行或者以与步骤限定的相反的顺序执行，本申请在此没有限制。

下面对通过描述发明人在实现本发明的过程中遇到的一些问题和对最终确定的方案的一个具体实施例进行说明，以使本领域技术人员更好地理解本申请的方案。

发明人在实现本申请的过程中发现现有技术中存在的缺陷主要是由以下原因导致的：目前已知技术中，竞品公司研发的用于开具投标保函的系统至少存在操作繁琐、审核时间长、效率低等缺陷。

目前与同业相比，我们的优势是，提前登记标段、发布保函产品。有些竞品要求用户录入保函申请信息的每项要素：保函起始日期、保函到期日、保函金额、保函范围、标段名称、标段编号、标书编号、项目资质要求、项目人员要求、上传项目招标文件等，一旦填错就是经办人的责任。担保公司的审核操作流程分两种：

我们可以对接担保公司自建的内部系统（非我方平台），备案、审核、退款等操作在其自建系统上操作，最终调用我方后台API完成。经办人提交申请后，将申请信息通过接口发送给担保公司内部系统，担保公司内部进行审核。拒绝或退款将信息发送至我平台完成订单关闭和退款；通过的订单，担保公司可在其自建的系统选择批量发送银行，由我方平台最终传送银行。

同时我们也支持提供担保公司登陆账号（在我方平台）进行上述操作。担保公司进行三级分区域审核，同一个项目审批通过的笔数达到一定数值（担保公司可自行设定），新的申请发起审批即直接审批通过。

处于银行风控和管理考虑，银行不在我方平台进行业务审批等操作。发送至银行后，银行的审批、出函速度取决于银行内部人工、系统处理速度。

本申请的方案主要的操作流程：

请参考图3a-图3i，其示出了本发明一实施例提供的一具体实施方式的保函审批方法的操作流程图。

如图3a所示，其示出了在金融服务系统选择保函银行投标保函产品，浏览器弹出的窗口；

如图3b所示，其示出了手机打开手机，扫描二维码，关注；

如图3c所示，其示出了点击关注后，继续在电脑浏览器网页进行操作，用户首次使用需要验证手机号；

如图3d所示，其示出了输入手机号，点击验证码右侧的“发送”，手机收到验证后填入“验证码”数据栏，点击下一步；

如图3e所示，其示出了输入标段名称，点击“搜索”；

如图3f所示，其示出了搜索出的标段列表，点击“选择”；

如图3g所示，其示出了弹窗提示确认继续申请；

如图3h所示，其示出了勾选同意条款，点击“立刻申请”；

如图3i所示，其示出了提示“提交成功”，手机扫描小程序码，登录小程序去完成支付。

请参考图4，其示出了为本发明一实施例提供的一具体实施方式的保函审批方法的小程序登录认证流程图。

如图4所示，其示出了用户可选择“手机号快捷登录”。

请参考图5a-图5c，其示出了为本发明一实施例提供的一具体实施方式的保函审批方法的支付流程图。

如图5a所示，其示出了点击底部“保函”页，点击待支付记录“确认支付按钮，底部弹出支付方式；

如图5b所示，其示出了支付页如下图，输入支付密码完成支付；

如图5c所示，其示出了选择线下支付方式，会展示平台收款方账户信息，线下转账务必备注订单号（下图黑框数字）。

请参考图6，其示出了本发明一实施例提供的保函审批装置的框图。

如图6所示，保函审批800包括：获取模块610、调取模块620、判断模块630、审批模块640和反馈模块650。

其中，获取模块610，配置为响应于用户的保函申请请求，获取所述保函申请请求对应的担保公司和所述担保公司是否设置保函直接审批通过标准；调取模块620，配置为若所述担保公司设置了保函直接审批通过标准，基于所获取的担保公司调取所述用户在所述担保公司的保函申请记录；判断模块630，配置为判断所述保函申请记录是否满足所述担保公司预设的保函直接审批通过标准；审批模块640，配置为若所述保函申请记录满足所述担保公司预设的保函直接审批通过标准，则所述保函申请请求直接审批通过；反馈模块650，配置为向所述用户反馈所述保函申请请求审批通过。

应当理解，图6中记载的诸模块与参考图1中描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征以及相应的技术效果同样适用于图6中的诸模块，在此不再赘述。

在另一些实施例中，本发明实施例还提供了一种非易失性计算机存储介质，计算机存储介质存储有计算机可执行指令，该计算机可执行指令可执行上述任意方法实施例中的保函审批方法；

作为一种实施方式，本发明的非易失性计算机存储介质存储有计算机可执行指令，计算机可执行指令设置为：

响应于用户的保函申请请求，获取所述保函申请请求对应的担保公司和所述担保公司是否设置保函直接审批通过标准；

若所述担保公司设置了保函直接审批通过标准，基于所获取的担保公司调取所述用户在所述担保公司的保函申请记录；

判断所述保函申请记录是否满足所述担保公司预设的保函直接审批通过标准；

若所述保函申请记录满足所述担保公司预设的保函直接审批通过标准，则所述保函申请请求直接审批通过；

向所述用户反馈所述保函申请请求审批通过。

非易失性计算机可读存储介质可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据保函审批装置的使用所创建的数据等。此外，非易失性计算机可读存储介质可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实施例中，非易失性计算机可读存储介质可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至保函审批装置。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本发明实施例还提供一种计算机程序产品，计算机程序产品包括存储在非易失性计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行上述任一项保函审批方法。

图7是本发明实施例提供的电子设备的结构示意图，如图7所示，该设备包括：一个或多个处理器710以及存储器720，图7中以一个处理器710为例。保函审批方法的设备还可以包括：输入装置730和输出装置740。处理器710、存储器720、输入装置730和输出装置740可以通过总线或者其他方式连接，图7中以通过总线连接为例。存储器720为上述的非易失性计算机可读存储介质。处理器710通过运行存储在存储器720中的非易失性软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例保函审批方法。输入装置730可接收输入的数字或字符信息，以及产生与保函审批装置的用户设置以及功能控制有关的键信号输入。输出装置740可包括显示屏等显示设备。

上述产品可执行本发明实施例所提供的方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明实施例所提供的方法。

作为一种实施方式，上述电子设备应用于保函审批装置中，用于客户端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够：

响应于用户的保函申请请求，获取所述保函申请请求对应的担保公司和所述担保公司是否设置保函直接审批通过标准；

若所述担保公司设置了保函直接审批通过标准，基于所获取的担保公司调取所述用户在所述担保公司的保函申请记录；

判断所述保函申请记录是否满足所述担保公司预设的保函直接审批通过标准；

若所述保函申请记录满足所述担保公司预设的保函直接审批通过标准，则所述保函申请请求直接审批通过；

向所述用户反馈所述保函申请请求审批通过。

本申请实施例的电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括:智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括:音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(4)服务器:提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子装置。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分的方法。

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