新機能
開始する
管理者
- 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
サポートとトラブルシューティング
Adobe Acrobat Sign サービスへのログイン
Acrobat Sign サービスへのログインは、通常、Acrobat Sign のパブリックログインページ(https://secure.adobesign.com/public/login)にアクセスして行います。
組織は、ログインプロセスの合理化に役立つホスト名を含めるようにアカウントを構成できます。パーソナライズされた URL は、URL 内のセキュアな値を、パーソナライズされた文字列とホスト環境に置き換えます。たとえば、https://caseyjones.na1.adobesign.com/pulic/login では、caseyjones はパーソナライズされたホスト名、na1 はホスト環境です。パーソナライズされた URL を使用できます。
パブリックログインページでは、指定された電子メールに基づいてユーザーアカウントが識別され、ユーザーは組織の管理者が設定した正しい認証プロセスにルーティングされます。これらの設定に基づいて、Adobe ID 管理システムを使用する代わりに企業の ID プロバイダーにルーティングされるというように、以下に説明するプロセスにわずかな違いが発生する場合がありますが、画面上のプロセスは非常に直感的です。
-
-
電子メールアドレスを入力してからパスワードフィールドを選択します。
- ユーザーライセンスがサービスで完全に管理されている従来の Acrobat Sign 認証システムを組織で使用している場合は、パスワードを入力するとサービスにログインされます。
- 組織でフェデレーション ID タイプを使用している場合は、ページが更新され、設定された ID プロバイダーに認証をルーティングするボタンが表示されます。パーソナライズされた URL を使用してログインページにアクセスする場合は、フェデレーションログインボタン(および有効なその他の SSO ソリューション)がすでに表示されています。
- 組織が Adobe ID 管理システムを使用して認証を行う場合は、Adobe 認証画面にリダイレクトされ、そこでパスワードを指定することになります。
注意:ユーザーアカウントは、Admin Console 管理者が入力した電子メールアドレス、または会社の ID システム(LDAP、Active Directory、またはその他の SAML ベースのサービス)を介して提供された電子メールアドレスに基づいています。複数の電子メールアドレスがあり、ログインが困難な場合は、ユーザーのプロビジョニングに使用した電子メールの値をアカウント管理者に確認してください。
-
認証後、電子メールアドレスに関連付けられているプロファイルが 1 つだけの場合は、Acrobat Sign システムにログインされます。
ただし、1 つのメールアドレスが複数の Adobe プロファイルに関連付けられている場合は、選択するプロファイルのリストが表示されます。これはよく起こることで、通常は組織に Adobe との複数の契約があり、各契約が Adobe サービスへの個別の資格を提供するために発生します。
たとえば、会社に Acrobat Pro(電子サイン機能へのアクセス権を持つ)の契約があり、新しい契約で Acrobat Sign エンタープライズ版へのアクセス権を後で購入する場合があります。このとき、すべてのユーザーに 2 つのプロファイルが作成され、両方の製品にプロビジョニングされます。
プロファイルの名前には、製品プロファイルを含む Admin Console の名前が反映されますが、これは同じ名前にすることができます。
ユーザーのログインの観点からすると、理想的なソリューションとして、すべての契約を 1 つに統合して、1 つのプロファイルのみを提示します。
これができない場合は、Admin Console 管理者が管理コンソールの名前を変更して、用途を区別しやすくすることができます。
注意:Acrobat Sign の資格がないプロファイルで Acrobat Sign の機能を使用しようとしたときに、資格がある別のプロファイルがある場合は、管理コンソールにプロファイルを切り替えるよう警告するバナーが表示されます。
アドビコミュニティで質問してみよう
アドビコミュニティへようこそ! |