Certyneo 和 Make：在工程领域自动化签名

为什么在工程领域使用 Make 自动化电子签名？

工程行业产生了大量合同文件：工程承包合同、补充协议、验收记录、分包合同、合规证明和研究报告。根据麦肯锡咨询公司 2024 年的研究，工程团队平均将其27% 的工作时间用于重复性行政任务，其中收集和跟踪签名是最耗时的任务之一。

将 Certyneo 连接到 Make（前身为 Integromat）等自动化平台 可以将这些手动流程转变为智能工作流程，其中每个签名都被触发、跟踪和存档而无需人工干预。本指南将分步骤向您介绍如何在 B2B 工程背景下设置此集成，同时遵守 eIDAS 监管要求。

我们将依次讨论集成架构、Make 中的分步配置、可用的触发器和操作，然后是工程部门特定的最佳实践。

---

了解工程领域 Make + Certyneo 的架构

Make (Integromat)：无代码编排平台

Make 是一个集成和自动化平台，允许您通过拖放式模块创建连接数百个应用的场景。与 Zapier 不同，Make 提供高级条件逻辑、迭代器、聚合器和路由器，使其特别适合复杂的工程工作流程（多方、多步骤、具有多个签署人的文件）。

Make 位于您的业务工具（ERP、CRM、项目管理工具如 Autodesk Construction Cloud、Procore 或 Microsoft Project）和 Certyneo 之间，编排数据流和签名触发器。

Certyneo API：集成的入口点

Certyneo 公开了一个 完整的 RESTful API，允许执行图形界面中可用的所有操作：创建签名请求、添加签署人、定义签名字段、发送通知、检索状态和下载已签名的文件。该 API 使用 OAuth 2.0 身份验证和 JSON 格式，确保与 Make 的本机兼容性，可通过 HTTP 模块或理想情况下通过专用的 Certyneo 连接器实现。

Certyneo API 遵守 ETSI EN 319 132 标准对 XAdES 签名和 ETSI EN 319 122 对 CAdES 的互操作性标准，确保每个签名在整个欧盟范围内具有法律效力。

典型的工程工作流程拓扑

在设计办公室或工程公司中，典型的工作流程如下所示：

1. 触发器：在 ERP（如 SAP、Sage 或 BIM 项目管理工具）中创建新的分包合同。
2. 提取：Make 检索合同的元数据（当事人、金额、项目参考）。
3. 文件生成：Certyneo 的 人工智能合同生成器 生成结构化的 PDF 文件。
4. 创建签名请求：Make 调用 Certyneo API 创建请求并按定义的顺序添加签署人。
5. 顺序或并行签名：Certyneo 向相关当事人发送签名链接。
6. 通知和存档：收到每个签名后，Make 触发 Slack/Teams 通知并将已签名的文件存档到您的文件管理系统（SharePoint、Google Drive、Egnyte 等）。

此架构消除了手动电子邮件交换，并确保完整的可追溯性，这在工程项目审计期间至关重要。

---

在 Make 中分步配置集成

步骤 1 — 创建场景并配置 Certyneo 连接

在您的 Make 工作区中创建新场景。如果 Certyneo 本机连接器在 Make 市场中可用，请直接选择它；否则，使用 HTTP > Make a request 或 HTTP > Make an OAuth 2.0 request 模块。

要配置连接：

• 基础 URL：`https://api.certyneo.com/v1`
• 身份验证方法：OAuth 2.0（客户端凭证）或 Bearer 令牌 API 密钥，具体取决于您的 Certyneo 帐户配置
• API 密钥：可在 Certyneo 仪表板的 设置 > 集成 > API 部分中找到

将您的 API 密钥保存在 Make 的连接管理器中（而不是硬编码在场景中），以遵守安全最佳实践。

步骤 2 — 定义适合工程部门的触发器

触发器的选择至关重要。在工程中，最常见的触发器是：

对于复杂的工程工作流程（如需要技术总监和法律总监共同签署的工程承包合同），来自 ERP 的传入 Webhook 提供了最大的灵活性。

步骤 3 — 通过 Certyneo API 创建签名请求

配置触发器后，添加指向 Certyneo 签名请求创建端点的 HTTP 模块：

``` POST https://api.certyneo.com/v1/signature-requests ```

JSON 请求体包括：

