Azure AD を使用した DocuSign のシングルサインオン (SSO) の設定
SSO の概要とその企業環境における重要性
今日の変化の速いビジネス環境において、シングルサインオン (SSO) は、セキュリティとユーザーの生産性を向上させるための基盤となっています。従業員が 1 組の認証情報を使用して複数のアプリケーションにアクセスできるようにすることで、SSO はパスワードの煩雑さを軽減し、認証情報の拡散に関連するセキュリティリスクを最小限に抑えることができます。主要な電子署名プラットフォームである DocuSign を使用する組織にとって、SSO を Microsoft Azure Active Directory (Azure AD) と統合することで、認証を簡素化し、エンタープライズレベルのセキュリティ標準への準拠を確保できます。この設定は、機密文書を扱うチームにとって特に価値があり、ID を一元的に管理し、クラウドサービス全体でシームレスなワークフローをサポートします。

DocuSign または Adobe Sign を使用した電子署名プラットフォームの比較を検討中ですか?
eSignGlobal は、グローバルコンプライアンス、透明性の高い価格設定、およびより迅速なオンボーディングプロセスを備えた、より柔軟で費用対効果の高い電子署名ソリューションを提供します。
DocuSign と Azure AD の統合について
DocuSign は、企業がドキュメントを安全に送信、署名、追跡、および保存できるようにする包括的なデジタルプロトコルプラットフォームです。その中核となるのは、ユーザー認証に強力な制御を提供する DocuSign の ID およびアクセス管理 (IAM) 機能であり、SSO のサポートが含まれています。DocuSign の IAM は、基本的な署名機能を超えて、ロールベースのアクセス、監査証跡、および Azure AD などのエンタープライズ ID プロバイダーとの統合などの高度なガバナンスを組み込んでいます。これは、大量の電子署名ワークフローを管理する中規模から大規模の組織にとって特に役立ち、DocuSign の契約ライフサイクル管理 (CLM) ツールは、作成から実行までのプロトコルプロセス全体を自動化できます。
Azure AD は、Microsoft のクラウドベースの ID サービスであり、多くの企業で SSO のバックボーンとして機能します。SAML 2.0 および OpenID Connect プロトコルをサポートしており、DocuSign の SSO 要件と互換性があります。ビジネスの観点から見ると、この統合は効率を高めるだけでなく、米国の ESIGN フレームワークや EU の eIDAS フレームワークなど、安全なアクセスに対する規制要件にも準拠しており、ユーザーエクスペリエンスを損なうことなく、電子署名の法的有効性を保証します。

