集成需求
随着企业数据化的推进，电子签章作为一种常用的技术在慢慢替换部分实物章。基于需求与电子签章流程在系统中集成的标准化工序，将推动统一的模型实现不同厂商的电子签章与元数据平台的集成。
名词解释
序号 | 名词 | 说明 |
1 | 业务功能 | 在元系统中，用于管理一类业务数据的主体，可以被挂载到元系统中的菜单/标准入口/首页等位置，主要负责组织业务数据的全生命周期管理：业务数据可以被划分为主表/内联/从表/扩展/关联来描述。提供新增/修改/删除/打印/导出/引用/协同等标准化操作。 |
2 | 须进行电子签章功能 | 当业务功能需要进行电子签章操作时，业务功能升级为需要进行电子签章功能，将自动提供电子签章全生命周期管理功能（权限可配/业务责任人自动有相应的权限）。如：合同管理模块/业务授权模块/初具法律意见书等模块。 |
3 | 签署人 | 在电子签章系统中完成注册，有电子化签章权限的业务人员，一般使用：签章类型/签署人名称/签署人联系方式等来识别身份。签署人支持多方签署，是一个集合列表。 |
4 | 签署人认证 | 在发起电子签章前，签署人在电子签章系统完成身份认证的过程。需要签署人自行完成 |
5 | 发起电子签章 | 当业务数据以完成处理，进入待电子签章环节时基于特定的时间发起电子签章过程。一般为业务数据流程终审后自动发起/业务监测平台对未能制动发起的流程进行重试/业务人员在需要进行电子签章时提供手动推送方案。【可能的时机有：流程终审后/手动推送】 |
6 | 电子签章撤回 | 当以发起电子签章，待签章状态未返回时，业务平台可以发起电子签章撤回。 |
7 | 签署状态回调 | 当的电子签章平台完成签章流程后，将进行回调业务平台的接口，完成签章状态反填。【】 |
8 | 签章文件 | 需要进行签章的文档 |
9 |
电子签章流程
在企业业务管理系统中，由大量的文件在签章后才能生效，为了让这些电子文件能被事后确认。电子签章成为企业信息化的一个基础功能。在基于元数据的管理系统中，这些这些文档的管理分布在不同的业务功能中，元系统提供这些业务功能的配置与扩展点，让平台能根据业务的需要提供不同的业务模块，这些模块经过配置后能实现电子签章的标准化流程，再进行简单的签章平台适配后，提供电子签章解决方案。
电子签章业务在元数据系统中的描述
元数据业务平台在业务模型定义与业务数据存储两个层级与电子签章进行关联。
首先，在业务模型定义层，需要为业务功能引入电子签章的配置，如是否启用电子签章【是/否】，电子签章发起时机【手动/业务数据保存/流程终审】等。
第二，在集成平台，需要完成【数据保存/流程终审/手动推送】消息主体订阅，结合业务模型配置信息触发签章签章发起操作。平台提供一个发起的接口与空实现，在实际项目中针对特定的签章平台实现相应的接口。
第三，元数据平台将构建电子签章全生命周期管理体系，来记录与追踪特定的电子签章完成情况，并提供适当的干预能力。如：电子签章发起失败，提供手动重试功能；当业务在未完成签署前，提供手动取回签章功能；当签章完成但签章文件未取回时，提供手动取回能力并驱动业务继续流转。
电子签章涉及的模型有：业务功能电子签章属性配置模型/电子签章实例模型/电子签章状态记录模型等。
在企业全面数字化转型的今天，获取一套标准化/可扩展/持续改进的集成平台非常重要，我们将不断把企业管理问题标准化/模型化，使企业数据资产不断在企业运营中得到固化与应用。
