Power Automate'te Çok Aşamalı Onay İş Akışı
Power Automate'te çok aşamalı onay iş akışı: yönetici, üst yönetim, vekalet ve 30 günlük zaman aşımı bir bakışta.
Power Automate'te çok aşamalı bir onay iş akışı, örneğin önce doğrudan yöneticiyi ve ardından üst yönetimi olmak üzere birden fazla onay adımını, Onaylar - Başlat ve bir onay bekle eylemini araya bir koşul yerleştirerek birden çok kez birbirine bağlayarak art arda sıralar. İlk onay olumlu sonuçlanırsa, bir sonraki mercie ikinci istek otomatik olarak başlar, onaylayıcıların yokluğunda bir vekalet kuralı devreye girebilirken, 30 günden uzun süre açık kalan istekler ayrı bir teknik işlem gerektirir. Durum: Temmuz 2026.
İki aşamalı bir onay süreci teknik olarak nasıl yapılandırılır?
İki aşamalı bir süreç, bir koşulla birbirine bağlanan iki ardışık onay bloğundan oluşur. Şu kılavuza göre: Power Automate ile sıralı onayları yönetme böyle bir akış bu sırayla ilerler.
- Yöneticiyi al: Office 365 Kullanıcılar bağlayıcısındaki Yöneticiyi al (V2) eylemi, talep eden kişinin yöneticisini e-posta adresi üzerinden otomatik olarak belirler.
- İlk onay: Başlat ve bir onay bekle eylemi isteği bu yöneticiye gönderir ve bir yanıt alınana kadar akışı duraklatır.
- Koşulu kontrol et: Bir koşul, onaylayan kişinin yanıtını Onayla değeriyle karşılaştırır, bu kontrolde büyük küçük harf duyarlılığı dikkate alınır.
- İkinci onay: İkinci onay bloğu yalnızca Evet dalında devam eder ve örneğin üst yönetim gibi bir sonraki üst mercie gider.
İlk karar olumsuz olursa, akış Hayır dalında doğrudan bir ret e-postasıyla sona erer ve üst yönetime hiç başvurulmaz. Bu, Microsoft belgelerinde açıklanan ve yöneticinin ön onayının nihai karardan önce geldiği izin talebi örneğine karşılık gelir.
İkinci aşamayı üst yönetime nasıl yönlendirirsiniz?
İkinci aşama için ilk koşulun Evet dalında kendi alıcı adresine sahip başka bir onay bloğuna ihtiyacınız vardır. Microsoft bunun için iki yol tanımlar: Atanan kişi alanına üst yönetimin e-posta adresini doğrudan ve sabit olarak girebilir ya da zaten belirlenmiş olan yöneticinin kendi yöneticisini getiren ikinci bir Yöneticiyi al eylemi ekleyebilirsiniz. Öğreticide bu adım Ön onaylayanın yöneticisini al olarak adlandırılır ve organizasyon yapısının birden fazla hiyerarşi düzeyine sahip olduğu ve sorumluluğun tek bir kişiye sabit olarak bağlanmaması gerektiği durumlarda faydalıdır. Her aşamadan sonra, geçmişin izlenebilir kalması için kaynak listesinin veya kaynak sistemin, örneğin bir SharePoint listesinin, ilgili durum ve onaylayan kişinin yorumlarıyla güncellenmesi önerilir.
Onaylayıcıların yokluğunda vekalet kuralı nasıl çalışır?
Onay Yöneticisi uygulaması üzerinden, tanımlanmış bir yokluk süresince gelen onay isteklerini otomatik olarak başka bir kişiye ileten bir vekalet kuralı ayarlanabilir. Ofis dışı ve vekalet ayarlarını yapma kılavuzuna göre bunun için yokluğun başlangıç ve bitiş zamanını belirlersiniz, vekil kişiyi bir kişi listesinden seçersiniz ve bu kişiye otomatik olarak oluşturulan mesajı özelleştirebilirsiniz. Uygulamada önemli olan, Microsoft'un açıkça belirttiği bir kısıtlamadır: vekalet yalnızca ofis dışı ayarı etkin olduğunda ve mevcut zaman seçilen zaman aralığının içinde olduğunda devreye girer. Ayar devre dışıysa veya bir istek zaman penceresinin dışındaysa, onay isteği yine de başlangıçta atanan kişiye gider. Bu vekalet işlevi ayrı onay kitinin bir parçasıdır ve her onaylayan kişi tarafından ayrı ayrı kurulmalıdır, her akış için otomatik olarak devreye girmez.
30 günden uzun süre açık kalan onaylarda ne olur?
Bir onay isteği 30 günden uzun süre açık kalırsa, Microsoft Power Automate ile bir onay iş akışı oluşturma ve test etme kılavuzuna göre, tek bir akış çalıştırmasının yürütme süresi sınırlı olduğu için onayı Microsoft Dataverse'te kaydetmeyi önerir. Önerilen yapı iki ayrı akış kullanır: biri Onay oluştur (v2) eylemi üzerinden onay isteğini gönderir, diğeri ise orijinal çalıştırmadan bağımsız olarak sonraki yanıta tepki verir ve iş mantığını yürütür. Böylece üst yönetim yalnızca birkaç hafta sonra, örneğin uzun bir seyahat sırasında veya yoğun bir dönemde yanıt verse bile iş akışı işlevsel kalır. Bu tür uzun süreli çalışma koruması içeren çok aşamalı bir onay sürecini tek başına kurmak istemeyenler, kurulumu NordFlux gibi uzman bir hizmet sağlayıcısına eşlik ettirebilir.
Power Automate'te çok aşamalı onay iş akışlarıyla ilgili sık sorulan sorular
İkiden fazla onay aşamasını art arda bağlayabilir miyim?
Evet, onay eylemi, koşul ve bir sonraki onay eylemi ilkesi istenildiği kadar tekrarlanabilir, ancak her ek aşama akışı daha az anlaşılır ve daha bakım gerektiren hale getirir. İkiden veya üçten fazla aşamada, özellikle uzun süreli çalışmalar için Dataverse depolaması da önem kazandığında, süreci birden fazla bağlı akışa bölmek genellikle mantıklıdır.
Vekalet kuralı her yeni çalışan için otomatik olarak geçerli olur mu?
Hayır, ofis dışı ve vekalet ayarları Onay Yöneticisi uygulamasında her kişi tarafından ayrı ayrı yapılandırılmalıdır, yeni hesaplar için otomatik bir devralma yoktur. Etkin bir ayar yapılmadığında, istek yine de başlangıçta atanan, muhtemelen yoklukta olan kişiye gider.
Sıralı ve paralel onaylar arasındaki fark nedir?
Sıralı onaylarda bir aşama yalnızca öncekinden sonra işlerken, paralel onaylarda birden fazla kişiye aynı anda talepte bulunulabilir. Yönetici ve üst yönetim ile çok aşamalı bir süreç için sıralı seçenek uygun tercihtir çünkü ikinci aşama ancak olumlu bir ilk karardan sonra anlamlıdır.
Uzun süreli onaylar için mutlaka Dataverse'e ihtiyacım var mı?
30 gün içinde tamamlanan akışlar için Başlat ve bir onay bekle eylemiyle standart yapılandırma yeterlidir. Yalnızca gerçekçi olarak daha uzun bekleme süreleri beklendiğinde, Microsoft Dataverse tabanlı iki akışlı çözüme geçmeyi önerir, çünkü aksi takdirde tek bir akış çalıştırması zaman açısından sınırlıdır.
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.