n8n nedir?

n8n bir iş akışını adım adım kurar. Akışın başında bir tetikleyici durur: belirli bir saat, gelen bir form yanıtı, yeni bir e-posta ya da başka bir sistemden gelen çağrı. Tetikleyici çalıştığında akış başlar.

Tetikleyiciden sonra düğümler gelir. Her düğüm tek bir işi yapar: bir tabloya satır yazar, bir API'den veri çeker, gelen metni ayrıştırır ya da bir mesaj gönderir. Düğümler birbirine bağlanır ve veri soldan sağa akar.

Akışın içinde koşul ve dallanma da kurulur. Gelen kayıt bir ölçüte uyuyorsa bir yol, uymuyorsa başka bir yol izlenir. Bir adım insan onayına bağlanabilir; onay gelmeden sonraki düğüm çalışmaz.

n8n iki biçimde kullanılır. Birincisi sağlayıcının bulut sürümüdür; hesap açılır ve akışlar orada çalışır. İkincisi kendi kurulumdur: yazılım işletmenin kendi sunucusuna ya da kiraladığı bir sunucuya kurulur.

Kendi kurulumda veri işletmenin sunucusunda durur. Akıştan geçen müşteri bilgisi, belge ve kayıt dışarıya çıkmaz; hangi verinin nerede tutulduğu KVKK açısından da yazılı kalır. Sağlayıcının kullanım sınırı bu kurulumu doğrudan etkilemez.

Karşılığında bakım işletmeye geçer. Sunucunun güncellenmesi, yedeklenmesi ve erişim yetkilerinin yönetilmesi gerekir. Küçük bir ekip bu işi tek başına üstlenmek istemiyorsa, kurulumu bir sağlayıcıya bırakıp yönetimi sözleşmeye yazar.

Üçü de akış kurar, ama yerleri farklıdır. Zapier yaygın araçlar arasında basit bağlantı için hızlıdır; hazır şablonu çok, kurulumu kısadır. Make görsel bir tuvalde orta karmaşıklıktaki akışlar için elverişlidir.

n8n'in ayrıştığı yer kendi sunucunuzda çalışabilmesi ve kod yazmaya izin vermesidir. Bir düğümün içine JavaScript ya da Python yazılabilir, böylece hazır düğümün yetmediği yerde akış yine de tamamlanır. Kaynak kodu açık olduğu için akışın ne yaptığı okunabilir.

Fiyatlandırma da farklıdır. Bulut hizmetlerinde ücret genellikle çalışma ya da işlem sayısına bağlıdır; kendi sunucunuzdaki kurulumda bedel sunucunun kendisidir. Aracın seçimi işin niteliğine göre yapılır ve gerekçe yazılı kalır.

n8n tekrar eden ve kuralı yazılabilen işler için uygundur. Bir formdan gelen kaydın CRM'e yazılması, gelen faturanın klasöre ayrılması, günlük raporun hazırlanıp bir kanala gönderilmesi tipik örneklerdir.

İkinci uygun alan sistemler arası aktarımdır. API'si olan araçlar doğrudan bağlanır; API yoksa dışa aktarım dosyası ya da veritabanı okuması köprü olarak kullanılır. Aktarımın yönü önceden yazılır: tek yön ya da çift yön.

Uygun olmayan işler de vardır. Karar her seferinde başka ölçüte göre veriliyorsa, kural yazıya dökülemiyorsa ya da süreç birkaç ayda bir değişiyorsa otomasyon kısa ömürlü olur. Böyle işlerde önce süreç sadeleştirilir, sonra akış kurulur.

İlk madde belgelemedir. Her akışın tetikleyicisi, adımları ve hata davranışı yazıya geçer. Belge yoksa akışı kuran kişi ayrıldığında kimse neyin neden orada durduğunu bilemez.

İkinci madde hata kuyruğudur. Bir adım başarısız olduğunda iş kuyruğa düşer, ilgili kişiye bildirilir ve tekrar denenir. Yeniden denemeler de başarısız olursa akış durur ve haber verilir. Her çalışma kayıt defterine yazılır; başarı oranı, ortalama süre ve bekleyen hata aylık raporda görünür.

Üçüncü madde güncellemedir. n8n sık sürüm çıkarır ve düğümler değişir; güncelleme öncesinde yedek alınır, sonrasında akışlar denenir. ALTAI Digital akışları müşterinin kendi hesabında ya da sunucusunda kurar, belgesiyle teslim eder ve araç seçiminin gerekçesini yazar.