新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
- アクティブなユーザーの追加、編集、確認
- 機能重視のユーザーの作成
- 検証を完了していないユーザーを確認
- プロビジョニングエラーが発生しているユーザーの確認
- 名前/メールアドレスの変更
- ユーザーのグループメンバーシップの編集
- グループインターフェイスを使用したユーザーのグループメンバーシップの編集
- ユーザーの管理者役割への昇格
- ユーザー ID タイプと SSO
- ユーザー ID の切り替え
- MS Azure を使用したユーザー認証
- Google フェデレーションを使用したユーザー認証
- 製品プロファイル
- ログインエクスペリエンス
- アカウント/グループ設定
- 設定の概要
- グローバル設定
- アカウントレベルと ID
- 新しい受信者エクスペリエンス
- 自己署名ワークフロー
- 一括送信
- Web フォーム
- カスタム送信ワークフロー
- Power Automate ワークフロー
- ライブラリ文書
- 契約書からフォームデータを収集する
- 文書の表示制限
- 署名済み契約書の PDF コピーの添付
- 電子メールへのリンクの追加
- 電子メールへの画像の添付
- メールに添付されるファイルの名前
- 文書への監査レポートの添付
- 複数の文書を 1 つに結合
- 個別文書をダウンロード
- 署名済み文書をアップロード
- アカウント内のユーザーの委任
- 外部受信者による委任の許可
- 署名の権限
- 送信の権限
- e シールを追加する権限
- デフォルトのタイムゾーンの設定
- デフォルトの日付形式の設定
- ユーザーの複数グループ所属(UMG)
- グループ管理者の権限
- 受信者を置き換え
- 監査レポート
- トランザクションフッター
- 製品内メッセージとガイダンス
- PDF のアクセシビリティ
- 新しいオーサリング機能
- 医療機関のお客様
- アカウント設定 / ブランド設定
- 署名の環境設定
- 形式の整った署名
- 受信者による署名の許可
- 署名者による名前の変更
- 受信者が保存した署名を使用するのを許可
- カスタムの利用条件と消費者への情報開示
- フォームフィールド間の受信者の移動
- 契約書ワークフローをやり直し
- 署名を辞退
- 印鑑ワークフローを許可
- 署名者による役職または会社名の入力を必須とする
- 署名者が手書き署名を印刷および配置するのを許可
- 電子サイン時のメッセージの表示
- 署名の作成時にモバイルデバイスの使用を必須
- 署名者から IP アドレスを要求
- 参加スタンプから会社名と役職を除外
- Adaptive Signature Draw の拡大・縮小を適用
- デジタル署名
- 概要
- ダウンロードして Acrobat で署名 /content/help/en/sign/config/admin-managed-sharing。
- クラウド署名で署名
- ID プロバイダーのメタデータを含める
- 制限付きクラウド署名プロバイダー
- e シール
- デジタル ID
- レポート設定
- 新しいレポートエクスペリエンス
- 従来のレポート設定
- セキュリティ設定
- シングルサインオン設定
- アカウント記憶設定
- ログインパスワードポリシー
- ログインパスワードの強さ
- Web セッション期間
- PDF 暗号化のタイプ
- API
- ユーザーおよびグループ情報へのアクセス
- 許可する IP 範囲
- アカウント共有
- アカウント共有権限
- 契約書の共有制御
- 署名者の ID 確認
- 契約書の署名パスワード
- 文書のパスワード強度
- 地理的な場所で署名者をブロック
- 電話認証
- ナレッジベース認証(KBA)
- ページの抽出を許可
- 文書リンクの有効期限
- Webhook/コールバック用のクライアント証明書のアップロード
- タイムスタンプ
- 送信設定
- ログイン後に送信ページを表示
- 契約書作成エクスペリエンス
- 送信時に受信名を必須とする
- 既知のユーザーの名前値をロック
- 受信者の役割を許可
- 証人署名者を許可
- 受信者グループ
- CC 関係者
- 必須フィールド
- 文書の添付
- フィールドのフラット化
- 契約書を変更
- 契約書名
- 言語
- プライベートメッセージ
- 許可されている署名タイプ
- リマインダー
- 署名済み文書のパスワード保護
- 契約書通知の送信方法
- 署名者 ID オプション
- コンテンツ保護
- Notarize トランザクションを有効にする
- 文書の有効期限
- プレビュー、署名の位置指定、フィールドの追加
- 署名順序
- Liquid Mode
- カスタムのワークフロー制御
- 電子サインページのアップロードオプション
- 署名後の確認 URL リダイレクト
- 共有された契約書へのアクセス制限
- ログイン後に送信ページを表示
- メッセージテンプレート
- バイオ医薬業界標準対応
- ワークフロー統合
- 公証設定
- 支払いの統合
- 署名者へのメッセージ
- SAML 設定
- SAML 設定
- Microsoft Active Directory フェデレーションサービスのインストール
- Okta のインストール
- OneLogin のインストール
- Oracle ID フェデレーションのインストール
- SAML 設定
- データガバナンス
- タイムスタンプ設定
- 外部アーカイブ
- アカウントの言語
- 電子メール設定
- echosign.com から adobesign.com への移行
- 受信者のオプションの設定
- 規制要件に関するガイダンス
- アクセシビリティ
- HIPAA
- GDPR
- 21 CFR part 11 および EudraLex Annex 11
- 医療機関のお客様
- IVES サポート
- 契約書の「Vault」への追加
- EU/英国に関する考慮事項
- 契約書の一括ダウンロード
- ドメインの要求
- 「不正を報告」リンク
- システム要件と制限
契約書の送信、署名、および管理
- 受信者オプション
- 契約書の送信
- 送信(作成)ページ
- ランドマークと機能の概要
- グループセレクター
- ファイルやテンプレートの追加
- 契約書名
- グローバルメッセージ
- 契約書の完成期限
- リマインダー
- PDF を保護するパスワード
- 署名タイプ
- 受信者のロケール
- 受信者の署名順序/フロー
- 受信者の役割
- 受信者の認証
- 受信者のためのプライベートメッセージ
- 受信者の契約書のアクセス
- CC する関係者
- ID チェック
- 自分のみに契約書を送付
- 契約書を他のユーザーに送信
- 手書き署名
- 受信者の署名順序
- 一括送信
- 送信(作成)ページ
- 文書へのフィールドの作成
- アプリ内オーサリング環境
- テキストタグを含むフォームの作成
- Acrobat(AcroForm)を使用したフォームの作成
- フィールド
- フィールドタイプ
- 一般的なフィールドタイプ
- 電子サインのフィールド
- イニシャルフィールド:
- 受信者名フィールド
- 受信者の電子メールフィールド
- 署名日フィールド
- テキストフィールド
- 日付フィールド
- 番号フィールド
- チェックボックス
- チェックボックスグループ
- ラジオボタン
- ドロップダウンメニュー
- リンクオーバーレイ
- 支払いフィールド
- 添付ファイル
- 参加スタンプ
- トランザクション番号
- 画像
- 会社名
- 役職名
- 印鑑
- フィールドコンテンツの外観
- フィールドの検証
- マスクされたフィールド値
- 表示条件/非表示条件の設定
- 計算フィールド
- フィールドタイプ
- オーサリングに関するよくある質問
- 契約書に署名
- 契約書を管理
- 監査レポート
- レポートとデータの書き出し
高度な契約書機能とワークフロー
- Web フォーム
- 再利用可能なテンプレート(ライブラリテンプレート)
- Web フォームおよびライブラリテンプレートの所有権の譲渡
- Power Automate ワークフロー
- Power Automate 統合の概要と含まれる使用権限
- Power Automate 統合を有効にする
- 「管理」ページのインコンテキストアクション
- Power Automate の使用状況を追跡
- 新しいフローの作成(例)
- フローに使用するトリガー
- Acrobat Sign 外部からのフローの読み込み
- フローの管理
- フローの編集
- フローの共有
- フローを無効または有効にする
- フローの削除
- 便利なテンプレート
- 管理者のみ
- 契約書のアーカイブ
- Web フォーム契約書のアーカイブ
- 完了した web フォーム文書の SharePoint ライブラリへの保存
- 完了した web フォーム文書の OneDrive for Business への保存
- 完了した文書の Google ドライブへの保存
- 完了した web フォーム文書の Box への保存
- 契約書データの抽出
- 契約書通知
- 契約書の内容と署名済み契約書を含むカスタム電子メール通知の送信
- Teams チャネルで Adobe Acrobat Sign の通知を受信
- Slack で Adobe Acrobat Sign の通知を受信
- Webex で Adobe Acrobat Sign の通知を受信
- 契約書の生成
- Power App フォームと Word テンプレートから文書を生成して署名用に送信
- OneDrive の Word テンプレートから契約書を生成して署名を取得
- 選択した Excel 行の契約書を生成、レビューおよび署名用に送信
- カスタム送信ワークフロー
- ユーザーと契約書の共有
他の製品との統合
- Acrobat Sign 統合の概要
- Salesforce 向け Acrobat Sign
- Microsoft 向け Acrobat Sign
- その他の統合
- パートナーが管理する統合
- 統合キーの取得方法
Acrobat Sign 開発者
- REST API
- Webhooks
- サンドボックス
サポートとトラブルシューティング
Adobe Acrobat Sign のリリーススケジュールとプレリリースドキュメント
Adobe Acrobat Sign は、「メジャー」リリースと「マイナー」リリースを合わせて、アップデートを毎年 3 回以上リリースしています。 システムまたはお客様の問題に対処するために、必要に応じてマイナーアップデートを追加で導入する場合があります。
- メジャーリリースでは、重要なアップデート、新機能、複数の拡張機能が提供されます。
- マイナーリリースは、より軽微な改善とユーザーエクスペリエンスの調整に重点を置いています。 マイナーリリースはメジャーアップデートの間に行われます。通常はサイクルごとに 1~2 回です。
中断を防ぐために、新機能はデフォルトでは無効になっており、アカウントまたはグループの管理者が手動で有効にする必要があります。
コンプライアンスの検証が必要な医療およびライフサイエンス業界のお客様には、Acrobat Sign パートナーはサードパーティのベンダーと連携して、各メジャーリリースの機能が含まれた検証パッケージを提供します。そのため、リスク要因を最小限に抑えることができます。
このプレリリースノートページは、新しい情報が入手できるようになると定期的に更新されるため、内容は常に変わります。
このページはローカライズされますが、そのプロセスには時間がかかるため、正式な米国英語版とは若干異なるローカライズ版が作成される場合があります。
最も正確な最新情報については、米国英語ページを参照することをお勧めします。
Adobe Acrobat Sign は、決められたスケジュールに従って、リリースノートとドキュメントのアップデートを公開します。
本番リリースの 8 週間前
- プレリリースページには予定された機能やアップデートの概要が公開されます。通常はサンドボックスが公開される 4 週間前です。
- この時点以降に変更された機能は、「正誤表」セクションに記載されます。
- この時点では、解決された問題は公開されません。
本番リリースの 4 週間前(サンドボックスの公開)
- プレリリースページが、新機能と更新された機能の詳細ドキュメントで更新されます。
- 必要に応じて、プレリリースサポートドキュメントへのリンクが追加されます。米国英語のみです。
- 最初の「解決された問題」セクションが公開され、4 週間にわたって継続的に更新が行われます。
公開日
- 公式リリースノートが、最終的な機能の詳細情報と本番サポートドキュメントへのリンクで更新されます。
- プレリリースページが更新され、次のリリースサイクルがハイライト表示されます。
- ドキュメントはライブシステムでのリリースの確認後に公開されます。通常は午後 7 時(太平洋時間)に公開されますが、複雑なアップデートは遅れる場合があります。
- 「解決された問題」の最終リストが米国英語のリリースノートに追加され、その後ローカライズされたバージョンが更新されます。
Government Cloud リリース
- Government Cloud 環境は、デプロイメント前に一部の機能の追加評価が必要になる場合があるため、通常は本番リリースの 2 日から数週間後に更新されます。
サンドボックスドキュメントは本番環境用に設計されています。 プレリリースコンテンツに表示されるリンクのターゲットは本番 URL です。つまり、ターゲットページが新規でまだ公開されていない場合(例えば、リンクが同じリリースの新機能を指す場合)、これらのリンクは、既存の古いドキュメントを表示したり、404 エラーを返したりする可能性があります。
新しいページは、リリースの公開と同時に公開され、リンクは本番環境の URL へ正しく接続されます。
サンドボックスの可用性
Acrobat Sign サンドボックス環境にアクセスするお客様は通常、公開日の 4 週間前から、新しいリリース機能をご使用いただけます。
- このサンドボックス環境は、通常の本番環境と同じ品質レベルのすべての本番品質保証手順の要件を満たす必要があります。
- アドビは、サンドボックス環境で 99.9% の可用性を目指していますが、お客様は、アドビ統合 SLA がサンドボックス環境を正式にカバーしていないことに注意してください。
- サンドボックス環境では、通常の本番環境と同じステータスページと障害対応手順が使用されます。
この記事には、プレリリース情報が含まれています。リリース日、機能、および他の情報は予告なく変更される可能性があります。
Adobe Acrobat Sign リリース v17.0
サンドボックスへのデプロイメント:2026 年 1 月 6 日
本番環境へのデプロイメント: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 | 設定範囲:デフォルトで利用可能
- 「署名を依頼」から送信する最終契約書のコピー — 送信者は、以前に完了、キャンセル、または期限切れとなった契約書の新しい下書きを作成できるようになりました。すべての受信者、設定、ファイル、フォームフィールドが自動的に事前入力されます。 コピーされた契約書は作成ページで開かれ、送信前にクイック編集が可能で、更新や修正などの反復的なワークフローの設定時間を短縮し、エラーを最小限に抑え、生産性を向上させます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
設定ドキュメントを参照 >
ユーザーアクションドキュメントを参照 >
- 処理中の契約書の契約書のダウンロードリンクの無効化 – 管理者は、アカウントまたはグループレベルで署名後の確認ページから「コピーをダウンロード」リンクを削除し、受信者が部分的に署名された契約書をダウンロードすることを防止できるようになりました。組織では厳格な法的要件とコンプライアンス要件を満たすことができ、すべての参加者が署名を完了した後にのみ、受信者は完全に署名された契約書を受け取ることができるようになります。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル: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 | 設定範囲:アカウントおよびグループ
ドキュメントを参照 >
- デフォルトの認証方法としてのデジタルアイデンティティプロバイダー – 管理者は、送信設定で、内部および外部の受信者に対するデフォルトの署名者認証方法としてデジタルアイデンティティゲートウェイプロバイダーを選択できるようになりました。 設定は契約書、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 | 設定範囲:デフォルトで有効
更新されたドキュメントを参照 >
エクスペリエンスの変更
- ログインページの改善 - Acrobat Sign のログインページがより整理され、一貫性のあるエクスペリエンスを提供するようになりました。 電子メールアドレスを入力すると、ページが自動的にアカウントのタイプを判別して、適切なログイン方法に誘導するため、不要な手順や従来の画面が排除されます。 これにより、すべてのユーザーにとってログインがより迅速で、簡単かつ直感的になります。
- Web インターフェイスに直接ログインする Acrobat Sign エンタープライズユーザー向けの新しい電子メール形式 - 既存の電子メールの編集時や新規ユーザーの作成時に、電子メールアドレスのローカル部分(「@」記号よりも前の部分)に 64 文字制限が適用されるようになりました。
ローカル部分が 64 文字を超えるすべてのユーザーは評価され、非アクティブユーザーまたはテストユーザー ID であると判断されています。
- Web インターフェイスに直接ログインする Acrobat Sign エンタープライズユーザー向けの新しい電子メール形式 - 既存の電子メールの編集時や新規ユーザーの作成時に、電子メールアドレスのローカル部分(「@」記号よりも前の部分)に 64 文字制限が適用されるようになりました。
使用可能な環境:サンドボックス、商用 | 使用可能なサービス階層:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
更新されたドキュメントを確認 >
- 非アクティブなユーザーのユーザー詳細管理の有効化 – 管理者は、アカウントを再度アクティベートすることなく、管理者 UI および CSV アップロードを通じて非アクティブユーザーのユーザー詳細を直接編集できるようになりました。 これには、グループの割り当て(単一および複数グループ構成の両方)の更新、「ユーザーが文書に署名可能」属性の管理、およびコンプライアンスと記録管理のための一括編集が含まれます。この変更により、エンタープライズユーザーのライフサイクル管理の効率化、および管理オーバーヘッドの削減が実現し、グループ組織の整理と GDPR に準拠した記録管理がサポートされます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
REST API/Webhook のアップデート
以下のアップデートは、情報開示の目的でプレリリースノートに記載されています。API および Webhook のアップデートに関する完全なドキュメントは、バージョンのアップデートが本番サーバーに配信されるときにAcrobat Sign 開発者向けドキュメントで確認できます。
- OEM 埋め込みパートナー - OEM 2.0 での埋め込みページのカスタマイズ - OEM パートナーは、埋め込みの管理ページをカスタマイズして、プラットフォームエクスペリエンスとの整合性を高められます。 これにより、サポートされていないナビゲーション項目を非表示にすること、ライブラリテンプレート、web フォームおよび一括送信を管理するための専用埋め込みビューを有効にすること、noChrome パラメーターを使用することで Acrobat Sign のナビゲーションバーをセッション全体で非表示にすることができるようになります。 また、web フォーム、一括送信トランザクションおよびライブラリテンプレートを作成するための各ビューを開く「新規作成」ボタンも追加され、埋め込みビュー間の移動時にセッションコンテキストが保持されます。 これらの機能強化により、OEM 2.0 統合において柔軟性が向上し、セッションの継続性が維持され、エンドユーザーの混乱が軽減されます。
利用可能な環境:サンドボックス、コマーシャル | 利用可能なサービスレベル:Acrobat Sign ソリューション - OEM パートナー | 設定範囲:API
リリースの正誤表
以下は、以前に今回のリリースの一部として発表されていましたが、それ以降のリリース日にずれ込んだ項目です。
- web アプリケーションを通じた対面署名 - 送信者とホストは、Acrobat Sign モバイルアプリケーションを必要とせず、ブラウザーから直接完全な対面署名セッションを実施できるようになりました。 ホストは管理ページまたは送信ページから対面署名セッションを開始し、安全な時間制限付きのリンクまたは QR コードを使用して、同じデバイスまたは近くのデバイスで署名する受信者をガイドできます。 この機能は、署名者が対面でいるものの、電子メールへのアクセスができない場合のユースケースをサポートし、ホスピタリティや医療などの業界でシームレスなホスト署名を実現します。 この機能強化により、対面署名ワークフローに依存する組織の柔軟性が向上し、モバイルアプリケーションへの依存がなくなります。
解決された問題
| 問題 | 説明 |
|---|---|
| 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 は、Sandbox と本番環境で異なる表示になります。新しい PDF 処理パスでは Helvetica が埋め込みフォントとしてサポートされておらず、同等のフォントとして ArialMT が代用されるためです。その結果、Sandbox テスト中にフィールドの配置に影響する視覚的な違いが生じます。 |
| 修正:サポートされているフォント同等品を埋め込み、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 が一貫して有効な電子証明書を表示するようになりました。 |