最終更新日 :
2025年6月5日
新機能
開始する
管理者
- Admin Console の概要
- ユーザー管理
- アクティブなユーザーの追加、編集、確認
- 機能重視のユーザーの作成
- 検証を完了していないユーザーを確認
- プロビジョニングエラーが発生しているユーザーの確認
- 名前／メールアドレスの変更
- ユーザーのグループメンバーシップの編集
- グループインターフェイスを使用したユーザーのグループメンバーシップの編集
- ユーザーの管理者役割への昇格
- ユーザー ID タイプと SSO
- ユーザー ID の切り替え
- MS Azure を使用したユーザー認証
- Google フェデレーションを使用したユーザー認証
- 製品プロファイル
- ログインエクスペリエンス
- アカウント／グループ設定
- 設定の概要
- グローバル設定
- アカウントレベルと ID
- 新しい受信者エクスペリエンス
- 自己署名ワークフロー
- 一括送信
- Web フォーム
- カスタム送信ワークフロー
- Power Automate ワークフロー
- ライブラリ文書
- 契約書からフォームデータを収集する
- 文書の表示制限
- 署名済み契約書の PDF コピーの添付
- 電子メールへのリンクの追加
- 電子メールへの画像の添付
- メールに添付されるファイルの名前
- 文書への監査レポートの添付
- 複数の文書を 1 つに結合
- 個別文書をダウンロード
- 署名済み文書をアップロード
- アカウント内のユーザーの委任
- 外部受信者による委任の許可
- 署名の権限
- 送信の権限
- e シールを追加する権限
- デフォルトのタイムゾーンの設定
- デフォルトの日付形式の設定
- ユーザーの複数グループ所属（UMG）
- グループ管理者の権限
- 受信者を置き換え
- 監査レポート
- トランザクションフッター
- 製品内メッセージとガイダンス
- PDF のアクセシビリティ
- 新しいオーサリング機能
- 医療機関のお客様
- アカウント設定
- 署名の環境設定
- 形式の整った署名
- 受信者による署名の許可
- 署名者による名前の変更
- 受信者が保存した署名を使用するのを許可
- カスタムの利用条件と消費者への情報開示
- フォームフィールド間の受信者の移動
- 契約書ワークフローをやり直し
- 署名を辞退
- 印鑑ワークフローを許可
- 署名者による役職または会社名の入力を必須とする
- 署名者が手書き署名を印刷および配置するのを許可
- 電子サイン時のメッセージの表示
- 署名の作成時にモバイルデバイスの使用を必須
- 署名者から 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）を使用したフォームの作成
- フィールド
- フィールドタイプ
- 一般的なフィールドタイプ
- 電子サインのフィールド
- イニシャルフィールド：
- 受信者名フィールド
- 受信者の電子メールフィールド
- 署名日フィールド
- テキストフィールド
- 日付フィールド
- 番号フィールド
- チェックボックス
- ラジオボタン
- ドロップダウンメニュー
- リンクオーバーレイ
- 支払いフィールド
- 添付ファイル
- 参加スタンプ
- トランザクション番号
- 画像
- 会社名
- 役職名
- 印鑑
- フィールドコンテンツの外観
- フィールドの検証
- マスクされたフィールド値
- 表示条件／非表示条件の設定
- 計算フィールド
- フィールドタイプ
- オーサリングに関するよくある質問
- 契約書に署名
- 契約書を管理
- 監査レポート
- レポートとデータの書き出し
高度な契約書機能とワークフロー
- 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
- サンドボックス
サポートとトラブルシューティング
注意：
この文書では、お客様が使用するアプリケーションの最新リリースの新機能、エクスペリエンスの変更、および解決済みの問題について説明します。
API および Webhook のデベロッパー向けのアップデートについては、Acrobat Sign デベロッパーガイドで説明されています。
リリース日にすべての機能／変更が有効になることが保証されているわけではありません。
Adobe Acrobat Sign リリース 16.0.1
本番環境へのデプロイメント：2025 年 5 月 20 日
GovCloud へのデプロイメント：2025 年 5 月 22 日
改善された機能
- 受信者データセキュリティの向上のために受信者にアクセス制限を設定 -「契約書へのアクセス制限」は、ユーザーやグループ共有によって他のユーザーがすべてのコンテンツにアクセスできてしまうことによる、組織内での意図しないデータ漏洩から受信者を保護するために設計されています。
「契約書へのアクセス制限」コントロールを使用すると、受信者が契約書の範囲内で「制限対象」としてマークされます。制限された識別子は、ルールによって適用されるか、送信者が受信者をマークするかどうかを手動で制御することを許可するように設定できます。
利用可能な環境：サンドボックス、商用、官公庁 | 利用可能なサービスレベル：Acrobat Sign Solutions | 設定範囲：アカウントとグループ
契約書へのアクセス制限設定コントロール／
更新された署名を依頼に関するドキュメントを参照 >
- API サポートに契約書へのアクセス制限機能が追加されました - 契約書の作成と送信に API を使用する組織は、受信者設定の一部として「契約書へのアクセス制限」機能を使用できるようになりました。この機能の API 実装には、認証タイプが「なし」に設定されている場合に、文書にアクセスできるタイミングに関してエクスペリエンス上の違いが 1 つあります。
- Acrobat Sign インターフェイス内では、受信者は契約書が署名されるまで「表示」または「ダウンロード」できません。認証が設定されていない場合でも、「表示」アクションと「ダウンロード」アクションを抑制にすることにより、契約書へのアクセスが無効になります。
- API を使用する場合は、認証が渡された後にトークンを使用して契約を表示してダウンロードできます。認証が設定されていない場合は、契約書は署名される前に表示またはダウンロードできます。
利用可能な環境：サンドボックス、商用、官公庁 | 利用可能なサービスレベル：Acrobat Sign Solutions | 設定範囲：アカウントとグループ
- 電話認証でサポートする国を拡大 - SMS による電話認証と契約書の送信では、次の国および国コードがさらにサポートされるようになりました。
- フォークランド諸島（マルビナス諸島）（+500）
利用可能な環境：商用 | 利用可能なサービスレベル： Acrobat Sign Solutions | 設定範囲：アカウントとグループ
エクスペリエンスの変更
- Web フォームサポートケースを送信するには、従来のエンタープライズ版アカウントでログインが必要になりました - 従来のエンタープライズアカウントを持つユーザーは、オンライン web フォームを使用してサポートケースを送信する前に、Acrobat Sign 資格情報でのログインが必要になりました。 この認証ステップにより、ケースが正しいアカウントにリンクされ、適切なサポートチームにルーティングされます。
利用可能な環境：商用 | 利用可能なサービスレベル：Acrobat Sign Solutions | 設定範囲：デフォルトで有効、編集不可 新しいプロセスを確認 >
REST API／Webhook のアップデート
このリリースの API と Webhook のアップデートは、Acrobat Sign API ドキュメントで確認できます。
- GET /agreements API がマイクロサービスから提供されるようになりました - GET /agreements API エンドポイントが Acrobat Sign コアアプリケーションから専用のマイクロサービスに移行しています。この移行の一環として、検索要求はプライマリデータベースではなく検索サービス（セカンダリストレージ）からデータを取得します。この変更により、サービスの安定性が向上し、非定型 API コールが Acrobat Sign エクスペリエンスに影響を与えることを防止します。
- GET /agreements 呼び出しの最大ページサイズは、リクエストにつき 500 件の契約書になりました。これまでは、検索サービスは 1 ページあたり 100 件以上の契約を取得しませんでした。より多くの契約が必要な場合、狭い範囲に複数のクエリが必要になることがあります。
- セカンダリストレージで検索が行われるようになったため、GET /agreements エンドポイントをコールする際に若干の遅延が発生する可能性があります。
- API スロットリングの更新 - 2025 年 5 月のリリース以降、新しい API スロットリングルールが適用されます：
- システム全体の負荷が高いことが検出されると、Acrobat Sign はシステム全体で API リクエストのサブセットをスロットリングします。
- 使用率の高い顧客がシステム全体の遅延の一因となっていると特定された場合、Acrobat Sign は特にその顧客のための API リクエストのサブセットをスロットリングします。
API リクエストがスロットリングされると、429 HTTP ステータスコードと次により拒否されます。
レスポンスボディ
{
"code":"THROTTLING_HIGH_SYSTEM_LOAD",
"message":"Acrobat Sign system is experiencing high overall load, due to which subset of the requests are being throttled. Please try again in <wait_time_in_seconds> seconds.",
"retryAfter": <wait_time_in_seconds>
}
レスポンスヘッダー
X-Throttling-Reason : "high-system-load"
Retry-After : <wait_time_in_seconds>
上記のレスポンスを受け取ったら、レスポンスボディの Retry-After ヘッダーまたは retryAfter を使用して、リクエストを再試行するタイミングを決定できます。
リトライペナルティ
2025 年 5 月リリース以降に作成されたすべての新規アカウントでは、アカウントが指定された再試行の間隔に従っていない場合にペナルティが適用されます。
この間隔内に同じリクエストが再度試行されると、リクエストは再度スロットリングされ、リトライ間隔がリセットされます。
解決された問題
| 問題 | 説明 |
|---|---|
| 4477748 | 概要：API コールの形式が正しくないドメインのため、ユーザーは OAUTH ACCESS-TOKEN を作成できません。 |
| 修正：Swagger コントローラーのドメインリストを更新しました。 | |
| 4480357 | 概要：スクリーンリーダーが実行されている際に、ライブラリから開始ダイアログ内のキーボード処理が正しく機能しません。 |
| 修正：すべてのページが意図した通りに読み込まれるように、スクリーンリーダーのナビゲーションを複数修正しました。 | |
| 4498103 | 概要：一括送信機能での役割が誤った割り当てられる。自分自身を最後の受信者として追加する際に「署名者」役割が常に割り当てられます。 |
| 修正：送信者が常に署名者であることを意図して、送信者が最後の参加者の位置に追加される際に送信者の他の役割のオプションを削除しました。 | |
| 4501417 | 概要：フィールドテンプレート使用した署名捺印フィールドを配置すると、それ以上のオーサリングをブロックするエラーがトリガーされます。 |
| 修正：テキストタグ「signer1」テキストタグ要素を処理するためのコードを追加しました。 | |
| 4506667 | 概要：送信者が web フォームの最初の署名者に対して電子メールの確認を求める場合、最初の署名者が電子メールを確認するまで Webhook 通知が遅延します。最初の署名者の電子メールがバウンスされた場合、webhook 通知が 2 時間遅延します。これは documentsInfo パラメーターが入力されるためです。 |
| 修正：送信者が web フォームの最初の署名者に対して電子メールの確認を求める場合、最初の署名者が電子メールを確認するまで documentsInfo は契約書イベントの webhook 通知ペイロードには入力されません。最初の署名者の電子メールがバウンスされた場合、documentsInfo は契約書イベントの webhook 通知ペイロードには入力されません。 | |
| 4511940 | 概要：複数行テキストフィールドのデフォルトのフォントサイズが画面サイズに合わせて調整されないため、携帯電話を使用して契約書に署名する際に、テキストが切り捨てられます。 |
| 修正：複数行テキストフィールドでは、基底クラスのメソッドを上書きできなくなりました。 | |
| 4513457 | 概要：グループ名にダブルクォーテーションが含まれている場合、JSON の解析の問題が発生します。 |
| 修正：グループ名の解析コードが改善され、ダブルクォーテーションを管理できるようになりました。 | |
| 4515610 | 概要：バックエンドとフロントエンドでの浮動小数点数の処理方法により、web フォームが追加の参加者に送信されると計算フィールド値が変更されます。 |
| 修正：バックエンドの実装を変更して、数字のタイプとして BigDecimal を使用しました | |
| 4516504 | 概要：再利用可能なテンプレートを作成して、新しいエクスペリエンスビューを使用する場合、カラー値が切り捨てられるため、チェックボックスとラジオボタンに黒の境界線ではなくピンクの境界線が表示されます。 |
| 修正：16 進値が正しい値を保持するように修正しました。 | |
| 4520149 | 概要：next_to_sign フラグを設定する際に、まれに競合状態が発生するため、署名後に一部の契約書のステータスが更新されません。 |
| 修正：受信者が契約書を操作する前にこの状況を検出して解決できるよう、ログ機能をさらに追加しました。 | |
| 4521246 | 概要：複数グループ内でのテンプレート共有が機能せず、高度なアカウント共有が有効になっており、送信プロセスをホームページから開始すると、エラーが生成されます。 |
| 修正：ホームページから取得したテンプレートピッカーが更新され、共有テンプレートが適切に取得されるようになりました。 |
