電子契約の締結完了通知— 証跡フォルダへ自動格納

1. 通知メールが「未完了」になる理由

1-1. 署名完了≠台帳更新

署名サービス上の完了は便利ですが、取適法対応の書面交付・保存は社内台帳側の作業です。
通知を開いただけでは、発注番号への紐づけもフォルダ格納も完了していません。
電子契約サービスの位置づけは電子契約サービスへの対応を参照してください。

1-2. 通知の宛先が個人

起案者の個人メールだけに通知が飛ぶ設定だと、休暇・退職で止まると格納漏れが起きます。
契約管理用の共有受信箱を必ずCCまたは主宛先に入れます。

1-3. PDFリンクの期限切れ

サービス側のダウンロードリンクには有効期限があることがあります。
期限内に自社ストレージへコピーしないと、後から取得できないケースがあります。

2. 自動格納の設計（受信→仕分け→保存）

2-1. 受信ルール

署名サービスの送信元ドメインをフィルタし、共有受信箱の「契約完了」フォルダへ自動振分します。
件名にEnvelope IDや文書名が含まれる場合は、発注番号との突合キーに使います。

2-2. 保存パス規約

例: `/証跡/YYYY/PO番号/署名完了_YYYYMMDD.pdf`。
年度・発注番号・文書種別の3階層に固定し、担当者名フォルダは作りません。
保存形式の正本は5条書類の保存形式に合わせます。

2-3. 自動化の手段

小規模ならメールルール＋手動ダウンロードでも始められます。
件数が増えたら、署名サービスのWebhookやAPIで完了PDFをDriveへ落とす連携を検討します。
電子署名と交付タイミングの整理は電子署名と書面交付の証跡を参照してください。

3. 台帳への転記項目

3-1. 必須フィールド

「署名完了日時」「完了PDFパス」「通知メール受信日時」「サービス上の文書ID」を必須にします。
交付日と署名完了日がズレる場合は両方記録し、60日起算は社内ルールでどちらを使うか決めます。

3-2. 突合キー

署名前に文書名へ発注番号を埋め込み、完了後の自動突合を可能にします。
番号が無い文書名は、手動紐づけキューに回し、未紐づけ件数を週次KPIにします。

3-3. 人間確認ゲート

自動格納後も、報酬・納期・成果物が台帳と一致するか目視確認します。
自動化はコピー作業の削減であり、内容確認の代替ではありません。
記載事項は記載事項のテンプレートで突合します。

4. 障害時・例外運用

4-1. 通知が届かない

サービス画面の完了一覧を日次でスクショまたはCSV出力し、通知漏れを補完します。
通知障害を想定したバックアップ手順をマニュアルに1ページ書いておきます。

4-2. 複数署名者が段階完了

全員署名完了前の中間通知を「完了」と誤認しないよう、最終完了フラグだけを格納トリガにします。
中間版PDFは別フォルダ（作業中）へ隔離します。

4-3. 紙契約との混在

一部だけ紙の場合、スキャンPDFと電子完了PDFを同じ案件フォルダに並べ、正本フラグを台帳に付けます。
複数ツールの正本整理は複数ツール併用時の正本データを参照してください。

5. 導入チェックリスト

• 共有受信箱が署名完了通知の宛先に入っているか
• 保存パス規約が文書化され、担当者名フォルダを禁止しているか
• 完了PDFの自動または準自動コピーが動いているか
• 台帳の署名完了日・パス欄が必須入力になっているか
• 未紐づけ文書の週次レビュー担当が決まっているか

チェック全体は発注コンプライアンスのチェックリストと併用してください。

6. FAQ

Q. サービス内保管だけで足りますか

サービス解約・プラン変更で閲覧不能になるリスクがあるため、自社保管を推奨します。
作成・保存義務の観点は書類の作成・保存義務を参照してください。

Q. 通知メール自体も保存しますか

完了PDFに加え、通知.emlも保存すると受信日時の証跡が残ります。
容量が厳しい場合は通知のヘッダ要約を台帳に転記でも可です。

Q. バックアップとの関係は

証跡フォルダはバックアップ対象に含め、世代管理します。
引き継ぎ時の整理は発注データのバックアップと引き継ぎを参照してください。

7. 具体シナリオ：通知放置で支払だけ先行

7-1. 事象

署名完了通知が起案者の個人受信箱に届き、起案者は出張中で未開封のまま、経理は請求書だけ見て支払予約を入れていました。
監査サンプルで「完了PDFが社内に無い」ことが発覚し、サービス画面から再ダウンロードして事後格納しました。

7-2. 是正

共有受信箱を必須CCにし、通知到達でチケットを自動起票、完了PDF格納までをクローズ条件にしました。
支払承認画面に「署名完了パス未入力なら承認不可」のガードを追加しています。
交付と署名の整理は電子署名と書面交付の証跡に合わせました。

7-3. 自動化の段階導入

第1週は手動振分、第2週はメールルール、第3週からAPIコピー、と段階を分け、各段階で未紐づけ件数を測りました。
いきなり全自動にせず、突合キー（発注番号埋め込み）が安定してからWebhookを有効化しています。

7-4. 会話例

経理「請求書は来ていますが、完了PDFパスが空なので支払保留です」
購買「共有受信箱の契約完了フォルダに今朝格納しました。台帳も更新済みです」
支払ゲートと格納完了を同じチェックにすると、通知放置が再発しにくくなります。

8. 週次オペレーションと障害訓練

毎週、署名サービス上の完了一覧と共有フォルダの新規PDF件数を突き合わせ、差分があればチケット化します。
四半期に一度、意図的に通知メールを止める障害訓練を行い、画面CSVからの再取得手順が手を動かさずに実行できるか確認します。
新規サービスを追加するときは、送信元ドメインと件名パターンを受信ルールへ登録するチェックをオンボーディングに含めます。
完了PDFのファイル名に発注番号が無い場合は、リネームしてから格納する担当を購買に固定してください。
自動コピーが成功しても、記載事項の目視は別チェックとして残し、記載事項のテンプレートで突合します。
個人宛通知が残っていないか、四半期で権限レビューを行い、共有受信箱漏れを潰します。
バックアップ世代に完了PDFが含まれているかも、発注データのバックアップと引き継ぎの点検項目に加えます。

9. 格納完了の定義を一文で固定する

「格納完了」とは、完了PDFが規約パスに存在し、台帳の署名完了日・文書ID・パスが埋まり、記載事項の目視チェックが済んだ状態を指します。
通知を開いただけ、ダウンロードフォルダに残しただけ、個人Driveに置いただけは未完了です。
この定義を経理・購買・法務で共有し、支払承認の前提条件にすると、自動格納の効果が最大化します。
定義文は手順書の冒頭に置き、新人研修でも最初に読ませてください。

まとめ

• 締結完了通知は共有受信箱で受け止め個人依存を断つ
• 完了PDFは自社パス規約へ自動または準自動コピー
• 台帳に完了日時・文書ID・保管パスを必須化
• 自動後も記載事項の目視突合を省略しない

注意

本記事は取適法・フリーランス新法に関する一般的な情報の整理であり、トリカク（torikaku） の機能説明を含みますが、法的助言ではありません。
個別の契約内容・取引実態については専門家にご確認ください。