Adobe Acrobat Sign 統合の Vault システムアカウントユーザーを作成します。
最終更新日 :
2024年7月3日
- Adobe Acrobat Sign の統合
- 新機能
- 製品バージョンとライフサイクル
- Salesforce 向け Acrobat Sign
- Microsoft 向け Acrobat Sign
- Microsoft 365 向け Acrobat Sign
- Outlook 向け Acrobat Sign
- Word/PowerPoint 向け Acrobat Sign
- Teams 向け Acrobat Sign
- Microsoft PowerApps および Power Automate 向け Acrobat Sign
- Acrobat Sign Connector for Microsoft Search
- Microsoft Dynamics 向け Acrobat Sign
- Microsoft SharePoint 向け Acrobat Sign
- Microsoft 365 向け Acrobat Sign
- ServiceNow 向け Acrobat Sign
- HR ServiceNow 向け Acrobat Sign
- SAP SuccessFactors 向け Acrobat Sign
- Acrobat Sign for Workday
- NetSuite 向け Acrobat Sign
- SugarCRM 向け Acrobat Sign
- VeevaVault 向け Acrobat Sign
- Coupa BSM Suite 向け Acrobat Sign
- Acrobat Sign 開発者向けドキュメント
概要
この文書では、Adobe Acrobat Sign と Veeva Vault プラットフォームの統合を確立する方法について説明します。Veeva Vault は、ライフサイエンス向けに構築されたエンタープライズコンテンツ管理（ECM）プラットフォームです。「Vault」は、規制当局への提出、調査報告、助成金申請、一般契約などの典型的な用途を持つコンテンツおよびデータリポジトリです。1 つのエンタープライズが、個別に維持される必要がある複数の「Vault」を持つことができます。
次に、統合手順の概要を示します。
- Adobe Acrobat Sign で管理アカウントを有効にします（新規ユーザーのみ）。
- Vault に契約書ライフサイクルの履歴をトラックするオブジェクトを作成します。
- 新しいセキュリティプロファイルを作成します。
- Adobe Acrobat Sign で、Veeva Vault 統合のユーザーを保持するためのグループを設定します。
- 文書フィールドおよびレンディションを作成します。
- Web アクションを設定し、文書ライフサイクルを更新します。
- 文書タイプのユーザー、およびユーザーの役割設定を作成します。
- ミドルウェアを使用して、Veeva Vault を Adobe Acrobat Sign に接続します。
注意：
Adobe Sign の管理者は、Adobe Acrobat Sign 内で Adobe Acrobat Sign の設定手順を実行する必要があります。
Veeva Vault の設定
Adobe Acrobat Sign との統合用に Veeva Vault を設定するには、次の手順を実行する必要があります。
Vault 向け Adobe Acrobat Sign を設定するために、Adobe Sign Admin Group と呼ばれる新規グループが作成されます。このグループは、Adobe Acrobat Sign 関連のフィールドの、文書フィールドレベルのセキュリティを設定するために使用され、デフォルトで Adobe Sign Integration Profile
が含まれます。
パッケージをデプロイし、手順に従います。パッケージがデプロイされると、パッケージにより、次が作成されます。
- カスタムオブジェクト：Signature オブジェクト、Signatory オブジェクト、Signature Event オブジェクト、Process Locker オブジェクト
- Signature オブジェクトのページレイアウト
- Signature Event オブジェクトのページレイアウト
- Signatory オブジェクトのページレイアウト
- Process Locker オブジェクトのページレイアウト
- Adobe Sign Integration Task Log オブジェクトのページレイアウト
- Adobe Sign Rendition タイプ
- Original Rendition タイプ
- 共有フィールド signature__c
- Adobe Sign Web アクション
- Cancel Adobe Sign Web アクション
- Adobe Sign Admin Actions Permission セット
- Adobe Sign Integration Profile セキュリティプロファイル
- アプリケーションの役割 Adobe Sign Admin Role
- 文書タイプグループ「Adobe Sign Document」
- Adobe Sign Integration Task log オブジェクト
Signature オブジェクト
Signature オブジェクトは、契約書関連の情報を格納するために作成されます。Signature オブジェクトは、次の特定のフィールドの下にある情報を含んでいるデータベースです。
| フィールド | ラベル | タイプ | 説明 |
|---|---|---|---|
| external_id__c | 契約書 ID | String 型（100） | Adobe Acrobat Sign の一意の契約書 ID を保持します。 |
| file_hash__c | ファイルハッシュ | String 型（50） | Adobe Acrobat Sign に送信されたファイルの md5 チェックサムを保持します。 |
| name__v | 名前 | String 型（128） | 契約書名を保持します。 |
| sender__c | 送信者 | オブジェクト（ユーザー） | 契約書を作成した Vault ユーザーへの参照を保持します。 |
| signature_status__c | 署名ステータス | String 型（75） | Adobe Acrobat Sign の契約書のステータスを保持します。 |
| signature_type__c | 署名タイプ | String 型（20） | Adobe Acrobat Sign の契約書の署名タイプを保持します（WRITTEN または ESIGN）。 |
| start_date__c | 開始日 | 日付時刻 | 契約書が署名用に送信された日付 |
| cancellation_date__c | キャンセル日 | 日付時刻 | 契約書がキャンセルされた日付を保持します。 |
| completion_date__c | 完了日 | 日付時刻 | 契約書が完了された日付を保持します。 |
| viewable_rendition_used__c | 表示可能なレンディションを使用 | ブール値 | 表示可能レンディションが署名用に送信されたかどうかを示すフラグ。（デフォルトでは、true です） |
| plugin_version__c | プラグインバージョン | Text 型（10） | 新しいバージョン 4.0 がデプロイされる前に、作成されたすべての契約書を適切に処理できるようにするために使用されます。 メモ：4.0 カスタム web アプリケーションバージョンがデプロイされた後、このフィールドは Signature レコードが作成されるたびに 4.0 に設定されます。 |
| external_environment__c | 外部環境 | Text 型（20） | 契約書が作成された Adobe Sign の環境名を保持します。 |
Signatory オブジェクト
Signatory オブジェクトは、契約書の参加者に関連する情報を格納するために作成されます。次の特定のフィールドの下にある情報を含んでいます。
| フィールド | ラベル | タイプ | 説明 |
|---|---|---|---|
| email__c | 電子メール | String 型（120） | Adobe Acrobat Sign の一意の契約書 ID を保持します。 |
| external_id__c | 参加者 ID | String 型（80） | Adobe Acrobat Sign の一意の参加者の識別子を保持します。 |
| name__v | 名前 | String 型（128） | Adobe Acrobat Sign の参加者の名前を保持します。 |
| order__c | 順序 | 数値 | Adobe Acrobat Sign の契約参加者の注文番号を保持します。 |
| role__c | 役割 | String 型（30） | Adobe Acrobat Sign の契約参加者の役割を保持します。 |
| signature__c | 署名 | オブジェクト（署名） | 署名の親レコードへの参照を保持します。 |
| signature_status__c | 署名ステータス | String 型（100） | Adobe Acrobat Sign の契約参加者のステータスを保持します。 |
| user__c | ユーザー | オブジェクト（ユーザー） | 署名者のユーザーレコードへの参照を保持します（参加者が Vault ユーザーの場合）。 |
Signature Event オブジェクト
Signature Event オブジェクトは、契約書のイベント関連の情報を格納するために作成されます。次の特定のフィールドの下にある情報を含んでいます。
| フィールド | ラベル | タイプ | 説明 |
|---|---|---|---|
| acting_user_email__c | 代行ユーザー電子メール | 文字列 | イベントを生成する原因となったアクションを実行した Adobe Acrobat Sign ユーザーの電子メールを保持します。 |
| acting_user_name__c | 代行ユーザー名 | 文字列 | イベントを生成する原因となったアクションを実行した Adobe Acrobat Sign ユーザーの名前を保持します。 |
| description__c | 説明 | 文字列 | Adobe Acrobat Sign イベントの説明を保持します |
| event_date__c | イベント日 | 日付時刻 | Adobe Acrobat Sign イベントの日時を保持します |
| event_type__c | イベントタイプ | 文字列 | Adobe Acrobat Sign イベントのタイプを保持します |
| name__v | 名前 | 文字列 | 自動生成されたイベント名 |
| participant_comment__c | 参加者のコメント | 文字列 | Adobe Acrobat Sign の参加者のコメントを保持します（存在する場合） |
| participant_email__c | 参加者の電子メール | 文字列 | Adobe Acrobat Sign の参加者の電子メールを保持します |
| participant_role__c | 参加者の役割 | 文字列 | Adobe Acrobat Sign の参加者の役割を保持します |
| signature__c | 署名 | オブジェクト（署名） | 署名の親レコードへの参照を保持します |
| external_id__c | 外部 ID | Text 型（200） | Adobe Sign によって生成された契約書イベント識別子を保持します。 |
Process Locker オブジェクト
Adobe Acrobat Sign 統合プロセスをロックするための Process Locker オブジェクトが作成されます。カスタムフィールドは必要ありません。
Adobe Sign Integration Task Log オブジェクト
Adobe Sign Integration Task Log（as_int_task_log__c）を作成します。AgreementsEventsSynchronizerJob および AgreementsEventsProcessingJob の実行をトレースするために使用される大容量オブジェクトです。
AgreementsEventsSynchronizerJob：このタスクにより、過去 N 日間に Vault で作成されたすべての署名について、Adobe Sign から見つからないすべての契約書イベントが Vault でアクティブな Signature Event として作成されることが保証されます。
AgreementsEventsProcessingJob：このタスクにより、アクティブな Signature Event レコードを持つすべての文書が、イベントタイプに応じて処理されることが保証されます。
| フィールド | ラベル | タイプ | 説明 |
|---|---|---|---|
| start_date__c | 開始日 | 日付時刻 | タスク開始日 |
| end_date__c | 終了日 | 日付時刻 | タスク終了日 |
| task_status__c | タスクステータス | 選択リスト | 次のタスクステータスを保持します。 Completed（task_completed__c）、Completed With Errors（task_completed_with_errors__c）、Failed（task_failed__c） |
| task_type__c | タスクタイプ | 選択リスト | 次のタスクタイプを保持します。 Agreements Events Synchronization（agreements_events_synchronization__c）、Agreements Events Processing（agreements_events_processing__c） |
| messages__c | メッセージ | Long 型（32000） | タスクメッセージを保持します。 |
デプロイメントパッケージに含まれている Signature、Signatory、Signature Event、Process Locker、Task Log のオブジェクトでは、デフォルトで「Audit data changes for this object」プロパティが有効になっています。
メモ：「Audit data changes」設定を有効にすることで、監査ログに Vault キャプチャオブジェクトレコードデータの変更を保有できます。この設定はデフォルトでオフになっています。この設定を有効にし、レコードを作成すると、この設定を無効にすることはできなくなります。この設定がオフであり、レコードが存在する場合、Vault Owner のみが設定を更新できます。
Signature オブジェクトの Participants と History を表示
デプロイメントパッケージに含まれている Signature オブジェクトには、Signature Detail Page Layout が付属します。この Page Layout には、Participants と History のセクションがあります。
- 「Participants」セクションには、次の画像に示すように設定されている Related Objects Section があります。
- 次に示すように、Participants 用に表示する列を編集できます。
- 「History」セクションには、次の画像に示すように設定されている Related Objects Section があります。
- 次に示すように、History 用に表示する列を編集できます。
Adobe Acrobat Sign 文書の Participants と Audit History を表示
Adobe Acrobat Sign 文書の Participants と Audit History を表示するには、文書の「Adobe Signature」セクションのリンクを選択します。
- 開いたページには、次のように、Adobe Acrobat Sign 文書の Participants と History が表示されます。
- 次に示すように、Signature の監査証跡を表示します。
手順 2 でパッケージを正常にデプロイすると、Adobe Sign Integration プロファイルが作成されます。Adobe Sign Integration Profile はシステムアカウントに割り当てられ、Vault API を呼び出すときに統合によって使用されます。このプロファイルは、次の権限を許可します。
- Vault API
- 読み取り、作成、編集、および削除：Signature、Signatory、Signature Events、Process Locker のオブジェクト
次の画像に示すように、含まれるセキュリティプロファイルを Adobe Sign Integration Profile に設定することで、Adobe Sign Admin Group（手順 1 で作成）を更新する必要があります。
Adobe Acrobat Sign パッケージをデプロイすると、「Adobe Sign Document」と呼ばれる Document Type Group レコードが作成されます。
Adobe Acrobat Sign プロセスの対象となるすべての文書分類について、この文書タイプグループを追加する必要があります。文書タイプグループプロパティは、タイプからサブタイプや、サブタイプから分類レベルに継承されないので、Adobe Acrobat Sign の対象となる文書の分類ごとに設定する必要があります。
メモ：User Role Setup オブジェクトに Document Type Group オブジェクトを参照するフィールドが含まれていない場合は、フィールドを追加する必要があります。そのためには、次の画像に示すように、Object／User Role Setup／Fields に移動し、必要な手順を完了します。
ライフサイクルが適切に設定されたら、Adobe Acrobat Sign プロセスの対象となるすべての文書について、DAC によって Adobe Sign Admin ユーザーが追加されていることを確認する必要があります。この追加は、次を指定する適切な User Role Setup レコードを作成することによって行われます。
- Document Type Group を Adobe Sign Document に
- Application Role を Adobe Sign Admin Role に
- 統合ユーザー
パッケージデプロイメントにより、統合の確立に必要な次の新しい共有文書フィールドが作成されます。
- 署名（signature__c）
Document Fields を設定するには、次の手順を実行します。
Disable Vault Overlays（disable_vault_overlays__v）は、既存の共有フィールドです。オプションで、このフィールドに、Adobe Sign Admin グループのメンバーのみが値を更新できるようにする、特定のセキュリティを設定できます。
Adobe Sign Rendition（adobe_sign_rendition__c）と呼ばれる新しいレンディションタイプは、Vault 統合により、署名済み PDF 文書を Adobe Acrobat Sign にアップロードするために使用されます。Adobe Acrobat Signature の対象となる文書タイプごとに、Adobe Sign レンディションを宣言する必要があります。
Original Rendition（original_rendition__c）と呼ばれる新しいレンディションタイプは、Vault 統合により、署名済み文書が表示可能レンディションとして読み込まれた場合に元の表示可能レンディションを格納するために使用する必要があるレンディションの名前として使用されます。
Adobe Acrobat Signature の対象となる文書タイプごとに、Original Rendition を宣言する必要があります。
オプションで、Vault に新しいレンディションタイプ Adobe Audit Trail Rendition（adobe_audit_trail_rendition__c）を用意できます。このタイプは、Vault 統合により、Adobe 監査証跡レポートを格納するために使用されます。
Adobe Audit Trail Rendition を設定するには、次の手順を実行します。
ユーザーが上記の設定でデジタル署名契約書を選ぶと、Adobe Acrobat Sign がデジタル署名された PDF と監査証跡レポートを組み合わせるための PDF ポートフォリオを使用していることを示す（次のような）メッセージが表示されます。
文書の内容をデジタル署名および監査証跡とともに表示するには、管理者 UI でデジタル署名に対して「監査レポートを署名済みレンディションに添付」および「Acrobat Sign レンディションを表示」を選択しないでください。
Adobe Audit Trail Rendition を使用して、Adobe 監査証跡を個別のレンディションとしてダウンロードまたは表示できます。
Adobe Acrobat Sign と Vault 統合では、次の 2 つの Web アクションを作成および設定する必要があります。
Create Adobe Sign：Adobe Acrobat Sign Agreement を作成または表示します。
タイプ：文書
ターゲット：Vault 内に表示
資格情報：Post Session credentials via Post Message を有効にする
URL：https://api.na1.adobesign.com/api/gateway/veevavaultintsvc/partner/agreement?docId=${Document.id}&majVer=${Document.major_version_number__v}&minVer=${Document.minor_version_number__v}&vaultid=${Vault.id}&useWaitPage=true
- Cancel Adobe Sign：Adobe Acrobat Sign の既存の契約書をキャンセルし、文書の状態を初期状態に戻します。
タイプ：文書
ターゲット：Vault 内に表示
資格情報：Post Session credentials via Post Message を有効にする
URL：https://api.na1.adobesign.com/api/gateway/veevavaultintsvc/partner/agreement/cancel?docId=${Document.id}&majVer=${Document.major_version_number__v}&minVer=${Document.minor_version_number__v}&vaultid=${Vault.id}&useWaitPage=true
Adobe Signature の対象となる文書タイプごとに、新しいライフサイクルの役割および状態を追加することで、対応する文書ライフサイクルを更新する必要があります。
Adobe Acrobat Sign 契約書ライフサイクルには、次の状態があります。
- DRAFT
- AUTHORING または DOCUMENTS_NOT_YET_PROCESSED
- OUT_FOR_SIGNATURE または OUT_FOR_APPROVAL
- SIGNED または APPROVED
- CANCELLED
- EXPIRED
文書ライフサイクルを更新するには、次の手順を実行します。
-
User Actions を次の状態に追加します。
Vault 文書が Adobe Acrobat Sign に送信されるとき、その状態は、契約書の状態に対応する必要があります。そのためには、Adobe Signature の対象となる文書によって使用されているすべてのライフサイクルで、次の状態を追加します。
- Before Adobe Signature (Reviewed)：これは、文書を Adobe Acrobat Sign に送信できる状態のプレースホルダー名です。文書タイプに基づいて、Draft 状態にも、Reviewed にもすることができます。文書状態ラベルは、顧客の要件に従ってカスタマイズできます。Adobe Signature の状態を定義する前に、次の 2 つのユーザーアクションを定義する必要があります。
- 文書の状態を In Adobe Sign Draft 状態に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- Web アクション「Adobe Sign」を呼び出すアクション。この状態には、Adobe Sign Admin Role に次のことを許可するセキュリティを設定する必要があります：文書の表示、内容の表示、フィールドの編集、関係の編集、ソースのダウンロード、表示可能レンディションの管理、状態の変更。
- In Adobe Sign Draft のデフォルトを Hidden に設定し、Adobe Sign Admin Role に対してのみ Execute を設定することで、Reviewed 状態の Atomic Security を変更します。
メモ：Atomic Security: User Actions に役割 Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。次に、Reviewed State に対して、Adobe Sign Admin Role を追加します。
- In Adobe Sign Draft：これは、文書が既に Adobe Acrobat Sign にアップロードされていること、およびその契約書が DRAFT 状態にあることを示す状態のプレースホルダー名です。これは、必須の状態です。この状態では、次の 5 つのユーザーアクションを定義する必要があります。
- 文書の状態を In Adobe Sign Authoring 状態に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- 文書の状態を In Adobe Signing state に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- 文書の状態を Adobe Sign Cancelled 状態に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- Web アクション Adobe Sign を呼び出すアクション。
- Web アクション Cancel Adobe Sign を呼び出すアクション。この状態には、Adobe Sign Admin role に次のことを許可するセキュリティを設定する必要があります：文書の表示、内容の表示、フィールドの編集、関係の編集、ソースのダウンロード、 表示可能レンディションの管理、状態の変更。
- 次のように、In Adobe Sign Draft 状態のアトミックセキュリティを変更します。アクション Adobe Sign Cancelled、In Adobe Sign Authoring、In Adobe Signing は、Adobe Sign Admin Role を除くすべてのユーザーに対して非表示にする必要があります
メモ：Atomic Security: User Actions に Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。次に、In Adobe Sign Draft State に対して、役割 Adobe Sign Admin Role を追加します。
In Adobe Sign Authoring：これは、文書が既に Adobe Acrobat Sign にアップロードされていること、およびその契約書が AUTHORING または DOCUMENTS_NOT_YET_PROCESSED 状態にあることを示す状態のプレースホルダー名です。これは、必須の状態です。この状態では、次の 4 つのユーザーアクションが定義されている必要があります。
- 文書の状態を Adobe Sign Cancelled 状態に変更するアクション。このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- 文書の状態を In Adobe Signing 状態に変更するアクション。このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- Web アクション「Adobe Sign」を呼び出すアクション
- Web アクション「Cancel Adobe Sign」を呼び出すアクション。この状態には、Adobe Sign Admin role に次のことを許可するセキュリティを設定する必要があります：文書の表示、内容の表示、フィールドの編集、関係の編集、ソースのダウンロード、 表示可能レンディションの管理、状態の変更。
- 次のように、In Adobe Sign Authoring 状態のアトミックセキュリティを変更します。アクション Adobe Sign Cancelled および In Adobe Signing は、Adobe Sign Admin Role を除くすべてのユーザーに対して非表示にする必要があります
メモ：Atomic Security: User Actions に Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。次に、In Adobe Sign Authoring State に対して、役割 Adobe Sign Admin Role を追加します。
- In Adobe Signing：これは、文書が Adobe Acrobat Sign にアップロードされていること、およびその契約書が既に参加者に送信されている（OUT_FOR_SIGNATURE または OUT_FOR_APPROVAL 状態）ことを示す状態のプレースホルダー名です。これは、必須の状態です。この状態では、次の 5 つのユーザーアクションが定義されている必要があります。
- 文書の状態を Adobe Sign Cancelled 状態に変更するアクション。このアクションのターゲット状態は、顧客の要件の内容になる可能性があり、タイプごとに異なる可能性があります。このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- 文書の状態を Adobe Sign Rejected に変更するアクション。このアクションのターゲット状態は、顧客の要件の内容になる可能性があり、タイプごとに異なる可能性があります。このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- 文書の状態を Adobe Signed 状態に変更するアクション。このアクションのターゲット状態は、顧客の要件の内容になる可能性があり、タイプごとに異なる可能性があります。ただし、このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- Web アクション Adobe Sign を呼び出すアクション。
- Web アクション Cancel Adobe Sign を呼び出すアクション。この状態には、Adobe Sign Admin role に次のことを許可するセキュリティを設定する必要があります：文書の表示、内容の表示、フィールドの編集、関係の編集、ソースのダウンロード、 表示可能レンディションの管理、状態の変更。
- 次のように、In Adobe Signing 状態のアトミックセキュリティを変更します。アクション Adobe Sign Cancelled、Adobe Sign Rejected、および Adobe Signed は、Adobe Sign Admin Role を除くすべてのユーザーに対して非表示にする必要があります。
メモ：Atomic Security: User Actions に Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。次に、In Adobe Signing State に対して、役割 Adobe Sign Admin Role を追加します。
- Adobe Signed (Approved)：これは、文書が Adobe Acrobat Sign にアップロードされていること、およびその契約書が完了されていること（SIGNED または APPROVED 状態）を示す状態のプレースホルダー名です。これは、必須の状態であり、Approved など、既存のライフサイクル状態にすることができます。
この状態では、ユーザーアクションは必要ありません。これには、Adobe Sign Admin role に次のことを許可するセキュリティを設定する必要があります：文書の表示、内容の表示、フィールドの編集。
次の図は、Adobe Acrobat Sign 契約書と Vault 文書の状態の間のマッピングを示しています。ここで、「Before Adobe Signature」の状態は Draft です。
- Before Adobe Signature (Reviewed)：これは、文書を Adobe Acrobat Sign に送信できる状態のプレースホルダー名です。文書タイプに基づいて、Draft 状態にも、Reviewed にもすることができます。文書状態ラベルは、顧客の要件に従ってカスタマイズできます。Adobe Signature の状態を定義する前に、次の 2 つのユーザーアクションを定義する必要があります。
次の画像に示すように、Lifecycle State でそれぞれのユーザーの役割に対して適切な権限を設定する必要があります。
ミドルウェアを使用して、Veeva Vault を Adobe Acrobat Sign に接続
Veeva Vault および Adobe Acrobat Sign Admin アカウントの設定が完了したら、管理者は、ミドルウェアを使用して 2 つのアカウントの間の接続を作成する必要があります。Veeva Vault および Adobe Acrobat Sign アカウント接続は、Adobe Acrobat Sign ID によって開始され、Veeva Vault ID の保存に使用されます。
システムのセキュリティと安定性を得るために、管理者は、bob.smith@xyz.com のような個人ユーザーアカウントではなく、adobe.for.veeva@xyz.com のような専用の Veeva Vault システム／サービス／ユーティリティアカウントを使用する必要があります。
ミドルウェアを使用して Veeva Vault を Adobe Acrobat Sign に接続するには、Adobe Acrobat Sign アカウント管理者は、次の手順を実行する必要があります。
