技術的なお知らせ

最終更新日 : 2026年6月29日

リストされているテクニカル通知を確認し、自分にとって重要な通知をブックマークします。

ヒント

この技術的なお知らせページは、新しい情報が入手できるようになると定期的に更新されるため、内容は常に変わります。 ローカライズされたバージョンもご利用いただけますが、翻訳プロセスには時間がかかるため、正式な米国英語版とは若干異なる場合があります。 最も正確な最新情報を入手するには、必ず米国英語ページを参照してください。

[次回のリリース] 次回 Adobe Acrobat Sign リリースは 2026 年 9 月 8 日(v17.2)の予定

このマイナーパッチリリースでは、お客様から報告された問題を解決し、必要な最適化とセキュリティの更新が適用されます。

サンドボックス環境では、スケジュールされたリリースの 4 週間前にこれらのパッチが受信されます。 解決した問題のリストは、その時点で公開され、リリースの 14 日前に更新されます。

機能リリース:Adobe Acrobat Sign – 7 月 21リリース完了

このリリースはすべてのシャードに対して、どのサービスにもダウンタイムを与えることなく完了しました。

現在のお知らせ:

ステータス

問題またはイベント

実行日

新規

次のリリース

2026年9月8日から

新規

次のリリース

リリース
展開予定

6 月 16 日開始

更新済み

重要

現在

2026 年 5 月 05 日

更新済み

2026 年 9 月

更新済み

リリース
展開予定

2026 年 9 月

リリース
展開予定

次のメジャーリリース

2026 年 9 月

重要

2026 年 3 月開始

更新済み

2027

現在

2026 年 9 月

永続的な情報通知

現在

情報

現在

現在

情報

現在


フォームフィールドのオーサリング機能改善の段階的ロールアウト

最初の報告:2026 年 3 月

現在

Adobe Acrobat Sign は、17.2 リリースの一部として、最新のフォームフィールドのオーサリングエクスペリエンスを更新しています。更新されたエクスペリエンスは、顧客セグメント別に段階的に有効化されます。

変更点

この更新では、フォームフィールドの準備に関する使いやすさの改善が導入されます:

  • 提案されたフィールドを扱うためのコントロールの改善。
  • ページまたは受信者別に配置されたフィールドを確認し、フィールドに直接移動するためのFieldsパネル。
  • 自動検出されたフィールドのよりわかりやすい名前。
  • 一般的なフィールドのフィールドタイプ検出の改善。
  • より明確なフィールド固有の検証メッセージ。
  • 既存の AcroForm フィールドを含むアップロードされた PDF の受信者割り当てプロンプト。
  • 一般的なオーサリングタスクのコンテキストに応じたガイダンス。

これらの変更は、Request Signatures およびライブラリテンプレートで使用される最新のオーサリングエクスペリエンスに適用されます。

Web フォームおよび一括送信は、従来のオーサリング エクスペリエンスを引き続き使用し、このロールアウトには含まれません。

ロールアウトスケジュール

アドビは、段階的に更新されたエクスペリエンスを有効化します:

ロールアウト段階 顧客セグメント
初期ロールアウト VIP、SMB、および Mid-Market。
後続ロールアウト ETLA および体験版 — 日付は後日発表
   

後続の ETLA および体験版ロールアウト段階の日付は、確定次第更新されます。

管理者アクション

管理者のアクションは必要ありません。

更新されたオーサリング エクスペリエンスは、ロールアウトが各顧客セグメントに到達すると、Adobe によって有効になります。変更を有効化、無効化、または延期するための顧客向けアカウントまたはグループ コントロールはありません。

内部トレーニング、検証、または変更管理素材を維持する管理者は、更新されたオーサリング エクスペリエンスをレビューし、顧客セグメントが有効になる前にユーザーに変更を準備させる必要があります。

既存のコンテンツへの影響

既存の契約は、このロールアウトによって変更されません。

既存のライブラリ テンプレートは、既存のフィールド設定を保持します。自動生成されたフィールド名は、更新されたオーサリングエクスペリエンスを使用してフィールドを作成する際に適用されます。既存のテンプレートは、新しい命名動作に移行されません。

ユーザーが期待できること

ユーザーは、フォーム フィールドを準備する際に利用可能なコントロールとガイダンスの変更に気付く場合があります。自動検出されたフィールドには、よりわかりやすい名前とより適切なフィールドタイプが付与されることがあります。

