CN112669129A - 保函生成方法、***、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了一种保函生成方法、***、电子设备及计算机可读存储介质，涉及计算机程序领域。该方法通过获取用户的保函申请，根据保函申请生成保函请求单，将保函请求单发送给担保平台，由担保平台根据保函请求单进行审批处理后发送给金融平台，获取金融平台生成的电子保函，能够线上开具保函，无需投入大量的时间和人力成本，提高保函开具的效率。

Description

保函生成方法、***、电子设备及计算机可读存储介质

技术领域

本申请涉及计算机程序领域，尤其是涉及一种保函生成方法、***、电子设 备及计算机可读存储介质。

背景技术

在公共资源交易招投标业务中，投标人需要在投标截止前递交保证金或电子 保函。当前的整个投标保函业务流程所涉及的各个环节，需要在线下投入较多人 力去完成信息资料核实核查、保函验真以及保后状态追踪。投标企业或用户携带 招标文件、投标信息和企业信息，向担保机构申请开具投标保函，需要特地将相 关的资料带到开具保函的银行开具保函，整个保函开具的流程需要投入大量的时 间成本和人力成本，效率低下。

发明内容

本申请旨在至少解决现有技术中存在的技术问题之一。为此，本申请提出一 种保函生成方法，能够线上开具保函，无需投入大量的时间和人力成本，提高保 函开具的效率。

本申请还提出一种具有上述保函生成方法的保函生成***。

本申请还提出一种具有上述保函生成方法的电子设备。

本申请还提出一种具有上述保函生成方法的计算机可读存储介质。

根据本申请的第一方面实施例的保函生成方法，获取用户的保函申请；

根据所述保函申请生成保函请求单；

将所述保函请求单分发给担保平台，由所述担保平台根据所述保函请求单进 行审批处理后发送给金融平台；

获取所述金融平台生成的电子保函。

根据本申请实施例的保函生成方法，至少具有如下有益效果：通过获取用户 的保函申请，根据保函申请生成保函请求单，将保函请求单发送给担保平台，由 担保平台根据保函请求单进行审批处理后发送给金融平台，获取金融平台生成的 电子保函，能够线上开具保函，无需投入大量的时间和人力成本，提高保函开具 的效率。

根据本申请的一些实施例，所述获取用户的保函申请，包括：获取用户的身 份标识；对所述身份标识进行认证处理；根据所述认证处理下发用户的认证证书； 根据所述用户的所述认证证书获取所述用户的所述保函申请。

根据本申请的一些实施例，所述获取用户的保函申请，包括：

获取交易中心的交易标识；根据所述交易标识获取所述用户的所述保函申 请。

根据本申请的一些实施例，所述将所述保函请求单分发给担保平台，包括： 获取所述保函请求单的保函类型和保函额度；根据所述保函请求单的保函类型和 保函额度，将所述保函请求单分发给对应的所述担保平台。

根据本申请的一些实施例，所述担保平台根据所述保函请求单进行审批处理 后发送给金融平台，包括：所述担保平台根据所述保函请求单获取所述保函申请； 根据风控模型对所述保函申请进行审批处理后得到所述保函申请的审批结果，所 述风控模型是由所述担保平台制定的审批规则；根据所述审批结果将所述保函申 请发送给所述金融平台。

根据本申请的一些实施例，所述获取所述金融平台生成的电子保函，包括： 根据所述保函请求单获取所述担保平台接收的电子保函，所述电子保函由所述金 融平台根据所述保函申请生成并发送给所述担保平台。

根据本申请的一些实施例，还包括：根据所述保函请求单查阅所述担保平台 的审批结果；根据所述审批结果下载所述电子保函或根据所述审批结果将所述电 子保函发送至交易中心，以使所述用户在所述交易中心下载所述电子保函。

根据本申请的第二方面实施例的保函生成***，包括：第一获取模块，所述 第一获取模块用于获取用户的保函申请；生成模块，所述生成模块用于根据所述 保函申请生成保函请求单；分发模块，所述分发模块用于将所述保函请求单分发 给担保平台，由所述担保平台根据所述保函请求单进行审批处理后发送给金融平 台；第二获取模块，所述第二获取模块用于获取所述金融平台生成的电子保函。

