CN117172937B - 一种基于互联网的智能电子保函业务管理系统 - Google Patents

Abstract

本发明涉及电子保函技术领域，具体是一种基于互联网的智能电子保函业务管理系统，包括业务平台，所述业务平台通信连接有申请接收模块、数据存储模块、业务匹配模块、业务跟踪模块、业务反馈模块；申请接收模块用于接收委托方的数据信息；数据存储模块用于存储委托方和担保机构的历史数据；业务匹配模块用于进行承接委托方的电子保函办理业务的担保机构的选定；业务跟踪模块用于对电子保函办理业务进行进度跟踪，所述业务反馈模块用于判断是否存在委托纠纷，若存在委托纠纷，则对违约方进行信任标记，并对违约方的信任系数进行实时更新；大大提高了委托方和担保机构之间进行业务匹配的准备效率，降低业务匹配不精确的概率。

Description

一种基于互联网的智能电子保函业务管理系统

技术领域

本发明涉及电子保函技术领域，具体是一种基于互联网的智能电子保函业务管理系统。

背景技术

电子保函是指以电子形式生成、传输和存储的保函；保函是一种书面文件，由保证人提供，承诺在特定条件下对受益人负责；电子保函的出现是为了简化传统纸质保函的操作流程，并加强安全性和效率；

对比文件CN113469662A“一种电子投标保函服务方法”中，提供了一种基于计算机技术实现电子投标保函在线开立、签发和下载等流程服务的技术方案，即通过与招投标交易活动中心、担保机构端和银行端等进行的信息交互和处理，进而可以实现在线开立电子投标保函等流程线上化的目的；

对比文件CN115841370A“电子投标保函全流程公共服务系统”中，通过建立电子投标保函公共服务平台，实现电子保函业务流程的统一，降低电子投标保函业务办理的难度，避免信息泄漏，并实现了电子招标投标全流程的监督管理，从而构建了招标投标项目的闭环管理体系。

现有技术中存在以下不足：难以对电子保函的的信息交互和处理进程进行监控并进行时间的预计，无法保证电子保函办理流程时间的稳定性，在电子保函业务办理之前无法对委托方和担保机构之间的信任度进行了解，进而无法更好的对委托方与担保机构匹配关系进行选择，为了解决上述技术问题，现提供一种基于互联网的智能电子保函业务管理系统。

发明内容

为了解决上述技术问题，本发明的目的在于提供一种基于互联网的智能电子保函业务管理系统，包括业务平台，所述业务平台通信连接有申请接收模块、数据存储模块、业务匹配模块、业务跟踪模块和业务反馈模块；

所述申请接收模块用于根据委托方的电子保函开立申请和历史数据信息获取委托方的信用电子保函金额、刚需电子保函金额、电子保函期限和业务风险等级；

所述数据存储模块用于存储委托方的历史投保记录和信任系数，以及各担保机构在不同电子保函金额下的业务评价指标；

所述业务匹配模块用于根据各担保机构的业务评价指标确定满足委托方的委托要求的若干担保机构，并生成担保机构最终列表，委托方在担保机构最终列表中进行承接委托方的电子保函办理业务的担保机构的选定；

所述业务跟踪模块用于在委托方选定好担保机构之后，对委托方与担保机构之间的电子保函办理业务进行进度跟踪，并将进度跟踪结果以进度条形式进行展示；

所述业务反馈模块用于判断存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系，并判断是否存在委托纠纷，若存在委托纠纷，则对违约方进行信任标记，并对违约方的信任系数进行实时更新。

进一步的，所述申请接收模块根据委托方的电子保函开立申请和历史数据信息获取委托方的信用电子保函金额、刚需电子保函金额、电子保函期限和业务风险等级的过程包括：

接收由委托方发起的电子保函开立申请，其中所述电子保函开立申请包括投标项目金额、投标项目期限、委托方财务报表和委托方征信记录；

