Yalnız Kahraman Yerine Ortak Sahiplik: Power Automate'te Ortak Sahip Ayarlama

Bir akış aylardır güvenilir şekilde çalışıyor; faturaları işliyor, hatırlatmalar gönderiyor veya iki sistem arasında veri eşitliyor. Sahibi tek bir kişi, genellikle akışı ilk oluşturan kişi. Her şey yolunda gittiği sürece bu hiç fark edilmez. Sorun ancak tam da bu kişi izinde, hasta ya da artık şirkette değilken ortaya çıkar: kimse akışı düzenleyemez, çalıştırma geçmişini göremez veya süresi dolmuş bir bağlantıyı onaramaz.

Bunun çözümü sıradan ve birkaç dakikada halledilebilir: en az bir ortak sahip, yani co-owner eklemek, hem de mümkünse akış oluşturulurken, iş işten geçtikten sonra değil. Bu makalede, resmi Microsoft belgelerine göre Power Automate'te bir ortak sahibin neler yapabileceği, bunun nasıl kurulacağı ve tam olarak bu ayarın, bir akış sahibinin şirketten ayrılıp artık kimsenin erişiminin kalmadığı senaryoyu neden önlediği anlatılıyor.

Tek Bir Akış Sahibi Neden Bir Risktir

Power Automate, varsayılan olarak her bulut akışını tam olarak bir kişiye atar: akışı oluşturan kullanıcıya. Microsoft'un akış sahibini değiştirmeyle ilgili belgeleri'ne göre bu atama, akışın kimliğinin sabit bir parçasıdır. Bir ortak sahip eklenmediği sürece, akışın tüm kontrolü, lisans, bağlantılar ve izinler dahil olmak üzere tek bir kişiye bağlıdır.

Bu kişi şirketten ayrılırsa, akış sahipsiz kalmış (orphaned) bir akışa dönüşür. Microsoft, sahipsiz kalan akışlarla başa çıkma kılavuzu'nda geçerli bir sahibi olmayan bir akışın, artık var olmayan bir hesaba bağlı bağlantılar kullandığında başarısız olabileceğini açıkça belirtir. Onarım işlemi daha sonra Power Platform yönetim merkezi veya Set-AdminFlowOwnerRole gibi PowerShell komutları üzerinden yapılır ve bu, önceden bir ortak sahip belirlenmiş olsaydı hiç gerekmeyecek zamana mal olur. Çözüme uygun olmayan bir bulut akışında (non-solution-aware) işler daha da can sıkıcı hale gelir: belgelere göre burada sahip doğrudan değiştirilemez, çünkü sahip akışın kimliğinin bir parçasıdır. Yeniden aktif bir sahibe kavuşmak için geriye yalnızca dışa aktarma ve içe aktarma ya da Farklı Kaydet işlevi üzerinden dolambaçlı bir yol kalır.

Power Automate'te Bir Ortak Sahip Gerçekte Neler Yapabilir

Bir bulut akışını paylaşma kılavuzu'na göre bir ortak sahip, pratikte orijinal oluşturucuyla neredeyse aynı haklara sahiptir. Somut olarak bir ortak sahip şunları yapabilir:

• akışın çalıştırma geçmişini eksiksiz görüntüleyebilir
• özellikleri yönetebilir, yani akışı başlatabilir, durdurabilir veya bağlantıları güncelleyebilir
• tanımı düzenleyebilir, örneğin eylem veya koşul ekleyip kaldırabilir
• bir istisna dışında başka sahipler ekleyebilir veya kaldırabilir
• akışı tamamen silebilir

Bu tek istisna önemlidir: belgelere göre bir ortak sahip, orijinal oluşturucuyu sahip listesinden çıkaramaz. Bunun dışında şu geçerlidir: her ortak sahip için tam kontrol. Tam da bu yüzden, Microsoft'a göre bu rol yalnızca gerçekten güvendiğin kişilere veya gruplara verilmelidir, çünkü bir ortak sahip akışı, onu oluşturan kişi kadar rahatlıkla değiştirebilir veya silebilir.