根据本申请实施例的保函生成***，至少具有如下有益效果：通过第一获取 模块获取用户的保函申请，由生成模块根据保函申请生成保函请求单，分发模块 将保函请求单发送给担保平台，由担保平台根据保函请求单进行审批处理后发送 给金融平台，第二获取模块获取金融平台生成的电子保函，能够线上开具保函， 无需投入大量的时间和人力成本，提高保函开具的效率。

根据本申请的第三方面实施例的电子设备，包括：至少一个处理器，以及， 与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有指令，所述 指令被所述至少一个处理器执行，以使所述至少一个处理器执行所述指令时实现 如第一方面所述的保函生成方法。

根据本申请的电子设备，至少具有如下有益效果：通过执行第一方面实施例 中提到的保函生成方法，能够线上开具保函，无需投入大量的时间和人力成本， 提高保函开具的效率。

根据本申请的第四方面实施例的计算机可读存储介质，所述计算机可读存储 介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如第一 方面所述的保函生成方法。

根据本申请的计算机可读存储介质，至少具有如下有益效果：通过执行第一 方面实施例中提到的保函生成方法，能够线上开具保函，无需投入大量的时间和 人力成本，提高保函开具的效率。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述 中变得明显，或通过本申请的实践了解到。

附图说明

图1为本申请实施例中保函生成方法中的一具体流程示意图；

图2为本申请实施例中保函生成方法中的步骤S100的一具体流程示意图；

图3为本申请实施例中保函生成方法中的步骤S100的另一具体流程示意图；

图4为本申请实施例中保函生成方法中的步骤S300的一具体流程示意图；

图5为本申请实施例中保函生成方法中的一具体应用实例图。

附图标记：

第一获取模块100、生成模块200、分发模块300、第二获取模块400。

具体实施方式

下面详细描述本申请的实施例，实施例的示例在附图中示出，其中自始至终 相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通 过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申 请的限制。

需要说明的是，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不 同流程图中的顺序执行所示出或描述的步骤。如果涉及到“若干”，其含义是一 个以上，如果涉及到“多个”，其含义是两个以上。本文所提供的任何以及所有 实例或示例性语言(“例如”、“如”等)的使用仅意图更好地说明本申请的实施例， 并且除非另外要求，否则不会对本申请的范围施加限制。如果有描述到第一、第 二只是用于区分技术特征为目的，而不能理解为指示或暗示相对重要性或者隐含 指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。

需要说明的是，如无特殊说明，在实施例中所使用的单数形式的“一种”、 “所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。此外， 除非另有定义，本文所使用的所有的技术和科学术语与本技术领域的技术人员通 常理解的含义相同。本文说明书中所使用的术语只是为了描述具体的实施例，而 不是为了限制本申请。

在公共资源交易招投标业务中，投标人需要在投标截止前递交保证金或电子 保函。当前的整个投标保函业务流程所涉及的各个环节，需要在线下投入较多人 力去完成信息资料核实核查、保函验真以及保后状态追踪。投标企业或用户携带 招标文件、投标信息和企业信息，向担保机构申请开具投标保函，需要特地将相 关的资料带到开具保函的银行开具保函，整个保函开具的流程需要投入大量的时 间成本和人力成本，效率低下。

基于此，本申请实施例提供了一种保函生成方法、***、电子设备及计算机 可读存储介质，通过获取用户的保函申请，根据保函申请生成保函请求单，将保 函请求单发送给担保平台，由担保平台根据保函请求单进行审批处理后发送给金 融平台，获取金融平台生成的电子保函，能够线上开具保函，无需投入大量的时 间和人力成本，提高保函开具的效率。

基于上述保函生成方法，本申请实施例中所采用的***架构为一种电子保函 ***，

第一方面，本申请实施例提供了一种保函生成方法，能够线上开具保函，无 需投入大量的时间和人力成本，提高保函开具的效率。

