新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
- ユーザーの追加
- 機能重視のユーザーの作成
- プロビジョニングエラーが発生しているユーザーの確認
- 名前/メールアドレスの変更
- ユーザーのグループメンバーシップの編集
- グループインターフェイスを使用したユーザーのグループメンバーシップの編集
- ユーザーの管理者役割への昇格
- ユーザー ID タイプと SSO
- ユーザー ID の切り替え
- MS Azure を使用したユーザー認証
- Google フェデレーションを使用したユーザー認証
- 製品プロファイル
- ログインエクスペリエンス
- アカウント/グループ設定
- 設定の概要
- グローバル設定
- アカウントレベルと ID
- 新しい受信者エクスペリエンス
- 自己署名ワークフロー
- 一括送信
- Web フォーム
- カスタム送信ワークフロー
- Power Automate ワークフロー
- ライブラリ文書
- 契約書からフォームデータを収集する
- 文書の表示制限
- 署名済み契約書の PDF コピーの添付
- 電子メールへのリンクの追加
- 電子メールへの画像の添付
- メールに添付されるファイルの名前
- 文書への監査レポートの添付
- 複数の文書を 1 つに結合
- 個別文書をダウンロード
- 署名済み文書をアップロード
- アカウント内のユーザーの委任
- 外部受信者による委任の許可
- 署名の権限
- 送信の権限
- e シールを追加する権限
- デフォルトのタイムゾーンの設定
- デフォルトの日付形式の設定
- ユーザーの複数グループ所属(UMG)
- グループ管理者の権限
- 受信者を置き換え
- 監査レポート
- トランザクションフッター
- 製品内メッセージとガイダンス
- PDF のアクセシビリティ
- 新しいオーサリング機能
- 医療機関のお客様
- アカウント設定
- 署名の環境設定
- 正式に書式設定された署名
- 受信者による署名の許可
- 署名者による名前の変更
- 受信者が保存した署名を使用するのを許可
- カスタムの利用条件と消費者への情報開示
- フォームフィールド間の受信者の移動
- 契約書ワークフローをやり直し
- 署名を辞退
- 印鑑ワークフローを許可
- 署名者による役職または会社名の入力を必須とする
- 署名者が手書き署名を印刷および配置するのを許可
- 電子サイン時のメッセージの表示
- 署名の作成時にモバイルデバイスの使用を必須とする
- 署名者から IP アドレスを要求
- 参加スタンプから会社名と役職を除外
- デジタル署名
- e シール
- デジタル ID
- レポート設定
- 新しいレポートエクスペリエンス
- 従来のレポート設定
- セキュリティ設定
- シングルサインオン設定
- アカウント記憶設定
- ログインパスワードポリシー
- ログインパスワードの強さ
- Web セッション期間
- PDF 暗号化のタイプ
- API
- ユーザーおよびグループ情報へのアクセス
- 許可する IP 範囲
- アカウント共有
- アカウント共有権限
- 契約書の共有制御
- 署名者の ID 確認
- 契約書の署名パスワード
- 文書のパスワード強度
- 地理的な場所で署名者をブロック
- 電話認証
- ナレッジベース認証(KBA)
- ページの抽出を許可
- 文書リンクの有効期限
- Webhook/コールバック用のクライアント証明書のアップロード
- タイムスタンプ
- 送信設定
- ログイン後に送信ページを表示
- 送信時に受信名を必須とする
- 既知のユーザーの名前値をロック
- 受信者の役割を許可
- 証人署名者を許可
- 受信者グループ
- CC 関係者
- 受信者の契約書のアクセス
- 必須フィールド
- 文書の添付
- フィールドのフラット化
- 契約書を変更
- 契約書名
- 言語
- プライベートメッセージ
- 許可されている署名タイプ
- リマインダー
- 署名済み文書のパスワード保護
- 契約書通知の送信方法
- 署名者 ID オプション
- コンテンツ保護
- Notarize トランザクションを有効にする
- 文書の有効期限
- プレビュー、署名の位置指定、フィールドの追加
- 署名順序
- Liquid Mode
- カスタムのワークフロー制御
- 電子サインページのアップロードオプション
- 署名後の確認 URL リダイレクト
- メッセージテンプレート
- バイオ医薬業界標準対応
- ワークフロー統合
- 公証設定
- 支払いの統合
- 署名者へのメッセージ
- SAML 設定
- SAML 設定
- Microsoft Active Directoryフェデレーションサービスのインストール
- Okta のインストール
- OneLogin のインストール
- Oracle ID フェデレーションのインストール
- SAML 設定
- データガバナンス
- タイムスタンプ設定
- 外部アーカイブ
- アカウントの言語
- 電子メール設定
- echosign.com から adobesign.com への移行
- 受信者のオプションの設定
- 規制要件に関するガイダンス
- アクセシビリティ
- HIPAA
- GDPR
- 21 CFR part 11 および EudraLex Annex 11
- 医療機関のお客様
- IVES サポート
- 契約書の「Vault」への追加
- EU/英国に関する考慮事項
- 契約書の一括ダウンロード
- ドメインの要求
- 「不正を報告」リンク
契約書の送信、署名、および管理
- 受信者オプション
- 契約書の送信
- 文書へのフィールドの作成
- アプリ内オーサリング環境
- テキストタグを含むフォームの作成
- Acrobat(AcroForm)を使用したフォームの作成
- フィールド
- オーサリングに関するよくある質問
- 契約書に署名
- 契約書を管理
- 監査レポート
- レポートとデータの書き出し
高度な契約書機能とワークフロー
- Web フォーム
- 再利用可能なテンプレート(ライブラリテンプレート)
- Web フォームおよびライブラリテンプレートの所有権の譲渡
- Power Automate ワークフロー
- Power Automate 統合の概要と含まれる使用権限
- Power Automate 統合を有効にする
- 管理ページのインコンテキストアクション
- Power Automate の使用状況を追跡
- 新しいフローの作成(例)
- フローに使用するトリガー
- Acrobat Sign 外部からのフローの読み込み
- フローの管理
- フローの編集
- フローの共有
- フローを無効または有効にする
- フローの削除
- 便利なテンプレート
- 管理者のみ
- 契約書のアーカイブ
- Web フォーム契約書のアーカイブ
- 完了した web フォーム文書の SharePoint ライブラリへの保存
- 完了した web フォーム文書の OneDrive for Business への保存
- 完了した文書の Google ドライブへの保存
- 完了した web フォーム文書の Box への保存
- 契約書データの抽出
- 契約書通知
- 契約書の内容と署名済み契約書を含むカスタム電子メール通知の送信
- Teams チャネルで Adobe Acrobat Sign の通知を受信
- Slack で Adobe Acrobat Sign の通知を受信
- Webex で Adobe Acrobat Sign の通知を受信
- 契約書の生成
- Power App フォームと Word テンプレートから文書を生成して署名用に送信
- OneDrive の Word テンプレートから契約書を生成して署名を取得
- 選択した Excel 行の契約書を生成、レビューおよび署名用に送信
- カスタム送信ワークフロー
- ユーザーと契約書の共有
他の製品との統合
- Acrobat Sign 統合の概要
- Salesforce 向け Acrobat Sign
- Microsoft 向け Acrobat Sign
- その他の統合
- パートナーが管理する統合
- 統合キーの取得方法
Acrobat Sign 開発者
- REST API
- Webhooks
サポートとトラブルシューティング
Acrobat Sign に対するお客様のライセンスが失効または終了した場合、アドビはお客様の契約書、監査レポート、またはその他のお客様のデータを保持する義務を負いません。
アドビがこのようなデータを保持している場合は、お客様が有効な Acrobat Sign ライセンスを持っている間に定義された保持ポリシーに従って削除されます。
契約書レコードを自分のシステムに保存し、オリジナルの文書を Acrobat Sign システムから削除することを希望するお客様は、Acrobat Sign にトランザクションを保持する期間を指定する「保持ポリシー」を定義して、その期間後に契約書(およびオプションでサポートする監査/個人データ)を Acrobat Sign から削除できます。
保持ルールは、菅理メニューの「データガバナンス」セクションで定義されます。
- グループレベルの管理者には、保持ルールを作成または無効にする権限がありません。
- アカウントレベルの設定は、アカウント内のすべてのグループにデフォルト値として継承されます。
- アカウントレベルの設定と異なる場合は、グループを個別に設定する必要があります。
- グループレベルの設定は、常にアカウントレベルの設定を上書きします。
文書/ファイル/添付ファイルと契約書とトランザクションの比較
- 文書/ファイル/添付ファイルはすべて、Acrobat Sign システムにアップロードされる個別のファイルです。契約書の構成資料です。
- 契約書は、アップロードされたファイルから Acrobat Sign が作成する顧客向けのオブジェクトで、受信者が入力や署名を行うものです。「契約書」は、署名取得プロセス中のオブジェクトと生成された最終版の PDF の両方を定義するために使用される用語です。
- トランザクションには、契約書と、その途中で契約書によって生成されたすべての関連ログおよび文書が含まれます。(例:監査レポート、認証結果、フィールドレベルのデータ .csv ページ)
ルールとルール ID
ルールという用語(この記事の文脈において)は、規定されたプロセスを記述します。この場合、契約書が Acrobat Sign システムから削除されるタイミングを管理するプロセスです。これは、可変の条件を別のオブジェクト(この場合は契約書)に適用する(契約書を削除する場合に)という概念について説明するために使用される一般的な用語です。
ルール ID という用語は、特定の設定済みルールを記述するために使用されます。ルールが作成されると、他のすべてのルールと区別するために一意の ID 番号(ルール ID)が割り当てられます。設定されたルール ID は、契約書に関連付けられたリテラルオブジェクトです。
契約書のターミナル状態
保持ルールは、契約書が「ターミナル状態」に到達したときにトリガーされます。
ターミナル状態は、契約書に受信者が完了するアクションがこれ以上ない場合に到達します。 次の 3 つの「ターミナル」ステータスがあります。
- 完了 - 契約書ですべての受領者のすべてのプロセスが正常に完了した場合に達成されます。
- 放棄 - 放棄された契約書は、明示的なアクションによって停止されています。このアクションは、次のいずれかの原因から発生します。
- 送信者によるキャンセル
- 受信者による拒否
- 受信者の認証に失敗による失敗しました
- システムエラーによる失敗しました
- 期限切れ - 定義された期間内にアクションが実行されなかったために期限に達した契約書。
契約書がターミナル状態になると、次のようになります。
- Acrobat Sign は、契約書を作成したユーザーのグループレベルの保持ルールを確認します(契約書がターミナルになったときにユーザーが現在属するグループ)。
- 現在適用されているグループレベルのルールがない場合は、アカウントレベルのルールが使用されます。
- アカウントレベルのルールも未定義の場合、保持ルールは定義されず、契約書の削除日は取得されません。
- ターミナル状態になったときに削除日が取得されない契約書でも、GDPR ツールを使用して削除できます。
保持ルールが契約書に適用されている場合は、次のようになります。
- 契約書は、ルールパラメータに基づいて削除されるようにスケジュール設定されます。
- 適用されたルールのルール ID がトランザクションに関連付けられ、削除時に正しいルールが適用されるようにします。
ターミナル状態の契約書は、指定された削除時間まで待機します。
- 削除までの日数はリテラルです。
- 例:14 日が定義されている場合、契約書がターミナル状態になってから 14 日後に(秒単位で)削除アクションがトリガーされます。
削除時間に到達すると、ルール ID でルールが無効であるかどうかが確認されます。
- ルールが無効の場合、アクションは実行されません。
- ルールが無効になっていない場合、契約書は削除されます。
- 監査レポートと個人情報(PII)を削除するオプションが有効になっている場合は、これらの文書に定義されている間隔に基づいて、この同じプロセスが適用されます。
- Government ID 認証方式を使用するアカウントは、PII の一部として署名者 ID レポート(収集された場合)を削除します。
- 監査レポートと個人情報(PII)を削除するオプションが有効になっている場合は、これらの文書に定義されている間隔に基づいて、この同じプロセスが適用されます。
設定
利用対象:
データガバナンス環境は、チームおよびエンタープライズライセンスプランで使用できます。
設定スコープ:
データガバナンスルールには、アカウントレベルとグループレベルでアクセスできます。
この機能のインターフェイスは、管理者メニューの「データガバナンス」タブに移動することでアクセスできます。
アカウントレベルで保持ルールを設定します。
アカウントレベルの保持期間を最初に設定します(存在する場合)。
すべてのグループはアカウントレベルの設定を自動的に継承するため、1 つのポリシーをすべてのグループに適用するには、次のようにします。
- アカウント/アカウント設定/データガバナンスに移動します
- プラスアイコンをクリックします
「保存ルールを作成」オーバーレイには、次の情報が表示されます。
- ターミナル状態になった後、契約書を保持する日数を定義します。
- 1 日以上である必要があります。
- 最大値は 5475 日(15 年)です。
- 必要に応じて、契約書の監査追跡と契約書に関与する関係者の関連する個人情報の保持期間を設定します。
- 監査および PII は、契約期間以上、可能な限り長く保存する必要があります。
- このオプションが有効になっていない場合、他の方法(GDPR 削除など)で削除されるまで、監査レコードと PII は保持されます。
最初のルール(スタックの上部、終了日なし)が、現在適用されているルールです。 一度に 1 つのグループに適用できるルールは 1 つだけです。
新しいルールが作成された場合:
- 新しいルールが現在適用されるルールになります。
- 新しいルールがリストの一番上に挿入され、ルールが作成された日付の開始日が表示され、終了日は表示されません。
- 新しいルールの作成時に既存のルールがアクティブに適用されている場合は、次のようになります。
- 以前に存在したルールは、新たにターミナルになる契約書に適用されなくなります。
- 以前に存在したルールは新しい(現在の)ルールのすぐ下に移動します。
- 既存のルールには、新しい(現在の)ルールの開始日に一致する終了日の値が自動的に採用されます。
グループレベルでの保持ルールの設定
グループレベルの保持ルールを設定すると、グループ内の現在のユーザーの継承されたアカウントレベルのルールが上書きされます。
契約書が処理中のグループ間でユーザーが移動された場合、新しいグループの保持ルールは、そのグループ内でターミナル状態になる契約書に適用されます。
作成したユーザーを新しいグループに移動する前に保持ルールが適用されたターミナル状態の契約書では、削除アクションの前にルールが無効になっていない場合、適用されたルールの削除日が適用されます。
上記を念頭に置くと、グループレベルの保持ルールの設定は、次の 2 つの方法でのみ異なります。
グループのデータガバナンスタブにアクセスするには:
- アカウント/グループに移動します。
- 編集するグループをシングルクリックします。
- 「グループ設定」を選択します。
- 左レイルから「データガバナンス」オプションを選択します。
- グループレベルの保持ルールが適用されていない場合は、アカウントレベルのルールが有効であることが明確に示されます。
- プラスアイコンをクリックして、新しいルールを作成します(アカウントレベルのインターフェイスと同様)。
ルールをグループに作成したら、アカウントレベルの「のデータガバナンス」タブからグループレベルの保持ルールにアクセスできます。
- アカウント/アカウント設定/データガバナンスに移動します。
- 「保持ルールがあるループ」タブをクリックします
- 編集するグループ名をシングルクリックします。
- 「グループの保持ルールを表示」を選択すると、グループレベルのデータガバナンスページが開きます。
グループレベルのルールを設定する場合は、「このグループのすべての契約書を保持する」追加オプションを使用できます。
このオプションを使用すると、グループでアカウントレベルの保持ルールを上書きし、すべての契約書(グループ内のユーザーの)を無期限に保持できます。
保持ルールのステータス
有効 – ルールの適用時にターミナル状態になっていた契約書に対して引き続き有効なルール。
- 現在適用されているルールは常にリストの一番上にあり、終了日はありません。
無効 – 無効になったルールは適用されなくなります。 無効になったルールの下にある契約書がターミナル状態になった場合、削除予定日に削除されません。
- 無効になったルールはグレー表示されます。
- 無効になったルールは、再度有効にできません。
期限切れ – 期限切れのルールには、削除保留中のターミナル状態の契約書はありません。
- 例:終了日が 3 月 10 日の 14 日間のルールがある場合、ルールの対象となるすべての契約書がすでに削除されているため、ルールは 3 月 24 日の終わりに期限切れになります。
レガシー:レガシーバックエンド設定によって管理されている保持ポリシーを持つユーザーには、そのポリシーがレガシー保持ルールとして反映されます。
- レガシールールで削除されるようにすでにスケジュール設定されている(新しいルールが導入される前に)契約書では、レガシールールの削除時間が適用されます。
ステータス別にルールをフィルタリング
保持ルールのリストは、テーブルの右上にある「ハンバーガー」アイコンをクリックしてフィルタリングできます。
このオプションセットを使用すると、次の項目をフィルタ処理できます。
- すべてのルール - デフォルト値
- 有効なルールのみ
- 無効なルールのみ
- 期限切れのルールのみ
また、1 ページあたり 15、30、または 50 件のレコードを返すオプションもあります。
ルールを無効にする
ルールを無効にすると、元に戻せません。
ルールを無効にすると、ルールの対象となる残りのすべての契約書で、適用される削除日がなくなります
。
これらの契約書は、GDPR ツールを使用して削除する必要があります。
ルールを無効にするには:
- ルールを選択します。
- 「無効にする」リンクをクリックします。
削除されたグループ
保持期間は、グループレベルの設定(明示的に設定するか、アカウントレベルの設定から継承)に基きます。
適用されている保持ルールの将来の監査では、ルールの履歴が保持されることが必要です。
このため、GroupID は完全には削除されません。完全に削除される代わりに、必要な設定はそのまま保持され、アカウントレベルの管理者がグループにアクセスして確認/編集できます。
削除されたグループは、グループページでハンバーガーアイコンをクリックし、「削除されたグループのみを表示」を選択すると表示できます。
編集するグループをシングルクリックし、「グループ設定」リンクをクリックします。
- ルールは、グループがアクティブであったときと同じ方法で作成および無効化できます。
API ベースの削除アクション
オンデマンドの保持を有効化すると、Acrobat Sign API を使用して個別に文書を削除することができます。
- 使用される API 呼び出しは、DELETE /agreements/{agreementId}/documents
です。
このオプションを有効にするには、サポートチームにご連絡ください。
- 契約書がターミナル状態に到達すると、1 つのルールしか適用できません。
- ターゲットの削除日(ルールの範囲ごと)を持つ契約書がある限り、ルールは有効のままなので、複数のルールを有効にすることができます。
- 無効化されたルールは、再度有効にできません。永久に無効です。
- 保持ルールは、契約書が作成されたときではなく、契約書がターミナル状態になったときに適用されます。
- 適用される保持ルールは、契約書がターミナル状態になった時点で作成ユーザーが現在所属しているグループに基づきます。
- 待機時間の観点から、契約書がターミナル状態になった後に、契約書に適用された保持ルールを編集する方法はありません。
- ルールを無効にして、契約書が削除されないようにすることができますが、これにより、ルールを採用してまだ削除されていないすべての契約書が削除されなくなります。
- どのルールが契約書に適用されるかは、契約書の監査レポートを確認し、完了した日付を各保持ルールの日付範囲と比較すると確認できます。
- 5475 日は、設定できる最大保持期間です。