Ortak Sahip Kurma: Nasıl Yapılır

Bir ortak sahip eklemek pratikte bir dakikadan az sürer:

1. Power Automate'e giriş yap ve Akışlarım'ı aç.

2. İstenen akışı seç, üç nokta (⋮) simgesini aç ve Paylaş'ı seç.

3. Ortak sahip olacak kişinin adını, e-posta adresini veya grup adını gir.

Bundan sonra akış, eklenen kişide otomatik olarak Takım Akışları altında görünür ve bu kişi akışı, kendi oluşturduğu bir akış gibi buradan yönetebilir. SharePoint'e bağlı akışlar için, ortak sahip olarak tüm bir SharePoint listesi bile belirlenebilir: bu listede düzenleme hakkı olan herkes, tek tek kişilerin manuel olarak yönetilmesine gerek kalmadan otomatik olarak akış üzerinde düzenleme hakkı kazanır.

Ortak Sahip mi, Yalnızca Çalıştırma İzni mi? Fark Önemli

Bir akışı kullanması gereken her kişinin bir ortak sahibin tam kontrolüne ihtiyacı yoktur. Power Automate, ayrıca birinin akışı manuel olarak, örneğin bir düğme aracılığıyla tetikleyebildiği ama mantığı görmediği veya çalıştırma geçmişini göremediği yalnızca çalıştırma iznini de sunar. Bulut akışı paylaşımı ve izinleri kılavuzu, önerisini açık şekilde ifade eder: ortak sahipler yalnızca bir akış üzerinde iş birliği için gerektiğinde eklenmeli; çoğu durumda geniş kullanım için yalnızca çalıştırma izni tamamen yeterlidir.

Belgelerdeki bir örnek farkı somutlaştırıyor: bir yardım masası ekibinin, bir bilet oluşturan ve bir onay gönderen bir akışı var. On meslektaşın bunu kullanabilmesi gerekiyor. Yalnızca çalıştırma yetkisine sahip kullanıcılar olarak düğme üzerinden akışı başlatabilirler, ancak ne düzenleyebilir, ne silebilir ne de geçmişi görüntüleyebilirler. Yalnızca tasarım veya bakımda gerçekten görev alacak kişinin ortak sahip rolüne ihtiyacı vardır.

Kaç Ortak Sahip Anlamlıdır?

Her ek ortak sahip, fiilen bir tam yetkili sahip daha demektir. Bu yüzden kılavuz, ortak sahipliği tutumlu bir şekilde vermeyi ve düzenli olarak gözden geçirmeyi önerir: örneğin bir akış, sorun giderme için harici bir danışmana veya harici bir geliştiriciye açıldıysa, kalıcı bir ihtiyaç yoksa görev tamamlandıktan sonra erişim yeniden kaldırılmalıdır. NordFlux'taki uygulamada bu şu anlama gelir: işletme açısından kritik her akış için uzun, düzensiz bir listeden ziyade iki ila üç sabit ortak sahip tercih edilmelidir. Böylece her personel değişikliğinde paniklemek zorunda kalmadan, kimin gerçekten erişimi olduğu üzerindeki kontrolü elinde tutarsın.

Bir Ortak Sahibin Çözmediği Şey

Bir ortak sahip, tek bir kişinin devre dışı kalma riskini azaltır ama düzgün bir yönetişimin yerini tutmaz. Gerçekten işletme açısından kritik, sürekli çalışan akışlar için çözüme uygun (solution-aware) akışlara da bakmakta fayda var: belgelere göre yalnızca bunlarda sahiplik, çalıştırma geçmişi ve bağlantı referansları dahil olmak üzere temiz ve eksiksiz şekilde devredilebilir ve devirden sonra hem önceki hem de yeni sahip otomatik olarak ortak sahip haline gelir. Çözüme uygun olmayan akışlarda ise, ortak sahip olsa bile, dışa aktarma, içe aktarma veya Farklı Kaydet yoluna başvurulmadığı sürece oluşturucu her zaman teknik olarak sahip çevresinde yer almaya devam eder.