需要说明的是，本申请实施例基于保函***执行该保函生成方法，该保函系 统基于云服务器平台，通过多个API(Application Programming Interface， 应用程序接口)接口对接第三方平台实现保函申请流程。通过保函***完成整个 保函生成方法的业务内容。

参照图1，示出了本申请实施例中保函生成方法的流程示意图。其具体包括 步骤：

S100，获取用户的保函申请；

S200,根据保函申请生成保函请求单；

S300,将保函请求单分发给担保平台，由担保平台根据保函请求单进行审批 处理后发送给金融平台；

S400,获取金融平台生成的电子保函。

在步骤S100中，本申请实施例会获取用户递交的保函申请，其中，保函申 请是指用户用来办理电子保函的所需要的项目资料，例如企业名称、保函类型、 指定出函机构、项目编号、项目名称、受益人、开标时间、担保期限、担保金额 等，由用户在指定的保函申请页面填写并提交相关的项目资料。

在一些实施例中，用户在指定的保函申请页面提交相关的项目资料前，还需 要进行登录，根据用户登录时所对应的身份标识不同，会执行不同的获取保函申 请步骤。如图2所示，步骤S100中还包括步骤：

S110，获取用户的身份标识；

S120,对身份标识进行认证处理；

S130，根据认证处理下发用户的认证证书；

S140，根据用户的认证证书获取用户的保函申请。

在步骤S110中，用户在本申请实施例中提到的保函***的***界面初次登 录时，保函***需要对用户的身份进行认证，完成认证过程之后才能进行保函申 请。其中身份标识是指用于对用户进行认证的相关的身份信息，例如企业名称、 统一社会信用代码、法定代表人姓名、法定代表人身份证号、法定代表人实名认 证手机号、营业执照、数字认证申请书、企业资质证书、法定授权委托书证明书、 数字证书申请书等用于进行认证的认证资料。本申请实施例中则是获取用户提交 的身份标识即相关的认证资料，执行步骤S120。

在步骤S120中，对获取的身份标识进行认证处理，其中认证处理是指对用 户的认证资料进行企业认证，确定该用户即企业是否已经通过了国际质量体系认 证,环境保护认证等、国内质量体系认证、生产许可证认证、行业标准认证等， 具体地说，通过第三方信用平台对该身份标识进行认证处理，通过认证用户的身 份进行。

在步骤S130中，根据认证处理下发用户的认证证书，即当用户的身份标识 信息符合认证要求时，则会下发用户的认证证书，其中认证证书为CA (Certificate Authority，电子认证)证书，通过认证证书能够确定用户的企 业认证身份，赋予用户相关的保函申请的权限；若用户未通过企业认证，则无法 获得保函申请的权限。

在步骤S140中，当获取到用户的认证证书后，则说明当前用户完成了企业 认证，此时可以填写并提交相关的保函申请，从而使本申请实施例中的保函*** 能够获取到用户提交的保函申请。

在一些实施例中，用户在指定的保函申请页面提交相关的项目资料前，还需 要进行登录，根据用户登录时所对应的身份标识不同，会执行不同的获取保函申 请步骤。如图3所示，步骤S100中还包括步骤：

S150，获取交易中心的交易标识；

S160，根据交易标识获取用户的保函申请。

在步骤S150中，用户通过交易中心的跳转链接登录保函***时，会带有专 属的交易标识，该交易标识用标识用户的身份，该交易标识是由交易中心根据用 户完成认证后生成的标识信息，该交易标识可以与保函***的数据库内存有的信 息进行匹配，确定该交易标识的准确性，从而确定用户的身份。本申请实施例中， 用户登录是指通过部署在交易中心的本申请实施例中所提到的保函***的登录 链接，跳转至保函***中进行登录，该登录方式所对应的交易标识为用户的标识 信息。其中交易中心是指具备对用户进行企业认证的认证平台，用户可以在交易 中心完成企业认证后，再通过跳转链接直接跳转至保函***进行登录。

