一种电子合同签署管理方法与流程

本发明涉及信息科技技术领域，具体为一种电子合同签署管理方法。

背景技术：

全球信息化已有60年的历史，企业的数字化进程比我们想像的要快。合同是企业信息和数据的重要资产，针对企业或个人合同电子化管理的关注度越来越高。《中华人民共和国合同法》、《中华人民共和国电子签名法》、《gb/t36298-2018电子合同订立流程规范》、《gbt36320-2018第三方电子合同服务平台功能建设规范》、《gbt36319-2018电子合同基础信息描述规范》为电子合同在电子商务和自然人、法人合同管理的电子化、数字化、网络化、智能化运用奠定了法律基础和标准规范。基于对合同签署和合同缔约人之间的民事责任的保护和约束等需求，本发明对现实世界中个人、企业电子合同管理与在线签署的整个操作过程提供三方共同监督的操作日志，并特别强调对缔约相对人活体图像接受度的确认。

相比纸质合同签约，当事人在某一场所进行现场签约时，对应的合同缔约人、合同文件、签约地点都是现实世界可以感知的。电子合同的签约在订立平台上签署时，参考《中华人民共和国电子签名法》，电子合同发起方和接收方的主营业地点是电子合同发送和接收的地点。因此，通过电子合同订立平台对缔约相对人的身份确认、合同签署过程的管理和记录显得尤为重要。管理的内容包括用户的合同拟定、确认、发起、发送审批、发起方用章、签署、发送、撤回、接收、退回、接收审批、接收方用章、签署、查看、下载、合同验证、活体图像的接受度确认。

电子合同在进入待签署时，通过提供给签署合同的当事人确认合同缔约相对人的身份信息，特别是活体图像，提高当事人签署合同的意愿。反过来，网络身份通常会造成当事人之间的担忧，造成电子合同的在线签署的效率、可信度和公信力降低，不利于电子合同的签署。

技术实现要素：

本部分的目的在于概述本发明的实施方式的一些方面以及简要介绍一些较佳实施方式。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊，而这种简化或省略不能用于限制本发明的范围。

鉴于上述和/或现有电子合同签署中存在的问题，提出了本发明。

因此，本发明的目的是提供一种电子合同签署管理方法，对不同用户场景的签署过程管理的模型化。同时需要特别加强对签署合同的缔约人及缔约相对人的身份信息认证结果的可接受程度。能够提供给签署合同的当事人确认合同缔约相对人的身份信息，特别是活体图像，使当事人可以根据活体图像的接受度判断来决定当事人在线签署电子合同的意愿，提高电子合同的在线签署的效率、可信度和公信力，方便电子合同的签署。

为解决上述技术问题，根据本发明的一个方面，本发明提供了如下技术方案：

一种电子合同签署管理方法，该签署管理步骤如下：

步骤一：发起拟定，双方确认合同内容，双方确认合同格式和条款后，相应的合同文件进入合同草稿文件；

步骤二：发起方可以从草稿文件中发起正式合同签约请求，发起方如果是公司行为，可以进行公司业务审批，如果审批不通过，经办人可以撤回合同；

步骤三：如果是企业合同，发起方签署前可以进行公司用章审批管理，如果审批不通过，经办人可以撤回合同；

步骤四：个人或企业用户撤回后的合同文件，进入失效状态，撤回后，根据合同签署的上下文要求，发起方可以重新发起，并相应的更新需要修改的签约上下文或者合同文件；

步骤五：个人或企业的合同文件，根据发起方的签发顺序要求，发起方可以正式签署或者发送合同文件；

步骤六：签署前，电子合同订立平台，提示用户确认合同内容和缔约相对人的活体图像接受度，确认后，进行电子签章和数字证书签署；

步骤七：合同文件发送后，接收方可以接收或者退回合同文件，退回的合同文件进入失效状态，退回的合同文件，发起方可以根据合同文件签约上下文重新发起，并更新相应需要修改的签约上下文或者合同文件；

步骤八：接收方接收合同文件；

步骤九：如果是企业合同业务，接收方可以关联具体业务管理，进入业务审批、公司用章审批管理，如果审批不通过，经办人可以退回合同；

步骤十：接收方签署前，电子合同订立平台，提示用户确认合同内容和缔约相对人的活体图像接受度，确认后，进行电子签章和数字证书签署；

步骤十一：接收方签署后，如果发起方的签发顺序要求是先发后签，对应的合同文件等待发起方签署，发起方签署前，接收方可以撤回合同文件，被撤回的合同文件进入失效状态；

步骤十二：双方签署后，合同文件完成签署。

