Hata Yönetimi

İşler ters gider. Bir sağlayıcı kötü bir dakika geçirir, bir şablon askıya alınır, bir telefon numarası bozuktur. Flowera'nın işi, bir hatanın size bir kampanyaya değil bir satıra mal olmasını — ve kendini tekrarlayarak kredi yakmamasını — sağlamaktır.

Bir çalıştırma başarısız olunca ne olur

Hatalar üç türe ayrılır ve tür yanıtı belirler:

Tür	Örnek	Yanıt
Geçici	Ağ kesintisi, sağlayıcının 5xx döndürmesi	Otomatik yeniden denenir
Kalıcı	Bozuk şablon, eksik model	Yeniden denenmez — aynı şekilde başarısız olurdu
Uyumluluk	Engellenmiş kişi, duraklatılmış şablon	Bilinçli olarak atlanır

Üçüncü satırda durmaya değer. Atlanan bir satır hata değildir: sistem, mesaj göndermemesi gereken birine göndermeyi reddetmiştir. Kampanya raporundaki atlamalar genellikle sistemin doğru çalıştığını gösterir.

Yeniden denemeler

Geçici hatalar otomatik yeniden denenir; birkaç kez ve denemeler arası aralık büyüyerek.

Kalıcı hatalar yeniden denenmez. failed olarak biter ve sizi bekler. Toplu çalıştırma detayında Retry Failed vardır; son tetiğin yalnızca başarısız satırlarını, özgün oturumlarında yeniden çalıştırır. Zaten başarılı olan satırlara dokunulmaz.

Retry Failed çift mesajı nasıl önler

Idempotency ile değil — bir WhatsApp gönderimi idempotency anahtarı taşımaz, dolayısıyla yeniden çalıştırmak gerçekten iki kez gönderirdi. Güvenlik dışlama ile sağlanır: hata öncesinde mesajı WhatsApp'a teslim edilmiş her satır yeniden denemeye dahil edilmez ve excluded olarak raporlanır.

Bu yüzden bir yeniden deneme, başarısız olanlardan daha az satırla dönebilir. Aradaki fark dışlanan kümedir ve bir insanın bakması gereken tek yer orasıdır: o satırlar müşteriye ulaşmış olabilir ve tekrar gönderilip gönderilmeyeceğine yalnızca siz karar verebilirsiniz.

Önce nedeni düzeltin. Şablon bozuk olduğu için başarısız olan bir satırı yeniden denemek onu yine başarısız kılar.

Otomatik duraklatma

Bazı hataları yeniden denemenin hiç anlamı yoktur; Flowera bunun yerine otomasyonu duraklatır — Sistem duraklattı durumu:

Bunu iki şey yapar:

Neden	Neden duraklatır
Peş peşe tekrarlanan hatalar	Bir şey bozuk; her tetik kredi israfı olur. Eşik varsayılan olarak 5'tir ve çalışma alanı Sahipleri bunu değiştirebilir
Kanarya kalite düşüşü	Toplu gönderimin ilk dilimi kötü gitti; gerisi tutulur

Sistemin duraklattığı bir otomasyon duraklatılmış kalır. Kendi kendine düzelmez — nedeni çözün, sonra bilerek devam ettirin. Tasarım budur: kendini devam ettiren bir otomasyon, siz uyurken yeniden başarısız olmaya başlayan bir otomasyondur.

Duraklatma nedeni otomasyona kaydedilir; ikisinden hangisinin olduğunu tahmin etmeniz gerekmez.

Boş cüzdan duraklatması farklıdır

Çalışma sırasında cüzdan boşalırsa otomasyon yine duraklatılır — ama Sistem duraklattı değil, sıradan Duraklatıldı rozetini gösterir; yani bir insan duraklatmış gibi görünür.

Ayrıca kendiliğinden toparlanır. Cüzdanı fonlamak — elle ya da otomatik yüklemeyle — onu yeniden etkinleştirir ve son 24 saatte atladığı çalışmaları tekrar kuyruğa alır. Bkz. Düşük bakiye.

Bildirim üretip duraklatmayanlar

Üç olay yalnızca bildirim üretir, başka bir şey yapmaz. Otomasyon tetiklenmeye devam eder; bu yüzden bu bildirimleri "duran sistem" değil "yapılacak iş" olarak görün:

• Meta'nın bir WhatsApp şablonunu duraklatması ya da kategorisini değiştirmesi. Onu kullanan her gönderim artık başarısız olacaktır.
• Otomasyonun arkasındaki akışın silinmesi. Otomasyon duraklatılmaz — akışla birlikte, tetik geçmişi de dahil silinir. Bkz. Ayarlar.
• Çalışma alanının askıya alınması.

Başarısız çalıştırmayı inceleme

Dıştan içe ilerleyin:

1. Otomasyonun tetik geçmişi — hangi tetik başarısız oldu ve ne zaman.
2. Toplu çalıştırmada satır listesi — hangi satırlar, hangi sonuçla. Bir örüntü (tek bir ülkeye ait tüm satırlar, bir sütunu eksik tüm satırlar) tek bir hatadan daha yararlıdır.
3. Çalıştırma — o çalıştırmanın node izi; hangi node'un düştüğünü ve ne aldığını tam olarak gösterir.

Gerçek yanıt genellikle 3. adımdadır. Üstündeki her şey size hangi çalıştırmayı açacağınızı söyler.

Hata kuyruğu

Nihai olarak başarısız olan bir tetik atılmaz, saklanır. Hata kuyruğu (dead-letter queue) bunları listeler ve iki eylem sunar. Yalnızca çalışma alanı Sahiplerine görünür:

• Replay — aynı yapılandırmayla yeniden tetikler.
• Discard — çalışmasına gerek olmadığına karar verdiğinizde listeden düşürür.

Replay, sistemin duraklattığı bir otomasyonda bile çalışır; kurtarma için kullanışlı olmasının nedeni budur — ama planı devam ettirmez. Devam ettirmek ayrı ve bilinçli bir eylem olarak kalır.

uyarı

Hata kuyruğu tetik düzeyinde çalışır ve tek çalıştırmalı otomasyonlara uygundur. Toplu çalıştırmalarda bunun yerine Retry Failed kullanın — bütün bir toplu tetiği yeniden oynatmak, zaten mesaj almış her alıcıya tekrar gönderirdi.

Bildirimler

Kurtarma olayları uygulama içi bildirim üretir: bir otomasyonun otomatik duraklatılması, bir toplu çalıştırmanın hatalarla bitmesi, kanaryanın gönderimin gerisini tutması. Sistem duraklattı durumunu listeyi izlemeden öğrenme biçiminiz budur.

İlgili

• İzleme — hataları ilk etapta fark etme
• Toplu çalıştırmalar — kanarya dağıtımı ve satır bazında sonuçlar
• Çalıştırmalar — başarısız bir çalıştırmanın izi