在步骤S160中，当用户通过跳转链接登录本申请实施例中提到的保函*** 时，保函***会通过接口访问并读取位于交易中心的传送过来的交易标识，通过 该跳转链接登录后，用户无需再进行身份认证。具体地说，当用户在交易中心处 完成认证后时，通过部署在交易中心的本申请实施例中所提到的保函***的登录 链接，跳转至保函***中，保函***会自动读取到交易中心所匹配的交易标识， 保函***可以根据该交易标识与***的数据库内存有的数据进行匹配，确定通过 该交易中心登录的用户是否为信任用户，若是，则用户无需再提交用户的认证资 料进行认证，用户只需要递交申请保函的保函申请即相关的项目资料，从而提高 保函申请的效率。

在本申请实施例中，通过用户的身份标识能够对用户进行企业认证，从而获 取到用户的CA证书，根据下发的CA证书，为用户开放保函申请的权限，从而获 取用户填写时递交的保函项目资料；或者通过交易中心的交易标识直接登录本申 请的保函***，以使用户通过保函***进行填写并递交保函项目资料。

在实际应用中，步骤S100具体在保函***中的电子保函页面进行的，用户 可以在相应的前端页面展示中递交相关的保函申请以及企业认证，保函***会实 时获取用户的保函申请。

在一些实施例中，当用户的企业信息发生变更时，例如企业名称变更后，则 需要重新执行步骤S110至步骤S140，或者重新执行步骤S150至步骤S160，重 新对用户进行认证。在实际应用中，用户也可以通过保函***进入到用户中心的 认证管理模块，填写并递交相关的信息，重新进行认证。

在步骤S200中，保函***根据接收到的保函申请生成保函请求单，保函请 求单是用于标识用户申请保函的订单，通过该保函请求单确定用户所需要申请的 保函以及相关的项目资料等。

在步骤S300中，保函***在生成保函请求单后，会将保函请求单通过功能 接口将其发送至相应的担保平台，以使担保平台对分发到的保函请求单进行审批 处理，并且担保公司在审批处理保函请求单后发送给金融平台。在实际应用中， 保函***会接收到多个用户提交的保函申请，针对保函申请生成多个保函请求 单，不同用户所需要出具保函的担保平台不同，保函***会根据实际情况将保函 请求单且发送至对应的担保平台，以使担保平台能够根据保函请求单进行审批处 理，确定用户的保函请求单所对应的保函申请是否符合出具保函的条件。担保平 台在完成审批处理后，会直接将审批处理后的保函请求单发送给金融平台，用户 无需再线下到银行进行担保材料的提交，通过该保函***即可在线上完成担保材 料的提交及审批处理。

在一些实施例中，如图4所示，步骤S300具体还包括步骤：

S310,获取保函请求单的保函类型和保函额度；

S320,根据保函请求单的保函类型和保函额度，将保函请求单分发给对应的 担保平台。

在步骤S310中，保函***会获取生成的保函请求单中的保函类型和保函额 度，其中保函类型用于标识用户进行保函的类别，例如银行保函、商业保函或者 保险公司保单等，不同的保函类型由不同的担保平台进行处理。银行保函需要在 担保公司或者银行内部的审批***内进行审批，并且需要发送到银行进行保函出 具，商业保函则只需要在担保公司进行审批处理后在担保平台进行保函出具，保 险公司保单则只需要由保险公司进行审批处理后出具保单。保函额度是指保函的 金额总数，每个担保平台及金融平台在出具电子保函时都有对应的额度限制，若 超过了对应的额度限制，则无法出具电子保函。本申请实施例中以执行审批处理 的平台为担保平台，出具电子保函的平台为金融平台，即可以确定的是，当开具 的保函类型为银行保函时，出具保函的银行则作为金融平台进行保函出具；当开 具的保函类型为商业保函的时候，担保公司既是担保平台也是金融平台；当开具 的保函类型保险公司保函的时，保险公司既是担保平台也是金融平台。本申请实 施例中以银行保函作为例子进行说明。本申请实施例中提到的保函***主要负责 将用户的保函申请派发至对应的担保平台或者担保平台的审批***进行审批后， 生成相应的电子保函，无需用户线下进行递交保函申请，提高电子保函的申请效 率。

