Akış sahibi şirketten ayrılıyor: sahipsiz kalan Power Automate akışları nasıl kurtarılır

Bir Power Automate akışının sahibi şirketten ayrıldığında, durma sadece bir zaman meselesidir: bağlantıları süresi dolar, hesabı devre dışı bırakılır ve en geç hesabın silinmesiyle akışlar başarısız olur, genellikle haftalar sonra ve görünüşte hiçbir sebep olmadan. Bu, KOBİ'lerde Microsoft otomasyonunun en çok küçümsenen işletme riskidir, çünkü çoğu zaman hiç kimse tek bir meslektaşın hesabına hangi süreçlerin bağlı olduğunu tam olarak bilmez. İyi haber: sahipsiz kalan akışlar kurtarılabilir ve üç kuralla bu bir daha yaşanmaz. Güncelleme tarihi: Temmuz 2026.

Acil durum: sahipsiz kalan bir akışı devralmak

Hesap hala mevcut olduğu sürece devralma basittir: bir yönetici veya ortak sahip, akıştaki sahipler arasına akışı devam ettirecek başka bir kişi ekler. Microsoft'un sahipsiz kalan akışlar için kılavuzu hesap silindikten sonraki daha zor durumu da anlatır: yönetici akışı Power Platform yönetim merkezi üzerinden bulur, onu yeni bir sahibe atar ya da dışa aktarıp yeniden içe aktarır. Bundan sonra önemli olan: akıştaki tüm bağlantılar yeni sahibin hesabına aktarılmalıdır, çünkü eski bağlantılar hala ayrılan kişiye aittir ve onun hesabıyla birlikte devre dışı kalır. Ancak her eylemin kendi çalışan bağlantısı olduğunda süreç yeniden güvenilir şekilde işler.

Solution akışlarının neden kurtarılması daha kolaydır

Devralmanın sorunsuz mu yoksa zahmetli mi olacağını, oluşturma sırasındaki küçük bir ayrım belirler: Microsoft belgelerine göre, bir solution içindeki akışlar doğrudan yeni bir sahibe hatta bir hizmet sorumlusuna (service principal) devredilebilir, solution dışındaki klasik akışlarda ise bu mümkün değildir, orada yalnızca ortak sahiplik ya da dışa aktarıp yeniden içe aktarma ve yeniden bağlama yolu kalır. Bu nedenle bir iş sürecini taşıyan her akış için kural şudur: onu bir solution içine yerleştirin. Bu, oluştururken bir tık maliyeti getirir ve acil durumda günler kazandırır.

Önleme: KOBİ'ler için üç kural

• Hiçbir iş açısından kritik akışın tek bir sahibi olmamalı: en az bir ortak sahip, daha iyisi bir ekip olmalı. Ortak sahipler akışı düzenleyebilir, onarabilir ve acil durumda hemen devralabilir.
• Merkezi süreçler bir hizmet hesabı veya hizmet sorumlusu üzerinde olmalı: Gelen fatura işleme, onaylar ve benzeri sürekli çalışan süreçler bir kişinin hesabına değil, erişimi belgelenmiş özel bir otomasyon hesabına, ya da bir solution akışı olarak parola süresi dolmayan bir hizmet sorumlusuna bağlı olmalıdır.
• İşten çıkış (offboarding) kontrol maddesi olarak otomasyonlar: her işten çıkış kontrol listesinde, kişiye hangi akışların, bağlantıların ve paylaşılan posta kutularının bağlı olduğu sorusu yer almalıdır. Yönetim merkezi bir kullanıcının akışlarını listeler, beş dakikalık bir kontrol sürpriz bir aksaklığı önler.

Gizli ikiz sorun: lisans meselesi

Akışın yeni bir sahibi olsa bile durabilir: ayrılan kişi bir premium lisans kullanıyorsa, akış onunla birlikte lisans temelini kaybeder, kısıtlanır ve 14 gün sonra devre dışı bırakılır. Bu nedenle yeni sahibin de uygun lisansa ihtiyacı vardır, ya da akış kişiye değil akışa bağlı olan bir Process lisansına geçirilir. Bununla ilgili ayrıntılar Power Automate lisans sorusu başlıklı yazıda yer almaktadır. Kiracınızda kaç tane tek kişiye bağlı risk gizlendiğinden emin değilseniz: tam olarak böyle bir envanter çalışmasını Power Automate danışmanlığımız kapsamında yapıyoruz, kritik akışların sağlam bir temele taşınması dahil.

Sahipsiz kalan akışlarla ilgili sıkça sorulan sorular

Sahibi işten ayrıldıktan sonra akışlar çalışmaya devam eder mi?

Başlangıçta genellikle evet, ve sorunu asıl sinsi yapan da budur: hesap ve bağlantılar aktif olduğu sürece akış çalışmaya devam eder. Ancak hesap devre dışı bırakıldığında veya silindiğinde ya da bir bağlantı yeni bir oturum açma istediğinde durur. Ayrılış ile arıza arasında genellikle haftalar geçer ve bu süre boyunca artık kimse akışları düşünmez.

İşten ayrılan bir çalışana hangi akışların ait olduğunu nasıl öğrenebilirim?

Power Platform yönetim merkezinde yöneticiler, akışları ortama göre görüntüleyebilir ve sahiplerine göre inceleyebilir, solution akışlarında ise sahibi doğrudan değiştirebilir. Bu kontrol, kişiye ait paylaşılan posta kutuları ve bağlantılarla ilgili soruyla birlikte her işten çıkış sürecinde yer almalıdır.

Akışlar genel olarak bir hizmet hesabı üzerinden mi çalışmalı?

Merkezi, kalıcı iş süreçleri için evet: özel bir otomasyon hesabı veya solution akışlarında bir hizmet sorumlusu (service principal), süreci personel değişikliklerinden bağımsız hale getirir. Bireysel kullanıcıların kişisel verimlilik akışları için bu aşırıya kaçmak olur, orada ortak sahiplik yeterlidir. Hizmet hesabında önemli olan: erişimi belgelemek, lisans atamak ve bunu birçok kullanıcı için lisans tasarrufu modeli olarak kötüye kullanmamaktır, bu izin verilmeyen çoğullama (multiplexing) olur.