```json { "name": "分包合同 - 项目 {{1.project_name}}", "signers": [ { "email": "{{1.signer_email}}", "name": "{{1.signer_name}}", "order": 1 } ], "document_url": "{{2.file_url}}", "signature_level": "advanced", "expiry_date": "{{formatDate(addDays(now; 15); 'YYYY-MM-DD')}}" } ```

注意使用 `advanced` 签名级别（高级电子签名，SEA），符合 eIDAS 对重要价值工程合同的要求。对于低风险的内部文件，`simple` 级别就足够了。

步骤 4 — 管理签署后的通知和存档

创建请求后，在您的 Make 场景中添加第二个分支，由 Certyneo Webhook 触发，表示签名完成。Certyneo 会自动将 POST 发送到您在签名请求参数中定义的 Webhook URL。

收到此 Webhook 后，您的场景可以：

• 通过 `GET /signature-requests/{id}/signed-document` 下载已签名并加时间戳的 PDF
• 将其存档到您的文件管理系统（SharePoint、Egnyte、Google Drive）
• 更新您的 ERP 或 CRM 中的合同状态
• 通过 Slack、Teams 或电子邮件向项目团队发送自动通知
• 在您的工具中触发计费或启动新项目

此操作链确保了文件生命周期的端到端可追溯性，这是受审计项目的基本要求（ISO 9001 认证、公开招标、Seveso 项目）。

---

工程部门特定的最佳实践

管理多方签署和顺序工作流程

工程通常涉及需要多个签署人按特定顺序签署的文件：首先是项目经理，然后是技术总监，最后是客户公司的法律代表。Certyneo 通过签署人列表中的 `order` 参数原生支持顺序签署。

在 Make 中，您可以使用 Array Aggregator 从您的 ERP 或参考表中动态收集签署人数据来构建签署人数组，然后将其注入 Certyneo API 请求中。此方法允许管理有 5 到 10 个签署人的合同而无需修改场景。

将签署关联到项目文件夹

在工程中，每个已签署的文件必须与特定的项目文件夹关联。使用 Certyneo 的自定义元数据来存储业务编号、项目阶段和市场代码。这些元数据将在完成 Webhook 中返回，并可供 Make 用于将文件存档到您文件管理系统的正确文件夹中。

此实践与 NF EN ISO 19650 标准（BIM 中的信息管理）的要求相符，并便于在项目末期进行文件审计。

监控工作流程质量和错误

Make 为每个场景提供详细的执行日志。在专业背景下，在出现错误的场景上配置 Slack 或电子邮件警报，并使用 Make 的 Error Handler 模块处理 Certyneo API 失败的情况（速率限制、文件过大、找不到签署人）。

如果您在进行集成前想比较 Certyneo 与市场上其他解决方案的功能，请查阅我们的 电子签名解决方案对比 以确定最适合您工程背景的解决方案。

最后，为了最大化您自动化工作流程的投资回报率，我们的 电子签名 ROI 计算器 让您可以根据您的设计办公室处理的文件量精确估算时间节省和可实现的成本节约。

适用于工程中电子签名的法律框架

电子签名的法律基础

根据法国法律，电子签名的法律价值基于 民法第 1366 条，其规定"电子形式的书面文件与纸质支持上的书面文件具有同等的证据效力"，以及 第 1367 条，其规定"一个法律行为的完成所需的签名应标识其作者并体现其意愿"。

在欧洲层面，eIDAS 法规 No. 910/2014（电子识别、身份验证和信任服务），补充为 eIDAS 2.0（EU 法规 2024/1183），定义了三个电子签名级别：

• SES（简单电子签名）：适合低风险的内部文件。
• SEA（高级电子签名）：推荐用于常规工程合同、分包合同和采购订单。它保证签署人的可靠识别和文件完整性。
• SEQ（合格电子签名）：公证文件和大规模公开招标所必需。

工程部门的特定义务

在 公开招标 框架内，第 2016-360 号法令关于公开招标在一定阈值以上强制完全电子化。投标承诺和分包合同必须使用符合 eIDAS 的 SEA 或 SEQ 签署，由列在 欧洲可信列表 上的合格信任服务提供商 (QTSP) 产生。

ETSI EN 319 132 标准定义了用于高级 XML 签名的 XAdES 配置文件，而 ETSI EN 319 122 涵盖二进制文件签名的 CAdES 配置文件。Certyneo 遵守这些标准，确保互操作性和跨境签名识别。