在步骤S320中，根据获取到的保函请求单中的保函类型和保函额度，确定 对应的担保平台以对保函请求单进行审批处理，将各个保函请求单分发给对应的 担保平台。具体地说，保函***会接收到若干个用户的保函请求单，将接收到的 保函请求单汇集后，进行统一分配，根据用户所要求生成的保函类型和保函额度， 分配到各个对应的合作担保平台名下，例如不同的担保公司等。

在一些实施例中，还包括：担保平台根据接收到的保函请求单进行审批处理 后，发送给金融平台，具体地说，担保平台会根据接收到的保函请求单从保函系 统中获取用户提交的保函申请中相关的项目资料，根据担保平台的风控模型对保 函申请中的项目资料进行整合后，由担保平台进行内部审批处理，确定保函申请 中的项目资料是否正确及符合保函申请的条件。担保平台内部审批完之后，会将 保函申请中的项目资料通过保函专线的方式发送给金融平台进行电子保函的出 具，其中金融平台可以是银行、担保公司也可以是保险公司，本申请实施例中所 提到的金融平台是用于出具电子保函的平台，根据保函类型和保函额度的不同， 所对应的担保平台和金融平台也不同；担保平台内部具有相应的审批***，而审 批***则是依据风控模型所进行的，风控模型是指担保平台内根据实际需求所设 定的审批规则，例如当企业存在失信情况、保函额度超过预设阈值时，会通过风 控模型决定进行人工审批还是***自动审批，均根据实际情况进行审批处理，通 过担保平台的审批***及对应的风控模型，能够对保函申请进行严格审批，保证 了保函申请的合法性。

在步骤S400中，保函***在保函请求单中会获取到金融平台出具的电子保 函，该电子保函会发送至用户的保函***中的订单页面。当金融平台出具好电子 保函之后，会通过专属的API接口，将电子保函发送到本申请实施例中提到的保 函***的***界面，用户可以在保函***中查看到生成的电子保函。

在一些实施例中，保函***会根据存在***中的保函请求单获取到担保平台 所接受到的电子保函，金融平台根据担保平台通过专线发送的保函申请中的项目 资料进行电子保函的出具，将出具后的电子保函发送给担保平台。担保平台接收 到电子保函后，会将电子保函发送到保函***中。

在一些实施例中，本申请实施例中的保函生成方法，还包括：根据保函请求 单查阅担保平台的审批结果，根据担保平台的审批结果下载电子保函，例如根据 审批结果在保函***下载电子保函，或者在交易中心处下载电子保函。具体地说， 用户可以在保函***中根据保函请求单查阅当前的审批结果，确定用户的保函申 请流程，通过保函请求单可以查阅到对应的审批结果，并且当担保平台发送电子 保函到保函***中时，用户还可以在保函***中的订单界面进行下载电子保函， 方便用户保存和获取申请的电子保函。另一方面，本申请实施例中的保函***会 通过API接口的方式与交易中心对接，将生成的电子保函推送到交易中心处，用 户无需登录该保函***，可以根据审批结果获取到的电子保函的处理情况，在交 易中心处直接下载电子保函，无需在登录保函***，节省用户下载电子保函的时 间，提高用户的方便性。

需要说明的是，本申请实施例中所提到的保函***通过结合电子保函业务， 拥有多个功能模块，其中包括大数据模块、权限管理模块、安全认证管理模块、 订单管理模块、保函管理模块、附件管理模块等功能模块，其中权限管理模块用 于控制用户的相关权限；安全认证管理模块用于管理用户的认证资料等；订单管 理模块用于在汇集统一管理用户的保函请求单，用户也可以在订单管理模块上查 看递交的保函请求单的申请进度等；保函管理模块用于管理者管理保函***上的 所有电子保函；附件管理模块用于管理用户上传的申请保函的项目资料。

在一些实施例中，保函***还包括保函查验模块，用户可以通过保函查验模 块部署的查验平台的跳转链接，进入对应的查验平台对电子保函的真伪性进行查 验，具体可以通过保函***这对电子保函所生成的二维码标识，通过扫描二维码 标识即可完成对电子保函的查验；也可以通过在查验平台上输入电子保函的保函 编号，即可完成对电子保函的查验，通过该功能模块，能够方便用户对电子保函 的真伪进行查阅，提高效率。

