新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
- アクティブなユーザーの追加、編集、確認
- 機能重視のユーザーの作成
- 検証を完了していないユーザーを確認
- プロビジョニングエラーが発生しているユーザーの確認
- 名前／メールアドレスの変更
- ユーザーのグループメンバーシップの編集
- グループインターフェイスを使用したユーザーのグループメンバーシップの編集
- ユーザーの管理者役割への昇格
- ユーザー 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 オプション
- 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 年 5 月 5 日（v17.1）の予定
このメジャーリリースでは、ユーザーおよび管理者向けの機能強化と、お客様からご報告いただいた問題の解決策が導入されます。
サンドボックス権限を持つお客様は、リリースの 4 週間前から新機能にアクセスし、リリース内容を概説したプレリリースドキュメントを入手できます。
|
最初の報告 2023年8月 |
現在 |
|---|
Chrome および Edge の新バージョンを使用している場合、ドラッグ＆ドロップのオーサリング環境で署名およびテキストフィールドを移動できない既知の問題があります。フィールドが配置されると、契約書上の新しい場所にクリックドラッグすることができません。
影響を受けるブラウザのバージョンは以下のとおりです。
- Chrome 116.0.5845.96および116.0.5845.97
- Microsoft Edge 116.x
現在の回避策は以下の通りです。
- 別のブラウザを使用する
- 別のブラウザが使用不可の場合
- 従来のオーサリングでは、フィールドの左側にあるグラブ・ハンドルを選択してドラッグ／ドロップします。
- 新しいオーサリングでは、フィールドを選択し、キーボード（Cmd + Shift + 矢印キー）を使用してフィールドを移動します。
機能リリース：Adobe Acrobat Sign - 3 月 17 日リリースの完了
このリリースはすべてのシャードに対して、どのサービスにもダウンタイムを与えることなく完了しました。
現在のお知らせ：
|
ステータス |
問題またはイベント |
実行日 |
|
新規 |
2026 年 4 月 11 日 |
|
|
新規 現在 |
2026 年 3 月 17 日 |
|
|
新規 現在 |
2026 年 3 月 17 日 |
|
|
新規 |
2026 年 5 月 05 日 |
|
|
新規 重要 |
2026 年 3 月開始 |
|
|
更新済み 次のメジャーリリース |
2026 年 5 月 05 日 |
|
|
更新済み 現在 リリース |
2026 年 2 月 3 日 |
|
|
次のメジャーリリース |
2026 年 5 月 5 日〜10 日 |
|
|
現在 |
2026 年 3 月 17 日 |
|
|
現在 情報 |
現在 |
|
|
現在 |
2026 年 2 月 |
|
|
次のメジャーリリース |
2026 年 5 月 |
|
|
次のメジャーリリース |
2026 年 5 月 |
|
|
リリース |
2026 年 5 月 |
|
|
リリース |
2026 年 5 月 |
|
|
保留中 |
2026 年 6 月 |
|
|
現在 情報 |
現在 |
|
最初の報告：2026 年 3 月 |
現在 |
|---|
データベースメンテナンス作業が、2026 年 4 月 11 日午後 7 時 30 分（太平洋時間）に予定されています。メンテナンス時間は最大 30 分間の予定です。
この期間中には次のようなことが予想されます。
- 新しいアカウント作成とユーザープロビジョニングが遅延します。
- ユーザーにログインの問題が発生する可能性がありますが、その数は限定的です。
- アドビ管理インターフェイスからのアカウントトランザクション消費リクエストが失敗する可能性があり、権限の割り当てが一時的に阻害される場合があります。
影響を受けるすべてのサービスは、メンテナンス完了時に正常な動作に戻る予定です。
|
最初の報告：2026 年 3 月 |
現在 |
|---|
API によって返される文書 ID は、以前の 12 ビットエンコーディング形式ではなく、16 ビットエンコーディング形式を使用するようになり、戻り値の一部として末尾にアスタリスク文字が含まれる場合があります。Acrobat Sign は、これらの末尾文字の有無に関係なく文書 ID を受け入れますが、一部のアプリケーションでは拡張された形式を正しく処理できない場合があり、文書の取得や表示に影響を与える可能性があります。
この更新は、サービスにおける文書 ID 処理の変更を反映しています。統合で API によって返される文書 ID を使用して文書を取得する場合は、現在のロジックを確認して、より長い ID 形式をサポートし、提供された戻り値が受け入れ可能であることを確認してください。必要に応じて、リクエストを再試行する前に末尾のアスタリスク文字を省略できます。
Acrobat Sign を通じた直接アクセスには影響がないと予想されます。
|
最初の報告：2026 年 3 月 |
現在 |
|---|
3 月 17 日の 17.0.1 リリースの時点では、個人設定メニューの「アクセストークン」タブに各統合キーの有効期限日が表示されます。この更新により、キー保有者がキーの有効期限日を確認できるようになり、キーライフサイクル管理の可視性が向上します。
統合キーの有効期間は 10 年です。期限切れ日以降、キーは使用できなくなり、新しいキーに置き換える必要があります。
この変更は既存のキーの機能に影響せず、キーライフサイクルを変更しません。有効期限日はインターフェイスにのみ表示され、管理者はキーの経過時間を監視し、事前に交換を計画できます。
対応は不要です。 管理者は定期的に統合キーを確認し、サービスの中断を避けるために期限切れが近づいているキーを交換する必要があります。
|
最初の報告：2026 年 3 月 |
現在 |
|---|
2026 年 5 月 5 日のリリース以降、監査レポートは署名者が署名を適用する際に使用された署名方法を記録します。
監査証跡により、ESIGNED と DIGSIGNED のイベントごとに、署名者がデスクトップベースの署名方法（入力、手書き、画像）を使用したか、モバイルベースの署名方法（MOBILE_TYPE、MOBILE_DRAW、MOBILE_IMAGE）を使用したかを特定できます。
この更新により、管理者とコンプライアンスチームが監査レポートで署名方法を直接確認できるようになってコンプライアンスの可視性が向上し、曖昧さが軽減され、レビューおよび監査プロセス中に不要な契約書却下が最小限に抑えられます。この更新はすべてのお客様に対してデフォルトで有効になっており、設定オプションはありません。
印鑑のみでの署名は、特定される署名の種類に含まれません。
|
最初の報告：2026 年 3 月 |
現在 |
|---|
SSL/TLS Certificate Rotation Updates – Transition to Shorter Validity Periods
The SSL/TLS industry is transitioning to significantly shorter certificate validity periods. This change is driven by updates from the CA/Browser Forum (the governing body for publicly trusted certificates) and is being adopted across major certificate authorities (CAs), including DigiCert.
As a result, certificate lifetimes will gradually reduce from the current ~398 days to as short as 47 days over the next several years.
What Is Changing?
The maximum validity period for publicly trusted TLS certificates will be reduced to 47 days. This requirement is defined by the CA/Browser Forum and applies industry-wide.
Why Is This Change Happening?
Shorter certificate lifetimes improve security by:
- Reducing the exposure window if a certificate or private key is compromised
- Limiting reliance on certificate revocation mechanisms
- Encouraging automated certificate lifecycle management
- Improving overall internet security posture
Major browser vendors (Google, Apple, Mozilla, Microsoft) support this transition.
For additional industry context, see DigiCert’s announcement:
TLS Certificate Lifetimes Will Officially Reduce to 47 Days
How This Affects You
- Increased Certificate Rotation Frequency
- Certificates will rotate more frequently as maximum validity periods decrease.
- Automation Is Required
- Due to the shorter validity periods, certificate renewals are expected to be fully automated. Manual renewal processes are not sustainable at this frequency.
If your environment depends on certificate pinning, manual trust stores, or static certificate references, review your configuration to ensure compatibility with frequent renewals.
Customer Notifications
Previously, notifications were sent when certificates rotated on an annual basis.
Effective at the end of June 2026, routine notifications for standard certificate rotations will be discontinued.
With shorter validity periods and automated renewals:
- Routine certificate rotations will not generate customer notifications.
- Notifications will be sent only in cases of:
- Renewal failures
- Service impact
- Customer action required
This approach aligns with industry best practices for automated certificate lifecycle management.
No Action Required (If Automation Is Enabled)
If your integration relies on standard TLS trust validation and does not depend on certificate pinning, no action is required.
Certificates will continue to renew automatically before expiration.
When Action May Be Required
You may need to take action if:
- You use certificate pinning (SPKI or full certificate pinning)
- You maintain manual certificate stores
- You have firewall rules tied to specific certificate fingerprints
- You operate systems that do not support automated certificate updates
If unsure, consult your security or infrastructure team.
Frequently Asked Questions
- Is this an Adobe-specific change?
- No. This is an industry-wide change mandated by the CA/Browser Forum and implemented by all major certificate authorities.
- Will service availability be affected?
- No. Certificates will renew automatically prior to expiration. There is no expected downtime as part of normal rotation.
- When will certificate rotation notifications stop?
- Routine certificate rotation notifications will stop at the end of June 2026. Customers will continue to be notified only if action is required or if an issue impacts service.
- Where can I learn more?
- For additional industry details, refer to DigiCert’s announcement:
https://www.digicert.com/blog/tls-certificate-lifetimes-will-officially-reduce-to-47-days
- For additional industry details, refer to DigiCert’s announcement:
Need Help?
If you have questions about certificate rotation or need assistance validating your integration, contact Adobe Support or your Adobe account representative.
|
最初の報告：2025 年 8 月：2026 年 2 月更新 |
現在 |
|---|
システムの安定性を維持し、パフォーマンスを向上させるため、Acrobat Sign では 2026 年 5 月 5 日のリリース（バージョン 17.1）でポーリングのしきい値を導入します。この変更により、クライアントアプリケーションが特定の API エンドポイントをポーリングできる頻度が制限されます。
- 16.2.1 リリース後、数か月以内に、お客様はコードで推奨されるポーリングの変更を実装する必要があります。この期間中、システムはポーリング間隔のしきい値イベントのみをログに記録します。
- 2026 年 5 月 5 日以降、投票保護ポリシーが強制に切り替わり、ユーザーに対してエラーがトリガーされるようになります。
高頻度のポーリングはバックエンドシステムに不要な負荷をかけ、パフォーマンスの低下や応答時間の遅延を引き起こします。 API 開発者はリアルタイムの更新にウェブフックを使用することをお勧めします。
価格改定の対象となるプラン
このポーリングポリシーは、すべての GET API エンドポイントに適用されます。
影響を受けるエンドポイントの例
ステータス取得：
- GET /agreements/{agreementId) – 契約書の現在のステータスを取得します。
- GET /agreements/{agreementId)/documents/{documentId) – 契約書内の文書のファイルストリームを取得します。
リスト表示：
- GET /agreements – ユーザーの契約書を取得します。
- GET /agreements/{agreementId)/events – 契約書のイベント情報を取得します。
実効ユーザーが Acrobat Sign サービスに同じ API 呼び出しを行える頻度に制限が適用されます。 同じ実効ユーザーが最小ポーリング間隔内に同じ呼び出しを行うと、エラーが返されます。
ポーリングポリシーの詳細
- オブジェクトポーリングの最小間隔（MOPI）：デフォルトの MOPI は、サービス階層とアプリケーションタイプによって異なります。
- Acrobat Sign のパートナーアプリケーション：パートナーアプリケーションの MOPI は、ユーザーのアカウント階層によって決まります。
- GLOBAL/ENTERPRISE 階層：1 分間隔で 3 回の呼び出し
- その他すべての階層：10 分間隔で 1 回の固有の呼び出し
- Global/Enterprise アカウント下のお客様アプリケーション：1 分間隔で 3 回の同一呼び出し。
- 開発者アカウント下のお客様アプリケーション：10 分間隔で 1 回の固有の呼び出し。
- Acrobat Sign のパートナーアプリケーション：パートナーアプリケーションの MOPI は、ユーザーのアカウント階層によって決まります。
- MOPI 内の重複リクエスト：同じ有効ユーザーが、階層で許可されている回数を超えて同一の Get リクエスト（同じパスとヘッダー）を MOPI 内で行った場合、システムは以下を返します。
- 304 Not Modified ステータスコード（ETag を使用する HTTP 条件付きリクエストに対して）。
- 429 Too Many Requests ステータスコード（およびその他のリクエストの retry-after）。
- ETag 処理：このポリシーが適用されるのは、既に 304 Not Modified をサポートしているエンドポイントの If-None-Match ヘッダーで ETag 値が提供される場合です。
必要な対応
Webhook：アプリケーションがほぼリアルタイムの更新を必要とする場合は、ポーリングの代わりに webhook を使用します。 Webhook は、タイムリーな更新を受け取るためのより効率的でスケーラブルな方法を提供します。
Webhook が実装できない場合は、クライアントサイドキャッシュメカニズムを実装し、API 応答を保存して再利用する必要があります。
- 304 Not Modified レスポンスを受け取った場合、別の API 呼び出しを行う代わりにキャッシュされたデータを使用する必要があります。
- 429 Too Many Requests 応答を受信した場合は、Retry-After ヘッダーで指定されている秒数後に API 呼び出しを再試行してください。
16.2.1 リリース後、数か月以内に、お客様はコードで推奨されるポーリングの変更を実装する必要があります。この期間中、システムはポーリング間隔のしきい値イベントをログに記録します。
2026 年 5 月 5 日以降、ポーリング保護ポリシーが ENFORCE に切り替わり、ユーザーに対してエラーがトリガーされるようになります。
サポートが必要な場合や質問がある場合は、担当の CSM にお問い合わせください。
サンドボックス環境では、2025 年 9 月 17 日にポーリングポリシーが有効になってエラーがログに記録されるようになり、2025 年 9 月 25 日に ENFORCE に設定されます。
|
最初の報告：2026 年 2 月 |
現在 |
|---|
Acrobat Sign の「ホーム」ページは再設計中で、契約書の開始やアクティビティの監視が簡単になります。最近送信した契約書のコピー、より直感的な順序でのアクションタイルの表示、「処理中」と「あなたの処理待ち」項目の迅速な識別などの主要機能へのアクセスも容易になります。「新機能」バナーは合理化されて視覚的な混乱が軽減され、ユーザーはより迅速に操作し、契約書の見落としを減らし、より明確な「ホーム」を操作できるようになります。
新しい「ホーム」ページは、リリース後 10 日間にわたってリリースされます。
日付 |
シャード |
2026 年 5 月 05 日 |
IN1、JP1、AU1、SG1 |
2026 年 5 月 11 日 |
EU1、EU2 |
2026 年 5 月 14 日 |
NA1、NA2、NA3、NA4 |
ロールアウトスケジュールはガイドラインとして提供されており、ロールアウトの進行に応じて調整される場合があります。
|
最初の報告：2026 年 2 月 |
現在 |
|---|
|
最初の報告：2026 年 2 月 |
現在 |
|---|
概要
タイの規制要件の更新により、SMS による契約書配信は現在、タイの電話番号を持つ受信者に対してサポートされていません。
変更内容
タイでは新しい規制が導入され、URL を含む SMS メッセージによって、ユーザーによる操作を必要とするフローに受信者を誘導することが制限されました。契約書への署名では受信者による操作が必要なため、このユースケースでの SMS 送信は制限されます。
対象者
- SMS 経由での契約書送信を使用して送信する契約書
- タイ（+66）の電話番号を持つ受信者
影響
タイの電話番号を持つ受信者は、契約書リンクを含む SMS メッセージを受信できません。その結果、SMS 送信が使用された場合、受信者はアクセスして署名プロセスを完了できない可能性があります。
この制限は規制によるものであり、サービス停止や製品の不具合が原因ではありません。
タイムライン
この制限がいつ解除されるか、または技術的な解決策が適用されるかについて、現在確定したタイムラインはありません。 状況が変わり次第、この通知は更新されます。
必要なアクション
- タイの電話番号を持つ受信者には、SMS による契約書配信を使用しないでください。
- 契約書配信を確実に行うため、代替配信方法としてメールを含めてください。
追加詳細
この制限は SMS ベースの配信にのみ適用されます。その他の契約書配信および認証方法は影響を受けません。
|
最初の報告：2025 年 12 月：2026 年 2 月更新 |
現在 |
|---|
Acrobat Sign の「ログイン」ページは、2026 年 2 月 3 日に予定されている 17.0 リリースの一部として、すべてのユーザーで更新されます。 - 新しいログインプロセスは、すべてのユーザーにメールアドレスの提供のみを求めることで、よりクリーンで一貫したエクスペリエンスを提供します。メールアドレスが受け入れられるとすぐに、ユーザーのアカウントは参照され、アカウントが使用するように設定された認証オプションがフォローアップページに表示されるため、不要な手順が排除されて従来の画面は表示されなくなります。これにより、すべてのユーザーにとってログインがより迅速で、簡単かつ直感的になります。
- 新しいログインの一部として、web インターフェイスに直接ログインする Acrobat Sign エンタープライズ版ユーザーのメール形式では、メールアドレスのローカル部分（「@」記号より前の部分）に 64 文字制限が適用されるようになりました。
この更新されたログインエクスペリエンスは、Acrobat Sign サーバー環境によって段階的にロールアウトされています。 ロールアウトスケジュールは以下の通りです：
|
Acrobat Sign 環境 |
ロールアウト日 |
|
IN1（インド） SG1（シンガポール） |
2026 年 2 月 3 日 |
|
AU1（オーストラリア） NA3（北米） |
2026 年 2 月 10 日 |
|
JP1（日本） |
2026 年 2 月 17 日 |
|
EU2（ヨーロッパ） NA4（北米） |
2026 年 3 月 2 日 |
|
EU1（ヨーロッパ） NA2（北米） |
2026 年 3 月 5 日 |
|
NA1（北米） |
2026 年 3 月 10 日 |
ロールアウトスケジュールはガイドラインとして提供されており、ロールアウトの進行に応じて調整される場合があります。
|
最初の報告：2025 年 8 月：2025 年 10 月更新 |
現在 |
|---|
すべてのアカウントは新しい環境に切り替えられました。
17.0 リリース（2026 年 1 月）では、すべてのアカウントが新しい「電子サイン」環境を使用するように更新されます。
クラシック環境のコントロールは、モダン環境が使用できないユースケースのフォールバック手段として引き続き利用可能です。
|
最初の報告：2025 年 2 月 - 2025 年 10 月更新 |
現在 |
|---|
17.1 リリース（2026 年 5 月）では、すべての商用アカウントが新しい「署名を依頼」環境を使用するように更新されます。
- 切り替えリンクは削除されます。
- 管理者メニューの管理者コントロールは削除されます
すべての GovCloud アカウントは最新環境に切り替わりますが、管理者設定は残ります。
変更点
2026 年 5 月リリース（17.1）：
- すべての商用および GovCloud アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 商用および GovCloud アカウントの両方で切り替えリンクは無効になります。
- 従来の環境に戻すためのコントロールは、商用アカウントで削除されますが、GovCloud アカウントの設定は残ります。
2026 年 9 月リリース（17.2）：
- すべての GovCloud アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 切り替えリンクは削除されます。
- 従来の環境に戻すためのコントロールが削除されます。
スムーズに移行できるようにするため、リリース前にユーザーに最新エクスペリエンスに慣れてもらうことをお勧めします。
|
最初の報告：2025 年 8 月：2025 年 10 月更新 |
現在 |
|---|
すべてのアカウントがモダン環境に切り替わります。管理者設定は維持されます
17.1 リリース（2026 年 5 月）では、すべてのアカウントが新しい「署名を依頼」環境を使用するように更新されます。
- 切り替えリンクは無効になります。
- 管理者コントロールは管理者メニューに残るため、必要に応じて従来環境を有効にすることができます。
新しい「署名を依頼」への最終的な移行（2026 年 9 月）
2026 年 9 月のリリースにより、従来の「作成」インターフェイスは完全に廃止されます。すべてのアカウントでは、新しい契約書を標準設定するための新しい「署名を依頼」が使用されるようになりました。
変更点
2026 年 5 月リリース：
- すべての商用アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 切り替えリンクは無効になります。
- 従来環境と最新環境の設定または切り替えのオプションは、管理者設定で引き続き利用可能です。
2026 年 9 月リリース：
- すべての商用アカウントは、新しい「署名を依頼」に自動的に切り替わります。
- 切り替えリンクは無効になります。
- 従来の環境に戻すためのコントロールが削除されます。
スムーズに移行できるようにするため、リリース前にユーザーに最新エクスペリエンスに慣れてもらうことをお勧めします。
|
最初の報告：2025 年 2 月 - 2025 年 10 月更新 |
現在 |
|---|
Acrobat Sign の新しい「テンプレートを作成」オーサリング環境は、すべてのエンタープライズ版アカウントで利用可能になりました。この更新されたインターフェイスは、再利用可能なテンプレートの作成を合理化し、最終的にはクラシックバージョンを完全に置き換える予定です。
今後のすべての機能強化は、新しいエクスペリエンスにのみ適用されます。クラシックバージョンは、新機能の更新やサポートを受けません。継続的な改善に合わせるため、今すぐ新しいエクスペリエンスを有効にすることを強くお勧めします。
ロールアウトタイムライン
新しいオーサリング環境は、標準リリースサイクルを通じて推奨されています。
商用版は 2025 年 4 月（v16.0）、GovCloud 版は 7 月（v16.1）
- 新しいエクスペリエンスは、すべてのエンタープライズアカウントで使用可能になります。
- 管理者は、アカウントレベルとグループレベルでこれを有効にできます。
- 有効にすると、すべてのユーザーが新しいインターフェイスを使用する必要があります。ユーザーの視点から元に戻すオプションはありません。
2025 年 10 月（v16.2）
- 新しいアカウントでは、デフォルトで新しいエクスペリエンスが使用されます。
- 既存のアカウントは自動的に新しいエクスペリエンスに昇格されますが、複数のグループ間でアセットを共有するアカウントは例外です。
- 必要に応じて、管理者は管理者設定可能なコントロールを通じて、アカウントをクラシックエクスペリエンスに戻すことができます。
2026 年 5 月（v17.1）
- 新しいアカウントでは、デフォルトで新しいエクスペリエンスが使用されます。
- 複数のグループ間でアセットを共有するアカウントを含め、既存のアカウントは自動的に新しいエクスペリエンスに昇格されます。
- 必要に応じて、管理者は管理者設定可能なコントロールを通じて、アカウントをクラシックエクスペリエンスに戻すことができます。
- すべてのアカウントが新しいエクスペリエンスに永久に切り替えられます。
- 従来のエクスペリエンスに戻るオプションは、管理者コントロールから削除される予定です。
- 従来のオーサリング環境は廃止され、アクセスできなくなる予定です。
最良の結果を得るために、早い段階で新しいエクスペリエンスを有効にして、完全な移行の前にユーザーが調整する時間を確保してください。
|
最初の報告：2022 年 9 月 - 2025 年 11 月更新 |
現在 |
|---|
2026 年 6 月のリリースでは、従来のレポート機能が Acrobat Sign のインターフェイスから完全に削除されます。これには、環境間の変更を可能にする切り替えリンクが含まれます。 削除されると、お客様は従来の環境に戻って従来のレポートを確認することはできなくなり、スケジュールされたレポートも実行されなくなります。
新しいレポート環境は、唯一のレポートソリューションとして残ります。
すべてのお客様には、できるだけ早く、既存のすべてのレポートを新しい環境で再作成することを強くお勧めします。
|
最初の報告：2025 年 4 月 - 2025 年 10 月更新 |
現在 |
|---|
新しいワークフローデザイナーエクスペリエンスは、既存のすべてのアカウントで有効になり、時間をかけて従来のバージョンが置き換えられます。 移行期間中、管理者とユーザーは完全に廃止されるまで、以前のインターフェイスに戻す柔軟性もあります。
ロールアウトタイムライン
2026 年 5 月（v17.1）
- すべてのアカウントは、リリース後（まだの場合）に新しいエクスペリエンスに昇格されます。
- 管理者は、従来のエクスペリエンスに戻すことができます。
- ユーザーには切り替えリンクが表示されなくなります。管理者は必要に応じて切り替えリンクを有効にできます。
2026 年 9 月（v17.2）
- すべてのアカウントが新しいエクスペリエンスに永久に移行されます。
- 従来のバージョンに戻すための管理者コントロールが削除されます。
- 従来のカスタムワークフローデザイナーは完全に廃止され、アクセスできなくなります。
スムーズなトランジションを確保するため、可能な限り早くユーザーを準備することをお勧めします。
2025 年 7 月の Acrobat Sign リリース以降に作成された新しいアカウントでは、デフォルトで新しいエクスペリエンスが有効になっており、従来のバージョンに戻るためのコントロールは表示されません。
|
最初の報告：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
追加のリソース
- コミュニティフォーラム
- 週次トレーニング - 新しいユーザーおよび管理者向けのトレーニングトピックに関する週次ウェビナー
お知らせのアーカイブ
古いお知らせは、現在のお知らせリストから削除されています。以下のように（最近のものから古いものまで）期間別にアーカイブされています。
アドビコミュニティで質問してみよう
|
アドビコミュニティへようこそ！ |
