CN112581075A - 用于担保公司的保函处理方法及装置 - Google Patents

Abstract

本发明公开一种用于担保公司的保函处理方法及装置，所述方法包括：响应于平台的工作人员登记的标段，获取所述标段的要素信息；基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台；通过获取标段的要素信息和担保公司的第一经办人录入的保函申请要素，从而可以实现生成保函产品，进一步的，与保函银行对接，从而可以实现解决了现有技术中保函开具流程繁琐、审核时间长和审核效率低的缺陷。

Description

用于担保公司的保函处理方法及装置

技术领域

本发明属于保函技术领域，尤其涉及一种用于担保公司的保函处理方法及装置。

背景技术

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

投标保函

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

发明内容

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

第一方面，本发明实施例提供一种用于担保公司的保函处理方法，包括：响应于平台的工作人员登记的标段，获取所述标段的要素信息；基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

第二方面，本发明实施例提供一种用于担保公司的保函处理装置，包括：登记获取模块，配置为响应于平台的工作人员登记的标段，获取所述标段的要素信息；生成发布模块，配置为基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

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

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

本申请的方法及装置提供的方案通过获取标段的要素信息和担保公司的第一经办人录入的保函申请要素，从而可以实现生成保函产品，进一步的与保函银行对接，从而可以实现解决了现有技术中保函开具流程繁琐、审核时间长和审核效率低的缺陷。

附图说明

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

图1为本发明一实施例提供的一种用于担保公司的保函处理方法的流程图；

图2为本发明一实施例提供的又一种用于担保公司的保函处理方法的流程图；

图3为本发明一实施例提供的又一种用于担保公司的保函处理方法的流程图；

图4为本发明一实施例提供的一具体实施方式的用于担保公司的保函处理方法的业务流程图；

图5a、图5b、图5c、图5d、图5e、图5f、图5g、图5h和图5i为本发明一实施例提供的一具体实施方式的用于担保公司的保函处理方法的操作流程图；

图6为本发明一实施例提供的一具体实施方式的用于担保公司的保函处理方法的小程序登录认证流程图；

图7a、图7b和图7c为本发明一实施例提供的一具体实施方式的用于担保公司的保函处理方法的支付流程图；

图8为本发明一实施例提供的一种用于担保公司的保函处理装置的框图；

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

具体实施方式

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

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

如图1所示，在步骤101中，响应于平台的工作人员登记的标段，获取所述标段的要素信息；

在步骤102中，基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

在本实施例中，对于步骤101，用于担保公司的保函处理装置响应于平台的工作人员登记的标段，获取所述标段的要素信息，例如，要素信息包括：保函起始日期、保函到期日、保函金额、保函范围、标段名称、标段编号、标书编号、项目资质要求、项目人员要求、上传项目招标文件等。

对于步骤102，用于担保公司的保函处理装置基于标段的要素信息和担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在平台。

在本实施例所述的方案中，通过获取标段的要素信息和担保公司的第一经办人录入的保函申请要素，从而可以实现生成保函产品。

在上述实施例所述的方法中，所述标段的要素信息包括标段名称、标段编号、标书编号、项目资质要求、项目人员要求以及项目招标文件。

在上述实施例所述的方法中，所述保函申请要素包括保函起始日期、保函到期日、保函金额以及保函范围。

请参阅图2，其示出了本申请一实施例提供的又一种用于担保公司的保函处理方法的流程图。该流程图主要是对流程图1“生成保函产品并发布在所述平台”的方法进一步限定的步骤的流程图。

如图2所示，在步骤201中，生成保函产品并进行至少一个第二经办人的多级审核，其中，所述至少一个第二经办人和所述第一经办人均在所述平台具有不同权限的帐号，所述不同权限包括对于各种用户请求和/或功能模块的处理权限；

在步骤202中，响应于经过所述至少一个第二经办人的多级审核通过，将所述保函产品发布在所述平台。

在本实施例中，对于步骤201，用于担保公司的保函处理装置生成保函产品并进行至少一个第二经办人的多级审核，其中，所述至少一个第二经办人和所述第一经办人均在所述平台具有不同权限的帐号，所述不同权限包括对于各种用户请求和/或功能模块的处理权限，例如，第一经办人进行备案操作，第二经办人进行审核操作，或者第一经办人进行备案审核，一些比较重要的经由第二经办人审核确认。

对于步骤202，用于担保公司的保函处理装置响应于经过所述至少一个第二经办人的多级审核通过，将所述保函产品发布在所述平台，例如，第一经办人只有备案权限，第二经办人具有备案权限的通知还具有审核权限，保函产品只有在备案审核通过之后才可以发布在平台。

在本实施例所述的方案中，通过至少一个第二经办人的多级审核，从而可以实现对比较重要的操作经由具有权限的上级人员进行审核。

请参阅图3，其示出了本申请一实施例提供的又一种生成保函的方法的流程图。该流程图主要是对流程图2所述的方法进一步限定的步骤的流程图。

