サービス デスクは、失敗したレポート行ごとにチケットを受け取るのではなく、誰かが解決できる作業を受け取る必要があります。顧客、サービス、障害状態、および時間境界に関するインシデント エピソードを定義します。生の観察結果を証拠ストアに保存し、チケットにビジネスの結果、所有者、次の決定を記述させます。
発見がいつ仕事になるかを決定する
新たに観察されたソースが自動的に悪意のあるものであるわけではありません。 DMARC 障害が発生しても、自動的にサービスが停止するわけではありません。観察結果を、承認された送信者のインベントリ、予想されるスケジュール、および最近の変更と比較します。失われた既知の請求フローをエスカレーションする アライメント 調査を待っている未所有の少量ソースとは異なります。
RFC 9989 は認証の調整を定義しますが、 RFC 9990 報告書の証拠を説明します。どちらもビジネスの重要度やサービスデスクのポリシーを提供しません。何がエピソードを開始するか、何が既存のエピソードに証拠を追加するか、何が優先順位を上げるか、何がエピソードを終了するかなど、これらの決定を明確に記述します。証拠が欠けている場合は、捏造された回復ではなく、報道に関する疑問が生じるはずです。
目的地別の地図を使用する
自動タスク計画の例では、認証された顧客の境界を companyID に、簡潔なサービスの結果をタイトルに、承認された緊急度を優先度に、ライフサイクルの状態をステータスに、所有デスクを queueID にマップします。の チケットのドキュメント 作成、クエリ、更新の操作と条件付きフィールドの要件について説明します。何かを送信する前に、アクティブなフィールドの選択肢と顧客の設定を取得します。
ここでは、顧客、キュー、優先度、ステータスの数値は提供されません。実際のテナントから承認されたアクティブな値を取得します。キューの要件はチケット カテゴリによって異なり、構成により dueDateTime または billingCodeID が必要になる場合があります。テナントから会社への承認済みマップと許可されたキューを個別に保持します。任意の受信ドメイン文字列から顧客 ID を推測しないでください。
再試行と重複排除を可視化する
テナント、ドメイン、サービス、ルール、エピソードから相関キーを構築します。宛先レコード識別子を付けて永続化します。エピソード ポリシーで新作であると規定されていない限り、2 番目の観察では証拠と発生数が更新されるはずです。実際の実装では送信ボックスと永続的な一意キー制約を使用して、同時ワーカーが両方とも同じインシデントを作成できないようにします。
サービス デスクがチケットを作成したものの、クライアントが ID を受信する前にタイムアウトになったとします。結果を不確実なままにし、別の作成前に承認された相関方法を使用して宛先を検査します。ローカルの一意キーは、ローカル作業の競合を防ぎます。それ自体では、リモート サービスが重複作成を拒否することを証明するものではありません。サポートされているリモート冪等性機能が利用可能な場合はそれを使用するか、実際の宛先状態を調整します。
これは仮想的な障害パスであり、実行された送信ボックス、HTTP 交換、または自動タスク トランザクションではありません。同時ワーカーと繰り返し観察しながらテストし、ローカル キュー レコードの数だけではなく、実際のチケット数と保存された人間のメモを検証します。
再発を隠さずにループを閉じる
技術者がタスクに完了のマークを付けても、送信フローが回復したことを証明するものではありません。インシデントに適切な終了証拠を定義します。つまり、承認された構成、承認されている場合は実際のメッセージ テスト、および遅延と適用範囲の制限を考慮して解釈された観察結果を報告します。回復がまだ実証できない場合は、例外を開いたままにしてください。
誰が結果を受け入れたのか、何を再開する必要があるのかを記録します。その後の再発では、合意されたワークフローに従って、古いチケットが再度開かれるか、リンクされた新しいエピソードが開始される場合があります。自動更新によって人間のメモが上書きされたり、所有権がリセットされたり、意図せず顧客に通知が送信されたりしないようにしてください。パイロット中に、レート制限、権限の失敗、不確実な書き込みなどの副作用をテストします。
閉鎖の前提条件を確認する
技術者が空ではない証拠リンクを提供したが、それが無関係な送信者のテストを指しているとします。リンクは存在しますが、それがこのインシデントを終了させることを正当化することはできません。デスクの移行をリクエストする前に、証拠ソース、認可された収集、影響を受けるサービス、タイミング、結果を確認してください。証拠が欠落している、空白である、または無関係である場合は、この提案されたワークフローに基づいてインシデントを検証待ちのままにする必要があります。ここではクロージャ関数や証拠検証機能は実行されませんでした。