Incident Yönetimi

Callert'te bir alarm (alert) tetiklendiğinde bir Incident (Olay) kaydı oluşur. Bu olaylar yaşam döngüsü boyunca yönetilir ve takip edilir.

Incident Durumları

OPEN

Açık (Open)

Yeni gelen bir alarmdır. Henüz kimse ilgilenmemiştir. Bu aşamada Rule Engine çalışır ve ilgili kişilere bildirim (Call/SMS/Email) gönderilir.

ACKNOWLEDGED

İnceleniyor (Acknowledged)

Bir ekip üyesi olayı fark etti ve "Ben ilgileniyorum" dedi. Bu durumda incident kapanmaz ancak diğer ekip üyeleri birinin konuyla ilgilendiğini bilir. Eskalasyon zincirleri (gelecek özellik) bu aşamada durabilir.

RESOLVED

Çözüldü (Resolved)

Sorun giderildi. Incident kapanır. Eğer kaynak sistemden (örn: Uptime Kuma) "UP" sinyali gelirse, incident otomatik olarak bu duruma geçer.

Timeline ve Yorumlar

Her incident detay sayfasında bir zaman çizelgesi (timeline) bulunur. Burada şunlar yer alır:

  • Alarmın ilk geliş anı ve payload detayı.
  • Hangi kuralların eşleştiği ve kimlere bildirim gittiği.
  • Bildirimlerin durumu (Arandı, Cevap Verildi, Ulaşılamadı).
  • Ekip üyelerinin yorumları ve durum değişiklikleri.
İpucu: Ekip arkadaşlarınızı bilgilendirmek için incident altına yorum (comment) bırakabilirsiniz.

“Neden aranmadım?” paneli

Incident detay sayfasında, sağ sütunda Teslimat Kararları (Delivery Decisions) bölümü ve “Neden aranmadım?” butonu bulunur. Bu panel, Call/SMS/Email’in neden gönderildiğini veya neden gönderilmediğini adım adım açıklar.

  • Kural eşleşmesi: “Rule matched / Rule not matched” satırları, incident'in hangi kurallar tarafından ele alındığını gösterir.
  • Kullanıcı tercihleri ve DND: “Sessiz saatler” veya kanal kapalıysa, ilgili satırlarda bu net şekilde belirtilir.
  • Kota ve trial: Plan kotası dolduğunda veya trial bittiğinde, “quota exceeded / trial ended” sebepleri üstteki özet banner ve satır etiketlerinde görünür.
  • Provider ve fallback: Operatör hataları veya fallback kanalları, “provider error / fallback” olarak kayda geçer; hangi hedefe geçiş yapıldığı da listelenir.
  • Test incident ve test bildirimleri: Test için oluşturulan incident'ler ve test bildirimleri, “TEST” rozetleriyle işaretlenir ve kotayı etkilemediği metinde açıkça belirtilir.

Özetle: “Neden aranmadım?” sorusunun cevabını her zaman incident detay sayfasındaki Teslimat Kararları panelinde bulabilirsiniz.

Proje dashboard'u ayrıca tenant seviyesinde üç dönüm noktasını takip eder: firstIncidentAt (ilk incident), firstFailedNotificationAt (ilk kalıcı provider hatası) ve firstSkippedDecisionAt (sessiz saat, bakım, kota veya tercihler nedeniyle ilk kez atlanan bildirim). Bu sinyaller UI tarafında “First incident received”, “First provider failure captured” ve “First skipped notification explained” toast mesajları olarak görünür ve sizi ilgili incident'e yönlendirir.