CN117827183A - 合同生成的方法、平台及存储介质 - Google Patents

Abstract

本申请实施例提供了一种合同生成的方法、平台及存储介质，属于数据处理技术领域。该方法包括响应合同配置请求，生成合同可视化配置视图，合同可视化配置视图包括属性组件区域、合同生成区域以及关联配置区域；在合同可视化配置视图中，响应组件配置请求从属性组件区域中将选中的组件拖拽到合同生成区域并对合同生成区域选中的组件进行组件配置操作；在合同可视化配置视图中，响应关联配置输入请求在关联配置区域对合同生成区域内选中的组件进行关联组件设置；将合同生成区域内的显示内容发布以生成第一合同，平台及存储介质应用上述方法，从而可以通过上述方法简化在线合同配置的过程，使得合同在线配置更为便利且效率更高。

Description

合同生成的方法、平台及存储介质

技术领域

本申请涉及数据处理技术领域，尤其涉及一种合同生成的方法、平台及存储介质。

背景技术

合同是平等主体的自然人、法人、其他组织之间设立的；不同行业不同的领域由于对约束内容的不同，合同的条款以及内容均会存在一定差异。虽然现有中也存在有合同模板，但是其格式固定且也无法匹配所有的应用场景，导致合同更改比较复杂，且随着网络普及化，合同往往在线上进行签订和管理，此时线下合同的处理方式已经无法适应现有多变的应用场景，因此，亟需一种线上合同生成的方法，可以提升合同生成的便利性和效率。

发明内容

本申请实施例的主要目的在于提出一种合同生成的方法、平台及存储介质，能提升合同生成的便利性和效率。

为实现上述目的，本申请实施例的第一方面提出了一种合同生成的方法，所述方法包括：

响应合同配置请求，生成合同可视化配置视图，所述合同可视化配置视图包括属性组件区域、合同生成区域以及关联配置区域；

在所述合同可视化配置视图中，响应组件配置请求从所述属性组件区域中将选中的组件拖拽到所述合同生成区域并对所述合同生成区域选中的组件进行组件配置操作；

在所述合同可视化配置视图中，响应关联配置输入请求在所述关联配置区域对所述合同生成区域内选中的组件进行关联组件设置；

将所述合同生成区域内的显示内容发布以生成第一合同。

为实现上述目的，本申请实施例的第二方面提出了一种合同生成的平台，所述合同生成的平台包括：

终端设备，所述终端设备执行第一方面所述的方法；所述终端设备与签约方数据库连通，以通过所述签约方数据库向终端设备提供签约方信息；

合同数据库，所述合同数据库用于向终端设备提供合同范本。

为实现上述目的，本申请实施例的第三方面提出了一种存储介质，所述存储介质为计算机可读存储介质，所述存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面所述的方法。

本申请提出的合同生成的方法、平台及存储介质,通过设置合同可视化配置视图，在合同可视化配置视图中划分属性组件区域、合同生成区域以及关联配置区域，从而可以在同一个界面通过在属性组件区域拖拽组件到合同生成区域，并通过对合同生成区域中选中的组件进行配置以及关联配置，从而可以简化在线合同配置的过程，在线配置更为便利且效率更高，因此，和相关技术相比，本申请实施例的合同生成的便利性和效率更高。

附图说明

图1是本申请实施例提供的合同生成的方法应用的平台的结构示意图；

图2是本申请实施例提供的合同生成的方法中流程示意图；

图3是本申请实施例提供的合同生成的方法中合同可视化配置视图的示意图；

图4a是本申请实施例提供的合同生成的方法中组件属性的标签页的示意图；

图4b是本申请实施例提供的合同生成的方法中组件属性的标签页的另一示意图；

图5是本申请实施例提供的合同生成的方法中付款节点组件的示意图；

图6a是本申请实施例提供的合同生成的方法中相对方组件的示意图；

图6b是本申请实施例提供的合同生成的方法中付款方组件的示意图；

图7a是本申请实施例提供的合同生成的方法中级联组件的示意图；

图7b是本申请实施例提供的合同生成的方法中附件组件的示意图；

图7c是本申请实施例提供的合同生成的方法中下拉框组件的示意图；

图7d是本申请实施例提供的合同生成的方法中下拉选择组件的示意图；

图7e是本申请实施例提供的合同生成的方法中单选框组件的示意图；

图7f是本申请实施例提供的合同生成的方法中多选框组件的示意图；

图7g是本申请实施例提供的合同生成的方法中开关组件的示意图；

