新機能
開始する
管理者
- 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 オプション
- 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
サンドボックスへのデプロイメント:2026 年 4 月 7 日
本番環境へのデプロイメント:2026 年 5 月 5 日
GovCloud へのデプロイメント:2026 年 5 月 12 日
改善された機能
- 対面署名 – web アプリケーションでのホスト署名セッションを有効にする
対面署名では、送信者が内部ホストを指定し、web ブラウザーを使用して対面署名セッションを効率化することができます。 ホストは管理ページまたはメール通知から制御された署名セッションを開始し、一時的にデバイスを署名者に渡して必要なアクションを完了させ、完了時に制御を取り戻します。 セッションの作成と完了は監査記録に記録され、署名者は必要に応じてメールアドレスを提供して契約書のコピーを受け取ることができます。
利用可能な環境:Sandbox、Commercial | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲: アカウントとグループ
対面署名の役割を有効にする方法を確認 >
対面署名を許可する契約書の設定方法を確認 >
対面署名をホストする方法を確認 >
- 管理ページからの一括デジタル署名 – 単一の認証で複数の契約書にデジタル署名を適用
署名者は「あなたの処理待ち」表示で複数の契約書を選択し、単一の署名認証を使用して一括アクションとしてデジタル署名を適用できます。これにより、大量ワークフローでの反復的な署名手順を削減しながら、既存のクラウド署名セキュリティ、認証、監査制御を維持できます。 一括署名では、署名者は一括アクションを完了する前に、すべての契約書をレビューまたはスキップする必要があります。
利用可能な環境:Sandbox、Commercial、Government |利用可能なサービス階層: Acrobat Sign Solutions |設定範囲:アカウントとグループ
一括デジタル署名を有効にする方法のドキュメントを確認 >
一括デジタル署名で署名する方法のドキュメントを確認 >
- 内部受信者のみに送信 – 同じ Acrobat Sign アカウント内の受信者にのみ契約書を送信するよう制限します。
内部受信者のみに送信設定により、ユーザーが Acrobat Sign アカウント外の受信者に契約書を送信することを防ぐことができます。 有効にすると、契約書は送信者のアカウント ID と一致するアカウント ID を持つ受信者にのみ送信できます。 この制御は内部セキュリティ要件をサポートし、契約書が外部に共有されることを防ぎます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
グループを内部受信者のみに制限するための設定文書を確認したい場合はこちら >
- 電話のトランザクション使用状況レポート - グループレベルの表示およびスケジュールされたレポートアクセスを含んだ拡張レポート
電話のトランザクションレポートでは、SMS および「WhatsApp」トランザクションにわたって購入数量、割り当て量開始日、および詳細な消費量の表示が提供されるようになりました。お客様は、使用状況をグループレベルでトラックし、統合されたレポートエクスペリエンスを通じてスケジュールされた CSV レポートにアクセスできるので、より正確な予算編成、内部配分、トランザクション制限に達した際のサービス中断を防ぐためのプロアクティブな監視が可能になります。
レポートは、レポートインターフェイスでスケジュールされたレポートを通じて生成され、最新のレポート出力を取得するための API アクセスが使用可能になりました。
新しいエンドポイント:POST /api/rest/v6/reportDownload
このエンドポイントは、scheduleId を受け入れ、そのスケジュールに関連付けられている最新の生成された CSV レポートのダウンロード URL を返します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API
SMS 消費量レポートのドキュメントを確認したい場合はこちら >
エクスペリエンスの変更
- 監査レポートでの署名の表示方法 – 各署名者が使用した署名入力方法をログに記録し、コンプライアンスの可視性を向上させ、手動検証を削減
監査レポートには、署名者が署名を行う際に使用した署名の表示方法が記録されるようになりました。 監査証跡では電子サインされたイベントごとに、署名者が入力署名、手書き署名、アップロード画像、モバイルベースの手書きや画像キャプチャのどれを使用したかが識別されます。 この機能強化により、コンプライアンスと運用チームは監査レポートから直接署名方法を確認できるようになり、曖昧さを減らし、不要な契約書の却下を防ぐことができます。
署名の外観タイプ:- タイプ:署名者が名前を入力し、フォントベースの署名スタイルを選択します。
- 描画:署名者がデスクトップでマウスまたはトラックパッドを使用して署名を描画します。
- 画像:署名者がデスクトップから署名画像ファイルをアップロードします。
- Mobile Draw:署名者がモバイルデバイスでタッチを使用して署名を描画します。
- モバイル画像:署名者がモバイルデバイスで署名画像をアップロードまたは撮影します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:常に有効、設定なし
- API 署名 URL での保存済み署名 – API ベースの署名時に保存済みプロファイル署名の使用を許可
登録ユーザーが、API 生成の署名 URL(GET /agreements/{agreementId}/signingUrls)を使用して契約書に署名する際に、保存済みプロファイル署名を適用することを許可します。 保存された署名は、内部署名者と、メール OTP または Adobe ID を使用して認証する外部署名者に表示されます。 この機能は、アカウントレベルのセキュリティ制御を維持しながら、バックエンド統合の署名ワークフローを合理化します。
セキュリティレビュー後、アドビがアカウント単位で有効にします。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:無効、サポートにお問い合わせください
- 最新エクスペリエンスでの個人アドレス帳管理 – 新しい「署名を依頼」エクスペリエンスでは保存済みメールアドレスを個人アドレス帳で直接削除できるようになり、個人の受信者リストを正確かつ最新の状態に維持しやすくなっています。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで有効、設定不可。
アドレス帳からのメール削除について更新された文書を確認したい場合はこちら >
- 契約書期限切れ期間 - デフォルトの期限切れ期間を 365 日間に延長
契約書の最大完了期限が 180 日間から 365 日間に延長されました。文書の有効期限が有効になっている場合、契約書には削除できない、365 日間の有効期限が自動的に割り当てられます。この変更により、すべての契約書に定義されたライフサイクルが確保され、長期的なトラックおよびコンプライアンスが改善され、必要に応じてユーザーがより早い期限を設定できる一方で、契約書が無期限に未処理になるリスクが軽減されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル: Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
- 刷新されたホームページ – ワークフローアクセスを改善し、重大なアクションを明示
ホームページを再設計し、契約書の開始、アクティビティの監視、最近送信した契約書のコピー機能、より直感的な順序でのアクションタイルの表示を含む重要な機能へのアクセスが簡単にできるようになりました。「処理中」および「あなたの処理待ち」項目の迅速な識別、より見やすくなり合理化された新機能バナーのエクスペリエンスにより、より迅速な移動、契約書の見落としの削減を可能にし、必要なものがすぐ見つかるホームエクスペリエンスが実現しました。
新しいホームページは、リリース後 10 日間にわたって展開されます。 スケジュールについては、テクニカル通知を参照してください。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲: デフォルトで有効
新しいホームページレイアウトを確認 >
- 新しいカスタムワークフローデザイナーがデフォルトに – モダンデザイナーを推進し、ユーザー切り替えコントロールを削除し、管理者の柔軟性を維持
新しいカスタムワークフローデザイナーエクスペリエンスが、すべてのアカウントのデフォルトになりました。従来のデザイナーに戻すための切り替えリンクは表示されなくなりますが、管理者には必要に応じて以前のエクスペリエンスへのアクセスを再び有効にする機能が引き続き用意されています。この更新により、移行期間中に管理者コントロールを保持しながら、モダンワークフロー設計インターフェイスへの移行が進められます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
REST API/Webhook のアップデート
以下のアップデートは、情報開示の目的でプレリリースノートに記載されています。API および Webhook のアップデートに関する完全なドキュメントは、バージョンのアップデートが本番サーバーに送信されるときに Acrobat Sign 開発者向けドキュメントで確認できます。
- Webhook 用 mTLS キーの管理 - Acrobat Sign で生成されたキーオプションを追加し、証明書署名ワークフローを有効にすることで、セキュリティコンプライアンスが向上
開発者が、Acrobat Sign で webhook mTLS 認証用の秘密鍵の管理方法を選択できるようになりました。お客様が独自の秘密鍵と証明書を生成してアップロードする既存のモデルに加えて、Acrobat Sign は秘密鍵と証明書署名要求(CSR)を生成できるようになりました。お客様は CSR を使用して認証局から証明書を取得し、それをアップロードして設定を完了できます。このオプションでは、既存の webhook mTLS 動作との互換性を維持しつつ、秘密鍵を Acrobat Sign 内に保持することから、セキュリティが向上します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API POST/webhook エンドポイント、すべての範囲
更新された mTLS ドキュメントを確認したい場合はこちら >
- Login_hint パラメータによるデジタル ID の初期化 – API 送信者が受信者固有のログイン識別子を使用して、デジタル ID 認証を初期化することを許可します。
複数の v6 REST API /agreements エンドポイントで、API 送信者がメールアドレスやユーザー ID 番号などの既知のログイン識別子を使用して、デジタル ID ゲートウェイ認証を初期化できる loginHint パラメーターがサポートされるようになりました。アイデンティティプロバイダーがユーザーエクスペリエンスを制御しますが、識別子は通常ログイン画面に事前入力され、高信頼認証ワークフローを強化し、なりすましリスクを軽減します。 識別子は、機密データを保護しながらトレーサビリティを維持するため、デジタルアイデンティティゲートウェイのランディングページと監査レポートにマスク形式で表示されます。
以下のエンドポイントが、loginHint パラメーターを含むように更新されました。- POST /agreements
- PUT /agreements/{agreementId}
- PUT /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}
- GET /agreements/{agreementId}/members/participantSets/{participantSetId}
- GET /agreements/{agreementId}/participantSets/{participantSetId}/participants/{participantId}/securityOptions
- GET /agreements/{agreementId}/members
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API
- OEM 2.0 ID および信頼境界線の機能強化 - ユーザー解決では、同じパートナーによってプロビジョニングされたユーザーが優先され、一致するユーザーが見つからない場合は受信者が自動的に作成されるようになりました
契約書参加者の特定で、同じパートナーによってプロビジョニングされたユーザーを優先し、一致するユーザーが存在しない場合は自動的に受信者レコードを作成することで、アカウント間で一貫した ID 処理を確保します。監査レポートで送信者がパートナープロビジョニングか個人アカウントかを示し、署名者フローで異なるアカウントタイプ間で同一のメールアドレスが存在する場合にユーザーにアカウント切り替えを案内することで、混乱を減らし意図しないアクセスを防ぎます。
利用可能な環境:サンドボックス、Commercial、Government | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲:v6 REST API; OEM 2.0 Partner
リリースの正誤表
以下は、プレリリースノートの最初の公開以降にこのリリースに追加された項目です。
- 電話のトランザクション使用状況レポート - グループレベルの表示およびスケジュールされたレポートアクセスを含んだ拡張レポート
電話のトランザクションレポートでは、SMS および「WhatsApp」トランザクションにわたって購入数量、割り当て量開始日、および詳細な消費量の表示が提供されるようになりました。お客様は、使用状況をグループレベルでトラックし、統合されたレポートエクスペリエンスを通じてスケジュールされた CSV レポートにアクセスできるので、より正確な予算編成、内部配分、トランザクション制限に達した際のサービス中断を防ぐためのプロアクティブな監視が可能になります。
レポートは、レポートインターフェイスでスケジュールされたレポートを通じて生成され、最新のレポート出力を取得するための API アクセスが使用可能になりました。
新しいエンドポイント:POST /api/rest/v6/reportDownload
このエンドポイントは、scheduleId を受け入れ、そのスケジュールに関連付けられている最新の生成された CSV レポートのダウンロード URL を返します。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API
- 契約書期限切れ期間 - デフォルトの期限切れ期間を 365 日間に延長
契約書の最大完了期限が 180 日間から 365 日間に延長されました。文書の有効期限が有効になっている場合、契約書には削除できない、365 日間の有効期限が自動的に割り当てられます。この変更により、すべての契約書に定義されたライフサイクルが確保され、長期的なトラックおよびコンプライアンスが改善され、必要に応じてユーザーがより早い期限を設定できる一方で、契約書が無期限に未処理になるリスクが軽減されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル: Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
- OEM 2.0 ID および信頼境界線の機能強化 - ユーザー解決では、同じパートナーによってプロビジョニングされたユーザーが優先され、一致するユーザーが見つからない場合は受信者が自動的に作成されるようになりました
契約書参加者の特定で、同じパートナーによってプロビジョニングされたユーザーを優先し、一致するユーザーが存在しない場合は自動的に受信者レコードを作成することで、アカウント間で一貫した ID 処理を確保します。監査レポートで送信者がパートナープロビジョニングか個人アカウントかを示し、署名者フローで異なるアカウントタイプ間で同一のメールアドレスが存在する場合にユーザーにアカウント切り替えを案内することで、混乱を減らし意図しないアクセスを防ぎます。
利用可能な環境:サンドボックス、Commercial、Government | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲:v6 REST API:OEM 2.0 Partner
- 最新エクスペリエンスでの個人アドレス帳管理 – 新しい「署名を依頼」エクスペリエンスでは保存済みメールアドレスを個人アドレス帳で直接削除できるようになり、個人の受信者リストを正確かつ最新の状態に維持しやすくなっています。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:デフォルトで有効、設定不可。
リリースの正誤表
以下は、以前に今回のリリースの一部として発表されていましたが、それ以降のリリース日にずれ込んだ項目です。
- リソースハブの強化 – Acrobat Sign 内の学習およびサポートリンクを再編成
更新されたリソースハブにより、ユーザーが Acrobat Sign 内で学習およびサポート資料に直接アクセスする方法が改善されました。 コンテンツは構造化されたセクションに整理され、埋め込み動画チュートリアル、ウェビナーへの直接アクセス、リリースノート、お客様事例、サポートリソースが含まれています。これらの更新により、製品エクスペリエンス内で教育コンテンツを見つけやすくなりました。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲:この更新されたエクスペリエンスはデフォルトで有効
- Agreements API による通知制御 – POST /agreements および POST /agreements/{agreementId}/reminders エンドポイントで電子メール通知を無効にするマルチレベル制御を追加しました。
開発者は、v6 REST API を通じて契約書を作成する際に、INITIAL、INTERMEDIATE、FINAL、CANCELLATION、REMINDER 電子メール通知を無効にできます。このソリューションではリクエストの複数レベルで disabledNotificationTypes 配列が導入されており、役割ごとに対象を絞ってコントロールできます。- participantSetsInfo[].disabledNotificationTypes — 参加者セット内のすべてのメンバーのメール通知を無効にします
- ccs[].disabledNotificationTypes — 個々の CC 受信者のメール通知を無効にします
- senderDisabledNotificationTypes — 契約書送信者のメール通知を無効にします
API レベルの senderDisabledNotificationTypes フィールドは、「
個人設定」で設定された送信者通知設定よりも必ず優先されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API
- レポーティングでの受信者フィルター – レポートとデータエクスポートに受信者ベースのフィルタリングを追加します。
契約書およびトランザクションレポートとデータの書き出しのために、新しいレポートに受信者フィルターを追加します。 管理者は受信者メールでフィルタリングして、役割や署名順序に関係なく、指定された受信者を含むすべての契約書を返すことができます。 フィルターは、既存の送信者フィルターと一致するオートコンプリートおよび複数選択動作をサポートし、ビジュアルレポートと CSV 書き出しの両方に適用されます。
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:新しいレポートで有効化
- 新しい電子サインにおけるバイオ医薬業界標準対応(CFR)のサポート – 署名理由の取得と強制的な署名時再認証を追加
Acrobat Sign は、署名理由の取得と署名時の強制的な再認証を追加することで、新しい電子サインにおけるバイオ医薬業界標準対応のサポートを完了します。規制環境で運営する組織は、署名理由を要求し、各署名または最終クリック署名時の再認証を強制し、準拠した監査レポートを維持できます。新しいインターフェイス内ですべての作業を実行できます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:バイオ医薬業界標準対応設定のサポートは、新しい電子サインでデフォルトで有効になっています。
- オーサリング中のインライン文書編集 – 送信者がオーサリングエクスペリエンス内で文書のテキストを直接編集できるようにする
送信者が署名用の契約書を送信する前に、オーサリングエクスペリエンス内で文書のテキストを直接編集できるようにします。 「文書を編集」オプションを使用すると、ユーザーは既存のフィールドと契約書設定を保持しながら、ファイルのダウンロードと再アップロードをすることなくテキストを変更できます。 これにより、送信前の修正作業を合理化し、契約書の準備中の中断を削減します。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
- 顧客管理キー – AWS KMS または Azure Key Vault キーを使用した保存データの暗号化の有効化
顧客管理キーは、AWS Key Management Service(KMS)または Azure Key Vault で顧客管理キーを使用して、アカウントレベルの保存データの暗号化を実行します。 アカウント管理者は、顧客管理キーをオンボードしてサポートされているコンテンツを再暗号化し、キーバージョンを回転または復元し、キーを一時停止(暗号化および復号化操作を失敗させる)、またはキーを破棄して暗号化されたコンテンツへのアクセスを永続的に防ぐことができます。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:AWS 環境での Acrobat Sign Solution | 設定範囲:アカウントのみ
- SMS 使用量レポート API – 購入数量の取得と SMS 消費量の追跡
SMS 使用量レポート API は、予算編成とサービス継続性プランニングをサポートするため、SMS 利用権と消費量の表示を提供します。 組織は購入した SMS の総数量を取得し、現在までの全体的な使用状況を追跡し、グループと日付範囲別の消費量をクエリできます。 これにより、クレジットが枯渇に近づいた際の中断を防ぐため、プロアクティブな監視と内部配分が可能になります。
新しいエンドポイント:- GET /api/rest/v6/smsUsage
- GET /api/rest/v6/smsUsage?groupId={groupId}
- GET /api/rest/v6/smsUsage?startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
- GET /api/rest/v6/smsUsage?groupId={groupId}&startDate=YYYY-MM-DD&endDate=YYYY-MM-DD
利用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:v6 REST API
- 新しい「署名を依頼」がデフォルトに – 従来の作成を廃止し、切り替えコントロールを削除し、署名エクスペリエンスを標準化
すべてのアカウントが新しい「署名を依頼」エクスペリエンスに移行され、従来の「作成」インターフェイスが置き換えられました。商用アカウントの場合、従来のエクスペリエンスに戻すための切り替えリンクおよび管理者コントロールが削除され、GovCloud アカウントも管理者コントロールの一時的な保持はあるものの、移行されます。この変更により、環境間で送信エクスペリエンスが標準化され、従来の完全な廃止に先立ってユーザーオンボーディングが簡素化されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:設定不可
- モダンなテンプレート作成がデフォルトに – 新しいオーサリングエクスペリエンスを促進、ロールアウトを拡張、管理者コントロールを維持
モダンなテンプレート作成エクスペリエンスが、複数のグループ間でアセットを共有するアカウントを含むすべてのアカウントでデフォルトになりました。この更新により、新しいオーサリングインターフェイスのロールアウトが拡張され、すべてのユーザーが継続的な機能強化のメリットを得ることができるようになります。同時に、必要に応じて従来のエクスペリエンスに戻すための管理者コントロールも保持されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Standard、Acrobat Pro、Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ
解決された問題
| 問題 | 説明 |
|---|---|
| 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 年 5 月 12 日
本番環境へのデプロイメント:2026 年 6 月 16 日
GovCloud へのデプロイメント:2026 年 6 月 18 日
改善された機能
- レポーティングでの受信者フィルター – レポートとデータエクスポートに受信者ベースのフィルタリングを追加します。
契約書およびトランザクションレポートとデータの書き出しのために、新しいレポートに受信者フィルターを追加します。管理者は受信者メールでフィルタリングして、役割や署名順序に関係なく、指定された受信者を含むすべての契約書を返すことができます。 フィルターは、既存の「送信者」フィルターと一致するオートコンプリートおよび複数選択動作をサポートし、ビジュアルレポートと CSV 書き出しの両方に適用されます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:新しいレポートで有効化
レポートの概要を確認したい場合はこちら >
更新された「レポートを作成」文書を確認したい場合はこちら >
データの書き出しの作成について更新されたドキュメントを確認したい場合はこちら >
- オーサリング中のインライン文書編集 - 送信者が契約書を送信する前に、オーサリングエクスペリエンスで文書のテキストを直接編集できます。
送信者は、ファイルをダウンロードして再アップロードすることなく、オーサリング環境で文書テキストを直接編集できます。「文書を編集」オプションは、既存のフィールドと契約書設定を保持し、送信前の更新中の中断を削減します。編集は契約書が下書き状態の間のみ利用可能で、契約書が送信された後は利用できません。
この機能は、サポートされているアカウントでデフォルトで有効になっています。Acrobat Sign for Government において、または、従来のユーザー管理システムを使用しているアカウントの場合は利用できません。
使用可能な環境:サンドボックス、商用 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:アカウントおよびグループ。デフォルトで有効。
- 新しい電子サインにおけるバイオ医薬業界標準対応(CFR)のサポート – 署名理由の取得と強制的な署名時再認証を追加
Adobe Acrobat Sign は、署名理由の取得と署名時の強制的な再認証を追加することで、新しい電子サインにおけるバイオ医薬業界標準対応のサポートを完了します。 規制環境で運営する組織は、署名理由を要求し、各署名または最終クリック署名時の再認証を強制し、準拠した監査レポートを維持できます。新しいインターフェイス内ですべての作業を実行できます。
使用可能な環境:サンドボックス、商用、官公庁 | 利用可能なサービスレベル:Acrobat Sign Solutions | 設定範囲:バイオ医薬業界標準対応設定のサポートは、新しい電子サインでデフォルトで有効になっています。
最新の電子サインで更新されたサポート機能リストを参照 >
エクスペリエンスの変更
REST API/Webhook のアップデート
以下のアップデートは、情報開示の目的でプレリリースノートに記載されています。API および Webhook のアップデートに関する完全なドキュメントは、バージョンのアップデートが本番サーバーに送信されるときに Acrobat Sign 開発者向けドキュメントで確認できます。
- API を介して契約書通知を抑制 – 受信者メッセージングの細かい制御を追加
REST v6 POST /agreements API を使用して、参加者、CC または送信者について特定のメールタイプを抑制することで、契約書の作成時に送信される通知を制御できます。これにより、不要なメールを減らし、統合されたワークフローでよりクリーンで制御された署名エクスペリエンスをサポートします。
利用可能な環境:サンドボックス、商用、政府 | 利用可能なサービス階層:Acrobat Sign Solutions | 設定範囲:REST v6 API
リリースの正誤表
現時点では、今回のリリースからずれ込んだ項目はありません。