新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
- アクティブなユーザーの追加、編集、確認
- Admin Console SSO
- 機能重視のユーザーの作成
- 検証を完了していないユーザーを確認
- プロビジョニングエラーが発生しているユーザーの確認
- 名前/メールアドレスの変更
- ユーザーのグループメンバーシップの編集
- グループインターフェイスを使用したユーザーのグループメンバーシップの編集
- ユーザーの管理者役割への昇格
- ユーザー ID タイプと SSO
- ユーザー ID の切り替え
- MS Azure を使用したユーザー認証
- Google フェデレーションを使用したユーザー認証
- 製品プロファイル
- ログインエクスペリエンス
- グループ管理
- アカウント/グループ設定
- 設定の概要
- グローバル設定
- アカウントレベルと ID
- 新しい受信者エクスペリエンス
- 自己署名ワークフロー
- 一括送信
- Web フォーム
- カスタム送信ワークフロー
- Power Automate ワークフロー
- ライブラリ文書
- 契約書からフォームデータを収集する
- 文書の表示制限
- 署名済み契約書の PDF コピーの添付
- 電子メールへのリンクの追加
- 電子メールへの画像の添付
- メールに添付されるファイルの名前
- 文書への監査レポートの添付
- 複数の文書を 1 つに結合
- 個別文書をダウンロード
- 署名済み文書をアップロード
- アカウント内のユーザーの委任
- 外部受信者による委任の許可
- 署名の権限
- 送信の権限
- e シールを追加する権限
- デフォルトのタイムゾーンの設定
- デフォルトの日付形式の設定
- ユーザーの複数グループ所属(UMG)
- グループ管理者の権限
- 受信者を置き換え
- 監査レポート
- トランザクションフッター
- 製品内メッセージとガイダンス
- PDF のアクセシビリティ
- PDF/A ワークフロー
- 医療機関のお客様
- 新しい署名依頼機能
- 新しいカスタムワークフロー機能
- 新しい「テンプレートを作成」機能
- アカウント設定 / ブランド設定
- 署名の環境設定
- 形式の整った署名
- 受信者による署名の許可
- 署名者による名前の変更
- 受信者が保存した署名を使用するのを許可
- カスタムの利用条件と消費者への情報開示
- フォームフィールド間の受信者の移動
- 契約書ワークフローをやり直し
- 署名を辞退
- 印鑑ワークフローを許可
- 署名者による役職または会社名の入力を必須とする
- 署名者が手書き署名を印刷および配置するのを許可
- 電子サイン時のメッセージの表示
- 署名の作成時にモバイルデバイスの使用を必須
- 署名者から IP アドレスを要求
- 参加スタンプから会社名と役職を除外
- Adaptive Signature Draw の拡大・縮小を適用
- デジタル署名
- e シール
- デジタル ID
- レポート設定
- 従来のレポーティングを有効にする
- 新しいレポートエクスペリエンス
- 従来のレポート設定
- セキュリティ設定
- シングルサインオン設定
- アカウント記憶設定
- ログインパスワードポリシー
- ログインパスワードの強さ
- Web セッション期間
- PDF 暗号化のタイプ
- API
- ユーザーおよびグループ情報へのアクセス
- 許可する IP 範囲
- アカウント共有
- アカウント共有権限
- 契約書の共有制御
- 署名者の ID 確認
- 契約書の署名パスワード
- 文書のパスワード強度
- 地理的な場所で署名者をブロック
- 電話認証
- ナレッジベース認証(KBA)
- ページの抽出を許可
- 文書リンクの有効期限
- Webhook/コールバック用のクライアント証明書のアップロード
- タイムスタンプ
- 送信設定
- ログイン後に送信ページを表示
- 契約書作成エクスペリエンス
- 送信時に受信名を必須とする
- 既知のユーザーの名前値をロック
- 受信者の役割を許可
- 証人署名者を許可
- 対面署名設定
- 受信者グループ
- CC 関係者
- 必須フィールド
- 文書の添付
- フィールドのフラット化
- 契約書を変更
- 進行中の契約から受信者を削除
- 契約書名
- 言語
- プライベートメッセージ
- 許可されている署名タイプ
- リマインダー
- 署名済み文書のパスワード保護
- 契約書通知の送信方法
- 署名者 ID オプション
- 本人確認済みデータでフォームフィールドを入力する
- コンテンツ保護
- Notarize トランザクションを有効にする
- 文書の有効期限
- プレビュー、署名の位置指定、フィールドの追加
- 署名順序
- ハイブリッド署名フローを有効にする
- 自分を追加
- 内部受信者にのみ送信
- 契約書のダウンロードリンク
- フォームフィールドの枠線
- Liquid Mode
- カスタムのワークフロー制御
- 電子サインページのアップロードオプション
- 署名後の確認 URL リダイレクト
- 共有された契約書へのアクセス制限
- ログイン後に送信ページを表示
- メッセージテンプレート
- バイオ医薬業界標準対応
- ワークフロー統合
- 公証設定
- 支払いの統合
- 署名者へのメッセージ
- SAML 設定
- SAML 設定
- Microsoft Active Directory フェデレーションサービスのインストール
- Okta のインストール
- OneLogin のインストール
- Oracle ID フェデレーションのインストール
- SAML 設定
- データガバナンス
- タイムスタンプ設定
- 外部アーカイブ
- アカウントの言語
- 電子メール設定
- echosign.com から adobesign.com への移行
- 受信者のオプションの設定
- 規制要件に関するガイダンス
- アクセシビリティ
- HIPAA
- GDPR
- 21 CFR part 11 および EudraLex Annex 11
- 医療機関のお客様
- IVES サポート
- 契約書の「Vault」への追加
- EU/英国に関する考慮事項
- 契約書の一括ダウンロード
- ドメインの要求
- 「不正を報告」リンク
- システム要件と制限
ユーザープロファイルと設定可能な機能
- アドレス帳
契約書の送信、署名、および管理
- 受信者オプション
- 契約書の送信
- 送信(作成)ページ
- ランドマークと機能の概要
- グループセレクター
- ファイルやテンプレートの追加
- 契約書名
- グローバルメッセージ
- 契約書の完成期限
- リマインダー
- PDF を保護するパスワード
- 署名タイプ
- 受信者のロケール
- 受信者の署名順序/フロー
- 受信者の役割
- 受信者の認証
- 受信者のためのプライベートメッセージ
- 受信者の契約書のアクセス
- CC する関係者
- ID チェック
- 自分のみに契約書を送付
- 契約書を他のユーザーに送信
- 手書き署名
- 対面契約書を作成
- 受信者の署名順序
- ハイブリッド受信者ワークフロー
- 一括送信
- 送信(作成)ページ
- 文書へのフィールドの作成
- アプリ内オーサリング環境
- テキストタグを含むフォームの作成
- Acrobat(AcroForm)を使用したフォームの作成
- フィールド
- フィールドタイプ
- 一般的なフィールドタイプ
- 電子サインのフィールド
- イニシャルフィールド:
- 受信者名フィールド
- 受信者の電子メールフィールド
- 署名日フィールド
- テキストフィールド
- 日付フィールド
- 番号フィールド
- チェックボックス
- チェックボックスグループ
- ラジオボタン
- ドロップダウンメニュー
- リンクオーバーレイ
- 支払いフィールド
- 添付ファイル
- 参加スタンプ
- トランザクション番号
- 画像
- 会社名
- 役職名
- 印鑑
- フィールドコンテンツの外観
- フィールドの検証
- マスクされたフィールド値
- 表示条件/非表示条件の設定
- 計算フィールド
- 検証済みフォーム
- フィールドタイプ
- オーサリングに関するよくある質問
- 契約書に署名
- 契約書を管理
- 「管理」ページの概要
- 契約書をコピーする
- 契約書を委任
- 受信者の置換
- 文書の表示制限
- 契約書のキャンセル
- リマインダーの新規作成
- リマインダーの確認
- リマインダーをキャンセルする場合
- Power Automate のフローにアクセス
- その他のアクション...
- 一括アクション
- 複数の契約書を非表示にする
- 複数の契約書にデジタル署名
- 監査レポート
- レポートとデータの書き出し
高度な契約書機能とワークフロー
- Web フォーム
- 再利用可能なテンプレート(ライブラリテンプレート)
- 共有テンプレートの管理
- Web フォームおよびライブラリテンプレートの所有権の譲渡
- Power Automate ワークフロー
- Power Automate 統合の概要と含まれる使用権限
- Power Automate 統合を有効にする
- 「管理」ページのインコンテキストアクション
- Power Automate の使用状況を追跡
- 新しいフローの作成(例)
- フローに使用するトリガー
- Acrobat Sign 外部からのフローの読み込み
- フローの管理
- フローの編集
- フローの共有
- フローを無効または有効にする
- フローの削除
- 便利なテンプレート
- 管理者のみ
- 契約書のアーカイブ
- Web フォーム契約書のアーカイブ
- 完了した web フォーム文書の SharePoint ライブラリへの保存
- 完了した web フォーム文書の OneDrive for Business への保存
- 完了した文書の Google ドライブへの保存
- 完了した web フォーム文書の Box への保存
- 契約書データの抽出
- 契約書通知
- 契約書の内容と署名済み契約書を含むカスタム電子メール通知の送信
- Teams チャネルで Adobe Acrobat Sign の通知を受信
- Slack で Adobe Acrobat Sign の通知を受信
- Webex で Adobe Acrobat Sign の通知を受信
- 契約書の生成
- Power App フォームと Word テンプレートから文書を生成して署名用に送信
- OneDrive の Word テンプレートから契約書を生成して署名を取得
- 選択した Excel 行の契約書を生成、レビューおよび署名用に送信
- カスタム送信ワークフロー
- ユーザーと契約書の共有
他の製品との統合
- Acrobat Sign 統合の概要
- Salesforce 向け Acrobat Sign
- Microsoft 向け Acrobat Sign
- その他の統合
- パートナー管理の連携
- 統合キー
Acrobat Sign 開発者
- REST API
- Webhooks
- サンドボックス
サポートとトラブルシューティング
Adobe Acrobat Sign のリリーススケジュールとプレリリースドキュメント
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.1.2
サンドボックスへのデプロイメント:2026 年 6 月 16 日
本番環境へのデプロイメント: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」の両方の文字列値をチェック済みとして解釈していたためです。 |
| 修正:チェックボックス結合フィールドの処理が更新され、Modern Authoring で「0」をチェック解除、「1」をチェック済みとして正しく処理するようになり、Classic Authoring の動作と一致するようになりました。 | |
| 4578199 | 概要:監査レポート生成中に監査イベントが正しく処理されず、Adobe Acrobat Sign がその他のエラーを返すため、一部の契約書で監査レポートをダウンロードできない場合がありました。 |
| 修正:監査レポート生成で、影響を受けた監査イベントが正しく処理されるようになり、その他のエラーを発生させることなく監査レポートを生成およびダウンロードできるようになりました。 | |
| 4578567 | 概要:Adobe Acrobat Sign サンドボックス環境の Safari ユーザーは、認証後にブラウザーセッションが正しく維持されていなかったため、ログイン後にログインページにリダイレクトされてしまう場合がありました。 |
| 修正:セッション処理が更新され、Adobe Acrobat Sign がログイン後に認証された Safari セッションを保持するようになりました。ユーザーは、リリース後に既存のブラウザーセッションを一度クリアする必要がある場合があります。 |
Adobe Acrobat Sign リリース v17.2
サンドボックスへのデプロイメント:2026 年 8 月 4 日
本番環境へのデプロイメント:2026 年 9 月 8 日
GovCloud へのデプロイメント:2026 年 9 月 15 日
改善された機能
- 認証に失敗した後の契約書の一時停止と再開 - 管理者は、受信者が許可された認証試行回数を超えた場合、すぐにキャンセルするのではなく、契約書を一時停止することを許可できるようになりました。送信者は受信者の認証方法を更新し、完了済みの受信者に再度署名を求めることなく、同じ本契約書を再開できます。
- 管理者は 1 日から 30 日までの一時停止期間を設定できます。
- 一時停止期間が終了する前に契約書が再開されない場合、自動的にキャンセルされます。
- この機能はデフォルトでは無効になっています。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントとグループ
- AI が生成した契約書の要約を受信者と共有 - Acrobat Sign は、オーサリング中に契約書の AI 要約を生成できます。送信者は要約をレビューし、アカウントまたはグループ設定に基づいて、受信者が利用できるようにするかどうかを選択できます。
要約を受信した受信者は、契約書を完了する前に署名エクスペリエンスで要約をレビューできます。送信後、送信者は「契約書を変更」を使用して、既存の要約を含めるかどうかを変更できます。
AI が生成した要約は情報提供のみを目的としています。受信者は署名前に完全な契約書をレビューする必要があります。
この機能は、アカウントが該当する Adobe AI の条件に同意した後に利用できます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントとグループ
- 一括送信での Digital Identity Gateway サポート - 送信者は、一括送信トランザクションの受信者に Digital Identity Gateway 認証を要求できるようになりました。DIG は、オーサリングインターフェイスで選択するか、一括送信 CSV を通じて個人の受信者に割り当てることができます。
CSV は、承認された代替メールアドレスを含む、受信者ごとのメール照合オプションもサポートしています。生成された各契約書では、既存の DIG 認証および監査プロセスが使用されます。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントとグループ
- Google ドライブからのファイルの追加 - ユーザーは、現在の署名を依頼、カスタムワークフロー、一括送信、ライブラリテンプレートを作成エクスペリエンスで、Google ドライブから直接サポートされているファイルを追加できるようになりました。
Google で認証した後、ユーザーは Google ドライブファイルピッカーを通じてファイルを参照および選択できます。ネイティブの Google 文書は、Acrobat Sign に追加される前に PDF 形式に変換されます。
利用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントとグループ
- グループレベルのカスタムタイムスタンプ設定 - カスタムタイムスタンププロバイダーをグループレベルで設定できるようになりました。これにより、同じアカウント内のグループが、デジタル署名ワークフローに異なる承認済みタイムスタンププロバイダーを使用できます。
明示的な設定がないグループでは、アカウントレベルの設定が継承されます。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントとグループ
- 新しいトラストサービスプロバイダー - Acrobat Sign では、定期的に新しいトラストサービスプロバイダーへのサポートが追加されています。このリリースで新たに利用可能になった TSP は次のとおりです:
- Swisscom ZertES CH
- Swisscom eIDAS EU
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントとグループ
エクスペリエンスの変更
- ライブラリテンプレートエクスペリエンスの向上 - ライブラリテンプレートの作成とオーサリングエクスペリエンスが合理化され、事前選択が少なくなり、初回使用時のガイダンスがより明確化され、専用の保存アクションと検証およびエラーメッセージが改善されました。
作成後のテンプレート管理アクションへのアクセスもより簡単になりました。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントとグループ
- フォームフィールド検出の向上 - Acrobat Sign の自動フォームフィールド検出が更新され、検出されるフィールドの精度が向上し、オーサリング中の誤ったフィールド配置が削減されました。
利用可能な環境:Sandbox、Commercial、Government | 利用可能なサービス階層: Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲: デフォルトで有効
- 新しい小規模法人アカウントのデフォルト設定の更新 - 10万ドル未満の新しい VIP、VIPMP、ETLA アカウントで、既存の送信機能のいくつかがデフォルトで有効になりました。
これらのデフォルト設定の更新により、管理者が各設定を最初に有効にする必要なく、よく使用される送信者機能が利用可能になります。アカウント設定によっては、新しいアカウントで文書の有効期限、受信者役割の追加、受信者認証方法の追加、SMS および WhatsApp 送信、プライベート受信者メッセージ、複数署名者用の web フォームにデフォルトでアクセスできるようになりました。
これらの変更は、対象となる商用顧客セグメントの新しいアカウントにのみ適用されます。これらは、Acrobat Sign for Government には適用されません。
利用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで有効
- 新しい「署名を依頼」がデフォルトに – 従来の作成を廃止し、切り替えコントロールを削除し、署名エクスペリエンスを標準化
すべてのアカウントが新しい「署名を依頼」エクスペリエンスに移行され、従来の「作成」インターフェイスが置き換えられました。 商用アカウントの場合、従来のエクスペリエンスに戻すための切り替えリンクおよび管理者コントロールが削除され、GovCloud アカウントも管理者コントロールの一時的な保持はあるものの、移行されます。 この変更により、環境間で送信エクスペリエンスが標準化され、従来の完全な廃止に先立ってユーザーオンボーディングが簡素化されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:設定不可
- 新しい「テンプレートを作成」がデフォルトに – 新しいオーサリングエクスペリエンスを促進、ロールアウトを拡張、管理者コントロールを維持
新しい「テンプレートを作成」エクスペリエンスが、複数のグループ間でアセットを共有するアカウントを含むすべてのアカウントでデフォルトになりました。この更新により、新しいオーサリングインターフェイスのロールアウトが拡大され、すべてのユーザーが継続的な機能強化の恩恵を受けられるようになり、必要に応じてクラシックエクスペリエンスに戻すための管理者コントロールが保持されます。
利用可能な環境:サンドボックス、商用、政府 |利用可能なサービス階層: Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions |設定範囲:アカウントとグループ
統合に関するアップデート
- SAP SuccessFactors でのオファートラッキングの向上 - SAP SuccessFactors との Acrobat Sign 統合で、期限切れおよび承認のオファーステータスが提供されるようになり、採用担当者がオファーの進捗状況をより明確に把握できるようになりました。
Job Application エンティティの新しい Actor フィールドが、次のアクションを担当する候補者または承認者を識別します。これにより、採用担当者は SAP 管理者に連絡することなく、オファーがどこで待機しているかを判断できます。
利用可能な環境:Sandbox、Commercial、Government | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲: 統合
REST API/Webhook のアップデート
以下のアップデートは、情報開示の目的でプレリリースノートに記載されています。API および Webhook のアップデートに関する完全なドキュメントは、バージョンのアップデートが本番サーバーに送信されるときに Acrobat Sign 開発者向けドキュメントで確認できます。
リリースの正誤表
現時点では、今回のリリースからずれ込んだ項目はありません。
解決された問題
| 問題 | 説明 |
|---|---|
| 4550652 | 概要:共有された一括送信トランザクションを表示しているユーザーが「完了した契約書をダウンロード」を選択できましたが、このアクションは元の送信者のみがサポートされているため、権限エラーでダウンロードが失敗していました。 修正: 管理ページで、共有された一括送信を表示しているユーザーから「完了した契約書をダウンロード」が非表示になりました。元の送信者は引き続きこのアクションを利用することができます。 |
| 4559237 | 概要: 受信者がクラウド署名を使用した際、以前の署名セッションで保存された署名により、署名者の名前が署名証明書から更新されずに送信者の誤った値に設定されたままになる場合がありました。 修正: クラウド署名処理が更新され、受信者に以前に保存された署名がある場合でも、署名者名が選択された署名証明書から取得されるようになりました。 |
| 4561749 | 概要: ホームページの 2 行目のバナーカードの説明が、新しい寸法に調整されていないレイアウトに更新されたテキストサイズ基準が適用されたため、切れて表示される場合がありました。 修正: バナーカードレイアウトが、改訂されたテキストサイズに対応するように更新され、説明が切り取られないようになりました。 |
| 4561980 | 概要:「入力と署名」で入力したテキストが、文書のレンダリング時に代替フォントとテキスト間隔の処理方法の違いにより、完成した PDF で表示されない、拡大されて表示される、または位置がずれて表示される場合がありました。 修正: PDF のレンダリング処理が、意図したフォントサイズ、文字間隔、配置を保持するように更新され、入力したデータが完成した文書で正しく表示されるようになりました。 |
| 4561987 | 概要: 完了した契約書からダウンロードした個別の文書は、署名された PDF のアクセシブル版の生成中に過剰なデータが追加されるため、元のサイズよりも大幅に大きくなる場合があります。サイズの増加により、契約書メールが送信制限を超える原因にもなる可能性がありました。 修正: アクセシブル PDF 処理が最適化され、契約書に複数の文書が含まれている場合の不要なファイルサイズの増加を防止できるようになりました。個別にダウンロードした文書のサイズが、元のコンテンツとより一致するようになりました。 |
| 4562483 | 概要: 一部の既存のライブラリテンプレートは、読み込み時に想定される受信者の割り当て情報を含まないフィールドデータがテンプレートに含まれていたため、新しいテンプレートエクスペリエンスで開くことができず、「問題が発生しました」エラーが表示されました。 修正: テンプレート読み込みが、不完全な受信者割り当てデータを正しく処理するように更新され、影響を受けたテンプレートとそのフォームフィールドが新しいテンプレートエクスペリエンスで開けるようになりました。 |
| 4567869 | 概要: フォントデータが正しくフォーマットされていない PDF を含む契約書は、文書のレンダリング中の処理の無限ループにより、読み込み画面で止まったままになり、完了に失敗する場合がありました。 修正: PDF 処理が、不正なフォント幅データを検出して安全に処理するように更新され、レンダリングプロセスの停止を防ぎ、影響を受けた契約書を送信および署名できるようになりました。 |
| 4568289 | 概要: 受信者として自分自身を置き換えた契約送信者は、権限チェックで元の送信者を置き換えられた参加者として扱ったため、完了した契約書を非表示にできませんでした。 修正: 権限検証が更新され、元の送信者が受信者として自分を置き換えた後でも、他のユーザーの表示権限を変更することなく契約書を非表示にできるようになりました。 |
| 4569692 | 概要:受信者グループのメールアドレスが、フィールドのテキストサイズの計算にグループアドレスリスト全体が使用されたため、署名ブロックで非常に小さく表示される場合がありました。 修正: 署名ブロックレンダリングが更新され、グループメンバーが本契約書を開くまたは署名した後にメールフィールドを再計算するようになったため、アクティブな署名者のアドレスが署名エクスペリエンスと完成した PDF で読みやすいサイズで表示されるようになりました。 |
| 4571461 | 概要: web フォームで使用される横置き文書は、文書処理中のページ座標計算が正しくなかったため、予期しない空白領域とフィールドの配置ミスが含まれる場合がありました。 修正: 文書処理が、回転ページと横長ページでフィールド配置とカバー領域を正しく計算するように更新され、生成された契約書での空白スペースとフィールドの位置ずれを防止できるようになりました。 |
| 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 API リクエストは、ベースエンドポイントが webhook ポリシーマッピングに含まれていないため、webhook 固有の制限ではなくデフォルトの API 制限を受ける場合がありました。 修正:Webhook 制限が更新され、ベースエンドポイントと個別の webhook エンドポイントに対する両方へのリクエストで、意図された webhook 固有のレート制限を一貫して使用するようになりました。 |
| 4582742 | 概要:以前の置換後に参加者セットの更新が「複数の参加者」エラーで失敗する場合がありました。これは、API がアクティブな参加者セットを評価する際に、既に置換された受信者をカウントしていたためです。 修正:参加者セットの更新により、変更されるアクティブな参加者の数を決定する際に、以前に置換された受信者が除外されるようになり、受信者のメールアドレスが正常に更新されるようになりました。 |