图7h是本申请实施例提供的合同生成的方法中滑动组件的示意图；

图7i是本申请实施例提供的合同生成的方法中时间选择组件的示意图；

图7j是本申请实施例提供的合同生成的方法中时间范围组件的示意图；

图7k是本申请实施例提供的合同生成的方法中评分组件的示意图；

图8是本申请实施例提供的合同生成的方法中合同起草视图的示意图；

图9是本申请实施例提供的合同生成的方法中标准合同引用视图的示意图；

图10是本申请实施例提供的合同生成的方法中表单属性标签页的示意图。

图11是本申请实施例提供的合同生成的方法应用的一个实施例的流程示意图；

图12是本申请实施例提供的合同生成的方法对应的硬件框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。

需要说明的是，虽然在装置示意图中进行了功能模块划分，在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于装置中的模块划分，或流程图中的顺序执行所示出或描述的步骤。说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

合同是平等主体的自然人、法人、其他组织之间设立的；不同行业不同的领域由于对约束内容的不同，合同的条款以及内容均会存在一定差异。虽然现有中也存在有合同模板，但是其格式固定且也无法匹配所有的应用场景，导致合同更改比较复杂，且随着网络普及化，合同往往在线上进行签订和管理，此时线下合同采用单独office等软件编辑后生成再处理这一种方式已经无法适应现有多变的应用场景，虽然相关技术中也有线上进行合同生成的，但是其通常是基于一种固定格式的模板，无法适应多种场景的需求，因此，亟需一种线上合同生成的方法，可以提升合同生成的便利性和效率。基于此，本申请提供一种合同生成的方法、平台及存储介质，能提升合同生成的便利性和效率。

应理解的是，本申请提供的合同生成的方法应用于合同生成的平台，如图1所示，合同平台包括终端设备和合同数据库；

合同数据库用于向终端设备提供合同范本；

终端设备与签约方数据库连通，以通过签约方数据库向终端设备提供签约方信息；终端设备执行包括：

响应合同配置请求，生成合同可视化配置视图，合同可视化配置视图包括属性组件区域、合同生成区域以及关联配置区域；

在合同可视化配置视图中，响应组件配置请求从属性组件区域中将选中的组件拖拽到合同生成区域并对合同生成区域选中的组件进行组件配置操作；

在合同可视化配置视图中，响应关联配置输入请求在关联配置区域对合同生成区域内选中的组件进行关联组件设置；

将合同生成区域内的显示内容发布以生成第一合同。

应理解的是，第一合同可以直接作为线上合同进行线上签约，在一些实施例中，第一合同也可以存储在合同数据中，以作为下次使用的合同范本。

应理解的是，合同可视化配置视图中，属性组件区域位于合同生成区域的左侧，关联配置区域位于合同生成区域的右侧，此时，可以无需弹出多余的窗口，即可在同一个视图中进行在线配置。

需说明的是，在一些实施例中，考虑不同设备和屏幕尺寸的适配。使用媒体查询、响应式布局库或者框架等来实现不同屏幕尺寸下属性组件区域中对应的组件的布局适配和响应式设计。

应理解的是，对于属性组件区域中各组件设置有组件的层级关系；以通过设置组件的堆叠顺序(z-index)来控制组件的前后顺序，以实现层叠效果和合理的布局结构。在一些实施例中，属性组件区域的设置有布局型组件，此时在设置布局型组件时，可以根据具体的UI设计和交互需求，结合组件的层级关系的设置规则进行调整和配置。另外，也可以借助现有的前端框架或UI库，如Bootstrap、Material-UI等，来提供更便捷的布局组件和规则设置方式。

应理解的是，在一些实施例中，在合同生成区域设置有组件与周围元素之间的内边距和外边距。内边距是组件内部内容与边框之间的间距，而外边距是组件与周围元素之间的间距。通过调整内边距和外边距，可以控制组件之间的间隔和布局效果。

应理解的是，在一些实施例中，可以对合同生成区域内的组件设定宽度高度，也可以使用固定的像素值，也可以使用百分比来自适应不同的屏幕尺寸。另外，还可以使用自适应布局或弹性盒模型等技术来实现响应式布局。也可以确定组件在布局中的位置和对齐方式，以及可以设置组件相对于父容器的位置，如居中、居左、居右等。也可以设置组件在父容器内的对齐方式，如顶部对齐、底部对齐、居中对齐等。

