Adobe Acrobat Sign の技術的なお知らせ 2021~2022

最終更新日 : 2025年1月20日

Adobe Sign テンプレート:W-4(2022)

最初の報告:2022 年 1 月

2022 年 8 月

W-4 2022(Employee's Withholding Certificate)」という名前の新しい IRS W-4(2022)フォームが、2022 年 4 月リリースの一部として、Adobe Sign ライブラリに追加される予定です。

 

必要な対応

新しい W-4 フォームのテンプレートでは、libraryDocumentId が新しくなっています。 現在のアプリケーションで既存のテンプレートの libraryDocumentId を使用している場合は、更新の必要があります。

2021 年バージョンは 2022 年 6 月にシステムから削除される予定です。

従来(ver 2021)のフォームを使用するアプリケーション/API は、正常なサービス提供が中断されないよう、6 月 1 日より前に更新する必要があります。

API 対応アカウントで libraryDocumentId を検索するには、以下のようにします。

  1. アカウント管理者としてログインします。
  2. 「アカウント」タブ/Adobe Acrobat Sign API/API 情報をクリックし、「REST API メソッドに関する文書」リンクをクリックします。
  3. 「GET /libraryDocuments」セクションで「OAUTH ACCESS-TOKEN」ボタンをクリックします。 
    • library_read:self」スコープを有効にします。
  4. Try it out!」ボタンをクリック します。
  5. Response Body で、(2020 バージョンではなく)新しい W-4 2022(Employee's Withholding Certificate:従業員源泉徴収票) フォームのテンプレートを探し、 libraryDocumentId の値を確認します。  

6 月 14 日のリリースで 2 つの新しい Web フックを追加

最初の報告:2022 年 6 月

現在のリストからの削除:2022 年 7 月

6 月 14 日のリリースで、2 つの新しい Web フックが追加されました。

  • 契約書の有効期限の更新(AGREEMENT_EXPIRATION_UPDATED)(REST v6 API POST /Webhook を介してのみ使用可能) - 契約書の有効期限が更新されたときにトリガーされます。
  • 署名者による契約書署名者名の変更(AGREEMENT_SIGNER_NAME_CHANGED_BY_SIGNER) - 受信者が名前を変更するとトリガーされます(つまり、契約書の作成時に指定された名前とは異なる値で署名された場合)。

どちらの Web フックも使用可能です。

機能リリース:Adobe Acrobat Sign - 6 月 15 日リリースの完了

機能のリリースが完了し、すべての機能が使用可能になります。

2022 年 6 月 8 日に Microsoft 統合のための Adobe Acrobat Sign への権限の更新を完了

最初の報告:2022 年 6 月

現在のリストからの削除:2022 年 6 月

2022 年 6 月 8 日に、Acrobat Sign は、Microsoft Teams、Outlook、Word、PowerPoint 統合の通知フレームワークをコールバックから Webhook に移行しました。 これにより通知の配信が改善し、ユーザーは、文書の送信元に関係なく、すべての Acrobat Sign 文書通知を適切な統合で取得できるようになります。

更新が完了したため、エンドユーザーは、統合の使用を継続する前に、Webhooks の表示、作成と編集、削除を含む Acrobat Sign 権限を再承認するように求められます。

Acrobat Signアクセス権の再承認は 1 回のみ必要で、すべての Microsoft 365 統合の Acrobat Sign に適用されます。 この権限はアカウントレベルで付与され、エンドユーザーが承認する必要があります。

詳細については、以下の適切なヘルプページにアクセスし、「認証関係の確立」をレビューしてください。「ライブ」Acrobat Sign サポートについては、Acrobat Sign アカウントにログインし、「?」をクリックしてください。次に、「サポートへのお問い合わせ」をクリックして、サポートオプションを確認します。 

2022 年 6 月のリリースで、サービスから従来の「アクセスコード」機能を削除

最初の報告:2022 年 5 月:2022 年 6 月更新

現在のリストからの削除:2022 年 6 月

2022 年 6 月のリリースで、サービスから従来の「管理」ページが削除され、Acrobat Sign システムから「アクセスコード」機能が完全に削除されました。  

2022 年 6 月 15 日に予定されていたカスタムワークフローデザイナーのサービスの停止が完了

最初の報告:2022 年 5 月:2022 年 6 月更新

現在のリストからの削除:2022 年 7 月

カスタムワークフローデザイナーでは、6 月 15 日のメジャーリリースと同時に、基になるコードを更新するため、サービスが一時的に停止しました。

太平洋標準時の午後 3:00~3:30 に、ワークフローデザイナーはユーザーによる新しいワークフローの作成や、編集中のワークフローの保存を許可しない場合がありました。

この時間帯に契約書を生成するためのワークフローを使用した場合、影響はありませんでした

2021 年 12 月 31 日の時点で Microsoft Internet Explorer 11 および Edge Legacy ブラウザーのサポートを終了

最初の報告:2021 年 4 月

現在のリストからの削除:2022 年 6 月

2021 年 12 月 31 日までに、Adobe Acrobat Sign は Microsoft Internet Explorer 11 または Microsoft Edge Legacy ブラウザーを正式にサポートしなくなります。 これらのブラウザーを使用して Adobe Acrobat Sign アプリケーションにアクセスしないことをお勧めします。 2021 年 12 月 31 日以降、これらのブラウザーを使用している顧客はエクスペリエンスが劣化し、一部の機能が動作しなくなる可能性があります。

受信者のワークフローを中断することを避けるため、受信者の 電子サイン ページはこれらのブラウザーでも適切に機能し続ける予定です。アドビは、この移行を可能な限りスムーズに進めるよう取り組んでいます。

機能リリース:Adobe Acrobat Sign – 4 月 5 日リリースの完了

最初の報告:2021 年 11 月:2022 年 4 月更新

現在のリストからの削除:2022 年 6 月

Adobe Acrobat Sign では、2022 年 4 月の第 1 週に予定されていた機能リリースを完了しました。 このリリースによるダウンタイムは発生しませんでした。

2022 年 4 月のリリースでは、ユーザーと管理者の機能が改善され、複数のお客様からご報告いただいた問題の解決策が含まれます。  

新しい SSL 証明書 -
2022 年 4 月 1 日時点で有効

最初の報告:2022 年 2 月

現在のリストからの削除:2022 年 6 月

Acrobat Sign は 2022 年 4 月 1 日の朝に新しい SSL 証明書をリリースしました。
公開鍵、基盤となる暗号化プロトコル、またはスキームに変更はありません。

 

必要な対応

公開鍵の使用

  • SOAP または REST API を使用して Acrobat Sign との統合をカスタムで構築しており、それらの統合のいずれかで既存の公開鍵を「ピン留め」している場合、必要な対応はありません
  • SSO に Acrobat Sign の SSL 証明書を使用している場合、または証明書自体をピン留めしている場合(またはその他の方法を使用して証明書をピン留めしている場合)、Adobe Acrobat Sign の必要システム構成で新しい Acrobat Sign 証明書を取得できます。
    • SSO 設定が複数のパブリック証明書/チェーンをサポートしている場合は、4 月の切り替え後に、新しい証明書を追加して、古いパブリック証明書/チェーンを設定から削除することができます。
    • SSO が複数のパブリック証明書/チェーンをサポートしていない場合は、2022 年 4 月 1 日に Acrobat Sign と SSL の切り替えを同期する必要があります。  

新しい SSL 証明書は、2022 年 4 月 1 日時点で有効となりました。

マイナー機能リリース:Adobe Acrobat Sign(2022 年 5 月 3 日)

最初の報告:2022 年 3 月

現在のリストからの削除:2022 年 6 月

Acrobat Sign は、2022 年 5 月 3 日にマイナー機能リリースを完了しました。 このリリースによるダウンタイムは発生しませんでした。

2022 年 5 月の解除には、web フォームの追加参加者に対してナレッジベース認証を可能にする 1 つの機能向上が含まれています。 

Acrobat Sign の Word/PowerPoint、Outlook、および Teams 統合のためのテナントの更新

最初の報告:2022 年 3 月

現在のリストからの削除:2022 年 5 月

2022 年 3 月 22 日に、Adobe Acrobat Sign の Office 365 のためのアプリケーションテナント、Word/PowerPoint、Outlook、および Teams 統合のための共通アプリケーションテナントが更新されました。  

午前 10 時(東部夏時間)から、アクセスが許可される前に、アプリケーションの権限リクエストを再承認するように管理者/ユーザーにメッセージが表示される場合がありました。 正確な時間は、アカウントの Microsoft が発行した認証トークンの有効期限によって異なります(開始時点から最長 24 時間後まで)。

Adobe Sign カスタム電子メールテンプレート(CEMT)サービスの定期メンテナンス - 完了

2022 年 2 月 12 日土曜日、午後 6:00 PST から午後 7:00 PST まで、コアインフラストラクチャコンポーネントがアップグレードされている間、Adobe Sign カスタムメールテンプレート(CEMT)サービスは短時間のサービス劣化が発生します。この時間中、お客様には、通常使用されるカスタムテンプレートではなく、デフォルトの電子メールテンプレートが表示される場合があります。 本サービスが停止されることはありません。

機能リリース:2022 年 1 月 - 完了

最初の報告:2021 年 9 月:
2022 年 1 月更新
現在のリストからの削除:2022 年 3 月

Adobe Sign は 2022 年 1 月のリリースを完了し、アプリケーションでのダウンタイムは発生しませんでした。

1 月のリリースでは、ユーザーと管理者の機能が改善され、複数のお客様からご報告いただいた問題の解決策が含まれます。  

新しいホームページと管理ページが 2022 年 1 月に標準となり、従来のページはサービスから削除されます

最初の報告:2021 年 9 月 現在のリストからの削除:2022 年 3 月

Adobe Sign は、2022 年 1 月のリリースで、ホームページと管理ページの従来のエクスペリエンスを廃止します。 その時点で、すべてのアカウントがモダンな ホーム および 管理 エクスペリエンスに移行され、クラシックインターフェイスに戻すオプションはありません。
この移行を可能な限りスムーズにすることをお約束し、以下を含むクラシック管理ページの動作に一致する機能を解除していることをご注意ください:

  • 姓と名を使った対象指定検索。
  • 送信者は、署名者を置き換える際に、メッセージを追加できるようになりました。
  • 完了した CC および署名者に通知する機能が追加されました。

12 月のリリースでは、検索機能をさらに強化し、「メタデータの概要」機能が追加されました。  

Adobe Acrobat Sign 認証で Adobe Identity Management にリダイレクトされる

最初の報告:2020 年 8 月

現在のリストからの削除:
2021 年 12 月

9 月の Adobe Acrobat Sign リリース以降、Adobe Acrobat Sign アプリケーションに直接認証する一部のユーザーの認証方法が、Adobe Identity Manager に経路変更されます。

アドビは 2020 年末までに、認証をこの形式に標準化していく予定です。

機能リリース:Adobe Acrobat Sign 2021 年 10 月

最初の報告:2021 年 9 月 現在のリストからの削除:
2021 年 11 月

Adobe Acrobat Sign は 2021 年 10 月のリリースを完了し、アプリケーションでのダウンタイムは発生しませんでした。

10 月のリリースでは、ユーザーと管理者の機能が改善され、複数のお客様からご報告いただいた問題の解決策が含まれます。  

入力された署名に拡張された名前の値のロック

最初の報告:2021 年 8 月 現在のリストからの削除:
2021 年 11 月

3 月のリリースでは、名前が提供されているか、(API またはユーザープロファイルを通じて)すでに知られている場合に、署名時に受信者が名前の値を編集できるようにするかどうかを設定する機能が導入されました。 入力される署名はこの機能から除外されたため、一部の署名者は署名プロセス中に名前の値を変更できます。 9 月のリリースでは、この機能がアップデートされ、入力される署名を含むすべての署名タイプで名前ロック設定が優先されます。

  • 名前とイニシャル の入力」を有効、「署名者による名前またはイニシャルの変更を許可する」を無効にしている場合は、動作が変更になります。入力される署名の署名プロセスでは、名前の値は編集できなくなります。
  • 署名プロセス中に名前の値を編集できるようにするには、「署名者による名前またはイニシャルの変更を許可する」の設定を有効にする必要があります(署名環境設定メニュー)。

9 月リリースの電子サインページへのゲートアクセス

最初の報告:2021 年 8 月 現在のリストからの削除:
2021 年 11 月

アドビの法的要件に準拠するため、Adobe Acrobat Sign では電子サインページの利用条件(TOU)の同意動作を更新しています。 新しいエクスペリエンスでは、「不明」なすべての受信者は、契約書を操作する前に Adobe Acrobat Sign 利用条件に同意する必要があります(「続行」ボタンをクリックする前)。 この同意は、アカウントの利用条件/CD の同意設定に従って引き続き解決される、カスタマーアカウントが設定したカスタム利用条件とは異なります。

  • 「不明な」受信者とは、信頼できるアカウントに登録されているアクティブなユーザー電子メールではない電子メールアドレスです。
  • 「既知」のユーザーは、ユーザーアカウントを検証したときに登録プロセスの一部として Adobe Acrobat Sign の利用条件に同意したため、再度同意するように求められません。

以下は、お客様が設定したカスタム利用条件の契約書に関する暗黙の同意フローの例です。

  1. 続行」ボタンを選択して Adobe Acrobat Sign 利用条件に同意します(契約書を開いた後)。
  2. 必要に応じて、契約書フィールドに入力します。
  3. クリックして署名ボタンを選択して、消費者への情報開示カスタム利用条件に同意します。

Notarize の統合機能の API および送信ページの更新(10 月に予定)

最初の報告:2021 年 9 月 現在のリストからの削除:
2021 年 11 月

10 月のリリースでは、Notarize, Inc. の Remote Online Notarization(RN)プラットフォームとの統合をサポートする Adobe Acrobat Sign の新機能が導入されます。 Adobe Sign と Notarize, Inc. との統合は、米国での使用が可能です。のみ。

変更の概要は以下のとおりです。  

Notarize の統合 - Adobe Acrobat Sign と Notarize, Inc. の Remote Online Notarization(RON)プラットフォームを統合することで、お客様はリモートオンライン公証サービスを Adobe Acrobat Sign でのトランザクションの一部として追加できます。 Adobe が ETLA プログラムを通じて直接販売する、エンタープライズおよびビジネス層のお客様にご利用いただけます。 このお客様に限り、Notarize Transaction を追加費用でアドオンとして購入できます。 

お客様が独自のアプリを構築したり統合を使用したりして、確認する必要がある要素が 2 つあります。 

送信ページには、公証された署名を必要とする署名者を特定する新しい要素と、署名プロセスをガイドするための追加の設定手順があります。  

REST API は、この機能を活用するための要件を満たすように更新されています。REST API を利用するお客様は、以下を確認して、既存の使用に影響があるかどうかを判断してください。 

  • ページの更新を送信

Notarize Transactions を有効にしているお客様は、認証方式の右側にある受信者レコードで「公証が必要」オプションを選択できます。

契約書が設定され、送信者が「次へ」をクリックすると、公証プロセス用の追加の設定オプションが送信者に表示されます。

  • API のアップデート - Notarize 統合をサポートするために、API が大幅にアップデートされました。

POST /agreements

POST /agreements API がアップデートされ、公証のための契約書の送信がサポートされるようになりました。

  • 新しい役割 NOTARY_SIGNER を使用して公証セッションの参加者を表示します。
  • AgreementInfo 定義に新しい NotaryInfo 属性を追加し、公証を必要とする新しい契約書の作成に関連するすべてのオプションが含まれるようになりました。

パラメーター名

REST オブジェクト

説明

memberInfos

ParticipantInfo[]

参加者固有のデータ(電子メールなど)を含む ParticipantInfo オブジェクトの配列。 配列内のすべての参加者が同じセットに属します。

role

説明

SIGNER

契約書に署名します。

APPROVER

契約書を承認します。

DELEGATE_TO_SIGNER

自分自身は署名できないが、契約書を別の署名者に委任する人物。

DELEGATE_TO_APPROVER

自分自身は承認できないが、契約書を別の承認者に委任する人物

SHARE

この契約書が共有された参加者。

DELEGATE

契約書が委任された参加者。 この役割は、契約書の作成または更新時に、契約書リソースの POST/PUT 呼び出しにより使用することはできません。 委任は参加者によって個別に実行されます。

NOTARY_SIGNER

公証セッション参加者

セットのすべての参加者が担当する役割(署名者、承認者など)

 

FileInfo の展開

Fileinfo の定義を展開して、公証を実行する文書を指定する必要があります。

FileInfo

パラメーター名

タイプ

デフォルト

必須

説明

document

文書

オプション

契約に関連付けられたドキュメント。
このフィールドは POST 呼び出しでは提供できません。
GET 呼び出しの場合、これは応答で返される唯一のフィールドです

label  

文字列

オプション

ファイル情報要素の一意のラベル値。 カスタムワークフローの場合、ワークフロー定義内の対応するファイル要素にファイルをマップします。

libraryDocumentId

文字列

オプション

契約書に追加される既存のライブラリ文書の ID

transientDocumentId

文字列

オプション

契約書に追加される一時的な文書の ID。

notarize

true

false

オプション

この文書は、公証する必要があることを示します。

 

ParticipantInfo の展開

公証による認証方法を指定するために、ParticipantInfo 定義が展開されました。

ParticipantInfo

パラメーター名

タイプ

デフォルト

必須

説明

email

文字列

N/A

必須

参加者の電子メール。

notaryAuthentication

列挙

MULTI_FACTOR_AUTHENTICATION

オプション

MULTI_FACTOR_AUTHENTICATION - 二要素認証方法を使用した公証による認証が実行されます。
NONE - 認証は不要です。

 

NotaryInfo

新しいオプションの notaryInfo フィールドが AgreementInfo 定義に追加され、公証に関連する追加オプションを指定する NotaryInfo オブジェクトが含まれます。

NotaryInfo

パラメーター名

タイプ

デフォルト

必須

説明

notaryType

列挙

Notarize オンデマンド公証サービス」のみがアカウントで有効になっている場合のみ、
notaryType はデフォルトで NOTARIZE_NOTARY に設定されます。それ以外の場合は、BYON_NOTARY になります。

必須

NOTARIZE_NOTARY — Notarize サービスが公証人を提供します。
BYON_NOTARY — アカウントが公証人を提供します。

payment

列挙

BY_SENDER

オプション

type == NOTARIZE_NOTARY の場合にのみ適用されます。
BY_SENDER — 送信者が公証の支払いを行います。
BY_SIGNER — 署名者が公証の支払いを行います。

appointmentStart

文字列

""

オプション  

ISO_DATE_TIME 形式の文字列。ISO_ZONED_DATE_TIME を参照してください。

note

文字列

なし

オプション  

公証セッションのメモ。

notaryEmail

文字列

""

オプション  

自社公証人持ち込みの電子メール

 

例 /agreement

 

PUT|GET /agreements/{aid}

PUT /agreements/{aid} API は、公証オプションを使用した契約書のアップデートをサポートします。 GET /agreements/{aid} API は、契約書の公証用に設定されたオプションを返します。 アップデートされた属性を表示するには、POST /agreements セクションを参照してください。

 

エラーコード

POST /agreements の既存のエラーコードは変更されません。 新しいエラーコードが次のように定義されました。

REST エラーコード

HTTP ステータスコード

メッセージ

シナリオ

PERMISSION_DENIED

403

ユーザー設定または Oauth 範囲トークンでは、公証のための契約書の送信が許可されていません。

このエラーは、役割が NOTARY_SIGNER に設定されていて、API 呼び出し元(つまり、見込み送信者)が公証機能を有効にしていない場合、および/または公証サービスプロバイダーが設定されていない場合にスローされます。

 

ドキュメントへの影響

要求の AgreementInfo オブジェクトで、「status」要素には、新しい契約書ステータス「WAITING_FOR_NOTARIZATION」が含まれます。

 

POST /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens

お客様(公証署名者)は API を使用して署名トークンを取得し、フローの電子サインフェーズを完了することができます。 

  • 新しい役割 - ACCEPT_BEFORE_NOTARIZATION を取得するための新しい署名機能が追加されました。 
  • 公証フェーズを完了するために署名トークンを取得することはできません。

 

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status

お客様(公証署名者)は API を使用して、フローの電子サインフェーズを完了することができます。 新しい役割に対応するために、新しい列挙ステータス値 - ACCEPTED_BEFORE_NOTARIZATION が導入されました。

属性

タイプ

説明

ステータス

列挙<文字列>

Value

SIGNED

APPROVED

ACCEPTED

DELIVERED

FORM_FILLED

ACCEPTED_BEFORE_NOTARIZATION

                                         

このステータスは、SIGNER の役割を持つ受信者が契約書を完了したことを示します。

このステータスは、APPROVER の役割を持つ受信者が契約書を完了したことを示します。

このステータスは、ACCEPTOR の役割を持つ受信者が契約書を完了したことを示します。

このステータスは、CERTIFIED_RECIPIENT の役割を持つ受信者が契約書を完了したことを示します。

このステータスは、FORM_FILLER の役割を持つ受信者が契約書を完了したことを示します。

このステータスは、NOTARY_SIGNER の役割を持つ受信者が公証なしで契約書を完了したことを示します。

公証署名者は、次の API 呼び出しのシーケンスに従って、電子サインフェーズを完了できます。

  1. GET /agreements/{agreementId}/members - 公証署名者の参加者 ID と参加者セット ID を取得します。
  2. POST/agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingTokens - ACCEPT_BEFORE_NOTARIZATION 機能を使用して、公証署名者のトークンを要求します。
  3. POST/transientDocuments - レビューした文書をアップロードします。
  4. PUT /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/status - レビュー済み文書を送信し、電子サインフェーズを完了します。

新しい Webhook イベント

お客様は、新しい Webhook イベント AGREEMENT_READY_FOR_NOTARIZATION に登録して、契約書に公証をおこなう準備ができたときに通知を受信することができます。 イベントは Webhook UI には表示されず、POST /webhooks API 呼び出しを介して登録できます。

ドキュメントへの影響

次の API は変更されませんが、ドキュメントが更新され、新しい契約ステータス「WAITING_FOR_NOTARIZATION」または新しい役割「NOTARY_SIGNER」が含まれます。

GET /agreements

応答 UserAgreements/UserAgreement オブジェクトで 「status」要素には、対応するステータス「WAITING_FOR_NOTARIZATION」が含まれます。

GET /agreements/{agreementId}

応答 AgreementInfo オブジェクトで「status」要素には、対応するステータス「WAITING_FOR_NOTARIZATION」が含まれます。

GET /agreements/{agreementId}/events

API が更新され、新しい READY_TO_NOTARIZE と NOTARIZED イベントがサポートされます。

応答イベントオブジェクトで

  • 「participantRole」要素に新しい役割 NOTARY_SIGNER が追加されました。
  • 「type」要素には、新しいイベント READY_TO_NOTARIZE と NOTARIZED が含まれます。 「description」要素は、それぞれ「公証のために文書が送信されました」と「公証された文書が受信されました」になります。

GET /agreements/{agreementId}/members/participantSets/{participantSetId}

応答 DetailedParticipantSetInfo オブジェクトで「status」要素には、対応するステータス「WAITING_FOR_NOTARIZATION」が含まれます。

PUT /agreements/{agreementId}

Request AgreementInfo オブジェクトに「WAITING_FOR_NOTARIZATION」ステータスが含まれるようになりました。

PUT /agreements/{agreementId}/members/participantSets/{participantSetId}

WAITING_FOR_NOTARIZATION ステータスは、DetailedParticipantSetInfo オブジェクトの「status」要素値の 1 つです。

POST /agreements/{agreementId}/view

WAITING_FOR_NOTARIZATION ステータスが、許可される表示の 1 つとして追加されました。

GET /agreements/{agreementId}/members/participantSets/{participantSetId}/participants/{participantId}/signingInfo

要求パスで指定された参加者に公証署名者の役割が割り当てられている場合、API はこの契約書/参加者の他の署名設定すべてにインラインで ACCEPT_BEFORE_NOTARIZATION 署名設定を返します。

リリース:Adobe Acrobat Sign 2021 年 9 月

最初の報告:2021 年 7 月 現在のリストからの削除:
2021 年 10 月

Adobe Acrobat Sign は 2021 年 9 月 16 日に機能リリースを完了しました。 このリリースによるダウンタイムは発生しませんでした

9 月のリリースでは、ユーザーと管理者の機能が改善され、複数のお客様からご報告いただいた問題の解決策が含まれます。  

電話認証から会社名オプションを削除

最初の報告:2021 年 6 月 現在のリストからの削除:
2021 年 10 月

SMS セキュリティ(メッセージ内の送信 ID と自称会社名との一致に関して)が改善されたことにより、Adobe Acrobat Sign で別の会社名で SMS メッセージを送信すると、メッセージの配信に失敗する可能性があります。

その結果、会社名を使用して電話認証メッセージをカスタマイズするオプションは、2021 年 9 月のリリースでサービスから削除されます。


既知の問題:新しいホームページまたは管理ページが空白になる

最初の報告:2020 年 2 月

現在のリストからの削除:
2021 年 10 月

問題:新しいホームページまたは管理ページに切り替えると、ページが完全に空白になる。

テスト:このページを読み込んでみてください:https://documentcloud.adobe.com/

  • https://documentcloud.adobe.com/読み込めない場合は、社内のネットワーク管理部署に問い合わせて documentcloud.adobe.com ドメインのブロックを解除してもらってください。
  • 上記のリンクにアクセスできる場合は、サポートにお問い合わせください。

Adobe Acrobat Sign v6 REST POST /workflows/ID/agreements がサービスから削除されました

最初の報告:2021 年 6 月 現在のリストからの削除:
2021 年 10 月

v6 REST POST /workflows/ID/agreements API 呼び出しは、2021 年 6 月リリースでサービスから削除されました。これは、1 年前に、文書から呼び出しが削除され、エンドポイントを削除することをユーザーに通知したものです。

この API 呼び出しを引き続き使用すると、404 エラーが表示されるようになります。

この機能を置き換える代替案として、JSON リクエストで workflowID を使用して POST/agreement 呼び出しを使用することをお勧めします。

サンプルリクエスト本文:

v6 REST の Get/Agreement/{AgreementId}/signingUrls
のアップデート

最初の報告:2021 年 6 月 現在のリストからの削除:
2021 年 10 月

6 月のリリース以前では、GET/agreements/{agreementId}/signingUrls を呼び出すと、API は契約の作成直後は 404 を返しました。

404 エラーがクリアされた後しばらくの間、応答は 404 以外の応答を返しますが、送信者の署名 URL のみが含まれました (署名者の参加は引き続き定義されていました)。

2021 年 6 月のリリース後、署名 URL のすべてのリストが完了して 200 コードが返されるまで、404:AGREEMENT_NOT_EXPOSED コードが返されます。

200 応答が返されるまで API 呼び出しの試行を続けたくない場合は、Webhooks を使用し、AGREEMENT_CREATED イベントに応答することをお勧めします。


Adobe Acrobat Sign の Word/PowerPoint、Outlook、および Teams 統合のために予定されているダウンタイム

最初の報告:2021 年 3 月:2021 年 6 月更新

現在のリストからの削除:
2021 年 10 月

2021 年 7 月 17 日(土)に、Adobe Acrobat Sign は次の統合に対する保守を完了しました。

  • Microsoft Teams 向け Adobe Acrobat Sign
  • Microsoft Word/PowerPoint 向け Adobe Acrobat Sign
  • Microsoft Outlook 向け Adobe Acrobat Sign

これにより、統合は正常にインストールおよび導入されています。

パッチリリース:Adobe Acrobat Sign 2021 年 8 月

最初の報告:2021 年 6 月:2021 年 8 月更新 現在のリストからの削除:2021 年 9 月

Adobe Acrobat Sign は、2021 年 8 月 11 日時点でパッチ更新を完了しています。 パッチは、ダウンタイムなしで完了しました。

8 月のパッチリリースには、エクスペリエンスの軽微な変更と、お客様からご報告いただいた複数の問題に対する解決策が含まれています。  

2021 年 5 月に SOAP API の提供終了を計画

最初の報告:2018 年 6 月:2021 年 2 月更新

現在のリストからの削除:2021 年 9 月

Adobe Acrobat Sign デベロッパーに最適なプログラミング環境を提供する REST API バージョン 6 のリリースに伴い、SOAP API は非推奨になりました。2021 年 5 月以降、SOAP API はサポートされなくなります。  REST API は現在、インテグレーターやアプリケーションデベロッパー開発者の間中で広く使用されているインターフェイスであり、将来の開発はこの API に移行する必要があります。

以下に、この移行トランジションに関するいくつかの関連情報を示します。

  • SOAP からの移行
  • Adobe Acrobat Sign REST API バージョン 6 メソッド

 

必要な対応

Adobe Acrobat Sign サービスの統合やアプリケーションを SOAP API に基づいて開発している場合は、2021 年 5 月までに、最新の REST API バージョン 6 を使用してアプリケーションを書き直す必要があります。  デベロッパー開発者やインテグレーターの皆様には、最新の API へのスムーズな移行を確実にするために引き続き情報提供をおこなってまいります。

Microsoft 統合における IE11 ブラウザーの「提供終了」を計画

最初の報告:2021 年 1 月

現在のリストからの削除:2021 年 9 月

マイクロソフトは、2021 年 8 月 17 日Internet Explorer 11 のサポートを終了します。

その結果、Microsoft 用 Adobe Acrobat Sign 統合も同じ時期に、IE11 のサポートを終了します。

影響を受けるサービス:

  • Dynamics 365(オンラインおよびオンプレミス)
  • Microsoft 365
  • Outlook 365
  • 電源自動化/電源アプリ
  • SharePoint(オンラインおよびオンプレミス)
  • グループ版

Adobe Acrobat Sign の Dropbox との統合の提供終了を計画

最初の報告:2021 年 3 月

現在のリストからの削除:2021 年 8 月

Adobe Acrobat Sign の Dropbox との統合は、2021 年 7 月 31 日に終了する予定です。

この時点で、Adobe Acrobat Sign は Dropbox アカウントを介して使用することができなくなりますが、すべての Adobe Acrobat Sign の契約書は引き続き利用可能で、Adobe Acrobat Sign アカウントにログインしてアクセスできます。

新規リリース:Adobe Acrobat Sign 2021 年 6 月

Adobe Acrobat Sign は 2021 年 6 月のリリースを完了し、ダウンタイムは発生しませんでした。

6 月のリリースでは、ユーザーと管理者の機能が改善され、複数のお客様からご報告いただいた問題の解決策が含まれます。  

新しい SSL 証明書が利用可能 -
2021 年 6 月 1 日時点で有効

最初の報告:2021 年 4 月

現在のリストからの削除:2021 年 8 月

Adobe Acrobat Sign から、2021 年 6 月 1 日に新しい SSL 証明書がリリースされます。
公開鍵、基盤となる暗号化プロトコル、またはスキームに変更はありません。

新しい証明書は、Adobe Acrobat Sign の必要システム構成ページからダウンロードして使用できます。

 

必要な対応

公開鍵の使用
SOAP または REST API を使用して Adobe Acrobat Sign との統合をカスタムで構築しており、それらの統合のいずれかで既存の公開鍵を「ピン留め」している場合、必要な対応はありません

SSO に Adobe Acrobat Sign の SSL 証明書を使用している場合、または証明書自体をピン留めしている場合、(またはその他の方法を使用して証明書をピン留めしている場合)、Adobe Acrobat Sign の必要システム構成で新しい Adobe Acrobat Sign 証明書を取得できます。

新しい SSL 証明書は、2021 年 6月 1 日に有効となります。

Adobe Sign ライブラリに新しい W-4 2021 を追加

最初の報告:2021 年 1 月

現在のリストからの削除:2021 年 7 月 

W-4 2021(Employee's Withholding Certificate)」という名前の新しい IRS W-4(2021)フォームが、2021 年 2 月リリースの一部として、Adobe Acrobat Sign ライブラリに追加される予定です。

 

必要な対応

新しい W-4 フォームのテンプレートでは、libraryDocumentId が新しくなっています。 現在のアプリケーションで既存のテンプレートの libraryDocumentId を使用している場合は、更新の必要があります。

2020 年バージョンは 2021 年 5 月にシステムから削除される予定です。

従来(ver 2020)のフォームを使用するアプリケーション/API は、正常なサービス提供が中断されないよう、5 月 1 日より前にアップデートする必要があります。

 

API 対応アカウントで libraryDocumentId を検索するには、以下のようにします。

  1. アカウント管理者としてログインします。
  2. 「アカウント」タブ/Adobe Acrobat Sign API/API 情報をクリックし、「REST API メソッドに関する文書」リンクをクリックします。
  3. 「GET /libraryDocuments」セクションで「OAUTH ACCESS-TOKEN」ボタンをクリックします。 
    • library_read:self」スコープを有効にします。
  4. Try it out!」ボタンをクリック します。
  5. Response Body で、(2020 バージョンではなく)新しい W-4 2021(Employee's Withholding Certificate:従業員源泉徴収票) フォームのテンプレートを探し、 libraryDocumentId の値を確認します。  

新規リリース:Adobe Sign 2021 年 5 月

最初の報告:2021 年 3 月

現在のリストからの削除:2021 年 7 月

Adobe Acrobat Sign は 2021 年 5 月のリリースを完了し、ダウンタイムは発生しませんでした。

5 月のリリースでは、ユーザーと管理者の機能が改善され、複数のお客様からご報告いただいた問題の解決策が含まれます。  

Adobe Acrobat Sign Cookie 管理の更新

最初の報告:2020 年 8 月

現在のリストからの削除:2021 年 7 月

Adobe Acrobat Sign では OneTrust の新しい Cookie 承諾バナーを採用しており、ユーザーが明示的に選択するまで継続されます。

認証中に新しいドメインにリダイレクトされるユーザーは、2 番目のドメインに 2 回目の同意を行う必要があります(この一般的な例として、ドメインの切り替えのため、echosign.com から adobesign.com にリダイレクトされます)。 

リダイレクトを回避するには、ブックマークを更新することをお勧めします。

入力と署名には、テンプレートと認証された署名のパスがあります

最初の報告:2020 年 3 月

現在のリストからの削除:2021 年 7 月

自分のみが署名作成ページが新しい作成ページ(最新の送信ページデザインをベースとする)に置き換えられ、オーサリングを介したテンプレートの使用およびフィールドの配置が可能になります。

管理者設定により、デフォルトのユーザーエクスペリエンスが設定されます。 オプションの「切り替え」リンクを有効にすれば、ユーザーは自由形式での入力と署名インターフェイスと新しいオーサリングが有効になった自己署名エクスペリエンスを切り替えられます。 

このエクスペリエンスには、署名者が認証を定義する機能が追加されました。 

コントロールは、「ID 認証を強制」設定に基づきます。 この設定を有効にすると、ユーザーが契約書を開く際、および署名を入力または契約書を確定する場合(オプション)に、Adobe Acrobat Sign 資格情報の入力が求められます。 

新しい自己署名エクスペリエンスおよび ID 認証を強制のコントロールは、アカウントレベルおよび/またはグループレベルで設定できます(グループレベル設定は、アカウントレベル設定を上書きします)。

 

ロールアウトプラン

次回の 2 つのメジャーリリースで、従来の自分のみが署名ページが新しい自己署名エクスペリエンスに置き換えられます。 

従来の自分のみが署名機能を使用中のお客様は、新しいエクスペリエンスがデフォルトとなり、従来のページがサービスから削除される 2020 年秋までに、新しいエクスペリエンスに移行する必要があります。 

  • 7 月のリリースでは、既存設定への変更はありません
  • その後のリリースでは、従来のページに戻すオプションと共に、新しいエクスペリエンスがデフォルトとして設定されます。
  • 2020 年秋のリリースでは、従来のインターフェイスに戻す機能は削除されます。

Word/PowerPoint、Outlook、Teams 向け Adobe Acrobat Sign のアップデートは、4 月 19 日から公開されています。

最初の報告:2020 年 12 月:2021 年 3 月更新

現在のリストからの削除:2021 年 5 月

アップデートは 午前 8:00 PDT11:00 EST15:00 UTC に有効になります

このアップデートは、3 つの統合すべてで全体的なセキュリティを強化するために導入されています。

アップデートが完了すると、管理者/ユーザーは、アクセスが許可される前にアプリケーションの権限リクエストを再承認するようにメッセージが表示されます。

新規リリース:Adobe Acrobat Sign 2021 年 3 月

最初の報告:2021 年 2 月

現在のリストからの削除:2021 年 5 月

Adobe Acrobat Sign は 2021 年 3 月のリリースを完了し、ダウンタイムは発生しませんでした。

この製品リリースには、管理者とエンドユーザーのための新機能/機能強化と、複数の解決された問題が含まれています。

Microsoft 統合における Edge Legacy ブラウザーの「提供終了」を計画

最初の報告:2021 年 1 月

現在のリストからの削除:2021 年 5 月

Microsoft は、2021 年 3 月 9 日Edge Legacy
ブラウザーのサポートを終了します。

その結果、Microsoft 用 Adobe Acrobat Sign 統合も同じ時期に、Edge Legacy のサポートを終了します。

影響を受けるサービス:

  • Dynamics 365(オンラインおよびオンプレミス)
  • Microsoft 365
  • Outlook 365
  • 電源自動化/電源アプリ
  • SharePoint(オンラインおよびオンプレミス)
  • グループ版

サポート終了:Microsoft Power Automate 用 Adobe Sign v1 のアクション - 2021 年 1 月の予定

最初の報告:2020 年 7 月

現在のリストからの削除:2021 年 5 月

Microsoft Power Automate 用 Adobe Acrobat Sign 3.0 への更新では、新しい REST v6 アクションが導入されます。これにより、同じ名前の既存のアクションと比較して、より堅牢な置き換えが提供されます。

アクションが実行されない場合、従来のアクションを使用するワークフローが引き続き実行されます。 従来のアクションには、名前に(旧)のマークが付いています。  これらの従来のアクションは、2021 年 1 月までに非推奨となる予定です。

非推奨となるアクションのリストは次のとおりです。

  • 文書 URL からライブラリテンプレートを作成(旧)
  • アップロード済み文書からライブラリテンプレートを作成(旧)
  • 文書 URL から契約書を作成して署名用に送信(旧)
  • ライブラリテンプレートから契約書を作成して署名用に送信(旧)
  • アップロード済み文書から契約書を作成して署名用に送信(旧)
  • すべての契約書のリストを取得(旧)
  • すべてのライブラリテンプレートのリストを取得(旧)
  • 契約書のフォームフィールドデータの取得(旧)
  • 文書をアップロードして文書 ID を取得(旧)

 

新しいアクションは、従来のアクションと同じ名前でアクションリストに表示されます。

これらのアクションを使用するユーザーは、フローを更新して、新しいコネクタアクションを使用する必要があります。 これは、既存の自動化フローで従来のアクションを新しいアクションに置き換えることで実行できます。

ソーシャル認証の提供終了

最初の報告:2020 年 11 月

現在のリストからの削除:2021 年 5 月

署名者が文書にアクセスして署名するために、ソーシャル ID を提供するように署名者に要求する機能は、2021 年 3 月に削除されます。  この機能では、送信者が Facebook、LinkedIn、Google、Yahoo!、Microsoft Live または Twitter からのログインを要求できるようになっていました。 


個人用 Twitter 統合の「提供終了」を計画

最初の報告:2020 年 12 月:2021 年 1 月更新

現在のリストからの削除:2021 年 5 月

ユーザーレベル(個人環境設定から)で Twitter と統合するオプションは、2021 年 3 月にユーザーインターフェイスから削除される予定です。 削除後は、

  • 新しいユーザーアカウントで、ユーザーレベルで Twitter を有効にすることはできません。
  • Twitter が有効になっているユーザーに対して、新しく作成された契約書に関する Twitter メッセージが表示されなくなります。
  • Twitter が有効になっている無償ユーザーアカウントでは、月ごとのトランザクション数の制限が 10 から次のように削減されます。
    • Adobe Acrobat Sign Web クライアントの場合、1 か月あたり 5 トランザクション
    • Acrobat クライアントの場合、1 か月あたり 2 トランザクション
  • 有効になっているアカウントでは、Twitter の資格情報が Adobe Acrobat Sign システムから削除されます
  • Adobe Acrobat Sign の Twitter アプリは削除され、すべての Twitter トークンの有効期限が切れます。

新規リリース:Adobe Acrobat Sign 2021 年 2 月

最初の報告:2021 年 1 月:2021 年 2 月更新

現在のリストからの削除:2021 年 3 月

2 月のリリースは、サービスのダウンタイムなしで完了しました。

この製品リリースには、管理者とエンドユーザーのための新機能/機能強化と、複数の解決された問題が含まれています。

ワークフローデザイナーがエラーメッセージを生成する

最初の報告:2020 年 9 月

現在のリストからの削除:2021 年 3 月

ライブラリアセットの共有に関するセキュリティが向上したため、一部のワークフローで、9 月更新の後にワークフローを編集するときにサーバーエラーメッセージが表示される場合があります。

この問題があるワークフローを使用しようとしている送信者には、ワークフローに範囲外の文書が含まれていることを示すエラーメッセージが表示されます。

このエラーは、添付された 1 つ以上のライブラリテンプレートを使用する権限をワークフローが失っていることを意味します。 これは通常、アカウント/グループにアクセスを許可することから所有者にアクセスを限定するようにテンプレートアクセス権限が変更された場合に発生します。  

管理者は、ページをリロードするのではなく、このエラーメッセージからキャンセルする必要があります。

 

エラーを修正するには:

  • テンプレートの所有者は、ワークフローが関連付けられているアカウント/グループで使用できるように、テンプレート権限を編集する必要があります。
  • ワークフローの所有者は、テンプレートを適切な権限を持つものに置き換えることができます。  これをおこなうには、上記のエラー状態からキャンセルし、ワークフローの編集に進み、文書を置き換えます。

Adobe Acrobat Sign for Workplace by Facebook の提供終了

最初の報告:2020 年 11 月

現在のリストからの削除:2021 年 1 月

Adobe Acrobat Sign for Workplace by Facebook 統合は、2020 年 11月 29 日に完全に廃止されます。