根据电子保函开立申请中的委托方征信记录和数据存储模块存储的委托方历史投保记录获取委托方的历史履约缴纳金额和历史违约金额，根据委托方的历史履约缴纳金额和历史违约金额获取委托方的信用评价系数，获取数据存储模块中存储的委托方的信任系数，根据电子保函开立申请中的委托方财务报表、委托方的信用评价系数和委托方的信任系数生成委托方的信用电子保函金额；

根据电子保函开立申请中的投标项目金额和投标项目期限生成委托方的刚需电子保函金额和电子保函期限，将委托方的刚需电子保函金额与信用电子保函金额进行比较获取委托方的业务风险等级；当委托方的刚需电子保函金额小于等于信用电子保函金额时，将委托方的业务风险等级标记为无；所述业务风险等级包括无、低、中、高和极高，且所述业务风险等级大小为无＜低＜中＜高＜极高；

当委托方的刚需电子保函金额大于信用电子保函金额时，根据委托方的刚需电子保函金额与信用电子保函金额的差值获取委托方的业务风险系数，根据所述业务风险系数获取委托方的业务风险等级。

进一步的，所述业务匹配模块根据和各担保机构的业务评价指标确定满足委托方的委托要求的若干担保机构，并生成担保机构最终列表的过程包括：

获取数据存储模块存储的各担保机构在不同电子保函金额下的业务评价指标，所述业务评价指标包括在不同电子保函金额下的电子保函办理费用、电子保函办理时间周期、最大电子保函金额、与业务风险等级相对应的业务风险承受等级和信任系数；

获取委托方对担保机构的委托要求，所述委托要求包括电子保函办理成本费用区间、电子保函办理时间需求区间、最大电子保函金额需求和担保机构的信任系数；

根据各担保机构的业务风险承受等级和委托方的业务风险等级，从各担保机构中筛选出业务风险承受等级大于等于符合委托方的业务风险等级的若干担保机构，并根据所述若干担保机构生成担保机构预选列表；

获取委托方的刚需电子保函金额，获取担保机构预选列表中各担保机构的在刚需电子保函金额条件下的电子保函办理费用、电子保函办理时间周期、最大电子保函金额和信任系数，并将其标记为刚需业务评价指标；

参照委托方的委托要求对担保机构预选列表中各担保机构的刚需业务评价指标进行筛选，获取满足委托要求的若干担保机构，并根据满足委托要求的若干担保机构生成担保机构最终列表。

进一步的，所述委托方在担保机构最终列表中进行承接委托方的电子保函办理业务的担保机构的选定的过程包括：

获取担保机构最终列表中各担保机构的刚需业务评价指标，并对刚需业务评价指标中的各个指标数据进行加权平均处理，获得各担保机构的推荐系数，并选取推荐系数前十的担保机构构建推荐担保机构列表，委托方在推荐担保机构列表中根据各担保机构的刚需业务评价指标进行担保机构的选定。

进一步的，所述业务跟踪模块在委托方选定好担保机构之后，对委托方与担保机构之间的电子保函办理业务进行进度跟踪，并将进度跟踪结果以进度条形式进行展示的过程包括：

在委托方与担保机构之间构建专属数据办理通道，委托方与担保机构通过专属数据办理通道进行电子保函办理业务的交互；

获取办理电子保函的流程信息，将电子保函的办理过程按照流程信息进行拆分，划分为若干流程子序列，一个流程子序列作为一个阶段，形成进度阶段，之后对进度阶段进行办理时间的预计，形成进度阶段的预计时间；

将进度阶段进行办理流程的排布，将进度阶段的预计时间绑定到对应的进度阶段办理流程中，构建进度监测单元；

获取每个进度阶段中委托方作为执行主体进行数据办理时的预计时间以及担保机构作为执行主体进行数据办理时的预计时间，将进度监测单元按照执行主体进行进度分层，进而将进度阶段的预计时间按照进度分层进行时间的分配，形成进度监测单元的进度时间细化；

实时监测电子保函办理的进度流程，并同时按照进度监测单元的进度时间细化进行进度跟踪，并同时以进度条形式进行展示。

