Certyneo と Make：エンジニアリングでの署名自動化

Make を使用してエンジニアリングで電子署名を自動化する理由は何ですか？

エンジニアリング部門は、マスターワーク契約、補充、受領レポート、下請け契約、適合性証明書、研究報告書など、膨大な契約文書を生成します。マッキンゼイの調査（2024 年）によると、エンジニアリングチームは平均してその仕事の時間の 27 % を繰り返しの管理作業に費やしており、その中でも署名の収集と追跡が最も時間がかかるものです。

Certyneo を Make（旧 Integromat）などの自動化プラットフォームに接続することで、これらの手動プロセスをインテリジェントなワークフローに変換し、各署名が人的干渉なしにトリガー、追跡、アーカイブされます。このガイドでは、eIDAS 規制要件を遵守しながら、B2B エンジニアリングのコンテキストでこの統合をステップバイステップで実装する方法を説明します。

統合のアーキテクチャ、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 フォーマットを使用しており、HTTP モジュール経由での Make とのネイティブ互換性、または理想的には専用の Certyneo コネクタを保証します。

Certyneo API は、署名用の ETSI EN 319 132 XAdES フォーマットと CAdES 用の ETSI EN 319 122 フォーマットの相互運用性標準に準拠しており、各署名が欧州連合全域で法的に有効であることを保証します。

典型的なエンジニアリング ワークフローのトポロジー

エンジニアリング事務所またはエンジニアリング会社では、典型的なワークフローは以下のようになります。

• トリガー ：新しい下請け契約が ERP（例：SAP、Sage、または BTP プロジェクト管理ツール）で作成されます。

• 抽出 ：Make は契約のメタデータ（当事者、金額、現場参照）を取得します。

• ドキュメント生成 ：Certyneo の AI 契約ジェネレータが構造化 PDF を作成します。

• 署名リクエスト作成 ：Make は Certyneo API を呼び出して署名リクエストを作成し、定義された順序で署名者を追加します。

• 順序付け署名または並列署名 ：Certyneo は関連する当事者に署名リンクを送信します。

• 通知とアーカイブ ：各署名を受け取ると、Make は Slack/Teams 通知をトリガーし、署名済みドキュメントを GED（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（クライアント認証情報）または Certyneo アカウント構成に従ったベアラー トークン API キー

• 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')}}" } ```

高度な署名レベル（SEA、セキュア電子署名）の使用に注意してください。これは重要な値を持つエンジニアリング契約の eIDAS 要件に適合しています。低リスク内部ドキュメントの場合、`simple` レベルで十分です。

ステップ 4 — 署名後の通知とアーカイブを管理する

リクエスト作成後、署名完了を示す Certyneo Webhook によってトリガーされる、シナリオ内に 2 番目のブランチを追加します。Certyneo は自動的に、署名リクエストのパラメータで定義した URL webhook に POST を送信します。

この Webhook を受け取ると、シナリオは以下が可能になります。

• `GET /signature-requests/{id}/signed-document` 経由で署名済み PDF をダウンロードします。

• GED（SharePoint、Egnyte、Google Drive）にアーカイブします。

• ERP または CRM でコントラクトのステータスを更新します。

• Slack、Teams、または電子メール経由でプロジェクト チームに自動通知を送信します。

• 請求を開始するか、新しいプロジェクトを新規プロジェクト管理ツールで開きます。

このアクション チェーンは、監査対象プロジェクト（ISO 9001 認証、公開市場、セベソ プロジェクト）で基本的に必要な、ドキュメント ライフサイクルの エンドツーエンド追跡可能性 を保証します。

---

エンジニアリング部門固有のベストプラクティス

マルチパーティと順序付きワークフロー署名を管理する

エンジニアリングでは、複数の署名者がすべて特定の順序で署名する必要があるドキュメントを扱うことがよくあります。最初にプロジェクト マネージャ、次に技術部長、最後にクライアント企業の法定代理人。Certyneo は、署名者リストの `order` パラメータ経由で順序付き署名をネイティブに処理します。

Make では、ERP または参照テーブルから署名者データを収集する Array Aggregator を使用して署名者テーブルを動的に構築できます。その後、Certyneo API リクエストにこれを注入することができます。このアプローチは、シナリオを変更することなく 5 人から 10 人の署名者を持つマーケットを管理することを可能にします。

署名をプロジェクト フォルダに関連付ける