与现有技术相比：本申请特别强调一种方法在电子合同进入待签署时，提供给签署合同的当事人确认合同缔约相对人的身份信息，特别是活体图像。并通过该种方式，电子合同订立平台的用户会随着合同交易和时间的推进，不断更新近期的活体图像。通过当事人对缔约相对人的近期活体图像的接受度判断可以提高当事人在线签署电子合同的意愿。通过这种方式，用户的身份信息会持续保持更新，并且在进入合同正式签署的时候，往往就是缔约相对人可以接受的。提高了电子合同在线签署的效率、可信度、公信力。本申请也强调一种方法，让合同缔约双方当事人可以共同管理和监督电子合同的签署进度。

附图说明

为了更清楚地说明本发明实施方式的技术方案，下面将结合附图和详细实施方式对本发明进行详细说明，显而易见地，下面描述中的附图仅仅是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。其中：

图1为本发明一种电子合同签署管理方法的结构示意图；

图2为本发明一种电子合同签署管理方法的流程结构示意图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图对本发明的具体实施方式做详细的说明。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其他不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本发明内涵的情况下做类似推广，因此本发明不受下面公开的具体实施方式的限制。

其次，本发明结合示意图进行详细描述，在详述本发明实施方式时，为便于说明，表示模型结构的模块没有进一步细化，而且所述示意图只是示例，其在此不应限制本发明保护的范围。

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的实施方式作进一步地详细描述。

本发明提供一种电子合同签署管理方法，请参阅图1-2，该管理步骤如下：

步骤一：发起方-用户a登录电子合同订立平台，发起拟定时，选择接收方，可以是个人接收，也可以是企业接收。选择带拟定的合同源文件或者共享参数模板。本实施例发起拟定文件为《授权委托书》。发送前，共享参数模板有设置发起方输入的内容，发起方输入完成后，可以保存并发起。发起方-用户b收到拟定待确认的通知，并且登录电子合同订立平台。发起方-用户b打开拟定文件预览，确认合同的格式和条款，如果有待接收方输入的内容，输入完成后，可以保存并确认。双方确认过的拟定文件，进入合同的草稿文件。日志格式如下：

【合同操作日志】2019年**月**日16：00：00发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2发起拟定《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日16：00：00发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4确认拟定《授权委托书》/hash值：****/系统交易编号：a0000000000001。

步骤二：发起方-用户a在草稿文件列表中查看已经确认过的文件，并且可以通过草稿文件的发起合同入口发起合同。如果发起方-用户a登录的是企业合同模式，发起时，会提示用户关联合同业务类型。并且确认签发顺序、签署要求、签章位置设置等。发起方-用户a正式发起合同文件给发起方-用户b。发起后，企业合同进入发起业务审批环节，合同文件进入文件夹发送审批中。审批过程和结果会通知回相关的合同文件和合同缔约人。如果审批失败，发起人可以撤回合同文件。合同文件在双方完成签署前，始终提供发起方-用户a撤回入口。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2发起合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：刘*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2审批合同《授权委托书》/hash值：****/审批结果：通过/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2审批合同《授权委托书》/hash值：****/审批结果：失败/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2撤回合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

步骤三：业务审批通过后，如果签发顺序是先签后发，合同文件进入发起方用章审批流程，合同文件夹为发起方用章。如果审批失败，发起人可以撤回合同文件。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：叶*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2审批用章《授权委托书》/hash值：****/审批结果：通过/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：黄*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2审批用章《授权委托书》/hash值：***/*审批结果：失败/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2撤回合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

步骤四：合同文件被撤回后，文件状态变更为已失效。相应的合同文件进入已失效文件夹。发起方可以在文件列表-》已失效列表中查看，列表和详情页面提供发起方重新发起入口。重新发起时，合同文件的签约上下文被自动提取，发起人可以修改相应的签约设置和合同文件附件。重新发起时，可以更新合同文件，合同系统交易编号保持一致，对应的文件hash值会发生变化，是合同拟定和谈判过程的延续。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2重新发起合同《授权委托书*》/hash值：****/系统交易编号：a0000000000001。

步骤五：如果是先签后发的合同文件，发起方可以正式签署。如果是先发后签的合同文件，发起方业务审批通过后，发起方可以发送合同。系统会判断是否达到发送条件，并且自动发送。

【系统日志】根据《授权委托书*》/hash值：****/系统交易编号：a0000000000001的签署要求和设置，合同ai小助理自动为您发送给发起方-用户b王*某请求接收。