应理解的是，本申请实施例生成的第一合同由于是线上直接生成的，因此，可以直接与履行维护平台进行对接，从而可以在配置合同是录入履行节点后，进而在启动时，直接通过关联的履行节点进行维护跟踪。

可理解的是，参照图2所示，本申请提供的合同生成的方法，包括：

步骤S100、响应合同配置请求，生成合同可视化配置视图，合同可视化配置视图包括属性组件区域、合同生成区域以及关联配置区域；

步骤S200、在合同可视化配置视图中，响应组件配置请求从属性组件区域中将选中的组件拖拽到合同生成区域并对合同生成区域选中的组件进行组件配置操作；

步骤S300、在合同可视化配置视图中，响应关联配置输入请求在关联配置区域对合同生成区域内选中的组件进行关联组件设置；

步骤S400、将合同生成区域内的显示内容发布以生成第一合同。

因此，通过设置合同可视化配置视图，在合同可视化配置视图中划分属性组件区域、合同生成区域以及关联配置区域，从而可以在同一个界面通过在属性组件区域拖拽组件到合同生成区域，并通过对合同生成区域中选中的组件进行配置以及关联配置，从而可以简化在线合同配置的过程，在线配置更为便利且效率更高，因此，和相关技术相比，本申请实施例的合同生成的便利性和效率更高。

应理解的是，合同配置请求用于非标准合同的创建。可以通过鼠标、语音等方式触发合同配置请求的产生。对此，本申请实施例不做限制。

应理解的是，属性组件区域用于放置配置好的属性组件，本领域可以根据实际需要选择性设置，本申请中，如图3所示，属性组件区域包括选择型组件、输入型组件以及布局型组件，通过将属性区域内的组件按照功能大类划分，从而可以快速找到对应的组件，提升操作的便利性。其中，选择型组件为具有选择功能，如下拉选择、下拉表、勾选框、评分、日期、表格等需要多种选择设置的组件。输入型组件为文本输入，比如密码、比如计数器、比如单行文本、多行文本等文本框。布局型组件为用于将合同分章节、分区域组合组件的组件，如行容器或者标题组件。

应理解的是，在一些实施例中，还会对合同区域内选中的组件进行组件属性的配置，以调整组件的关联关系、可供选择的数据选项的数据来源参数配置、显示参数等。具体的，组件属性如下表1所示：

表1

其中，“表格栅格”、“组件宽度”为尺寸参数，“数据格式”、“接口地址”、“字典类型”、“标签键名”、“值键名”、“子级键名”为数据来源参数；“接口地址”、“字典类型”可以为提供数据来源的地址，“标签键名”、“值键名”、“子级键名”为数据库或自定义数据的配置，以使可以通过选择“动态数据”还是“静态数据”来设定数据的来源，当设置为“动态数据”可以回写到指定的数据源，当设置为“静态数据”则可以从指定的数据源读取，进而能提升合同创建的便利性。“正则校验”则为对填入参数的校验。“关联属性”为将合同生成区域中有关的组件进行关联，以实现联动修改。应理解的是，上述表1中的内容对于每个不同类型的组件会选择性的显示；应理解的是，组件属性不仅限于上述表1，在一些实施例中可以包含上述表1更多的内容或者更少的。示例性的，如图4a所示的实施例，对于选中的下拉组件(也即图示中组件类型为“下拉选择”)，当数据来源选中了“自定义数据”，则会显示“自定义接口”的设置文本框，从而可以加载系统中自定义的接口，以满足定制化需求。如图4b所示，当数据来源选中了“静态数据”，则提供了添加选择按钮(也即图示中“添加父级”)，用于从从预设的数据源中提取所需的层级字段的名称。具体的如点击“添加父级”后，自动弹出可选项进行选择，或者是输入关键字进行搜索查询等，对此，本申请实施例不做限制。

应理解的是，在一些实施例中，也会将关联配置单独划分关联配置区域，在另一些实施例中，关联配置区域属于组件属性标签页的一部分。如图4a和图4b所示，关联配置区域为组件属性所在的显示区域的一部分。

可理解的是，属性组件区域设置有选择型组件，选择型组件包括付款节点组件，当选中付款节点组件，步骤S200中对合同生成区域选中的组件进行组件配置操作，包括：

在付款节点配置视图中，显示付款节点操作选项，付款节点操作选项包括“新增”、“选择节点”以及“选择节点组”选项；

当选中“新增”选项，响应于新增付款节点请求，生成目标付款节点行数据，付款节点行数据包括节点名称、付款类型以及支付比例；