エンジニアリングでは、各署名済みドキュメントを特定のプロジェクト フォルダに関連付ける必要があります。Certyneo の カスタム メタデータ を使用して、現場番号、プロジェクト段階、および市場コードを保管します。これらのメタデータは、完成 webhook で返却され、Make により GED の正しいフォルダにドキュメントをアーカイブするために使用できます。

このプラクティスは、NF EN ISO 19650 標準（BIM での情報管理）の要件と一致し、プロジェクト終了時のドキュメント監査を簡素化します。

ワークフローの品質とエラーを監視する

Make は、各シナリオの詳細な実行ログを提供します。プロの環境では、シナリオ エラーについて 電子メールまたは Slack アラート を構成し、Make の エラー ハンドラー モジュールを使用して Certyneo API が失敗した場合（レート制限、ドキュメントが大きすぎる、署名者が見つからないなど）に対処します。

統合を開始する前に、Certyneo と他のマーケット ソリューションの機能を比較したい場合は、電子署名ソリューション比較を参照して、エンジニアリング コンテキストに最適なソリューションを特定してください。

最後に、自動化ワークフローの投資収益率を最大化するために、電子署名 ROI カリキュレータでは、エンジニアリング事務所で処理されるドキュメント ボリュームに応じて実現可能な時間と経済的な利益を正確に見積もることができます。

エンジニアリングで適用可能な電子署名の法的枠組み

電子署名の法的根拠

フランス法では、電子署名の法的価値は、「電子形式の文書は紙媒体の文書と同じように証拠として認められる」と定めた 民法第 1366 条 に基づいており、「法律行為の完成に必要な署名は、その作成者を識別し、その同意を表現する」と明記した 第 1367 条 に基づいています。

欧州レベルでは、eIDAS 規則 No 910/2014（電子識別、認証および信頼サービス）および eIDAS 2.0（EU 規則 2024/1183） が 3 つのレベルの電子署名を定義しています。

• SES（シンプル電子署名） ：低リスク内部ドキュメント向け。

• SEA（セキュア電子署名） ：通常のエンジニアリング契約、下請け市場、発注書向けに推奨されています。これにより、署名者の信頼できる識別とドキュメント完全性が保証されます。

• SEQ（適格電子署名） ：認証行為および大規模な公開市場契約に必須。

エンジニアリング部門固有の義務

公開市場 の枠内では、公共市場に関する令 n° 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（データ処理契約）があります。署名データは、適用可能な消滅期間の期間保管される必要があります（商法第 L. 110-4 条に基づく商業契約について 5 年、建設保証期間の理由で建設市場について 10 年）。

NIS2 指令と自動化ワークフロー セキュリティ

重大部門（エネルギー、運輸、水）で運営するエンジニアリング会社は、NIS2 指令（2022/2555/EU） の対象となる場合があり、これはフランス法において 2025 年 4 月 14 日の法律により転置されています。この指令は、Make と Certyneo などの第三者プロバイダに接続された自動化ワークフローを含む情報システムでセキュリティ要件を実装しています。データフロー、通信の暗号化（TLS 1.3 以上）を文書化し、デジタル処理業者のレジスタを維持する必要があります。

シナリオ：Make + Certyneo エンジニアリングでの活用

シナリオ 1 — 年間 300 件のミッション レポートを管理する地質技術エンジニアリング会社

15 人のエンジニアで構成される地質技術部門の企業は、毎年平均 300 件のミッション レポートとサービス契約を生産しています。Make + Certyneo 統合前は、各レポートには手動電子メール送信、返信がない場合の 5 日後の電話リマインダ、ファイル サーバへの手動アーカイブが必要でした。署名収集の平均遅延は 8 営業日に達しました。

自動化ワークフロー展開後（SharePoint で完成したレポートがアップロードされたことによってトリガー）— Make シナリオは自動的に Certyneo 署名リクエストを作成し、クライアントに通知を送信し、署名が受け取られない場合は自動的に J+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 で更新されます。

結果 ：署名シーケンス エラー（下請企業が技術者の前に署名）が、自動順序管理により 100 % 削減されます。市場最終化の平均遅延が 12 日から 4 日（−67 %）に短縮され、サイトの実際の開始が加速します。

シナリオ 3 — スコープ変更補足を管理するエンジニアリング コンサル会社

