Power Automate: Çoklama Uyumluluk Tuzağı

Tek bir merkezi akış, tek bir hizmet hesabı, tek bir Premium lisans; tüm departman için otomasyon tamamlanmış gibi görünür. Bu fikir kağıt üzerinde akıllıca bir lisans tasarrufu gibi görünse de, Power Automate uygulamasında düzenli olarak Microsoft'un çoklama (multiplexing) olarak adlandırdığı bir tuzağa yol açar. Lisans kurallarını tam olarak bilmeden çok sayıda kullanıcı için merkezi akışlar oluşturanlar yanlış yerden tasarruf eder ve bir denetim veya uyumluluk kontrolü gündeme geldiğinde geriye dönük lisanslama riskiyle karşı karşıya kalır.

Bu yazı, Microsoft'un resmi belgelerine dayanarak çoklamanın Power Automate için tam olarak ne anlama geldiğini, hangi durumlarda merkezi akışların ve hizmet hesaplarının bir lisans tuzağına dönüştüğünü ve merkezi otomasyonları temiz ve uyumlu bir şekilde kurmak için hangi seçeneklerin bulunduğunu açıklar. Güncelleme: Temmuz 2026.

Power Automate'te çoklama ne anlama gelir

Microsoft, çoklamayı Power Automate Lisanslama SSS belgesinde, bir müşterinin bağlantıları bir araya toplamak, bilgileri yeniden yönlendirmek veya Power Apps, Power Automate ve Microsoft Copilot Studio'ya doğrudan erişen kullanıcı sayısını azaltmak için kullandığı donanım veya yazılımın kullanımı olarak tanımlar. Bunun ardından gelen cümle nettir: Satın alınması gereken lisans sayısını azaltmak amacıyla çoklamayı bir mekanizma olarak kullanmak, Microsoft'a göre açıkça bir lisans ihlali sayılır.

Burada önemli olan, her merkezi akışın otomatik olarak çoklama sayılmadığıdır. Microsoft, belgelerinde bu farkı netleştiren üç örnek verir:

Yalnızca Dataverse'ten verileri ortak bir konuma taşıyan veya meslektaşlara bir e-posta gönderen bir Premium akış, çoklama kapsamına girmez; çünkü kullanıcılar akışı tetiklemek yerine yalnızca verileri tüketir.
Bir Premium akış, SharePoint listesinde yeni bir öğe oluşturulduğunda tetikleniyor, ayrıntıları Dataverse'te saklıyor ve ardından yalnızca akış sahibine bir e-posta gönderiyorsa, listeye öğe yükleyebilen kişi sayısı çok olsa bile yalnızca bu kişinin bir lisansa ihtiyacı vardır.
Aynı akış e-postayı bunun yerine öğeyi yükleyen kişiye gönderiyorsa, hem sahibinin hem de öğe yükleyen her bir kullanıcının bir Premium lisansa ihtiyacı vardır. Kullanıcı akışı dolaylı olarak tetikler ve e-posta biçiminde bundan kendisi bir değer elde eder. Birçok merkezi akışın uyumluluğunu kaybettiği nokta tam olarak burasıdır.

Dolayısıyla belirleyici ölçüt, kimin temel verilere teknik erişimi olduğu değil, akışı kimin tetiklediği ve sonuçtan kimin kendi yararına bir fayda elde ettiğidir. Her ikisi de kendi lisansı olmayan birden fazla kişi için geçerli olduğu anda, uyumluluk sınırı aşılmış demektir.

Klasik durum: tüm departman için tek bir hizmet hesabı

Uygulamada çoklamanın en yaygın nedeni, birden fazla akışın altında çalıştığı ve birçok kişinin erişebildiği ortak bir hizmet hesabıdır. Lisanslama SSS belgesi, hizmet hesabı, hizmet sorumlusu, etkileşimli olmayan kullanıcılar ve gerçek kullanıcılar arasında net bir ayrım yapar ve şunu açıkça belirtir: Hizmet hesabı olarak kullanılan ve kimlik bilgileri başkalarıyla paylaşılan bir Microsoft Entra kullanıcı hesabı, hem bir güvenlik riskidir hem de lisans açısından hassas bir konudur.