进一步的，办理电子保函的流程信息包括：

委托方向选定的保函机构提交保函申请，通常可以通过线上平台或电子邮件等方式进行；

保函机构对申请进行审查和评估，包括对委托方的资信状况、业务合法性等进行核实，以确定是否批准保函申请；

当保函申请获批准，保函机构与委托方签署电子保函合同，在合同中，明确了保函的金额、期限、责任等条款；

保函机构使用电子保函管理系统生成电子保函，电子保函是经过加密和数字签名的保函文件，具有法律效力；

保函机构将电子保函发送给收款方或指定的受益人，通常可以通过电子邮件或安全数据传输方式进行，收款方或受益人收到电子保函后进行确认；

保函机构将电子保函发送给收款方或指定的受益人，通常可以通过电子邮件或安全数据传输方式进行，收款方或受益人收到电子保函后进行确认。

进一步的，所述业务跟踪模块根据进度条以及专属数据办理通道已建立的时间，对进度监测单元信息进行进度预计时间更新，获取各分层的进度条进程比例以及专属数据办理通道已建立的时间占进度阶段的预计时间的比例；

当进度条进程比例大于等于专属数据办理通道已建立的时间占进度阶段的预计时间的比例时，将该进度条进程标记为正常进度；

当进度条进程比例小于专属数据办理通道已建立的时间占进度阶段的预计时间的比例时，将该进度条进程标记为异常进度。

进一步的，所述业务反馈模块判断存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系，并判断是否存在委托纠纷，若存在委托纠纷，则对违约方进行信任标记的过程包括：

当存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系并中断专属数据办理通道，并获取进度条进程为异常进度的执行主体与进度条进程为正常进度的执行主体之间的违约支付关系；

所述违约支付关系包括进度条进程为异常进度的执行主体是否向进度条进程为正常进度的执行主体缴纳违约金，若违约金已缴纳，则不对进度条进程为异常进度的执行主体进行信任标记；

若违约金未缴纳，即认为存在委托纠纷，则对进度条进程为异常进度的执行主体标记为违约方，并对违约方进行信任标记。

进一步的，所述业务反馈模块对违约方的信任系数进行实时更新的过程包括：

获取违约方的违约金额、违约方的违约次数、违约方的执行主体以及数据存储模块中存储的违约方的信任系数，根据违约方的违约金额、违约次数和违约方的执行主体对违约方的信任系数进行实时更新。

进一步的，信任系数的获得过程为：

信任系数的计算公式为Q＝N*K*S；

其中，N为违约方的违约次数；K为违约方的违约金额；S为违约方的执行主体对应的权重系数。

与现有技术相比，本发明的有益效果是：

1、本发明通过电子保函业务办理的进度以及完成时间具有精准的把控效力，能够保证对电子保函业务的办理过程的完成时间具有一定的稳定性，能够提升委托方和担保机构的业务办理效率，并提高对两方之间业务办理过程出现违规的判定精度；

2、本发明对委托方和担保机构的信任系数进行实时更新并存储至数据存储模块，同时将存储的信任系数作为后续的委托方和担保机构之间进行业务匹配的参考，大大提高了委托方和担保机构之间进行业务匹配的准备效率，降低业务匹配不精确的概率。

附图说明

图1为本申请实施例的一种基于互联网的智能电子保函业务管理系统的原理图。

具体实施方式

下面结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，一种基于互联网的智能电子保函业务管理系统，包括业务平台，所述业务平台通信连接有申请接收模块、数据存储模块、业务匹配模块、业务跟踪模块和业务反馈模块；

所述申请接收模块用于根据委托方的电子保函开立申请和历史数据信息获取委托方的信用电子保函金额、刚需电子保函金额、电子保函期限和业务风险等级；

所述数据存储模块用于存储委托方的历史投保记录和信任系数，以及各担保机构在不同电子保函金额下的业务评价指标；

