履歴チェック通知の再実行

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

APIエンドポイント:

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

• Jira
• ServiceNow
• Zendesk
• AWSSNS
• Webhook

• チケットチャネル (Jira、ServiceNow、およびZendesk) で、チェックがすでにチケットチャネルに関連付けられている場合、履歴チェックを再実行してもチケットが重複することはありません。
• チケット以外のチャネル (AWS、SNS、およびWebhook) の場合、エンドポイントが呼び出されるたびにチェックが再送信されます。
• 現在、この機能はアカウントレベルの通信チャネルのみをサポートしています。
• 指定されたアカウント (通信設定が構成されている) への書き込みアクセス権を持つユーザのみが、このエンドポイントを使用できます。
• リクエストが成功してから通信チャネルにチェック通知が表示されるまでに数分かかることがあります。
• 対象の通信チャネルに送信された履歴チェックは、通信チャネルに設定されたトリガーに基づいて除外されます。

ユーザシナリオ

• 詳細については、通信チャネルでいくつかのトリガを設定することを強くお勧めします。ここ。
• APIエンドポイントは2つのフィルタを受け取りますnewerThanDaysまたはolderThanDaysでは、通信チャネルの作成時間または更新時間に近い時間枠をお勧めします。どのようなチェックが必要になるかを把握するには、 クラウドポスチャ UIの [Browse All Checks] セクションでフィルタを設定します。
• 例: 自動通知チャネルが今日から30日前に作成された場合。のフィルタolderThanDays30は、その通信チャネルの作成前に履歴チェックを提供します。

例

{.zoom}

• サービス: S3
• リスクレベル: [極]、[非常に高]、および[高]
• タグ: 「ステージング」と「デモ」

{.zoom}

{.zoom}

{.zoom}

{.zoom}