当选中“选择节点”选项，响应于选择执行节点请求，按照第一关联规则将预设的节点库中的记录的付款节点行数据进行显示并根据选中的付款节点行数据得到目标付款节点行数据；第一关联规则用于表征付款节点行数据与当前创建的第一合同的关联关系；

当选中“选择节点组”选项，响应于选择节点组请求，按照第二关联规则将预设的节点组中记录的付款节点行数据进行显示并根据选中的付款节点行数据得到目标付款节点行数据；其中，第二关联规则用于表征付款节点行数据与当前创建的第一合同的关联关系。

需说明的是，付款节点组件适用于需要有付款节点的表单场景，全系统统一付款节点格式，与节点库、节点组自动管理匹配。通过自动与节点组、节点库进行自动管理匹配，可以进一步提升合同创建的便利性，同时可以确保合同的准确性。

示例性的，付款节点组件的配置界面如图5所示，在将付款节点组件拖拽到合同生成区域的对应位置后，会在合同生成区域显示如图5所示的付款节点配置视图，此时可以通过在该付款节点配置视图上选择“新增”按钮，则可以触发新增付款节点请求并生成目标付款节点行数据，也可以选择“选择节点”从预设的节点库中显示的付款节点行数据中选择出所需的目标付款节点行数据并显示在按钮下方的表格中，也可以选择“选择节点组”，从预设的节点组中选择出所需的目标付款节点行数据。

可理解的是，选择型组件还包括签约组件，当选中签约组件，步骤S200中对合同生成区域选中的组件进行组件配置操作，包括：

从签约组件的第一子组件的下拉表中选择第一签约信息；下拉表中记录了预设的签约数据库中作为主键标识的主键信息；

根据第一签约信息从签约数据库中查询得到与第一子组件关联的第二子组件匹配的第二签约信息；

将第二签约信息填充到第二子组件中。

需说明的是，签约组件包括相对方组件(对应图3中选择性组件下方的“相对方信息”)以及付款方组件(对应图3中选择性组件下方的“付款节点”)，其中相对方组件适用需要有相对方的表单场景，全系统统一相对方格式，与相对方库自动管理匹配，可设置下拉选择自动带出其他相关信息选项范围。付款方组件适用需要有收付款方的表单场景，如付款信息明细，全系统统一收付款方格式，与相对方自动管理匹配。

需说明的是，签约组件中记录有主键信息的子组件可以设置有多个，具体可以根据实际需求选择性设置。

示例性的，如图6a所示，在合同生成区域选择了相对方组件，则显示有公司名称、公司税号等相关的信息，其中，“公司名称”、“银行账号”和“联系人姓名”均作为第一子组件，提供有签约数据库中作为主键标识的主键信息。需说明的是，图6a中的签约数据库可以通过上文中提及的组件属性中的数据来源参数进行配置。

示例性的，如图6b所示，在合同生成区域选择了乙方组件，则显示有签约方名称等相关信息，其中，“签约方名称”为第一子组件，当在下拉框中选择了第一签约信息后，可以直接关联出“法定代表人”、“纳税识别号”、“银行账号”等等信息。

可理解的是，属性组件区域还设置有布局组件，布局组件包括行容器和标题组件，当选中行容器，将选中的组件拖拽到合同生成区域并对合同生成区域选中的组件进行组件配置操作，包括：

将合同生成区域中选中的位置区域按照行容器的属性划分为行区域，以限定在行区域输入的组件布局；

当选中标题组件，对合同生成区域选中的组件进行组件配置操作，包括：

在合同生成区域中选中的位置区域按照标题组件的属性生成标题。

应理解的是，行容器可在表单中圈定一块区域，在表单中按职能模块分区域组织设计组件内容，使表单布局更加科学合理，提高信息录入效率。

应理解的是，标题组件在表单中使各个模块更加凸显职能，可加快定位搜索信息所在位置。

示例性的，如图3所示，在合同生成区域中“基本资料”这个属于标题组件配置的内容。

可理解的是，方法还包括如下至少之一：

响应于第一组件属性配置请求，对合同生成区域中选中的组件进行组件参数更改操作；

响应于第二组件属性配置请求，对合同生成区域中选中的组件进行表单参数更改操作；

响应于级联选择配置请求，对合同生成区域中选中的级联组件进行层级场景配置，级联组件为选择型组件之一；

响应于下拉树配置请求，对合同生成区域中选中的下拉树组件进行树状架构配置，下拉树组件为选择型组件之一；

