アカウント設定/e シール
に移動します。
新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
-
規制要件に関するガイダンス
- アクセシビリティ
- 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 フォーム契約書のアーカイブ
- 契約書データの抽出
- 契約書通知
- 契約書の生成
- カスタム送信ワークフロー
- ユーザーと契約書の共有
他の製品との統合
- Salesforce 向け Acrobat Sign
- Microsoft 向け Acrobat Sign
- その他の統合
- パートナーが管理する統合
- 統合キーの取得方法
Acrobat Sign 開発者
- REST API
- Webhooks
サポートとトラブルシューティング
概要
e シールは、書面での会社のゴム印と同じ法的有効性を提供します。一方、書面では個々の署名者の真正性は伝えられません。シールと署名の主な違いは、署名は個人(自然人)用であるのに対し、シールは法人(企業または組織)によって使用されることです。e シールは、法人の管理または監督の下で、複数の人またはシステムによって適用することができます。
Adobe Acrobat Sign の e シール機能を使用すると、組織は、法人に発行されたデジタル証明書を使用して e シールを適用し、請求書、取引明細書、その他の公式文書の完全性および真正性を伝えることができます。シールの配置には、グラフィックのみか、シールの件名、理由、日付、時刻を含むテキストブロックのみ、またはグラフィックのシールとテキストの両方の組み合わせを使用することができます。
ユーザーは、特定の権限が割り当てられており、OAuth 2.0 クライアント資格情報認証フローとの Cloud Signature Consortium(CSC)API 統合でトラストサービスプロバイダー(TSP)から取得したデジタル証明書を使用して、組織の e シールを文書に自動的に適用します。次のプロバイダーが現在、この機能をサポートしています。
前提条件
- この API にアクセスし、シールを設定するには、エンタープライズ版レベルのアカウントが必要です。
- トラストサービスプロバイダーから、以下を取得します(TSP オプションについては、上記を参照)。
- OAuth 2.0 client_id および client_secret:アドビでは、これらの値を使用して、TSP へのリモート署名呼び出しを行うために使用されるアクセストークンを生成します。アクセストークンは、「client_credentials」の grant_type とともに oauth2/token エンドポイントを呼び出すことによって生成されます。詳しくは、https://cloudsignatureconsortium.org/wp-content/uploads/2020/01/CSC_API_V1_1.0.4.0.pdf のセクション 8.3.3 を参照してください。
- 資格情報 ID:TSP プロバイダーの特定のユーザーの資格情報に関連付けられている ID です。資格情報は、インターネット上でリモートデジタル署名をサポートするために使用される関連データを持つ暗号化オブジェクトです。これは、公開キーと秘密キーのペア(CEN EN 419 241-1[i.5] では、「署名キー」とも呼ばれます)と、ユーザーの代理でリモート署名サービスプロバイダーによって管理される X.509 公開キー証明書の組み合わせで構成されています。資格情報は、e シールが関連付けられているエンティティとして使用されます。
- 資格情報の暗証番号:PIN コードは、特定の TSP 資格情報へのアクセスを保護するために使用されます。
設定
利用対象:
e シールは、エンタープライズライセンスプランで利用できます。
設定範囲:
この機能は、アカウントレベルとグループレベルで有効にすることができます。
この機能のコントロールを評価するには、管理者メニューの「e シール」タブに移動します。
ユーザーの「送信」ページの「e シール」オプションを表示するには、3 つの設定を行う必要があります。
- 受領者の役割として e シールを許可します。
- 送信者のアカウント/グループが e シール付与者の役割を持つ受信者をマークできるようにします。
- アカウント/グループレベルの設定を使用するか、ユーザーのプロファイルを通じて個別に、ユーザーが e シールを契約書に追加することを承認します。
新しい e シールを作成
少なくとも 1 つの e シールが、設定され、アクティブであり、契約書の送信元グループから使用可能である必要があります。そうでない場合、e シールを追加するオプションはページに表示されません。
e シールを作成するには、まず CSC API 統合で TSP からデジタル証明書を取得する必要があります。(「前提条件」を参照)
証明書ができたら、次の方法で e シールを設定できます。
-
-
周りに円があるプラスアイコン
をクリックします。
-
新しい e シールを設定するインターフェイスが開きます。
TSP によって提供された情報を使用して、e シールパラメーターを入力します。
- 名前 - e シールのわかりやすい名前を入力します。この名前は、「送信」ページで送信者に提示されます。
- クラウド署名プロバイダー - 証明書を発行したプロバイダーを選択します。
- OAuth クライアント ID - TSP から取得したクライアント ID を入力します。
- OAuth クライアントシークレット - TSP から取得したクライアントシークレットを入力します。
- 資格情報 ID - TSP から取得した資格情報 ID を入力します。
- 資格情報の暗証番号 - TSP から取得した資格情報 PIN を入力します。
- 理由 - e シール適用の理由を識別するテキストを入力します。この文字列は、文書上の e シールおよび監査レポートに表示されます。
- グループ - e シールを使用できるグループを選択します。
- グラフィックの外観 - シールを正常に保存して使用するには、次のいずれか、または両方のフローオプションを有効にする必要があります。
- 件名、理由、日付、時刻、Acrobat ロゴを表示 - 有効にすると、シールのテキストコンポーネントが署名に適用されます。有効になっていない場合、シールのグラフィックのみが使用されます。
- グラフィックファイルをアップロードして、このシールの外観をカスタマイズ - 画像がアップロードされると、このオプションが署名に適用されます。画像がアップロードされていない場合、テキストのみが使用されます。
- 件名、理由、日付、時刻、Acrobat ロゴを表示 - 有効にすると、シールのテキストコンポーネントが署名に適用されます。有効になっていない場合、シールのグラフィックのみが使用されます。
- 電子メールを表示 - e シールに関連付ける電子メールアドレスを入力します。この電子メールは、e シール受信者のアドレスとして、電子メールテンプレートに表示されます。
-
完了したら、「保存」を選択します。
設定された e シールは、「アクティブ」ステータスで作成され、「e シール」ページの、シールのリストに表示されます。
この e シールは、すぐに契約書に適用する準備ができています。