所述业务匹配模块用于根据各担保机构的业务评价指标确定满足委托方的委托要求的若干担保机构，并生成担保机构最终列表，委托方在担保机构最终列表中进行承接委托方的电子保函办理业务的担保机构的选定；

所述业务跟踪模块用于在委托方选定好担保机构之后，对委托方与担保机构之间的电子保函办理业务进行进度跟踪，并将进度跟踪结果以进度条形式进行展示；

所述业务反馈模块用于判断存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系，并判断是否存在委托纠纷，若存在委托纠纷，则对违约方进行信任标记，并对违约方的信任系数进行实时更新。

需要进一步说明的是，在具体实施过程中，所述申请接收模块根据委托方的电子保函开立申请和历史数据信息获取委托方的信用电子保函金额、刚需电子保函金额、电子保函期限和业务风险等级的过程包括：

接收由委托方发起的电子保函开立申请，其中所述电子保函开立申请包括投标项目金额、投标项目期限、委托方财务报表和委托方征信记录；

根据电子保函开立申请中的委托方征信记录和数据存储模块存储的委托方历史投保记录获取委托方的历史履约缴纳金额和历史违约金额，根据委托方的历史履约缴纳金额和历史违约金额获取委托方的信用评价系数，获取数据存储模块中存储的委托方的信任系数，根据电子保函开立申请中的委托方财务报表、委托方的信用评价系数和委托方的信任系数生成委托方的信用电子保函金额；

根据电子保函开立申请中的投标项目金额和投标项目期限生成委托方的刚需电子保函金额和电子保函期限，将委托方的刚需电子保函金额与信用电子保函金额进行比较获取委托方的业务风险等级；当委托方的刚需电子保函金额小于等于信用电子保函金额时，将委托方的业务风险等级标记为无；所述业务风险等级包括无、低、中、高和极高，且所述业务风险等级大小为无＜低＜中＜高＜极高；

当委托方的刚需电子保函金额大于信用电子保函金额时，根据委托方的刚需电子保函金额与信用电子保函金额的差值获取委托方的业务风险系数，根据所述业务风险系数获取委托方的业务风险等级。

需要进一步说明的是，在具体实施过程中，所述业务匹配模块根据和各担保机构的业务评价指标确定满足委托方的委托要求的若干担保机构，并生成担保机构最终列表的过程包括：

获取数据存储模块存储的各担保机构在不同电子保函金额下的业务评价指标，所述业务评价指标包括在不同电子保函金额下的电子保函办理费用、电子保函办理时间周期、最大电子保函金额、与业务风险等级相对应的业务风险承受等级和信任系数；

获取委托方对担保机构的委托要求，所述委托要求包括电子保函办理成本费用区间、电子保函办理时间需求区间、最大电子保函金额需求和担保机构的信任系数；

根据各担保机构的业务风险承受等级和委托方的业务风险等级，从各担保机构中筛选出业务风险承受等级大于等于符合委托方的业务风险等级的若干担保机构，并根据所述若干担保机构生成担保机构预选列表；

获取委托方的刚需电子保函金额，获取担保机构预选列表中各担保机构的在刚需电子保函金额条件下的电子保函办理费用、电子保函办理时间周期、最大电子保函金额和信任系数，并将其标记为刚需业务评价指标；

参照委托方的委托要求对担保机构预选列表中各担保机构的刚需业务评价指标进行筛选，获取满足委托要求的若干担保机构，并根据满足委托要求的若干担保机构生成担保机构最终列表。

需要进一步说明的是，在具体实施过程中，所述委托方在担保机构最终列表中进行承接委托方的电子保函办理业务的担保机构的选定的过程包括：

获取担保机构最终列表中各担保机构的刚需业务评价指标，并对刚需业务评价指标中的各个指标数据进行加权平均处理，获得各担保机构的推荐系数，并选取推荐系数前十的担保机构构建推荐担保机构列表，委托方在推荐担保机构列表中根据各担保机构的刚需业务评价指标进行担保机构的选定。