步骤六：签署前，合同文件进入文件夹待发起方签，系统提示发起方-用户a确认发起方-用户b的活体图像是否可接受。接受度分为确认、有点像、无法接受，如果发起方-用户a无法接受，系统退出签署，并通知发起方-用户b更新近期的活体图像。如果发起方-用户a确认发起方-用户b的活体图像为确认或者有点像，发起方-用户a拖动签章到相应的位置，保存并提交系统确认签署。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2确认发起方-用户b/活体图像:****结果：确认/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2确认发起方-用户b/活体图像:****结果：有点像/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2确认发起方-用户b/活体图像:****结果：无法接受/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2签署合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【系统日志】根据发起方-用户a对发起方-用户b的活体图像接受度/结果：无法接受，合同ai小助理自动为您请求发起方-用户b更新近期活体图像。

步骤七：合同文件发送后，合同文件进入待接收文件夹。发起方-用户b登录后，查看待接收文件列表，系统在列表或者详情页面为发起方-用户b提供接收和退回入口。如果发起方-用户b退回合同文件，合同文件状态位已退回，对应的合同文件进入已失效文件夹；发起方-用户a登录时，可以从已失效文件夹重新发起合同。退回的合同文件，发起方可以根据合同文件签约上下文重新发起，并更新相应需要修改的签约上下文或者合同文件。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4退回合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2重新发起合同《授权委托书*》/hash值：****/系统交易编号：a0000000000001。

步骤八：如果发起方-用户b接收合同文件，个人合同时，合同文件进入待接收方签；企业合同时，会提示经办人关联合同业务类型。对应的合同文件进入接收审批中或者接收方用章、待接收方签。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4接收合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4关联合同业务类型《授权委托书》/hash值：****/业务类型：****/系统交易编号：a0000000000001。

步骤九：业务审批和用章审批流程控制，按审批列表逐个跟进审批状态和审批结果。如果有一个环节审批不通过，接收方发起方-用户b可以退回合同文件。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：刘*四在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**9审批合同《授权委托书》/hash值：****/审批结果：通过/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*四在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**8审批合同《授权委托书》/hash值：****/审批结果：失败/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：叶*四在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**6审批用章《授权委托书》/hash值：****/审批结果：通过/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：黄*四在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**5审批用章《授权委托书》/hash值：****/审批结果：失败/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4退回合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

步骤十：接收方签署前，电子合同订立平台，提示用户确认合同内容和缔约相对人的活体图像接受度。确认后，进行电子签章和数字证书签署。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4确认发起方-用户a/活体图像:****结果：确认/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4确认发起方-用户a/活体图像:****结果：有点像/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4确认发起方-用户a/活体图像:****结果：无法接受/系统交易编号：a0000000000001。

步骤十一：接收方签署后，如果发起方的签发顺序要求是先发后签。对应的合同文件等待发起方签署。发起方签署前，启动用章审批流程；发起方签署前，接收方可以撤回合同文件。被撤回的合同文件进入失效状态。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4签署合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户b：李*三在app端/mac:f3-8c-50-**-**-*7/ip-122.115.***.**4撤回合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：叶*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2审批用章《授权委托书》/hash值：****/审批结果：通过/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：黄*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2审批用章《授权委托书》/hash值：****/审批结果：失败/审批意见：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2撤回合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2确认发起方-用户b/活体图像:****结果：确认/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2确认发起方-用户b/活体图像:****结果：有点像/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2确认发起方-用户b/活体图像:****结果：无法接受/系统交易编号：a0000000000001。

【合同操作日志】2019年**月**日19：03：01发起方-用户a：张*三在web端/mac:f3-8c-50-**-**-*7/ip-172.124.***.**2签署合同《授权委托书》/hash值：****/系统交易编号：a0000000000001。

步骤十二：双方签署后，合同文件完成签署。合同状态更新为已完成签署，对应的合同文件进入已完成签署。系统提交存证报告进行电子数据公证。

【系统日志】根据《*****文件》/hash值：****/系统交易编号：****的签署要求和设置，合同ai小助理自动为您更新合同状态为已完成签署。

【系统日志】根据《*****文件》/hash值：****/系统交易编号：****的签署要求和设置，合同ai小助理自动为您更新合同存证报告《********存证报告》/hash值：****。

【系统日志】根据《*****文件》/hash值：****/系统交易编号：****的签署要求和设置，合同ai小助理自动为您发起电子数据公证，公证结果：《********公证确认函》/hash值：****。

虽然在上文中已经参考实施方式对本发明进行了描述，然而在不脱离本发明的范围的情况下，可以对其进行各种改进并且可以用等效物替换其中的部件。尤其是，只要不存在结构冲突，本发明所披露的实施方式中的各项特征均可通过任意方式相互结合起来使用，在本说明书中未对这些组合的情况进行穷举性的描述仅仅是出于省略篇幅和节约资源的考虑。因此，本发明并不局限于文中公开的特定实施方式，而是包括落入权利要求的范围内的所有技术方案。