作成者は、契約を送信する前に、すべてのフォーム フィールド、受信者の課題、検証設定、およびドキュメント内容を引き続きレビューする必要があります。


オーサリング中のインライン文書編集

最初の報告:2026 年 3 月

現在

オーサリング中のインライン文書編集は、VIP アカウント向けの 17.1.2 リリースの一部として、段階的なロールアウトとしてデプロイされています。

ロールアウトスケジュール:

VIP および VIPMP お客様用アカウントでは、17.1.2 リリース後に段階的な本番ロールアウトを受信します。

インライン文書編集は 17.2.1 Sandbox デプロイメントに含まれます。 ETLA のお客様へのロールアウトは 17.2.1 リリース後に予定されています。

この機能は、新規および既存のサポート対象アカウントの両方で、アカウントレベルでデフォルトで有効になっています。 アカウントおよびグループの管理者は、必要に応じてこの機能を有効または無効にできます。

この機能は次の場合にはサポートされていません:

  • Acrobat Sign for Government アカウント
  • 従来の Acrobat Sign ユーザー管理システムを使用している組織

設定手順については、インライン文書編集の有効化または無効化を参照してください

送信者ワークフローの手順については、フィールドオーサリング中にテキストを編集する方法を参照してください

メモ

ロールアウトのスケジュールは、突発的な事象により変更される場合があります。


API ポーリングのしきい値制限

最初の報告: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 呼び出しを再試行してください。

リソース

タイムライン

更新された 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 にお問い合わせください。


SSL/TLS 証明書のローテーションの更新:証明書有効期間を短縮中

最初の報告: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 月末に停止します。 お客様には、アクションが必要な場合、または問題がサービスに影響を与える場合にのみ引き続き通知されます。 
  • 詳細はどこで確認できますか? 

サポートが必要な場合 

証明書ローテーションに関する質問がある場合や、統合の検証でサポートが必要な場合は、アドビサポートまたはアドビアカウント担当者にお問い合わせください。


新しい「署名を依頼」のロールアウトスケジュール

最初の報告:2025 年 2 月 - 2026 年 6 月更新

現在

17.2 リリース(2026 年 9 月)では、すべての商用および官公庁用アカウントが新しい「署名を依頼」環境を使用するように更新されます。

  • 切り替えリンクは無効になります。
  • 従来の UI に戻る必要があるお客様のために、管理者メニューの管理者コントロールは残ります。

 変更点

2026 年 9 月リリース(17.2):

  • すべての商用および GovCloud アカウントは、新しい「署名を依頼」に自動的に切り替わります。
  • 商用および GovCloud アカウントの両方で切り替えリンクは無効になります。
  • 従来の環境に戻すためのコントロールは、引き続き利用できます。

2027 年 1 月リリース(18.0):

  • すべてのアカウントは、新しい「署名を依頼」に自動的に切り替わります。
  • 切り替えリンクは削除されます。
  • 従来の環境に戻すためのコントロールが UI から削除されます。

スムーズに移行できるようにするため、リリース前にユーザーに最新エクスペリエンスに慣れてもらうことをお勧めします。


新しい「テンプレートを作成」のロールアウトスケジュール

最初の報告:2025 年 2 月 - 2026 年 6 月更新

現在

17.2 リリース(2026 年 9 月)では、すべての商用および官公庁用アカウントが新しい「テンプレートを作成」エクスペリエンスを使用するように更新されます。

  • 切り替えリンクは無効になります。
  • 従来の UI に戻る必要があるお客様のために、管理者メニューの管理者コントロールは残ります。

 変更点

2026 年 9 月リリース(17.2):

  • すべての商用および GovCloud アカウントは、新しい「テンプレートを作成」に自動的に切り替わります。
  • 商用および GovCloud アカウントの両方で切り替えリンクは無効になります。
  • 従来の環境に戻すためのコントロールは、引き続き利用できます。

2027 年 1 月リリース(18.0):

  • すべてのアカウントは、新しい「テンプレートを作成」に自動的に切り替わります。
  • 切り替えリンクは削除されます。
  • 従来の環境に戻すためのコントロールが UI から削除されます。

スムーズに移行できるようにするため、リリース前にユーザーに最新エクスペリエンスに慣れてもらうことをお勧めします。


新しいカスタムワークフローデザイナーのロールアウトスケジュール

最初の報告:2025 年 4 月 - 2026 年 6 月更新

現在