在一些实施例中，保函***还包括有索赔受理模块，用户可以在索赔受理模 块中上传电子保函原件，以及输入相关的保函信息，例如保函编号、保函联系人、 联系方式、索赔原因等，通过该功能模块能够方便用户进行保函索赔，无需到线 下进行保函索赔。

在实际应用中，用户通过保函***提交相关的保函申请即申请保函的项目资 料后，可以直接通过保函***进行支付款项，并且在完成支付款项后可以直接通 过保函***进行***申请。

在可能实施的应用实例中，如图5所示，用户登录保函***，确定用户是否 进行过企业认证，若在交易中心处进行过企业认证，则用户可以直接在保函*** 中提交办理电子保函所需要的项目资料；若未进行企业认证，则通过保函***进 行企业认证下发CA证书，当下发了CA证书后，用户才可以在保函***中提交办 理电子保函所需要的项目资料。用户提交项目资料后需要支付款项，在支付款项 后可以在保函***中申请***。电子保函接收用户提交的项目资料后生成订单， 根据内部规则例如保函类型和保函额度将订单分配给对应的担保平台，由担保平 台的业务审批***或风控模型根据订单接收用户的项目资料，整合项目资料后进 行内部审批，确定项目资料是否符合办理保函的条件。担保平台审批完成后，通 过数据专线的方式将项目资料传送给金融平台，由金融平台进行电子保函的出具，金融平台生成电子保函后会将电子保函返还给担保平台的业务审批***，担 保平台将电子保函发送给保函***进行接收，用户可以在我的订单中下载出具好 的电子保函或者直接在交易中心处下载出具好的电子保函。

通过本申请实施例中提到的保函生成方法以及对应的保函***，相比传统保 函方式，用户不需要前往银行进行申请并准备大量的材料进行提交，从而节省时 间成本，另外用户不用交付银行高额的保证金，仅需少额的手续费用就能够线上 开具保函，无需投入大量的时间和人力成本，提高保函开具的效率。

第二方面，本申请实施例还提供了一种保函生成***。

在一些实施例中，本申请实施例中的保函生成***包括：

第一获取模块100，第一获取模块100用于获取用户的保函申请；

生成模块200，生成模块200用于根据保函申请生成保函请求单；

分发模块300，分发模块300用于将保函请求单分发给担保平台，由担保平 台根据保函请求单进行审批处理后发送给金融平台；

第二获取模块400，第二获取模块400用于获取金融平台生成的电子保函。

需要说明的是，本申请实施例中的保函生成***用于执行第一方面提到的保 函生成方法，其中关于各个功能模块的具体功能及描述已在第一方面实施例中详 细描述，故不再赘述。

本申请实施例中提到的保函生成***，通过第一获取模块获取用户的保函申 请，由生成模块根据保函申请生成保函请求单，分发模块将保函请求单发送给担 保平台，由担保平台根据保函请求单进行审批处理后发送给金融平台，第二获取 模块获取金融平台生成的电子保函，能够线上开具保函，无需投入大量的时间和 人力成本，提高保函开具的效率。

第三方面，本申请实施例还提供了一种电子设备，包括：至少一个处理器， 以及与所述至少一个处理器通信连接的存储器；

其中，所述处理器通过调用所述存储器中存储的计算机程序，用于执行第一 方面实施例中的保函生成方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以 及非暂态性计算机可执行程序，如本申请第一方面实施例中的保函生成方法。处 理器通过运行存储在存储器中的非暂态软件程序以及指令，从而实现上述第一方 面实施例中的保函生成方法。

存储器可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系 统、至少一个功能所需要的应用程序；存储数据区可存储执行上述第一方面实施 例中的保函生成方法。此外，存储器可以包括高速随机存取存储器，还可以包括 非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储 器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这 些远程存储器可以通过网络连接至该终端。上述网络的实例包括但不限于互联 网、企业内部网、局域网、移动通信网及其组合。