响应于附件配置请求，对合同生成区域中选中的附件组件进行附件加载配置，附件组件为选择型组件之一；

响应于密码配置请求，对合同生成区域中选中的密码组件进行密码配置，密码组件为输入型组件之一；密码配置包括隐藏设置以及密码强度校验中至少一个。

需说明的是，参照图3所示，组件参数可以在图3所示的组件属性标签页中显示的内容进行更改操作，表单参数可以在图3中表单属性标签页中显示的内容进行更改操作。

需说明的是，级联组件适用于下拉框有多层上下级级联关系选择场景，如省市区选择业务系统功能选择场景。示例性的，如图7a所示，在选中级联组件后，可以配置层级数量，如图7a所示，选择“选项1”则为多场景并列，选择“选项1-1”则表示存在子层级场景。

需说明的是，附件组件适用有需要上传附件表单场景，支持上传文件大小，文件类型，文件数量自由设置。示例性的，如图7b所示，在选中附件组件后，可以通过“点击上传”按钮触发附件表单的上传。

需说明的是，下拉树组件适用于下拉框有树状数据结构的选择场景，如选择组织架构场景，支持单选多项选择，外部接口接入数据源。示例性的，如图7c所示，通过在输入框中输入关键词，可以自动匹配出树状结构。需说明的是，可以在组件属性标签页中配置了数据源后再进行关键词的输入。

需说明的是，在一些实施例中，选择型组件还包括下拉选择组件，下拉选择组件的下拉框的选项可以自定义，也可关联系统内置字典或者已有表单的自定义数据来源；具体可以通过组件属性标签页进行组件参数更改实现。示例性的，如图7d所示的下拉框组件，其中下拉框左侧的“下拉选择”的中文字样以及下拉框的下拉选项可以通过在组件属性标签页配置后再选择设置。

需说明的是，在一些实施例中，选择型组件还包括单选框组件，是用于需要有单选的表单场景，支持选项事项关联。示例性的，如图7e所示，单选框组件提供有单选项按钮供选择。在合同创建时，可以通过更改显示的“单选框组”的显示内容以及“选项一”、“选项二”，以形成合同条款。

需说明的是，在一些实施例中，选择型组件还包括多选框组件，适用于需要有多选的表单场景，支持选项事项关联。示例性的，如图7f所示，多选框组件提供有多个选项框进行选择，在合同创建时，可以通过配置多个选项的内容，并勾选具体的内容，以形成合同条款。

需说明的是，在一些实施例中，选择型组件还包括开关组件，适用于需要有开关的表单场景，如事务是否启用，支持选项事项关联。示例性的，如图7g所示，开关组件提供有开关按钮，以提示是否存在表单。需说明的是，可以通过组件属性标签页对显示的“开关”进行显示内容的修改。

需说明的是，在一些实施例中，选择型组件还包括滑动组件，适用于需要有滑动的表单场景，如完成度百分比。示例性的，如图7h所示，滑动组件提供有进度条，以提示状态。在生成滑动组件后，也以修改具体的滑动位置。同时，也可以通过组件属性标签页对显示的“滑块”进行显示内容的修改，以表明该进度条的具体含义。

需说明的是，在一些实施例中，选择型组件还包括时间选择组件，适用有需要时间录入的表单场景，支持默认值设定，时间范围限制，时间格式自由设置。示例性的，参照图7i所示，时间选择组件设置有时间输入框，可以通过组件属性标签页对显示的“时间选择”进行更改，以表明该时间设定的含义。

需说明的是，在一些实施例中，选择型组件还包括时间范围组件，适用需要时间日期录入的表单场景，支持默认值设定，范围限制，格式自由设置。示例性的，参照图7j所示，时间范围组件设置有时间范围输入框，可以通过组件属性标签页对显示的“日期选择”进行显示内容的更改，以表明该时间范围的含义，如改为合同签订日期，如付款日期等等。

需说明的是，在一些实施例中，选择型组件还包括评分组件，适用有需要评分的表单场景。示例性的，参照图7k所示，评分组件设置有星型图标用于评分，选中后会进行颜色和尺寸的更改，以突出未选中的星型图标的差异，进而显示评分结果。

需说明的是，在一些实施例中，选择型组件还包括表格组件，适用有需要固定表格的表单场景，表格行列可自由配置固化至表单，内容可自由录入或接口接入(二期实现)，支持输入类型与有效性校验。应理解的是，可以通过组件属性标签页配置表格的校验关系、关联的数据来源。

可理解的是，方法还包括：

