n8n Planına Göre Execution History Saklama Süresi: 7 Günden Sınırsıza

n8n, geçmiş workflow çalıştırmalarının geçmişini fiyatlandırma planına göre farklı sürelerle saklar. Resmi fiyatlandırma sayfasına göre n8n.io/pricing Starter planında 7 gün, Pro planında 30 gün ve Enterprise planında sınırsızdır. Kendi sunucunuzda barındırılan Community Edition'da yazılım varsayılan olarak 14 gün belirler; bunu kurulumunuzun bir ortam değişkeni üzerinden serbestçe ayarlayabilirsiniz. Bu süreler, başarısız veya başarılı çalıştırmaları daha sonra ne kadar süre görüntüleyebileceğinizi ve hata ayıklama veya kayıt amaçlı kullanabileceğinizi belirler. Durum: Temmuz 2026.

Plana göre saklama süreleri bir bakışta

Aşağıdaki liste, n8n'in her plan için şu anda belirttiklerini özetler. Önemli olan: yalnızca gün sınırının yanı sıra bazı planlar, hangi sınıra önce ulaşılırsa ona göre, saklanan çalıştırma sayısını ve kullanılan depolama alanını da ayrıca sınırlar.

• Community (Self-Hosted): fiyatlandırma sayfasında sabit bir değer yok; yazılımdaki varsayılan değer 336 saat, yani 14 gündür ve EXECUTIONS_DATA_MAX_AGE ortam değişkeni üzerinden serbestçe yapılandırılabilir
• Starter: 7 gün, ayrıca en fazla 2.500 saklanan çalıştırma ve 2,5 GB depolama alanıyla sınırlıdır
• Pro: 30 gün, ayrıca en fazla 25.000 saklanan çalıştırma ve 25 GB depolama alanıyla sınırlıdır
• Business: resmi karşılaştırma tablosunda ayrı bir değer olarak belirtilmemiştir; plan kartı tüm Pro özelliklerinin yanı sıra 30 günlük Insights geçmişini, execution log saklamayla eş tutulmaması gereken ayrı bir analiz özelliğini belirtir
• Enterprise: sınırsız, fiyatlandırma sayfasında ayrıca kendi başına bir özellik olarak "Extended data retention" şeklinde belirtilmiştir

Hata ayıklama açısından önemi

Execution history ne kadar geriye uzanırsa, hataların sonradan yeniden yapılandırılması o kadar iyi olur. Bir workflow yalnızca haftada bir kez çalışıp ardından başarısız olursa, Starter plandaki 7 günlük saklama süresi genellikle her bir düğümün kesin giriş ve çıkış verilerini hâlâ görüntülemek için yeterli olmaz. Özellikle kararsız bir harici API veya beklenmedik veri biçimleri gibi nedenlerle ortaya çıkan ara sıra oluşan hatalarda, geçmiş bir çalıştırmanın kesin değerlerine bakmak genellikle nedeni bulmanın tek yoludur. Bu nedenle düzensiz ritimli workflow'lar için gün sınırı ile sayı ve depolama alanındaki ek sınırların birleşimine bakmakta fayda vardır, çünkü çok aktif bir workflow, gün sınırından önce miktar sınırına ulaşarak daha eski çalıştırmaları kaybedebilir.

Uyumluluk ve kayıt tutma yükümlülüğü açısından önemi

Otomatik fatura kontrolü, DATEV dışa aktarımları veya ödeme mutabakatı gibi muhasebeyle ilgili workflow'lar için uzun bir execution history, ilk bakışta bir sürecin doğru şekilde çalıştığına dair pratik bir kanıt gibi görünebilir. Burada dürüst olmak önemlidir: n8n'in execution history'si bir hata ayıklama aracıdır, hukuken denetlenmiş bir arşiv değildir. Almanya'da muhasebe belgeleri için yasal saklama yükümlülükleri, Enterprise planın "sınırsız" ile teknik olarak sunduğundan bile belirgin şekilde daha uzun süreler gerektirir ve editördeki bir workflow geçmişi, GoBD uyumlu, değiştirilemez bir saklama gereksinimlerini otomatik olarak karşılamaz. n8n'i muhasebeyle ilgili süreçler için kullananların, plana dahil olan saklama süresine yalnızca güvenmek yerine, belgeleri ve sonuç verilerini ek olarak kendi denetime dayanıklı saklama sistemine yazması gerekir. NordFlux, uygun planın seçilmesinde ve bu tür ek, denetime dayanıklı bir saklamanın kurulmasında n8n danışmanlığı kapsamında destek sağlar.

n8n execution history saklama süresi hakkında sık sorulan sorular

n8n Starter planında çalıştırmalar ne kadar süre görünür kalır?

7 gün, ayrıca en fazla 2.500 saklanan çalıştırma ve 2,5 GB depolama alanıyla sınırlıdır. Bu sınırlardan biri ulaşıldığında n8n önce en eski kayıtları kaldırır.

Kendi sunucumda barındırılan bir kurulumda saklama süresini kendim belirleyebilir miyim?

Evet. Community Edition'da süreyi kendi kurulumunuzun EXECUTIONS_DATA_MAX_AGE ortam değişkeni üzerinden belirlersiniz; n8n dokümantasyonuna göre varsayılan değer 336 saat, yani 14 gündür.

Execution history, yasal bir saklama yükümlülüğünün yerini alır mı?

Hayır. Execution log'lar hata ayıklama için tasarlanmıştır, GoBD uyumlu arşivleme için değil. Muhasebeyle ilgili kanıtlar için belgeleri ve sonuç verilerini ek olarak kendi kalıcı olarak yürütülen sisteminizde saklamalısınız.

Saklanan çalıştırma sınırını aşarsam ne olur?

Sınırlardan biri, yani gün sınırı, sayı veya depolama alanı, ulaşıldığında n8n en eski kayıtları otomatik olarak kaldırır. Devam eden ve gelecekteki workflow'lar bundan durdurulmaz, yalnızca görüntülenebilir geçmiş kısalır.