一种合同管理方法、装置、设备及存储介质与流程

1.本技术涉及合同协议文件管理领域，具体涉及一种合同管理方法、装置、设备及存储介质。


背景技术：

2.目前随着技术的发展，合同签订、分析等合同管理过程，能够通过电子平台的方式，实现合同的电子化。
3.然而现有电子化合同协议文件管理存在以下缺点：1、在业务流程中对合同协议的处理比较多，而目前并没有将其抽象成独立的文件模块，进而对合同协议文件生成或上传过程中产生的异常排查较为困难；2、业务流程与合同协议处理功能过度耦合，导致对存量合同协议的补件难度较大；3、新渠道接入开发周期比较长；4、补件功能过度依赖开发人员，运营人员无法自主地进行补件。
4.申请内容
5.为了解决上述背景技术中提到的至少一个问题，本技术提供了一种合同管理方法、装置、设备及存储介质，能够将合同协议文件处理模块化，以便于对合同协议文件生成或上传过程中产生的问题的排查；还能够实现合同协议的配置化，以便于新渠道的合同协议文件快速接入；同时，能够实现合同协议与业务流程解耦以及可视化补件，补件更为方便，完成对合同协议文件的标准化管理。
6.本技术实施例提供的具体技术方案如下：
7.第一方面，提供一种合同管理方法，所述方法包括：
8.获取至少一个业务流程；
9.根据每个所述业务流程，创建对应的合同文件处理节点；
10.根据每个所述合同文件处理节点，对合同文件进行处理，得到处理后的合同文件；
11.将所述处理后的合同文件上传至文件服务器。
12.进一步的，所述根据每个所述业务流程，创建对应的合同文件处理节点，包括：
13.在每个所述业务流程中，接收合同文件以及用户信息，创建所述业务流程对应的合同文件处理节点，所述合同文件来源于文件服务器或其他业务流程；
14.将所述合同文件以及所述用户信息传输至所述合同文件处理节点中。
15.进一步的，所述根据每个所述合同文件处理节点，对合同文件进行处理，得到处理后的合同文件，包括：
16.在所述合同文件处理节点中，根据所述合同文件以及所述用户信息，对所述合同文件进行处理，得到处理后的合同文件以及文件处理状态；
17.将所述处理后的合同文件以及文件处理状态返回至所述业务流程。
18.进一步的，所述根据每个所述合同文件处理节点，对合同文件进行处理，得到处理后的合同文件，还包括：
19.在所述合同文件处理节点中，读取配置信息，根据所述配置信息对合同文件进行
配置，再对配置后的所述合同文件进行处理，得到处理后的合同文件。
20.进一步的，所述配置信息包括以下至少一种：
21.文件模板信息、合作渠道方信息、业务阶段信息、签章信息以及业务数据信息。
22.进一步的，所述根据每个所述合同文件处理节点，对合同文件进行处理，得到处理后的合同文件，还包括以下步骤：
23.生成pdf版本的合同文件；
24.对所述合同文件进行电子签章，得到签章后的合同文件；
25.生成所述签章后的合同文件的预览图片；
26.将所述签章后的合同文件上传至合作渠道方。
27.进一步的，所述方法还包括：
28.每个所述步骤记录对应的业务处理状态，若所述业务处理状态出现异常，根据所述业务处理状态重新执行对应的所述步骤。
29.第二方面，提供一种合同管理装置，所述装置包括：
30.接收模块，用于获取至少一个业务流程；
31.管理模块，用于根据每个所述业务流程，创建对应的合同文件处理节点；
32.处理模块，用于根据每个所述合同文件处理节点，对合同文件进行处理，得到处理后的合同文件；
33.发送模块，用于将所述处理后的合同文件上传至文件服务器。
34.第三方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现所述合同管理方法。
35.第四方面，提供一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令用于执行所述合同管理方法。
36.本技术实施例具有如下有益效果：
37.本技术实施例提供的一种合同管理方法、装置、设备及存储介质，通过将合同文件处理功能抽象成独立的合同文件处理节点，实现了业务流程与合同文件处理功能的解耦，解决了业务流程与合同文件处理功能过度耦合的问题，以便于业务人员进行对存量合同文件补件等后续的操作。同时，对合同文件处理节点实现配置化，缩短了合作新渠道的接入开发周期；对合同文件处理过程实现标准化，满足不同种类合同文件的处理需求，使得文件流程统一、简单。
附图说明
38.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1示出本技术实施例提供的合同管理方法的总流程图；
40.图2示出根据本技术一个实施例的文件处理拆分结构示意图；
41.图3示出根据本技术一个实施例的合同管理方法的流程示意图；
42.图4示出根据本技术一个实施例的合同文件补件页面示意图；
43.图5示出根据本技术一个实施例的合同文件下载申请页面示意图；
44.图6示出根据本技术一个实施例的合同文件下载审批页面示意图；
45.图7示出可被用于实施本技术中所述的各个实施例的示例性系统。
具体实施方式
46.为使本技术的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
47.应当理解，在本技术的描述中，除非上下文明确要求，否则整个说明书和权利要求书中的“包括”、“包含”等类似词语应当解释为包含的含义而不是排他或穷举的含义；也就是说，是“包括但不限于”的含义。
48.还应当理解，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本技术的描述中，除非另有说明，“多个”的含义是两个或两个以上。
49.需要注意的是，术语“s1”、“s2”等仅用于步骤的描述目的，并非特别指称次序或顺位的意思，亦非用以限定本技术，其仅仅是为了方便描述本技术的方法，而不能理解为指示步骤的先后顺序。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本技术要求的保护范围之内。
50.实施例一
51.本技术提供了一种合同管理方法，参照图1和图3，包括：
52.s1、获取至少一个业务流程。
53.在一些实施例中，业务流程可以包括金融业务流程，在金融业务流程中，该业务流程可以包括金融合同文件处理的时间节点，例如合同文件签署前、合同文件签署后等等。其中，一个业务流程对应一个金融合同文件处理的时间节点。
54.s2、根据每个业务流程，创建对应的合同文件处理节点。
55.具体的，在实际金融合同业务中，业务存在多样化、步骤多的特性，参照图2，需要将业务拆分成多个不同的业务流程，业务流程即对应上述合同文件处理时间节点或业务节点。在每一个业务流程，即每一个合同文件处理时间节点或业务节点下，对合同文件进行处理，进行例如生成子合同文件等操作。
56.具体的，合同文件处理节点不同于上述合同文件处理时间节点，合同文件处理节点为抽象出来的文件处理模块，目的是将合同文件处理功能与业务流程解耦。即在合同文件处理节点中进行对合同文件的生成或处理，在业务流程中实施业务的推进以及对文件处理的监控等。
57.在一些实施方式中，s2可以包括：
58.s21、在每个业务流程中，接收合同文件以及用户信息，创建业务流程对应的合同文件处理节点，合同文件来源于文件服务器或其他业务流程；
59.s22、将合同文件以及用户信息传输至合同文件处理节点中。
60.具体的，用户信息可以包括当前业务流程中的业务参数、业务数据等。业务参数可
以包括用户的姓名、用户的身份证号码、用户的手机号码、用户签署合同文件的签署日期等信息。
61.s3、根据每个合同文件处理节点，对合同文件进行处理，得到处理后的合同文件。
62.在一些实施方式中，s3可以包括：
63.s31、在合同文件处理节点中，根据合同文件以及用户信息，对合同文件进行处理，得到处理后的合同文件以及文件处理状态；
64.s32、将处理后的合同文件以及文件处理状态返回至业务流程。
65.具体的，合同文件在合同文件处理节点中处理完毕后，会上传至文件服务器中缓存或返回对应的当前业务流程中缓存，以供下一个业务流程或其他业务流程获取。若接收不到合同文件(合同文件没有历史缓存)，则会根据用户信息生成新的合同文件。
66.具体的，合同文件处理节点输出文件处理状态，业务流程只需要关注文件处理状态，对文件处理状态进行记录并监控，完成后续的业务、转发等，而不需要关注文件处理内容/过程，实现业务流程和文件处理功能解耦。
67.在一些实施方式中，s3还可以包括：
68.s33、在合同文件处理节点中，读取配置信息，根据配置信息对合同文件进行配置，再对配置后的合同文件进行处理，得到处理后的合同文件。
69.具体的，上述配置信息可以包括以下至少一项：
70.文件模板信息、合作渠道方信息、业务阶段信息、签章信息以及业务数据信息。
71.具体的，在上述合同文件生成时，可以直接调用、配置文件模板，根据不同的文件配置相对应的模板，区分不同的文件类型及内容，实现合同文件配置化，使得流程统一、简单。配置合作渠道方信息用于识别文件所属的合作方，上传对应合作方的sftp。配置业务阶段信息用于识别文件在复杂业务流程中的生成时间节点。配置签章信息用于标识合同文件中需要盖签电子签章的位置以及内容关键字。配置业务数据信息用于标识合同文件中包含的业务参数，动态地传入业务数据。通过配置上述信息，不会被合同文件间的差异所限制，形成对合同文件配置的统一化管理。
72.在一些实施方式中，s3中的对合同文件进行处理，可以包括以下步骤：
73.步骤301、生成pdf版本的合同文件；
74.步骤302、对所述合同文件进行电子签章，得到签章后的合同文件；
75.步骤303、生成所述签章后的合同文件的预览图片；
76.步骤304、将所述签章后的合同文件上传至合作渠道方。
77.在一些实施方式中，方法还包括：
78.每个步骤记录对应的业务处理状态，若业务处理状态出现异常，根据业务处理状态重新执行对应的步骤。
79.具体的，针对不同的合同文件，都可以对该合同文件实施上述步骤，进行合同文件的处理，即合同文件处理实现标准化。
80.具体的，步骤301可以包括读取文件模板，传入用户信息，生成pdf合同文件并将其上传至文件服务器中。步骤302可以包括读取签章信息，对合同文件加上不可伪造的电子签章。步骤303可以包括将签章完成的合同文件转换格式并生成图片，以供用户在前端页面上即可预览。步骤304用于将生成好的签章文件上传给合作方，以便于合作方下载文件进行内
部存档，以符合金融的合规要求。
81.s4、将处理后的合同文件上传至文件服务器。
82.在本实施例中，通过将合同文件处理功能抽象成独立的合同文件处理节点，实现了业务流程与合同文件处理功能的解耦，解决了业务流程与合同文件处理功能过度耦合的问题，以便于业务人员进行对存量合同文件补件等后续的操作。同时，对合同文件处理节点实现配置化，缩短了合作新渠道的接入开发周期；对合同文件处理过程实现标准化，满足不同种类合同文件的处理需求，使得文件流程统一、简单。
83.实施例二
84.对应上述实施例，本技术还提供了一种合同管理装置，装置包括：接收模块、管理模块、处理模块以及发送模块。
85.其中，接收模块，用于获取至少一个业务流程；管理模块，用于根据每个所述业务流程，创建对应的合同文件处理节点；处理模块，用于根据每个所述合同文件处理节点，对合同文件进行处理，得到处理后的合同文件；发送模块，用于将所述处理后的合同文件上传至文件服务器。
86.进一步的，接收模块，还用于在每个所述业务流程中，接收合同文件以及用户信息；管理模块，还用于创建所述业务流程对应的合同文件处理节点，其中，所述合同文件来源于文件服务器或其他业务流程；管理模块，还用于将所述合同文件以及所述用户信息传输至所述合同文件处理节点中。
87.进一步的，处理模块，还用于在所述合同文件处理节点中，根据所述合同文件以及所述用户信息，对所述合同文件进行处理，得到处理后的合同文件以及文件处理状态；以及
88.将所述处理后的合同文件以及文件处理状态返回至所述业务流程。
89.进一步的，处理模块，还用于在所述合同文件处理节点中，读取配置信息，根据所述配置信息对合同文件进行配置，再对配置后的所述合同文件进行处理，得到处理后的合同文件。
90.进一步的，处理模块，还用于生成pdf版本的合同文件；还用于对所述合同文件进行电子签章，得到签章后的合同文件；还用于生成所述签章后的合同文件的预览图片；还用于将所述签章后的合同文件上传至合作渠道方。
91.进一步的，处理模块，还用于在每个上述步骤中记录对应的业务处理状态，若所述业务处理状态出现异常，根据所述业务处理状态重新执行对应的所述步骤。
92.在一些实施例中，参照图4，管理模块还提供一种文件补偿页面，页面包括：用户id、合作渠道方、开户类型、合同号、业务日期等信息的填写，以供运营人员部件，解决了合同补件功能过度依赖开发人员的缺陷，实现可视化补件，大大减少人工补件产生的人力开销。
93.在一些实施例中，参照图5，处理模块还提供一种开户协议查询页面，可以根据用户id查询用户id对应名下的合同协议信息，提供可视化的文件管理，以便于对指定用户的合同协议文件进行预览、查看等操作。对应该实施例，参照图6，还提供一种合同下载审核菜单。在查询页面中，可以进行对合同协议文件的下载或批量下载，在审核页面中，可以对下载申请进行审核，以防止敏感数据泄露。在保障数据安全的同时，方便运营管理维护，方便用户或是合作方查阅下载所需的合同文件。
94.在本实施例中，将合同处理模块化，实现业务流程与文件处理功能解耦；提供了可视化的补件页面与文件管理功能，方便运营人员进行合同补件，减少人力开支，提高补件效率；在保障数据安全的同时，完成对合同文件的标准化管理，方便运营管理维护，方便用户或是合作方查阅下载所需的合同文件。
95.实施例三
96.对应上述实施例，本技术还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时可以实现上述合同管理方法。
97.如图7所示，在一些实施例中，系统能够作为各所述实施例中的任意一个用于合同管理方法的上述电子设备。在一些实施例中，系统可包括具有指令的一个或多个计算机可读介质(例如，系统存储器或nvm/存储设备)以及与该一个或多个计算机可读介质耦合并被配置为执行指令以实现模块从而执行本技术中所述的动作的一个或多个处理器(例如，(一个或多个)处理器)。
98.对于一个实施例，系统控制模块可包括任意适当的接口控制器，以向(一个或多个)处理器中的至少一个和/或与系统控制模块通信的任意适当的设备或组件提供任意适当的接口。
99.系统控制模块可包括存储器控制器模块，以向系统存储器提供接口。存储器控制器模块可以是硬件模块、软件模块和/或固件模块。
100.系统存储器可被用于例如为系统加载和存储数据和/或指令。对于一个实施例，系统存储器可包括任意适当的易失性存储器，例如，适当的dram。在一些实施例中，系统存储器可包括双倍数据速率类型四同步动态随机存取存储器(ddr4sdram)。
101.对于一个实施例，系统控制模块可包括一个或多个输入/输出(i/o)控制器，以向nvm/存储设备及(一个或多个)通信接口提供接口。
102.例如，nvm/存储设备可被用于存储数据和/或指令。nvm/存储设备可包括任意适当的非易失性存储器(例如，闪存)和/或可包括任意适当的(一个或多个)非易失性存储设备(例如，一个或多个硬盘驱动器(hdd)、一个或多个光盘(cd)驱动器和/或一个或多个数字通用光盘(dvd)驱动器)。
103.nvm/存储设备可包括在物理上作为系统被安装在其上的设备的一部分的存储资源，或者其可被该设备访问而不必作为该设备的一部分。例如，nvm/存储设备可通过网络经由(一个或多个)通信接口进行访问。
104.(一个或多个)通信接口可为系统提供接口以通过一个或多个网络和/或与任意其他适当的设备通信。系统可根据一个或多个无线网络标准和/或协议中的任意标准和/或协议来与无线网络的一个或多个组件进行无线通信。
105.对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器(例如，存储器控制器模块)的逻辑封装在一起。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑封装在一起以形成系统级封装(sip)。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑集成在同一模具上。对于一个实施例，(一个或多个)处理器中的至少一个可与系统控制模块的一个或多个控制器的逻辑集成在同一模具上以形成片上系
统(soc)。
106.在各个实施例中，系统可以但不限于是：服务器、工作站、台式计算设备或移动计算设备(例如，膝上型计算设备、手持计算设备、平板电脑、上网本等)。在各个实施例中，系统可具有更多或更少的组件和/或不同的架构。例如，在一些实施例中，系统包括一个或多个摄像机、键盘、液晶显示器(lcd)屏幕(包括触屏显示器)、非易失性存储器端口、多个天线、图形芯片、专用集成电路(asic)和扬声器。
107.需要注意的是，本技术可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本技术的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本技术的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本技术的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
108.另外，本技术的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本技术的方法和/或技术方案。本领域技术人员应能理解，计算机程序指令在计算机可读介质中的存在形式包括但不限于源文件、可执行文件、安装包文件等，相应地，计算机程序指令被计算机执行的方式包括但不限于：该计算机直接执行该指令，或者该计算机编译该指令后再执行对应的编译后程序，或者该计算机读取并执行该指令，或者该计算机读取并安装该指令后再执行对应的安装后程序。在此，计算机可读介质可以是可供计算机访问的任意可用的计算机可读存储介质或通信介质。
109.通信介质包括藉此包含例如计算机可读指令、数据结构、程序模块或其他数据的通信信号被从一个系统传送到另一系统的介质。通信介质可包括有导的传输介质(诸如电缆和线(例如，光纤、同轴等))和能传播能量波的无线(未有导的传输)介质，诸如声音、电磁、rf、微波和红外。计算机可读指令、数据结构、程序模块或其他数据可被体现为例如无线介质(诸如载波或诸如被体现为扩展频谱技术的一部分的类似机制)中的已调制数据信号。术语“已调制数据信号”指的是其一个或多个特征以在信号中编码信息的方式被更改或设定的信号。调制可以是模拟的、数字的或混合调制技术。
110.在此，根据本技术的一个实施例包括一个装置，该装置包括用于存储计算机程序指令的存储器和用于执行程序指令的处理器，其中，当该计算机程序指令被该处理器执行时，触发该装置运行基于前述根据本技术的多个实施例的方法和/或技术方案。
111.实施例四
112.对应上述实施例，本技术还提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令用于执行合同管理方法。
113.在本实施例中，计算机可读存储介质可包括以用于存储诸如计算机可读指令、数据结构、程序模块或其它数据的信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动的介质。例如，计算机可读存储介质包括，但不限于，易失性存储器，诸如随机存储器(ram,dram,sram)；以及非易失性存储器，诸如闪存、各种只读存储器(rom,prom,eprom,eeprom)、磁性和铁磁/铁电存储器(mram,feram)；以及磁性和光学存储设备(硬盘、磁带、cd、dvd)；或其它现在已知的介质或今后开发的能够存储供计算机系统使用的计算机
可读信息/数据。
114.尽管已描述了本技术实施例中的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本技术实施例中范围的所有变更和修改。
115.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。