Power Automate'te Onaylarda 30 Günlük Zaman Aşımı: Çözüm Olarak Röle Deseni
Power Automate onaylarının neden 30 gün sonra zaman aşımına uğradığı ve iki akıştan oluşan röle deseninin uzun süren süreçleri nasıl güvenilir şekilde yönettiği.
Power Automate'teki bir onay akışı, onaylayan kişi yanıt vermediği sürece sabırla bekler, ancak bu sabır sınırsız değildir. Bir onay, uzun bir izin süreci, ebeveyn izni veya ancak bir sonraki çeyrekte gündeme gelecek bir yatırım kararı nedeniyle uzarsa, altta yatan akış çalıştırması henüz bir yanıt gelmeden basitçe sona erebilir. Tek bir sürekli çalışan akışa güvenen ekipler için bu rahatsız edici bir kör noktadır: İstek, onaylayan kişinin gelen kutusunda hâlâ normal görünmeye devam eder, ancak arka planda süreç aslında çoktan ölmüştür.
Bu makale, Power Automate'in onayları neden yaklaşık 30 gün sonra sonlandırdığını, pratikte bunun biraz daha erken gerçekleştiğini ve süresi belirsiz onayları temiz biçimde yönetmek için iki ayrı akıştan oluşan sözde röle deseninin nasıl kullanılabileceğini açıklar. Güncel durum: Temmuz 2026.
Power Automate onayları neden 30 gün sonra sonlandırır
Bunun nedeni onay özelliğinin kendisi değil, bulut akışları için geçerli genel bir çalışma süresi sınırıdır. Otomatikleştirilmiş, zamanlanmış ve anlık akışlara yönelik sınırlara göre, her bir akış çalıştırması için, çalıştırmanın başlangıç anından itibaren hesaplanan en fazla 30 günlük bir süre geçerlidir. Belgeler bunu açıkça ifade eder: Çalışma süresi, onaylar gibi bekleyen adımlar içeren süreçleri de kapsar ve 30 günün ardından bekleyen adımlar için bir zaman aşımı meydana gelir.
Bu durum özellikle Başlat ve bir onay bekle eylemini etkiler, çünkü bu eylem, bir yanıt gelene kadar akış çalıştırmasını bloke eder. Bekleme süresi 30 günlük sınıra ulaştığında akışın başına gelen tam olarak bu bloke olma durumudur. Bu noktada akış, onaylayan kişinin isteği gözden kaçırmış olması ya da henüz vakit bulamamış olması fark etmeksizin, teknik olarak artık devam etme imkânına sahip değildir.
Pratikte 28 gün sonra bile gerçekleşen şey
Microsoft, onaylarla ilgili bilinen sorunlara ilişkin genel bakışta, belgelenen 30 günden pratikte daha önemli olan bir özelliğe dikkat çeker: Bir onay süreci görünüşe göre 28 gün bekleyebilir ve bekleme süresi bu 28 günü aşarsa akış başarısız olur. Burada önemli olan, bu hatanın yalnızca akış çalıştırmasının kendisini etkilemesidir. Onay, artık hiçbir akış onu beklemiyor olsa da onay merkezinde görünür olmaya devam eder.
Bu durum, onaylayan kişinin teorik olarak hâlâ yanıt verebileceği ancak bu yanıtın hiçbir yere ulaşmayacağı sahipsiz kayıtlara yol açar. İsteği yapan kişi veya bir ortam yöneticisi, bu tür sahipsiz onayları eylem merkezinden manuel olarak silmelidir. Süresi belirsiz onayları düzenli olarak gönderen kişilerin, eski kayıtların kendiliğinden kaybolacağına güvenmek yerine bu temizleme adımını süreç bakımının kalıcı bir parçası olarak planlaması gerekir.
Röle deseni: Uzun bir çalıştırma yerine iki akış
Microsoft'un potansiyel olarak uzun süren onaylar için önerdiği çözüm, süreci iki bağımsız akışa bölmektir. Power Automate ile bir onay iş akışı oluşturma ve test etme kılavuzuna göre şu kural geçerlidir: Bir akış 30 günden uzun süre çalışacaksa, onaylar Microsoft Dataverse'de saklanmalıdır. Bu, orijinal akış çalıştırması çoktan süresi dolmuş olsa bile yanıtlara tepki veren akışlar oluşturmayı mümkün kılar.
Bunun için somut olarak, bloke eden Başlat ve bir onay bekle eylemi yerine Bir onay oluştur (v2) eylemi kullanılır:
- Akış A yalnızca gönderir: Bir onay oluştur (v2) üzerinden onay isteğini oluşturur, onay kimliğini süreç bağlamıyla birlikte bir Dataverse tablosuna veya başka bir kaynak sisteme yazar ve ardından hemen sona erer. Akış beklemediği için burada 30 günlük bir sayaç işlemez.
- Akış B mantığı devralır: İkinci, bağımsız bir akış, örneğin durum değişikliklerinde tetiklenen bir Dataverse tetikleyicisi üzerinden veya daha önce kaydedilen onay kimliğiyle ilişkilendirilmiş Bir onay bekle eylemi üzerinden yanıta tepki verir. Gerçek iş mantığını yalnızca bir karar fiilen verildiğinde çalıştırır — ister üç gün sonra ister üç ay sonra olsun.
Gönderen bir akıştan bekleyen bir akışa yapılan bu devir, esas röle desenidir: Tüm mesafeyi tek başına tamamlamak zorunda olan tek bir koşucu yerine, ikinci bir akış bayrağı devralır ve birincinin çalışma süresi sınırına bağlı değildir.
Oluşturma ve bekleme adımlarını ayırırken bir tuzak
Bilinen sorunlar, birçok kişinin röle desenini ilk kurarken gözden kaçırdığı bir etkiden söz eder: Onaylayan kişi, akış henüz bekleme eylemine ulaşmadan çok hızlı yanıt verirse, akış bekleme aşamasında takılı kalabilir. Bu nedenle Microsoft, akış içinde Oluştur ve Bekle eylemlerini mümkün olduğunca birbirine yakın çağırmayı ya da alternatif olarak bekleme eylemi başlamadan önce onay durumunu Dataverse'de kontrol etmeyi önerir. Temiz bir röle deseni için akışı üretime almadan önce tam olarak bu sıraya bir göz atmakta fayda vardır.
Özel durum: Onay kiti ile zaman aşımı sonrası otomatik yeniden başlatma
Kendi akışları yerine hazır onay kitini, yani kurumsal onay yönetimi uygulamasını kullananlar, bu korumanın bir kısmını zaten hazır olarak alır. onay durumu referansına göre orada Beklemede (Zaman Aşımı) durumu bulunur: Bu durum, onaylayan kişinin ilk 30 gün içinde yanıt vermediğini ve bu isteği yöneten Power Automate bulut akışı çalıştırmasının otomatik olarak yeniden başlatıldığını gösterir. Yeniden başlatmanın ardından durum tekrar Beklemede durumuna döner ve istek geçerliliğini korur.
Bu kullanışlı bir otomasyondur, ancak yalnızca Dataverse bağlantısına sahip onay kiti kapsamında geçerlidir ve kendi başına oluşturulan her akış için otomatik olarak geçerli değildir. Bu kiti kullanmadan kendi onay akışını çalıştıranlar, yeniden başlatma mekanizmasını yukarıda açıklanan iki akışlı desen üzerinden kendileri yeniden oluşturmalıdır.
Sağlam, uzun süren onaylar için pratik ipuçları
- Bir onayın üç ila dört haftadan uzun süre açık kalması gerçekçi bir olasılıksa, ilk akış zaten başarısız olduktan sonra tepki vermek yerine röle desenini en baştan planlayın.
- İkinci bir akışın istediği zaman devreye girebilmesi için durumu ve onay kimliğini akışın dışında, örneğin Dataverse'de veya bir SharePoint listesinde saklayın.
- Kararın kullanılabilir bir zaman aralığında verilebilmesi için yaklaşık 20 gün sonra onaylayan kişiye tekrar giden bir hatırlatma ekleyin.
- Eski isteklerin, artık hiçbir akış tepki vermiyorken yanlışlıkla yanıtlanmasını önlemek için eylem merkezindeki sahipsiz onayları düzenli olarak temizleyin.
Bu deseni tek başına kurmak istemeyen veya aynı anda birden fazla onay sürecini güvence altına alması gereken kişiler, NordFlux gibi uzman bir hizmet sağlayıcıdan destek alabilir. Bu sayede, 30 günlük sınıra karşı teknik koruma arka planda düzgün biçimde çalışırken sürecinizin kontrolünü elinizde tutarsınız.
Sık sorulan sorular
Bir Power Automate onayı tam olarak ne zaman sona erer?
Resmi olarak belgelenen, akış çalıştırması başına en fazla 30 günlük bir çalışma süresidir; ancak Microsoft'a göre pratikte bekleme süresi bu değeri aşarsa akış zaten 28 gün sonra başarısız olabilir. Planlama yaparken güvenli tarafta kalmak için daha düşük değeri esas almanız önerilir.
Eylem merkezinde geride kalan onaya ne olur?
Artık hiçbir akış yanıt beklemiyor olsa da görünür kalır ve ilk bakışta normal görünür. Onaylayan kişinin verdiği bir tepki bu durumda hiçbir yere ulaşmaz, bu nedenle bu tür sahipsiz kayıtların onay merkezinden manuel olarak kaldırılması gerekir.
Röle deseni sınırsız uzunlukta bekleme süreleri için yeterli midir?
Evet, çünkü bekleyen ikinci akış her seferinde yalnızca tek bir bekleme eyleminin izin verdiği süre kadar çalışır ve onay bilgisi Dataverse'de veya başka bir kaynak sistemde merkezi olarak saklandığı sürece gerektiğinde yeniden tetiklenebilir. Bu, tek bir çalıştırmanın 30 günlük sınırını ortadan kaldırmaz, ancak bu sınırı genel süreç açısından önemsiz hale getirir.
Zaman aşımı sonrası otomatik yeniden başlatma, kendi oluşturulan akışlar için de geçerli midir?
Hayır, Beklemede (Zaman Aşımı) durumuyla gelen otomatik yeniden başlatma, kendi Dataverse yapısına sahip hazır onay kitinin bir özelliğidir. Bireysel olarak oluşturulan bir onay akışında bu mekanizmayı iki akışlı desen üzerinden kendiniz yeniden oluşturmanız gerekir.
İki akışlı desen ile hazır onay kiti arasında nasıl seçim yapılır?
Kendi mantığına sahip tek tük, spesifik onay süreçleri için kendi oluşturduğunuz iki akışlı desen genellikle daha uygun ve daha sade bir çözümdür. Buna karşılık, şirket içinde birbirine benzer birden fazla onay sürecinin tek tip yönetilmesi gerekiyorsa, zaman aşımı yönetimini ve durum mantığını zaten içeren onay kitine göz atmak faydalı olur.
NordFlux UG (haftungsbeschränkt)
NordFlux, kuruluşlar için dijital çalışanlar kurar: tekrar eden işleri üstlenen otomasyonlar ve KI ajanları. Kontrol sizde kalır.
Otomasyon veya KI hakkında somut sorularınız mı var?
Ücretsiz bir ön analizde durumunuzu doğrudan görüşürüz. Bağlayıcı değildir.