産業顧客の変革プロジェクトを支援するエンジニアリング コンサル会社は、プロジェクト進行中にミッション スコープの変更補足（修正）をしょっちゅう作成しており、プロジェクトをブロックしないため迅速な承認が必要です。これらの補足は以前は印刷され、会議で署名されるか郵便で送付されていたため、アジャイル プロジェクトのペースと両立しない遅延が発生していました。

Make + Certyneo ではプロジェクト管理ツールでの補足作成により、自動的に署名リクエストがトリガーされます。クライアントは、モバイル フレンドリーな署名リンクを受け取り、現場での移動中でも 2 分以内にスマートフォンから署名できます。セキュア電子署名（SEA）レベルが適用され、補足の法的価値が保証されます。

結果 ：補足確認遅延が 5〜7 日から 85 % のケースで 24 時間未満に短縮。クライアント満足度向上およびドキュメント化されていないスコープ ドリフト リスクの削減。これはエンジニアリング コンサルティングの紛争の頻繁な原因です。

よくある質問

Make で自動化されて生成された電子署名の法的価値は何ですか？

自動化ワークフローによって生成された電子署名は、信頼サービスプロバイダーが eIDAS 規則を遵守している限り、インターフェースから手動で実施された署名と同じ法的価値を持ちます。証拠価値をもたらすのは、署名のレベル（シンプル、高度、または適格）と署名者に関連付けられた証明書であり、技術的にリクエストがどのように開始されたかではありません。

Make はエンジニアリング ワークフローで署名者のデータを処理する場合、GDPR に準拠していますか？

Make は GDPR の枠組み内で使用できます。ただし、データ処理の地域を正しく設定し（ヨーロッパのサーバーが利用可能）、Make とのデータ処理契約に署名し、署名者に送信する個人データを厳密に必要最小限に制限する必要があります。署名者の名前やメールアドレスなどのデータは、データ処理記録内で正当に特定された契約上の目的に基づいて処理する必要があります。

エンジニアリング プロジェクトで複数の関係者による順序付き署名を自動化できますか？

はい。順序付き署名とは、各署名者が前の署名者が署名した後にのみリンクを受け取ることを意味します。このロジックは、署名リクエスト作成時に署名順序を定義することで API を通じて設定可能です。Make はその後、ウェブフック戻り値をオーケストレーションして各ステップをトリガーします。これは、技術ディレクター、その後法務ディレクターによる連続的な検証が必要な建築・工事管理契約市場の場合に特に有用です。

自動化ワークフローで署名者が署名を拒否した場合、どうなりますか？

署名者が拒否すると、API は特定のステータスイベントを発行し、Make はウェブフックを通じてこれをインターセプトできます。ワークフロー内でこのケースを処理するためにルーターを設定することが推奨されます。プロジェクト責任者への自動通知、ワークフローの中断、およびイベントをドキュメント管理システムに記録します。この例外処理により、拒否が見落とされないことが保証され、これはエンジニアリングで要求される契約追跡可能性にとって不可欠です。

エンジニアリング契約の文脈で、署名されたドキュメントはどのくらいの期間保存する必要がありますか？

フランス民法は、プロフェッショナル間の契約に対する一般法上の消滅時効期間を 5 年と定めています（2224 条）。工事およびプロジェクト管理契約の場合、10 年保証などの一部の法定保証はドキュメントを少なくとも 10 年間保存することを義務付けています。したがって、署名プラットフォーム自体により適用される保持期間に関わらず、これらの期間を遵守するようにターゲットドキュメント管理システムを設定することが推奨されます。

結論

Certyneo と Make（Integromat）の統合は、エンジニアリング部門の主要なエフィシエンシー機会を表しています。コントラクト作成からドキュメント署名済みアーカイブまで、ドキュメント ライフサイクル全体を自動化することで、繰り返しの手動作業を排除し、署名遅延を平均 67〜78 % 短縮し、各ドキュメントで完全な eIDAS コンプライアンスを保証します。

技術構成は最初の慎重な実装が必要ですが、ノーコード プロファイル または Make インテグレータがいるチームにはアクセス可能です。メリットは使用開始後数週間以内に現れ、管理コストおよびプロジェクト開始遅延の測定可能な ROI で表現されます。

ドキュメント ワークフローを変換する準備はできていますか？ Certyneo アカウントを無料で作成してください および 1 時間以内に最初の Make シナリオを接続、または エンジニアリング コンテキストに合わせたカスタマイズされた支援のため、チームに問い合わせてください。