n8n varsayılan olarak Europe/Berlin yerine America/New_York saat diliminde çalışır. GENERIC_TIMEZONE ve workflow saat dilimini doğru şekilde nasıl ayarlayacağınız burada.
Schedule Trigger node'undaki yanlış saatler neredeyse her zaman cron ifadesinin kendisinden değil, n8n saat diliminden kaynaklanır. Herhangi bir yapılandırma yapılmadığında, resmi dokümantasyona göre n8n varsayılan olarak Europe/Berlin değil, America/New_York saat dilimini kullanır; bu da planlanan workflow'ların beklenen saatten birkaç saat sapmayla başlamasına neden olur. Birbirinden bağımsız çalışan iki ayar vardır: kendi kendine barındırılan kurulumlarda tüm örnek için geçerli olan GENERIC_TIMEZONE ortam değişkeni ve örnek değerini geçersiz kılan, her workflow için ayrı bir saat dilimi ayarı. Güncelleme: Temmuz 2026.
En yaygın neden, ne örneğin ne de tek tek workflow'un bir saat dilimi ayarlanmış olmasıdır; bu nedenle n8n varsayılan değer olan America/New_York'a döner. Örneğin Schedule Trigger node'una 09:00 girersiniz ve bununla Europe/Berlin'i kastedersiniz, ancak n8n bu girişi 09:00 New York saati olarak yorumlar. Yaz veya kış saatine bağlı olarak bu, istenen Alman saatine göre beş ila altı saatlik bir kaymaya yol açar. Schedule Trigger node'una ilişkin sorun giderme notlarına göre, workflow'lar "at wrong times" çalıştığında tipik neden tam olarak budur ve dokümantasyon, ilk çözüm adımı olarak doğrudan saat dilimi yapılandırmasına yönlendirir (n8n Dokümantasyonu: Schedule Trigger, Common Issues).
Kendi kendine barındırılan kurulumlarda, GENERIC_TIMEZONE ortam değişkenini istenen değere, örneğin Europe/Berlin'e ayarlarsınız ve böylece tüm örnek için varsayılan saat dilimini tanımlarsınız. n8n dokümantasyonuna göre bu değişken "important for schedule nodes (such as Cron)" olarak tanımlanır ve kendi değeri belirtilmezse varsayılan olarak America/New_York atanır (n8n Dokümantasyonu: Set the timezone for self-hosted n8n).
Her workflow, o workflow için örnek ayarına göre önceliği olan kendi saat dilimini alabilir. Bunun için workflow'u açın, sağ üstteki üç nokta menüsüne tıklayın, Settings'i seçin ve kaydetmeden önce Timezone alanında istenen bölgeyi ayarlayın. Dokümantasyona göre bu ayar "important for the Schedule Trigger node" olarak tanımlanır ve belirli otomasyonların, örneğin Almanya dışındaki müşteriler veya konumlar için bilinçli olarak farklı bir saat diliminde çalışması gereken durumlar için uygundur (n8n Dokümantasyonu: Configure workflow settings).
Öncelik sırası şöyledir: n8n önce ayarlanmışsa workflow saat dilimini, aksi halde GENERIC_TIMEZONE'daki örnek saat dilimini ve her ikisi de eksikse ancak o zaman varsayılan değer America/New_York'u kullanır. Alman müşterilerle birden fazla workflow yürüten kişi, her workflow'u tek tek değiştirmek yerine GENERIC_TIMEZONE'u bir kez örnek genelinde Europe/Berlin olarak ayarlayarak tekrarlanan el emeğinden kurtulur.
Açık bir belirti, bir workflow'un beklenen saatten sürekli olarak sabit bir saat farkıyla tetiklenmesi veya yaz saatine geçişten sonra davranışın değişmesidir; çünkü her ikisi de hatalı bir cron ifadesinden ziyade yanlış veya eksik bir saat dilimi ayarına işaret eder. Önce cron ifadesinin kendisini crontab.guru üzerinden kontrol edin ve n8n'in beklediği, saniyeler dahil altı sütunlu sözdizimine uyduğundan emin olun. Ayrıca, dokümantasyona göre zamanlama değişkenlerindeki veya aralıktaki değişikliklerin ancak workflow yeniden yayımlandıktan sonra etkili olduğunu ve zamanlamanın bu yeniden yayımlama anından itibaren yeniden sayılmaya başladığını unutmamak önemlidir; bu da ilk çalıştırmaların görünüşte yanlış olmasına yol açabilir.
Müşteriler için veya kendi şirketinizde birden fazla n8n workflow'u zaten çalıştırıyorsanız ve saat dilimlerinin, cron mantığının veya tüm otomasyon zincirlerinin düzgün bir şekilde kurulmasını istiyorsanız, NordFlux teknik kurulumu n8n otomasyonu kapsamında sabit fiyatla üstlenir; yapılandırmanın size devri de dahildir.
GENERIC_TIMEZONE, kendi kendine barındırılan tüm n8n örneği için varsayılan saat dilimini belirleyen bir ortam değişkenidir. Workflow saat dilimi ise tek tek bir workflow'un Settings bölümünde ayarlanır ve tam olarak bu workflow için örnek değerini geçersiz kılar. Her ikisi de ayarlanmamışsa, n8n dokümantasyona göre America/New_York'a döner.
Herhangi bir yapılandırma yapılmadığında n8n varsayılan olarak America/New_York'u kullanır; dokümantasyon bunu EDT saat dilimi olarak da adlandırır. Bu durum özellikle Schedule Trigger node'unu ve Date & Time node'unu etkiler ve Alman kullanıcılar için tipik olarak Europe/Berlin'e göre beş ila altı saatlik bir kaymaya yol açar.
Evet, n8n dokümantasyonuna göre zamanlama değişkenlerindeki ve aralıklardaki değişiklikler ancak workflow yeniden yayımlandıktan sonra etkili olur. Zamanlama bu yeniden yayımlama anından itibaren yeniden sayılır, bu nedenle bir değişiklikten sonraki ilk çalıştırma beklenenden farklı bir zamanda gerçekleşebilir. Bu nedenle her saat dilimi ayarlamasından sonra workflow'un etkin şekilde kaydedilip kaydedilmediğini kontrol edin.
Hayır, GENERIC_TIMEZONE kendi kendine barındırılan n8n kurulumları için bir ortam değişkenidir. n8n Cloud'da ise örnek saat dilimini bunun yerine Dashboard üzerinden Manage ve Timezone açılır menüsü aracılığıyla ayarlarsınız. Schedule Trigger ve Date & Time node'u üzerindeki etki her iki durumda da aynıdır.
NordFlux, kuruluşlar için dijital çalışanlar kurar: tekrar eden işleri üstlenen otomasyonlar ve KI ajanları. Kontrol sizde kalır.
Alman self-hosting kurulumları için pratikte en önemli n8n ortam değişkenleri: host, webhook URL'si, saat dilimi, güvenlik ve veritabanı bir bakışta.
n8n her zaman doğru seçim değildir. Bu senaryolar, bulut sınırlarının, yönetişimin veya operasyonun buna karşı olduğu durumları dürüstçe gösterir.
Cron ifadesi neredeyse her zaman doğrudur, saat dilimi değil. Üç gerçek n8n forum vakası, Schedule Trigger'ların neden yanlış zamanda tetiklendiğini gösteriyor.
GENERIC_TIMEZONE ve workflow bazlı saat dilimi ayarları, özellikle aynı örnek üzerinde birden fazla kişi çalıştığında kolayca yanlış yapılandırılır. NordFlux, n8n örneğinizin yönetilen işletimini üstlenir ve zamanlamaların, cron tetikleyicilerinin ve sistem saatinin uyumlu kalmasını sağlar. İlk görüşmede mevcut yapılandırmanızı birlikte incelenir.
