新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
- アクティブなユーザーの追加、編集、確認
- Admin Console SSO
- 機能重視のユーザーの作成
- 検証を完了していないユーザーを確認
- プロビジョニングエラーが発生しているユーザーの確認
- 名前／メールアドレスの変更
- ユーザーのグループメンバーシップの編集
- グループインターフェイスを使用したユーザーのグループメンバーシップの編集
- ユーザーの管理者役割への昇格
- ユーザー ID タイプと SSO
- ユーザー ID の切り替え
- MS Azure を使用したユーザー認証
- Google フェデレーションを使用したユーザー認証
- 製品プロファイル
- ログインエクスペリエンス
- グループ管理
- アカウント／グループ設定
- 設定の概要
- グローバル設定
- アカウントレベルと ID
- 新しい受信者エクスペリエンス
- 自己署名ワークフロー
- 一括送信
- Web フォーム
- カスタム送信ワークフロー
- Power Automate ワークフロー
- ライブラリ文書
- 契約書からフォームデータを収集する
- 文書の表示制限
- 署名済み契約書の PDF コピーの添付
- 電子メールへのリンクの追加
- 電子メールへの画像の添付
- メールに添付されるファイルの名前
- 文書への監査レポートの添付
- 複数の文書を 1 つに結合
- 個別文書をダウンロード
- 署名済み文書をアップロード
- アカウント内のユーザーの委任
- 外部受信者による委任の許可
- 署名の権限
- 送信の権限
- e シールを追加する権限
- デフォルトのタイムゾーンの設定
- デフォルトの日付形式の設定
- ユーザーの複数グループ所属（UMG）
- グループ管理者の権限
- 受信者を置き換え
- 監査レポート
- トランザクションフッター
- 製品内メッセージとガイダンス
- PDF のアクセシビリティ
- PDF/A ワークフロー
- 医療機関のお客様
- 新しい署名依頼機能
- 新しいカスタムワークフロー機能
- 新しい「テンプレートを作成」機能
- アカウント設定 / ブランド設定
- 署名の環境設定
- 形式の整った署名
- 受信者による署名の許可
- 署名者による名前の変更
- 受信者が保存した署名を使用するのを許可
- カスタムの利用条件と消費者への情報開示
- フォームフィールド間の受信者の移動
- 契約書ワークフローをやり直し
- 署名を辞退
- 印鑑ワークフローを許可
- 署名者による役職または会社名の入力を必須とする
- 署名者が手書き署名を印刷および配置するのを許可
- 電子サイン時のメッセージの表示
- 署名の作成時にモバイルデバイスの使用を必須
- 署名者から IP アドレスを要求
- 参加スタンプから会社名と役職を除外
- Adaptive Signature Draw の拡大・縮小を適用
- デジタル署名
- 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／英国に関する考慮事項
- 契約書の一括ダウンロード
- ドメインの要求
- 「不正を報告」リンク
- システム要件と制限
ユーザープロファイルと設定可能な機能
- アドレス帳
契約書の送信、署名、および管理
- 受信者オプション
- 契約書の送信
- 送信（作成）ページ
- ランドマークと機能の概要
- グループセレクター
- ファイルやテンプレートの追加
- 契約書名
- グローバルメッセージ
- 契約書の完成期限
- リマインダー
- PDF を保護するパスワード
- 署名タイプ
- 受信者のロケール
- 受信者の署名順序／フロー
- 受信者の役割
- 受信者の認証
- 受信者のためのプライベートメッセージ
- 受信者の契約書のアクセス
- CC する関係者
- ID チェック
- 自分のみに契約書を送付
- 契約書を他のユーザーに送信
- 手書き署名
- 対面契約書を作成
- 受信者の署名順序
- ハイブリッド受信者ワークフロー
- 一括送信
- 送信（作成）ページ
- 文書へのフィールドの作成
- アプリ内オーサリング環境
- テキストタグを含むフォームの作成
- Acrobat（AcroForm）を使用したフォームの作成
- フィールド
- フィールドタイプ
- 一般的なフィールドタイプ
- 電子サインのフィールド
- イニシャルフィールド：
- 受信者名フィールド
- 受信者の電子メールフィールド
- 署名日フィールド
- テキストフィールド
- 日付フィールド
- 番号フィールド
- チェックボックス
- チェックボックスグループ
- ラジオボタン
- ドロップダウンメニュー
- リンクオーバーレイ
- 支払いフィールド
- 添付ファイル
- 参加スタンプ
- トランザクション番号
- 画像
- 会社名
- 役職名
- 印鑑
- フィールドコンテンツの外観
- フィールドの検証
- マスクされたフィールド値
- 表示条件／非表示条件の設定
- 計算フィールド
- 検証済みフォーム
- フィールドタイプ
- オーサリングに関するよくある質問
- 契約書に署名
- 契約書を管理
- 「管理」ページの概要
- 契約書をコピーする
- 契約書を委任
- 受信者の置換
- 文書の表示制限
- 契約書のキャンセル
- リマインダーの新規作成
- リマインダーの確認
- リマインダーをキャンセルする場合
- Power Automate のフローにアクセス
- その他のアクション...
- 一括アクション
- 複数の契約書を非表示にする
- 複数の契約書にデジタル署名
- 監査レポート
- レポートとデータの書き出し
高度な契約書機能とワークフロー
- 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 リリースは 2026 年 7 月 21 日（v17.1.2）の予定
このマイナーパッチリリースでは、お客様から報告された問題を解決し、必要な最適化とセキュリティの更新が適用されます。
サンドボックス環境では、スケジュールされたリリースの 4 週間前にこれらのパッチが受信されます。 解決した問題のリストは、その時点で公開され、リリースの 14 日前に更新されます。
|
最初の報告 2023年8月 |
現在 |
|---|
Chrome および Edge の新バージョンを使用している場合、ドラッグ＆ドロップのオーサリング環境で署名およびテキストフィールドを移動できない既知の問題があります。フィールドが配置されると、契約書上の新しい場所にクリックドラッグすることができません。
影響を受けるブラウザのバージョンは以下のとおりです。
- Chrome 116.0.5845.96および116.0.5845.97
- Microsoft Edge 116.x
現在の回避策は以下の通りです。
- 別のブラウザを使用する
- 別のブラウザが使用不可の場合
- 従来のオーサリングでは、フィールドの左側にあるグラブ・ハンドルを選択してドラッグ／ドロップします。
- 新しいオーサリングでは、フィールドを選択し、キーボード（Cmd + Shift + 矢印キー）を使用してフィールドを移動します。
機能リリース：Adobe Acrobat Sign - 6 月 16 日リリースの完了
このリリースはすべてのシャードに対して、どのサービスにもダウンタイムを与えることなく完了しました。
現在のお知らせ：
|
ステータス |
問題またはイベント |
実行日 |
|
新規 次のリリース リリース |
6 月 16 日開始 |
|
|
更新済み 重要 現在 |
2026 年 5 月 05 日 |
|
|
更新済み |
2026 年 9 月 |
|
|
更新済み |
2026 年 9 月 |
|
|
更新済み リリース |
2026 年 9 月 |
|
|
重要 |
2026 年 3 月開始 |
|
|
リリース 次のメジャーリリース |
2026 年 5 月 |
|
|
更新済み |
2027 |
|
|
現在 |
2026 年 9 月 |
|
|
永続的な情報通知 |
||
|
現在 情報 |
現在 |
|
|
現在 情報 |
現在 |
|
最初の報告：2026 年 3 月 |
現在 |
|---|
オーサリング中のインライン文書編集は、VIP アカウント向けの 17.1.2 リリースの一部として、段階的なロールアウトとしてデプロイされています。
ロールアウトスケジュール：
VIP および VIPMP お客様用アカウントでは、17.1.2 リリース後に段階的な本番ロールアウトを受信します。
この機能は、新規および既存のサポート対象アカウントの両方で、アカウントレベルでデフォルトで有効になっています。アカウントおよびグループの管理者は、必要に応じてこの機能を有効または無効にできます。
この機能は次の場合にはサポートされていません：
- Acrobat Sign for Government アカウント
- 従来の Acrobat Sign ユーザー管理システムを使用している組織
設定手順については、インラインドキュメント編集の有効化または無効化を参照してください
送信者ワークフローの手順については、フィールドオーサリング中にテキストを編集する方法を参照してください
ロールアウトのスケジュールは、突発的な事象により変更される場合があります。
|
最初の報告：2025 年 8 月：2026 年 2 月更新 |
現在 |
|---|
システムの安定性を維持し、パフォーマンスを向上させるため、Adobe Acrobat Sign は GET API エンドポイントに対するポーリングしきい値を導入しています。このポリシーは、クライアントアプリケーションが Acrobat Sign サービスに同じ API 呼び出しを行う頻度を制限します。
高頻度のポーリングはバックエンドシステムに不要な負荷をかけ、パフォーマンスの低下や応答時間の遅延を引き起こす場合があります。API 開発者は、ほぼリアルタイムの更新に、反復的なポーリングではなく、webhook を使用することをお勧めします。
変更点
このポーリングポリシーは、同一内容の呼び出しについてすべての GET API エンドポイントに適用されます。
同じ実効ユーザーが Acrobat Sign に同じ API 呼び出しを行える頻度に制限が適用されます。同じ実効ユーザーが、適用されるポーリングしきい値が許可するよりも頻繁に同じ呼び出しを行った場合、エラーが返されます。
例えば、同じ契約書またはライブラリ文書の同じエンドポイントへの反復的なリクエストは、同じ呼び出しとして扱われます。異なる契約書またはライブラリドキュメントへのリクエストは、各オブジェクトが異なるリクエストターゲットを表すため、異なる呼び出しとして扱われます。
影響を受けるエンドポイントの例
ステータス取得
- GET /agreements/{agreementId} — 契約書の現在のステータスを取得します。
- GET /agreements/{agreementId}/documents/{documentId} — 契約書内の文書のファイルストリームを取得します。
一覧、イベント、およびライブラリドキュメント
- GET /agreements — ユーザーの契約書を取得します。
- GET /agreements/{agreementId}/events — 契約書のイベント情報を取得します。
- GET /libraryDocuments — ユーザーのライブラリドキュメントを取得します。
- GET /libraryDocuments/{libraryDocumentId} — 特定のライブラリドキュメントの情報を取得します。
ポーリングポリシーの詳細
最小オブジェクトポーリング間隔（MOPI）は、同じ実効ユーザーが Acrobat Sign サービスに対して同じ GET API リクエストを行える頻度を定義します。
デフォルトの MOPI はサービス階層によって異なります。
- GLOBAL、ENTERPRISE、および DEVELOPER 階層：1 分間隔で 3 回の同じ呼び出し。
- その他すべての階層：3 分間隔で 3 回の同じ呼び出し。
同じ実効ユーザーが階層で許可されているよりも頻繁に同じ GET リクエストを実行した場合、Adobe Acrobat Sign で Retry-After ヘッダーを含む 429 Too Many Requests 応答が返されます。
同じ実効ユーザーが適用されるポーリング間隔内で同じリクエストパスとヘッダーで同じ GET リクエストを行う場合、リクエストは同一であると見なされます。
ETag の処理
アプリケーションは、条件付き GET リクエストをサポートするエンドポイントに対して ETag と If-None-Match ヘッダーを引き続き使用できます。
ポーリングしきい値で許可される条件付き GET リクエストで、リソースが変更されていない場合、Acrobat Sign で 304 Not Modified が返される場合があります。
ポーリングしきい値を超えた場合、リクエストに If-None-Match ヘッダーが含まれていても、Adobe Acrobat Sign は Retry-After ヘッダー付きの 429 Too Many Requests を返します。
必要な対応
アプリケーションがほぼリアルタイムの更新を必要とする場合は、ポーリングの代わりに webhook を使用します。Webhook は、タイムリーな更新を受け取るためのより効率的でスケーラブルな方法を提供します。
Webhook が実装できない場合は、クライアントサイドキャッシュを使用し、API 応答を保存して再利用する必要があります。
- 304 Not Modified 応答を受信した場合、別の API 呼び出しを行う代わりにキャッシュされたデータを使用します。
- 429 Too Many Requests 応答を受信した場合は、Retry-After ヘッダーで指定されている秒数後のみに API 呼び出しを再試行してください。
リソース
- 429 レスポンスの処理：https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#handling-rate-limiting-http-429
- API ポーリングのしきい値：https://developer.adobe.com/acrobat-sign/docs/overview/developer_guide/apiusage#get-endpoints
タイムライン
更新された MOPI しきい値は既に本番環境で適用されています。
- 更新された ETag スロットリング動作は 17.1.1 リリースに含まれています。この変更後、Acrobat Sign は、If-None-Match ヘッダーを含む条件付き GET リクエストを含む、スロットリングされたリクエストに対して429 Too Many Requests を返します。
- ポーリングポリシーは、2026 年 2 月 11 日に Sandbox 環境の新しいアカウントに対して ENFORCED に設定されます。
- ポーリングポリシーは、2026 年 4 月 5 日に本番環境の新しいアカウントに対して ENFORCED に設定されます。
サポートが必要な場合や質問がある場合は、担当の CSM にお問い合わせください。
|
最初の報告：2026 年 3 月 |
現在 |
|---|
SSL/TLS 証明書ローテーションの更新 - より短い有効期間への移行
SSL/TLS 業界は、大幅に短い証明書有効期間への移行中です。 この変更は、CA/Browser フォーラム（公的に信頼される証明書の運営組織）からのアップデートによって推進され、DigiCert など、有力認証局（CA）にわたって採用中です。
その結果、証明書有効期間は、今後数年間で現在の約 398 日間から 47 日間に順次短縮されます。
変更内容
公的に信頼される TLS 証明書の最大有効期間は 47 日間に短縮されます。 この要件は、CA/Browser フォーラムによって定義され、業界全体で適用されます。
この変更が行われる理由
証明書有効期間を短く設定すると、次によってセキュリティが向上します。
- 証明書または秘密キーが侵害された場合の露出枠を削減
- 証明書失効メカニズムへの依存関係を制限
- 自動化された証明書ライフサイクル管理を促す
- 全体的なインターネットセキュリティ体制を改善
主要なブラウザーベンダー（Google、Apple、Mozilla、Microsoft）がこの移行をサポートしています。
業界コンテキストについて詳しくは、DigiCert の次の発表を参照してください。
TTLS 証明書の有効期間が 47 日間に短縮
これがお客様に与える影響
- 証明書ローテーション頻度の増加
- 最大有効期間が短縮されるため、証明書はより頻繁にローテーションされます。
- 自動化が必要
- 有効期間が短くなるため、証明書の更新は完全に自動化される予定です。 この頻度では、手動更新プロセスは持続可能ではありません。
環境が証明書ピニング、手動信頼ストアまたは静的証明書参照に依存する場合は、設定をレビューして頻繁な更新との互換性を確保してください。
お客様への通知
以前は、証明書が年 1 回ローテーションされるときに通知が送信されていました。
2026 年 6 月末を期して、標準的な証明書ローテーションに関する定期的な通知は停止されます。
有効期間の短縮と自動化された更新で、
- 定期的な証明書ローテーションでは、お客様への通知は生成されません。
- 通知は、次の場合にのみ送信されます。
- 更新の失敗
- サービスへの影響
- お客様のアクションが必要
このアプローチは、自動化された証明書ライフサイクル管理の業界ベストプラクティスに沿ったものです。
アクションは不要（自動化が有効な場合）
統合が標準 TLS 信頼検証に依存していて、証明書ピニングに依存していない場合、アクションは不要です。
証明書は、有効期限の前に自動的に更新され続けます。
アクションが必要になる場合があるとき
次の場合は、アクションが必要になることがあります。
- 証明書ピニング（SPKI または完全証明書ピニング）を使用している
- 手動証明書ストアを維持している
- 特定の証明書フィンガープリントに関連付けられたファイアウォールルールがある
- 自動証明書更新をサポートしていないシステムを運用している
不明な場合は、セキュリティまたはインフラストラクチャチームにお問い合わせください。
よくある質問
- これは、アドビ固有の変更ですか？
- いいえ。 これは、CA/Browser フォーラムによって必須にされ、すべての有力認証局によって実装される、業界全体の変更です。
- サービス可用性に影響はありますか？
- いいえ。 証明書は、有効期限の前に自動的に更新されます。 通常のローテーションの一部として見込まれるダウンタイムはありません。
- 証明書ローテーション通知はいつ停止されますか？
- 定期的な証明書ローテーションの通知は、2026 年 6 月末に停止します。 お客様には、アクションが必要な場合、または問題がサービスに影響を与える場合にのみ引き続き通知されます。
- 詳細はどこで確認できますか？
- 業界について詳しくは、DigiCert の次の発表を参照してください。
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- 業界について詳しくは、DigiCert の次の発表を参照してください。
サポートが必要な場合
証明書ローテーションに関する質問がある場合や、統合の検証でサポートが必要な場合は、アドビサポートまたはアドビアカウント担当者にお問い合わせください。
|
最初の報告：2025 年 2 月 - 2026 年 4 月更新 |
現在 |
|---|
17.2 リリース（2026 年 9 月）では、すべての商用アカウントが新しい「署名を依頼」環境を使用するように更新されます。
- 切り替えリンクは削除されます。
- 管理者メニューの管理者コントロールは削除されます。
すべての GovCloud アカウントは最新環境に切り替わりますが、管理者設定は残ります。
変更点
2026 年 9 月リリース（17.2）：
- すべての商用および GovCloud アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 商用および GovCloud アカウントの両方で切り替えリンクは無効になります。
- 従来の環境に戻すためのコントロールは、商用アカウントで削除されますが、GovCloud アカウントの設定は残ります。
2027 年 1 月リリース（18.0）：
- すべての GovCloud アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 切り替えリンクは削除されます。
- 従来の環境に戻すためのコントロールが削除されます。
スムーズに移行できるようにするため、リリース前にユーザーに最新エクスペリエンスに慣れてもらうことをお勧めします。
|
最初の報告：2025 年 8 月：2026 年 4 月更新 |
現在 |
|---|
すべてのアカウントが新しい環境に切り替わります。管理者設定は維持されます。
17.2 リリース（2026 年 9 月）では、すべてのアカウントが新しい「署名を依頼」環境を使用するように更新されます。
- 切り替えリンクは無効になります。
- 管理者コントロールは管理者メニューに残るため、必要に応じて従来環境を有効にすることができます。
新しい「署名を依頼」エクスペリエンスへの最終移行（2027 年 1 月）
2027 年 1 月リリースをもって、従来の「作成」インターフェイスは完全に廃止されます。 すべてのアカウントでは、新しい契約書を標準設定するための新しい「署名を依頼」が使用されるようになりました。
変更点
2026 年 9 月リリース：
- すべての商用アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 切り替えリンクは無効になります。
- 従来環境と最新環境の設定または切り替えのオプションは、管理者設定で引き続き利用可能です。
2027 年 1 月リリース：
- すべての商用アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 切り替えリンクは無効になります。
- 従来の環境に戻すためのコントロールが削除されます。
スムーズに移行できるようにするため、リリース前にユーザーに最新エクスペリエンスに慣れてもらうことをお勧めします。
|
最初の報告：2025 年 2 月 - 2026 年 4 月更新 |
現在 |
|---|
Acrobat Sign の新しい「テンプレートを作成」オーサリング環境は、すべてのエンタープライズ版アカウントで利用可能になりました。 この更新されたインターフェイスは、再利用可能なテンプレートの作成を合理化し、最終的にはクラシックバージョンを完全に置き換える予定です。
今後のすべての機能強化は、新しいエクスペリエンスにのみ適用されます。 クラシックバージョンは、新機能の更新やサポートを受けません。 継続的な改善に合わせるため、今すぐ新しいエクスペリエンスを有効にすることを強くお勧めします。
ロールアウトタイムライン
新しいオーサリング環境は、標準リリースサイクルを通じて推奨されています。
商用版は 2025 年 4 月（v16.0）、GovCloud 版は 7 月（v16.1）
- 新しいエクスペリエンスは、すべてのエンタープライズアカウントで使用可能になります。
- 管理者は、アカウントレベルとグループレベルでこれを有効にできます。
- 有効にすると、すべてのユーザーが新しいインターフェイスを使用する必要があります。 ユーザーの視点から元に戻すオプションはありません。
2025 年 10 月（v16.2）
- 新しいアカウントでは、デフォルトで新しいエクスペリエンスが使用されます。
- 既存のアカウントは自動的に新しいエクスペリエンスに昇格されますが、複数のグループ間でアセットを共有するアカウントは例外です。
- 必要に応じて、管理者は管理者設定可能なコントロールを通じて、アカウントをクラシックエクスペリエンスに戻すことができます。
2026 年 9 月（v17.2）
- 新しいアカウントでは、デフォルトで新しいエクスペリエンスが使用されます。
- 複数のグループ間でアセットを共有するアカウントを含め、既存のアカウントは自動的に新しいエクスペリエンスに昇格されます。
- 必要に応じて、管理者は管理者設定可能なコントロールを通じて、アカウントをクラシックエクスペリエンスに戻すことができます。
- すべてのアカウントが新しいエクスペリエンスに永久に切り替えられます。
- 従来のエクスペリエンスに戻るオプションは、管理者コントロールから削除される予定です。
- 従来のオーサリング環境は廃止され、アクセスできなくなる予定です。
最良の結果を得るために、早い段階で新しいエクスペリエンスを有効にして、完全な移行の前にユーザーが調整する時間を確保してください。
|
最初の報告：2022 年 9 月 - 2026 年 6 月更新 |
現在 |
|---|
2027 年に、従来のレポート機能が Acrobat Sign のインターフェイスから完全に削除されます。これには、環境間の変更を可能にする切り替えリンクが含まれます。 削除されると、お客様は従来の環境に戻って従来のレポートを確認することはできなくなり、スケジュールされたレポートも実行されなくなります。
最新のレポート環境は、唯一のレポートソリューションとして残ります。
すべてのお客様には、できるだけ早く、既存のすべてのレポートを新しい環境で再作成することを強くお勧めします。
|
最初の報告：2025 年 4 月 - 2025 年 10 月更新 |
現在 |
|---|
新しいワークフローデザイナーエクスペリエンスは、既存のすべてのアカウントで有効になり、時間をかけて従来のバージョンが置き換えられます。 移行期間中、管理者とユーザーは完全に廃止されるまで、以前のインターフェイスに戻す柔軟性もあります。
ロールアウトタイムライン
2026 年 5 月（v17.1）
- すべてのアカウントは、リリース後（まだの場合）に新しいエクスペリエンスに昇格されます。
- 管理者は、従来のエクスペリエンスに戻すことができます。
- ユーザーには切り替えリンクが表示されなくなります。管理者は必要に応じて切り替えリンクを有効にできます。
2026 年 9 月（v17.2）
- すべてのアカウントが新しいエクスペリエンスに永久に移行されます。
- 従来のバージョンに戻すための管理者コントロールが削除されます。
- 従来のカスタムワークフローデザイナーは完全に廃止され、アクセスできなくなります。
スムーズなトランジションを確保するため、可能な限り早くユーザーを準備することをお勧めします。
2025 年 7 月の Acrobat Sign リリース以降に作成された新しいアカウントでは、デフォルトで新しいエクスペリエンスが有効になっており、従来のバージョンに戻るためのコントロールは表示されません。
|
最初の報告：2025 年 8 月：2025 年 10 月更新 |
現在 |
|---|
すべてのアカウントは新しい環境に切り替えられました。
17.0 リリース（2026 年 1 月）では、すべてのアカウントが新しい「電子サイン」環境を使用するように更新されます。
クラシック環境向けのコントロールは、新しい環境を使用できないユースケースに備えたフォールバック手段として、引き続き利用できます。
|
最初の報告：2026 年 2 月 |
現在 |
|---|
概要
タイの規制要件の更新により、SMS による契約書配信は現在、タイの電話番号を持つ受信者に対してサポートされていません。
変更内容
タイでは新しい規制が導入され、URL を含む SMS メッセージによって、ユーザーによる操作を必要とするフローに受信者を誘導することが制限されました。 契約書への署名では受信者による操作が必要なため、このユースケースでの SMS 送信は制限されます。
対象者
- SMS 経由での契約書送信を使用して送信する契約書
- タイ（+66）の電話番号を持つ受信者。
影響
タイの電話番号を持つ受信者は、契約書リンクを含む SMS メッセージを受信できません。 その結果、SMS 送信が使用された場合、受信者はアクセスして署名プロセスを完了できない可能性があります。
この制限は規制によるものであり、サービス停止や製品の不具合が原因ではありません。
タイムライン
この制限がいつ解除されるか、または技術的な解決策が適用されるかについて、現在確定したタイムラインはありません。 状況が変わり次第、この通知は更新されます。
必要なアクション
- タイの電話番号を持つ受信者には、SMS による契約書配信を使用しないでください。
- 契約書配信を確実に行うため、代替配信方法としてメールを含めてください。
追加詳細
この制限は SMS ベースの配信にのみ適用されます。 その他の契約書配信および認証方法は影響を受けません。
|
最初の報告：2024 年 5 月 |
現在 |
|---|
新しい「署名を依頼」機能では、ファイルのアップロードに外部ドライブを使用するオプションは、OneDrive のみに限定されます。
ファイルのアップロードに他のオプションを使用しているお客様は、ベンダー固有のアプリケーションを使用して、ユーザーのローカルシステム上のネイティブファイルピッカーからアクセス可能なネットワークドライブを提供することをお勧めします。
- Dropbox：https://www.dropbox.com/desktop
- Google ドライブ：https://support.google.com/drive/answer/10838124
- Box：https://support.box.com/hc/ja/articles/360043697194-Box-Sync%E3%81%AE%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB
- Acrobat/Document Cloud：https://www.adobe.com/acrobat/hub/share-sync-pdfs.html
追加のリソース
- コミュニティフォーラム
- 週次トレーニング - 新しいユーザーおよび管理者向けのトレーニングトピックに関する週次ウェビナー
お知らせのアーカイブ
古いお知らせは、現在のお知らせリストから削除されています。以下のように（最近のものから古いものまで）期間別にアーカイブされています。
アドビコミュニティで質問してみよう
|
アドビコミュニティへようこそ！ |