获取合同样本数据集；

将合同按本数据集按照应用场景以及应用场景下的执行节点进行分类，得到多组不同的合同范本子集；

将合同范本子集保存在预设的合同数据库中；

响应于合同起草请求，按照预设的分类从合同数据库中显示合同范本；

响应于合同范本引用请求，从合同范本中选择合同范本并显示合同范本的合同配置参数，合同配置参数包括基本信息以及合同承包范围和计价原则的配置信息；

响应于合同范本编辑请求，在合同可视化配置视图中根据合同配置参数对应的第二合同进行编辑操作。

需说明的是，将合同范本子集保存在预设的合同数据库中实现了合同数据库的初始化，支持一键引用范本以触发合同范本引用请求，自动带出不同类别合同的合同承包范围、计价原则、付款节点等内容，有效规避合同条款风险，提高合同起草效率。

需说明的是，通过梳理应用场景过程所涉及需签约的合同范本，建立合同范本库，可以满足在不同阶段不同场景下合同起草时根据签订的合同类型一键引用范本，提高合同起草效率，有效规避合同条款风险。

应理解的是，合同起草请求发起后会显示如图8所示的视图，视图中显示有两个标签页，分别可以处理标准合同和非标合同。合同范本引用请求用于标准合同和半标准合同下的合同创建。

示例性的，如图8和图9所示，在图8中进入标准合同标签页，通过合同分类下拉列表选择分类，此时会显示该分类下的标准合同以及该分类的后续节点的标准合同。以房地产为例，合同分类依据管线开发过程依次分为开发管线、前期管线、工程管线、营销管线、设计管线、成本管线、运营管线、住宅管线以及财务管线几大类，当选择了开关管线，则会显示开关管线以及后续节点的管线，当选择了工程管线，则会显示工程管线及其之后的合同分类。此时通过一键引用即可触发合同范本引用请求，进入到图9所示的界面。如图9所示，可以通过选择“返回”重新选择，选择“保存”则将该页面修改的范本进行修改，以更新标准合同，或者选择“下一步”进行编辑，以对根据当前页面配置参数生成的第二合同进行编辑，当未对合同配置参数进行更改时，则生成的为标准合同，当存在对合同配置参数以及生成的第二合同的更改，则最终得到的第二合同为半标准合同。

可理解的是，在一些实施例中，还设置有表单属性标签页，表单属性标签页和组件属性标签页共用视图区域，如图10所示，表单属性标签页用于设置表单的全局界面参数，如表单尺寸、对齐方式、标签宽度、栅格间距等等。具体各参数含义如下表2所示：

表2

需说明的是，在一些实施例中，还包括创建自定义组件，并将自定义组件保存在组件属性库中，以在合同可视化配置视图可以同步显示自定义组件。具体的，如在日常表单编制过程中多次制定同一组件，则将其固化进系统供后续菜单制定引用，系统管理员通过“基础设置-》属性管理”中按需将后续常用的组件固化导入数据库，并分类汇总管理，以实现平台在日益更新的表单变化需求中稳定稳步保障菜单组件库供应服务。

可理解的是，方法还包括：

启用第一合同；

获取启用的第一合同配置的履行节点；

根据配置的履行节点对应的履行规则，生成履行事项；

在启用的合同签订后，将履行事项以工单下发到对应的目标对象，以对合同履约过程的跟踪。

需说明的是，通过在起草合同时引用范本关联的合同标准履约事项，在合同审批通过后，合同发布的同时系统自动下发这些履约事项到个人工单任务上，工单任务的完成进度就是合同履约进度，实现合同履约全过程跟踪。

根据配置的履行节点对应的履行规则，生成履行事项，包括：

从启动的合同中获取付费的第一工期并根据第一工期生成付费事项；

从启动的合同中获取请款的第二工期并根据第二工期生成请款事项。

因此，本申请实施例的上述方法能完善的合同范本体系有助于提高合同起草效率，规避合同条款风险。实现合同范本精细化管理，具体为通过合同范本分阶段分场景分类别管理，一键引用，自动带出不同类别的合同的承包范围、计价原则以及付款节点。

示例性的，合同生成的方法应用的应用平台包括基础数据模块和合同模块，其中，其中基础数据模块用于维护履约节点/事项；合同模块用于起草合同引用节点、履约事项下发工单任务以及合约履约跟踪。具体，参照图11所示：

1)维护履约节点/事项包括：

