「設定」 > 「オブジェクト」 に移動します。
最終更新日 :
2024年6月21日
概要
この文書では、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 Acrobat Sign for Veeva Vault を正常にインストールして使用するには：
- Adobe Acrobat Sign Solutions for Enterprise のライセンスが必要です。 Adobe Acrobat Sign の法人版または VIP ソリューションでは、事前構築された統合はサポートされていません。
- Adobe Acrobat Sign 管理者アカウントと Adobe Acrobat Sign for Veeva 統合管理者アカウントが必要です。
- エンドユーザーのメールアドレスは、Adobe Acrobat Sign と Veeva Vault システムで同じである必要があります。
メモ
Acrobat Sign 管理者は、Adobe Acrobat Sign 内で Adobe Acrobat Sign セットアップ手順を実行する必要があります。
Veeva Vault の設定
Adobe Acrobat Sign との統合用に Veeva Vault を設定するには、次の手順を実行する必要があります。
Adobe Acrobat Sign for Vault を設定するために、Adobe Acrobat Sign Admin Group という新しいグループが作成されます。このグループは、Adobe Acrobat Sign 関連フィールドのドキュメントフィールドレベルセキュリティを設定するために使用され、デフォルトで Adobe Acrobat Sign Integration Profile を含める必要があります。
Acrobat Sign Agreement アクションオブジェクトは、ドキュメントが署名用に参加者に割り当てられる際に、Veeva Vault 内で Adobe Acrobat Sign 通知をトリガーするために使用されるユーザータスクタイプオブジェクトです。次の特定のフィールドの情報が含まれています。
| フィールド | ラベル | タイプ | 説明 |
|---|---|---|---|
| agreement_id__c |
Agreement Id |
文字列（250） |
Adobe Acrobat Sign の固有の契約 ID を保持します。 |
| name__v |
名前 |
文字列（128） |
サイン通知タスク名を保持します。 |
Adobe Acrobat Sign Agreement Action オブジェクトを作成するには：
「作成」を選択します。
オブジェクトラベルをAcrobat Sign Agreement Action、オブジェクト複数形ラベルをAcrobat Sign Agreement Actions、オブジェクト名をadobe_sign_agreement_action__cに設定します。
オブジェクトクラスドロップダウンから、User Task を選択します。
Dynamic Access Control Section で、Enable Custom Sharing Rules を選択します。
「保存」を選択します。
パッケージをデプロイし、手順に従います。 パッケージがデプロイされると、パッケージにより、次が作成されます。
- カスタムオブジェクト：Signature オブジェクト、Signatory オブジェクト、Signature Event オブジェクト、Process Locker オブジェクト
- Signature オブジェクトのページレイアウト
- Signature Event オブジェクトのページレイアウト
- Signatory オブジェクトのページレイアウト
- Process Locker オブジェクトのページレイアウト
- Adobe Acrobat Sign Integration Task Log オブジェクトページレイアウト
- Adobe Acrobat Sign Rendition タイプ
- Original Rendition タイプ
- 共有フィールド signature__c
- Adobe Acrobat Sign Web アクション
- Adobe Acrobat Sign Web アクションのキャンセル
- Adobe Acrobat Sign Admin Actions 権限セット
- Adobe Acrobat Sign Integration Profile セキュリティプロファイル
- アプリケーションの役割 Adobe Sign Admin Role
- 文書タイプグループ「Adobe Sign Document」
- Adobe Acrobat Sign Integration Task log オブジェクト
- タスクステータスピックリスト
- タスクタイプピックリスト
- Acrobat Sign Agreement Action オブジェクト
- Acrobat Sign Agreement Action 権限共有ルール
- Adobe Acrobat Sign Agreement Action ページリンク
- Acrobat Sign Agreement Action ライフサイクル
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 Acrobat 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 ユーザーの場合）。 |
| adobe_sign_agreement_action__c |
Adobe Acrobat Sign Agreement Action |
String(50) |
Adobe Acrobat Sign Agreement Action レコード ID への参照を保持します |
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 Acrobat Sign Integration Task Log Object
Adobe Acrobat Sign Integration Task Log (as_int_task_log__c) を作成します。AgreementsEventsSynchronizerJob、AgreementsEventsProcessingJob、および Agreement Participant Notification
の実行をトレースするために使用される高ボリュームオブジェクトです。
AgreementsEventsSynchronizerJob：このタスクは、Adobe Acrobat Sign からのすべての不足している Agreement Event が、過去 N 日間に Vault で作成されたすべての Signature に対して、Vault でアクティブな Signature Event として作成されることを保証します。
AgreementsEventsProcessingJob：このタスクは、アクティブな Signature Event レコードを持つすべてのドキュメントが、イベントタイプに応じて処理されることを保証します。
Agreement Participant Notification：このタスクは、Veeva SDK Code からの署名通知のエラーメッセージをログに記録します。
| フィールド | ラベル | タイプ | 説明 |
|---|---|---|---|
| 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 | タスクタイプ | 選択リスト | 次のタスクタイプを保持します。 Agreement Participant Notification (agreement_participant_notification__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 セクションには、以下の画像に示すように設定された関連オブジェクトセクションがあります。
- 次に示すように、Participants 用に表示する列を編集できます。
- 「History」セクションには、次の画像に示すように設定されている Related Objects Section があります。
- 次に示すように、History 用に表示する列を編集できます。
Adobe Acrobat Sign 文書の Participants と Audit History を表示
Adobe Acrobat Sign ドキュメントの参加者と監査ヒストリーを表示するには、ドキュメントの「Adobe Acrobat Signature」セクションのリンクを選択します。
- 開いたページには、次のように、Adobe Acrobat Sign 文書の Participants と History が表示されます。
- 次に示すように、Signature の監査証跡を表示します。
ステップ 3 でのパッケージデプロイメントの成功により、Adobe Acrobat Sign Integration プロファイルが作成されます。Adobe Acrobat Sign Integration Profile はシステムアカウントに割り当てられ、Vault API を呼び出す際に統合によって使用されます。このプロファイルは、次の権限を許可します。
- Vault API
- 読み取り、作成、編集、および削除：Signature、Signatory、Signature Events、Process Locker のオブジェクト
以下の画像に示すように、含まれているセキュリティプロファイルを Adobe Acrobat Sign Integration Profile に設定して、Adobe Acrobat 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 Acrobat Sign 管理者ユーザーが追加されることを確認する必要があります。この追加は、次を指定する適切な 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 Acrobat Signature の対象となるすべてのドキュメントタイプでアクティブに設定する必要があります。オプションで、このフィールドには Adobe Acrobat Sign Admin グループのメンバーのみがその値を更新できる特定のセキュリティを設定することができます。
Adobe Acrobat Sign Rendition (adobe_sign_rendition__c) と呼ばれる新しいレンディションタイプは、署名済み PDF ドキュメントを Adobe Acrobat Sign にアップロードするために Vault 統合で使用されます。Adobe Acrobat Signature の対象となる各ドキュメントタイプについて、Adobe Acrobat Sign レンディションを宣言する必要があります。
Original Rendition（original_rendition__c）と呼ばれる新しいレンディションタイプは、Vault 統合により、署名済み文書が表示可能レンディションとして読み込まれた場合に元の表示可能レンディションを格納するために使用する必要があるレンディションの名前として使用されます。
Adobe Acrobat Signature の対象となる文書タイプごとに、Original Rendition を宣言する必要があります。
オプションで、Vault には新しいレンディションタイプ Adobe Acrobat Audit Trail Rendition (adobe_audit_trail_rendition__c) を設定することができます。これは Adobe Acrobat
監査レポートを保存するために Vault 統合で使用されます。
Adobe Acrobat Audit Trail Rendition を設定するには、以下の手順に従ってください：
新しい レンディションタイプ を Adobe Acrobat Audit Trail Rendition、名前を adobe_audit_trail_rendition__c として設定します。
「保存」を選択します。
ユーザーが上記の設定でデジタル署名契約書を選ぶと、Adobe Acrobat Sign がデジタル署名された PDF と監査証跡レポートを組み合わせるための PDF ポートフォリオを使用していることを示す（次のような）メッセージが表示されます。
文書の内容をデジタル署名および監査証跡とともに表示するには、管理者 UI でデジタル署名に対して「監査レポートを署名済みレンディションに添付」および「Acrobat Sign レンディションを表示」を選択しないでください。
Adobe Acrobat Audit Trail Rendition を使用して、Adobe Acrobat 監査証跡を別個のレンディションとしてダウンロードまたは表示することができます。
Adobe Acrobat Sign と Vault の統合では、パッケージのデプロイメントが成功すると作成される以下の 2 つの web アクションを設定する必要があります。
Adobe Acrobat Sign を作成：Adobe Acrobat Sign Agreement を作成または表示します。
タイプ：ドキュメント
ターゲット：Vault 内で表示
資格情報：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
メモ
Veeva Vault では、1 つの文書で複数のバージョンを保持できます。 ユーザーが古いバージョンの文書を使用して契約を作成しようとすると、エラーメッセージが表示されます。
ユーザーが古いバージョンの文書を使用しないようにするには、既存の web アクション URL に最新バージョン (&latestVersion=${Document.latest_version__v}) クエリパラメータを追加して Web Action を更新する必要があります。
- Adobe Acrobat Sign をキャンセル：Adobe Acrobat Sign で既存の本契約をキャンセルし、文書の状態を初期状態に戻します。
種類：ドキュメント
ターゲット：Vault 内で表示
資格情報：Post Message を介して Post Session 資格情報を有効にする
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 Acrobat 署名の対象となる各ドキュメントタイプについて、新しいライフサイクルロールと状態を追加して、対応するドキュメントライフサイクルを更新する必要があります。
Adobe Acrobat Sign 契約書ライフサイクルには、次の状態があります。
- DRAFT
- AUTHORING または DOCUMENTS_NOT_YET_PROCESSED
- OUT_FOR_SIGNATURE または OUT_FOR_APPROVAL
- SIGNED または APPROVED
- CANCELLED
- EXPIRED
文書ライフサイクルを更新するには、次の手順を実行します。
ライフサイクルの役割を追加します。 次に示すように、Adobe Acrobat Signature の対象となる文書で使用されるすべてのライフサイクルで、アプリケーションの役割 Adobe Sign Admin を追加する必要があります。
管理者の役割は、次のオプションで作成する必要があります。
- Enable Dynamic Access Control。
- 次の画像に示すように、Document Type Group のみを含む文書共有ルール。
ライフサイクル状態を作成します。 そのためには、Settings／Configuration／Document Lifecycles／General Lifecycles／States／Create に移動します。 次に、次の状態を作成します。
- Adobe Acrobat Sign ドラフト内
- Adobe Acrobat Sign オーサリング内
- Adobe Acrobat 署名内
User Actions を次の状態に追加します。
Vault 文書が Adobe Acrobat Sign に送信されるとき、その状態は、契約書の状態に対応する必要があります。 そのためには、Adobe Acrobat 署名の対象となるドキュメントで使用される全てのライフサイクルに次の状態を追加します：
- Adobe Acrobat Sign 送信前（レビュー済み）：これは、ドキュメントを Adobe Acrobat Sign に送信できる状態のプレースホルダー名です。文書タイプに基づいて、Draft 状態にも、Reviewed にもすることができます。 文書状態ラベルは、顧客の要件に従ってカスタマイズできます。 Adobe Acrobat Signature の状態の前に、次の 2 つのユーザーアクションを定義する必要があります：
- ドキュメントの状態を In Adobe Acrobat Sign Draft 状態に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- web アクション「Adobe Acrobat Sign」を呼び出すアクション。
Adobe Sign Admin ロール用の Reviewed 状態のセキュリティ設定を有効にする：この状態では、Adobe Sign Admin ロールが 「ドキュメントを表示」、「コンテンツを表示」、「フィールドを編集」、「リレーションシップを編集」、「引用元をダウンロード」、「表示可能なレンディションを管理」 を実行できるセキュリティが必要です。
- Reviewed 状態のアトミックセキュリティを修正し、In Adobe Acrobat Sign Draft をデフォルトで非表示に設定し、Adobe Sign Admin ロール のみが実行できるようにします。
メモ：Atomic Security: User Actions に役割 Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。 次に、Reviewed State に対して、Adobe Sign Admin Role を追加します。
- In Adobe Acrobat Sign Draft：これは、ドキュメントが既に Adobe Acrobat Sign にアップロードされており、その契約が DRAFT 状態にあることを示す状態のプレースホルダー名です。これは、必須の状態です。 この状態では、次の 5 つのユーザーアクションを定義する必要があります。
- ドキュメントの状態を In Adobe Acrobat Sign Authoring 状態に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- ドキュメントの状態を In Adobe Acrobat Signing state に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- ドキュメントの状態を Adobe Acrobat Sign Cancelled 状態に変更するアクション。このユーザーアクションの名前は、いずれのライフサイクルについても、すべての文書タイプで同じである必要があります。
- web アクション Adobe Acrobat Sign を呼び出すアクション。
- web アクション Cancel Adobe Acrobat Sign を呼び出すアクション。
Adobe Sign Admin ロール用の In Adobe Acrobat Sign Draft 状態のセキュリティ設定を有効にする：この状態では、Adobe Sign Admin ロールが 「ドキュメントを表示」、「コンテンツを表示」、「フィールドを編集」、「リレーションシップを編集」、「引用元をダウンロード」、「表示可能なレンディションを管理」 を実行できるセキュリティが必要です。
- In Adobe Acrobat Sign Draft 状態のアトミックセキュリティを修正する：アクション Adobe Acrobat Sign Cancelled、In Adobe Acrobat Sign Authoring、In Adobe Acrobat Signing は、Adobe Sign Admin ロール 以外のすべてのユーザーに対して非表示にする必要があります
メモ：Atomic Security: User Actions に Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。 次に、Adobe Sign Admin Role ロールを In Adobe Acrobat Sign Draft ステートに追加します。
- In Adobe Acrobat Sign Authoring：これは、ドキュメントがすでに Adobe Acrobat Sign にアップロードされ、その契約が AUTHORING または DOCUMENTS_NOT_YET_PROCESSED ステートにあることを示すステートのプレースホルダー名です。これは、必須の状態です。 この状態では、次の 4 つのユーザーアクションが定義されている必要があります。
- ドキュメントのステートを Adobe Acrobat Sign Cancelled ステートに変更するアクション。このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- ドキュメントのステートを In Adobe Acrobat Signing ステートに変更するアクション。このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- Web アクション「Adobe Acrobat Sign」を呼び出すアクション。
- Web アクション「Cancel Adobe Acrobat Sign」を呼び出すアクション。
Adobe Sign Admin Role の In Adobe Acrobat Sign Authoring ステートセキュリティ設定を有効にする：このステートは、Adobe Sign Admin ロールが View Documents、View Content、Edit Fields、Edit Relationships、Download Source、Manage Viewable Rendition を実行できるセキュリティを持つ必要があります。
- In Adobe Acrobat Sign Authoring ステートのアトミックセキュリティを変更：アクション Adobe Acrobat Sign Cancelled と In Adobe Acrobat Signing は、Adobe Sign Admin Role 以外のすべてのユーザーに対して非表示にする必要があります。
メモ：Atomic Security: User Actions に Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。 次に、Adobe Sign Admin Role ロールを In Adobe Acrobat Sign Authoring ステートに追加します。
- In Adobe Acrobat Signing： これは、ドキュメントが Adobe Acrobat Sign にアップロードされ、その契約がすでに参加者に送信されている（OUT_FOR_SIGNATURE または OUT_FOR_APPROVAL ステート）ことを示すステートのプレースホルダー名です。これは、必須の状態です。 この状態では、次の 5 つのユーザーアクションが定義されている必要があります。
- ドキュメントのステートを Adobe Acrobat Sign Cancelled ステートに変更するアクション。このアクションのターゲット状態は、顧客の要件の内容になる可能性があり、タイプごとに異なる可能性があります。 このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- ドキュメントのステートを Adobe Acrobat Sign Rejected ステートに変更するアクション。このアクションのターゲット状態は、顧客の要件の内容になる可能性があり、タイプごとに異なる可能性があります。 このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- ドキュメントのステートを Adobe Acrobat Signed ステートに変更するアクション。このアクションのターゲット状態は、顧客の要件の内容になる可能性があり、タイプごとに異なる可能性があります。 ただし、このユーザーアクションの名前は、ライフサイクルに関係なく、すべての文書タイプで同じである必要があります。
- Web アクション Adobe Acrobat Sign を呼び出すアクション。
- Web アクション Cancel Adobe Acrobat Sign を呼び出すアクション。
Adobe Sign Admin Role の In Adobe Acrobat Signing ステートセキュリティ設定を有効にする：このステートは、Adobe Sign Admin ロールが View Documents、 View Content、Edit Fields、Edit Relationships、Download Source、Manage Viewable Rendition を実行できるセキュリティを持つ必要があります。
- Adobe Acrobat Signing ステートの Atomic Security を変更します：アクション Adobe Acrobat Sign Cancelled、Adobe Acrobat Sign Rejected、および Adobe Acrobat Sign Signed は、Adobe Sign 管理者ロール以外のすべてのユーザーに対して非表示にする必要があります。
メモ：Atomic Security: User Actions に Adobe Sign Admin Role が含まれない場合は、Edit／Role Override を選択することで、Adobe Sign Admin Role を追加します。 次に、In Adobe Acrobat Signing ステートに Adobe Sign Admin Role ロールを追加します。
- Adobe Acrobat Signed (Approved)： これは文書が Adobe Acrobat Sign にアップロードされ、本契約が完了した（SIGNED または APPROVED ステート）ことを示すステートのプレースホルダー名です。これは必須ステートであり、Approved のような既存のライフサイクルステートにすることができます。
このステートではユーザーアクションは必要ありません。
- Adobe Sign Admin Role の Approved ステート Security 設定を有効にする：このステートでは、Adobe Sign Admin ロールが View Documents、View Content、Edit Fields を実行できる権限を持つ必要があります。
以下の図は、Adobe Acrobat Sign 契約と Vault 文書ステート間のマッピングを示しており、'Before Adobe Signature' ステートは Draft です。
Adobe Acrobat Signature の対象となる各文書タイプについて、Lifecycle Stage Groups で対応する文書ライフサイクルのステージを更新する必要があります。
Adobe Acrobat Sign Stage を追加するには、Create を選択し、Stage Label を Adobe Acrobat Sign、Stage Name を adobe_sign__c
として入力します。
Add を選択してから、Adobe Acrobat Sign Stage に以下のステートを追加します：
- Adobe Acrobat オーサリングで
- In Adobe Acrobat Sign Draft
- In Adobe Acrobat Signing
以下の画像に示すように、Lifecycle States で各 User Role に適切な権限を設定する必要があります：
Before Adobe Acrobat Signature (Reviewed)
Adobe Acrobat Sign のドラフト
で
Adobe Acrobat Sign のオーサリングで
Adobe Acrobat での署名中
Adobe Acrobat サイン済み（承認済み）
Adobe Acrobat Sign の合意書に署名が必要な Vault ユーザーは、Acrobat Sign Agreement Action オブジェクトの読み取りと編集の権限を持つ必要があります。次の操作を行います。
管理者 > ユーザーとグループ > セキュリティプロファイルに移動します。
Vault ユーザーのセキュリティプロファイルを選択します。
権限セットの名前を選択して、Acrobat Sign Agreement Action オブジェクトの読み取りと編集権限を設定します。
パッケージが正常にデプロイされると、ユーザーをカスタムページの宛先にナビゲートするために使用される Adobe Acrobat Sign Agreement Action Page リンクが作成されます。受信者は、割り当てられた署名通知の課題を選択して Adobe Acrobat Sign Agreement Action Page リンクにアクセスし、ドキュメントに対してアクションを実行できます。
- ページモード：表示
- ページタイプ：オブジェクト
- オブジェクト：Acrobat Sign Agreement Action
- URL：https://api.na1.adobesign.com/api/gateway/veevavaultintsvc/partner/agreement/signingUrl?vaultid={{Vault.id}}&objectId={{Object.id}}&useWaitPage=true
ミドルウェアを使用して、Veeva Vault を Adobe Acrobat Sign に接続
Veeva Vault および Adobe Acrobat Sign Admin アカウントの設定が完了したら、管理者は、ミドルウェアを使用して 2 つのアカウントの間の接続を作成する必要があります。 Veeva Vault と Adobe Acrobat Sign アカウントの接続は Adobe Acrobat Sign Identity によって開始され、Veeva Vault ID の保存に使用されます。
システムのセキュリティと安定性のため、管理者は bob.smith@xyz.com のような個人ユーザーアカウントではなく、adobe.for.veeva@xyz.com のような専用の Veeva Vault システム/サービス/ユーティリティアカウントを使用する必要があります。
ミドルウェアを使用して Veeva Vault を Adobe Acrobat Sign に接続するには、Adobe Acrobat Sign アカウント管理者は、次の手順を実行する必要があります。
ログインが成功すると、次に示すように、ページに、関連付けられている電子メール ID と「設定」タブが表示されます。
開いた接続を追加ダイアログで、Veeva Vault の資格情報など、必要な詳細を指定します。
Adobe Acrobat Sign 資格情報は、最初の Adobe Acrobat Sign ログインから自動的に入力されます。
Adobe Acrobat Sign 内のユーザーの自動プロビジョニングを許可するには、チェックボックス「Sign ユーザーを自動プロビジョニング」をオンにします
メモ：新規 Adobe Acrobat Sign ユーザーの自動プロビジョニングは、Veeva Vault Adobe Acrobat Sign アカウント管理者が Adobe Acrobat Sign 統合に対して「Sign ユーザーを自動プロビジョニング」を有効にすることに加えて、Adobe Acrobat Sign の Adobe Acrobat Sign アカウントレベルで有効になっている場合にのみ機能します。
