Zor kayıt atlandı, çalıştırma başarılı göründü
Otomasyon gelen talebi sınıflandırır, müşteriyi belirleyemez ve kaydı genel hata klasörüne yollar. Gösterge panelinde işlem tamamlanmıştır. Müşteri ise hâlâ cevap bekler. Raporlama başarılı, operasyon başarısızdır.
Bir işi ancak iş sonucu belli olduğunda tamamlanmış saymak gerekir. Ana akıştan çıkarmak doğru karar olabilir; fakat bu karar başka birine iş oluşturur. İstisna kuyruğu, bu işi görünür, atanabilir ve kurtarılabilir yapan ürün parçasıdır. Yayından sonra eklenen bir detay değil, normal akışla birlikte tasarlanacak bir bölümdür.
Her durma nedeni aynı yere gitmesin
Geçici servis kesintisinde yeniden denemek anlamlı olabilir. Eksik satın alma belgesi kanıt ister. İtiraz edilen iptal ise iş kararı gerektirir. Hepsini aynı retry döngüsüne koymak kaynak tüketir ve gerçek durma nedenini gizler. Model tekrar deneyerek eksik yetkiyi yaratamaz.
Teknik dead-letter queue daha dar bir ihtiyacı karşılar. Amazon SQS, başarısız işleme denemelerinden sonra mesajların redrive politikasıyla bu kuyruğa taşınmasını belgeliyor. SQS rehberi mekanizmayı açıklar; operasyon sorumlusunu veya karar sürecini belirlemez.
Her istisnanın müdahale edilebilir bir nedeni olsun. Müşteri bulunamadı açıklaması, aday kayıtlar ve karşılaştırmada kullanılan kanıtlarla birlikte işe yarar. Bir hata oluştu demek ise teşhisi operatöre bırakmaktır.
Log yığını değil, iş dosyası tasarlayın
İnceleme ekranı hedeflenen sonucu, ilgili kaynakları, tamamlanmış işlemleri ve durulan noktayı göstermeli. Model önerisiyle doğrulanmış veriyi ayırın. Yorumu etkileyen kural veya akış sürümünü belirtin. Payload içinde bulunduğu için ilgisiz müşteri verilerini ekrana taşımayın.
Kaydın atanmış sorumlusu ve ne kadar süredir beklediği görünür olmalı. Öncelik, en gürültülü hata mesajına göre değil, gecikmenin sonucuna göre belirlenmeli. Erişim bekleyen müşteri ile önemsiz bir kayıt düzeltmesi aynı önemde değildir. Sahipsiz ortak kuyruk, herkesin başka bir ekibin ilgilendiğini sanmasına yol açar.
Çözüm seçenekleri gerçek işe karşılık gelsin: kanıt iste, referansı düzelt, izin verilen istisnayı onayla, talebi reddet veya üst ekibe aktar. Serbest not yararlıdır, fakat kararın tek kaydı olmamalı. Yapılandırılmış sonuçlar, tekrar eden sorunları bulmayı sağlar.
Akışa dönüş de kontrollü bir işlemdir
Baştan başlatmak, daha önce oluşmuş etkileri tekrarlayabilir. Örnek bir kullanıcı açılışında hesap oluşturulmuş, erişim ataması başarısız olmuş olsun. Düzeltme yeni hesap oluşturmamalı. Kontrol noktalarını saklayın ve hangi adımların güvenle tekrarlanabildiğini tanımlayın.
Devam etmeden güncel iş durumunu ve yetkileri yeniden kontrol edin. Operatör düzeltme yapana kadar müşteri vazgeçmiş veya başka bir çalışan işi elle bitirmiş olabilir. Kuyruk, eski planın artık geçerli olmadığını fark etmeli.
Zor soru ekip kapasitesidir. Otomasyon rutin işleri hızlandırırken en karmaşık kayıtları daha küçük bir ekibe bırakabilir. Bu ekibin zamanı veya karar yetkisi yoksa darboğaz ortadan kalkmamış, yer değiştirmiştir. Otomatik tamamlanma kadar açık kayıtların yaşını ve tekrarlayan nedenleri de izleyin.
Bu hafta istisna yolunu kurun
Yakın zamanda çözülememiş bir kaydı seçin; akış yeniyse temsilî test vakası oluşturun. Eksik kanıtı, karar sahibini ve izin verilen sonuçları yazın. Operatör, geliştiriciye danışmadan işi çözmeye yetecek bağlamı görebilsin.
Ardından iş kaydı değiştikten sonra devam etmeyi prova edin. Tamamlanmış işlemlerin tekrarlanmadığını ve çözümün kaydedildiğini doğrulayın. İlk sürümün otomasyon kapsamı dar olabilir. Anlayamadığı her şeyin nereye gideceği belirsiz olamaz.