1. 送った書類のID・版・確認の順番をそろえる

総務・営業事務の担当者が最初にするのは、送信済みメールの件数を数えることではなく、送信した書類と、確認する人の順番を結び付けることです。同じ書類名でも、旧版と訂正版は別の行にします。サービスが発行する書類IDと社内の版番号を併記し、版番号がない場合は社内で識別できる番号を付けます。社内番号をサービスの書類IDと取り違えないようにしましょう。

hirostaが提案する一覧の列は次のとおりです。表計算でも始められます。通知や画面で確認できない項目は推測で埋めず、「未確認」と次に確認する人を残します。

列 記録する内容
書類ID サービス上で対象を特定できるID。必要なら社内管理番号も併記
書類名 取引先と書類の種類が分かる名称
版 v1・v2など、社内で識別する番号
送信日 その版を実際に送った日
確認の順番 確認する人を順に記載し、同意済み・依頼中・順番待ちを区別
現在の状態 第2節の区分と、確認したサービス上の表示
却下・取消の理由 通知や本人の説明で確認できた理由。不明なら確認待ち
訂正版との対応 旧版・訂正版双方のIDと版、現在処理する版、判断した人
完了の証拠の保存先 対象ID・版を照合した完了通知と締結済み書類の参照先
次に確認する人 相手の同意待ちか、社内の再送判断待ちかが分かる担当者
確認した日 担当者が通知・サービス画面と一覧を照合した日

確認の順番は「相手先確認中」だけで済ませず、「先方担当者：同意済み → 先方責任者：依頼中 → 自社責任者：順番待ち」のように書きます。実際の順序や並行確認の有無は、利用中のサービスと送信設定を確認してください。

2. 通知とサービス画面を照合し、5つの状態に分ける

クラウドサインの「クラウドサインの書類締結に関わる通知メールについて」（2026年10月21日確認）は、確認依頼と、全受信者の同意後に届く締結完了の通知を区別しています。複数の宛先がある場合、先の宛先の同意後に次へ確認依頼が届く流れも説明しています。最初の確認依頼の送信を、完了の証拠にしないことが出発点です。

次の区分は一覧で使うためのhirostaの提案で、各サービスに共通する正式な状態名ではありません。

  • 未同意：同意済みの人がまだいない。最初に確認する人と、依頼が届いているかを確かめる。
  • 一部同意：同意済みの人はいるが、全員分はそろっていない。誰まで同意済みか、誰が依頼中で誰が順番待ちかを分ける。
  • 却下・同意取消：通常の同意待ちから外し、「却下」か「同意取消」か、誰によるものか、理由と確認日を記録する。
  • 訂正版を送付：新しいID・版を送ったことと、旧版との対応を確認した状態。新しい版の同意状況も「訂正版を送付／未同意」のように併記し、送付だけで完了にしない。
  • 完了（完了の証拠あり）：対象ID・版についてサービス上の完了を確認し、完了通知と締結済み書類の参照先を記録した状態。証拠を確認できない場合は完了の確定を保留する。

使っているサービスのヘルプで、状態の意味・通知の条件・確認の順序を確かめ、一覧の区分との対応を決めます。メールと画面が食い違う場合は、対象ID・版と通知の時点を確認し、解消するまで「状態確認待ち」として担当者へ回します。

3. 却下・同意取消があれば、旧版と訂正版を結び付ける

クラウドサインの「受信した書類を却下する」（2026年10月21日確認）は、受信者が書類を訂正することはできず、訂正を求める場合は却下し、送信者に訂正版の新規作成・再送信を依頼する流れを案内しています。同意取消は、送信順があり、他の受信者の同意がまだ済まず締結前である場合に可能と説明されています。締結済みの状態ではこの操作による修正・解除はできないという説明であり、法的な解除の可否を判断する根拠にはしません。

hirostaが提案する処理の順番は次のとおりです。

  1. 却下・同意取消の対象ID・版・行った人・理由を確かめ、旧版の処理を保留する。理由が分からなければ送信担当者から確認する。
  2. 責任者が訂正内容と再送の要否を決める。AIの差分候補だけで、送信する内容を確定しない。
  3. 訂正版を送る場合は別の行を作り、旧版と訂正版の両方に相手のID・版を記録する。旧版の行は消さず、「処理対象外・訂正版へ」と明記する。
  4. サービス画面で旧版の状態と残っている依頼を確認する。必要な対応は利用サービスの手順に従って担当者が行い、社内一覧を書き換えただけで相手の依頼も止まったとは扱わない。
  5. 再送前に処理対象の版を責任者が照合し、旧版の添付・再送・重複処理を防ぐ。訂正版では誰から確認するかも確認し、旧版の同意をそのまま引き継いだことにしない。