如图3所示，在步骤301中，响应于用户在所述平台发起的保函申请请求，将所述保函申请请求发送给所述第一经办人和所述第二经办人中具有退款请求处理权限的经办人进行处理；

在步骤302中，响应于接收到对所述保函申请请求的处理反馈，将所述处理反馈发送给所述用户。

在本实施例中，对于步骤301，用于担保公司的保函处理装置响应于用户在平台发起的保函申请请求，将保函申请请求发送给第一经办人和第二经办人中具有退款请求处理权限的经办人进行处理，例如，在审核确定用户发起的保函申请请求不合格后，或者用户不需要发布保函产品并且已经在平台发起保函申请请求时，将保函申请请求发送给具有退款权限的经办人审核。

对于步骤302，用于担保公司的保函处理装置响应于接收到对保函申请请求的处理反馈，将处理反馈发送给所述用户，例如，具有退款权限的经办人审核通过，对用户进行退款处理。

在本实施例所述的方案中，通过将保函申请请求发送给具有退款请求处理权限的经办人进行处理，从而可以实现在用户拒绝或退款时发起退款流程。

在上述实施例所述的方法中，所述对所述保函申请请求的处理反馈包括拒绝反馈。

在上述实施例所述的方法中，所述对所述保函申请请求的处理反馈包括通过反馈，所述方法还包括：

响应于所述担保公司的具有相应处理权限的经办人对通过的保函申请请求的批量操作，将所述通过的保函申请请求批量发送给所述保函申请请求所申请的银行。

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

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

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

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

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

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

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

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

请参考图5，其示出了本发明一实施例提供的一具体实施方式的用于担保公司的保函处理方法的操作流程图。

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

如图5b所示，其示出了手机打开手机微信，扫描二维码，关注微信公众号；

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

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

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

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

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

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

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

请参考图6，其示出了为本发明一实施例提供的一具体实施方式的用于担保公司的保函处理方法的小程序登录认证流程图。

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

请参考图7，其示出了为本发明一实施例提供的一具体实施方式的用于担保公司的保函处理方法的支付流程图。

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

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

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

请参考图8，其示出了本发明一实施例提供的用于担保公司的保函装置的框图。

如图8所示，用于担保公司的保函处理装置800包括：登记获取模块810和生成发布模块820。

其中，登记获取模块810，配置为响应于平台的工作人员登记的标段，获取所述标段的要素信息；生成发布模块820，配置为基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

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

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

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

响应于平台的工作人员登记的标段，获取所述标段的要素信息；

基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

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

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

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

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

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

响应于平台的工作人员登记的标段，获取所述标段的要素信息；

基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

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

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

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

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

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

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

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

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

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

Claims (10)

1.一种用于担保公司的保函处理方法，包括：

响应于平台的工作人员登记的标段，获取所述标段的要素信息；

基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

2.根据权利要求1所述的方法，其中，所述标段的要素信息包括标段名称、标段编号、标书编号、项目资质要求、项目人员要求以及项目招标文件。

3.根据权利要求1所述的方法，其中，所述保函申请要素包括保函起始日期、保函到期日、保函金额以及保函范围。

4.根据权利要求1所述的方法，其中，所述生成保函产品并发布在所述平台包括：

生成保函产品并进行至少一个第二经办人的多级审核，其中，所述至少一个第二经办人和所述第一经办人均在所述平台具有不同权限的帐号，所述不同权限包括对于各种用户请求和/或功能模块的处理权限；

响应于经过所述至少一个第二经办人的多级审核通过，将所述保函产品发布在所述平台。

5.根据权利要求4所述的方法，其中，所述方法还包括：

响应于用户在所述平台发起的保函申请请求，将所述保函申请请求发送给所述第一经办人和所述第二经办人中具有退款请求处理权限的经办人进行处理；

响应于接收到对所述保函申请请求的处理反馈，将所述处理反馈发送给所述用户。

6.根据权利要求5所述的方法，其中，所述对所述保函申请请求的处理反馈包括拒绝反馈。

7.根据权利要求5所述的方法，其中，所述对所述保函申请请求的处理反馈包括通过反馈，所述方法还包括：

响应于所述担保公司的具有相应处理权限的经办人对通过的保函申请请求的批量操作，将所述通过的保函申请请求批量发送给所述保函申请请求所申请的银行。

8.一种用于担保公司的保函处理装置，包括：

登记获取模块，配置为响应于平台的工作人员登记的标段，获取所述标段的要素信息；

生成发布模块，配置为基于所述标段的要素信息和所述担保公司的第一经办人录入的保函申请要素，生成保函产品并发布在所述平台。

9.一种电子设备，其包括：至少一个处理器，以及与所述至少一个处理器通信连接的存储器，其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至7任一项所述方法的步骤。

10.一种存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现权利要求1至7任一项所述方法的步骤。

Images