- 「署名を依頼」から送信された完了済み契約書のコピー - 送信者は、以前に完了、キャンセル、または期限切れとなった契約書をコピーすることで、新しい下書きを作成できるようになりました。 すべての受信者、設定、ファイル、フォームフィールドが自動的に事前入力されます。 コピーされた契約書は、送信前に迅速に編集できるよう、作成ページで表示されます。これにより、設定の手間を軽減し、ミスを最小限に抑え、更新や修正などの反復的なワークフローの生産性が向上します。
この機能は、リリース後、サーバー環境に応じて段階的に提供される予定です。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル: Acrobat Sign Solutions | 設定範囲:アカウントとグループ(デフォルトで有効)
設定ドキュメントを確認 >
ユーザーアクションドキュメントを確認 >
Adobe Acrobat Sign リリースノート:2026
Adobe Acrobat Sign リリース v17.0
本番環境へのデプロイメント:2026 年 2 月 3 日
GovCloud へのデプロイメント:2026 年 2 月 10 日
改善された機能
- オーサリングとテンプレートにおけるグループ化されたチェックボックス - 送信者は、新しい「署名を依頼」と「ライブラリテンプレート」、つまり、正確に選択、最低、最大、または X~Y の範囲などの検証ルールを含むオーサリング環境で、チェックボックスグループを作成できるようになりました。 「一括送信」、「Web フォーム」、「カスタムワークフロー」は「ライブラリテンプレート」を使用してサポートされています。 この機能強化により、署名ワークフロー全体で一貫したフォームロジックとデータの正確性が向上します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで有効
更新されたドキュメントを参照 >
- 許可する IP 範囲 - API とモバイルアクセスの拡張制御 - 管理者は、Acrobat Sign モバイルアプリケーションや認定統合を含む API ベースのクライアントに IP 制限を適用するかどうかを明示的に制御できるようになりました。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
更新されたドキュメントを参照 >
- 新しい電子サインエクスぺリエンスの認証サポート - 新しい電子サインエクスペリエンスで、Acrobat Sign 認証、パスワード、および電話ベースの 2FA、3 つの認証方法がサポートされるようになりました。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲::デフォルトで有効
- 新しい「署名を依頼」のハイブリッドルーティングにおける受信者グループの追加 - ハイブリッドルーティングに受信者グループを含めることができるようになり、同じルーティングステップ内で複数の受信者またはグループが並行して作業を行うことが可能になりました。 グループモードでは、1 人またはすべてのメンバーによるアクションの完了がサポートされており、複雑な承認および署名ワークフローに対する優れた柔軟性を提供します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで利用可能
|
ロールアウト日 |
サーバー環境 |
|---|---|
|
2026 年 2 月 03 日 |
IN1 |
|
2026 年 2 月 10 日 |
JP1、AU1、SG1 |
|
2026 年 2 月 17 日 |
NA1-4、EU1-2 |
|
2026 年 2 月 10 日 |
GovCloud |
- 処理中の契約書の「契約書をダウンロード」リンクを無効にする - 管理者は、アカウントまたはグループレベルで署名後の確認ページから「コピーをダウンロード」リンクを削除し、受信者が署名後ページから契約書をダウンロードすることを防止できるようになりました。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
ドキュメントを参照 >
- 上部ナビゲーションの「リソース」タブ - 管理者とユーザー向けに、上部ナビゲーションに新しい「リソース」ページが追加され、Acrobat Sign の教育コンテンツ、ウェビナー、ブログ、製品の更新ビデオに直接アクセスできるようになりました。このページでは、初心者、経験者、管理者というユーザーレベルごとにチュートリアルが整理され、追加のサポートドキュメントに直接リンクされています。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで有効
ドキュメントを参照
>
- 進行中の契約における動的な参加者管理 - 受信者の削除 - 送信者は、トランザクションをキャンセルまたは再開することなく、既に処理中の契約書から受信者を削除できるようになりました。 受信者が削除されると、Acrobat Sign は自動的にアクセスを取り消し、リマインダーと監査証跡を更新し、割り当てられたフィールドを削除して、契約書をシームレスにアクティブな署名状態に戻します。 この柔軟性により、署名者が署名できなくなった場合などのライブルーティングワークフローの正確性を維持しながら、法的整合性、コンプライアンス、完全な監査履歴を保持できます。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
ドキュメントを参照 >
- 契約設定時に個人受信者にデジタル署名を要求 - 送信者は選択した受信者にデジタル署名を要求できるようになり、他の受信者に影響を与えることなく、必要な場所でより厳格な署名要件を確保できます。 署名エクスペリエンスは自動的に適応し、必須デジタル署名フィールドは強制され、サポートされている場合は ID 確認が表示されるため、エラーは減少し、規制されたワークフローのコンプライアンスは向上します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
ドキュメントを参照 >
- デフォルトの認証方法としてのデジタル ID プロバイダー – 管理者は、「送信設定」で、内部および外部の受信者に対するデフォルトの署名者認証方法としてデジタル ID ゲートウェイプロバイダーを選択できるようになりました。 設定は契約書、web フォーム、一括送信、ワークフローに自動的に適用され、一貫性のある適切な受信者の検証を確実に実行します。 この機能強化により、認証の設定が簡素化され、組織の ID ポリシーが適用され、デジタル ID ベースの認証に依存する官公庁およびエンタープライズのお客様向けのサポートが改善されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで利用可能
ドキュメントを参照 >
- ID 確認済みデータを使用した検証済みフォームフィールド - フォーム作成者は、署名者認証時に ID プロバイダー(OneID など)から返されたデータで自動的に入力され検証済みフォームフィールドを作成できるようになりました。 これらのフィールドは読み取り専用または編集可能に設定でき、検証済みの ID 確認データが正確に取得され、オプションで編集できないようにロックすることができます(例:名前、住所、アカウント番号)。 これにより、ID 確認の強化、手動入力エラーの削減、および検証済みの署名者データを必要とするワークフローのコンプライアンスの合理化が可能となります。
使用可能な環境:商用、官公庁 |利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
ドキュメントを参照 >
- 一括送信用 CSV ファイルの受信者グループ - 送信者は一括送信用 CSV ファイル内で直接受信者グループを定義し、同じルーティング手順で複数の受信者を有効にできるようになりました。 各グループは「1 人」または「すべて」モードで設定でき、ルーティングが進行する前に、1 人のメンバーまたはすべてのメンバーのアクションの完了が必要になります。 グループの定義、検証、監査トラッキングはすべて CSV の行ごとに処理され、エラーはダウンロード可能な検証ファイルとしてレポートされます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
ドキュメントを参照 >
- ライブラリテンプレート - 複数のグループと共有 - 新しい「ライブラリテンプレートを作成」エクスペリエンスで、従来のワークフローで利用可能だった機能と同様に、アカウント内の複数のグループとテンプレートを共有できるようになりました。 テンプレートの作成または編集時に、ユーザーは 1 つまたは複数のグループを選択でき、グループ間で一貫した動作を確保できます。 この機能強化により、従来のエクスペリエンスへのフォールバックが不要になり、共同作業が改善され、複数グループを持つ組織のテンプレート管理が簡素化されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
ドキュメントを参照 >
- デジタル署名を使用するすべての受信者によるファイル添付 - デジタル署名ワークフローのすべての受信者が(最初の署名者だけでなく)ファイルを添付できるようになりました。 ペーパークリップ注釈を使用した新しい添付方法により、文書にペーパークリップアイコンが表示され、複数のデジタル署名との互換性が維持されます。 署名者によるデジタル署名が適用される前に、各添付ファイルが追加され、署名の有効性を維持し、添付ファイルがあることを明確に示すことができます。 この機能強化により、電子サインとデジタル署名のワークフロー全体での法的な整合性、透明性、一貫性が向上します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:デフォルトで有効
更新されたドキュメントを確認 >
エクスペリエンスの変更
- ワークフロー契約書キャンセル通知 – キャンセル通知がワークフローの動作を反映するように更新されました。
ワークフローで作成された契約書をキャンセルする際、「受信者に通知」チェックボックスは表示されなくなります。 通知は常にワークフローの設定に基づいて送信されます。 この変更により、キャンセル確認でこの動作を反映するようにメッセージが調整されます。
利用可能な環境:Sandbox、Commercial、Government |利用可能なサービス階層:Acrobat Sign Solutions |設定範囲:デフォルトで有効。
更新済みドキュメントを確認したい場合はこちら >
- ログインページの改善 - Acrobat Sign のログインページがより整理され、よりクリーンな一貫性のあるエクスペリエンスを提供するようになりました。 電子メールアドレスを入力すると、ページが自動的にアカウントのタイプを判別して、適切なログイン方法に誘導するため、不要な手順や従来の画面が排除されます。 これにより、すべてのユーザーにとってログインがより迅速で、簡単かつ直感的になります。
- Web インターフェイスに直接ログインする Acrobat Sign エンタープライズユーザー向けの新しい電子メール形式 - 既存の電子メールの編集時や新規ユーザーの作成時に、電子メールアドレスのローカル部分(「@」記号よりも前の部分)に 64 文字制限が適用されるようになりました。
ローカル部分が 64 文字を超えるすべてのユーザーは評価され、非アクティブユーザーまたはテストユーザー ID であると判断されています。
- Web インターフェイスに直接ログインする Acrobat Sign エンタープライズユーザー向けの新しい電子メール形式 - 既存の電子メールの編集時や新規ユーザーの作成時に、電子メールアドレスのローカル部分(「@」記号よりも前の部分)に 64 文字制限が適用されるようになりました。
このエクスペリエンスは、Acrobat Sign サーバー環境に基づいてローリングリリースを通じて提供されます。 ロールアウトスケジュールは「更新されたログインエクスペリエンス」技術通知で公開されています。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
更新されたドキュメントを参照 >
- 非アクティブなユーザーのユーザー詳細管理を有効化 - 管理者は、アカウントを再度アクティベートすることなく、管理者 UI および CSV アップロードを通じて非アクティブユーザーのユーザー詳細を直接編集できるようになりました。 これには、グループの割り当て(単一および複数グループ構成の両方)の更新、「ユーザーがドキュメントに署名可能」属性の管理、およびコンプライアンスと記録管理のための一括編集が含まれます。 この変更により、エンタープライズユーザーのライフサイクル管理の効率化、および管理オーバーヘッドの削減が実現し、グループ組織の整理と GDPR に準拠した記録管理がサポートされます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
REST API/Webhook のアップデート
このリリースの API と Webhook のアップデートは、Acrobat Sign API ドキュメントで確認できます。
解決された問題
| 問題 | 説明 |
|---|---|
| 4528600 | 概要:フォームフィールドレイヤーがカスタムワークフローに添付されている場合、フィールド検証設定が機能しません。 正規表現や数値範囲制限などの検証ルールは、ワークフローが開始されると削除され、フィールドが無効な入力を受け入れる原因となります。 |
| 修正:フォームフィールドレイヤーがカスタムワークフローに含まれている場合、検証ルールが正しく適用されるようになりました。 フィールドでは、従来のオーサリング機能と新しいオーサリング機能の両方で検証動作が保持されます。 ユーザーによる操作は必要ありません。 | |
| 4528748 | 概要:管理者が新しく同期されたユーザー(Azure 同期)にグループメンバーシップを追加する際に、断続的に「未処理エラー」が表示されます。 グループ内の一部の新しいユーザーの groupID が null に設定されています。 |
| 修正:ユーザーのグループは、作成後に null の場合、アカウントのデフォルトグループに配置されます。 | |
| 4529934 | 概要:管理/web フォームで、「フォームフィールドデータをダウンロード」が読み込まれ続けて完了しません。特に送信が多い web フォームで発生します。 API アクセスのない Teams のお客様は、レポート用のデータ(例:5 月 1 日~31 日)を書き出しできません。 |
| 修正:ページネーション機能付きの高速 CSV 書き出し機能を UI に追加しました。 フォームデータのダウンロードは、選択した日付範囲で確実に完了し、ハングしません。 | |
| 4532186 | 概要:新しいオーサリングエクスペリエンスでは、フィールドの色のハイライトが従来のオーサリングの動作と一致しません。 複数の受信者が関与している場合、選択されていない受信者のフィールドが薄くなるのではなく、すべてのフィールドが完全に色付けされたままになります。 これにより、フィールドの割り当てを確認することが困難になります。 |
| 修正:選択されていない受信者に属すフィールドを薄く表示(20%の不透明度)することで、表示の明瞭性を復元しました。 これにより、新しいデザインシステムを保持しながら、従来のオーサリングの明瞭性を再現します。 ハイライトにより、ユーザーは現在選択されている受信者のフィールドを簡単に識別でき、誤った割り当てのリスクを軽減できます。 | |
| 4534061 | 概要:アカウントまたはグループ設定で無効にするよう設定されている場合でも、署名後の確認ページに「コピーをダウンロード」リンクが表示されます。 |
| 修正:すべての送信後ページでダウンロードオプションを明示的に非表示にする新しい設定が追加されました。 署名後ページで、設定が無効になっている場合に「コピーをダウンロード」リンクを非表示にし、ダウンロード制御設定が正しく適用されるようになりました。 | |
| 4536347 | 概要:従来のエクスペリエンスで、特定のワークフローを開始する際、送信者は 2 番目のファイルを追加(またはファイル追加を再試行)できず、複数のグループ間で共有されるテンプレートをファイルピッカーが処理する方法のエラーのため、複数文書のワークフロー送信がブロックされます。 |
| 修正:複数のグループ間で共有されるテンプレートのファイルピッカーの処理を修正したため、従来のエクスペリエンスでエラーなくファイルを追加したり、ファイル選択を再試行したりできるようになりました。 | |
| 4537504 | 概要:署名時に正しく選択されていたにも関わらず、条件付きドロップダウンの値が署名済み文書に表示されませんでした。表示ロジックが非表示の依存フィールドに対して評価され、レンダリングされた値が最終的な署名済み PDF に保持されなかったためです。 |
| 修正:修正:条件付きフィールドレンダリングを更新し、署名時に表示の依存関係を正しく解決し、条件が満たされた場合に選択されたドロップダウンの値を署名済み文書に保持するようになりました。 | |
| 4537995 | 概要: 受信者グループで、外部ユーザーの認証方法を変更すると、保存後に電話認証に戻ってしまい、メール OTP が適用されませんでした。これは、ユーザーの選択を上書きするフロントエンドの状態処理エラーが原因でした。 |
| 修正: 受信者グループの UI ロジックを修正し、保存操作全体で選択された認証方法を適切に保持および再適用し、デフォルトにリセットされる代わりに選択された値が保持されるようになりました。 | |
| 4539214 | 概要: カスタムワークフローで、長いメッセージラベルにより、送信ページでメッセージテキストがメッセージテンプレートハイパーリンクと重なって見えなくなっていました。これは、過度なラベルコンテンツのレイアウト処理が不適切だったためです。 |
| 修正:送信ページのレイアウトロジックを更新し、長いメッセージラベルを適切に制約して折り返すようにしたため、メッセージテンプレートハイパーリンクの表示とアクセス性が維持されるようになりました。 | |
| 4539854 | 概要:一部の署名者は、特定の契約書を開く際、署名エクスペリエンスから離れてリダイレクトされていました。基盤となる文書内の不正な形式のリンクフィールドに、必要な名前属性が不足していたためです。 |
| 修正:署名フローで、処理時に有効な名前を割り当てることで、名前のないリンクフィールドを正しく処理し、エラーを防いで署名者がリダイレクトされることなく契約書に入力できるようになりました。 | |
| 4539858 | 概要:iOS デバイスで、中国語手書きキーボードを使用する承認者は、名前の入力後、「承認」ボタンが無効のままになるため、承認を完了できません。署名ページが手書き入力イベントを有効なテキスト入力として検出しないためです。 |
| 修正:iOS で手書きベースのテキスト入力を認識するように入力処理ロジックを更新したため、有効な文字が入力されると「承認」ボタンは正しく有効になります。 | |
| 4540392 | 概要:HTTP 400 エラーが管理者に断続的に表示され、グループが存在してアクセスが正しく設定されているにも関わらず、ワークフローで受信者グループが見つからないかのように表示されていました。ユーザーが多数のグループに属している場合、リクエストヘッダーがプラットフォームのヘッダーサイズ制限を超えるためです。 |
| 修正:サーバーサイドのリクエストヘッダーサイズ制限を緩めたため、ユーザーが多くのグループメンバーシップを持っている場合でも、受信者グループの検索が失敗しないようになりました。 | |
| 4541258 | 概要:管理者は、本番環境またはサンドボックス同期 UI で最初の 100 個のテンプレートしか表示できず、その他のテンプレートはローカルとリモートのリストから欠落していました。同期ページが、制限されたデータセットを読み込み、検索機能がブラウザーに既に読み込まれているテンプレートのみをフィルタリングしていたためです。 |
| 修正:同期 UI を更新し、検索フィールドにテキストを入力すると選択された環境のすべてのテンプレート(最大 5,000 個)が読み込まれ、最初の 100 個を超えるテンプレートも検索および選択できるようになりました。 | |
| 4541739 | 概要:置き換えられた受信者はデジタル署名からブロックされ、「契約書がデジタル署名フェーズにないため、デジタル署名できません」と表示されていました。デジタル署名フィールドが存在する場合に、ワークフローが将来置き換えられる署名者をデジタル署名フェーズに移行できなかったためです。 |
| 修正:署名ワークフローを更新し、デジタル署名フィールドが存在する場合に、置き換えられた受信者または委任された受信者を正しくデジタル署名フェーズに移行し、署名して契約書に入力できるようにしました。 | |
| 4541849 | 概要:マルチバイト文字が事前入力された単一行の自動フォントサイズテキストフィールドは、署名済み PDF で切り捨てられ、PDF レンダリング中の不正なテキストサイズ設定のために、テキストの一部が切り取られていました。 |
| 修正:マルチバイト文字のテキスト測定と自動フォントサイズ動作を修正したため、完全な値が切り捨てられることなくフィールド内に収まるようになりました。 | |
| 4542574 | 概要:ライブラリテンプレートの編集で、必須ドロップダウンフィールドにペアになっていない値を含めることができるため、それらの値が選択された際、署名時に「クリックして署名」ボタンが利用できない状態になっていました。ドロップダウンの表示値と書き出し値が正しくペアになっていることを確認する検証が不足していたためです。 |
| 修正:テンプレート編集で、ドロップダウンフィールドに検証を適用し、適切にペアになった値のみを保存できるようになりました。ペアになっていないエントリが防止され、必須ドロップダウン選択が署名をブロックしないようになりました。 | |
| 4542942 | 概要:Web フォームで、条件ロジックによって無効化された必須フィールドに、引き続き必須のアスタリスクが表示され、署名者に入力がまだ必要だと誤解させていました。フィールドが無効化された際、UI が必須インジケーターを更新しなかったためです。 別のモバイル署名配置の問題が特定されましたが、異なる範囲で対処されました。 |
| 修正:Web フォームの UI で、フィールドが条件ロジックによって無効化された際、必須のアスタリスクを非表示にするようになり、署名者の入力が期待されるかどうかを必須インジケーターが正確に反映するようになりました。 | |
| 4543157 | 概要:管理ページの処理中ビューで、署名役割が委任された後、実際には別の署名者が署名していたにも関わらず、受信者列に委任者の名前が表示され続けていました。UI が現在の被委任者を反映するように表示受信者を更新しなかったためです。 |
| 修正:管理ページのロジックが更新され、署名役割が委任された場合に受信者列にアクティブな被委任者の名前が表示されるようになり、処理中ビューで現在署名している人を正確に反映するようになりました。 | |
| 4543253 | 概要:従来のワークフローエクスペリエンスで、契約書を下書き状態で保存した後、フィールドはバックエンドに存在していたにも関わらず、証人割り当てフィールド(署名、名前、日付)が消失していました。下書きレンダリングロジックが、進行状況を保存する際、証人フィールドの復元に失敗していたためです。 |
| 修正:下書きレンダリングロジックが修正され、進行状況を保存した後もすべての証人に割り当てられたフィールドが保持および表示されるようになり、下書き状態で開かれた契約書がオーサリングおよび署名時と同じフィールド表示を維持するようになりました。 | |
| 4543513 | 概要:送信グループのロケールがユーザーの継承した主要グループのロケールと異なる場合、ロケール検証が web インターフェイスで API レベルのロケールルールを誤って適用するため、「ロケールが無効または不足しています」というエラーで Sign Web UI での契約書送信がブロックされていました。 |
| 修正:ロケール検証が修正され、Sign Web UI が有効なグループとユーザーロケールの組み合わせを適切に解決して受け入れるようになり、API 専用のロケール制限が Web エクスペリエンスでの契約書送信をブロックしないようになりました。 | |
| 4543592 | 概要:一部の監査レポートで、「文書に電子サインしました」と「すべてのプロセスが完了しました」の後に「受信者が Adobe Acrobat Sign で認証されました」と表示されていました。イベントが秒レベルのタイムスタンプで保存されており、同じ秒で発生した認証と署名アクションが順序どおりに表示されなかったためです。 |
| 修正:監査イベントログが更新され、ミリ秒精度でタイムスタンプを保存および表示するようになり、監査レポートで認証、署名、完了イベントが正しい順序で表示されるようになりました。 | |
| 4543617 | 概要:契約書からテンプレートを作成すると、新しいエクスペリエンスがデフォルトであるにも関わらず、新しいエクスペリエンスではなく従来のエクスペリエンスが起動していました。アクションが、まだ従来のオーサリングフローにルーティングされるためです。 |
| 修正:「契約書からテンプレートを作成」アクションが新しいエクスペリエンスで開くように更新され、CTA の動作がデフォルト UX と一致し、ユーザーにとって予期しないコンテキストの切り替えを回避するようになりました。 | |
| 4544564 | 概要:API 経由で追加または更新された非表示フィールドが(visible:false)、新しい電子サインエクスペリエンスで表示としてレンダリングされていました。 署名 UI がフィールド表示フラグを無視していたため、受信者は非表示であるべきフィールドを見ることができていました。 |
| 修正:新しい電子サイン UI を更新し、visible が false のフィールドをレンダリングとナビゲーションロジック全体で除外するようにしました。非表示フィールドは表示されることがなく、ページの動作に影響しなくなりました。 | |
| 4544571 | 概要:アカウントで WhatsApp が有効化され、契約書送信時に利用可能であったにも関わらず、送信設定から WhatsApp 送信オプションが不足していました。管理者にとって一貫性のない動作と混乱が生じていました。 |
| 修正:機能が利用可能な場所で送信設定に WhatsApp 送信オプションが復元され、管理者設定と契約書送信エクスペリエンス間で一貫した表示と設定が確保されるようになりました。 | |
| 4545381 | 概要:新しいオーサリングエクスペリエンスがすべてのレガシーサポートフォントを含んでいなかったため、Roboto フォントが従来のエクスペリエンスでは利用可能であったにも関わらず、新しい「署名を依頼」エクスペリエンスから欠落していました。 |
| 修正:Roboto が新しい「署名を依頼」エクスペリエンスのフォントリストに追加され、従来のエクスペリエンスとのフォントパリティが復元され、契約書をオーサリングする際に一貫したフォーマットが可能になりました。 | |
| 4545484 | 概要:一部の管理者は、バックエンドリクエストの失敗により、管理者/アドレス帳から受信者グループへのアクセスまたは受信者グループの作成ができませんでした。受信者グループデータの読み込み時に 400 エラーが発生していました。 この問題により、影響を受けた管理者の受信者グループの初期設定がブロックされていました。 |
| 修正:バックエンドリクエスト処理が修正され、受信者グループの検索と作成が 400 エラーで失敗しなくなりました。 管理者は、ネットワークや場所に関係なく、受信者グループに確実にアクセスして管理できるようになりました。 | |
| 4545547 | 概要:AutoCAD PDF から作成された契約書で、デジタル署名フィールドが追加された際に送信が失敗し、一般的な送信エラーが表示されていました。デジタル署名フィールドの配置を検証する際、システムがページの回転を正しく処理していなかったためです。 |
| 修正:デジタル署名フィールドの座標が回転されたページを考慮して調整されるようになり、フィールドが正しいページ境界に対して検証されるため、AutoCAD で生成された PDF をデジタル署名付きで正常に送信できるようになりました。 | |
| 4545894 | 概要:受信者グループを使用し、署名フィールドを手動で配置しない場合、自動生成される署名ブロックでメールアドレステキストが非常に小さいサイズで表示されます。 グループに追加される受信者が増えるにつれて、テキストが段階的に小さくなります。 |
| 修正:自動生成される署名ブロックで、受信者グループに含まれる受信者数に関係なく、メールアドレスが通常の読みやすいサイズで正しく表示されるようになりました。 | |
| 4546085 | 概要:新しい「署名を依頼」エクスペリエンスで「自分を追加」を使用する際、アポストロフィを含むメールアドレスが正しく表示されません。 不正な形式のアドレスにより、メールを手動で再入力するか、従来の送信を使用しない限り、契約書を送信できません。 |
| 修正:新しい「署名を依頼」エクスペリエンスで「自分を追加」を選択した際、アポストロフィを含むメールアドレスが正しくデコードされて表示されるようになり、手動修正なしで契約書を送信できるようになりました。 | |
| 4546110 | 概要:新しいテンプレート作成エクスペリエンスで、特定の参加者に割り当てられたハイパーリンクフィールドを追加すると、テンプレートの保存が失敗します。 同じフィールドは、すべての参加者に割り当てられた場合や従来のエクスペリエンスを使用した場合は正常に動作します。 |
| 修正:新しいテンプレートエクスペリエンスで、ハイパーリンクフィールドがプレースホルダー参加者の割り当てをサポートするようになり、フィールドが特定の参加者に割り当てられた場合でもテンプレートが正しく保存されるようになりました。 | |
| 4546257 | 概要:サンドボックス環境では、カスタムアプリケーション API を通じて送信された契約書のオーサリングページに、「戻る」ボタンが誤って表示されます。Swagger や Production とは異なり、シームレスオーサリングが有効になっているアドビ管理アプリケーションからサンドボックスが設定を読み込むためです。 |
| 修正:オーサリングページが意図されたアプリケーション設定を尊重するようにして、サンドボックスの動作を Production や Swagger と一致させ、カスタムアプリケーション API を通じて送信された契約書に、「戻る」ボタンが表示されないようにしました。 | |
| 4546547 | 概要:Web フォームで連署者の更新が失敗し、その他のエラーが返されていました。必要な内部フラグが古いユーザーレコードに不足しており、連署者の置換中に null 値が処理されることが原因でした。 |
| 修正:連署者更新ロジックが null セーフ処理で強化され、古いユーザーレコードに期待される内部フラグが不足している場合でも、web フォームで連署者を正常に置換できるようになりました。 | |
| 4546553 | 概要:複数のグループに割り当てられたユーザーが、新しいテンプレート作成エクスペリエンスが有効になっている場合、テンプレート作成が無効になっているグループでテンプレートを作成できました。 これにより、グループレベルの制限を回避できていました。 |
| 修正:テンプレート作成で、新しいエクスペリエンスと従来のエクスペリエンスの両方でグループレベルの権限が一貫して適用されるようになりました。 ユーザーは、その権限が有効になっている他のグループに属している場合でも、テンプレート作成が無効になっているグループではテンプレートを作成できなくなりました。 | |
| 4547744 | 概要:グループ管理者が新しいユーザー管理ページを通じて、ユーザーにアカウント管理者権限を割り当てることができました。 これは権限範囲を超えており、グループ管理者役割を超えた権限昇格を許可することでコンプライアンスリスクを生じさせていました。 |
| 修正:グループ管理者はロール選択コントロールを使用できなくなりました。 既存のアカウント管理者のみがアカウント管理者権限を割り当てたり取り消したりすることができ、役割変更が権限境界と一致するようになりました。 | |
| 4547796 | 概要:ポーランド語 UI を使用する一部の送信者は、契約書を正常に送信および署名しているにも関わらず、「デジタル署名を提供できません」という誤ったテキストを含む確認メールを受信することがあります。 |
| 修正:送信者確認メールのポーランド語翻訳を修正し、誤った「デジタル署名を提供できません」テキストではなく「署名用に送信されました」というメッセージが表示されるようになりました。 | |
| 4548315 | 概要:新しい送信ワークフローで送信者が CC 受信者として含まれている場合、検証エラーが表示されず、CC リストで送信者の後にリストされている受信者に CC メール通知が送信されません。 これは従来のワークフローの動作とは異なり、CC 受信者が通知を見逃す原因となる可能性があります。 |
| 修正:新しい送信ワークフローロジックを更新し、送信者を除くすべての CC 受信者が、CC リスト内の位置に関係なく CC メール通知を受信するようにし、期待される結果と動作を一致させました。 | |
| 4548583 | 概要:ユーザーのデフォルトグループで手書き署名が有効になっている場合、編集対象のグループで手書き署名を無効にしても、そのグループで PDF/A を有効にできませんでした。 デフォルト以外のグループで有効な PDF/A 設定がブロックされていました。 |
| 修正:ユーザーのデフォルトグループではなく、変更対象グループの手書き署名設定を確認するように検証を更新し、許可されている場所で PDF/A を正しく有効にできるようにしました。 | |
| 4549337 | 概要:「契約書のキャンセルについて電子メール通知を送信」設定が無効になっている場合、キャンセルされた契約書の SMS 通知が抑制されていました。 これにより、メール通知を無効にしたお客様が必須の SMS キャンセル通知を送信できませんでした。 |
| 修正:専用の通知コントロールを導入して SMS と WhatsApp のキャンセル通知をメール設定から分離し、メール通知が無効になっていてもキャンセルされた契約の SMS 送信を可能にしました。 | |
| 4549472 | 概要:Acrobat Sign for Government で、ユーザーが新しいテンプレート作成エクスペリエンスを使用して再利用可能なテンプレートを作成できませんでした。 文書をアップロード後、ワークフローが空白画面で停止し、テンプレート作成がブロックされていました。 |
| 修正:Gov 環境の新しいテンプレート作成エクスペリエンスで必須となるオーサリング依存関係の不足を復元し、オーサリング画面が正しく読み込まれ、テンプレートが正常に作成できるようにしました。 | |
| 4549862 | 概要:ランディングページが新しい「署名を依頼」エクスペリエンスに設定されている場合、設定されたログイン警告メッセージがログイン後に表示されません。 これにより、ユーザーが送信ページに直接アクセスした際に、組織が重大なメンテナンスや中断通知を表示できなくなります。 |
| 修正:新しい署名を依頼エクスペリエンスで、ログイン警告メッセージの表示のサポートを復元しました。 ユーザーがログイン後に送信ページにアクセスした際、設定された警告メッセージが通知として表示されるようになり、従来の動作とお客様の期待に合致します。 | |
| 4550175 | 概要:ワークフローで電話認証の電話番号を入力した後に Enter キーを押すと、フォームが早期に送信されてシステムエラーが発生し、明示的な確認を待つ代わりにフォームが送信されるため、ワークフローが中断されます。 |
| 修正:電話認証フィールドで Enter キーによるフォーム送信を防ぐように受信者ダイアログを更新し、ユーザーがダイアログに留まり、「続行」をクリックする必要があるようにして、意図しないワークフロー中断を排除しました。 | |
| 4550302 | 概要:ドイツ語の署名依頼およびリマインダーメールで一貫性のない呼称が使用され、同じメッセージ内で非公式な「Du」と公式な「Sie」が切り替わり、混乱を招くプロらしくない文言となっていました。 |
| 修正:ドイツ語メール翻訳を更新してテンプレート全体で単一の一貫した呼称を使用し、すべての署名依頼およびリマインダーメールで統一された予測可能な言葉遣いを確保しました。 | |
| 4550556 | 概要:大判の建築図面 PDF を含む契約書にデジタル署名フィールドを追加した場合に、ページの回転やサイズ処理に起因するデジタル署名配置時の問題により、送信に失敗し、オーサリング中にエラーが返されていました。 |
| 修正:回転した大判ページを正しく処理するようにデジタル署名フィールド処理を更新し、建築図面を含む契約書でデジタル署名を適用して正常に送信できるようにしました。 | |
| 4550579 | 概要:改訂中状態で最後の残りの受信者を削除して契約書が完成した場合、システムが AGREEMENT_WORKFLOW_COMPLETED イベントを生成せず、webhook 通知が送信されないため、このイベントに依存して完了を検出するワークフローが中断されていました。 |
| 修正:改訂中に受信者の削除によって完成した契約書が適切な完了イベントを生成するようにイベント処理を更新し、AGREEMENT_WORKFLOW_COMPLETED webhook が期待どおりにトリガーされるようにしました。 | |
| 4550998 | 概要:事前入力されたチェックボックスはオーサリング時にはオンで表示されていましたが、チェックボックスの値が明示的な YES/NO 状態ではなく、空でないテキスト文字列として保存されていたため、署名エクスペリエンスではオフとして扱われ、署名者にはオフで表示されていました。 |
| 修正:空でない事前入力値はオンとして解釈し、空または欠落している値はオフとして解釈するようにチェックボックス値の処理を更新し、署名者のチェックボックスの状態が一貫して保たれるようにしました。 |
リリース 16.1 で、Acrobat Sign は PDF 処理技術をアドビ所有のソリューションに更新しました。 この変更により、外部依存関係への依存を減らすことで、プラットフォームの信頼性、スケーラビリティ、長期的なサポート性が強化されます。 内部インフラストラクチャ更新の一環として、公開された 16.1 リリースノートには記載されませんでした。
アップデート後、特定の文書に関連付けられた限定的なテンプレート、web フォーム、カスタムワークフローで互換性の問題が発生しました。 影響を受けたお客様には一時的に代替設定でサポートを提供し、2026 年前半に Adobe PDF エクスペリエンスに完全に移行する予定です。
影響を受けたと思われるお客様で追加情報が必要な場合は、Acrobat Sign サポートにお問い合わせください。
この変更に関連する以下の問題は、17.0 リリースで解決されています。
| 問題 | 説明 |
|---|---|
| 4534178 / 4550340 | 概要:Helvetica 12 を使用した PDF は、サンドボックスと本番環境で異なる表示になります。新しい PDF 処理パスでは Helvetica が埋め込みフォントとしてサポートされておらず、同等のフォントとして ArialMT が代用されるためです。 その結果、サンドボックスのテスト中にフィールドの配置に影響する視覚的な違いが生じます。 |
| 修正:サポートされているフォント同等品を埋め込み、Helvetica を ArialMT に明示的にマッピングすることで、フォント処理を標準化し、環境間で一貫性があって予測可能なフォントレンダリングを確保しました。 | |
| 4535543 | 概要:条件付きの複製されたドロップダウンフィールドを含む web フォームは、選択された値を取得しますが、ダウンロードされた署名済み PDF では、署名から PDF へのマージパスが、新しい署名エクスペリエンスにおける特定の不正な形式または条件によって駆動されるドロップダウンウィジェットの値を正しく解決および適用しないため、これらのドロップダウン選択が空白としてレンダリングされます。 |
| 修正:PDF マージ中のドロップダウンフィールド処理を更新し、複製された条件付き選択フィールドが、署名済み PDF で選択された値を正しくレンダリングするようにしました。 | |
| 4535735 | 概要:自動フォントサイズに設定されたテキストフィールドを含む PDF フォームで、オーサリング、署名、最終的な署名済み PDF でフィールドテキストが非常に小さなサイズでレンダリングされます。 |
| 修正:テキストフィールドの自動フォントサイズ設定と外観生成を調整し、事前入力された値と署名者が入力した値が、オーサリング、署名、署名済み PDF 全体で読みやすいサイズでレンダリングされるようにしました。 選択された値が空白で表示されるのではなく、署名済み PDF でレンダリングされるように、ドロップダウンの外観生成を修正しました。 | |
| 4535894 / 4547919 / 4550657 |
概要:一部の契約書で、自動フォントサイズ設定が構成された複数行テキストフィールドにおいて、署名者が大量のコンテンツを入力した際に、テキストのサイズが常に正しく調整されませんでした。 その結果、署名中はテキスト全体が表示されていても、署名済み PDF では入力テキストの一部が切り取られて表示される可能性がありました。 |
| 修正:複数行フィールドのテキストレイアウトとフォントサイズ設定ロジックを修正し、入力されたコンテンツが切り捨てられることなく、フィールド境界内に収まるように自動的にサイズ調整されるようにしました。 | |
| 4536430 | 概要:GET /agreements/{agreementId}/documents/{documentId} の呼び出しは、処理ステップ中の不正な形式により、Acrobat Sign web エクスペリエンスから同じ文書を正常にダウンロードできるにも関わらず、INVALID_DOCUMENT_ID(「指定された文書 ID は無効」)で失敗します。 |
| 修正:文書の取得と処理フローを強化し、PDF 構造のエッジケースがある契約書でも、API 経由での文書取得が失敗しないようにしました。 | |
| 4537178 | 概要:FORM_FILLER が契約書を委任した後、委任された受信者が契約書を開いて署名することができません。 「確認して署名」ページが無限に読み込まれます。 影響を受けた契約書では、元の委任者と委任された受信者の両方が「次に署名」として表示され、契約書が一貫性のない状態になります。 |
| 修正:委任後の処理と状態の調整を改善し、委任によって複数の参加者が「次の署名者」状態になることがなくなり、バックグラウンドの文書アーティファクト(ページ画像、文書データ)が失敗または遅延した場合でも署名ビューがハングしないようになりました。 | |
| 4537632 / 4543510 |
概要:フォントサイズを「自動」に設定したデータフィールドに入力したテキストは、署名済み PDF で切り捨てられて表示されます。 |
| 修正:自動フォントサイズ調整ロジックを修正し、テキストの再フローとスケーリングを一貫して行うことで、入力されたすべてのコンテンツが、サポートされているすべての PDF でフィールド境界内に収まるようにしました。 | |
| 4544067 | 概要:特定のソース文書から作成された一部の署名済み契約書で、署名後に PDF に非表示で形式が不正なフォームフィールド注釈が残るため、署名プロセスが正常に完了したにも関わらず、文書が証明書検証に失敗し、Adobe Acrobat で無効な証明書警告が表示されます。 |
| 修正:Acrobat Sign は、文書の処理中に無効で孤立した注釈を削除し、署名済み PDF が正しく検証され、Acrobat で有効な証明書が表示されるようになりました。 | |
| 4543958 | 概要:Acrobat で作成された一部のハイパーリンクは、ページ番号ではなく名前付き宛先に依存している場合に機能しなくなります。PDF 処理ロジックが署名中に名前付き宛先を最終的なページ位置に正しく解決しなかったため、元のファイルでは機能していたリンクが署名済み文書で壊れてしまうためです。 |
| 修正:Acrobat Sign は、PDF 処理中に名前付き宛先を実際のページ位置に正しく解決するようになり、署名後もすべてのハイパーリンクが期待どおりに機能するようになりました。 | |
| 4543709 | 概要:Salesforce から送信された契約書に画像フォームフィールドが含まれている場合、一部の署名済み PDF は署名後に予想外に大きくなります(多くの場合、Salesforce の 12 MB の添付ファイル制限を超える)。PDF 処理パスが、アップロードされた画像を非効率的な圧縮で埋め込むことがあり、最終ファイルが膨張して Salesforce が契約書レコードに保存できなくなるためです。 |
| 修正:Acrobat Sign では、PDF 生成中の画像処理が更新され、アップロードされた画像(画像とスタンプコンテンツを含む)が効率的にエンコードされ、署名済みファイルが期待されるサイズにより近く保たれるようになりました。 | |
| 4543678 | 概要:一部のライブラリテンプレートでは、署名者はすべての必須フィールドに入力できますが、ダウンロードされた署名済み PDF では、Acrobat Sign レポートと API を通じてデータが正しく取得されて利用可能であるにも関わらず、それらのフィールドの一部が空白として表示される場合があります。 |
| 修正:Acrobat Sign は、これらのテンプレートの処理方法を更新し、署名済み PDF が完了したすべての必須フィールド値を確実にレンダリングするようになりました(古い PDF 処理パスを使用した際に見られた副作用を回避しながら)。 | |
| 4538033 | 概要:CourierNewPSMT フォントがオーサリングと署名中に無視され、フォントが埋め込まれるのではなく置換される従来型フォント処理により、フィールドが予期外のフォントでレンダリングされます。 |
| 修正:フォント処理を更新し、新しい契約書で Courier やその他のサポートされているフォントを正しくサポートし、選択されたフォントが、オーサリング中と署名中、および完成した文書で保持されるようにしました。 | |
| 4538082 | 概要:複数行テキストフィールドの自動サイズ変更が正しく動作せず、PDF 処理動作の変更により、自動サイズ調整された複数行フィールドの最小フォントスケーリングと行折り返しロジックが変更され、完成した契約書でテキストが過度に縮小されるか切り捨てられます。 |
| 修正:複数行テキストフィールドの自動サイズ調整ロジックを調整し、フォントスケーリングと行折り返しを改善することで、入力されたテキストが読みやすく、レガシー動作とより適切に整合するようになりました。 | |
| 4538599 | 概要:一部の完成した契約書で、署名者が選択した値ではなくデフォルトのドロップダウン値が表示されます。ドロップダウンオプションの特定の特殊文字により、署名中に正しい選択が取得されたにも関わらず、選択された値が、ファイナライズされた PDF で正しくレンダリングされないためです。 |
| 修正:PDF レンダリングが更新され、完成した契約書で特殊文字を含む選択されたドロップダウン値を正しく保持および表示するようになりました。 | |
| 4539217 / 4539223 |
概要:事前入力された値とデジタル署名フィールドを含む特定の入力可能な PDF では、文書構造により、事前入力されたデータと読み取り専用署名フィールドが文書処理中に一貫性なく解釈されるため、送信者が文書をプレビューまたは送信する際にフィールド値が欠落または変更され、送信や署名がブロックされる場合があります。 |
| 修正:文書処理が改善され、事前入力されたフィールド値を正しく保持し、読み取り専用デジタル署名フィールドを処理することで、契約書が正しくプレビューされ、事前入力されたデータを失うことなく送信および署名できるようになりました。 | |
| 4539226 | 概要:チェックボックスフィールドにテキストタグを使用するテンプレートから作成された一部の契約書では、受信者が署名中にチェックボックスを正常に選択しますが、チェックボックスフィールド名が一貫性なく解析されるため、署名された値が、レンダリングされたフォームフィールドとは異なるキーの下に保存され、それらの選択が送信者のビューや最終的な署名済み PDF に表示されません。 |
| 修正:チェックボックス値マッピングが更新され、ディレクティブベースの名前を持つテキストタグから作成されたチェックボックスフィールドが正しく解決され、選択された値がすべての関係者と最終的な署名済み PDF で一貫してレンダリングされるようになりました。 | |
| 4539432 | 概要:一部の PDF は署名のために送信できず、不正形式であるか孤立した PDF 注釈が Acrobat Sign の PDF 修復とフォームフィールド正規化ロジック中に null ポインターエラーを引き起こし、文書処理エラーで即座にキャンセルされていました。 |
| 修正:PDF 修復と注釈処理ロジックが改善され、不正形式であるか孤立した注釈が契約書作成の失敗を引き起こすことがなくなり、影響を受けた文書を正常に送信および署名できるようになりました。 | |
| 4541859 | 概要:自動フォントサイズ設定を使用する複数行テキストフィールドで、レンダリング中の不正な自動フォントスケーリングにより、読み取り専用(ロック)複数行フィールドの署名済み PDF でコンテンツが切り捨てられることがあります。 |
| 修正:ロックされた複数行テキストフィールドの自動フォントスケーリングロジックを修正し、入力されたすべてのテキストがフィールド内で完全にレンダリングされるようになりました。 | |
| 4542835 | 概要:署名時にすべてのフィールドに入力したにも関わらず、ダウンロードした署名済み PDF で一部の必須フィールド(ドロップダウン、テキストフィールド、チェックボックスを含む)が空白で表示されていました。 |
| 修正:PDF レンダリングロジックが修正され、ドロップダウン、テキストフィールド、チェックボックスを含む、取得したすべてのフィールド値が、署名済み PDF に確実に書き込まれ、表示される文書が、保存された契約書データと一致するようになりました。 | |
| 4543678 | 概要:API 経由で読み込まれて更新された特定のライブラリテンプレートが PDF 生成時に必須フィールドデータを正しくレンダリングしなかったため、一部の署名済み契約書の最終 PDF に必須フィールド値が欠落していました。 |
| 修正:PDF 生成ロジックが更新され、API 経由で作成または変更されたものを含む、ライブラリテンプレートで定義されたすべての必須フィールドが、完全なフィールド値を保持しながら署名済み PDF で一貫してレンダリングされるようになりました。 | |
| 4543709 | 概要:Salesforce から送信される一部の契約書において、画像ベースのフォームフィールドが含まれている場合、最終的な署名済み PDF のファイルサイズが元の文書を大きく上回り、Salesforce の 12 MB の制限を超えることがあります。その結果、署名プロセス自体は正常に完了しているにもかかわらず、署名済み文書を Salesforce の契約書レコードへ書き戻す処理が実行できない事象が発生していました。 |
| 修正:PDF 生成時の画像処理が最適化され、適切な画像圧縮が適用されて、画像、印鑑、画像ベースの署名フィールドを含む署名済み文書がサイズ拡大せず、Salesforce ファイルサイズ制限内に収まるようになりました。 | |
| 4543958 | 概要:移動先を使用して Acrobat で作成されたハイパーリンクが署名済み PDF で機能しなくなる一方、ページ番号リンクは引き続き機能していました。これは、PDF 処理パスにおけるリグレッションにより、後処理中に移動先が明示的なページターゲットに解決されないことが原因でした。 |
| 修正:PDF 生成時に移動先を明示的なページ宛先に解決し、署名済み PDF で「移動先を使用」と「ページ番号を使用」の両方のリンクのハイパーリンク機能を復元しました。 | |
| 4544067 | 概要:一部の署名済み契約書で無効な電子証明書が表示され、「ウィジェット注釈が削除される」検証エラーが発生していました。不正形式であるか孤立したウィジェット注釈が署名後に PDF に残り、認定チェーンが無効になることが原因でした。 |
| 修正:PDF 後処理が更新され、フィールドクリーンアップ中に破損または孤立したウィジェット注釈を検出して削除し、有効な注釈のみが残り、署名済み PDF が一貫して有効な電子証明書を表示するようになりました。 |
Adobe Acrobat Sign リリース v17.0.1
本番環境へのデプロイメント:2026 年 3 月 17 日
GovCloud へのデプロイメント:2026 年 3 月 19 日
改善された機能
- コピーを作成 – アクセスポイントの拡張、契約書の再利用の高速化。
「コピーを作成」が、管理ページの「処理中」と「あなたの処理待ち」フィルター、および送信後の確認ページから直接使用できるようになりました。これらの追加エントリポイントにより、送信ライフサイクルのより多くのポイントで契約書を再利用しやすくなり、最初からやり直す必要性が軽減されます。
メモ:このリリースでは、この機能を無効にする管理コントロールが管理者メニューから削除され、「コピーを作成」がすべての対象ユーザーが使用可能な標準機能として確立されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ、デフォルトで有効
エクスペリエンスの変更
- 統合キーの有効期限の表示 – 「アクセストークン」タブに有効期限日が表示されるようになりました
「アクセストークン」タブ(個人設定メニュー内)に、各統合キーの有効期限日が表示されます。ユーザーと管理者はキーの経過時間と交換タイミングをより明確に把握できるようになり、既存のキーの監視が容易になって、キーが 10 年の有効期間の終了に達した際の予期しない中断を回避できます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions |設定範囲:API
REST API/Webhook のアップデート
このリリースの API と Webhook のアップデートは、Acrobat Sign API ドキュメントで確認できます。
- OEM 2.0 パーソナライズメール表示 – 埋め込みエクスペリエンス全体でより明確な送信者と受信者の ID、および正確なメール配信。
埋め込みワークフローを使用する OEM 2.0 パートナーでは、Acrobat Sign は主要な UI サーフェスと通知全体で、パートナー登録メールではなく、ユーザーのパーソナライズメールアドレスを表示できるようになりました。契約書、「あなたの処理待ち」などのキュー、「レビューと署名」メールは、認証と権限付与のために登録されたメールを内部的に保持しながら、一貫してパーソナライズされた ID を反映します。送信者と署名者の明確性が向上し、配信不能な登録アドレスへのメール送信が防止されます。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:API - OEM 2.0 パートナー、リクエストのみ
- SMS 配信失敗の webhook 通知 – SMS 送信失敗のリアルタイム表示、自動修復、およびメールバウンスとの同等性。
Acrobat Sign は、無効な電話番号、キャリア拒否、またはブロックされた回線などの問題により SMS 経由で送信された契約書が配信できない場合に、新しい Webhook イベント AGREEMENT_PHONE_BOUNCED を発行するようになりました。 お客様は SMS 配信失敗をほぼリアルタイムで検出し、電話番号の修正、配信の再試行、サポートケースの開始などのフォローアップアクションを自動的にトリガーできるようになり、盲点を排除し、モバイルファーストの署名ワークフローでの遅延を削減できます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:API
- Webhook ペイロード – 動的参加更新のための条件付き参加者 extendedStatus フィールドを追加し、参加者の状態の表示を改善。
送信者が動的参加を使用して進行中の契約書を変更した際、webhook 通知には、各参加者(memberInfos[])オブジェクトに extendedStatus フィールドが含まれるようになりました。このフィールドは、後方互換性のために既存のステータスフィールドを変更せずに、追加の参加者ライフサイクルの詳細を提供します。
{
"participantSets": [
{
"id": "",
"memberInfos": [
{
"company": "TestCo",
"email": "signer2@someDomain.dom",
"id": "CBJCHBCAABAAJiZV9cH",
"name": "Signer Two",
"status": "ACTIVE",
"extendedStatus": "REMOVED"
}
],
"order": ,
"role": "",
"status": ""
}
]
}
ステータス値(変更なし):ACTIVE、REPLACED。
extendedStatus の値:ACTIVE、REPLACED、REMOVED、COMPLETED。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:API
解決された問題
| 問題 | 説明 |
|---|---|
| 4543515 | 概要:署名者が正常に署名し、契約書が次のステップに進んだ後、有効な署名者に対して webhook メールバウンスイベントが誤って生成される場合があります。同じ署名グループ内の受任者のメールアドレスが無効で、送信者が元の委任者を置き換えた場合、これが発生する可能性があります。このような場合、システムは「...の代理で署名」バウンスイベントを、実際にメールがバウンスした参加者ではなく、有効な署名者に誤って関連付ける可能性があります。 |
| 修正:イベントアトリビューションロジックが修正され、メールバウンスイベントは実際にメールがバウンスした参加者のみに関連付けられるようになりました。 署名を既に完了した有効な署名者に対してバウンスイベントが生成されなくなり、Webhook 通知が正しい参加者とメールアドレスを反映するようになりました。 | |
| 4544548 | 概要:Web UI を通じて作成された統合キーは、作成ページで「永続的なアクセス」を提供すると記載されているにもかかわらず、10 年後に期限切れになる場合があります。キーが 10 年の存続期間に達すると、API 呼び出しで期限切れトークンエラーが返され始め、既存の統合が予期せず中断される可能性があります。 |
| 修正:ユーザーインターフェイスメッセージが更新され、「永続的なアクセス」の文言が削除され、統合キーの期限切れ日が明確に表示されるようになりました。更新されたテキストには、有効期限日まで、または手動で取り消されるまで、キーがアクセスを保持することが記載され、10 年のデフォルト存続期間について透明性が提供されます。 | |
| 4546301 | 概要:非常に大きな文書を含む契約書では、契約書の作成が完了し、初期処理ステップが数分以内に完了したように見える場合でも、Webhook イベント配信が最大数時間遅延する場合があります。遅延期間中、Webhook 配信サービスは契約書文書の取得を試行する際に DOCUMENT_NOT_AVAILABLE 応答を繰り返し受信する場合があり、サービスが再試行を停止するか、文書が利用可能になるまで Webhook イベントが配信されない場合があります。 |
| 修正:文書可用性の処理が修正され、拡張された DOCUMENT_NOT_AVAILABLE 応答なしで文書が取得可能な状態に、大きな契約書が確実に移行するようになりました。その結果、利用できない文書に対する文書取得の再試行によって引き起こされる数時間の遅延なしに、webhook イベントは配信されます。 | |
| 4547823 | 概要:API を通じてオーサリング状態で契約書が作成され、その後で管理エクスペリエンスから編集された場合、一部の署名者に対して受信者のプライベートメッセージが表示されない場合があります。このシナリオでは、契約書データに正しいプライベートメッセージ値が含まれているにもかかわらず、UI でプライベートメッセージ値が「なし」または空白として表示される場合があります。この動作は、ユーザーが下書きを編集するために別のユーザーのアカウントに切り替える共有アカウントシナリオで現れ、他の受信者が正しく表示される一方で、特定の受信者のみに影響する場合があります。 |
| 修正:アクティブな共有コンテキストを取得し、承認された共有ユーザーのプライベートメッセージを返すチェックが追加されました。 その結果、オーサリングフローから API 作成の下書きを表示または送信する際、プライベートメッセージの値が正しく表示されるようになりました。 | |
| 4548274 | 概要:新しいテンプレートエクスペリエンスでテンプレートが編集および保存された後、ライブラリテンプレートの変更日が更新されない場合があります。 ユーザーはテンプレートに新しく追加または更新されたフィールドを確認できますが、管理 UI と管理表示では変更日付が変更されないため、テンプレートが最近変更されていないように見えます。これが発生するのは、新しいエクスペリエンスが、テンプレートの変更タイムスタンプも更新しないパスを通じてフォームフィールドを更新するためです。 |
| 修正:変更日付更新動作は、新しいテンプレートエクスペリエンスと関連 API 操作全体で統一されました。テンプレートフィールド変更を保存するコードパスで、テンプレートの変更日も更新され、最新の変更の実際の時刻を反映するようになりました。 | |
| 4548564 | 概要:署名とフォームフィールドは、ソース文書内の既存の印鑑注釈の上に配置された場合、署名済み PDF で非表示になる場合があります。影響を受けるテンプレートでは、印鑑注釈が処理中にインタラクティブフィールドと重複するかこれを隠すため、完了した署名やその他のフィールドが最終的な署名済み文書で非表示になります。 |
| 修正:印鑑注釈処理は更新され、既存の印鑑注釈を安全に処理およびフラット化して、フォームフィールドや署名を隠さないようになりました。捺印された領域上に配置されたフィールドは、署名中および完全に実行された PDF で表示されたままになります。 | |
| 4549103 | 概要:送信者が無効なメールアドレスの受信者を有効なメールアドレスに置き換えた後、以前に不正だった受信者に対してメールバウンスイベントが再度ログに記録される場合があります。 場合によっては、古いメールに対する 2 回目のバウンスイベントが監査証跡に表示され、新しい受信者が契約書を正常に受信、表示、または署名したにもかかわらず、契約書ステータスが「メールバウンス」を反映する場合があります。この動作により、契約書が古いメールアドレスと新しいメールアドレスの両方をまだ対象にしているように見える場合があります。 |
| 修正:署名者置換ワークフローが更新され、メールが既にバウンスしている置換された受信者に追加の通知メールが送信されないようになりました。 システムは、以前のバウンス履歴を確認してから置換関連の通知を送信するようになったため、置換後に古いメールアドレスに対して新しいバウンスイベントは生成されません。 | |
| 4549306 | 概要:メールに特定の特殊文字(例:アポストロフィ)が含まれるユーザーは、汎用の adobesign.com または echosign.com パブリックログインページからログインできない場合があります。メールを入力してパスワードフィールドをクリックした後、正しいシャードまたは SSO ログインページにリダイレクトされず、ページがリロードされてメールフィールドがクリアされる場合があります。これにより、影響を受けるユーザーは認証を完了できず、パブリックログインエンドポイントに依存する統合がブロックされます。 |
| 修正:ログインシャード解決ロジックが修正され、特殊文字を含むメールアドレスを適切に処理およびデコードしてから、シャード間リダイレクト URL を構築するようになりました。影響を受けるメール形式のユーザーは、メールフィールドがクリアされることなく、指定されたシャードと SSO ログインページに正しくリダイレクトされるようになりました。 | |
| 4549331 | 概要:特定の文書の処理機能が有効で、ソース PDF に無効なページボックス座標が含まれている場合(例:CropBox または MediaBox の値が誤っている場合)、署名やその他のフォームフィールドが署名済み PDF で見つからないか非表示になる場合があります。このシナリオでは、ページ座標に依存するフィールドが表示可能なページ領域の外側にレンダリングされる可能性があり、署名が正常に完了したにもかかわらず、完了した署名が欠落しているように見えます。 |
| 修正:PDF ページボックス処理が修正され、文書の処理中に CropBox と MediaBox の無効な値を安全に正規化するようになりました。その結果、署名とフォームフィールドの配置は表示ページエリアに合わせられ、署名済み PDF で署名が期待どおりに表示されるようになりました。 | |
| 4550367 | 概要:送信者のグループデフォルト署名者認証が電話に設定され、アカウントに利用可能な電話認証割り当て量がない場合、web フォーム署名者認証が電話以外の方法(例:Adobe Sign)に設定されていても、プレビューとフィールド追加を選択した後に web フォームの作成が一般的な「サーバーエラー」で失敗する場合があります。その結果、影響を受けるアカウントのすべてのユーザーが、すべての文書で web フォームの作成をブロックされる場合があります。 |
| 修正:Web フォームの作成では、web フォーム署名者に実際に設定された認証方法に対してのみ割り当て量が評価され、グループのデフォルト認証設定のみに基づいて電話認証割り当て量チェックが適用されなくなりました。誤った割り当て量消耗エラーは防止され、web フォームを正常に作成できるようになりました。 | |
| 4551011 | 概要:送信者が、スキャンされた特定の PDF をアップロードし、署名フィールドを追加して契約書を送信すると、署名完了後に署名済み PDF で表示される署名が表示されない場合があります。このように動作するのは、アップロードされた PDF に無効なページ境界メタデータ(MediaBox と CropBox 座標が逆に表示される)が含まれて、署名やその他のフィールドの外観レイヤーが表示ページエリア外でレンダリングされる可能性があるときです。 |
| 修正:PDF ページ境界処理が更新され、MediaBox と CropBox 座標値が無効であるか逆になっている PDF が正しく処理されるようになったため、署名とフォームフィールドの外観コンテンツは表示ページエリア内でレンダリングされ、最終的な署名済み PDF で表示されたままになります。 | |
| 4551427 | 概要:アクティブで正しくプロビジョニングされたアカウントを既に持つ一部の受信者が、代わりに「疑似ユーザー」受信者として契約書を受信するため、契約書が通常の管理表示に表示されません。これは、受信者のメールアドレスに先頭または末尾のスペースが含まれている場合に発生し、システムがメールを既存のユーザーと照合できず、疑似ユーザーレコードが作成される原因となります。 |
| 修正:メール解析とユーザー検索が更新され、受信者のメールアドレスを既存のユーザーと照合する前に正規化(先頭と末尾の空白をトリミング)するようになりました。 その結果、既存のユーザーに宛てられた契約書は、メールがスペース付きで(API ペイロードやワークフロー受信者リストに)入力された場合でも、疑似ユーザー受信者を作成する代わりに、登録済みアカウントに解決されます。 | |
| 4553198 | 概要:契約に SMS 配信用に設定された受信者が少なくとも 1 人と、メールのみの配信用に設定された受信者が少なくとも 1 人含まれている場合、API を通じて契約をキャンセルしても、SMS 受信者に SMS キャンセル通知が送信されません。契約書は正常にキャンセルされ、メール通知は配信されますが、SMS 受信者はキャンセルメッセージを受信しません。 |
| 修正:キャンセルワークフローが修正され、他の受信者の配信方法に関係なく、契約書がキャンセルされた際に SMS 配信用に設定されたすべての受信者に SMS キャンセル通知が送信されるようになりました。 | |
| 4554463 | 概要:結合された文書全体で同じフィールド名を共有する複製されたラジオボタンが契約書に含まれている場合、最終的な署名済み PDF では選択されたオプションの 1 つのインスタンスのみが選択されたままになります。フィールドは視覚的にはチェックボックスとして表示されますが、ラジオボタンとして実装されています。 署名後、選択された値がすべての複製されたインスタンス全体に一貫して伝播されず、期待される選択の不正確または不完全なマッピングが発生します。 |
| 修正:フォームフィールド処理ロジックが修正され、複製されたラジオボタンが内部インデックス値ではなく、選択された書き出し値を保存および伝播するようになりました。 これにより、同じラジオボタンフィールドの複製されたすべてのインスタンスが、署名済み PDF で正しい選択を反映するようになります。 | |
| 4554593 | 概要:レガシー OAuth エンドポイントを使用してアクセストークンを更新する一部のパートナー統合は、HTTP 401 エラーで失敗し始めました。サービスは、アプリケーションがレガシー OAuth エンドポイントの使用を許可されておらず、代わりに OAuth v2 エンドポイントを使用する必要があることを示すエラーでトークン更新リクエストを拒否しました。以前は動作していた統合であっても、お客様がパートナーアプリケーションを通じて Acrobat Sign を認証することがブロックされました。 |
| 修正:認証サービスが修正され、レガシー OAuth フローを使用するように設定されたパートナーアプリケーションが、OAuth v2 エンドポイントに誤って強制される代わりに、再びトークンを正常に更新できるようになりました。 | |
| 4554614 | 概要:ある契約書で署名者が新しい電子サインエクスペリエンスを使用し、その契約書が署名者の認証を要求して、署名前に利用条件への同意を要求するように設定されている場合、「クリックして署名」をクリックすると、従来の署名エクスペリエンスへの 5 秒間のリダイレクトがトリガーされます。リダイレクトメッセージは、新しい署名で入力された署名とイニシャルがクリアされることを警告し、署名者にそれらを再入力させ、事実上 2 回署名させることになります。 |
| 修正:署名トークン更新フローが修正され、署名者が署名前に利用条件に同意した場合、再発行された署名トークンが署名者認証の詳細を保持するようになりました。 これにより、最終的な署名ステップが認証に失敗することを防ぎ、新しい署名から従来のエクスペリエンスへの強制的なフォールバックを排除します。 | |
| 4555656 | 概要:特定のタイミングで、契約書の状態が正常に変化したように見えても、実際には契約書の状態が変更されない場合があります。バックエンド処理が完了する前に Webhook 通知が受信されると、後続の API 呼び出しで古い契約ステータスデータが使用される可能性があります。この期間中、特定の状態トランジションメソッドは、契約書が要求されたトランジションに対して有効な状態にない場合でも HTTP 200 OK を返します。その結果、自動化ワークフローはトランジションが成功したと想定する一方で、契約書は元の状態のままになる場合があります。 |
| 修正:契約書状態トランジションロジックが更新され、トランジションを適用する前に厳密な検証を実行するようになりました。契約書が有効な状態にない場合、API は成功を静かに返す代わりに、明確なエラー応答を返すようになりました。無効なトランジションは明示的に却下され、呼び出しシステムは適切に再試行できるようになり、契約書が表示されずに意図しない状態のままになることが防止されます。 |
Adobe Acrobat Sign リリース v17.1
本番環境へのデプロイメント:2026 年 5 月 5 日
GovCloud へのデプロイメント:2026 年 5 月 12 日
改善された機能
改善された機能
- 対面署名 – web アプリケーションでのホスト署名セッションを有効にする
対面署名では、送信者が内部ホストを指定し、web ブラウザーを使用して対面署名セッションを効率化することができます。 ホストは管理ページまたはメール通知から制御された署名セッションを開始し、一時的にデバイスを署名者に渡して必要なアクションを完了させ、完了時に制御を取り戻します。 セッションの作成と完了は監査記録に記録され、署名者は必要に応じてメールアドレスを提供して契約書のコピーを受け取ることができます。
利用可能な環境:Sandbox、Commercial | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲: アカウントとグループ
対面署名の役割を有効にする方法を確認 >
対面署名を許可する契約書の設定方法を確認 >
対面署名をホストする方法を確認 >
- 管理ページからの一括デジタル署名 – 単一の認証で複数の契約書にデジタル署名を適用
署名者は「あなたの処理待ち」表示で複数の契約書を選択し、単一の署名認証を使用して一括アクションとしてデジタル署名を適用できます。 これにより、大量ワークフローでの反復的な署名手順を削減しながら、既存のクラウド署名セキュリティ、認証、監査制御を維持できます。 一括署名では、署名者は一括アクションを完了する前に、すべての契約書をレビューまたはスキップする必要があります。
利用可能な環境:Sandbox、Commercial、Government | 利用可能なサービス階層: Acrobat Sign Solutions | 設定範囲: アカウントとグループ
一括デジタル署名を有効にする方法のドキュメントを確認 >
一括デジタル署名で署名する方法のドキュメントを確認 >
- 内部受信者のみに送信 – 同じ Acrobat Sign アカウント内の受信者にのみ契約書を送信するよう制限します。
内部受信者のみに送信設定により、ユーザーが Acrobat Sign アカウント外の受信者に契約書を送信することを防ぐことができます。 有効にすると、契約書は送信者のアカウント ID と一致するアカウント ID を持つ受信者にのみ送信できます。 この制御は内部セキュリティ要件をサポートし、契約書が外部に共有されることを防ぎます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
グループを内部受信者のみに制限するための設定文書を確認したい場合はこちら >
- 電話のトランザクション使用状況レポート - グループレベルの表示およびスケジュールされたレポートアクセスを含んだ拡張レポート
電話のトランザクションレポートでは、SMS および「WhatsApp」トランザクションにわたって購入数量、割り当て量開始日、および詳細な消費量の表示が提供されるようになりました。 お客様は、使用状況をグループレベルでトラックし、統合されたレポートエクスペリエンスを通じてスケジュールされた CSV レポートにアクセスできるので、より正確な予算編成、内部配分、トランザクション制限に達した際のサービス中断を防ぐためのプロアクティブな監視が可能になります。
レポートは、レポートインターフェイスでスケジュールされたレポートを通じて生成され、最新のレポート出力を取得するための API アクセスが使用可能になりました。
新しいエンドポイント:POST /api/rest/v6/reportDownload
このエンドポイントは、scheduleId を受け入れ、そのスケジュールに関連付けられている最新の生成された CSV レポートのダウンロード URL を返します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API
SMS 消費量レポートのドキュメントを確認したい場合はこちら >
エクスペリエンスの変更
- 監査レポートでの署名の表示方法 – 各署名者が使用した署名入力方法をログに記録し、コンプライアンスの可視性を向上させ、手動検証を削減
監査レポートには、署名者が署名を行う際に使用した署名の表示方法が記録されるようになりました。 監査証跡では電子サインされたイベントごとに、署名者が入力署名、手書き署名、アップロード画像、モバイルベースの手書きや画像キャプチャのどれを使用したかが識別されます。 この機能強化により、コンプライアンスおよび運用チームは監査レポートから直接署名方法を確認できるようになり、曖昧さを軽減し、不要な契約書の却下を防ぐことができます。
署名の外観タイプ:- タイプ:署名者が名前を入力し、フォントベースの署名スタイルを選択します。
- 描画:署名者がデスクトップでマウスまたはトラックパッドを使用して署名を描画します。
- 画像:署名者がデスクトップから署名画像ファイルをアップロードします。
- Mobile Draw:署名者がモバイルデバイスでタッチを使用して署名を描画します。
- モバイル画像:署名者がモバイルデバイスで署名画像をアップロードまたは撮影します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:常に有効、設定なし
- API 署名 URL での保存済み署名 – API ベースの署名時に保存済みプロファイル署名の使用を許可
登録ユーザーが、API 生成の署名 URL(GET /agreements/{agreementId}/signingUrls)を使用して契約書に署名する際に、保存済みプロファイル署名を適用することを許可します。 保存された署名は、内部署名者と、メール OTP または Adobe ID を使用して認証する外部署名者に表示されます。 この機能は、アカウントレベルのセキュリティ制御を維持しながら、バックエンド統合の署名ワークフローを合理化します。
セキュリティレビュー後、アドビがアカウント単位で有効にします。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:無効、サポートにお問い合わせください
埋め込み署名ワークフローにおける署名者 ID の理解に関するガイダンスを参照 >
- 最新エクスペリエンスでの個人アドレス帳管理 – 新しい「署名を依頼」エクスペリエンスでは保存済みメールアドレスを個人アドレス帳で直接削除できるようになり、個人の受信者リストを正確かつ最新の状態に維持しやすくなっています。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで有効、設定不可。
アドレス帳からのメール削除について更新された文書を確認したい場合はこちら >
- 契約書期限切れ期間 - デフォルトの期限切れ期間を 365 日間に延長
契約書の最大完了期限が 180 日間から 365 日間に延長されました。 文書の有効期限が有効になっている場合、契約書には削除できない、365 日間の有効期限が自動的に割り当てられます。 この変更により、すべての契約書に定義されたライフサイクルが確保され、長期的なトラックおよびコンプライアンスが改善され、必要に応じてユーザーがより早い期限を設定できる一方で、契約書が無期限に未処理になるリスクが軽減されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル: Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
- 刷新されたホームページ – ワークフローアクセスを改善し、重大なアクションを明示
ホームページを再設計し、契約書の開始、アクティビティの監視、最近送信した契約書のコピー機能、より直感的な順序でのアクションタイルの表示を含む重要な機能へのアクセスが簡単にできるようになりました。「処理中」および「あなたの処理待ち」項目の迅速な識別、より見やすくなり合理化された新機能バナーのエクスペリエンスにより、より迅速な移動、契約書の見落としの削減を可能にし、必要なものがすぐ見つかるホームエクスペリエンスが実現しました。
新しいホームページは、リリース後 10 日間にわたって展開されます。スケジュールについては、テクニカル通知を参照してください。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲: デフォルトで有効
新しいホームページレイアウトを確認 >
- 体験版の機能強化 - Sign 体験版に最新のオンボーディングエクスペリエンスが追加されました。
Sign 体験版には、最近の有料版リリースで導入された、強化されたオンボーディングエクスペリエンスと新機能が追加されています。
使用可能な環境:商用 | 利用可能なサービスレベル:Acrobat Sign Solutions for business 体験版 | 設定範囲: 体験版利用権
- 新しいカスタムワークフローデザイナーがデフォルトに – モダンデザイナーを推進し、ユーザー切り替えコントロールを削除し、管理者の柔軟性を維持
新しいカスタムワークフローデザイナーエクスペリエンスが、すべてのアカウントのデフォルトになりました。 従来のデザイナーに戻すための切り替えリンクは表示されなくなりますが、管理者には必要に応じて以前のエクスペリエンスへのアクセスを再び有効にする機能が引き続き用意されています。 この更新により、移行期間中に管理者コントロールを保持しながら、モダンワークフロー設計インターフェイスへの移行が進められます。
利用可能な環境:サンドボックス、商用、政府 |利用可能なサービス階層: Acrobat Sign Solutions |設定範囲:アカウントとグループ
REST API/Webhook のアップデート
このリリースの API と Webhook のアップデートは、Acrobat Sign API ドキュメントで確認できます。
- Webhook 用 mTLS キーの管理 - Acrobat Sign で生成されたキーオプションを追加し、証明書署名ワークフローを有効にすることで、セキュリティコンプライアンスが向上
開発者が、Acrobat Sign で webhook mTLS 認証用の秘密鍵の管理方法を選択できるようになりました。 お客様が独自の秘密鍵と証明書を生成してアップロードする既存のモデルに加えて、Acrobat Sign は秘密鍵と証明書署名要求(CSR)を生成できるようになりました。 お客様は CSR を使用して認証局から証明書を取得し、それをアップロードして設定を完了できます。 このオプションでは、既存の webhook mTLS 動作との互換性を維持しつつ、秘密鍵を Acrobat Sign 内に保持することから、セキュリティが向上します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API POST/webhook エンドポイント、すべての範囲
更新された mTLS ドキュメントを確認したい場合はこちら >
- Login_hint パラメータによるデジタル ID の初期化 – API 送信者が受信者固有のログイン識別子を使用して、デジタル ID 認証を初期化することを許可します。
複数の v6 REST API /agreements エンドポイントで、API 送信者がメールアドレスやユーザー ID 番号などの既知のログイン識別子を使用して、デジタル ID ゲートウェイ認証を初期化できる loginHint パラメーターがサポートされるようになりました。 アイデンティティプロバイダーがユーザーエクスペリエンスを制御しますが、識別子は通常ログイン画面に事前入力され、高信頼認証ワークフローを強化し、なりすましリスクを軽減します。 識別子は、機密データを保護しながらトレーサビリティを維持するため、デジタルアイデンティティゲートウェイのランディングページと監査レポートにマスク形式で表示されます。
以下のエンドポイントが、loginHint パラメーターを含むように更新されました。- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API
- OEM 2.0 ID とトラストバウンダリの機能強化 –「パーソナライズされた OEM メールアドレスをすべての場所で表示」機能で、同じパートナーによってプロビジョニングされたユーザーを優先し、一致するメールアドレスが見つからない場合に自動的に受信者を作成するようになりました
「パーソナライズされた OEM メールアドレスをすべての場所で表示」機能が有効になっている場合、契約書参加者の設定では、同じパートナーによってプロビジョニングされたユーザーを優先し、一致するユーザーが存在しない場合に自動的に受信者レコードを作成し、アカウント全体で一貫した ID 処理を実行します。
また、「パーソナライズされた OEM メールアドレスをすべての場所で表示」が有効になっている場合、監査レポートには送信者がパートナーによってプロビジョニングされたのか、または個人アカウントなのかを示し、署名者フローは異なるアカウントタイプ間で同一のメールアドレスが存在する場合に、ユーザーにアカウントの切り替えをガイドすることで、混乱と意図しないアクセスを防ぎます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API - OEM 2.0 パートナー
解決された問題
| 問題 | 説明 |
|---|---|
| 4520028 | 概要:管理ページのグループ列で、ユーザーが複数のグループに属している場合に、正しくない値または一貫しない値が表示されていました。 ユーザーのプライマリグループを変更すると、契約書に間違ったグループが表示され、元々契約書が送信されたグループではなく、最後に選択されたプライマリグループや複数のグループが表示されていました。 |
| 修正:管理ページのロジックを更新し、グループ列をレンダリングする際にユーザーの現在のプライマリグループではなく契約書の送信グループ(agreement_group_id)を使用するようにしました。 | |
| 4532690 | 概要:「ワークフローを使用してのみ契約書を送信できるようにする」と「新しいカスタムワークフロー送信エクスペリエンスを有効にする」の両方が有効になっている場合、カスタムワークフローから作成された下書き契約書をユーザーが編集できませんでした。システムが既存の下書きを編集する際に、下書き編集ではなく新しい送信アクションとして扱い、作成ページへのアクセスを誤ってブロックしていました。 |
| 修正:作成ページのロジックを更新し、下書き編集シナリオを検出してワークフロー制限チェックをバイパスし、ユーザーがカスタムワークフローから作成された既存の下書き契約書を編集できるようにしました。 | |
| 4536764 | 概要: カスタムワークフローを通じて契約書を送信すると、特定のテンプレート PDF の処理の失敗により、サーバーエラーが発生していました。 エラーは、1 つ以上のソース文書の注釈外観データが無効または欠落していることが原因で、事前入力中にレンダリング例外がトリガーされていました。 このイシューは一貫して再現できず、影響を受けたワークフロー以外では再現することができませんでした。 |
| 修正:PDF 処理レイヤーでのレンダリング例外の処理を改善しました。 | |
| 4537197 | 概要:手動入力した受信者名で新しい一括送信エクスペリエンスを使用すると、文書間で必要な受信者名データが正しく処理されなかったので、署名中に 2 番目の名前フィールドが削除されていました。 |
| 修正:文書処理ロジックを更新し、契約書を一括送信する際にすべての受信者名フィールドを正しく保持するようにしました。 | |
| 4538172 | 概要: 受信者グループを含むワークフローのコピーは、サンドボックス同期中に、無効な受信者グループ参照により、「リクエストの実行中に、エラーが発生しました」というメッセージで失敗していました。 ワークフローにより、環境固有の受信者グループ ID が使用されており、この ID は環境間で移植できないので、同期中に検証が失敗していました。 |
| 修正:サンドボックス同期処理を更新して、ワークフローコピー操作中に受信者グループ参照を正しく検証および処理するようにし、両方の環境に受信者グループが存在する場合の失敗を防止するようにしました。 | |
| 4538251 | 概要:新しい一括送信エクスペリエンスでは、ソースファイルに既存の AcroForm フィールドが含まれている場合、署名中または最終文書で fullname および電子メール署名者情報フィールドが表示されていませんでした。 この問題は、署名者情報フィールドと既存のフォームフィールドを組み合わせる際の結合フィールドデータの処理が不正確だったことが原因で、子契約書でフィールドがレンダリングされませんでした |
| 修正:既存の AcroForm フィールドを含む文書で署名者情報フィールドを正しく適用するように、結合およびフォームフィールド処理ロジックを更新しました。 | |
| 4545485 | 概要:サムネイル生成で、不正形式の PDF フォームフィールドが検出された場合、契約書作成が断続的に失敗していました。失敗の原因は、有効な名前のないフォームフィールドおよび無効なネストされたフィールド構造を含んでいるソース文書で、PDF 生成中に処理エラーがトリガーされたことでした。 |
| 修正:PDF 処理中の検証および null チェックを追加して、不正形式のフォームフィールドを処理し、サムネイル生成および契約書作成中の失敗を防止するようにしました。 | |
| 4545814 | 概要:XDP ベースのワークフローから生成された、横長の文書を処理する場合、フィールドの配置が崩れ、テキストタグが表示されたままになります。 横向きレイアウトでの座標計算が正しくないため、フィールドの配置が不適切になり、テキストタグが適切に解析および削除されません。 |
| 修正:フィールドレンダリングロジックを更新して、横長の文書でフォームフィールドを正しく計算および配置するようにし、処理中の適切な配置およびテキストタグの削除を確保しました。 | |
| 4545978 | 概要:ローカルのデジタル署名を使用している場合、表示される署名ブロックで署名者名のアクセント文字が正しくレンダリングされません。 この問題は、文書に埋め込まれたデフォルトフォントが西欧文字の適切なエンコーディングを欠いているため、署名外観レンダリング中に正しくない文字置換が発生することが原因です。 |
| 修正:埋め込みフォント設定を更新してアクセント文字の適切なエンコーディングを含め、署名外観で署名者名が正しくレンダリングされるようにしました | |
| 4547100 | 概要:署名済み PDF で、クローンのマルチラインテキストフィールドが一貫性のないレンダリングを行います。 複数行クローンフィールドにはデフォルト外観辞書が欠けており、これによりクローンフィールドとソースフィールドが同じサイズと設定を使用していても、クローンフィールドがソースフィールドより少ない行数を表示する原因となります。 |
| 修正:複数行クローンフィールドにデフォルト外観辞書を追加し、クローンフィールドとソースフィールドが署名済み文書で一貫してレンダリングされるようにしました。 | |
| 4548305 | 概要:HIPAA が有効になっている場合でも、オンボーディングチェックリストに「HIPAA 準拠のための BAA を申請」が「保留」として表示されます。 チェックリスト評価ロジックが、継承された HIPAA 関連設定を誤って未完了として処理するため、機能が有効になっているにもかかわらず、タスクステータスが、「保留」のままになります。 |
| 修正:チェックリスト評価ロジックを更新して、HIPAA 関連設定(継承された値など)を正しく解釈するようにし、HIPAA が有効になっている場合にオンボーディングタスクが完了状態を反映するようにしました。 | |
| 4550731 | 概要:入力と署名を使用して文書に署名するとき、署名の下線とタイムスタンプの間に大きなギャップが表示されます。 この問題は、署名フィールドがレンダリングされた署名コンテンツを収容するのに十分な幅がない場合に発生し、署名外観で正しくない間隔が生じます。 |
| 修正:署名レンダリングを更新し、定義されたフィールドの寸法を尊重し、間隔を適切に調整することで、下線とタイムスタンプ間の隙間を縮小しました。 | |
| 4550906 | 概要:特定のユーザーについて、「パスワードを変更」リンクが無効な URL を指しているので、ブラウザーエラーが発生します。 この問題は、アプリケーションが正しい URL ではなく設定から古いエンドポイントを読み取る場合に発生し、環境間で一貫性のない動作につながります。 |
| 修正:設定されたパスワード変更エンドポイントを更新して、影響を受ける環境間で正しい URL を使用するようにしました。 | |
| 4550992 | 概要:新しいエクスペリエンスで特定のテンプレートを編集すると、テンプレートを編集モードで開く代わりにテンプレート作成ページにリダイレクトされます。 この問題は、システムが現在のユーザーの設定ではなくテンプレート所有者の設定に基づいてエクスペリエンスを決定するため、共有テンプレートを編集する際に正しくないルーティングが発生することが原因です。 |
| 修正:テンプレート編集ロジックを更新し、テンプレート所有者の設定ではなく現在のユーザーのエクスペリエンス設定を使用することで、テンプレートが正しい編集モードで開くようにしました。 | |
| 4551756 | 概要:承認リクエストメールで受信者フィールドに未解決のテンプレート変数が表示され、正しくないメールフォーマットが発生します。 この問題は、権限競合通知を生成する際のメールテンプレートレンダリングロジックの失敗が原因で発生します。 |
| 修正:メールテンプレートレンダリングを更新し、受信者フィールドを正しく解決して入力することで、承認リクエストメールに有効なメールアドレスが表示されるようにしました。 | |
| 4551768 | 概要: 署名者がフォームフィールドの外観処理の失敗により、契約書へのアクセスまたは完了時に未処理エラーが発生します。文書生成中に不正形式の外観オブジェクトが ClassCastException を引き起こし、契約書のレンダリング失敗につながります。 |
| 修正:外観オブジェクトタイプをキャスト前に検証するようにフォームフィールド処理ロジックを更新し、例外を防止して契約書が署名用に正しくレンダリングされるようにしました。 | |
| 4552272 | 概要:キャンセルまたは放棄された契約書が管理ページの「対応待ち」に表示されます。 この問題は、ワークフロー再起動イベントが参加者ステータスデータを適切にクリーンアップしない場合に発生し、古い可視性とインデックス作成データが残って、契約書が不正なビューに表示されます。 |
| 修正:ワークフロー再起動処理とインデックス作成ロジックを更新して、以前の参加者ステータスデータを正しくクリアし、契約書が正しい状態でのみ表示されるようにしました。 | |
| 4553158 | 概要:iOS の RTL 言語環境では、署名を描画するときに署名パネルが正しく応答しません。 パネルが入力をキャプチャする代わりにスクロールし、ユーザーが手動でスクロールして署名を描画および適用する必要があり、新しい受信者署名エクスペリエンスが有効になっているときに通常の署名動作が妨げられます。 |
| 修正:iOS の RTL レイアウトにおける署名パネルのインタラクション処理を更新して、意図しないスクロールなしで描画入力を正しく取得するようにし、通常の署名作成および適用を可能にしました。 | |
| 4553583 | 概要:ワークフローで先頭または末尾にスペースがあるメールアドレスを許可しており、新しいエクスペリエンスで送信時に契約書が暗黙的に失敗します。 システムは入力を検証または正規化せず、問題を示すエラーメッセージも表示されません。 |
| 修正:メールから空白を自動的にトリミングして無効な値の保存を防ぐように入力処理を更新し、既存のワークフローの処理を追加して契約書を正常に送信できるようにしました。 | |
| 4553676 | 概要:管理ビューでハイパーリンクが正しく表示されず、契約書タイトルが URL に追加されて、リンクが破損します。 この問題は、管理インターフェイスでハイパーリンクをレンダリングするときの不正な URL 解析により発生します。 |
| 修正:ハイパーリンクレンダリングを更新して、適切な URL 解析を使用し、リンクが変更されずにすべてのビューで正しく機能するようにしました。 | |
| 4555021 | 概要:OTP 検証が、コードが即座に入力されても、「期限切れ」エラーで失敗します。 この問題は、認証フローの競合状態が原因で発生し、複数の送信イベントにより、OTP が早期に無効化されます。 |
| 修正:OTP 検証フローを更新して、重複する送信イベントまたは迅速な送信イベントを正しく処理して、早期の期限切れを防止し、有効な OTP 入力が成功するようにしました。 | |
| 4555028 | 概要:次の署名受信者を削除すると、システムエラーで失敗し、契約書が保留中の改訂状態で停止することがあります。 このイシューは、受信者にアクティブなリマインダーがある場合に発生し、本契約書の更新が正常に完了しません。 |
| 修正:次の署名者にアクティブなリマインダーがある場合を処理するように受信者削除ロジックを更新し、本契約書の更新がエラーなしで完了するようにしました。 | |
| 4555319 | 概要:Web フォーム作成者がフォームをプレビューしているときは、署名の「タイプ」および「描画」オプションのみが表示されますが、署名者には、使用可能なすべてのオプション(入力、描画、画像、モバイル)が表示されます。 この問題は、作成者が署名者として動作していない場合に、プレビューモードが有効な署名入力設定を正しく適用しないために発生します。 |
| 修正:Web フォームプレビュー動作を更新して、有効になった署名入力タイプの完全なセットを適用し、作成者が署名者と同じ署名オプションを確認できるようにしました。 | |
| 4555345 | 概要:証人受信者の立会いの下での複数の署名者がいる契約書が、エラー「ParticipantSetsInfo は変更できません」で下書きからプレビューで開けません。この問題は、カスタムワークフローの参加者と証人の不正な順序ロジックが原因で発生し、契約書がオーサリング状態に戻ることを妨げます。 |
| 修正:カスタムワークフローの参加者と証人の順序ロジックを更新し、実行順序を正しく計算できるようにしました。これにより、契約書がオーサリング状態に戻り、正常に進行できるようになります。 | |
| 4555615 | 概要:委任および置換された受信者の webhook イベントペイロードに、privateMessage フィールドが含まれません。 この問題は、プライベートメッセージが webhook ペイロードの生成に使用される受信者状態に反映されないために発生し、影響を受けるイベントについてデータが欠落します。 |
| 修正:参加者データ処理を更新して、委任および置換された受信者の webhook ペイロードにプライベートメッセージが含まれるようにしました。 | |
| 4555687 | 概要:契約書は、文書の可視性検証の失敗により、署名後に自動キャンセルされ、非表示状態に移動される場合があります。 参加者がデリゲートまたは置き換えられた場合、文書の可視性マッピングが正しく移行されず、割り当てられたフィールドと表示される文書間の不一致が発生し、自動キャンセルがトリガーされる可能性があります。 |
| 修正:デリゲーションと置き換えロジックで、新しい参加者の文書可視性マッピングを正しくクローンするようになり、検証の失敗と意図しない契約書のキャンセルを防ぎます。 | |
| 4556516 | 概要:フォームフィールドが設定されたフォントサイズを無視し、生成された契約書で一貫性なくレンダリングされる場合があります。 この問題は、文書処理エンジンがテキストのクリップを防ぐためにフォントサイズを調整し、固定フォントサイズ設定を上書きする場合に、複数行フィールドで発生します。 |
| 修正:フォントレンダリング動作を更新し、複数行フィールドが固定フォントサイズ設定を尊重するようにしました。これにより、期待される出力と動作が一致し、意図しないサイズ調整が防がれます。 | |
| 4556967 | 概要:選択されたチェックボックスが web フォームの最終的な署名済み PDF で未選択として表示される場合があります。 この問題は、特定の非表示値(例:「no」、「false」、「0」、「off」、「unchecked」)が使用されている場合に発生し、Gibson が有効になっている場合に文書処理中にチェックボックスの状態が誤って解釈される可能性があります。 |
| 修正:チェックボックス処理を更新し、非表示値を正しく解釈し、最終文書で選択状態を保持するようにしました。これにより、署名時と署名済み PDF 間の一貫性が確保されます。 | |
| 4557222 | 概要:フィールドテンプレートのリンクフィールドが、ワークフロー内で使用された場合にオーサリングページで消える場合があります。 この問題は、ワークフローベースのオーサリング中に返される契約書フォームフィールドデータにリンクフィールドが含まれていないため、フィールドが欠落することが原因で発生します。 |
| 修正:フォームフィールド処理を更新し、ワークフロー処理中にフィールドテンプレートからのリンクフィールドを含めるようにしました。これにより、正しく結合され、オーサリングページに表示されるようになります。 | |
| 4557272 | 概要:署名日フィールドが最終署名済み PDF に表示されない可能性があります。 この問題は、文書処理中にテキストフィールドのレンダリングが失敗し、出力文書に日付フィールドが表示されないことが原因で発生します。 |
| 修正:テキストフィールドレンダリングを、null または空の値を正しく処理するように更新し、署名済み文書に署名日フィールドが一貫して表示されるようにしました。 | |
| 4557282 | 概要:新しいテンプレートエクスペリエンスを使用して作成された web フォームのラジオボタンフィールドで、予期しないツールチップ値(「object Object」)が表示される場合があります。 この問題は、空のツールチップ値の処理が正しくないため、抑制される代わりにプレースホルダーデータがレンダリングされることが原因で発生します。 |
| 修正:空の値を適切に無視するようにツールチップ処理ロジックを更新し、web フォームで意図しないプレースホルダーテキストが表示されることを防止しました。 | |
| 4557589 | 概要:事前入力されたチェックボックスフィールドが、本契約書が署名のために送信されたときに未チェックとして表示されることがあります。 この問題は、チェックボックスまたはラジオ入力に重複または競合する非表示値が定義されている場合に発生し、文書処理中に選択状態の解釈が正しくない可能性があります。 |
| 修正:フィールド値処理を更新し、非表示値を正しく処理し、事前入力された選択を保持するようにしました。これにより、契約書が生成され送信されるときにチェックボックスの状態が一貫して保たれます。 | |
| 4557672 | 概要:新しいリクエスト署名エクスペリエンスでは、契約書を送信する際に、失敗の原因となっている特定のフィールドを特定せずに、汎用エラー(「提供されたリクエストが無効です」)が表示される場合があります。 これは、受信者の詳細(電話番号形式など)が検証に失敗した場合に発生する可能性がありますが、エラーがユーザーに明確に表示されません。 |
| 修正:特定のフィールドレベルのエラーメッセージを提供するように検証処理を更新し、ユーザーが契約書を送信する前に無効な入力を特定して修正できるようにしました。 | |
| 4557680 | 概要:複数の文書を組み合わせる際に、一部の契約書でチェックボックスまたはラジオボタンのマッピングが失敗し、期待される値が適用されない場合があります。 この問題は、デフォルト値が定義された書き出し値と正確に一致しない場合に発生し、フィールドが別々のグループとして扱われ、マッピング動作が破綻する可能性があります。 |
| 修正:一致しないデフォルト値を無視し、文書間でフィールドを正しく関連付けるようにフィールドマッピングロジックを更新し、チェックボックスとラジオボタンの動作の一貫性を向上させました。 | |
| 4557902 | 概要:Fill and Sign 契約書で、署名と日付および時刻印鑑の間に余分な隙間が生じることがあります。 この問題は、適切にフォーマットされた署名での間隔計算が正しくないために発生し、他の署名フローと比較してレイアウトが一貫しなくなります。 |
| 修正:署名レイアウト計算を更新して署名とタイムスタンプを正しく配置し、意図しない間隔を削除して一貫したフォーマットを確保しました。 | |
| 4557947 | 概要:ライブラリテンプレートを使用しているとき、署名者がチェックボックスフィールドを選択したにもかかわらず、最終署名済み PDF でチェックボックスフィールドが未チェックとして表示される可能性があります。 この問題は、チェックボックスフィールドが正しく設定されていない場合や特定の非表示値を使用している場合に発生する可能性があり、文書処理中に選択状態が正しく解釈されなくなります。 |
| 修正:非表示値を正しく解釈し、選択状態を保持するようにチェックボックス処理を更新し、署名済み文書でチェックボックスの選択が保持されるようにしました。 | |
| 4558295 | 概要:最終署名済み PDF で、必須のラジオボタン値が欠落する可能性があります。 この問題は、フィールド値に特殊文字(例:引用符やシンボル)が含まれており、それが適切に処理されない場合に発生する可能性があり、選択した値が文書出力でレンダリングされないことにつながります。 |
| 修正:フィールド値処理を更新して、特殊文字を正しく処理し、選択した値が署名済み PDF で保持され、表示されるようにしました。 | |
| 4558307 | 概要:フォームフィールドが設定されたフォントサイズを無視し、生成された契約書で一貫性なくレンダリングされる場合があります。 この問題は、文書処理エンジンがテキストのクリッピングを防ぐためにフォントサイズを調整し、固定フォントサイズ設定を上書きする場合に、複数行フィールドで発生する可能性があります。 |
| 修正:複数行フィールドが固定フォントサイズ設定を尊重するようにフォントレンダリング動作を更新し、意図しないサイズ変更を防ぎ、一貫した出力を確保しました。 | |
| 4558554 | 概要:署名者が署名ブロックを操作することなく契約書を完了できます。 この問題は、Gibson 対応アカウントで署名ブロックが署名中に適切にレンダリングまたは適用されない場合に発生する可能性があり、署名フィールドのみで完了できます。 |
| 修正:署名ブロックが正しく表示され、契約書完了前に必須となるように、署名レンダリングと検証ロジックを更新しました。 | |
| 4558725 | 概要:プレビュー中にテキストタグのレンダリングが失敗したり、フォームフィールドに変換されない場合があります。 この問題は、アップロードされた PDF にサポートされていない要素や無効な要素(例:null 注釈や既存の入力可能フィールド)が含まれている場合に発生する可能性があり、テキストタグ処理が正常に完了しません。 |
| 修正:テキストタグ処理を更新して、無効な注釈またはサポートされていない注釈を含んだ PDF をより確実に処理し、プレビュー中にフィールドを期待どおりに生成できるようにしました。 | |
| 4559285 | 概要:新しいリクエスト署名エクスペリエンスで国コードを選択する際に、特定の地域で電話認証が失敗する場合があります。 この問題は、UI が不完全または正しくない国コード(例:バルバドスの場合、「+1246」ではなく「+1」)を表示する場合に発生し、契約書を送信するときに検証エラーを引き起こす可能性があります。 |
| 修正:国コード処理を更新して正しい完全なダイヤルコードを使用し、新しいエクスペリエンスで電話番号が正しく検証および処理されるようにしました。 | |
| 4560119 | 概要:フォームフィールドのテキストが、生成された契約書で配置が崩れたり重複したりして表示される場合があります。 この問題は、文書処理エンジンによってレンダリングの違いが導入されたときにマルチラインテキストフィールドで発生する可能性があり、オーサリングビューと比較した、レイアウトのずれにつながります。 |
| 修正:複数行フィールドのテキストレンダリングとレイアウト処理を更新してアラインメントを改善し、重複を防ぎ、オーサリングと最終文書間でより一貫した表示を確保しました。 | |
| 4562058 | 概要:送信ページでアドレス帳から別のメールを選択した際に、受信者名が変更されない場合があります。 この問題は、新しい連絡先が選択されたときに名前フィールドが更新されないために発生し、表示される名前と選択された電子メールの間に不一致を引き起こします。 |
| 修正:受信者選択動作を更新し、新しい連絡先が選択された際に名前フィールドが常に更新されるようにして、名前とメールの同期を確保しました。 | |
| 4566339 | 概要:不正形式のフィールド値を含んだ静的 XFA PDF を処理しているとき、不正なチェックボックス状態が表示される可能性があります。 この問題は、サポートされていないまたは無効な XFA データ(例:数値フィールドの文字列値)が一貫性なく処理される場合に発生する可能性があり、特に Gibson 対応環境でデフォルトのチェックボックスが誤って解釈される可能性があります。 |
| 修正:文書処理パイプラインの XFA 処理を更新して、不正形式の値をより一貫して正規化または無視するようにしました。これにより、不正なチェックボックス状態が防止され、環境間で動作が一致します。 | |
| 4567278 | 概要:動的参加者が有効な場合、読み取り専用テキストフィールドが署名ページに表示されない場合があります。 このイシューは、参加者解決中のフィールドレンダリングの不整合により発生し、編集不可フィールドが署名者表示から除外される可能性があります。 |
| 修正:動的参加者のフィールドレンダリングロジックを更新して、読み取り専用フィールドが署名中に一貫して含まれ表示されるようにしました。 | |
| 4568023 | 概要:署名中に web フォームに「画像」および「モバイル」署名オプションが表示されない可能性があります。 この問題は、web フォームエントリフローでの署名オプションの読み込みが一貫していないために発生する可能性があり、特定の署名方法が、セッションが再度読み込まれるか、代替パスを通じてアクセスされるまで表示されません。 |
| 修正:Web フォーム署名初期化を更新して、有効なすべての署名オプションを一貫して読み込み、すべてのエントリポイントにわたって画像およびモバイル方法が使用可能になるようにしました。 |
Adobe Acrobat Sign リリース v17.1.1
本番環境へのデプロイメント:2026 年 6 月 16 日
GovCloud へのデプロイメント:2026 年 6 月 18 日
改善された機能
- レポーティングでの受信者フィルター – レポートとデータエクスポートに受信者ベースのフィルタリングを追加します。
契約書およびトランザクションレポートとデータの書き出しのために、最新のレポーティングに受信者フィルターを追加します。管理者は受信者メールでフィルタリングして、役割や署名順序に関係なく、指定された受信者を含むすべての契約書を返すことができます。 フィルターは、既存の送信者フィルターと一致するオートコンプリートおよび複数選択動作をサポートし、ビジュアルレポートと CSV 書き出しの両方に適用されます。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:最新のレポーティングで有効化
レポーティングの概要を参照 >
レポートの作成に関する更新されたドキュメントを参照 >
データの書き出しの作成に関する更新されたドキュメントを参照 >
エクスペリエンスの変更
- 新しい電子サインにおけるバイオ医薬業界標準対応(CFR)のサポート – 署名理由の取得と強制的な署名時再認証を追加
署名理由の取得と署名時の再認証を含むバイオ医薬業界標準対応設定が、新しい電子サインエクスペリエンスでサポートされるようになりました。これらの設定を使用する契約書は、従来の署名エクスペリエンスにフォールバックしなくなります。 お客様によるアクションや管理者設定への変更は必要ありません。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:バイオ医薬業界標準対応設定のサポートは、最新の電子サインでデフォルトで有効になっています。
更新されたモダン電子サインのサポート機能リストを確認する >
REST API/Webhook のアップデート
このリリースの API と Webhook のアップデートは、Acrobat Sign API ドキュメントで確認できます。
- API を介した契約書通知の非表示化 – 受信者メッセージングの詳細な制御を追加
REST v6 POST /agreements API を使用して、参加者、CC、または送信者の特定の電子メールタイプを非表示にすることで、契約書作成時に送信される通知を制御します。これにより、不要なメールを減らし、統合されたワークフローでよりクリーンで制御された署名エクスペリエンスをサポートします。
利用可能な環境:サンドボックス、商用、政府 | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲:REST v6 API
解決された問題
| 問題 | 説明 |
|---|---|
| 4545881 | 概要:「ダウンロードして Acrobat で署名」を使用する署名者は、デジタル署名された PDF をアップロード後に、デジタル ID 証明書に commonName、givenName、pseudonym などの意図される署名者名の値が含まれていない場合、「Adobe Acrobat Sign で認識できません」というエラーを受信する可能性がありました。署名された PDF がアップロードされたにもかかわらず、契約書を完了できませんでした。 |
| 修正:Acrobat Sign は、アップロード検証処理中にエラーを発生させることなく、署名者名の値が含まれていないデジタル ID 証明書を処理できるようになりました。証明書に署名者名が含まれていない場合、署名者名が表示されない可能性がありますが、署名は正常に完了できます。 | |
| 4547132 | 概要:POST /agreements API リクエストを介して契約書が作成され、securityOption が null に設定された場合、アカウント設定でデフォルトの認証方法としてメール OTP が必須となっていても、外部受信者の認証方法として「なし」が割り当てられる可能性がありました。内部受信者の認証は正しく適用されましたが、外部受信者の認証は適用されませんでした。 |
| 修正:Acrobat Sign で、API を介して作成された契約書に null の securityOption 値を持つ受信者が含まれている場合、アカウント設定されたデフォルトの認証方法が正しく適用されるようになりました。外部受信者は、「なし」ではなく、必要なデフォルトの認証方法を受信するようになりました。 | |
| 4553171 | 概要:新しいテンプレート作成エクスペリエンスを使用するデベロッパーアカウントでは、再利用可能なテンプレートの管理ページに [DEMO USE ONLY] 接頭辞が表示されることがありましたが、テンプレート名を編集する際には接頭辞が利用できませんでした。 ユーザーは、完全な名前を置き換えるか、クラシックテンプレートエクスペリエンスに切り替えない限り、既存のテンプレート名から接頭辞を削除できませんでした。 |
| 修正:新しいテンプレート作成エクスペリエンスは、デベロッパーアカウントの透かし動作について、再利用可能なテンプレート名と契約書名の整合性を保つようになりました。 ユーザーは、従来のエクスペリエンスに切り替えることなく、[DEMO USE ONLY] 接頭辞を含む完全なテンプレート名を編集できるようになりました。 | |
| 4556731 | 概要:受信者が送信者と置き換えられてから契約書が別の受信者に委任された後、契約書は「処理中」に戻りましたが、署名済み文書のアップロードオプションが使用できない状態のままとなりました。これにより、その委任シーケンス後に、対象となる進行中の契約書について送信者が署名済みコピーをアップロードできませんでした。 |
| 修正:Acrobat Sign は、受信者が送信者に置き換えられてから別の受信者に委任された場合に、契約書が署名済み文書のアップロードの対象である場合、署名済み文書のアップロードオプションを正しく復元するようになりました。 | |
| 4557576 | 概要:署名ブロックが複数のメンバーを持つ受信者グループに割り当てられた場合、署名ブロック内のメール値が明確に表示されずに切り取られる可能性がありました。 これにより、グループメンバーが署名を完了する前に、受信者グループ情報が読みにくくなる可能性がありました。 |
| 修正:Acrobat Sign で、表示されるテキストが突然切り取られることなく、署名ブロックに受信者グループのメール情報が表示されるようになりました。長い受信者グループのメール値は、署名ブロック内で表示される情報が読みやすいままになるように処理されます。 | |
| 4561898 | 概要:特定の PDF 文書を使用した契約書において、一部の受信者が認証後または署名の最終処理時に、サーバーエラーが発生する可能性がありました。このエラーは、署名済み文書生成中の PDF 構造データの処理に関する問題が原因で発生し、署名者が契約書を完了できなくなりました。 |
| 修正:Acrobat Sign では、署名および文書の生成中に、PDF 構造データをより防御的に処理するようになりました。この修正により、構造ツリーの競合が完了を妨げることを防ぎ、受信者が影響を受けた契約書の認証、署名、完了を正常に行えるようになりました。 | |
| 4562041 | 概要:webhook ペイロードの作成中に Acrobat Sign で内部サーバーエラーを受信した場合、一部の webhook 通知が遅延または発行に失敗する可能性がありました。影響を受けたアカウントでは、2026 年 3 月 19 日に発生した複数のイベント(AGREEMENT_WORKFLOW_COMPLETED およびその他の契約書イベントを含む)により、下流の顧客ワークフローが遅延しました |
| 修正:Acrobat Sign は、webhook ペイロード生成の失敗をより確実に処理するようになり、失敗した内部応答がキャッシュされて、イベント配信をブロックまたは遅延させることがなくなりました。この修正は回帰テストを通じて検証され、影響を受けた webhook イベントが同じペイロード生成失敗パスによって遅延することを防ぐことを目的としています。 | |
| 4562458 | 概要:受信者は、メール OTP またはパスワード認証などの受信者認証が使用された場合、要求済みアカウントドメインの非アクティブユーザーに送信された契約書の署名 URL を開く際に、「無効な契約書 ID が指定されました」エラーを受信する可能性がありました。署名フローでは署名プロセスを続行するため単一使用の保留中ユーザーが作成されましたが、署名情報リクエストで、新しく作成された参加情報が含まれていない古い契約書データが読み込まれる可能性があり、署名リンクが再生成されるかデータが更新されるまでアクセスがブロックされることがありました。 |
| 修正:Acrobat Sign では、このワークフローで認証済み署名用 URL を開く際に、現在の契約書の参加データを取得するようになりました。これにより、古いキャッシュされた契約書データによって無効な契約書 ID エラーが発生するのを防ぎ、受信者が認証を完了して電子サインページに正常にアクセスできるようになります。 | |
| 4566894 | 概要:複数のテンプレートから作成された期限切れの契約書の一部が、管理ページからコピーできませんでした。ユーザーが「コピーを作成」を選択した場合に、複数のテンプレートを含む契約書をコピー中にテンプレートへのアクセス検証に失敗したために、「契約書をコピーできません。後でもう一度お試しください」というメッセージが表示され、コピー操作が失敗しました。 |
| 修正:Acrobat Sign では、複数のテンプレートから作成された契約書をコピーする際に、テンプレート情報を正しく検証するようになりました。影響を受ける契約書は、バックエンドセッションエラーをトリガーすることなくコピーできるようになりました。 | |
| 4568666 | 概要:証人参加者が含まれる契約書で、割り当てられたユーザー ID がない場合、Webhook 通知が断続的に失敗することがありました。主要な契約書イベントは作成されましたが、参加者データが予測不可能な順序で処理された場合に webhook ペイロード生成が失敗し、AGREEMENT_CREATED 後に一部の意図される webhook イベントが配信されない原因となる可能性がありました。 |
| 修正:Acrobat Sign では、ペイロード生成中にユーザー ID が含まれていない webhook 参加者データを安全に処理するようになりました。これにより、証人プレースホルダー参加者が webhook ペイロードの失敗を引き起こすことを防ぎ、意図される契約書 webhook イベントが一貫して配信されるようになります。 | |
| 4571682 | 概要:Power Automate が後のフォーム入力者の順番前に受信者グループを変更した一部の契約書において、読み取り専用フィールドが後続のフォーム入力者に表示されない場合がありました。フォーム入力者が編集可能なフィールドを完了した後、フィールドが正しく割り当てられ、API を介して表示としてマークされていたにもかかわらず、それらのフィールドが契約書で表示されない可能性がありました。 |
| 修正:Acrobat Sign では、受信者グループメンバーシップ変更後の後続受信者グループのフィールド表示が保持されるようになりました。読み取り専用フィールド、署名ブロック、ドロップダウン選択、その他の完了したフィールド値は、この修正の対象となるシナリオにおいて、後の受信者とダウンロードされた PDF で利用可能なままとなります。 | |
| 4571845 | 概要:対面署名者のメールが異なるシャード上の既存のユーザーアカウントと一致する場合、対面署名がサーバーエラーで失敗し、契約書の完了が阻害される可能性があります。 |
| 修正:対面署名者の処理を更新し、一時的な署名者レコードを正しく作成・使用することで、シャード間のユーザー競合を防ぎ、署名セッションを正常に完了できるようにしました。 | |
| 4573019 | 概要:受信者と受信者グループが混在するものを削除する動的参加者更新後に、受信者グループの順序が正しく計算されないことがあり、残りのグループが間違ったルーティング順序を表示することがあります。 |
| 修正:参加者順序の再計算を更新し、グループが単一の残りメンバーに減少する場合を含む、複雑な動的参加者削除後も受信者グループが正しい順序を維持するようにしました。 | |
| 4572455 | 概要:一部の署名者は、署名が適用され契約書が次の受信者に転送されたにもかかわらず、署名完了後に「未処理エラー」または「問題が発生しました」というメッセージが表示される可能性がありました。この問題は、動的参加者が有効になっており、署名フローが次の署名者のために文書を準備しようとしたが、意図される署名済み文書のバージョンを見つけることができなかった場合に発生しました。 |
| 修正:Acrobat Sign では、次の署名者のために契約書を準備する際に、正しい署名済み文書のバージョンをチェックするようになりました。これにより、動的参加者が有効になっている場合に、署名成功後に署名フローがエラーを表示することを防ぎます。 |
Adobe Acrobat Sign リリース v17.1.2
本番環境へのデプロイメント:2026 年 7 月 21 日
GovCloud へのデプロイメント:2026 年 7 月 23 日
改善された機能
- アップロードされた PDF で既存のデジタル署名を保持 – 管理者は Acrobat Sign を有効にして、アップロードされた PDF ファイルの既存のデジタル署名を保持し、事前に署名された文書が元の署名をフラット化することなく、サポートされている合意ワークフローを通過できるようにできます。 これにより、組織はアップロード前にデジタル署名された文書を使用し、保持された署名を無効にする変更から文書を保護できます。
使用可能な環境:Sandbox、Commercial、Government | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
デジタル署名を保持するための設定を確認 >
既存のデジタル署名を含んだ PDF を送信するためのプロセスを確認 >
- オーサリング中のインライン文書編集 – オーサリングエクスペリエンスで文書のテキストを直接編集できます。
送信者は、ファイルをダウンロードして再アップロードすることなく、オーサリング環境で文書テキストを直接編集できます 「文書を編集」オプションは、既存のフィールドと契約書設定を保持し、送信前の更新中の中断を削減します。 編集は契約書が下書き状態の間のみ利用可能で、契約書が送信された後は利用できません。
インライン文書編集は、技術的なお知らせで参照されているように、段階的なスケジュールでリリースされる予定です。
この機能は、サポート対象のアカウントの全ユーザーに対してデフォルトで有効になっており、送信者は「署名を依頼」で送信された文書を編集することができます。 アカウントおよびグループ管理者は、送信設定を通じて文書編集を無効にすることができます。
インライン文書編集は、Acrobat Sign for Government において、または、従来のユーザー管理システムを使用しているアカウントの場合は利用できません。
使用可能な環境:商用 | 利用可能なサービスレベル:Acrobat Sign Solutions VIP および VIPMP お客様用アカウント | 設定範囲:アカウントおよびグループ。デフォルトで有効。
インライン文書編集を有効または無効にする >
フィールドオーサリング中にテキストを編集する方法 >
解決された問題
| 問題 | 説明 |
|---|---|
| 4487069 | 概要:管理ページの未送信通知が、ユーザーが契約をスクロールしている間に消える可能性がありました。これは、契約リストが行コンポーネントを再利用し、各契約の通知状態を更新しなかったためです。 |
| 修正:管理ページでは、契約書行が再利用される際に未送信通知状態が更新されるようになったため、ユーザーがスクロール中でも通知が表示され続けます。 | |
| 4541319 | 概要:再利用可能なテンプレートプレビューの埋め込みハイパーリンクが非アクティブになる可能性がありました。これは、PDF 処理がテンプレート変換中に埋め込みリンクデータを削除した一方で、表示された URL リンクはクリック可能なままだったためです。 |
| 修正:PDF 処理が更新され、再利用可能なテンプレート変換中に埋め込みハイパーリンクデータを保持するようになったため、テンプレートプレビューで埋め込みリンクと表示された URL リンクの両方がクリック可能なままになります。 | |
| 4555107 | 概要:結合文書 API ダウンロードで、attachAuditReport=true が使用されていても監査レポートが省略される可能性がありました。これは、API アクション ID 生成に失敗した際に、一部のリクエストが誤って未認証として処理されたためです。 |
| 修正:結合文書 API では、API アクション ID の生成が利用できない場合でも、要求された監査レポートの添付ファイルが保持されるようになったため、attachAuditReport=true が使用された場合のダウンロードに監査レポートが含まれるようになります。 | |
| 4555473 | 概要: Safari の新しいプライバシー処理により、Adobe ID のログインフロー中に Adobe Acrobat Sign のセッション Cookie が正常に保持されない場合があり、Safari ユーザーがログイン後にログインページに戻されることがありました。 |
| 修正:新しい Safari および macOS バージョンでセッション Cookie の互換性処理が更新されたため、Acrobat Sign ではログイン後にユーザーがログイン状態を維持できます。 | |
| 4555620 | 概要:最大アップロードサイズの大きいグループから送信する際に、大容量ファイルのアップロードが拒否される可能性がありました。これは、一時的な文書アップロード検証において、選択されたグループのアップロードサイズ設定が読み込まれなかったためです。 |
| 修正:一時文書のアップロードで選択されたグループ ID が渡されるようになったため、Adobe Acrobat Sign がアップロードされたファイルを検証する際にグループの最大アップロードサイズが適用されます。 | |
| 4560927 | 概要:期限切れの契約書メールから送信者が新しいリンクを要求した際に、完了した契約書の受信者が予期しない完了メールを受け取る可能性がありました。これは、URL 更新フローで送信者確認メールが署名者通知テンプレートとして誤分類されたためです。 |
| 修正:URL 更新フローでは、要求されたアクセスリンクがリクエストしたユーザー本人にのみ送信されるようになりました。また、契約書の他の参加者には、完了通知メールは送信されなくなりました。 | |
| 4561378 | 概要:ユーザーが本契約のコピーを作成してオーサリングを開く際に、Adobe Acrobat Sign が間違った期限更新メールを送信する可能性がありました。これは、コピーされた本契約に自動的に適用された期限が、本契約送信前に送信者が更新した有効期限として扱われたためです。 |
| 修正:コピーのワークフローでは、コピーされた契約書が送信される前に、最初の期限更新メールが送信されないようになりました。一方で、後続の送信者変更に伴う期限更新通知は引き続き送信されます。 | |
| 4562055 | 概要:新しい送信エクスペリエンスでは、アカウントレベルのカスタムワークフローで「送信元グループ」の値が送信者のプライマリグループに戻ってしまう場合がありました。これは、ワークフローページの更新時に選択したグループが保持されず、契約書の下書きが再作成されていたためです。 |
| 修正:カスタムワークフロー送信フローでは、ページ更新と下書き契約作成時に選択されたグループを保持するようになったため、新しいエクスペリエンスでプライマリ以外のグループから送信できます。 | |
| 4562242 | 概要:後続の受信者が本契約書を再起動した後に、事前入力フィールド値が消える可能性がありました。これは、再起動ワークフローで、元のフィールドデフォルトを保持していた事前入力された文書ではなく、再起動された文書がソースとして使用されたためです。 |
| 修正:再起動ワークフローでは、事前入力された文書を再起動された契約のベースとして使用するようになったため、契約が署名のために差し戻された際に元の事前入力値が保持されます。 | |
| 4562338 | 概要:Swagger API 認証が空白のリダイレクトページで停止し、ベアラートークンの生成に失敗する可能性がありました。これは、OAuth リダイレクトページがリダイレクト検証中に有効な Acrobat 文書ドメイン URL を拒否したためです。 |
| 修正:Swagger OAuth リダイレクト検証が更新され、サポートされている Acrobat 文書ドメインを許可するようになったので、認証により、ユーザーが Swagger に戻され、生成されたベアラートークンが読み込まれるようになりました。 | |
| 4565965 | 概要:複数のデジタル署名を含む文書が、厳密な PDF 署名バリデーターで検証に失敗する可能性がありました。これは、Adobe Acrobat Sign が PDF 仕様で署名辞書が必要な署名フィールドに、内部署名ワークフロー値を一時的に書き込んだためです。 |
| 修正:PDF 結合処理では、フォーム値を適用する際に署名フィールドをスキップするようになりました。これにより、内部ワークフローの値が署名フィールドに書き込まれることを防ぎ、有効な複数署名文書の構造が維持されます。 | |
| 4567496 / 4567841 | 概要: 署名理由の設定が有効な場合、署名理由のレイアウトロジックが印鑑フィールドの横に誤って領域を確保していたため、印鑑署名が設定サイズより小さく表示されることがありました。 |
| 修正:印鑑レンダリングが更新され、署名理由レイアウトの調整で印鑑フィールドのサイズが変更されなくなり、設定された印鑑サイズが保持されます。 | |
| 4568666 | 概要:Webhook ペイロードの生成時に、参加者検索ロジックが証人のレコードを適切に処理できていなかったため、一部の契約書で Webhook 通知が送信されない場合がありました。 |
| 修正:Webhook ペイロード生成で、証人参加者が安全に処理されるようになったので、影響を受ける契約書について、webhook 通知の生成および送信が継続されるようになりました。 | |
| 4568798 | 概要:コピーされた契約書に、「契約書を変更」を通じて削除された受信者が含まれてしまう場合がありました。これは、コピーのワークフローで受信者リストとルーティンググループを再構築する際に、削除された受信者が完全に除外されていなかったためです。 |
| 修正:コピーのワークフローでは、「契約書を変更」で削除された受信者が除外されるようになりました。また、ルーティンググループは、有効な受信者のみを使用して再構築されるようになりました。 | |
| 4569478 | 概要:インタラクティブ PDF で、表示されているチェックボックスフィールドの上に非表示のチェックボックスフィールドが重ねて配置されている場合、完了した契約書でチェックボックスの選択が失われる可能性がありました。これは、最終的な PDF 処理中に非表示フィールドも引き続きレンダリングされていたためです。 |
| 修正:PDF 処理で、完了した契約書をレンダリングしているときに非表示のチェックボックスフィールドをスキップするようになり、最終的な署名済み文書で表示されているチェックボックス選択が維持されます。 | |
| 4569490 | 概要:Adobe Acrobat Sign の通知メールの一部が、スパムとしてフラグ設定される場合がありました。これは、メールプリヘッダーマークアップに、一部のメールフィルターが疑わしいと判断する非表示や低コントラストスタイリングパターンが含まれていたためです。 |
| 修正:通知メールマークアップが更新され、非表示および低コントラストスタイリングパターンが削除されました。これにより、通常のメールプレビュー動作を維持しながら、誤検出によるスパム判定が減少します。 | |
| 4569491 | 概要:ユーザーステータス検証で不完全なグループメンバーシップレコードが検出された場合、グループにユーザーを割り当てるフローが未処理エラーで失敗することがありました。 |
| 修正:ユーザーステータス検証で、割り当てワークフローを停止する代わりに不完全なグループメンバーシップレコードをスキップするようになり、「グループにユーザーを割り当て」が正常に開けるようになりました。 | |
| 4569747 | 概要:REST API を通じてオーサリングステータスで作成された契約書で、すべてのチェックボックスフィールドが選択済みとして表示される場合がありました。これは、オーサリング用に契約書を読み込む際に、チェックボックスの結合フィールド値が正しく解釈されなかったためです。 |
| 修正:チェックボックス結合フィールドの処理が更新され、オーサリングで API ペイロードで指定されたチェック済みおよび未チェックの値が正しく反映されるようになりました。これにより、意図したチェックボックスの選択のみが表示されるようになりました。 | |
| 4570171 | 概要:文書に不正なリンク先が含まれている場合、Adobe Acrobat Sign で有効な PDF の処理が失敗する場合がありました。これは、壊れたリンクを無視する代わりに、文書処理が停止したためです。 |
| 修正:文書処理で、リンク先を読み取る前に検証し、不正なリンクをスキップするようになったため、影響を受ける PDF を処理して正常に送信できるようになりました。 | |
| 4571060 | 概要:ドロップダウン選択にリンクされた条件フィールドで、ドロップダウンが表示されたオプションラベルとは異なる書き出し値を使用している場合、失敗する可能性がありました。これは、Acrobat Sign が条件を間違ったドロップダウン値と比較していたためです。 |
| 修正:ドロップダウン条件処理が更新され、表示されるオプションラベルが対応する書き出し値に正しくマッピングされるようになりました。これにより、署名者が一致するドロップダウンオプションを選択した際に、条件付きフィールドが正しく表示され、その値も保持されるようになりました。 | |
| 4571362 | 概要:契約書のすべての SMS 送信試行がバウンスした場合、完了処理中に SMS 送信の試行回数超過イベントが監査レポート生成の失敗を引き起こすので、完了メールの送信に失敗する可能性がありました。 |
| 修正:完了処理で、監査レポートの生成を中断することなく SMS 送信の試行回数超過イベントを処理するようになり、契約書の署名後に送信者と署名者の完了メールが送信されます。 | |
| 4571642 | 概要:署名者名の編集が無効になっている場合、API を通じて提供された署名者名が契約書レスポンスから欠落し、署名時に編集可能なままになる場合がありました。これは、プロファイル名のない受信者について送信者が提供した名前が保持されなかったためです。 |
| 修正:受信者名の処理で、署名者名の編集が無効になっている場合に送信者が提供した名前を保持するようになったため、名前が契約書レスポンスで返され、署名ページで事前入力されてロックされた状態で表示されます。 | |
| 4571797 | 概要:失敗またはスキップされた一括署名契約書の一部を管理からプレビューできない場合がありました。これは、契約書プレビューが元の契約書文書に戻る代わりに中間の Portfolio 文書を使用していたためです。 |
| 修正:一括署名処理で、失敗またはスキップされた契約書を以前の文書バージョンに戻すようになったため、管理から契約書を開いてプレビューできるようになりました。 | |
| 4572223 | 概要:ワークフローで作成された契約書で、サムネイル生成が部分的にしか完了しなかった場合、システムが欠落したページサムネイルを使用しようとして最終処理に失敗し、文書処理中に自動的にキャンセルされる可能性がありました。 |
| 修正:文書の最終処理の堅牢性が向上し、欠落または不完全なサムネイルデータが適切に処理されるようになったため、影響を受けるワークフロー契約の自動キャンセルが防止されます。 | |
| 4572763 | 概要:API を通じて作成された対面署名契約書で、ホスト参加者に必要な認証設定が欠落している場合、開けない場合がありました。また、API ドキュメントでは、必要な対面署名者とホストの設定が明確に記述されていませんでした。 |
| 修正:API ドキュメントが更新され、必須の IN_PERSON_SIGNER および HOST 役割、一致する参加セットラベル、および、API を通じて対面署名契約書を正常に作成するのに必要なホスト認証設定が記述されました。 | |
| 4575098 | 概要:結合データを通じて入力されたチェックボックスフィールドは、提供された値が「0」であっても、Modern Authoring で選択されているように表示される場合がありました。これは、Acrobat Sign が「0」と「1」の両方の文字列値をチェック済みとして解釈していたためです。 |
| 修正:チェックボックス結合フィールドの処理が更新され、モダンオーサリングが「0」をチェックなし、「1」をチェック済みとして正しく処理するようになり、クラシックオーサリングの動作と一致するようになりました。 | |
| 4578199 | 概要:監査レポート生成中に監査イベントが正しく処理されず、Adobe Acrobat Sign がその他のエラーを返すため、一部の契約書で監査レポートをダウンロードできない場合がありました。 |
| 修正:監査レポート生成で、影響を受けた監査イベントが正しく処理されるようになり、その他のエラーを発生させることなく監査レポートを生成およびダウンロードできるようになりました。 | |
| 4578567 | 概要:Adobe Acrobat Sign サンドボックス環境の Safari ユーザーは、認証後にブラウザーセッションが正しく維持されていなかったため、ログイン後にログインページにリダイレクトされてしまう場合がありました。 |
| 修正:セッション処理が更新され、Adobe Acrobat Sign がログイン後に認証された Safari セッションを保持するようになりました。ユーザーは、リリース後に既存のブラウザーセッションを一度クリアする必要がある場合があります。 |
Adobe Acrobat Sign リリース v17.2
本番環境へのデプロイメント:2026 年 9 月 8 日
GovCloud へのデプロイメント:2026 年 9 月 15 日
改善された機能
- 認証の失敗後に契約書を一時停止および再開 - 受信者が許可されている認証試行回数を超過した場合に、管理者は、即座にキャンセルするのではなく、契約書を一時停止できるように設定できるようになりました。 送信者は受信者の認証方法を更新し、完了済みの受信者に再度署名を依頼する必要がなく、同じ契約書を再開できます。
- 管理者は、1~30 日までの一時停止期間を設定できます。
- 一時停止期間が終了するまでに契約書が再開されない場合、自動的にキャンセルされます。
- この機能はデフォルトでは無効になっています。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
- ライブラリテンプレートオーサリング中のインライン文書編集 – テンプレートにフィールドをオーサリングする際に文書テキストを編集
送信者は、ファイルをダウンロードして再アップロードすることなく、ライブラリテンプレートの作成プロセス中に文書テキストを編集できます。 「文書を編集」オプションは、既存のフィールドと契約書設定を保持し、送信前の更新中の中断を削減します。
インライン文書編集は、技術的なお知らせで参照されているように、段階的なスケジュールでリリースされる予定です。
この機能は、サポート対象アカウントの全ユーザーに対してデフォルトで有効になっており、テンプレート所有者はテンプレートの作成と管理時に、テンプレートを編集できます。 アカウントおよびグループ管理者は、送信設定を通じて文書編集を無効にすることができます。
インライン文書編集は、Acrobat Sign for Government において、または、従来のユーザー管理システムを使用しているアカウントの場合は利用できません。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions VIP および VIPMP お客様用アカウント | 設定範囲:アカウントおよびグループ。デフォルトで有効。
インライン文書編集を有効または無効にする >
フィールドオーサリング中にテキストを編集する方法 >
- AI が生成した契約書の要約を受信者と共有 - Acrobat Sign では、契約書の送信直後に契約書の AI 要約を生成できます。 送信者は要約を確認し、アカウントまたはグループ設定に基づいて、その要約を受信者に公開するかどうかを選択できます。
- AI 生成要約では、最大 18 MB の文書がサポートされています。
- 要約の受信者は、契約書を完了する前に、署名エクスペリエンス内で要約を確認できます。
- 送信者は管理から契約書を表示し、既存の要約を含めるかどうかを変更できます。
AI 生成サマリーは情報提供のみを目的としています。受信者は、署名前に契約書全体をレビューする必要があります。
この機能は、アカウントが該当する Adobe AI の条件に同意した後に利用できます。
使用可能な環境:商用 | 利用可能なサービスレベル:Acrobat Sign Solutions(NA および EU 環境における VIP と VIPMP)| 設定範囲: アカウントおよびグループ。段階的なロールアウト
AI 要約の設定を参照 >
AI 要約の使用 >
- 一括送信でのデジタル ID ゲートウェイのサポート - 送信者は、一括送信トランザクションで受信者に対してデジタル ID ゲートウェイ(DIG)認証を必須にできるようになりました。 DIG はオーサリングインターフェイスで選択するか、一括送信 CSV を通じて個々の受信者に割り当てることができます。
CSV では、承認された代替電子メールアドレスを含む、受信者ごとの電子メールアドレス一致オプションもサポートされています。 生成された各契約書では、既存の DIG 認証および監査プロセスが使用されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
一括送信におけるデジタル署名の詳細を参照 >
更新された CSV プロセスを参照 >
- Google ドライブからのファイルの追加 - ユーザーは、現在の署名を依頼、カスタムワークフロー、一括送信、ライブラリテンプレートを作成エクスペリエンスで、Google ドライブから直接サポートされているファイルを追加できるようになりました。
Google で認証後、ユーザーは Google ドライブのファイルピッカーからファイルを参照して選択できます。 ネイティブの Google 文書は、Acrobat Sign に追加される前に PDF 形式に変換されます。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
Google ドライブにアクセスするための設定を参照 >
- 契約書ファイルの顧客管理の暗号化キー - 対象となる Acrobat Sign ユーザーは、AWS Key Management Service で顧客管理キーを使用して、保存時にサポートされている契約書ファイルを暗号化できます。 アカウント管理者は、アカウントについてこの機能をロールアウトするには、サポートに連絡する必要があります。その後、アカウントレベルで適切な AWS アクセス資格情報でキーを設定できます(アカウント設定/セキュリティ設定)。
再暗号化ジョブは、アカウントのホームシャードのオフピーク時間中にのみ実行されます。 該当するオフピークの時間帯は、シャードの地域タイムゾーンに基づいており、UTC を使用してヘルプドキュメントに記載されています。
暗号化されたファイルへのアクセス権は、顧客管理キーと認証情報が引き続き利用可能であるかどうかに依存します。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントのみ
顧客管理の暗号化の概要 >
Acrobat Sign における顧客管理の暗号化について >
顧客管理の暗号化の設定 >
顧客管理の暗号化キーの管理 >
顧客管理の暗号化に関する考慮事項と制限 >
Acrobat Sign における顧客管理の暗号化に関するトラブルシューティング >
- グループレベルのカスタムタイムスタンプ設定 - カスタムタイムスタンププロバイダーをグループレベルで設定できるようになりました。 これにより、同じアカウント内のグループが、デジタル署名ワークフローに異なる承認済みタイムスタンププロバイダーを使用できるようになります。
明示的な設定がないグループでは、アカウントレベルの設定が継承されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
タイムスタンプ設定を参照 >
- 監査レポートに CC 通知イベントを含める - アカウントおよびグループ管理者は、契約書の監査レポートに CC 通知イベントを含められるようになりました。 有効にすると、監査レポートで一般的な CC アドレスおよび受信者固有の CC アドレスに送信される初期通知と完了通知が記録されます。
管理者は、自動 CC アドレスの完了通知イベントを個別に含めることができます。 どちらの設定もデフォルトでは無効になっています。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
監査レポートで CC 通知イベントを有効にする >
- 新しいトラストサービスプロバイダー(TSP) - Acrobat Sign では、定期的に新しいトラストサービスプロバイダーへのサポートが追加されています。 このリリースで新しく利用可能になった TSP は次のとおりです。
- Swisscom ZertES CH
- Swisscom eIDAS EU
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
エクスペリエンスの変更
- フォームフィールドオーサリング機能改善の段階的なロールアウト
Adobe Acrobat Sign では、17.2 リリースの一環として、フォームフィールドオーサリングエクスペリエンスが更新および導入されます。 変更は、すべてのアカウントで同時に有効になるのではなく、顧客セグメント別に段階的にデプロイされます。
変更点- 最新のオーサリングエクスペリエンスが更新され、フィールドの配置、ナビゲーション、割り当て、検証、および初回使用時のガイダンスが改善されています。
- 注目すべき変更には以下が含まれます。
- 配置されたフォームフィールドの確認と操作を行うための新しいフィールドパネル
- 提案されたフィールドで作業するためのコントロールの更新
- 自動検出されたフィールドのよりわかりやすい名前
- 一般的なフィールドタイプと検証ルールの検出精度が向上
- インライン、フィールド固有の検証メッセージ
- アップロードされた PDF に既存の AcroForm フィールドが含まれている場合の受信者割り当てプロンプト
- 一般的なオーサリングタスクのコンテキストに応じたガイダンス
これらの変更は、契約書およびライブラリテンプレートを準備する際に使用されるユーザーインターフェイスとワークフローに影響します。
ロールアウトスケジュールについては、技術的なお知らせを参照してください。
使用可能な環境:商用 | 利用可能なサービスレベル:Acrobat Sign Solutions(VIP および VIPMP お客様用アカウント)| 設定範囲:ロールアウトスケジュールに従ってデフォルトで有効。
更新されたドキュメントを参照 >
- 小規模法人アカウントのデフォルト設定を更新 - $100,000 未満の VIP、VIPMP、および ETLA アカウントで、複数の既存送信機能がデフォルトで有効になりました。
これらのデフォルト設定の更新により、管理者が各設定を最初に有効にする必要がなくなり、頻繁に使用される送信者機能を利用できるようになります。 アカウント設定によっては、アカウントから次の機能にアクセスできるようになる場合があります。
これらの変更は、対象となる商用顧客セグメントのアカウントにのみ適用されます。 これらは、Acrobat Sign for Government には適用されません。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions($100,000 未満の VIP、VIPMP、および ETLA アカウント)| 設定範囲:デフォルトで有効
- ライブラリテンプレートエクスペリエンスの向上 - 最新のライブラリテンプレートの作成とオーサリングエクスペリエンスが合理化され、事前選択が少なくなり、初回使用時のガイダンスがより明確化され、専用の保存アクションと検証およびエラーメッセージが改善されました。
作成後のテンプレート管理アクションへのアクセスもより簡単になりました。
使用可能な環境:商用 | 利用可能なサービスレベル:Acrobat Sign Solutions(VIP、VIPMP、および体験版アカウント)| 設定範囲:デフォルトで有効。
- 最新の「署名を依頼」がデフォルトに
すべての商用および官公庁アカウントは、自動的に最新の「署名を依頼」エクスペリエンスに切り替わります。 送信インターフェイスでは切り替えリンクが無効になりますが、従来の作成エクスペリエンスに一時的にフォールバックする必要があるお客様のために、管理者コントロールが引き続き利用可能なままとなります。
従来のフォールバックコントロールの完全な削除は、今後のリリースで実施される予定です。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:設定不可能
- 最新の「テンプレートを作成」がデフォルトに
すべての商用および官公庁アカウントは、自動的に最新の「テンプレートを作成」エクスペリエンスに切り替わります。 従来の作成エクスペリエンスに一時的にフォールバックする必要があるお客様のために、管理者コントロールが引き続き利用可能なままとなります。
従来のフォールバックコントロールの完全な削除は、今後のリリースで実施される予定です。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、および Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
- 最新のカスタムワークフローデザイナーがデフォルトに - 延期:これは、17.2.1 リリースで計画されています。
すべての商用および官公庁アカウントは、新しいカスタムワークフローデザイナーエクスペリエンスに自動的に切り替わります。従来のエクスペリエンスに一時的にフォールバックする必要があるお客様のために、管理者コントロールが引き続き利用可能なままとなります。
従来のフォールバックコントロールの完全な削除は、今後のリリースで実施される予定です。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
統合に関するアップデート
- SAP SuccessFactors でのオファートラッキングの向上 - SAP SuccessFactors との Acrobat Sign 統合は、期限切れおよび承認 オファーステータスが表示され、採用担当者がオファーの進行状況をより明確に把握できるようになりました。
求人応募エンティティの新しい「アクター」フィールドでは、次のアクションを担当する候補者または承認者が識別されます。 これにより、採用担当者は SAP 管理者に連絡しなくても、オファーがどこで対応待ちになっているのかを判断できます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:統合
REST API/Webhook のアップデート
このリリースの API と Webhook のアップデートは、Acrobat Sign API ドキュメントで確認できます。
- 文書のサイズが Agreements API を通じて使用可能に
次の GET Agreement V6 API レスポンスに、文書のサイズをバイト単位で返す fileSize パラメータが含まれるようになりました。- /agreements/{agreementId}
- /agreements/{agreementId}/documents
この応答変更は、すべての Acrobat Sign API 対応サービスレベルに適用されます。
解決された問題
| 問題 | 説明 |
|---|---|
| 4550652 | 概要:共有された一括送信トランザクションを表示しているユーザーが「完了した契約書をダウンロード」を選択できましたが、このアクションは元の送信者のみがサポートされているため、権限エラーでダウンロードが失敗していました。 修正:管理ページで、共有された一括送信を表示するユーザーに対して「完了した契約書をダウンロード」が非表示になります。 このアクションは、元の送信者に対して引き続き表示されます。 |
| 4559237 | 概要:受信者がクラウド署名を使用した場合、以前の署名セッションから保存された署名により、署名者の名前が署名証明書から更新されずに、送信者の間違った値に設定されたままになる可能性がありました。 修正:クラウド署名処理が更新され、受信者が以前に保存した署名を持っている場合でも、署名者名が選択された署名証明書から入力されるようになりました。 |
| 4561749 | 概要:更新されたテキストサイズ標準が、新しい寸法に合わせて調整されていないレイアウトに適用されたため、ホームページバナーカードの 2 行目の説明が切り取られて表示される可能性がありました。 修正:バナーカードレイアウトが更新され、修正されたテキストサイズに対応し、説明が切り取られないようになりました。 |
| 4561980 | 概要:「入力と署名」を使用して入力されたテキストが、文書のレンダリング中に代替フォントとテキスト間隔の処理方法の違いが原因で、完了した PDF で欠落、拡大、または位置がずれて表示される可能性がありました。 修正:PDF レンダリングが更新され、意図されたフォントサイズ、間隔、配置が保持され、入力されたデータが完了した文書に正しく表示されるようになりました。 |
| 4561987 | 概要:完了した契約書からダウンロードされた個別の文書が、署名された PDF のアクセシブルバージョンの生成中に過剰なデータが追加されるため、元の文書よりも大幅にサイズが大きくなる可能性があります。 サイズの増加により、契約書の電子メールが配信制限を超える可能性もありました。 修正:アクセシブル PDF 処理が最適化され、契約書に複数の文書が含まれている場合でも、不要なファイルサイズの増大が発生しないようになりました。 個別にダウンロードされた文書で、元のコンテンツにより一致したサイズが維持されるようになりました。 |
| 4562483 | 概要:テンプレートの読み込み中に、意図される受信者の割り当て情報がないフィールドデータが含まれていたため、一部の既存のライブラリテンプレートが最新のテンプレートエクスペリエンスで開かず、「問題が発生しました」エラーが表示されました。 修正:テンプレートの読み込みが更新され、不完全な受信者割り当てデータが正しく処理され、影響を受けたテンプレートとそのフォームフィールドが最新のテンプレートエクスペリエンスで開くようになりました。 |
| 4567869 | 概要:誤った書式が設定されたフォントデータがある PDF を含む契約書が、文書のレンダリング中の無限処理ループが原因で、読み込み画面でフリーズし、完了しない可能性がありました。 修正:PDF 処理が更新され、誤ったフォント幅データを検出して安全に処理し、レンダリングプロセスが停止しないようになり、影響を受けた契約書が送信および署名されるようになりました。 |
| 4568289 | 概要:送信者が自分自身を受信者として置換した契約書で、権限チェックで元の送信者が置換された参加者として処理されたため、完了した契約書が非表示になりませんでした。 修正:権限検証が更新され、元の送信者が自分自身を受信者として置換した後でも、他のユーザーの表示権限が変更されずに、契約書を非表示にできるようになりました。 |
| 4569692 | 概要:フィールドのテキストサイズの計算にグループアドレス全体のリストが使用されたため、受信者グループの電子メールアドレスが、署名ブロックで極端に小さく表示される可能性がありました。 修正:署名ブロックレンダリングが更新され、グループメンバーが契約書を開く、または署名した後に電子メールフィールドが再計算されるため、アクティブな署名者のメールアドレスが署名エクスペリエンスと完了した PDF で読みやすいサイズで表示されるようになりました。 |
| 4571461 | 概要:web フォームで使用される横置き文書に、文書処理中の不正確なページ座標計算により、予期しない空白領域と配置がずれたフィールドが含まれる可能性がありました。 修正:文書処理が更新され、回転されたページと横置きページでフィールドの配置と含まれる領域が正しく計算され、生成された契約書に空白領域と位置がずれたフィールドが含まれなくなりました。 |
| 4572350 | 概要:動的参加者を使用する契約書では、並列受信者に割り当てられたフィールドが失われる場合がありました。同じ署名ステップ内で最初の受信者が署名すると、そのステップが完了済みとして処理され、残りの並列受信者に割り当てられたフィールドがスキップされていたことが原因です。 修正:並行署名ステップは、そのステップのすべての受信者が署名するまでアクティブ状態を維持するようになり、契約書が次の署名ステップに進む前に、割り当てられたすべてのフィールドが生成され保持されるようになりました。 |
| 4574423 | 概要:オプションを選択した際に他のグループの対応する選択がクリアされたため、再利用可能なテンプレートを結合した際に、同じフィールド名を持つラジオボタングループが同期されませんでした。 修正:ラジオボタンの動作が更新され、同じ名前のフィールドで一致するオプションが、結合されたテンプレート全体で一緒に選択され、異なるオプションは変更されないようになりました。 |
| 4574867 | 概要:Acrobat web で作成されたカスタム署名日付形式が、契約書の処理中にフォームフィールドが削除および再作成された際に、選択された表示形式が保持されなかったため、デフォルトの日付形式に戻っていました。 修正:契約書処理が更新され、フォームフィールドが再作成される際にカスタム日付表示形式が保持され、署名エクスペリエンスで元のテンプレートで選択された形式が使用されるようになりました。 |
| 4575022 | 概要:委任ダイアログで新しい受信者の電話番号が収集されなかったため、電話認証を使用する署名者は、最新の署名エクスペリエンスから契約書を委任できませんでした。 修正:委任ダイアログで、電話認証を実行する契約書用の電話番号フィールドが表示および検証され、サポートされている国コードリストを使用して、委任された受信者の認証リクエストに番号が渡されるようになりました。 |
| 4575850 | 概要:フィールドの既存の外観が不要なフォントサイズの再計算により置換されたため、ロックされた大きな複数行フィールドのテキストが、署名エクスペリエンスと完了した契約書で小さく表示される可能性がありました。 修正:複数行フィールドレンダリングが更新され、コンテンツが既に適合している場合に既存のテキストの外観を保持し、フォントが不必要に縮小されなくなりました。 |
| 4576211 | 概要:送信者のアドレスが追加コピーを受信するように設定されている場合、送信者と自動コピー通知パスの両方が同じ受信者に対してトリガーされるため、送信者が 2 つの完了メールを受信していました。 修正:完了メール処理が更新され、送信者と自動コピールールが同時に評価されるようになり、個別通知の送信が意図されている場合でも、重複メッセージが送信されないようになりました。 |
| 4576609 | 概要:2 番目の検証パスが送信者のグループと共有されたテンプレートを認識しなかったため、カスタムワークフローを使用する送信者が、オーサリングから戻って再度プレビューした後にグループ共有テンプレートにアクセスできなくなる場合がありました。 修正:テンプレートアクセス検証がプレビューと送信パス全体で統一され、ユーザーがカスタムワークフロー全体を通じて、直接共有されたテンプレートまたはグループと共有されたテンプレートを引き続き使用できるようになりました。 |
| 4576624 | 概要:対面署名者と追加の参加者がいる契約書の署名フィールドが、契約書の下書きの再作成時に参加者識別子が変更されたために、送信者がオーサリングから戻った後に、再割り当てされたり重複したりする場合がありました。 修正:下書きの契約書処理が更新され、オーサリングから戻った後に各フィールドを対応する参加者に再マッピングし、サポートされているルーティングと受信者役割の組み合わせ全体で正しい割り当てが保持されるようになりました。 |
| 4576876 | 概要:条件付きロジックによって非表示になった必須の署名フィールドが、署名エクスペリエンスでの必須フィールドの再計算方法に関するエラーが原因で未完了としてカウントされ、署名者が契約書を完了できませんでした。 修正:必須フィールド処理が更新され、非表示の署名フィールドが未完了としてカウントされなくなり、条件付きルールによってこれらのフィールドが表示から削除された場合に、署名者が契約書を完了できるようになりました。 |
| 4576961 | 概要:通知ワークフローにより送信者が署名者通知パスから除外されたため、署名者でもある契約書の送信者が、完了した契約書の電子メールを受信しませんでした。 修正:完了電子メール処理が更新され、通知設定で許可されている場合に、契約書の署名者でもある送信者が完了通知を受信するようになりました。 |
| 4577135 | 概要:web フォームの受信者を置換した場合、置換の詳細の不完全な同期により、電子メールアドレスは更新されましたが、元の受信者の名前が保持されたままになりました。 署名者に対してと監査レポートに誤った名前が表示される場合がありました。 修正:web フォーム受信者の置換が更新され、契約書、署名エクスペリエンス、監査データ全体で新しい受信者の名前が一貫して適用されるようになりました。 |
| 4577475 | 概要:テンプレートから作成された契約書で、テンプレートが最初に作成されたときのフッターの状態が保持されたために、設定が無効になった後もトランザクションフッターが表示される場合がありました。 修正:トランザクションフッター処理が更新され、テンプレートに保存された値に依存するのではなく、契約書が生成されたときの現在の設定が評価されるようになりました。 |
| 4577531 |
概要:特定の文字の間隔により、最後の単語が表示可能なフッター領域を超えて折り返されたため、トランザクションフッターの一部の文書名が切り詰められていました。 修正:トランザクションフッターで、文書名により狭いフォントが使用されるようになり、テキストが折り返されたり切り取られたりすることなく、より多くのテキストが表示されるようになりました。 |
| 4578623 / 4579255 |
概要:文書処理で特定の既存フォームフィールドに対して 2 番目の重複フィールドが追加されたため、オーサリング時に一部の AcroForm PDF フィールドが 2 回表示されていました。 修正:PDF フォームフィールド処理が更新され、重複フィールドが追加されないようになりました。これにより、各フィールドはオーサリング時に 1 回のみ表示され、署名者への確認依頼も 1 回のみとなります。 |
| 4580019 | 概要:契約書表示エクスペリエンスのダウンロード、印刷、検索ボタンにアクセシビリティ名が表示されないため、スクリーンリーダーがその目的を識別できませんでした。 修正:ダウンロード、印刷、検索ボタンにアクセシビリティ名が追加され、支援テクノロジーが各アクションを正しく読み上げられるようになりました。 |
| 4581229 | 概要:Acrobat Sign がサードパーティの web サイトに埋め込まれることを防ぐセキュリティ設定の変更が、管理レポート用に分類されていなかったため、設定アクティビティレポートに記録されませんでした。 修正:設定がセキュリティ設定レポートカテゴリに追加され、アカウントレベルとグループレベルの変更が設定アクティビティレポートに記録されるようになりました。 |
| 4582044 | 概要:クローンされたチェックボックスフィールドが、特定の PDF ページ設定の処理中に不必要に回転されたため、フィールドが署名後に移動したり重複したりする可能性がありました。 修正:クローンされたチェックボックスの処理が更新され、元のフィールドの向きと位置が保持されるようになり、参加者が署名した後にフィールドがずれることがなくなりました。 |
| 4582268 | 概要:ベースエンドポイントが webhook ポリシーマッピングに含まれていないため、webhook エンドポイントに直接送信される webhook API リクエストが webhook 固有の制限ではなく、デフォルトの API 調整制限を受ける場合がありました。 修正:webhook 調整が更新され、ベースエンドポイントと個別の webhook エンドポイントに対する両方へのリクエストで、意図された webhook 固有のレート制限を一貫して使用するようになりました。 |
| 4582742 | 概要:API がアクティブな参加者セットを評価する際に、既に置換された受信者をカウントしていたため、以前の置換後に参加者セットの更新が「複数の参加者」エラーで失敗する場合がありました。 修正:参加者セットの更新により、変更されるアクティブな参加者の数を決定する際に、以前に置換された受信者が除外されるようになり、受信者の電子メールアドレスが正常に更新されるようになりました。 |