Otomatik bildirim gönderilmesi, mesajın gerçekten ulaştığı anlamına gelmez.
Başlamadan önce
Tetikleyici olay, kullanılan alanlar, işlemi sahiplenen kişi ve hata halinde yapılacak iş net olmalı. Böylece akışın çalışmadığı gün kimin müdahale edeceği bellidir.
Uygulama adımları
İlk adım: Gönderim isteği, sağlayıcı yanıtı ve teslim durumunu ayrı aşamalar olarak kaydedin.
İkinci adım: Başarısız mesajlar için sınırlı yeniden deneme ve insan müdahalesi yolu kurun.
Üçüncü adım: Gereksiz tekrarları önlemek için her olaya benzersiz bir işlem kimliği verin.
Somut bir örnek
Randevu hatırlatması sağlayıcıya iletilmiş olabilir, ancak teslim edilmemiştir; ikinci adım ancak teslim durumuna göre çalışmalı.
Sahada dikkat edilecek ayrıntı
Bildirim sisteminde “istek gönderildi”, “sağlayıcı kabul etti” ve “mesaj teslim edildi” farklı olaylardır. Randevu hatırlatması teslim edilmediyse alternatif iletişim kuralı gerekir; teslim edilmişse tekrar gönderim rahatsızlık yaratır. İşlem kimliğiyle iki aynı olayın iki kez mesaj üretmesini engelleyin. Başarısızlık raporunda hangi numara, hangi hata türü ve hangi yeniden deneme görülsün; kişisel veri erişimini sınırlayın.
Başarıyı nasıl anlayacaksınız?
İzlenecek göstergeler: Teslim oranı, yinelenen mesaj, başarısız deneme ve manuel müdahale zamanı. Test ortamında yinelenen olay, eksik alan, zaman aşımı ve servis kesintisi üretin. Başarılı akış kadar hatanın fark edilmesi ve yeniden işlenmesi de başarı ölçütüdür.
En sık yapılan hata
Kaçınılması gereken yaklaşım: Bir HTTP başarı yanıtını müşterinin mesajı aldığı kanıtı saymak. İyi bildirim akışı, başarı kadar başarısızlığı da görünür kılar.