一覧の「処理対象」は社内で次に扱う書類を示す区分で、旧版の法的な効力がなくなったという意味ではありません。すでにサービス上で完了している書類の訂正や、旧版との関係が不明な場合は、この再送手順だけで解決しようとせず、責任者と専門家へ確認します。

4. 想定シナリオで、同意待ちから完了までを区別する

以下は、架空の「若葉事務企画」が「朝凪設備」へ業務委託契約書を送る想定シナリオです。2026年10月21日に一覧を確認する設定で、実際の送信・同意操作や検証は行っていません。確認の順番は「朝凪設備の担当者 → 朝凪設備の責任者 → 若葉事務企画の責任者」とします。

例1：未同意なら、最初の確認先を追う

書類ID「D101」・v1を10月19日に送信したものの、同意済みの人がいない設定です。現在の状態は「未同意」、最初の担当者は「依頼中」、後の2人は「順番待ち」と記録します。次に確認する人は若葉事務企画の送信担当者とし、先方担当者への依頼到達を確認します。通知の送信記録だけでは、相手が読んだとは判断しません。

例2：一部同意なら、同意済みと順番待ちを分ける

同じD101・v1で先方担当者だけが同意した設定です。「一部同意／先方責任者の同意待ち」と記録し、自社責任者は順番待ちのままにします。次に確認する人は送信担当者です。先方責任者へ確認する前に、対象の版と依頼状況を照合します。一人の同意通知を完了通知として扱いません。

例3：却下・同意取消なら、再送判断を人へ回す

先方責任者が業務範囲の記載を理由にD101・v1を却下した設定です。「却下／業務範囲の確認待ち」と記録し、次に確認する人を自社責任者へ切り替えます。まだ訂正版がなければ「訂正版との対応」は「未作成・再送判断待ち」です。

却下ではなく、先に同意した人が締結前に同意を取り消した場合も、一覧には「同意取消」と区別して記録します。一部同意のまま放置せず、誰の同意が取り消され、現在どう表示されているかを確認し、責任者が次の対応を決めます。

例4：訂正版を送ったら、新旧の行を残す

責任者が業務範囲を確認し、10月21日にD102・v2を送った設定です。D101・v1には「却下・処理対象外／D102・v2へ」、D102・v2には「訂正版を送付／未同意／旧版D101・v1」と記録します。現在処理する版と判断した人も残します。

次に確認する人は送信担当者です。新しい版の最初の確認先への依頼と、旧版を誤って再送・処理しない状態を確かめます。版番号だけをv2に書き換えて、D101の送信日や同意履歴を上書きしない例です。

例5：完了は、対象の版と証拠を照合してから記録する

D102・v2で3人全員の同意が済み、サービス上の完了と完了通知を担当者が確認した設定です。「完了（完了の証拠あり）」に変え、証拠の保存先を「社内契約フォルダー／D102-v2／完了通知・締結済み書類」と記録します。権限のある担当者が参照できる場所を使い、通知と書類のID・版が一致することを確かめます。

確認した日は10月21日、次に確認する人は保存・引き継ぎの担当者とします。D101・v1は処理対象外の履歴として残します。ここで記録するのはサービス上の完了で、法的な契約の成立・有効性を確定する判断ではありません。

5. AIは状態・差分の候補と、一覧の下書きに限って使う

hirostaが提案するAIの使い道は、通知メールや一覧から状態の候補を書き出すこと、旧版と訂正版の差分の候補を洗い出すこと、一覧の下書きを作ることに限ります。候補には参照した通知・書類ID・版を添え、人が元の情報へ戻れるようにします。

AIに契約の成立・有効性を判断させず、再送するか・どの版で進めるかも人が決めます。 AIの出力で一覧を確定したり、通知や書類の送信を自動実行したりしません。担当者がサービス画面・通知・書類と照合し、分からないものは確認待ちに戻します。

実際の契約書や通知には非公開情報が含まれます。AIへ渡す前に社内の利用許可と入力範囲を確認し、認証用リンク・個人情報・機密情報をそのまま入力しないでください。まず架空の内容で、下書きを人が照合できるか確かめる進め方を検討できます。

締結後の期限は取引基本契約の更新管理、保存の条件とAIの役割は電子取引データの保存へ進んでください。この記事の一覧だけで、更新管理や保存要件への対応が完了するものではありません。