需要进一步说明的是，在具体实施过程中，所述业务跟踪模块在委托方选定好担保机构之后，对委托方与担保机构之间的电子保函办理业务进行进度跟踪，并将进度跟踪结果以进度条形式进行展示的过程包括：

在委托方与担保机构之间构建专属数据办理通道，委托方与担保机构通过专属数据办理通道进行电子保函办理业务的交互；

获取办理电子保函的流程信息，将电子保函的办理过程按照流程信息进行拆分，划分为若干流程子序列，一个流程子序列作为一个阶段，形成进度阶段，之后对进度阶段进行办理时间的预计，形成进度阶段的预计时间；

将进度阶段进行办理流程的排布，将进度阶段的预计时间绑定到对应的进度阶段办理流程中，构建进度监测单元；

获取每个进度阶段中委托方作为执行主体进行数据办理时的预计时间以及担保机构作为执行主体进行数据办理时的预计时间，将进度监测单元按照执行主体进行进度分层，进而将进度阶段的预计时间按照进度分层进行时间的分配，形成进度监测单元的进度时间细化；

实时监测电子保函办理的进度流程，并同时按照进度监测单元的进度时间细化进行进度跟踪，并同时以进度条形式进行展示。

需要进一步说明的是，在具体实施过程中，办理电子保函的流程信息包括：

委托方向选定的保函机构提交保函申请，通常可以通过线上平台或电子邮件等方式进行；

保函机构对申请进行审查和评估，包括对委托方的资信状况、业务合法性等进行核实，以确定是否批准保函申请；

当保函申请获批准，保函机构与委托方签署电子保函合同，在合同中，明确了保函的金额、期限、责任等条款；

保函机构使用电子保函管理系统生成电子保函，电子保函是经过加密和数字签名的保函文件，具有法律效力；

保函机构将电子保函发送给收款方或指定的受益人，通常可以通过电子邮件或安全数据传输方式进行，收款方或受益人收到电子保函后进行确认；

保函机构将电子保函发送给收款方或指定的受益人，通常可以通过电子邮件或安全数据传输方式进行，收款方或受益人收到电子保函后进行确认。

需要进一步说明的是，在具体实施过程中，所述业务跟踪模块根据进度条以及专属数据办理通道已建立的时间，对进度监测单元信息进行进度预计时间更新，获取各分层的进度条进程比例以及专属数据办理通道已建立的时间占进度阶段的预计时间的比例；

当进度条进程比例大于等于专属数据办理通道已建立的时间占进度阶段的预计时间的比例时，将该进度条进程标记为正常进度；

当进度条进程比例小于专属数据办理通道已建立的时间占进度阶段的预计时间的比例时，将该进度条进程标记为异常进度。

需要进一步说明的是，在具体实施过程中，所述业务反馈模块判断存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系，并判断是否存在委托纠纷，若存在委托纠纷，则对违约方进行信任标记的过程包括：

当存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系并中断专属数据办理通道，并获取进度条进程为异常进度的执行主体与进度条进程为正常进度的执行主体之间的违约支付关系；

所述违约支付关系包括进度条进程为异常进度的执行主体是否向进度条进程为正常进度的执行主体缴纳违约金，若违约金已缴纳，则不对进度条进程为异常进度的执行主体进行信任标记；

若违约金未缴纳，即认为存在委托纠纷，则对进度条进程为异常进度的执行主体标记为违约方，并对违约方进行信任标记。

需要进一步说明的是，在具体实施过程中，所述业务反馈模块对违约方的信任系数进行实时更新的过程包括：

获取违约方的违约金额、违约方的违约次数、违约方的执行主体以及数据存储模块中存储的违约方的信任系数，根据违约方的违约金额、违约次数和违约方的执行主体对违约方的信任系数进行实时更新。

需要进一步说明的是，在具体实施过程中，信任系数的获得过程为：

信任系数的计算公式为Q＝N*K*S；

其中，N为违约方的违约次数；K为违约方的违约金额；S为违约方的执行主体对应的权重系数。

