最終更新日 :
2026年6月16日
Adobe Acrobat Sign リリースノート:2026
Adobe Acrobat Sign リリース v17.0
本番環境へのデプロイメント:2026 年 2 月 3 日
GovCloud へのデプロイメント:2026 年 2 月 10 日
改善された機能
- 許可する IP 範囲 - API とモバイルアクセスの拡張制御 - 管理者は、Acrobat Sign モバイルアプリケーションや認定統合を含む API ベースのクライアントに IP 制限を適用するかどうかを明示的に制御できるようになりました。
- 新しい電子サインの認証サポート - 新しい電子サインでは、Acrobat Sign 認証、パスワード、および電話ベースの 2FA という、3 つの認証方法がサポートされるようになりました。
- 処理中の契約書の契約書のダウンロードリンクの無効化 - 管理者は、アカウントまたはグループレベルで署名後の確認ページから「コピーをダウンロード」リンクを削除し、受信者が書名後ページから契約書をダウンロードすることを防止できるようになりました。
エクスペリエンスの変更
- ワークフロー契約書キャンセル通知 – キャンセル通知がワークフローの動作を反映するように更新されました。
ワークフローで作成された契約書をキャンセルする際、「受信者に通知」チェックボックスは表示されなくなります。 通知は常にワークフローの設定に基づいて送信されます。 この変更により、キャンセル確認でこの動作を反映するようにメッセージが調整されます。
- ログインページの改善 - Acrobat Sign のログインページがより整理され、よりクリーンな一貫性のあるエクスペリエンスを提供するようになりました。 電子メールアドレスを入力すると、ページが自動的にアカウントのタイプを判別して、適切なログイン方法に誘導するため、不要な手順や従来の画面が排除されます。 これにより、すべてのユーザーにとってログインがより迅速で、簡単かつ直感的になります。
- Web インターフェイスに直接ログインする Acrobat Sign エンタープライズユーザー向けの新しい電子メール形式 - 既存の電子メールの編集時や新規ユーザーの作成時に、電子メールアドレスのローカル部分(「@」記号よりも前の部分)に 64 文字制限が適用されるようになりました。
ローカル部分が 64 文字を超えるすべてのユーザーは評価され、非アクティブユーザーまたはテストユーザー ID であると判断されています。
- Web インターフェイスに直接ログインする Acrobat Sign エンタープライズユーザー向けの新しい電子メール形式 - 既存の電子メールの編集時や新規ユーザーの作成時に、電子メールアドレスのローカル部分(「@」記号よりも前の部分)に 64 文字制限が適用されるようになりました。
このエクスペリエンスは、Acrobat Sign サーバー環境に基づいてローリングリリースを通じて提供されます。 ロールアウトスケジュールは更新されたログインエクスペリエンス技術通知で公開されています。
解決された問題
| 問題 | 説明 |
|---|---|
| 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 状態ではなく、空でないテキスト文字列として保存されていたため、署名エクスペリエンスではオフとして扱われ、署名者にはオフで表示されていました。 |
| 修正:空でない事前入力値はオンとして解釈し、空または欠落している値はオフとして解釈するようにチェックボックス値の処理を更新し、署名者のチェックボックスの状態が一貫して保たれるようにしました。 |
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 パーソナライズメール表示 – 埋め込みエクスペリエンス全体でより明確な送信者と受信者の識別、および正確なメール送信。
埋め込みワークフローを使用する 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 日
改善された機能
- 電話のトランザクション使用状況レポート - グループレベルの表示およびスケジュールされたレポートアクセスを含んだ拡張レポート
電話のトランザクションレポートでは、SMS および「WhatsApp」トランザクションにわたって購入数量、割り当て量開始日、および詳細な消費量の表示が提供されるようになりました。 お客様は、使用状況をグループレベルでトラックし、統合されたレポートエクスペリエンスを通じてスケジュールされた CSV レポートにアクセスできるので、より正確な予算編成、内部配分、トランザクション制限に達した際のサービス中断を防ぐためのプロアクティブな監視が可能になります。
レポートは、レポートインターフェイスでスケジュールされたレポートを通じて生成され、最新のレポート出力を取得するための API アクセスが使用可能になりました。
新しいエンドポイント:POST /api/rest/v6/reportDownload
このエンドポイントは、scheduleId を受け入れ、そのスケジュールに関連付けられている最新の生成された CSV レポートのダウンロード URL を返します。
エクスペリエンスの変更
- 監査レポートでの署名の表示方法 – 各署名者が使用した署名入力方法をログに記録し、コンプライアンスの可視性を向上させ、手動検証を削減
監査レポートには、署名者が署名を行う際に使用した署名の表示方法が記録されるようになりました。 監査証跡では電子サインされたイベントごとに、署名者が入力署名、手書き署名、アップロード画像、モバイルベースの手書きや画像キャプチャのどれを使用したかが識別されます。 この機能強化により、コンプライアンスおよび運用チームは監査レポートから直接署名方法を確認できるようになり、曖昧さを軽減し、不要な契約書の却下を防ぐことができます。
署名の外観タイプ:- タイプ:署名者が名前を入力し、フォントベースの署名スタイルを選択します。
- 描画:署名者がデスクトップでマウスまたはトラックパッドを使用して署名を描画します。
- 画像:署名者がデスクトップから署名画像ファイルをアップロードします。
- Mobile Draw:署名者がモバイルデバイスでタッチを使用して署名を描画します。
- モバイル画像:署名者がモバイルデバイスで署名画像をアップロードまたは撮影します。
- API 署名 URL での保存済み署名 – API ベースの署名時に保存済みプロファイル署名の使用を許可
登録ユーザーが、API 生成の署名 URL(GET /agreements/{agreementId}/signingUrls)を使用して契約書に署名する際に、保存済みプロファイル署名を適用することを許可します。 保存された署名は、内部署名者と、メール OTP または Adobe ID を使用して認証する外部署名者に表示されます。 この機能は、アカウントレベルのセキュリティ制御を維持しながら、バックエンド統合の署名ワークフローを合理化します。
セキュリティレビュー後、アドビがアカウント単位で有効にします。
- 最新エクスペリエンスでの個人アドレス帳管理 – 新しい「署名を依頼」エクスペリエンスでは保存済みメールアドレスを個人アドレス帳で直接削除できるようになり、個人の受信者リストを正確かつ最新の状態に維持しやすくなっています。
- 刷新されたホームページ – ワークフローアクセスを改善し、重大なアクションを明示
ホームページを再設計し、契約書の開始、アクティビティの監視、最近送信した契約書のコピー機能、より直感的な順序でのアクションタイルの表示を含む重要な機能へのアクセスが簡単にできるようになりました。「処理中」および「あなたの処理待ち」項目の迅速な識別、より見やすくなり合理化された新機能バナーのエクスペリエンスにより、より迅速な移動、契約書の見落としの削減を可能にし、必要なものがすぐ見つかるホームエクスペリエンスが実現しました。
新しいホームページは、リリース後 10 日間にわたって展開されます。 スケジュールについては技術的なお知らせを参照してください。
- 体験版の機能強化 - Sign 体験版に最新のオンボーディングエクスペリエンスが追加されました。
Sign 体験版には、最近の有料版リリースで導入された強化されたオンボーディングエクスペリエンスと機能が含まれるようになりました。
- 新しいカスタムワークフローデザイナーがデフォルトに – モダンデザイナーを推進し、ユーザー切り替えコントロールを削除し、管理者の柔軟性を維持
新しいカスタムワークフローデザイナーエクスペリエンスが、すべてのアカウントのデフォルトになりました。従来のデザイナーに戻すための切り替えリンクは表示されなくなりますが、管理者には必要に応じて以前のエクスペリエンスへのアクセスを再び有効にする機能が引き続き用意されています。 この更新により、移行期間中の管理コントロールを維持しながら、モダンワークフローデザインインターフェイスへの移行が推進されます。
REST API/Webhook のアップデート
このリリースの API と Webhook のアップデートは、Acrobat Sign API ドキュメントで確認できます。
- Webhook 用 mTLS キーの管理 - Acrobat Sign で生成されたキーオプションを追加し、証明書署名ワークフローを有効にすることで、セキュリティコンプライアンスが向上
開発者が、Acrobat Sign で webhook mTLS 認証用の秘密鍵の管理方法を選択できるようになりました。 お客様が独自の秘密鍵と証明書を生成してアップロードする既存のモデルに加えて、Acrobat Sign は秘密鍵と証明書署名要求(CSR)を生成できるようになりました。 お客様は CSR を使用して認証局から証明書を取得し、それをアップロードして設定を完了できます。 このオプションは、既存の webhook mTLS 動作との互換性を維持しながら、秘密鍵を Acrobat Sign 内に保持することでセキュリティを向上させます。
- 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
- OEM 2.0 ID とトラストバウンダリの機能強化 –「パーソナライズされた OEM メールアドレスをすべての場所で表示」機能で、同じパートナーによってプロビジョニングされたユーザーを優先し、一致するメールアドレスが見つからない場合に自動的に受信者を作成するようになりました。
「パーソナライズされた OEM メールアドレスをすべての場所で表示」機能が有効になっている場合、契約書参加者の設定では、同じパートナーによってプロビジョニングされたユーザーを優先し、一致するユーザーが存在しない場合に自動的に受信者レコードを作成し、アカウント全体で一貫した ID 処理を実行します。
また、「パーソナライズされた OEM メールアドレスをすべての場所で表示」が有効になっている場合、監査レポートには送信者がパートナーによってプロビジョニングされたのか、または個人アカウントなのかを示し、署名者フローは異なるアカウントタイプ間で同一のメールアドレスが存在する場合に、ユーザーにアカウントの切り替えをガイドすることで、混乱と意図しないアクセスを防ぎます。
解決された問題
| 問題 | 説明 |
|---|---|
| 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 日
改善された機能
- オーサリング中のインライン文書編集 – オーサリングエクスペリエンスで文書のテキストを直接編集できます。
送信者は、ファイルをダウンロードして再アップロードすることなく、オーサリング環境で文書テキストを直接編集できます 「文書を編集」オプションは、既存のフィールドと契約書設定を保持し、送信前の更新中の中断を削減します。 編集は契約書が下書き状態の間のみ利用可能で、契約書が送信された後は利用できません。
インライン文書編集は、技術的なお知らせで参照されているように、段階的なスケジュールでリリースされる予定です。
この機能は、サポート対象のアカウントの全ユーザーに対してデフォルトで有効になっており、送信者は「署名を依頼」で送信された文書を編集することができます。 アカウントおよびグループ管理者は、送信設定を通じて文書編集を無効にすることができます。
インラインドキュメント編集は Acrobat Sign for Government またはレガシーユーザー管理システムを使用するアカウントでは利用できません。
エクスペリエンスの変更
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 では、次の署名者のために契約書を準備する際に、正しい署名済み文書のバージョンをチェックするようになりました。 これにより、動的参加者が有効になっている場合に、署名成功後に署名フローがエラーを表示することを防ぎます。 |