Kontrol Listesi: Ortak Sahibi Baştan İtibaren Düşünmek

• Yeni bir akış oluştururken, ilk olaydan sonra değil, hemen en az bir ortak sahip eklemek.
• Geniş kullanım için ortak sahiplik yerine yalnızca çalıştırma izni vermek.
• Ortak sahip listelerini en az üç ayda bir gözden geçirmek ve artık gerekmeyen erişimi kaldırmak.
• İşletme açısından kritik akışları mümkün olduğunca çözüme uygun akışlar olarak oluşturmak, böylece sahiplik daha sonra temiz şekilde devredilebilsin.
• Sorumluluğu belgelemek: ana sahibin kim olduğu, ortak sahibin kim olduğu ve bu değiştiğinde kimin bilgilendirileceği.

Daha büyük bir Power Automate ortamı işleten ve yönetişim, lisanslar ile sahiplik yapılarını bir kez ve temelden düzene sokmak isteyen kişiler, NordFlux'un Power Automate teklifi'nde destek bulabilir. Böylece otomasyon, personel değişikliklerinde bile istikrarlı kalır ve hangi akıştan kimin sorumlu olduğu üzerindeki kontrolü her zaman elinde tutarsın.

Sıkça Sorulan Sorular

Bir ortak sahip, orijinal oluşturucunun yapamadığı neyi yapabilir?

Hiçbir şey. Belgelere göre bir ortak sahip, tek bir kısıtlama dışında oluşturucuyla aynı haklara sahiptir: orijinal oluşturucuyu sahip listesinden çıkaramaz. Bunun dışında düzenleme, silme ve paylaşma hakları aynıdır.

Bir ortak sahibi sonradan tekrar kaldırabilir miyim?

Evet. Akışın ayrıntı sayfasında Sahipler bölümünde düzenleme açılabilir ve orada herhangi bir sahip veya ortak sahip, silme simgesi aracılığıyla başka bir ortak sahibi kaldırabilir. Önemli: bu kişi akışta kendi bağlantılarını kullandıysa, bu bağlantıları daha sonra kontrol etmeli ve gerekirse güncellemelisin.

Bir akışın tek sahibi şirketten ayrılırsa ve hiçbir ortak sahip kurulmamışsa ne olur?

Akış, sahipsiz kalmış bir akışa dönüşür ve artık aktif olmayan hesaba bağlı bağlantılar kullandığında başarısız olabilir. Yöneticilerin bu durumda Power Platform yönetim merkezinde veya PowerShell üzerinden manuel olarak yeni bir ortak sahip ataması gerekir; bu da önceden kurmaktan çok daha fazla efor gerektirir.

Daha çok ortak sahip mi, yoksa daha çok yalnızca çalıştırma yetkisine sahip kullanıcı mı eklemeliyim?

Çoğu durumda yalnızca çalıştırma yetkisine sahip kullanıcılar. Microsoft, ortak sahipliği açıkça akışın tasarımında veya bakımında gerçekten görev alan kişilerle sınırlamayı ve akışı yalnızca kullanması gereken diğer herkese sadece çalıştırma erişimi vermeyi önerir.

Ortak sahip özelliği RPA'daki masaüstü akışları için de geçerli mi?

Evet, kendi modeliyle. Masaüstü akışlarında paylaşım yaparken, yalnızca çalıştırmaya izin veren Kullanıcı rolü ile masaüstü akışı için tam düzenleme, paylaşma ve silme haklarını beraberinde getiren Ortak Sahip rolü arasında açıkça seçim yaparsın. Prensip böylece bulut akışlarındakiyle aynıdır, yalnızca izin seviyelerinin adlandırılması biraz farklıdır.