ClaudeとDocuSignを連携する方法 — 契約書の作成から送付まで

Claude DocuSign連携とは — 何ができるか

DocuSignのConnectorは、契約書の作成から送付、検索、ワークフローの起動までを自然文の指示で行える公式連携です。開発元はDocuSign自身で、Connectorsディレクトリでは「Productivity」カテゴリーに分類されています。対応する操作は読み取りと書き込みの両方です。検索や要約だけでなく、契約書の作成や送付まで会話の中から実行できます。

対応する利用形態はClaude Web・デスクトップアプリ・モバイルアプリ・Claude Code・APIです。契約業務は部門をまたいで発生しやすい作業ですが、複数のアプリを行き来せず1つの会話で完結させられる点が大きな利点になります。

ConnectorsはMCP(Model Context Protocol)を基盤にした仕組みです。これまでDocuSignで契約書を作成・送付するにはDocuSign自体の画面を開いて操作する必要がありましたが、Connector経由であればClaudeとの会話の中からその操作を依頼できます。

claude.aiでDocuSignを接続する手順

接続の流れは他の公式Connectorと共通です。

1. claude.aiで「Customize」→「Connectors」を開く
2. 「+」ボタンから一覧を開き、DocuSignを探す
3. 「Connect」をクリックし、DocuSignのログイン画面でサインインする
4. 表示される権限を確認し、アクセスを許可する

認証はOAuthで行います。Team・Enterpriseプランでは、Ownerが組織側で先にConnectorを有効化し、そのうえでメンバー各自が個別に認証する2段階の流れになります。組織側の有効化だけでは誰も使えるようにならず、個人の認証が別途必要です。

DocuSignコネクタでできること

公式に案内されている使い方は4つの型に分かれます。

検索・抽出は他の文書系Connectorと似た使い方です。契約書の作成と送付まで担える点がDocuSignコネクタの独自性です。テンプレートを起点に「作成→編集依頼→送付」までを1つの指示にまとめられるため、雛形の呼び出しと差し込み入力を人手で往復する手間が減ります。

読み書き権限の扱いと承認設定

DocuSignコネクタが実行できる範囲は、接続したアカウントがDocuSign側で持つ権限を超えません。閲覧権限のない契約書や、送付権限のないテンプレートには、Claudeを介しても届きません。

Team・Enterpriseプランでは、これとは別にClaude側の制限を組織全体にかけられます。Ownerが「Customize」→「Connectors」からDocuSignを選び「Tool permissions」を開くと、読み取り系と書き込み・削除系のツールをそれぞれ「Always allow(常に許可)」「Needs approval(承認が必要)」「Blocked(ブロック)」の3段階で設定できます。契約書の送付のような取り消しづらい操作だけをNeeds approvalにし、検索や閲覧はAlways allowのままにする、という段階的な設定が可能です。

この制限はDocuSign側の権限を上書きしません。Claude側で送付を許可しても、接続した本人がDocuSignで送付権限を持っていなければ操作は失敗します。設定の細かい落とし穴はClaude Connectorsの権限設定でよくある失敗と対策にまとめています。送付後の締結ワークフローや承認ゲートの組み方はClaude Cowork契約締結ワークフローが扱う領分です。

「Needs approval」と「Blocked」はどちらも書き込みを止める設定ですが、性格が異なります。Needs approvalは操作のたびに承認を挟む前提で、日常的に使いながら重要な操作だけ人の目を通したい場合に向きます。Blockedは操作自体を一律に禁止する設定で、導入初期のように書き込み系の挙動をまだ確認しきれていない期間に向いています。試用期間はBlockedで様子を見て、運用が固まってからNeeds approvalへ緩める、という段階的な移行も現実的です。

セキュリティとデータの扱い

DocuSignコネクタでやり取りするデータは暗号化された通信で転送されます。ただし接続先のDocuSignは、Anthropicのインフラとは別に自社のインフラでデータを処理しており、処理場所が米国外になる場合もあります。EnterpriseプランのUS-only inference設定のように、Claude側の推論実行地域を制御する設定があっても、接続先サービス側の処理場所までは変更されません。契約書のように地域規制の対象になりやすいデータを扱う場合は、この違いを先に確認しておく必要があります。

Team・Enterpriseプランでは、Connectorsはプライベートプロジェクトでのみ利用できます。DocuSignの契約データを同期した会話は、他のメンバーと共有できない設計です。契約書のような機密情報を扱う用途では、この制限がそのまま誤共有の防止にもなります。

複数のConnectorを併用するときの負荷

DocuSignを含め複数のConnectorを同時に接続していると、会話のたびにツール定義が読み込まれ、本来ドキュメントや会話履歴に使いたい文脈の余地を圧迫します。読み込みのタイミングを選べる「ツールアクセス」設定で調整でき、詳細はClaudeのツールアクセス設定にまとめています。

接続後は、毎回「DocuSignを使って」と名指ししなくても、契約書の作成や送付に関わる依頼をすればClaudeが自動的にDocuSignを使う場合があります。複数の似た機能のConnectorを同時に接続していると、どちらを使うか名指しが必要になる場合があります。

Team・Enterpriseで組織全体にDocuSignを配布する場合、通常のOAuth認証はメンバー一人ひとりが個別に行う作業です。Enterprise-managed auth(ベータ機能)を使うと、Ownerが一度認証するだけでメンバーは初回ログイン時にアクセスを自動的に引き継げます。一括認証の設定手順はClaude Enterpriseでコネクタを一括認証する設定手順にまとめています。

法務レビューとの役割分担

DocuSignコネクタは契約書の作成・送付・検索を担います。契約内容そのものの一次レビュー、条項の妥当性確認や規程との整合確認は別の作業です。この一次レビューで任せる範囲と任せない範囲はClaude Cowork法務活用にまとめています。本記事のDocuSign連携は、レビューが済んだ後の作成・送付・締結の実務を担う位置付けです。

よくあるつまずき

送付したはずのメールが届かない

DocuSign側の送信制限やスパムフィルタで止まっている場合があります。DocuSignの送信履歴を先に確認し、Claude側のログではなくDocuSign側のステータスで判断します。

検索結果に一部の契約書が出てこない

接続したアカウントに閲覧権限のない契約書は、検索結果から自動的に除外されます。件数が想定より少ないときは、対象フォルダやワークスペースへのアクセス権を先に確認します。

組織で有効化したのに使えないメンバーがいる

組織側の有効化と個人の認証は別工程です。Ownerが有効化しただけでは全員が使えるようになりません。メンバー各自がDocuSignアカウントで認証を済ませる必要があります(Enterprise-managed authを使っている場合を除く)。

接続がうまくいかない、途中で切れる

まず安定したインターネット接続があるか、DocuSignアカウントが有効か、必要な権限や契約プランの条件を満たしているかを順に確認します。それでも解決しない場合は、「Customize」→「Connectors」から一度切断し、再接続すると解消することがあります。

契約書の内容を他のメンバーに見せられない

Team・Enterpriseプランでは、Connectorsが同期したデータを含む会話は共有できない設計です。契約書の内容を他のメンバーに見せたい場合は、会話そのものを共有するのではなく、契約書自体をDocuSign側で共有します。

まとめ

DocuSignコネクタは、契約書の作成・送付・検索・ワークフロー管理までを会話の中で完結させる読み書き両対応のConnectorです。Team・Enterpriseで使う場合は、送付のような取り消しづらい操作をNeeds approvalに設定し、検索や閲覧は常に許可するという段階的な運用が現実的です。契約内容の一次レビューを任せたい場合は、DocuSignコネクタでなくCoworkの法務活用を合わせて検討する価値があります。