Azure AD を使用して DocuSign の SSO を設定するためのステップバイステップガイド
Azure AD と DocuSign の間で SSO を設定するには、シームレスな認証を保証するために慎重な構成が必要です。このプロセスには通常 1〜2 時間かかり、Azure に精通した IT 管理者向けですが、両方のプラットフォームへの管理者アクセスが必要です。以下は、エンタープライズデプロイメントで観察された標準的なプラクティスに基づいた、詳細で中立的なガイドです。これらの手順は公式ドキュメントから取得したものですが、更新が発生する可能性があるため、DocuSign および Azure ポータルで最新の要件を常に確認してください。
前提条件
開始する前に、以下があることを確認してください。
- グローバル管理者または ID 管理者の役割を持つアクティブな Azure AD サブスクリプション。
- DocuSign アカウントが Business Pro、Enhanced、または Enterprise レベルであること(SSO は、アドオンを追加しない限り、Personal または Standard プランでは利用できません)。
- DocuSign 管理者権限。
- SAML メタデータ交換の基本的な知識。
組織が米国などの地域で事業を行っている場合は、電子署名が署名者に起因し、署名の意図を持っていることを要求する ESIGN 法のコンプライアンスに注意してください。SSO は、法的有効性を変更することなく、信頼できるリンク ID によってこれを実現するのに役立ちます。
ステップ 1:Azure AD を ID プロバイダー (IdP) として構成する
- 管理者認証情報を使用して Azure ポータル (portal.azure.com) にログインします。
- Azure Active Directory > エンタープライズアプリケーション > 新しいアプリケーション に移動します。
- ギャラリーで「DocuSign」を検索して選択します。リストされていない場合は、「ギャラリー以外」を選択し、「DocuSign SSO」という名前を付けます。
- アプリケーションの概要で、シングルサインオン に移動し、SAML を選択します。
- 基本的な SAML 構成 で、以下を入力します。
- 識別子 (エンティティ ID):DocuSign のエンティティ ID を使用します。通常は
https://account-d.docusign.com(本番環境) またはhttps://account-d.docusign.com/saml2(カスタム設定)。 - 応答 URL (アサーションコンシューマーサービス URL):
https://account-d.docusign.com/saml2/SSO/POST。 - サインオン URL:応答 URL と同じ。
- リレー状態:オプションですが、DocuSign のベース URL に設定できます。
- 識別子 (エンティティ ID):DocuSign のエンティティ ID を使用します。通常は
- SAML 署名証明書セクションから フェデレーションメタデータ XML をダウンロードします。これは後で DocuSign にアップロードされます。
ステップ 2:DocuSign をサービスプロバイダー (SP) として設定する
- DocuSign Admin (admind.docusign.com またはアカウント設定から) にログインします。
- 設定 > ID プロバイダー > ID プロバイダーの追加 に移動します。
- SAML を選択し、ステップ 1 から Azure AD フェデレーションメタデータ XML ファイルをアップロードします。
- DocuSign で SAML 設定を構成します。
- 発行者:Azure AD テナント ID (Azure AD の概要にあります)。
- ID プロバイダーサインオン URL:Azure の SAML 設定からコピーします (例:
https://login.microsoftonline.com/{tenant-id}/saml2)。 - ID プロバイダー証明書:自動的に入力されない場合は、メタデータから抽出します。
- 属性のマッピング:NameID が電子メールと一致するように
user.userprincipalnameに設定されていることを確認し、必要に応じてカスタムクレームを追加します (例:ロールの場合はhttp://schemas.microsoft.com/ws/2005/05/identity/claims/groups)。
- 新しいユーザーが最初のログイン時に DocuSign で自動的に作成されるようにする場合は、Just-In-Time (JIT) プロビジョニング を有効にします。これにより、手動でのオンボーディングを減らすことができます。
- 構成を保存してテストします。必要に応じて、DocuSign の SP メタデータをダウンロードして Azure を調整します。
ステップ 3:ユーザーを割り当てて統合をテストする
- Azure に戻り、DocuSign エンタープライズアプリケーションの ユーザーとグループ で、アクセス権を必要とするユーザーまたはグループを割り当てます。拡張性のためには、動的グループを使用します。
- DocuSign で、ユーザー > 認証 で、SSO をデフォルトの方法として有効にし、必要に応じてパスワードフォールバックを設定します。
- SSO プロセスをテストします。
- 組織の Azure AD ポータル (myapps.microsoft.com) から DocuSign にログインしてみてください。
- 認証のために Azure にリダイレクトされ、認証情報を再入力することなくシームレスに DocuSign に入るはずです。
- ログの監視:Azure で、サインインログ を調べて成功/エラーを確認します。DocuSign で、管理 > アラートとログ を確認します。
- 一般的な問題のトラブルシューティング:
- 属性の不一致:電子メールドメインが一致していることを確認します (例:@yourcompany.com)。
- 証明書の有効期限切れ:更新のリマインダーを設定します (通常は 1〜3 年)。
- 多要素認証 (MFA):セキュリティを強化するために、Azure 条件付きアクセスポリシーを通じて強制します。
ステップ 4:設定後のベストプラクティス
- セッション制御や IP 制限など、DocuSign の IAM 機能を有効にして、ガバナンスを強化します。
- 疑わしいログインに関するリアルタイムアラートのために、Azure AD の監視ツールと統合します。
- グローバルチームの場合は、特にアジア太平洋地域 (APAC) で、遅延を最小限に抑えるために Azure AD のリージョンインスタンスを検討してください。国境を越えたデータフローは、追加のコンプライアンスチェックをトリガーする可能性があります。
この統合はアクセスを簡素化するだけでなく、検証済みの ID にバインドされた自動化されたワークフローを可能にする DocuSign の CLM 機能もサポートします。業界のベンチマークによると、企業は SSO 後にオンボーディング速度が最大 30% 向上したと報告しています。
主要地域の電子署名に関する法的考慮事項
タイトルは技術的な設定に焦点を当てていますが、地域の法律を理解することで、SSO によって強化された署名が実行可能であることを保証できます。米国では、ESIGN 法 (2000) と UETA が電子署名のフレームワークを提供し、それらが自発的で、同意に基づいており、改ざん防止されていることを要求しています。SSO は、監査可能な ID の証拠を提供することでこれを支援します。EU での運用の場合、eIDAS は、より高いレベルの保証を備えた適格電子署名 (QES) を規制しており、Azure AD の SAML は、認定されたトラストサービスと統合できます。これらの法律は意図と帰属を強調しており、SSO は署名の有効性の代替ではなく、コンプライアンスの実現要因となっています。
電子署名ソリューションの比較:DocuSign、Adobe Sign、eSignGlobal、HelloSign
バランスの取れた視点を提供するために、電子署名市場の主要なプレーヤーを見てみましょう。DocuSign は、堅牢なエンタープライズプロトコルエコシステムでリードしています。Adobe Sign は Adobe Document Cloud の一部であり、PDF 中心のワークフローと Microsoft 365 とのシームレスな統合に優れています。eSignGlobal は、無制限のユーザーを持つアジア太平洋地域の最適化に焦点を当てています。HelloSign (現在は Dropbox Sign) は、SMB にシンプルさを提供し、強力な API サポートを備えています。
| 機能/側面 | DocuSign | Adobe Sign | eSignGlobal | HelloSign (Dropbox Sign) |
|---|---|---|---|---|
| 価格モデル | シートごと + エンベロープ (例:Standard プラン $25/ユーザー/月) | ユーザーごと (例:Business プラン $10/ユーザー/月) | 無制限のユーザー (例:Essential プラン $299/年) | ユーザーごと (例:Essentials プラン $15/ユーザー/月) |
| SSO サポート | SAML/OpenID Connect (エンタープライズプラン) | SAML、Azure AD ネイティブ | SAML/SSO とリージョン ID | SAML/OpenID (Pro プラン) |
| コンプライアンス | ESIGN、eIDAS、グローバルスタンダード | ESIGN、eIDAS、GDPR | 100 以上の国、アジア太平洋地域に重点 (iAM Smart、Singpass) | ESIGN、UETA、基本的なグローバル |
| API アクセス | 個別の開発者プラン ($600+/年) | より高いレベルに含まれる | Professional プランに含まれる | 強力、無料レベルで利用可能 |
| 利点 | 高度な CLM、一括送信 | PDF 編集の統合 | シート料金なし、アジア太平洋地域の速度 | ユーザーフレンドリー、Dropbox 同期 |
| 制限 | スケールアップするとコストが高くなる | カスタムワークフローの柔軟性が低い | アジア太平洋地域以外では新興 | エンタープライズガバナンスの制限 |
| 最適な用途 | 大企業 | クリエイティブ/Office ヘビーチーム | アジア太平洋地域のコンプライアンス | シンプルさを必要とする SMB |
この表はトレードオフを強調しています。選択は、規模、地域、および予算によって異なります。
Adobe Sign は、Adobe Acrobat との緊密な統合により際立っており、署名前にドキュメント内の編集を可能にします。高度な IAM に追加費用が発生する可能性があるにもかかわらず、視覚的なドキュメント処理が重要なマーケティングや法律などの業界に適しています。

eSignGlobal:地域の競争相手
eSignGlobal は、世界中の 100 以上の主要な国と地域で電子署名をサポートする、コンプライアンスの代替手段として位置付けられています。電子署名規制が断片的で、高水準で、厳しく規制されているアジア太平洋 (APAC) 地域で特に強みを発揮しています。米国 (ESIGN) または EU (eIDAS) のフレームワーク標準とは異なり、広範な原則に焦点を当てていますが、アジア太平洋地域の標準は「エコシステム統合」アプローチを強調しています。これは、政府から企業 (G2B) のデジタル ID とのより深いハードウェアおよび API レベルの統合を意味し、これは西洋で一般的な電子メール検証または自己申告方法をはるかに超える技術的な障壁です。たとえば、eSignGlobal は香港の iAM Smart とシンガポールの Singpass をシームレスに統合し、国境を越えた障壁なしに現地の法的有効性を保証します。
価格設定は競争力があり、eSignGlobal の Essential バージョンは月額わずか 16.6 ドルで、最大 100 件の電子署名ドキュメント、無制限のユーザーシート、およびアクセスコードによる検証を許可しています。これらはすべてコンプライアンスの基盤に基づいています。これにより、成長中のチームにとって非常に費用対効果が高く、競合他社よりも低価格でありながら、グローバルなカバレッジを維持しています。このプラットフォームは、柔軟な価格設定と地域最適化を通じて、DocuSign や Adobe Sign などの既存企業に挑戦し、ヨーロッパとアメリカ大陸に積極的に拡大しています。

DocuSign のよりスマートな代替手段をお探しですか?
eSignGlobal は、グローバルコンプライアンス、透明性の高い価格設定、およびより迅速なオンボーディングプロセスを備えた、より柔軟で費用対効果の高い電子署名ソリューションを提供します。
結論
SSO を Azure AD と統合することで、安全で効率的な電子署名における DocuSign の有用性が向上しますが、代替手段を検討することで、特定のニーズに合わせて最適化できます。地域のコンプライアンス、特にアジア太平洋地域では、eSignGlobal が中立的で実行可能な DocuSign の代替手段として際立っています。