Somut olarak, sahibi bir hizmet hesabı olan akışlar için Microsoft'a göre şunlar geçerlidir:

Akış yalnızca Premium işlevleri olmayan standart bağlayıcılar kullanıyorsa, hizmet hesabına erişimi olan herkes için bir Microsoft ya da Office 365 lisansı, Power Automate Free veya herhangi bir Premium lisans yeterlidir.
Akış; Premium bağlayıcılar, robotik süreç otomasyonu, özel bağlayıcılar, yerel bir ağ geçidi veya iş süreci akışları gibi Premium özellikleri kullanıyorsa ve hizmet hesabı yalnızca sınırlı bir grup tarafından kullanılıyorsa, tüm bu kişileri ve hizmet hesabının kendisini lisanslamak yeterlidir.
Aynı hizmet hesabı buna karşılık çok sayıda kullanıcı tarafından kullanılıyorsa, Microsoft yeni kişilerin de her seferinde yeniden lisanslamaya gerek kalmadan otomatik olarak uyumlu olması için akış için açıkça bir işlem lisansı önerir.
Birden fazla kullanıcı bir hizmet hesabının kimlik bilgilerini paylaşıyor ve Premium akışları kullanıyorsa, hizmet hesabına yalnızca tek bir Power Automate Premium lisansı atanmışken, bu durum Microsoft'a göre açıkça çoklama sayılır ve akış uyumlu değildir.

Tam olarak bu son madde, çok sayıda kullanıcı için merkezi akışların tipik olarak düştüğü durumdur: tek bir lisans, tek bir hizmet hesabı, Premium işlevlere erişimi olan çok sayıda kişi. BT departamanı açısından bu, zarif bir merkezileştirme gibi görünür; lisans açısından ise Microsoft'un açıkça ihlal olarak tanımladığı durumun ta kendisidir.

Anlık akışlar, uygulama tetikleyicileri ve Dataverse: kritik durumlar

Hizmet hesaplarının yanı sıra, merkezi akışların hızla bir tuzağa dönüştüğü başka durumlar da vardır. Örneğin bir düğme üzerinden veya bir Power App içinden doğrudan tetiklenen bir akışta, SSS'ye göre akışı gerçekten çağıran her kişi, akış Premium bağlayıcılar kullandığı anda kendi Premium lisansına ihtiyaç duyar; akışın kendisi yalnızca tek bir kişi tarafından oluşturulup paylaşılmış olsa bile. Premium bağlayıcılara sahip bir akış, bir ekibin onu tek tıklamayla çalıştırabilmesi için yalnızca paylaşılıyorsa, akışı oluşturan kişinin yanı sıra her ekip üyesinin kendi lisansına ihtiyacı vardır.

Sahibinin bağlamında çalışan otomatik veya zamanlanmış akışlarda durum farklıdır: burada, başka hiç kimse yürütmenin kendisinden doğrudan bir değer elde etmediği sürece, örneğin kişiselleştirilmiş sonuçlar biçiminde, genellikle sahibinin lisansı yeterlidir. Aynı şekilde, bir Premium akış tarafından gönderilen bir onay talebine yalnızca yanıt veren kişinin de SSS'ye göre kendi Premium lisansına ihtiyacı yoktur; çünkü onaylayan kişi akışı tetiklemez, yalnızca yanıt verir.

Bu ince ayrım, özellikle aynı akış farklı departmanlar için birden fazla tetikleyici türünü birleştirdiğinde veya alt akışlar birden fazla üst akış tarafından aynı anda çağrıldığında, merkezi süreçlerde hızla karmaşıklaşır. Premium işlevleri olmayan birden fazla üst akış tarafından çağrılan, Premium bağlayıcılara sahip bir alt akış için Microsoft'a göre ya üst akışların lisanslanması ya da alt akış için bir işlem lisansı yeterlidir; ancak üst akışın kendisinde de bir Premium bağlayıcı varsa, sahibinin ayrıca kendi Premium lisansına veya üst akış için bir işlem lisansına ihtiyacı vardır.