以上实施例仅用以说明本发明的技术方法而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方法进行修改或等同替换，而不脱离本发明技术方法的精神和范围。

Claims (8)

1.一种基于互联网的智能电子保函业务管理系统，包括业务平台，其特征在于，所述业务平台通信连接有申请接收模块、数据存储模块、业务匹配模块、业务跟踪模块和业务反馈模块；

所述申请接收模块用于根据委托方的电子保函开立申请和历史数据信息获取委托方的信用电子保函金额、刚需电子保函金额、电子保函期限和业务风险等级；

所述数据存储模块用于存储委托方的历史投保记录和信任系数，以及各担保机构在不同电子保函金额下的业务评价指标；

所述业务匹配模块用于根据各担保机构的业务评价指标确定满足委托方的委托要求的若干担保机构，并生成担保机构最终列表，委托方在担保机构最终列表中进行承接委托方的电子保函办理业务的担保机构的选定；

所述业务跟踪模块用于在委托方选定好担保机构之后，对委托方与担保机构之间的电子保函办理业务进行进度跟踪，并将进度跟踪结果以进度条形式进行展示；

所述业务反馈模块用于判断存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系，并判断是否存在委托纠纷，若存在委托纠纷，则对违约方进行信任标记，并对违约方的信任系数进行实时更新。

2.根据权利要求1所述的一种基于互联网的智能电子保函业务管理系统，其特征在于，所述申请接收模块根据委托方的电子保函开立申请和历史数据信息获取委托方的信用电子保函金额、刚需电子保函金额、电子保函期限和业务风险等级的过程包括：

接收由委托方发起的电子保函开立申请，其中所述电子保函开立申请包括投标项目金额、投标项目期限、委托方财务报表和委托方征信记录；

根据电子保函开立申请中的委托方征信记录和数据存储模块存储的委托方历史投保记录获取委托方的历史履约缴纳金额和历史违约金额，根据委托方的历史履约缴纳金额和历史违约金额获取委托方的信用评价系数，获取数据存储模块中存储的委托方的信任系数，根据电子保函开立申请中的委托方财务报表、委托方的信用评价系数和委托方的信任系数生成委托方的信用电子保函金额；

根据电子保函开立申请中的投标项目金额和投标项目期限生成委托方的刚需电子保函金额和电子保函期限，将委托方的刚需电子保函金额与信用电子保函金额进行比较获取委托方的业务风险等级；当委托方的刚需电子保函金额小于等于信用电子保函金额时，将委托方的业务风险等级标记为无；所述业务风险等级包括无、低、中、高和极高，且所述业务风险等级大小为无＜低＜中＜高＜极高；

当委托方的刚需电子保函金额大于信用电子保函金额时，根据委托方的刚需电子保函金额与信用电子保函金额的差值获取委托方的业务风险系数，根据所述业务风险系数获取委托方的业务风险等级。

3.根据权利要求2所述的一种基于互联网的智能电子保函业务管理系统，其特征在于，所述业务匹配模块根据和各担保机构的业务评价指标确定满足委托方的委托要求的若干担保机构，并生成担保机构最终列表的过程包括：

获取数据存储模块存储的各担保机构在不同电子保函金额下的业务评价指标，所述业务评价指标包括在不同电子保函金额下的电子保函办理费用、电子保函办理时间周期、最大电子保函金额、与业务风险等级相对应的业务风险承受等级和信任系数；

获取委托方对担保机构的委托要求，所述委托要求包括电子保函办理成本费用区间、电子保函办理时间需求区间、最大电子保函金额需求和担保机构的信任系数；

根据各担保机构的业务风险承受等级和委托方的业务风险等级，从各担保机构中筛选出业务风险承受等级大于等于符合委托方的业务风险等级的若干担保机构，并根据所述若干担保机构生成担保机构预选列表；

获取委托方的刚需电子保函金额，获取担保机构预选列表中各担保机构的在刚需电子保函金额条件下的电子保函办理费用、电子保函办理时间周期、最大电子保函金额和信任系数，并将其标记为刚需业务评价指标；