实现上述第一方面实施例中的保函生成方法所需的非暂态软件程序以及指 令存储在存储器中，当被一个或者多个处理器执行时，执行上述第一方面实施例 中的保函生成方法。

第四方面，本申请实施例还提供了计算机可读存储介质，存储有计算机可执 行指令，所述计算机可执行指令用于：执行第一方面实施例中的保函生成方法；

在一些实施例中，该计算机可读存储介质存储有计算机可执行指令，该计算 机可执行指令被一个或多个控制处理器执行，例如，被第三方面实施例的电子设 备中的一个处理器执行，可使得上述一个或多个处理器执行上述第一方面实施例 中的保函生成方法。

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

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系 统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组 件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软 件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件 可以分布在计算机可读介质上，计算机可读介质可以包括计算机存储介质(或非 暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的，术 语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序 模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可 移除介质。计算机存储介质包括但不限于R保函生成方法M、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、 磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计 算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通 常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类 的调制数据信号中的其他数据，并且可包括任何信息递送介质。

在本说明书的描述中，参考术语“一些实施例”、“示例”、“具体示例”、或 “一些示例”等的描述意指结合该实施例或示例描述的具体特征或者特点包含于 本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不 一定指的是相同的实施例或示例。

尽管已经示出和描述了本申请的实施例，本领域的普通技术人员可以理解： 在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、 替换和变型，本申请的范围由权利要求及其等同物限定。

Claims (10)

1.保函生成方法，其特征在于，包括：

获取用户的保函申请；

根据所述保函申请生成保函请求单；

将所述保函请求单分发给担保平台，由所述担保平台根据所述保函请求单进行审批处理后发送给金融平台；

获取所述金融平台生成的电子保函。

2.根据权利要求1所述的保函生成方法，其特征在于，所述获取用户的保函申请，包括：

获取用户的身份标识；

对所述身份标识进行认证处理；

根据所述认证处理下发用户的认证证书；

根据所述用户的所述认证证书获取所述用户的所述保函申请。

3.根据权利要求1所述的保函生成方法，其特征在于，所述获取用户的保函申请，包括：

获取交易中心的交易标识；

根据所述交易标识获取所述用户的所述保函申请。

4.根据权利要求2或3任一所述的保函生成方法，其特征在于，所述将所述保函请求单分发给担保平台，包括：

获取所述保函请求单的保函类型和保函额度；

根据所述保函请求单的所述保函类型和所述保函额度，将所述保函请求单分发给对应的所述担保平台。

5.根据权利要求4所述的保函生成方法，其特征在于，所述担保平台根据所述保函请求单进行审批处理后发送给金融平台，包括：

所述担保平台根据所述保函请求单获取所述保函申请；

根据风控模型对所述保函申请进行审批处理后得到所述保函申请的审批结果，所述风控模型是由所述担保平台制定的审批规则；

根据所述审批结果将所述保函申请发送给所述金融平台。

6.根据权利要求5所述的保函生成方法，其特征在于，所述获取所述金融平台生成的电子保函，包括：

根据所述保函请求单获取所述担保平台接收的电子保函，所述电子保函由所述金融平台根据所述保函申请生成并发送给所述担保平台。

7.根据权利要求1所述的保函生成方法，其特征在于，还包括：

根据所述保函请求单查阅所述担保平台的审批结果；

根据所述审批结果下载所述电子保函或根据所述审批结果将所述电子保函发送至交易中心，以使所述用户在所述交易中心下载所述电子保函。

8.保函生成***，其特征在于，包括：

第一获取模块，所述第一获取模块用于获取用户的保函申请；

生成模块，所述生成模块用于根据所述保函申请生成保函请求单；

分发模块，所述分发模块用于将所述保函请求单分发给担保平台，由所述担保平台根据所述保函请求单进行审批处理后发送给金融平台；

第二获取模块，所述第二获取模块用于获取所述金融平台生成的电子保函。

9.电子设备，其特征在于，包括：

至少一个处理器，以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器执行所述指令时实现如权利要求1至7任一所述的保函生成方法。

10.计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令用于使计算机执行如权利要求1至7任一所述的保函生成方法。

Images