Merkezi akışları uyumlu şekilde nasıl kurarsınız

Çok sayıda kişiyi etkileyen merkezi otomasyonlar için, her bir kişinin sonradan bir Premium lisansa ihtiyaç duymasını önleyen esasen üç temiz yol vardır:

Kullanıcı lisansları yerine işlem lisansı. Power Automate lisans türlerine genel bakış belgesine göre, Power Automate işlem lisansı, bir bulut akışına veya bir makineye atanan ve akışı tetikleyen veya sahip olan kişinin lisansından bağımsız olarak daha yüksek eylem sınırlarının yanı sıra Premium ve özel bağlayıcıların kullanımını sağlayan bir kapasite lisansıdır. Çok sayıda dolaylı kullanıcısı olan merkezi iş süreçleri için bu, genellikle en ekonomik ve aynı zamanda uyumlu çözümdür; çünkü akışı günlük olarak kaç kişinin tetiklediğinden bağımsız olarak, temel süreç başına tek bir işlem lisansı yeterlidir.
Etkilenen tüm kişileri gerçekten lisanslamak. Merkezi bir akış yalnızca yönetilebilir, açıkça sınırlandırılmış bir grup tarafından kullanılıyorsa, bir işlem lisansı satın almak yerine her kişiye kendi Premium lisansını atamak daha ekonomik olabilir. Ancak büyüyen ekiplerde bu seçenek hızla pratik olmaktan çıkar; çünkü her yeni kişinin manuel olarak lisanslanması gerekir.
Standart bağlayıcılarla sınırlamak. Merkezi bir akış gerçekten yalnızca standart bağlayıcılarla idare edebiliyorsa, Premium işlevler için geçerli olan daha sıkı çoklama kuralları zaten devreye girmez. Bu nadiren tam bir çözümdür, ancak planlanan bir merkezileştirmenin gerçekten Premium lisans gerektirip gerektirmediğini kontrol etmek için iyi bir ilk adımdır.

Teknik işletim için Microsoft ayrıca, mümkün olduğunda hizmet hesaplarını akış sahibi olarak bir hizmet sorumlusuyla değiştirmeyi önerir. Bu, lisans konusunu otomatik olarak çözmese de, paylaşılan kimlik bilgileriyle birlikte gelen güvenlik risklerini, örneğin bir akışı kimin değiştirdiğinin izlenememesini ve parola yönetiminin idari yükünü azaltır.

Zorunlu uygulama değil, rehberlik

Uygulamada sıklıkla gözden kaçan bir nokta: Microsoft, SSS'de çoklama kurallarını açıkça, katı teknik önlemlerle zorunlu kılınmayan bir rehberlik olarak tanımlar. Tüm akışları doğru şekilde lisanslama ve uyumlu kalma sorumluluğu, Microsoft'a göre açıkça kuruluşun yöneticilerine aittir. Tuzağı bu kadar sinsi kılan tam olarak budur: Uyumlu olmayan merkezi bir akış, dahili bir lisans denetimi, lisans modelinde bir değişiklik veya harici bir inceleme açığı ortaya çıkarana kadar genellikle aylarca hatta yıllarca teknik olarak sorunsuz çalışmaya devam eder. Bu nedenle çok sayıda kullanıcı için merkezi akışlar planlayanların, kullanıcı sayısı zaten önemli ölçüde büyüdükten sonra değil, en başından itibaren lisans konusunu düşünmesi gerekir.

Mevcut veya planlanan merkezi akışlar için kısa bir kontrol listesi:

Akışı gerçekte kim tetikliyor ve yürütmeden kim kendi kişiselleştirilmiş faydasını elde ediyor?
Akış kişisel bir hesap, paylaşılan bir hizmet hesabı veya bir hizmet sorumlusu altında mı çalışıyor?
Akış Premium bağlayıcılar, özel bağlayıcılar, yerel bir ağ geçidi veya RPA işlevleri kullanıyor mu?
Şu anda ve öngörülebilir gelecekte kaç kişinin tetikleyici hesaba veya akışın kendisine erişimi var ya da olacak?
Temel iş süreci için bir işlem lisansı, tek tek kullanıcıları sonradan lisanslamaktan daha ekonomik ve gelecekte daha güvenli olur muydu?

Bu soruları dikkatle gözden geçiren kişi, büyüyen otomasyonlarda lisans maliyetleri ve uyumluluk üzerindeki kontrolünü korur; bir sonraki denetimde sürpriz yaşamak yerine. Şirketiniz için merkezi Power Automate süreçleri kurmak ve en başından itibaren lisans açısından temiz kalmak istiyorsanız, NordFlux size Power Automate otomasyonu konusunda, lisans danışmanlığı ve Alman veri egemenliği dahil olmak üzere sabit fiyatlı projelerle destek olur.

Sıkça sorulan sorular

Power Automate'te çoklama teknik olarak yasak mı, yoksa yalnızca bir öneri mi?

Microsoft, çoklama kurallarını teknik olarak zorunlu kılmaz, ancak SSS'de bunları açıkça, uyumluluğu yöneticilerin sorumluluğunda olan bir rehberlik olarak tanımlar. Uyumlu olmayan bir akış bu nedenle çalışmaya devam eder, ancak lisans koşullarını ihlal eder ve bir denetimde veya lisans incelemesinde soruna yol açabilir.

Çok sayıda çalışanın kullandığı bir hizmet hesabı için tek bir Power Automate Premium lisansı yeterli mi?

Hayır, akış Premium bağlayıcılar gibi Premium işlevleri kullanıyorsa yeterli değildir. Birden fazla kişi bir hizmet hesabının kimlik bilgilerini paylaşıyor ve bu hesap üzerinden yalnızca tek bir atanmış Premium lisansla bir Premium akış çalışıyorsa, bu durum Microsoft'a göre açıkça çoklama sayılır ve akış uyumlu değildir.

Bir akışı yalnızca dolaylı olarak tetikleyen kullanıcıların kendi lisansına ihtiyacı olmadığı durumlar hangileridir?

Akış onların eylemiyle tetiklenmesine rağmen, kendileri yürütmeden kişiselleştirilmiş bir katma değer elde etmiyorsa, örneğin sonuç yalnızca merkezi bir noktaya veya akış sahibine gidiyorsa. Buna karşılık, kendilerine kişisel olarak gönderilen bir e-posta gibi bireysel bir sonuç alıyorlarsa, kendi Premium lisanslarına ihtiyaçları vardır.

Bir işlem lisansı merkezi akışlar için her zaman en iyi çözüm müdür?

Her zaman değil, ama sıklıkla evet. Bir işlem lisansı, yeni kişiler otomatik olarak kapsandığından, sık değişen çok sayıda kullanıcısı olan temel süreçler için özellikle uygundur. Küçük, istikrarlı bir kullanıcı grubu için ise ayrı bir işlem lisansı satın almak yerine her kişiye doğrudan bir Premium lisans atamak daha ekonomik olabilir.

Bir hizmet hesabı yerine bir hizmet sorumlusu, lisans sorununu otomatik olarak çözer mi?

Hayır. Bir hizmet sorumlusu, öncelikle parola paylaşımı ve değişikliklerin izlenememesi gibi güvenlik risklerini azaltır, ancak akışın Premium işlevler kullanıp kullanmadığı ve bundan kaç kişinin kendi yararına fayda sağladığı kontrolünün yerini almaz. Lisans sorusunu bundan bağımsız olarak yanıtlamanız gerekir.