# E-signature APIをAI/Agent文書業務へ接続する際の送信・署名状態・権限・証跡境界 CURRENT_STATUS: CURRENT OBSERVATION: SPEC_ONLY FRESHNESS: CURRENT PAGE_TYPE: reference CANONICAL_URL: /tools/ea-227-e-signature-api-ai-agent CLAIM_IDS: none EVIDENCE_IDS: EVD-EA-227-URL-138718047806, EVD-EA-227-URL-C17BFE0DF410, EVD-EA-227-URL-2288CF739174, EVD-EA-227-URL-F7D518944199, EVD-EA-227-URL-AC04CEE11A1B, EVD-EA-227-URL-5273F0D92551, EVD-EA-227-URL-2EFF145E0497, EVD-EA-227-URL-02830B9168B0, EA-227-CURRENT-APPROVAL, EA-227-CURRENT-BODY-READBACK UNKNOWN_IDS: EA-227-UNKNOWN-01 OPS_IDS: none ## Summary 「AIが署名文書を生成・API送信できること」と「正しい当事者が意図した文書へ有効に署名し、必要な証跡が保存されたこと」は別です。不可逆な送信前に文書version/hash、recipient、environment、権限、承認を固定し、送信response、署名状態、最終文書を別々にreadbackします。test mode、webhook受信、access removalを、それぞれ法的成立、exactly-once処理、全消去の証明へ外挿しません。 ## Current judgment 「AIが署名文書を生成・API送信できること」と「正しい当事者が意図した文書へ有効に署名し、必要な証跡が保存されたこと」は別です。不可逆な送信前に文書version/hash、recipient、environment、権限、承認を固定し、送信response、署名状態、最終文書を別々にreadbackします。test mode、webhook受信、access removalを、それぞれ法的成立、exactly-once処理、全消去の証明へ外挿しません。 ## Scope E-signature APIをAI/Agent文書業務へ接続する際の送信・署名状態・権限・証跡境界 ## Confirmed ## UNKNOWN - EA-227-UNKNOWN-01: 法域別の有効性、tenant固有のidentity-verification設定、Docusign/Dropbox Signのendpoint別idempotencyとambiguous-timeout挙動、webhook retry/dedup semantics、SDK defaults、retention/backup、独立production incident、organization approval controlは、この記事だけでは確定しません。 ## Evidence - EVD-EA-227-URL-138718047806 (RESEARCH): Dropbox Sign API Documentation Overview: — https://developers.hellosign.com/docs/overview - EVD-EA-227-URL-C17BFE0DF410 (RESEARCH): Dropbox Sign Create Embedded Signature Request: — https://developers.hellosign.com/api/signature-request/create-embedded - EVD-EA-227-URL-2288CF739174 (RESEARCH): Dropbox Sign Update Signature Request: — https://developers.hellosign.com/api/signature-request/update - EVD-EA-227-URL-F7D518944199 (RESEARCH): Dropbox Sign Download Files: — https://developers.hellosign.com/api/signature-request/files - EVD-EA-227-URL-AC04CEE11A1B (RESEARCH): Dropbox Sign Remove Signature Request Access: — https://developers.hellosign.com/api/signature-request/remove - EVD-EA-227-URL-5273F0D92551 (RESEARCH): Dropbox Sign Edit Signature Request: — https://developers.hellosign.com/api/signature-request/edit - EVD-EA-227-URL-2EFF145E0497 (RESEARCH): Docusign Developer Center: — https://developers.docusign.com/ - EVD-EA-227-URL-02830B9168B0 (RESEARCH): Docusign MCP connector documentation: — https://developers.docusign.com/platform/mcp-server/anthropic-claude/claude-code/ - EA-227-CURRENT-APPROVAL (RESEARCH): 現行本文の監査・revision対応 - EA-227-CURRENT-BODY-READBACK (IMPL): 現行本文の収録照合 ## Failure / limits 想定すべき失敗には、誤recipient、誤った文書version、ambiguous timeout後の重複send、test/production混同、signer email修正によるidentity変更、rate limit、callbackの遅延・重複・欠落、完了直後のfile preparation待ち、expire/decline、過剰scope、edit/resendによるquota消費、requester access removalを全消去と誤認すること、法的または組織上の承認不足があります。 webhookやConnectは有用な非同期signalですが、任意tenantでexactly-once deliveryされることの証明にはなりません。callback受信だけで最終成功を確定せず、provider側statusと必要な最終文書を別途readbackします。曖昧なtimeoutでは自動再送の前に既存request/envelopeの存在を確認し、重複送信を防止します。 ## 要点と前提 AIが契約文書を生成できることと、正しい当事者へ正しい文書を送信し、必要な署名状態と証跡を得たことは別の事実です。電子署名APIをAgentへ接続する場合、文書生成、署名依頼の送信、署名者の操作、完了状態、最終文書の取得を別々の状態として扱い、それぞれをreadbackできる設計が必要です。 ## 何を制御するか 不可逆な送信の直前に、送信対象の文書versionまたはhash、recipient、実行環境、権限、承認者を固定します。draft生成権限とsend権限を分離し、least privilegeを適用します。監査記録にはactor/agent、承認identity、document hash/version、recipient set、provider側のrequest/envelope/signature ID、environment、timestamp、response class、event ID、最終status/readbackを残します。 Dropbox Signではtest modeの署名依頼は法的拘束力がないと明記され、productionと同じ「署名成功」として扱えません。またsigner emailを変更するとsignature_idが変わり得るため、emailだけを永続identityにしない設計が必要です。署名完了後でも最終ファイルの準備中には取得が409となり得るため、完了event直後の一度のdownload失敗を署名失敗と断定してはいけません。 ## failure envelope 想定すべき失敗には、誤recipient、誤った文書version、ambiguous timeout後の重複send、test/production混同、signer email修正によるidentity変更、rate limit、callbackの遅延・重複・欠落、完了直後のfile preparation待ち、expire/decline、過剰scope、edit/resendによるquota消費、requester access removalを全消去と誤認すること、法的または組織上の承認不足があります。 webhookやConnectは有用な非同期signalですが、任意tenantでexactly-once deliveryされることの証明にはなりません。callback受信だけで最終成功を確定せず、provider側statusと必要な最終文書を別途readbackします。曖昧なtimeoutでは自動再送の前に既存request/envelopeの存在を確認し、重複送信を防止します。 ## 適用境界 利用可能な機能はAPI plan/quota、OAuth/API scope、production entitlement、template/embedded機能、account/team policy、法域、identity verification方式、organization approval policyに依存します。公開ドキュメントから特定tenantの設定や挙動までは証明できません。 電子署名providerが監査証跡や本人確認機能を提供していても、それだけで全法域・全契約の法的有効性が保証されるとは扱いません。法的有効性、本人確認レベル、retention、backup、endpoint別idempotency、webhook retry/dedup semantics、実SDK defaultsは個別確認が必要です。 ## 実装時の最低確認 安全なacceptance fixtureには、test/production guard、wrong-recipient rejection、duplicate-send suppression、ambiguous timeout、429、signer-email変更とsignature_id rotation、completion callback重複、file retrievalの409→成功、decline/expire、remove-access semantics、audit correlationを含めます。live tenantで不可逆な送信を行う試験は、別途承認された安全な試験計画なしには実施しません。 ## SAFE_WORDING 「AIが署名文書を生成・API送信できること」と「正しい当事者が意図した文書へ有効に署名し、必要な証跡が保存されたこと」は別です。不可逆な送信前に文書version/hash、recipient、environment、権限、承認を固定し、送信response、署名状態、最終文書を別々にreadbackします。test mode、webhook受信、access removalを、それぞれ法的成立、exactly-once処理、全消去の証明へ外挿しません。 ## 主要source / provenance - Dropbox Sign API Documentation Overview: https://developers.hellosign.com/docs/overview - Dropbox Sign Create Embedded Signature Request: https://developers.hellosign.com/api/signature-request/create-embedded - Dropbox Sign Update Signature Request: https://developers.hellosign.com/api/signature-request/update - Dropbox Sign Download Files: https://developers.hellosign.com/api/signature-request/files - Dropbox Sign Remove Signature Request Access: https://developers.hellosign.com/api/signature-request/remove - Dropbox Sign Edit Signature Request: https://developers.hellosign.com/api/signature-request/edit - Docusign Developer Center: https://developers.docusign.com/ - Docusign MCP connector documentation: https://developers.docusign.com/platform/mcp-server/anthropic-claude/claude-code/ ## OPEN_UNKNOWN 法域別の有効性、tenant固有のidentity-verification設定、Docusign/Dropbox Signのendpoint別idempotencyとambiguous-timeout挙動、webhook retry/dedup semantics、SDK defaults、retention/backup、独立production incident、organization approval controlは、この記事だけでは確定しません。 NEXT: /agent/start.json STOP: This is a knowledge projection, not an execution order.