この文章は Salesforce 機械翻訳システムを使用して翻訳されました。詳細はこちらをご参照ください。
英語に切り替える

通知について

1 通の SOAP メッセージには、最大 100 件の通知を格納できます。それぞれの通知には、オブジェクト ID と、関連付けられた sObject データへの参照が記載されています。通知がキューされた後、送信される前にオブジェクト内の情報が変更された場合、更新された情��のみが配信されます。

複数のコールを発行すると、コールは 1 つ以上の SOAP にまとめられます。

メッセージはローカルでキューされます。各バックグラウンドプロセスでは実際の送信を実行し、次のようにしてメッセージの信頼性を保ちます。

  • エンドポイントが利用できない場合、メッセージは正常に送信されるまで、または 24 時間が経過するまでキューに留まります。24 時間を過ぎると、メッセージがキューから削除されます。
  • メッセージが配信できない場合には、再試行の間隔が、最長 2 時間まで大幅に増えます。
  • メッセージは、キュー内の順番とは無関係に再試行されます。そのため、メッセージが順番に配信されない場合があります。
  • アウトバウンドメッセージを使用して監査履歴を作成することはできません。どのメッセージも 1 回は配信される必要がありますが、2 回以上配信される場合もあります。また、24 時間以内に配信できない場合には、まったく配信されないこともあります。さらに、上述のとおり、通知がキューされた後でも送信される前であれば、ソースオブジェクトの変更が可能です。エンドポイントは、途中の変更内容ではなく、最新のデータのみを受信します。
  • メッセージが複数回送信される場合があるため、リスナークライアントでは、処理を実行する前に、通知内で配信された通知 ID を確認する必要があります。

Salesforce でイベントが発生した場合、以前のリリースで必要だったポーリングの代わりに、アウトバウンドメッセージを使用して実行ロジックをトリガできます。以前のバージョンの API では、クライアントアプリケーションは Salesforce にポーリングを行って関連する変更が行われたかどうかを確認する必要がありました。ルールが存在する場合、ほとんどの変更では結果としてワークフローがトリガされます。ユーザは、ワークフローを使用して Salesforce イベントに基づいてアクションをトリガできます。

メモ

アウトバウンド SOAP メッセージを外部サービスに送信する notifications() コールの定義など、アウトバウンドメッセージに必要なメタデータは、個々の WSDL に含まれます。ワークフロールールがアウトバウンドメッセージに関連付けられると、WSDL が Salesforce ユーザインターフェースから作成され、使用可能になります。この WSDL はアウトバウンドメッセージにバインドされており、エンドポイントサービスへの到達方法に関する説明と、エンドポイントサービスに送信されるデータを記載しています。アウトバウンドメッセージの設定についての詳細は、アウトバウンドメッセージの定義を参照してください。