履歴チェック通知を再実行する

このページのトピック

この機能を使用すると、_既存の_チェックを、最近作成した通信チャネルに一括で取り込むことができます。新しく検出されたチェックまたはアップデートされたチェックは、有効な自動通知を介して通信チャネルに自動的に転送されるため、1回限りの処理であることが予想されます。

履歴チェック通知を再実行する理由

この機能を使用すると、自動通知の既存の動作が強化され、ユーザは対象の通信チャネルで履歴チェック（通信チャネルの作成前に検出されたチェック）を再実行できます。これは、チケットを解決するために通信チャネルによって提供される自動解決機能を利用しながら、発券チャネルで履歴チェックを追跡したいユーザにとって便利です。

API Endpoint：

Checks Replay.

サポートされる通信チャネル

Jira
ServiceNow
Zendesk
AWS SNS
Webhook

重要：

チケッティングチャネル（Jira、ServiceNow、およびZendesk）でチケッティングチャネルにすでに関連付けられているチェックを再度実行しても、重複するチケットは作成されません。
チケッティング以外のチャネル（AWS、SNS、およびWebhook）では、エンドポイントが呼び出されるたびにチェックが再送信されます。
組織レベルの通信チャネルを使用する場合、履歴チェックを再実行するには1つのアカウントIDを入力する必要があります。
このエンドポイントを使用できるのは、指定されたアカウント（通信設定の対象）に対する書き込みアクセス権を持つユーザのみです。
要求が正常に処理されてから通信チャネルに確認通知が表示されるまで、数分かかる場合があります。
対象の通信チャネルに送信された履歴チェックは、通信チャネルに設定されたトリガに基づいて除外されます。

ユーザシナリオ

通信チャネルでトリガを設定することを_強_くお勧めします。詳細については、ここを参照してください。
APIエンドポイントは、 newerThanDays または olderThanDaysの2つのフィルタを使用します。通信チャネルの作成または更新時刻に近い期間をお勧めします。どのようなチェックが必要かを判断するには、 Conformity UIのBrowse All Checksセクションでフィルタを設定します。
例：自動通知通信チャネルが今日から30日前に作成された場合olderThanDays 30のフィルタは、その通信チャネルの作成前に履歴チェックを提供します。