GDPR 和签署人数据保护

签署人个人数据的处理（姓名、电子邮件、签名生物特征数据）受 GDPR 法规 No. 2016/679 的约束。作为数据控制者，您的工程公司必须确保 Certyneo 根据 GDPR 第 28 条作为数据处理者行动，具有适当的 DPA（数据处理协议）。签名数据必须根据适用的诉讼时效期限保存（商业合同为 5 年，根据商法第 L. 110-4 条；建筑市场为 10 年，因建筑保修期限）。

NIS2 指令和自动化工作流程的安全性

在关键部门（能源、交通、水资源）运营的工程公司可能受 NIS2 指令 (2022/2555/UE) 约束，已通过 2025 年 4 月 14 日的法律转化为法国法律。该指令对信息系统施加了安全要求，包括连接到 Make 和 Certyneo 等第三方提供商的自动化工作流程。应记录数据流、加密通信（TLS 1.3 最低）并维护数字分包商的登记。

场景：Make + Certyneo 在工程中的应用

场景 1 — 每年管理 300 份任务报告的岩土工程公司

一家专门从事岩土工程的设计公司，拥有约 15 名工程师，每年生成平均 300 份任务报告和服务合同。在 Make + Certyneo 集成之前，每份报告都需要手动通过电子邮件发送、在 5 天无回复后进行电话跟进，并手动存档到文件服务器中。平均签名收集时间达到 8 个工作日。

部署自动化工作流程后——通过在 SharePoint 中存放最终报告触发——Make 场景自动创建 Certyneo 签名请求、向客户发送通知，如果 3 天内未收到签名则自动跟进。已签署的文件立即存档到相应的业务文件夹中。

结果：签署延迟从 8 天减少到平均 1.8 天（−78%），估计节省每周 2.5 小时的行政支持，约每年 3,500 欧元的处理成本。这些数字与 Forrester Research 发布的文件自动化部门基准（2024 年）一致。

场景 2 — 管理多方分包合同的工业工程公司

一家中等规模的工业工程公司（80 到 150 名员工）管理需要签署分包合同的项目，涉及 3 到 6 方：业主、委托工程师、1 级和 2 级分包商。每份合同由于合同和保险原因需要严格的顺序签署。

Make + Certyneo 工作流程由 ERP 中验证的采购订单触发。Make 从供应商数据库动态构建有序的签署人列表，使用顺序参数创建 Certyneo 签名请求，并依次通知每一方。完成后，已签署的合同存档在 Procore 中，ERP 中的合同状态也随之更新。

结果：由于自动管理签署顺序，排序错误（分包商在工程师之前签署）降低至 0%。合同最终化的平均延迟从 12 天减少到 4 天（−67%），加速了工地的实际启动。

场景 3 — 管理范围修改补充协议的工程咨询公司

一家陪同工业客户进行产品转型项目的工程咨询公司在任务期间频繁发布补充协议（修正案），需要快速验证以不延迟项目。这些补充协议之前被打印、在会议中签署或通过邮件发送，产生了与敏捷项目节奏不兼容的延迟。

使用 Make + Certyneo，在项目管理工具中创建补充协议会自动触发签署请求。客户收到一个移动友好的签署链接，允许其在不到 2 分钟内从智能手机签署，即使在工地出差中也可以。应用高级签名级别 (SEA)，确保补充协议的法律价值。

结果：补充协议的验证延迟从 5 到 7 天减少到在 85% 的情况下不足 24 小时。客户满意度提高，降低了范围蠕变的非文档化风险，这是工程咨询中频繁的争议来源。

结论

将 Certyneo 与 Make (Integromat) 集成代表了工程部门参与者的重大效率杠杆。通过自动化整个文件生命周期——从合同创建到已签署文件的存档——您消除了重复性手动任务，平均将签署延迟减少了 67 至 78%，并确保每份生成的文件都完全符合 eIDAS。

虽然技术配置需要仔细的初始设置，但对于具有无代码配置文件或 Make 集成商的团队来说是可以获得的。利益在使用的头几周就显现出来，在管理成本和工地启动延迟上具有可测量的 ROI。

准备好改变您的文件工作流程了吗？免费创建您的 Certyneo 帐户 并在不到一小时内连接您的第一个 Make 场景，或 联系我们的团队 以获得针对您工程背景的个性化支持。