根据合同类型录入履约节点/事项数据；以标准节点工单序列的录入为例，履约节点包括节点类型、节点名称，以完成标准节点配置，事项数据包括履约内容、履约标准，以完成标准工单序列录入，点击保存，以建立节点与标准工单序列关联，得到形成标准节点工单序列，将形成的标准节点工单序列组合得到标准范本事项工单序列。

2)起草合同引用节点包括：

在1)维护履约节点/事项配置的履约节点配置完成后进入标准范本配置；此时标准范本配置对应的标准范本事项工单序列；然后进入合同起草对应的视图中进行合同创建，当选择了标准合同并参照上述方法直接引用标准范本合同生成第二合同，则相应的，会直接关联标准范本事项工单序列得到标准合同工单序列；当选择了半标准合同和非标准合同，则相应会得到半标准合同工单序列(其中，半标准合同工单序列可以参照标准接单工单序列的创建方式进行创建，区别在于标准节点工单序列为经过预先审核认定的与标准合同匹配的工单序列，半标准合同工单序列存在部分需要再次审核的工单序列)；并发起合同节点工单序列调整及确认。

3)履约事项下发工单任务包括：

在对应的工单序列满足要求后，如图11所示，对于标准合同，则在标准合同创建后生成了标准合同工单序列后会进行进入合同签订，以形成合同履约工单序列；当合同履约工单序列完成后，则将合同工单序列下发工单平台。

3)合约履约跟踪包括：

合同履约跟踪用于查看对应履约工单任务完成情况，如图11所示，工单平台在工单执行及验收后回写执行及验收情况并与形成的合同履约工单序列进行比对，以跟踪履约情况。

本申请实施例还提供了一种电子设备，电子设备包括存储器和处理器，存储器存储有计算机程序，处理器执行计算机程序时实现上述合同生成的方法。该电子设备可以为包括平板电脑、车载电脑等任意智能终端。

请参阅图12，图12示意了另一实施例的电子设备的硬件结构，电子设备包括：

处理器701，可以采用通用的CPU(CentralProcessingUnit，中央处理器)、微处理器、应用专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案；

存储器702，可以采用只读存储器(ReadOnlyMemory，ROM)、静态存储设备、动态存储设备或者随机存取存储器(RandomAccessMemory，RAM)等形式实现。存储器702可以存储操作系统和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器702中，并由处理器701来调用执行本申请实施例的合同生成的方法；

输入/输出接口703，用于实现信息输入及输出；

通信接口704，用于实现本设备与其他设备的通信交互，可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信；

总线705，在设备的各个组件(例如处理器701、存储器702、输入/输出接口703和通信接口704)之间传输信息；

其中处理器701、存储器702、输入/输出接口703和通信接口704通过总线705实现彼此之间在设备内部的通信连接。

本申请实施例还提供了一种存储介质，存储介质为计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述合同生成的方法。

存储器作为一种非暂态计算机可读存储介质，可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外，存储器可以包括高速随机存取存储器，还可以包括非暂态存储器，例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中，存储器可选包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至该处理器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

本申请实施例描述的实施例是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域技术人员可知，随着技术的演变和新应用场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

本领域技术人员可以理解的是，图中示出的技术方案并不构成对本申请实施例的限定，可以包括比图示更多或更少的步骤，或者组合某些步骤，或者不同的步骤。

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

本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、设备中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。

本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括多指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例的方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等各种可以存储程序的介质。

以上参照附图说明了本申请实施例的优选实施例，并非因此局限本申请实施例的权利范围。本领域技术人员不脱离本申请实施例的范围和实质内所作的任何修改、等同替换和改进，均应在本申请实施例的权利范围之内。

Claims (10)

1.一种合同生成的方法，其特征在于，所述方法包括：

响应合同配置请求，生成合同可视化配置视图，所述合同可视化配置视图包括属性组件区域、合同生成区域以及关联配置区域；

在所述合同可视化配置视图中，响应组件配置请求从所述属性组件区域中将选中的组件拖拽到所述合同生成区域并对所述合同生成区域选中的组件进行组件配置操作；

在所述合同可视化配置视图中，响应关联配置输入请求在所述关联配置区域对所述合同生成区域内选中的组件进行关联组件设置；

将所述合同生成区域内的显示内容发布以生成第一合同。

2.根据权利要求1所述的合同生成的方法，其特征在于，所述属性组件区域设置有选择型组件，所述选择型组件包括付款节点组件，当选中付款节点组件，所述对所述合同生成区域选中的组件进行组件配置操作，包括：