新しいワークフローデザイナーエクスペリエンスは、既存のすべてのアカウントで有効になり、時間をかけて従来のバージョンが置き換えられます。 移行期間中、管理者とユーザーは完全に廃止されるまで、以前のインターフェイスに戻す柔軟性もあります。

ロールアウトタイムライン

2026 年 9 月(v17.2)

  • すべてのアカウントは、リリース後(まだの場合)に新しいエクスペリエンスに昇格されます。
  • 管理者は、従来のエクスペリエンスに戻すことができます。
  • ユーザーには切り替えリンクが表示されなくなります。管理者は必要に応じて切り替えリンクを有効にできます。

2027 年 1 月(v18.0)

  • すべてのアカウントが新しいエクスペリエンスに永久に移行されます。
  • 従来のバージョンに戻すための管理者コントロールが削除されます。
  • 従来のカスタムワークフローデザイナーは完全に廃止され、アクセスできなくなります。

スムーズなトランジションを確保するため、可能な限り早くユーザーを準備することをお勧めします。

メモ

2025 年 7 月の Acrobat Sign リリース以降に作成された新しいアカウントでは、デフォルトで新しいエクスペリエンスが有効になっており、従来のバージョンに戻るためのコントロールは表示されません。


2026 年 1 月、電子サインの新しい受信者エクスペリエンスが、すべての商用および GovCloud アカウントのデフォルト環境に推奨されます(v17.0)。

最初の報告:2025 年 8 月:2025 年 10 月更新

現在

すべてのアカウントは新しい環境に切り替えられました。

17.0 リリース(2026 年 1 月)では、すべてのアカウントが新しい「電子サイン」環境を使用するように更新されます。 

メモ

クラシック環境向けのコントロールは、新しい環境を使用できないユースケースに備えたフォールバック手段として、引き続き利用できます。


2027 年にサービスから削除される従来のレポート機能

最初の報告:2022 年 9 月 - 2026 年 6 月更新

現在

2027 年に、従来のレポート機能が Acrobat Sign のインターフェイスから完全に削除されます。 これには、環境間の変更を可能にする切り替えリンクが含まれます。 削除されると、お客様は従来の環境に戻って従来のレポートを確認することはできなくなり、スケジュールされたレポートも実行されなくなります。

最新のレポート環境は、唯一のレポートソリューションとして残ります。

すべてのお客様には、できるだけ早く、既存のすべてのレポートを新しい環境で再作成することを強くお勧めします。

永続的な情報通知


タイで SMS 送信がブロックされています

最初の報告:2026 年 2 月

現在

概要
タイの規制要件の更新により、SMS による契約書送信は現在、タイの電話番号を持つ受信者に対してサポートされていません。

変更内容
タイでは新しい規制が導入され、URL を含む SMS メッセージによって、ユーザーによる操作を必要とするフローに受信者を誘導することが制限されました。 契約書への署名では受信者による操作が必要なため、このユースケースでの SMS 送信は制限されます。

対象者

  • SMS 経由での契約書送信を使用して送信する契約書
  • タイ(+66)の電話番号を持つ受信者。

影響
タイの電話番号を持つ受信者は、契約書リンクを含む SMS メッセージを受信できません。 その結果、SMS 送信が使用された場合、受信者はアクセスして署名プロセスを完了できない可能性があります。

この制限は規制によるものであり、サービス停止や製品の不具合が原因ではありません。

タイムライン
この制限がいつ解除されるか、または技術的な解決策が適用されるかについて、現在確定したタイムラインはありません。 状況が変わり次第、この通知は更新されます。

必要なアクション

  • タイの電話番号を持つ受信者には、SMS による契約書送信を使用しないでください。
  • 契約書送信を確実に行うため、代替送信方法としてメールを含めてください。

追加詳細
この制限は SMS ベースの配信にのみ適用されます。 その他の契約書配信および認証方法は影響を受けません。


新しい「署名を依頼」機能でサポートから外部ソースドライブを削除

最初の報告:2024 年 5 月

現在

新しい「署名を依頼」機能では、ファイルのアップロードに外部ドライブを使用するオプションは、OneDrive のみに限定されます。

ファイルのアップロードに他のオプションを使用しているお客様は、ベンダー固有のアプリケーションを使用して、ユーザーのローカルシステム上のネイティブファイルピッカーからアクセス可能なネットワークドライブを提供することをお勧めします。


追加のリソース

お知らせのアーカイブ

古いお知らせは、現在のお知らせリストから削除されています。以下のように(最近のものから古いものまで)期間別にアーカイブされています。