参照委托方的委托要求对担保机构预选列表中各担保机构的刚需业务评价指标进行筛选，获取满足委托要求的若干担保机构，并根据满足委托要求的若干担保机构生成担保机构最终列表。

4.根据权利要求3所述的一种基于互联网的智能电子保函业务管理系统，其特征在于，所述委托方在担保机构最终列表中进行承接委托方的电子保函办理业务的担保机构的选定的过程包括：

获取担保机构最终列表中各担保机构的刚需业务评价指标，并对刚需业务评价指标中的各个指标数据进行加权平均处理，获得各担保机构的推荐系数，并选取推荐系数前十的担保机构构建推荐担保机构列表，委托方在推荐担保机构列表中根据各担保机构的刚需业务评价指标进行担保机构的选定。

5.根据权利要求4所述的一种基于互联网的智能电子保函业务管理系统，其特征在于，所述业务跟踪模块在委托方选定好担保机构之后，对委托方与担保机构之间的电子保函办理业务进行进度跟踪，并将进度跟踪结果以进度条形式进行展示的过程包括：

在委托方与担保机构之间构建专属数据办理通道，委托方与担保机构通过专属数据办理通道进行电子保函办理业务的交互；

获取办理电子保函的流程信息，将电子保函的办理过程按照流程信息进行拆分，划分为若干流程子序列，一个流程子序列作为一个阶段，形成进度阶段，之后对进度阶段进行办理时间的预计，形成进度阶段的预计时间；

将进度阶段进行办理流程的排布，将进度阶段的预计时间绑定到对应的进度阶段办理流程中，构建进度监测单元；

获取每个进度阶段中委托方作为执行主体进行数据办理时的预计时间以及担保机构作为执行主体进行数据办理时的预计时间，将进度监测单元按照执行主体进行进度分层，进而将进度阶段的预计时间按照进度分层进行时间的分配，形成进度监测单元的进度时间细化；

实时监测电子保函办理的进度流程，并同时按照进度监测单元的进度时间细化进行进度跟踪，并同时以进度条形式进行展示。

6.根据权利要求5所述的一种基于互联网的智能电子保函业务管理系统，其特征在于，所述业务跟踪模块根据进度条以及专属数据办理通道已建立的时间，对进度监测单元信息进行进度预计时间更新，获取各分层的进度条进程比例以及专属数据办理通道已建立的时间占进度阶段的预计时间的比例；

当进度条进程比例大于等于专属数据办理通道已建立的时间占进度阶段的预计时间的比例时，将该进度条进程标记为正常进度；

当进度条进程比例小于专属数据办理通道已建立的时间占进度阶段的预计时间的比例时，将该进度条进程标记为异常进度。

7.根据权利要求6所述的一种基于互联网的智能电子保函业务管理系统，其特征在于，所述业务反馈模块判断存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系，并判断是否存在委托纠纷，若存在委托纠纷，则对违约方进行信任标记的过程包括：

当存在异常进度的进度条进程时，则结束委托方与担保机构的委托单包关系并中断专属数据办理通道，并获取进度条进程为异常进度的执行主体与进度条进程为正常进度的执行主体之间的违约支付关系；

所述违约支付关系包括进度条进程为异常进度的执行主体是否向进度条进程为正常进度的执行主体缴纳违约金，若违约金已缴纳，则不对进度条进程为异常进度的执行主体进行信任标记；

若违约金未缴纳，即认为存在委托纠纷，则对进度条进程为异常进度的执行主体标记为违约方，并对违约方进行信任标记。

8.根据权利要求7所述的一种基于互联网的智能电子保函业务管理系统，其特征在于，所述业务反馈模块对违约方的信任系数进行实时更新的过程包括：

获取违约方的违约金额、违约方的违约次数、违约方的执行主体以及数据存储模块中存储的违约方的信任系数，根据违约方的违约金额、违约次数和违约方的执行主体对违约方的信任系数进行实时更新。