Bu rehber, zeka.org için yapay zekâ desteğiyle hazırlanmış editoryal içeriktir. Örnek iş akışı bir tasarım alıştırmasıdır; gerçek bir n8n hesabında çalıştırılmış kurulum olarak sunulmaz.
Otomasyonun başarı yolunun yanına hata yolunu da çiz
“Form geldi, özetle, gönder” akışını kurmak kolay görünebilir. Asıl sorular giriş eksik olduğunda, aynı talep yeniden geldiğinde veya son adımın sonucu belirsiz kaldığında başlar. İlk sürümde iş akışını üç parçaya ayır: giriş kontrolü, hazırlanmış sonuç ve dışarıya yapılacak işlem.
Örneğimiz, gelen talebi bir üyenin incelemesine hazırlıyor. Kimliği olmayan veya başlığı çok kısa olan kayıt incelemeye ayrılıyor. Aynı kimlik aynı paket içinde yeniden gelirse tek taslak tutuluyor. Bu son kural kalıcı tekrar engelleme sağlamaz; uygulama yeniden başladığında da koruma isteniyorsa veritabanında kalıcı bir iş anahtarı gerekir.
Tasarımı görünür yapan prompt
Bir talep değerlendirme otomasyonu için önce yalnız işlem planı üret.
Girdi: talep kimliği, kısa başlık ve normal/high öncelik değeri.
Eksik ya da beklenmeyen değerleri inceleme listesine ayır.
Aynı pakette aynı kimlikle gelen ikinci kaydı yeniden kuyruğa alma.
Her geçerli sonuç awaiting_approval durumunda ve requiresApproval=true olsun.
Bu adım e-posta göndermesin, dış servise yazmasın ve ağ isteği yapmasın.
Hatalı girdi, tekrar, değişmeden kalan kaynak veri ve tekrar çalıştırmada
aynı sonucun alınması için testler yaz. Kalıcı kuyruk olmadığını açıkla.n8n kullanıyorsan hata akışını ayrıca bağla
n8n’de Error Trigger ile başlayan bir akış, bağlı bir iş akışı başarısız olduğunda hata bilgilerini alabilir. Ana akışın ayarlarındaki Error workflow alanında bu akış seçilir. Belgelerdeki önemli ayrıntı şu: Error Trigger, elle çalıştırılan denemelerde değil otomatik bir akış hata verdiğinde tetiklenir. Bu nedenle elle başarılı bir deneme, hata yolunun da doğrulandığını göstermez. Kaynak: n8n — Error Trigger
Yayına çıkmadan önce küçük bir hata provası yap
- Geçerli bir talebin hangi duruma geldiğini kaydet.
- Aynı kimliği iki kez gönder ve kaç iş hazırlandığını kontrol et.
- Zorunlu bir alanı kaldır; akışın bunu tahminle tamamlamadığını gör.
- Dış adımı kontrollü biçimde başarısız yap; hata kaydının nereye düştüğünü kontrol et.
- Yeniden denemede aynı dış işlemin iki kez yapılmasını nasıl önlediğini açıklayabil.
Bu listeyi uygulamanın gerçek davranışına göre genişlet. Hata mesajını kaydetmek ile hatadan sonra doğru biçimde devam etmek farklı kontrollerdir. Sizin otomasyonlarınızda en zor hata, tekrarlanan kayıt mı yoksa sonucu bilinmeyen bir dış servis çağrısı mı?