在付款节点配置视图中，显示付款节点操作选项，付款节点操作选项包括“新增”、“选择节点”以及“选择节点组”选项；

当选中“新增”选项，响应于新增付款节点请求，生成目标付款节点行数据，所述付款节点行数据包括节点名称、付款类型以及支付比例；

当选中“选择节点”选项，响应于选择执行节点请求，按照第一关联规则将预设的节点库中的记录的付款节点行数据进行显示并根据选中的付款节点行数据得到目标付款节点行数据；所述第一关联规则用于表征付款节点行数据与当前创建的第一合同的关联关系；

当选中“选择节点组”选项，响应于选择节点组请求，按照第二关联规则将预设的节点组中记录的付款节点行数据进行显示并根据选中的付款节点行数据得到目标付款节点行数据；其中，所述第二关联规则用于表征付款节点行数据与当前创建的第一合同的关联关系。

3.根据权利要求1所述的合同生成的方法，其特征在于，所述选择型组件还包括签约组件，当选中签约组件，所述对所述合同生成区域选中的组件进行组件配置操作，包括：

从签约组件中的第一子组件的下拉表中选择第一签约信息；所述下拉表中记录了预设的签约数据库中作为主键标识的主键信息；

根据所述第一签约信息从所述签约数据库中查询得到与所述第一子组件关联的第二子组件匹配的第二签约信息；

将所述第二签约信息填充到所述第二子组件中。

4.根据权利要求1所述的合同生成的方法，其特征在于，所述属性组件区域还设置有布局组件，所述布局组件包括行容器和标题组件，当选中所述行容器，所述将选中的组件拖拽到所述合同生成区域并对所述合同生成区域选中的组件进行组件配置操作，包括：

将所述合同生成区域中选中的位置区域按照所述行容器的属性划分为行区域，以限定在所述行区域输入的组件布局；

当选中所述标题组件，所述对所述合同生成区域选中的组件进行组件配置操作，包括：

在所述合同生成区域中选中的位置区域按照所述标题组件的属性生成标题。

5.根据权利要求1所述的合同生成的方法，其特征在于，所述方法还包括如下至少之一：

响应于第一组件属性配置请求，对所述合同生成区域中选中的组件进行组件参数更改操作；

响应于第二组件属性配置请求，对所述合同生成区域中选中的组件进行表单参数更改操作；

响应于级联选择配置请求，对所述合同生成区域中选中的级联组件进行层级场景配置，所述级联组件为选择型组件之一；

响应于下拉树配置请求，对所述合同生成区域中选中的下拉树组件进行树状架构配置，所述下拉树组件为选择型组件之一；

响应于附件配置请求，对所述合同生成区域中选中的附件组件进行附件加载配置，所述附件组件为选择型组件之一；

响应于密码配置请求，对所述合同生成区域中选中的密码组件进行密码配置，所述密码组件为输入型组件之一；所述密码配置包括隐藏设置以及密码强度校验中至少一个。

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

获取合同样本数据集；

将所述合同按本数据集按照应用场景以及应用场景下的执行节点进行分类，得到多组不同的合同范本子集；

将所述合同范本子集保存在预设的合同数据库中；

响应于合同起草请求，按照预设的分类从合同数据库中显示合同范本；

响应于合同范本引用请求，从所述合同范本中选择合同范本并显示所述合同范本的合同配置参数，所述合同配置参数包括基本信息以及合同承包范围和计价原则的配置信息；

响应于合同范本编辑请求，在合同可视化配置视图中根据所述合同配置参数对应的第二合同进行编辑操作。

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

启用第一合同；

获取启用的第一合同配置的履行节点；

根据配置的履行节点对应的履行规则，生成履行事项；

在所述启用的合同签订后，将所述履行事项以工单下发到对应的目标对象，以对合同履约过程的跟踪。

8.根据权利要求7所述的合同生成的方法，其特征在于，所述根据配置的履行节点对应的履行规则，生成履行事项，包括：

从启动的合同中获取付费的第一工期并根据所述第一工期生成付费事项；

从启动的合同中获取请款的第二工期并根据所述第二工期生成请款事项。

9.一种合同生成的平台，其特征在于，包括：

终端设备，所述终端设备执行权利要求1所述的方法；所述终端设备与签约方数据库连通，以通过所述签约方数据库向终端设备提供签约方信息；

合同数据库，所述合同数据库用于向终端设备提供合同范本。

10.一种计算机可读存储介质，所述存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至8中任一项所述的合同生成的方法。