Aracılığıyla paylaş


Power Automate lisanslama SSS

Power Automate bağımsız lisansları hakkında en sık sorulan sorulardan bazıları şunlardır.

Akış çalışmaları için Power Automate lisans planları nasıl çalışır?

Bir akış Power Automate süreç planına ayarlanırsa premium bağlayıcılara erişebilir, en yüksek sınırlara sahip olur ve akışı kimin çalıştırdığına bakılmaksızın daima süreç planı istek sınırlarını kullanır.

Akış, Power Automate Premium kullanıcı planına ayarlanırsa, akış otomatikse veya zamanlanan bir akışsa birincil sahibinin planını alır. Akış bir anlık/düğme akışıysa, akışı çalıştıran kullanıcının lisansını kullanır. Bir kullanıcının birden fazla planı varsa (Microsoft 365 planı ve Dynamics 365 planı gibi) akış her iki plan için istek sınırlarını kullanır.

Power Automate için kullanıcı lisansı planı, Power Automate Premium planıdır ancak kullanıcıların başka lisans planı seçenekleri bulunur. Ücretsiz plana veya Microsoft 365 lisans planlarından birine sahip olan kullanıcılar yalnızca standart bağlayıcılara erişebilir ancak diğer lisans planlarının ve denemelerin çoğu premium bağlayıcılara erişim sağlar.

Lisans Power Automate türleri ve Lisanslama Kılavuzu'ndaki Power Automate özellikleri içeren Power Platform lisans planları hakkında daha fazla bilgi edinin. Otomatik, zamanlanmış ve anlık akışların sınırları bölümündelisans planlarının sınırları ve performans profili hakkında daha fazla bilgi edinin.

Hangi Power Automate lisanslarına ihtiyacım var?

Microsoft Çoğu kuruluşun, kuruluşlarındaki Power Automate her kullanıcı için Premium lisansı satın almasını önerir. Katılımsız otomasyon çalıştıran her iş süreci veya makine için Power Automate İşlem lisansı satın alın. Barındırılan Power Automate İşlem, İşlem lisansının Power Automate bir üst kümesidir ve aynı işlevselliği sağlar, ancak barındırılan makine veya barındırılan makine grubu için kullanılabilen barındırılan makine kapasitesinin Microsoft eklenmesiyle sıfır altyapıyla RPA'yı etkinleştirir.

Premium kullanıcı planı, bir kuruluşta otomasyon kültürünün genel olarak benimsenmesi desteklemek için insan kullanıcılara yöneliktir. RPA geliştiricilerinin Power Automate portalındaki masaüstü akışlarını oluşturması ve yönetmesi gerekir.

Süreç lisansı, genellikle otomatik arka uç etkinlikleri olan (bir kişi tarafından el ile çalıştırılmayan) temel kurumsal süreç otomasyonlarına yöneliktir. Örneğin, her kuruluş işlerin normal şekilde yürütülmesi için zorunlu olan fatura işleme veya İK ekleme süreçlerine gereksinim duyar. Bu süreçler küçük ölçekli girişimler ile paylaşılan veri kaynakları tarafından birbirine bağlantılı birden çok akışa yayılan büyük ölçekli girişmler arasında boyut ve karmaşıklık açısından farklılık gösterebilir. Örneğin, fatura işleme işleminin, bir faturayı onaylar aracılığıyla oluşturma aşamasından ödeme aşamasına kadar işleyen birden çok akışı vardır. Tüm akışlar, kapanış için birden çok adımla bir faturayı işlediklerinden tek bir iş sürecinin parçasıdır.

Kuruluşlar bir Süreç lisansı alarak iş sürecindeki tüm akışların uygun şekilde lisanslanmasını sağlar. Bu, birbirine bağlı akışların ortaklaşa bir birim olarak dağıtılmasını ve yönetilmesini sağlayarak uygulama yaşam döngüsü yönetimini (ALM) kolaylaştırır ve performansı optimize eder.

Akışınız aşağıdaki ölçütlerden birini karşılıyorsa bir Süreç lisansına sahip olmanız gerekir:

  • Akışlarınız, kullanıcı etkileşimi olmadan makinelerde masaüstü akışlarını çalıştırmak için katılımsız RPA (robotik süreç otomasyonu) kullanır.
  • Akışlarınız Uygulama kullanıcısı altında çalışıyor (Akış sahibi Hizmet Sorumlusudur). Birden çok ortamı olan (Geliştirme/Test/Üretim) kuruluşlar sağlıklı bir ALM (uygulama yaşam döngüsü yönetimi) için akışları dışarı aktarmak ve diğer ortamlara dağıtmak için DevOps ardışık düzenleri kullanır. Üretim ortamlarındaki kullanıcılara erişim vermekten kaçınmak için, hizmet sorumlusunu kullanarak akışlarını çalıştırabilirler.
  • Akışlarınız büyük verileri işliyor veya sık çalıştırılması gerekiyor; bu nedenle yüksek Power Platform istekleri hacmi gerekli.
  • Premium akışınız birden çok kullanıcı tarafından çağrılır. Bu durumda, herkes için bir Premium lisans gerekir veya Akış için bir Süreç lisansı gerekir. Bir akışın Süreç lisansı varsa, herhangi bir kullanıcının bir lisansı olması gerekmez. Bir kuruluşa, kullandığı akış sayısına göre lisanslar için ödeme esnekliği sağlar. Bir çok kullanıcıyı etkileyen daha büyük organizasyonlar veya çözümler sabit aylık maliyetten yararlanabilir.
  • Akışınız Premium bağlayıcıları kullanır ve kuruluşunuzun akışı kullanan birçok konuk kullanıcısı vardır ancak konuk kullanıcıların ana kiracısının bunlara Premium lisans sağlayıp sağlamadığını bilmiyorsunuz.

Not

Power Automate İşlemi ve Barındırılan İşlem lisansları, kullanıcı değil, yalnızca akışları ve/veya makineleri lisanslar. Premium kullanıcı planı, RPA geliştiricilerinin Power Automate portalındaki masaüstü akışlarını oluşturması ve yönetmesi gerekir. Premium RPA özellikleri'nde Premium kullanıcı planıyla birlikte gelen Premium RPA özellikleri hakkında daha fazla bilgi edinin.

Kaç Power Automate Süreç lisansına ihtiyacım var?

  • Sürecinizde katılımsız RPA (robotik süreç otomasyonu) var: kaç makine oturumu gerekli?

    Her makine için bir Süreç lisansı satın alın. Makinede eşzamanlı yürütme gerekiyorsa, daha fazla Süreç lisansı ekleyebilirsiniz. İş sürecinin parçası olan makine ve bulut akışlarında (DPA) çalışan tüm masaüstü akışları (RPA), Süreç lisansı kapsamına girer.

  • Süreciniz yalnızca DPA (dijital süreç otomasyonu) gerektiriyor: kaç temel iş sürecini otomatikleştirmek istiyorsunuz?

    Her temel iş süreci için bir süreç satın alın. Temel iş süreçlerine örnek olarak fatura işleme veya insan kaynakları (İK) işe alım süreci verilebilir. Aynı iş süreciyle ilgili tüm bulut akışları bu lisansa dahildir.

Her biri kendi RPA'sını bir makinede katılımsız çağıran birden çok bulut akışım varsa, modda için kaç Süreç lisansı gerekir?

Tek bir Süreç lisansı ile, birden çok bulut akışını kuyruğa alarak çalıştırabilirsiniz. Örneğin, dört bağımsız bulut akışınız varsa ve bunların her biri aynı makinede çalışan kendi masaüstü akışını çağırıyorsa, aynı sanal makinede ilkini 09.00'da, ikincisini 11.00'de vb. çalıştırabilirsiniz.

Aşağıdaki ekran görüntüsünde, aynı makinede çalışan bir masaüstü akışına sahip olduğundan, tüm bulut akışları tek bir Süreç lisansı kapsamındadır. Tüm alt akışlar, bu bulut akışlarının ilişkili akışları da makinedeki İşlem lisansı kapsamındadır.

Aynı makinede çalışan bir masaüstü akışına sahip olduğundan, tüm bulut akışları tek bir Süreç lisansı kapsamındadır.

DPA sürecimde birden çok bulut akışı var. Birden çok Süreç lisansına ihtiyacım olacak mı?

Temel iş süreçleri küçük ölçekli girişimler ile paylaşılan veri kaynakları tarafından birbirine bağlantılı birden çok akışa yayılan büyük ölçekli girişmler arasında boyut ve karmaşıklık açısından farklılık gösterebilir. Örneğin, fatura işleme işleminin, bir faturayı onaylar aracılığıyla oluşturma aşamasından ödeme aşamasına kadar işleyen birden çok akışı vardır. Tüm akışlar, kapanış için birden çok adımla bir faturayı işlediklerinden tek bir iş sürecinin parçasıdır. Temel iş süreci için yalnızca bir Süreç lisansına ihtiyacınız vardır. Bu, işlevlerin daha iyi sürdürülebilirlik sağlayan ince ayrıntılı işlevlerle daha küçük olabileceği mikro hizmet mimarisi en iyi uygulamalarını teşvik eder.

Süreci başlatan ve o akışa Süreç lisansını atayan akışı tanımlayın. Process lisansı ile akışın alt akışları İşlem lisansı tarafından kapsanılır. Bu akışlar aynı çözümde veya farklı çözümde olabilir.

Üst/alt akış olmayan akışlar, Süreç lisansı kullanılarak akışla manuel olarak ilişkilendirilebilir. Bu akışlar aynı çözüm içinde olmalı ve aynı veri kaynaklarını kullanıyor olmalıdır.

Alt akışlar ve ilişkili akışlar olarak düzenlenen akışların tümü, ana akışa atanan bir İşlem lisansı ve İşlem lisansının Power Platform İstek sınırlarını paylaşma ile tek bir işlem olarak işleme edilir.

Çözümümde birden çok süreç var. Birden çok Süreç lisansına ihtiyacım var mı?

Evet. Bir çözümde, her birine atanan Süreç lisansı bulunan birden çok süreç olabilir.

Kimlerin Premium lisans satın alması gerekir?

Genel amaçlı otomasyonlar (premium bağlayıcılar yetkilendirmesiyle), tam esnekliğe sahip olması (özel bağlayıcılar yetkilendirmesiyle) veya klavye veya fare tuşları ve hareketi (robotik süreç otomasyonu katılımlı yetkilendirmesi ile) gibi bir insan davranışını simüle eden uygulamalarla etkileşim kurması gereken kullanıcılar Premium lisansı göz önünde bulundurmalıdır Power Automate .

Daha doğrusu:

  • Power Automate portalındaki masaüstü akışlarını oluşturan ve yöneten her RPA geliştirici için bir Premium lisansa ihtiyacınız vardır. Premium RPA özellikleri hakkındadaha fazla bilgi edinin.
  • Power Automate süreç planı, tüm lisanslar arasında en yüksek önceliğe sahiptir. Bu, bir akışa Süreç lisansı atanması durumunda akışının her zaman bu lisansı kullanacağı ve akış sahibinin veya çalıştırıcının Premium lisansa sahip olması gerekmediği anlamına gelir.
  • Otomatik ve zamanlanmış akışlar, akışı kimin başlattığına veya akışın içindeki bağlantılar için hangi hesapların kullanıldığına bakılmaksızın her zaman akış sahibi bağlamında çalıştırılır. Anlık akışlar (düğme, karma tetikleyiciler) akışta kullanılan bağlantılardan bağımsız olarak, onları çağıran kullanıcının bağlamında çalışır. Otomatik veya zamanlanmış bir akış Premium bağlayıcı kullanıyorsa yalnızca sahibinin premium lisansa sahip olması gerekir.
  • Anlık akışın premium bağlayıcıları varsa akışı çalıştıran her kullanıcı için Power Automate Premium lisansı gereklidir. Böyle bir durumda, her bir kullanıcıyı lisanslamak yerine akışı Süreç lisansıyla lisanlayabilirsiniz.
  • Akış Premium bağlayıcıyı kullanmıyorsa Premium lisans gerekli değildir. Microsoft 365 lisansı kullanabilirsiniz.

Hangi türden bir akışa (otomatik/el ile/zamanlanmış) sahip olduğunuzu öğrenmek için akışı seçip ayrıntılarda 'türünü' görebilirsiniz.

Akış türlerinin ekran görüntüsü.

  • Akış, Power Apps veya Dynamics 365 uygulamaları bağlamındaysa ve otomatik bir akışsa akışın, Power Apps veya Dynamics 365 uygulaması kullanılarak oluşturulan uygulamayla ilişkilendirilmesi ve akış sahibinin Power Apps Premium Lisansı ya da Dynamics 365 lisansına sahip olması gerekir.
  • Akış bir Power Apps veya Dynamics 365 uygulaması bağlamındaysa ve bir anlık akışsa, akışı çalıştıran her kullanıcı için Power Apps Premium lisansı veya Dynamics 365 lisansı gerekir.
  • Üst akış bir alt akışı çağırırsa alt akış, üst akıştan gelen bağlamdan yararlanır. Örneğin, aşağıdaki ölçütler karşılanırsa, ana akış sahibinin lisansını kullanır:
    • Ana akış otomatik bir akışsa ve
    • Alt akış, premium bağlayıcılar kullanır ve
    • Alt akışın Süreç lisansı yok. Alt akışın Süreç lisansı varsa, üst akışın lisansını değil, Süreç lisansını kullanır.

Geçiş süresi boyunca, üst akış lisansı alt akış tarafından devralınmaz. Alt akış sahibin lisansını kullanır. Ancak geçiş dönemi bittikten sonra, alt akışının bir Süreç lisansı olmadığı sürece, yalnızca ana akış lisansı (sahibin lisansı/üst akışının Süreç lisansı) kullanılır.

En iyi uygulamalarla uyumlu olmak için üç ortamımız (geliştirme, test ve üretim) var ve çeşitli ortamlarda akışlara ihtiyacımız var. Her ortam için Süreç lisansı satın almamız gerekiyor mu?

Her akış belirli bir ortamda bulunur. Başka bir deyişle, akışın farklı bir ortama aktarılması durumunda her kurulum ayrı bir akıştır ve ayrı bir lisansa ihtiyacı vardır. İşlem lisansı ile akış ve bunun alt akışları ve ilişkilendirilen tüm akışlar tek bir işlem olarak değerlendirilir ve bir İşlem lisansı, bunların tümünün tek bir ortamda kullanımını kapsar.

En iyi uygulamalarla uyumlu olmak için üç ortamımız (geliştirme, test ve üretim) var ve çeşitli ortamlarda akışlara ihtiyacımız var. Her ortam için Premium lisans satın almamız gerekiyor mu?

Power Automate Premium lisansı kullanıcı düzeyinde bir lisanstır. Tüm kullanıcı düzeyi lisanslar (Power Automate Premium, Microsoft 365 Dynamics 365) kiracı düzeyinde lisanslardır. Kullanıcı, ayrı bir lisans satın almak zorunda kalmadan akışı tüm ortamlarda kullanabilir.

Power Automate Barındırılan İşlem lisansı, Power Automate İşlem lisansı olarak kullanılabilir mi?

Evet, Power Automate Barındırılan İşlem kapasitesini iki şekilde kullanabilirsiniz:

  • Barındırılan makineler ve barındırılan makine grupları.
  • Şirket içi makinenizde veya bir iş sürecinin parçası olan akışlarda gözetimsiz robotik süreç otomasyonu (gözetimsiz RPA) için kullanılabilecek bir Süreç lisansı olarak.

Microsoft 365 müşterileri çözüm odaklı akışlar ve alt akışlar oluşturabilir mi?

Evet. Microsoft 365 müşterileri, çözüm odaklı akışı oluşturdukları ortama bağlı bir Dataverse veritabanı varsa çözüm odaklı akış oluşturabilir. Varsayılan ortam varsayılan olarak bir Dataverse veritabanı alır. Yöneticinin varsayılan olmayan ortamlara bir Dataverse örneği eklemesi gerekir. Yöneticilerin yeni bir ortam oluşturabilmesi için kiracı düzeyinde en az 1 GB'lık Dataverse veritabanı kapasitesine ihtiyacı vardır.

Power Apps, Power Automate, Microsoft Copilot Studio, Dynamics 365 Sales, Customer Service ve Field Service hizmetlerine ilk abonelikte kiracı için 10 GB'lık tek seferlik varsayılan kapasite sınırı eklenir. Kiracıya abonelik eklediğinizde, kiracıya ek Dataverse kapasitesi tahakkuk edebilir. Örneğin, yeni bir müşteri Power Automate Premium planı satın alırsa kiracı 10 GB varsayılan Dataverse veritabanı kapasitesi alır. Kiracı 10 Power Automate Premium Lisansı satın alırsa, kiracı 10,5 GB (10 GB ve 10 x 50 MB) alır.

Premium akışımda birden fazla kullanıcı bağlantısı kullanıyorum. Akışı çalıştırmak için hangi kullanıcının Premium lisansa ihtiyacı vardır?

Bağlantılar lisans kontrollerinden bağımsızdır. Bir akışta birden çok kullanıcı bağlantısına sahip olabilirsiniz ancak akış her zaman birincil sahip/salt çalıştırma kullanıcısı/Süreç lisansı bağlamında çalışır.

Akışın sahibi, kuruluştan ayrıldı. Kesintisiz çalışmasını nasıl sağlayabiliriz?

Akış, çözüm odaklı bir akışsa Power Automate 'ten sahibini değiştirebilir veya akışın kesintisiz çalıştığından emin olmak için Power Automate Web API'sini kullanabilirsiniz. Akış, çözüm odaklı olmayan bir akışsa tüm ikincil sahipler, bu akışı bir çözüme ekleyebilir ve ardından sahibini değiştirebilirler. Yoksa, çalışmaya devam ettiğinden emin olmak için akışa bir Power Automate Süreç lisansı atayın. Alternatif olarak, akışın tüm ortak sahipleri akışı dışarı ve içeri aktarabilir. İçeri aktarıldığında, akış yeni bir akış olur ve ortak sahip artık akışın sahibi olur. Akış yeni sahibinin lisansını kullanır.

Akış daha düşük performansa düşürülür ve tüm akış sahiplerine bilgi verilir ve herhangi bir işlem yapılmazsa akış 14 gün içinde kapatılır.

Akışın sahibi artık Premium lisansa sahip değil ancak akış premium bir akış. Ne olur?

Akış daha düşük performansa düşürülür ve tüm akış sahiplerine bilgi verilir ve herhangi bir işlem yapılmazsa akış 14 gün içinde kapatılır.

Konuk kullanıcıların (kiracınızda olmayan) Power Automate'i kullanmak için lisansa ihtiyacı var mı?

Evet. Konuk kullanıcının, aşağıdaki kiracılardan biri aracılığıyla atanmış bir Power Automate lisansı olmalıdır:

  • Akışı barındıran kiracı. Bu kişilere geçici erişim veya bağımsız lisanslar için yönetici denemeleri atayabilirsiniz.

  • Konuk kullanıcının ana kiracısı.

Örneğin, bir konuk kullanıcının ana kiracısında atanmış bir Power Automate Premium lisansı varsa, bu kullanıcılar akışı barındıran konuk kiracıda premium özelliklerini kullanabilir.

Office, Power Automate Premium, Power Apps Premium ve Dynamics 365 kullanıcı planlarına dahil olan Power Automate aşağıdaki özelliklere sahip olur:

  • Azure genel bulutunda, bu planlar belirli bir ortama bağlı olmadıklarından konuk senaryolarındaki kiracılar arasında tanınır.

  • Azure yerel veya bağımsız bulutlarda, bu planlar konuk senaryolarındaki kiracılar arasında tanınır. Daha fazla bilgi: Ulusal bulutlar, Azure bölgeleri

  • Lisanslar, farklı Azure bulutlarında kiracılar arasında tanınmaz.

Windows lisanslarında hangi Power Automate özellikleri bulunur?

Windows 11 kullanıcıları, varsayılan ortamda kişisel üretkenlik için katılımlı RPA'da masaüstü akışlarını deneyebilir. Masaüstü akışlarını paylaşamaz veya varsayılan ortam dışında farklı bir ortamda masaüstü akışları oluşturamaz. Windows kullanıcılarının bulut akışlarına erişimi yoktur. Tam bulut akışları ve RPA özellikleri elde etmek için, Power Automate Premium planı satın alın.

Windows 11 kullanıcıları, Windows arama çubuğunda "Power Automate" öğesini arayabilir. Power Automate masaüstü uygulaması otomatik olarak indirilir ve simgesini ilk seçtiğinizde başlatılır.

Windows 10 ve Windows Server 2016 kullanıcıları masaüstü için Power Automate kullanabilir mi?

Evet, masaüstü için Power Automate kullanabilirler (kullanım hakları vardır) ancak indirme merkezinden indirmeleri gerekir.

Eski lisans soruları

1 Ağustos 2023'ten itibaren akış başına Power Automate (en az 5 lisans satın alınarak akış başına $100/ay) ve Power Automate katılımsız RPA eklentisi (bot başına $150/ay ve gerekli lisanslama önkoşulları) fiyatlandırma sayfasından kaldırılacaktır. 1 Şubat 2024 tarihinden itibaren fiyat listesinden kaldırılacaktır. Power Automate Süreç lisansı, yönetilmesi daha kolay olan geniş kapsamlı bir lisanstır ve katılımsız robotik süreç otomasyonu (katılımsız RPA) için kullanılabilecek tek bir "otomasyon" botunu veya dijital süreç otomasyonu (DPA) kullanan ve kuruluştaki sınırsız sayıda kullanıcı tarafından erişilebilen bulut akışlarını lisanslar. Power Automate Süreç lisansı, bot başına $150/ay ücretle sunulur.

Süreç lisansının akış başına lisanstan farkı nedir?

Katılımsız RPA için, önceden müşterilerin bulut akışı için akış başına lisansı ve bir katılımsız RPA eklentisi satın alması gerekiyordu. Artık bir makinedeki her RPA oturumu için bir Süreç lisansı satın alabilirler. Makinedeki masaüstü akışlarını çağıran tüm bulut akışları, Süreç lisansının bir parçası olarak dahil edilir.

Bulut akışları için, her akış lisansı için bir akış, lisans ve alt akışları ile akışı sağlar. Bir İşlem lisansı, akışa lisansla, alt akışlarıyla ve ilişkili tüm akışlarla birlikte yetki verir. Akış başına, başlamak için en az beş paket satın alınmıştı. Süreç lisansı için minimum satınalma miktarı gereksinimi yoktur.

Power Automate Premium lisansı ile katılımlı RPA özellikli kullanıcı başına Power Automate lisansı arasındaki fark nedir?

Power Automate Premium, kullanıcı başına $40/ay ücretle sunulan katılımlı RPA özellikli kullanıcı başına Power Automate'in tüm avantajlarının yanı sıra Process Mining süreç görselleştirme ve analiz etme özelliklerini içerie ve kullanıcı başına $15/ay ücretle sunulur.

Power Platform Soru İstekleri

İşte PPR limitleri hakkında sık sorulan sorulardan bazıları ve cevapları.

Neler Power Platform isteği olarak sayılır?

Lisansa bağlı olarak, bir bulut akışının gün içinde çalıştırabileceği eylem sayısının sınırları vardır. Bu sınırlar bağlayıcı kısıtlama sınırlarından farklıdır. Bulut akışı ayrıntıları sayfasından Analizler'i seçip Eylemler sekmesine bakarak akışınızın çalıştırdığı eylem sayısını görebilirsiniz.

Akış az sayıda Power Platform istek kullansa bile, akış beklediğinizden daha sık çalışıyorsa yine de sınırlarınıza ulaşabilirsiniz. Örneğin, yöneticiniz size e-posta gönderdiğinde size anında iletme bildirimi gönderen bir bulut akışı oluşturabilirsiniz. Bu akışın, e-postanın yöneticinizden gelip gelmediğini denetlemesi gerektiğinden, akışın herhangi bir kişiden her e-posta aldığınızda çalıştırılması gerekir. Sınır, 24 saatlik bir süre içinde tüm akışlarınızdaki tüm çalıştırmalar için geçerlidir. Bir akışın istek kullanımını tahmin etmek için bazı içgörüler aşağıda verilmiştir:

  1. Bir tetikleyici ve bir eylem içeren basit bir akış, akış her çalıştırıldığında iki "eylem" ile sonuçlanır ve iki istek tüketir.
  2. Akıştaki her tetikleyici/eylem Power Platform isteği oluşturur. Bağlayıcı eylemleri, HTTP eylemleri, yerleşik eylemler (değişkenleri başlatmaktan, kapsam oluşturmaya ve basit bir oluşturma eylemine kadar) gibi her türlü eylem Power Platform isteği oluşturur. Örneğin, Twitter'a veya Exchange'e SharePoint Dataverse bağlanan bir akış; tüm bu eylemler istek sınırlarına dahil Power Platform edilir.
  3. Hem başarılı olan eylemler hem de başarısız olanlar bu sınırlar kapsamında sayılır. Atlanan eylemler bu sınırlara dahil edilmez.
  4. Her eylem bir istek oluşturur. Eylem her biri için uygula döngüsüyse döngü yürütülürken daha fazla Power Platform isteği oluşturur.
  5. Bir eylemin birden çok ifadesi olabilir, ancak bir API isteği olarak sayılır.
  6. Yeniden denemeler ve sayfalandırma sayısından eylem yürütmeleri olarak gelen ekstra istekler.

Her e-posta ekinin kaydedildiği OneDrive aşağıdaki bulut akışını göz önünde bulundurun. Tetikleyici bir Power Platform isteği kullanır, Her birine uygula bir istek kullanır ve Her birine uygula içindeki eylemler döngünün kaç kez çalıştığına bağlı olarak birden çok istek tüketir. Dört ek varsa, bu bölüm sekiz Power Platform isteği tüketir (4 x 2 eylem). Toplamda, bu akış 10 Power Platform isteği tüketir.

Her e-posta ekinin kaydedildiği OneDrive örnek akışın ekran görüntüsü.

Power Platform Bulut akışı kimin istek sınırlarını kullanır?

  • Bir bulut akışı İşlem / Akış Başına lisansına sahipse akış, oluşturucu/sahip/çağıran kullanıcının sınırını değil, İşlem / Akış Başına lisans sınırını kullanır.

  • Otomatik ve zamanlanmış bulut akışları , Power Platform akışı kimin çağırdığına veya akış içindeki bağlantılar için hangi hesapların kullanıldığına bakılmaksızın her zaman akışı oluşturanın/sahibinin istek sınırlarını kullanır. Çözüm akışı için, Web API'sını kullanarak akışın sahibini değiştirebilirsiniz. Sahibi değiştirdikten sonra, yeni sahibin API istek sınırı kullanılır. Çözüm olmayan bir akış için, akış her zaman orijinal oluşturucunun değiştirilemeyen sınırını kullanır. Orijinal oluşturucu şirketten ayrılırsa, akışın ortak sahipleri akışı dışarı aktarıp farklı bir sahip olarak içeri aktarabilirler. Akışı içeri aktardıktan sonra, yeni bir akış haline gelir ve yeni sahibin limitini kullanmaya başlar. Alternatif olarak, akışa bir İşlem / Akış Başına lisansı atayabilirsiniz.

  • Anlık bulut akışları (düğme, Power Apps hibrit tetikleyiciler) çağıran kullanıcının sınırını kullanır.

  • Akış sahibi bir hizmet sorumlusuysa, akış lisanslı olmayan kullanıcı sınırını kullanır.

  • Otomatik/zamanlanmış bir akışı başka bir kullanıcıyla paylaşırsanız ve bu kullanıcı aynı akışı tetiklerse, yeni kullanıcının sınırını değil, orijinal sahibin sınırını kullanır. Ancak kullanıcı daha sonra kendi yeni akışını oluşturmak için akıştan yararlanırsa, bu yeni kullanıcı yeni akışın sahibi olur ve bu akış yeni kullanıcının sınırını kullanır.

  • Bir üst akış bir alt akış çağırırsa, alt akış üst akış sınırını kullanır. Örneğin, üst akış otomatik bir akışsa, alt akış üst akış oluşturucu/sahip sınırını kullanır.

  • Üst akış el ile yapılan bir akışsa, alt akış üst akış'ın çağıran kullanıcısının sınırını kullanır.

  • Alt akış İşlem / Akış Başına lisansına sahipse, üst akış sınırını değil, İşlem / Akış Başına sınırını kullanır.

  • Bir akışın bir İşlem lisansı varsa, akış, akışın tüm alt öğeleri akışları (kendi İşlem lisansına sahip olanlar hariç) ve akışla ilişkili tüm akışlar İşlem lisans sınırını paylaşır.

Oluşturucu olarak, kullanımımı analiz etmek için hangi araçlara sahibim?

Akışınız çalışırken gecikmeler veya yavaşlamalar yaşıyorsanız, büyük olasılıkla o gün için PPR sınırlarını aşmışsınızdır. Fazla kullanım nedeniyle sürekli olarak geciken akışlar için kullanıcılar, akışlarının gecikmeli çalıştırmalarını nasıl önleyeceklerine dair ipuçları ve püf noktalarıyla birlikte bu fazla kullanımlar hakkında onları bilgilendiren bir bildirim alır.

Aşağıda, eylem sınırlarını sürekli olarak aşan bir akış için gönderilen bir e-posta örneği verilmiştir:

Fazla kullanım e-postası örneğinin ekran görüntüsü.

Ayrıca, akış özellikleri sayfasından Analiz eylemini seçerek belirli bir akış için eylem kullanımını görebilirsiniz; bu her tür eylem için kullanılır. Bu, her gün kaç eylemin çalıştığını anlamanıza yardımcı olur. Kapasiteyi optimize etmek için kullanım desenlerini anlamanıza yardımcı olabilir:

Analiz grafiği örneği

Analiz grafiği örneğinin ekran görüntüsü.

Yönetici olarak, ortamının kullanımını analiz etmek için hangi araçlara sahibim?

Power Platform yönetici merkezi, Power Automate istekleriyle ilgili raporları içerir. Bu raporlar, kuruluşunuz için benimseme ve kullanıcı ölçümlerini hızlı bir şekilde görüntülemenize yardımcı olur. Bunlar şu anda genel önizleme aşamasındadır. İki rapor mevcuttur:

  • Kullanıcı raporu – Bu rapor, ortamdaki her kullanıcının istek kullanımını Power Platform , atanan sınırlarıyla karşılaştırmalı olarak görüntüler.
  • Akış başına raporu : Bu rapor, Power Platform Akış Başına lisansına sahip ortamdaki her akışın istek kullanımını görüntüler.
  • Lisanssız kullanıcı raporu - Bu rapor, Power Platform söz konusu kiracı için lisanslı olmayan kullanıcılar için istek kullanımını ve lisanslı olmayan kullanıcılar için toplam destek hakkını görüntüler. Gelecekte, Power Platform hizmet sorumlusu altında çalışan akışların istek kullanımı bu raporda görüntülenecektir.

Raporlar genel kullanıma sunulduktan sonra, kullanıcıların uygulama başlamadan önce tepki vermek ve daha yüksek PPR lisansları satın almak için zamanları olacaktır.

Akışım çok fazla eylem çalıştırdığında ne olur?

Çok fazla eylem çalıştıran bir bulut akışı olduğunda, akışınızın performansını etkiler. Akışınız kısıtlanıyorsa akışta bir başlık görürsünüz.

En yaygın durumda, sınırları aşmak sonraki eylemlerin gecikmeli çalıştırmasına neden olur ve bu, akışınızın genel çalışma süresini yavaşlatır. Bu gecikmeler, bir akışın neden olduğu fazla kullanımın derecesine orantılıdır.

Ara sıra fazla kullanım olması kabul edilir. Örneğin, günlük sınırlarınızı 500 işlem aşarsanız akışınızın performansı etkilenmez ancak sınırınızı 50.000 işlem aşmak, akışınız üzerinde potansiyel olarak birkaç gün boyunca önemli bir performans etkisine sahip olur.

Akışım sınırların üzerindeyse ne yapabilirim?

Kullanıcıların ara sıra ve makul aşımlar nedeniyle bir uygulamayı veya akışı kullanması engellenmez.

Lisansınızın sınırlarını aştıysanız yapabileceğiniz bazı şeyler şunlardır:

  • Tasarımınızı yeniden ziyaret edin ve çağrılan eylemlerin sayısını azaltmaya yardımcı olabilecek yerleri kontrol edin. Daha az eylem kullanan akışlar oluşturmak için En İyi Yöntemler bölümüne göz atın.

  • Akış zaten optimize edilmişse, ancak işin doğası gereği birçok eylem kullanıyorsa, daha yüksek bir PPR lisansı satın almayı düşünün. İşlem lisansı, mevcut en iyi performans kotasını sağlar (250 bin eylem/24 saat).

  • Ortamdaki akışların hiçbirinin kısıtlanmamasını sağlamak üzere ortam için Kullandıkça öde'yi etkinleştirin.

  • Kuruluşunuz için Power Apps ve Power Automate kapasite eklentisi satın alma. Geçiş döneminde, zorlama daha az katı olduğundan, kapasite Power Apps eklentisini Power Automate bir kullanıcıya veya akışa atama olanağı yoktur. Ancak, Microsoft lisans koşullarınız dahilinde kalmak için bu eklentileri şimdi satın almanızı önerir. Kısıtlamayı geçici olarak (30 gün) kaldırmak için akış ayrıntılarını ve eklenti ayrıntılarını içeren bir Microsoft destek bileti oluşturun. Bu geçici rahatlama, zaten atanmış bir İşlem veya Akış Başına lisansı olan akışlar için kullanılamaz.

Bir akış, art arda 14 gün boyunca sürekli olarak geçiş dönemi sınırlarının üzerindeyse, Power Automate akışı askıya alır ve sahibine bir bildirim gönderir. Daha yüksek bir PPR lisansı satın alabilir ve ardından istediğiniz zaman açabilirsiniz. Lisansı satın alırken 14 günlük sayacın sıfırlanması için akışı düzenleyebilir ve kaydedebilirsiniz.

Bağlayıcı sınırları nedir ve Power Platform istek sınırlarından farklı mıdır?

Bağlayıcılar, hizmet koruma mekanizması olarak ayrı sınırlara sahiptir. Örneğin, SharePoint bağlayıcısı eylem sayısını dakikada 600 olarak sınırlar. Birden çok akış arasında kullanılan tek bir SharePoint bağlantısı, dakikada yalnızca 600 işlem yürütebilir. Bağlayıcı sayfalarının çoğunda bu sınırları belgeleyen bir kısıtlama bölümü bulunur. Bu sınır, PPR sınırından farklıdır. Örneğin, bir Office kullanıcısı tüm akışlarında günde 6000 eylem çalıştırabilir ancak 6000 eylem sınırına ulaşmamasına rağmen bir dakikada 600'den fazla SharePoint eylemi kullandıysa bağlayıcı tarafından kısıtlanabilir.

Bir akış bağlayıcı sınırlarını aştığı için kısıtlandığında, akışınızda "Hız sınırı aşıldı. 27 saniye sonra yeniden deneyin." gibi bir hata metniyle bir HTTP 429 (çok fazla istek) hatası görebilirsiniz.

CoE Başlangıç Seti'ni kullanıyorum. Kullanım sayısı istek sınırlandırmalarıma dahil edilir mi?

Evet. CoE Başlangıç Seti'ne dahil olan bulut akışları, sahibin sınırlarını da kullanır. Microsoft azaltmadan geçici bir rahatlama elde etmek için daha fazla kapasite satın almanızı ve desteğe başvurmanızı önerir.

Akışlarda hizmet sorumlusu kullanabilir miyim ve istek sınırlarım içinde mi değerlendirilir?

Evet, sahibi hizmet sorumlusu olan akışlar etkileşimli olmayan sınırlaradlı ayrı bir kota kullanır. Bu sınırlar yalnızca akışın sahibi bir hizmet sorumlusu ise geçerlidir. Bu sınırlandırmalar akışın yalnızca eylemlerinden birinde hizmet sorumlusu kullanması durumunda geçerli değildir. El ile akışlar (yalnızca çalıştırma kullanıcılarıyla/Power Apps tarafından çağrılan akışlarla paylaşılan düğme akışları), akışın sahibi bir hizmet sorumlusu olsa bile yalnızca çalıştırma kullanıcısının istek sınırlarını kullanır. Akış premium bağlayıcılar kullanıyorsa, yalnızca çalıştırma kullanıcılarının Premium lisansa sahip Power Automate olması gerekir. Geçiş döneminde, el ile akışlar en fazla 100.000 istek/akış/24 saat kullanabilir.

Otomatik/zamanlanmış akışlar için sınırlandırmalar:

  • Tabloda listelenenDynamics 365 uygulamalar ) bağlamında çalışan hizmet sorumlusu akışları, kiracı düzeyinde havuza alınan en fazla 10,000,000'e kadar kullanıcı lisansı başına tahakkuk eden 500.000 temel istek + 5.000 istek alır. Bir kiracının 1.000 Dynamics 365 lisansı varsa bu kiracının hizmet sorumlusu akışları ve Dataverse istekleri gibi tüm Power Platform kaynakları için 24 saat başına kullanılabilen 5.500.000 isteklik havuzu vardır. Bir kiracının 2.500 Dynamics 365 lisansı varsa bu kiracının hizmet sorumlusu akışları ve Dataverse istekleri gibi tüm Power Platform kaynakları için 24 saat başına kullanılabilen 10.000.000 isteklik havuzu vardır.

  • Dynamics 365 uygulama bağlamı dışında kalan Premium hizmet sorumlusu akışlarının her birinin bir İşlem / Akış Başına lisansına ihtiyacı olacaktır. Bu akışlar, her 24 saat için akış başına 250.000 istek alırlar.

  • Standart hizmet sorumlusu akışları, kiracı için 24 saatte lisans başına tahakkuk içermeyen 25.000 temel istekleri alır.

Daha fazla isteğe ihtiyacınız varsa ortam için Kullandığın kadar öde özelliğini etkinleştirin veya daha fazla Power Platform isteği kapasitesi satın alın.

Akışları uygulamalarla ilişkilendirme bölümündedaha fazla bilgi edinin.

Masaüstü akışları kullanım sayısı Power Platform istek sınırlarımı tüketir mi?

Yalnızca bulut akışlarından çağrılan masaüstü akış eylemleri sınır içine dahil edilir. Masaüstü akışındaki eylemler istek sınırları kapsamında sayılmaz.

Birden fazla planım varsa Power Platform isteklerime ne olur?

Geçiş döneminde sınırlar çok katı şekilde uygulanmadığından kullanıcı lisanslarının istiflenmesi desteklenmez. Bir kullanıcının Microsoft 365 planı ve Dynamics 365 planı gibi birden çok planı varsa, akış daha yüksek planı (bu örnekte Dynamics 365 planı) kullanır.

Geçiş dönemi sona erdikten sonra, bir kullanıcının farklı ürün gruplarından atanmış birden çok planı varsa, izin verilen toplam istek sayısı her lisans türüne tahsis edilen istek sayısının toplamı olur. Örneğin, bir kullanıcının hem Dynamics 365 Customer Service Enterprise temel lisansı hem de Power Apps kullanıcı başına lisansı varsa, bu kullanıcının 24 saatlik dönem başına toplam 40.000 + 40.000 = 80.000 isteği olur.

Bir kullanıcının aynı ürün grubu içinde tahsis edilmiş birden çok lisansı varsa, örneğin bir kullanıcının temel lisans olarak Dynamics 365 Customer Service Enterprise lisansı ve ek olarak Dynamics 365 Sales Enterprise lisansı varsa, toplam istek sayısı, temel lisans tarafından sağlanan sayıdır.

Performans profilleri nedir ve bulut akışı'mın hangi performans profilini kullandığını nasıl öğrenebilirim?

Akış, sahibinin lisansına bağlı olarak bir performans profili alır ve bu profil akışın Power Platform isteği sınırlarına karar verir. Sahibine atanmış birden fazla lisans varsa, Power Automate listeden en yüksek planı seçer:

Performans profili Lisans Geçiş dönemindeki sınırlamalar Geçiş döneminden sonraki limitler
Düşük - Power Automate Ücretsiz
- Microsoft 365 Lisanslar
- Power Apps Plan 1 (miras)
- Power Apps Uygulama başına lisanslar
- Power Automate Plan 1 (miras)
- Tüm deneme lisansları
- Dynamics 365 Takım Üyesi lisansı
Kategori 10,000 6000
Medium - Power Apps Tetiklenen akışlar
- Power Apps Plan 2 (miras)
- Power Apps Premium lisans
- Power Automate Plan 2 (miras)
- Power Automate kullanıcı başına (eski)
- Power Automate Premium lisans
- Dynamics 365 Enterprise lisansları
- Dynamics 365 Professional lisansları
Kategori 100,000 40,000
Yüksek - Power Automate İşlem lisansı
- Power Automate Barındırılan İşlem lisansı
- Power Automate akış başına sağlanan plan (eski)
500,000 250,000
Sınırsız - Kullandıkça öde ortamı Kategori 15,000,000 Kategori 15,000,000

Bir kuruluşta, sekiz kullanıcının Office 365 lisansı vardır ve günlük Power Platform istek sayıları 24 saatlik dönemde kullanıcı başına 6000 istek olacaktır. Bu, her 24 saatlik dönemde (8X6000) 48000 istek sınırıyla kiracı düzeyinde havuza alınacağı ve tüm kullanıcıların bu havuzdan tüketebileceği anlamına mı geliyor?

Hayır, Power Platform istekleri ortam veya kiracı düzeyinde havuza alınmaz. Bu, yoğun bir kullanıcının kiracının tüm Power Platform isteklerini tüketmemesini ve diğer herkesi etkilememesini sağlar. Lisans kullanıcı başına olduğundan, sınır da kullanıcı başınadır. Bu nedenle, Office müşterilerinin her biri kullansalar da kullanmasalar da 6000 istek sahibi olur.

PPR ile ilgili en iyi uygulamalar

Tasarım için en iyi uygulamalar

Otomasyonunuzu gerçekleştirmek için mümkün olan en az sayıda eylem kullanın:

  • Akışınızda "Bitiş noktası" veya "Her birine uygula" döngüleri varsa yinelenecek daha az sayıda öğe alarak döngü yinelemesi sayısını azaltmayı deneyin.

  • Birçok bağlayıcıda öğe sayısını veya OData kullanılarak alınan veri miktarını azaltmak için kullanılabilecek "Filtre sorgusu" ve "Üst sayı" parametreleri bulunur.

  • Sık sık çalışan zamanlanmış bir akışınız varsa, sıklığı azaltmayı düşünün. Dakikada bir kez veya saatte bir kez çalışan birçok akış daha az sıklıkta gerçekleşecek şekilde revize edilebilir. Çalışma sıklığını en aza indirmek için tetikleyici koşullarını kullanın.

  • Akışınız dosyalarla etkileşimde bulunuyorsa dosya boyutuna dikkat edin ve mümkünse küçültmeyi deneyin.

  • Büyük çıktı boyutuna sahip bir eylem tarafından döndürülen tek bir özelliği birden çok kez yeniden kullanmanız gerekiyorsa, bu özelliği depolamak için 'Değişkeni Başlat'ı kullanmayı düşünün ve değişkeni sonraki eylemlerde kullanın. Önceki bir eylemin çıktısından yalnızca bir özellik kullanılsa bile, bu eylemin tüm çıktıları sonraki eyleme giriş olarak geçirilir.

Akışınızı ölçeklendirmek için en iyi uygulamalar

  • Akışınız her gün binlerce eylem çalıştırıyorsa, daha iyi aktarım hızı ve daha yüksek kotalar elde etmek için bir İşlem lisansı satın almayı göz önünde bulundurmanız gerekir. İşlem lisansı, mevcut en iyi performans kotasını sağlar (günde 250 bin eylem). Lisans satın almak ve akışa atamak için kiracı yöneticinize başvurun. Lisans satın alındıktan ve atandıktan sonra, akışın yazarı akışı tekrar kaydetmelidir. Alternatif olarak, bulut akışları mevcut planları yansıtacak şekilde haftada bir kez arka planda güncelleştirilir.

  • Yüksek ölçek elde etmek için iş yükünü birden çok akışa bölmeyi düşünün.

Power Platform kullandıkça öde talep ediyor

2021'in sonlarında tüm lisanslar için Power Platform istek sınırlarını revize ettik. Yeni sınırlar çoğu müşteri senaryosu için yeterli olacak şekilde tasarlanmıştır. İstek sınırları ve tahsisler bölümünde Power Platform istek sınırları hakkında daha fazla bilgi edinin.

Bu sınırları aşması gereken son derece yüksek ölçekli senaryolara sahip müşteriler için bu ortamları Azure aboneliğine bağlayabilirsiniz. Ortamı bağladığınızda, ortamdaki kullanıcılar ve akışlar kısıtlanmadan sınırlarından daha fazlasını tüketebilir ve yalnızca bu sınırların üzerinde kullanılan Power Platform istekleri için ödeme yapabilir. Akışlar yine de temel lisansla ( Power Automate Premium, Power Automate Process Office 365 Power Apps veya Dynamics) lisanslanabilir. Örneğin, Premium lisansınız Power Automate varsa, kullanıcı başına günlük 40.000 Power Platform istek sınırınız vardır. Kullanıcı günde 45.000 istek kullandıysa fazladan 5.000 istek $/istek oranıyla çarpılır ve Azure aboneliğine faturalandırılır. Toplam tutar, müşterinin Azure faturalandırma döngüsüne göre toplanır ve faturalandırılır. Ortamda kullandıkça öde özelliğini açtığınızda birden fazla sayaç açılır. Kullandıkça öde'yi ayarlama bölümündendaha fazla bilgi edinin.

Kullandıkça öde ortamında fazla kullanım PPR isteklerinin nasıl faturalandırıldığına ilişkin şema:

Kullandıkça ödemeye için genel bakışı görüntüleyen resim

İstek sınırları hakkında genel SSS

İstek sınırları hakkında daha fazla bilgi için istek sınırlarıyla ilgili sık sorulan sorular bölümüne bakabilirsiniz.

Office 365 lisansı soruları

Office 365 lisansıyla Power Automate kullanma hakkında sık sorulan sorulardan bazıları şunlardır:

Office 365 lisanslarında hangi Power Automate özellikleri bulunur?

Kullanıcıların kişisel üretkenlik senaryoları için Office 365'i özelleştirmelerine ve genişletmelerine izin vermek için belirli Office 365 lisanslarına sınırlı Power Automate kullanım hakları dahil edilmiştir. Kurumsal senaryolar için Office, Premium lisansı önerir.

Office 365 lisansları aşağıdaki Power Automate özelliklerini içerir:

Aşağıdaki Power Automate özellikleri dahil değildir:

  • Premium bağlayıcılara erişim (ortamlar hariç Dataverse for Teams ). Dataverse for Teams özellikleri hakkında daha fazla bilgi edinin.
  • İş süreci akışları
  • Özel bağlayıcılar
  • Şirket içi ağ geçitleri
  • Robotik Süreç Otomasyonu
  • AI Builder kapasitesi

Aşağıdaki Office 365 lisansları Power Automate özelliklerini içerir:

  • Office 365 E1
  • Office 365 E3
  • Office 365 E5
  • Office 365 F3
  • Office 365 Business Temel
  • Office 365 Business Standart
  • Office 365 Business Premium
  • Office 365 F1
  • Office 365 F3
  • Office 365 E3
  • Office 365 E5
  • Windows 10 Pro
  • Windows Enterprise E3
  • Windows Enterprise E5
  • Fakülteler için Office 365 A1
  • Öğrenciler için Office 365 A1
  • Fakülteler için Office 365 A1 Plus
  • Öğrenciler için Office 365 A1 Plus
  • Fakülteler için Office 365 A3
  • Öğrenciler için Office 365 A3
  • Öğrenciler için Office 365 A3 Kullanım Avantajı
  • Fakülteler için Office 365 A5
  • Öğrenciler için Office 365 A5
  • Öğrenciler için Office 365 A5 Kullanım Avantajı

Dynamics 365 lisans soruları

Aşağıdaki sorular Dynamics 365 lisanslama ve Power Automate kullanım haklarıyla ilgilidir.

Dynamics 365 lisanslarında hangi Power Automate özellikleri bulunur?

Dynamics 365 lisansları aşağıdaki Power Automate özelliklerini içerir:

  • Otomatik, zamanlanmış, düğme akışları oluşturma ve yürütme.
  • Standart konektörlere erişim.
  • Uygulama bağlamında premium bağlayıcılara erişim.
  • Uygulama bağlamında iş süreci akışları.
  • Uygulama bağlamı içinde özel bağlayıcılar.
  • Uygulama bağlamında yerinde ağ geçitleri.
  • Power Platform İstek sınırları: Dynamics 365 Takım üyesi günde 6.000 istek (geçiş döneminde 25.000 istek/gün), Dynamics 365 Professional günde 40.000 istek (geçiş döneminde 100.000 istek/gün) ve Dynamics 365 Enterprise günde 40.000 istek (geçiş döneminde 100.000 istek/gün) alır.

Dynamics 365 lisansları aşağıdaki Power Automate özelliklerini içermez:

  • Robotik Süreç Otomasyonu
  • AI Builder kapasitesi

Bir Dynamics 365 lisansını Power Automate ile kullandığınızda, akışlarınızın Dynamics 365 uygulaması kapsamında çalışması gerekir. Bu, tetikleyiciler veya eylemler için Dynamics 365 uygulamasıyla aynı veri kaynaklarını kullanmayı ifade eder. Akışınız, Dynamics 365 uygulamalarıyla ilgili olmayan bağımsız Power Automate eylemleri kullanıyorsa, bağımsız Power Automate lisansları satın almanız gerekir.

Dynamics 365 uygulama bağlamında Power Automate kullanan Dynamics 365 lisansı örneği

Kuruluşunuz, servis taleplerini iletmek ve sorunların daha hızlı çözülmesi için iş öğeleri oluşturmak amacıyla Azure DevOps ile Dynamics 365 CRM arasında bağlantı kurdu. Aşağıdaki senaryolarda Power Automate hakları Dynamics 365 lisansının bir parçası olarak sunulur:

  • Azure DevOps'tan okuma veya buraya yazma.
  • Yerleşik Dataverse tetikleyicisi veya eylemi kullanıldığında.

Dynamics 365 uygulaması bağlamı dışında Power Automate kullanan Dynamics 365 lisansı örneği

Aynı kullanıcı (önceki Dynamics 365 örneğindeki) artık bir Oracle veritabanını güncelleştiren bir akış da kullanmak istiyor. Bu akış aşağıdaki özellikleri sahiptir:

  • Dynamics 365 uygulamasıyla tamamen ilgisizdir.
  • Dynamics 365 uygulamasıyla (veya veri kaynaklarıyla) hiçbir şekilde etkileşim kurmuyor.

Bu senaryoda, kullanıcı için bağımsız bir Power Automate lisansı gerekir.

Aşağıdaki Dynamics 365 lisansları Power Automate özelliklerini içerir:

  • Dynamics 365 Sales Enterprise
  • Dynamics 365 Sales Professional
  • Dynamics 365 Customer Service Enterprise
  • Dynamics 365 Customer Service Professional
  • Dynamics 365 Field Service
  • Dynamics 365 Project Operations
  • Dynamics 365 Team Members
  • Dynamics 365 Finance
  • Dynamics 365 Supply Chain Management
  • Dynamics 365 Commerce
  • Dynamics 365 Human Resources
  • Dynamics 365 Operations – Activity
  • Dynamics 365 Business Central
  • Dynamics 365 Business Central Takım Üyeleri

Power Apps lisansı soruları

Aşağıdaki sorular Power Apps lisanslama ve Power Automate kullanım haklarıyla ilgilidir.

Power Apps lisanslarında hangi Power Automate özellikleri bulunur?

Power Apps lisansına sınırlı sayıda Power Automate özelliği dahildir. Power Apps lisansları aşağıdaki Power Automate özelliklerini içerir:

  • Otomatik, zamanlanmış, düğme akışları oluşturma ve yürütme.
  • Standart konektörlere erişim.
  • Uygulama bağlamında premium bağlayıcılara erişim.
  • Uygulama bağlamında iş süreci akışları.
  • Uygulama bağlamı içinde özel bağlayıcılar.
  • Uygulama bağlamında yerinde ağ geçitleri.
  • Power Platform İstek sınırları: Power Apps Premium günde 40.000 istek (geçiş döneminde 100.000 istek/gün) ve Power Apps uygulama başına günde 6.000 istek (geçiş döneminde 10.000 istek/gün) alır.
  • Power Apps Premium, 250 MB Dataverse veri tabanı kapasitesi ve 2 GB Dataverse dosya kapasitesi alır. Uygulama başına Power Apps lisansı, 50 MB Dataverse veritabanı kapasitesi ve 400 MB Dataverse dosya kapasitesi alır. Karmaşık nesneleri işleyen Power Apps kullanarak oluşturulan uygulama tarafından çağrılan akışlar bu depolama sınırını tüketir. Örneğin, bir akış 100 sayfalık bir belgeyi ayrıştırır ve bu belgeye güncelleştirmeler yaparsa, belgeyi gelecekteki sorun giderme için çalışma geçmişinde tutması gereken depolama alanı bu sınırı tüketir.

Aşağıdaki Power Automate özellikleri Power Apps lisanslarına dahil değildir.

  • Robotik Süreç Otomasyonu
  • AI Builder kapasitesi

Power Apps kullanarak oluşturulan uygulama bağlamında Power Automate kullanım örneği

Bağımsız Power Apps lisansına sahip bir kullanıcı, veri kaynağı olarak SQL veritabanı kullanan bir uygulama çalıştırır. Power Apps kullanarak oluşturulan uygulama aşağıdakileri yapan akışları da içerir:

  • SQL veri tabanından okuma veya buraya yazma.
  • Örneğin, Power Apps kullanarak oluşturulan uygulamaya anında iletme bildirimi göndermek için yerleşik Power Apps tetikleyicisi veya eylemi kullanın.

Power Apps kullanarak oluşturulan uygulama bağlamında dışında Power Automate kullanım örneği

Aynı kullanıcı (yukarıdaki örnekteki) artık bir Oracle veritabanını güncelleştiren ve aşağıdaki özelliklere sahip bir akış da kullanmak istiyor:

  • Power Apps kullanılarak oluşturulan uygulamayla tamamen ilgisizdir.

  • Power Apps kullanılarak oluşturulan uygulamayla (veya veri kaynaklarıyla) hiçbir şekilde etkileşim kurmuyor.

Bu örnekte, Power Automate kullanılarak oluşturulan akış Power Apps bağlamı dışında kullanılmaktadır, bu nedenle kullanıcının bağımsız bir Power Automate lisansına ihtiyacı vardır.

Power Apps bağlamı ile oluşturulan bir uygulama dışında Power Automate kullanımına ikinci örnek

Bir ortamın birden çok uygulaması vardır. Veri yönetimi için uygulamayı doğrudan desteklemeyen ancak veri kalitesini sağlayan akışlar vardır. Kullanıcının tek başına Power Automate lisansına ihtiyacı vardır.

AI Builder lisansı soruları

Aşağıdaki makalelerde genel AI Builder lisanslama bilgilerini bulabilirsiniz:

Power Automate akışı içindeki AI Builder eylemleri nasıl lisanslanır?

Bir akış içinde AI Builder eylemleri eklemek ve çalıştırmak için belirli AI Builder lisansları gereklidir: AI Builder eylemleri, Power Automate Premium lisansları, Power Platform Premium lisansları veya esas olarak AI Builder kapasite eklentisi içinden edinilebilen AI Builder kredilerini kullanır.

Krediler akışın ortamında kullanılabilir olmalıdır.

AI Builder deneme sürümünü de kullanabilirsiniz.

Power Automate Premium lisanslarına kaç kredi dahildir?

Tohumlanmış krediler hakkında daha fazla bilgi edinmek için Kredi AI Builder hakkı elde edin.

Zorlama

Akışım neden kapalı?

Lisans sorunları nedeniyle premium akışlar devre dışı bırakıldığında daha fazla bilgi edinin.

Bu bağlantıda ayrıca uygulama türleri ve uygulama nedeniyle yaşanan kesintileri önlemek için Premium lisanslara ihtiyaç duyan akışların nasıl belirleneceği hakkında da bilgiler sağlanmaktadır.

Çok sayıda ortamım var. Kiracı genelinde dikkat edilmesi gereken akışları nasıl öğrenebilirim?

Kiracıdaki ortamların sayısı 500'den azsa, aşağıdaki betiği kullanarak kiracı genelinde lisans gerektiren tüm akışları görebilirsiniz:

$environments = Get-AdminPowerAppEnvironment

$allFlows = @()
foreach ($env in $environments) {
    Write-Host "Getting flows at risk of suspension for environment $($env.DisplayName)..."
    $flows = Get-AdminFlowAtRiskOfSuspension -EnvironmentName $env.EnvironmentName
    Write-Host "Found $($flows.Count) flows at risk of suspension."
    $allFlows += $flows
}

Tüm akışları CSV dosyasına yazma

$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation

Yaz-Ana Bilgisayar "Akışlara yazılmış, askıya alınma riski olan tüm akışlar.csv"

Kiracıda 500'den fazla ortam varsa, destek takımımızın sizin için raporu çalıştırabilmesi için bir destek bileti oluşturun.

Bir lisans atadım ancak akışı hala PowerShell'de dikkatimi gerektiren akışlarda görüyorum. Neden?

Bir lisans atandıktan/akış bir uygulamayla ilişkilendirildikten sonra, akışı düzenleyin ve kaydedin. PowerShell'in yenilenmesi ve akışı PowerShell yanıtından kaldırması 24 saate kadar zaman alabilir.

Bir lisans atadım ancak hala Power Automate portalında akışlarımla ilgilenmem gerektiğini belirten başlıklar görüyorum. Neden?

Lisans bir uygulamaya atandıktan/akış uygulamayla ilişkilendirildikten sonra, premium lisansın Power Automate portalında görünmesi yedi (7) güne kadar sürebilir. En son lisans durumunu yenilemek için akışı düzenleyin ve kaydedin.

Akışımın Power Apps/Dynamics 365 uygulaması kapsamında olup olmadığını kolayca nasıl belirleyebilirim?

Akış, Power Apps/Dynamics 365 uygulamasını desteklemek için mi oluşturuldu? Karşılık gelen uygulamalar silindiğinde akış da silinebiliyor mu? Akış, uygulama ile aynı veri kaynaklarıyla mı konuşur? Bu durumda, akış bağlamdadır.

Bağlam akışlarını Power Apps/Dynamics 365 uygulamalarıyla nasıl ilişkilendirebilirim?

Power Apps/Dynamics 365 ile oluşturulan uygulamaları desteklemek üzere oluşturulan akışlar uygulama kapsamında çalıştırılmalıdır. Bu, akışın tetikleyiciler veya eylemler için uygumalayla aynı veri kaynaklarını kullanması gerektiği anlamına gelir. Otomatik veya zamanlanmış bulut akışları, uygulamayı desteklemek için oluşturulmuşsa ve uygulama bağlamındaysa akışı, PowerShell komut dosyası kullanarak uygulamalara bağlayın. Akış bağlandıktan sonra uygulama ve akış arasında bir bağımlılık kurulur ve ikisi bir arada yönetilebilir. Bağlantılı uygulama silinir veya kullanılmaz ise akış kapatılır.

Yapımcılar, akışlarını Power Automate portalındaki uygulamalarla da ilişkilendirebilirler. Akışları uygulamalarla ilişkilendirme bölümündedaha fazla bilgi edinin.

Uygulama şaşına planlarına dahil edilen Power Automate özellikleri

Uygulama başına Power Apps planı kullanıcılara premium özellikleri kullanan Power Automate çalıştırma olanağı sağlar. Akışların Power Apps tarafından tetiklenmesi ya da PowerShell veya Power Automate portalı aracılığıyla bir uygulamayla ilişkilendirilmesi gerekir.

Bağlam akışlarındaki akışları bir uygulamayla ilişkilendirme konusunda daha fazla bilgi edinin.

Çoğullama

Çoğullama, bir müşterinin bağlantıları havuzuna almak, bilgileri yeniden yönlendirmek veya Power Apps, Power Automate ve Microsoft Copilot Studio doğrudan erişen veya hizmeti kullanan kullanıcı sayısını azaltmak için kullandığı donanım veya yazılım kullanımını ifade eder.

Satın alınacak lisans sayısını azaltmak için çoğullamayı bir mekanizma olarak kullanmak lisans ihlalidir. İstemci Erişim Lisansı (CAL) Gereksinimleri'nden çoğullama kılavuzunda daha fazla bilgi edinin.

Çoğullamanın ne olduğuna ve ne olmadığına ilişkin bazı örnekler:

  1. Premium akış, verileri yalnızca Dataverse'ten paylaşılan konuma taşıyorsa veya iş arkadaşlarına e-posta yolluyorsa kullanıcıların akışı tetiklemek yerine verileri tüketmesi nedeniyle çoğullama sayılmaz.

  2. Premium akış SharePoint listesine yeni bir öğe eklendiğinde tetiklenip ayrıntıları Dataverse altına kaydettiğinde ve ardından akışın sahibine bir e-posta gönderdiğinde listeye birden fazla kişi öğe yükleyebilir ancak e-posta yalnızca akışın sahibine gönderilir. Bu durumda, akıştan değer alan tek kişi olduklarından, yalnızca sahibinin bir lisansı olması gerekir.

  3. İkinci maddede belirtilen akış, öğeyi yükleyen kullanıcıya e-posta gönderiyorsa hem sahibin hem de kullanıcının Premium lisansa ihtiyacı vardır. Bu durumda, kullanıcı akışı (öğeyi SharePoint'e karşıya yükleyerek) dolaylı olarak tetikler ve akıştan e-posta biçiminde değer alır. Tüm kullanıcıların lisanslanmaması, çoğullama kapsamına girer.

Paylaşılan bir hizmet hesabı altında çalışan birden çok akışım var. Hangi lisanslara ihtiyacım var?

  • Hizmet hesabı: Microsoft Entra hizmet hesabı olarak kullanılan kullanıcı hesabı. Hizmet hesapları; bir uygulama, API veya başka bir hizmet gibi, insan olmayan bir varlığı temsil etmek için tasarlanan özel bir hesap türüdür. Kimlik bilgilerini diğer kullanıcılarla paylaşarak bir hizmet hesabı olarak kullanılan Kullanıcı hesapları güvenlik riski oluşturur ve birden çok kişinin hizmet hesabına erişimi varsa akışta kimin değişiklik yaptığını izlemeyi zor hale getirir. Parolalarının yönetilmesi de zorluk oluşturur. Hizmet hesabı oluştururken, yalnızca görev için gereken izinleri sağlayın. Ayrıcalıkları azaltıp azaltamayacağınızı görmek için mevcut hizmet hesaplarını değerlendirin. Güvenlik risklerini en aza indirmek için hizmet hesabına erişimi olan kişi sayısını sınırlandırın. Riski en aza indirmek için farklı senaryolar için farklı hesaplar da oluşturabilirsiniz. Hizmet hesapları en iyi yöntem olarak önerilmez. Bazı senaryolarda, akıştan özgün sahibine bağımlılığı kaldırmak için hizmet hesapları kullanılır. Böyle bir durumda, güvenlik tehditlerine çözüm sağlamak için Hizmet sorumlusunu kullanın.

  • Hizmet sorumlusu: Microsoft Entra hizmet sorumlusu, uygulama örneğinin kimliği olarak işlev görür. Hizmet sorumluları, uygulamaya kimlerin erişebileceğini ve uygulamanın hangi kaynaklara erişebileceğini tanımlar. Uygulamanın kullanıldığı her kiracıda bir hizmet sorumlusu oluşturulur ve genel olarak benzersiz uygulama nesnesine başvurur.

  • Etkileşimli olmayan kullanıcılar: Dataverse Veritabanları arasında veri geçiren arka plan işlemleri gibi etkinlikler için etkileşimli olmayan kullanıcıları destekler. Bunlar, kullanıcının hizmetle etkileşim kurmasını gerektirmez. Kiracı başına maksimum yedi (7) etkileşimli olmayan kullanıcı sınırı vardır. Etkileşimli olmayan kullanıcılar henüz Power Automate tarafından desteklenmiyor.

  • İnsan kullanıcılar: Bunlar, ID'den Microsoft Entra insan ile senkronize edilen kullanıcılardır.

Bu rehber, akışın sahibi olarak bir hizmet hesabı altında çalışan akışlara özgüdür.

Akışınızı bir hizmet hesabı altında çalıştırmak isterseniz, çoğullamayı şu şekilde önleyebilirsiniz:

  • Akış yalnızca standart bağlayıcılar kullanıyorsa ve premium özellikler kullanmıyorsa, hizmet hesabının kimlik bilgilerine sahip olan tüm kullanıcılar bir lisansa MicrosoftOffice 365 , Ücretsiz veya herhangi Power Automate bir Power Automate Premium lisansa sahip olabilir.

  • Akış premium özellikler kullanıyorsa (premium bağlayıcılar, Robotik Süreç Otomasyonu, özel bağlayıcılar, şirket içi ağ geçidi, iş süreci akışları):

    • Hizmet hesabı sınırlı sayıda kullanıcı tarafından kullanılır. Bu durumda, tüm kullanıcıları ve hizmet hesabını lisanslamak yeterlidir.
    • Hizmet hesabı birçok kullanıcı tarafından kullanılır. Bu durumda, hesaba eklenecek yeni kullanıcıların otomatik olarak uyumlu olmasını sağlamak için akışa bir Süreç lisansı atamanız önerilir.
  • Akış el ile veya uygulama tarafından tetiklenen/Dataverse "Kullanıcı olarak çalıştır" akışıysa, akışı çalıştıran tüm kullanıcılar için Premium lisans veya akış için süreç lisansı gerekli olur. Kimlerin Premium lisans satın alması gerektiğine ilişkin bu SSS bölümüne göz atın.

  • Premium akış, Power Apps/Dynamics 365 uygulaması kullanarak oluşturulan bir uygulama bağlamı içindedir (akış, uygulamanın veri kaynaklarını paylaşır):

    • Hizmet hesabının kimlik bilgilerine sahip tüm kullanıcıların ve hizmet hesabının Power Apps/Dynamics 365 lisansına ihtiyacı vardır.
    • Power Apps/Dynamics 365 lisansları yoksa tüm kullanıcıların ve hizmet hesabının Power Automate kullanıcı lisanslarına ihtiyacı vardır.
    • Bunun yerine, akış bir Süreç lisansıyla lisanslandırılabilir ve kullanıcıların/hizmet hesaplarının hiçbirinin lisansı olması gerekmez.
  • Bir hizmet hesabının kimlik bilgilerini paylaşan ve hizmet hesabına atanan bir Power Automate Premium lisansıyla Premium akışları kullanan birden çok kullanıcı çoğullama olarak kabul edilir ve akış uyumlu olmaz.

Not

Kılavuz, akış sahibi veya yalnızca çalıştırma kullanıcıları olarak kullanılan hizmet hesaplarına özgüdür. Hizmet hesaplarını bağlantı veya ortak sahip olarak kullanan akışlar bu kılavuzdan etkilenmez. Güvenlik risklerini ortadan kaldırmak için akışları hizmet hesabı yerine sahibi olarak hizmet sorumlusuyla çalıştırmanızı öneririz

Bu rehberin yalnızca katı bir şekilde uygulanması gerekmez. Yöneticiler, uyumlu kalmak için tüm akışları doğru şekilde lisanslamaktan sorumludur.

Bir dizi kullanıcıya onay istekleri gönderen ve çalışmaya devam etmeden önce kullanıcıların isteği onaylamasını veya reddetmesini bekleyen bir premium akış var. Onaylayanların Premium lisansa ihtiyacı var mı?

Onay isteklerini yanıtlayan kullanıcıların bir Premium lisansı olması gerekmez.

Otomatik akış - Kullanıcı, Listeler kullanılarak Microsoft oluşturulan bir listeye bir öğe eklendiğinde tetiklenen bir akış oluşturur ve bir SQL veritabanını (Premium) güncelleştirir. Listeler kullanılarak Microsoft oluşturulan listeye birden çok kişi öğe ekleyebilir. Kullanıcıların Premium lisansı mı olmalı?

Akış, otomatik veya zamanlanmış akışlar için sahibin lisansı bağlamında; anlık, Power Apps veya Dataverse tarafından tetiklenen akışlar için çağıran kullanıcının lisansı kapsamında çalışır. Bu nedenle, öğeyi Listeler kullanılarak Microsoft oluşturulan listeye ekleyen kişinin Premium lisansa ihtiyacı yoktur.

Yalnızca çalıştırma kullanıcıları olan anlık bir akışımız var ve premium bağlayıcılar kullanıyor. Oluşturucu, bu akışı takımıyla paylaşıyor ve bu akışı çalıştırmalarına izin veriyor. Herkesin Premium lisansı mı olmalıdır?

Anlık akış olduğundan, akışı çağıran herkesin Premium lisansı olması gerekir.

Premium bağlayıcıları olan ve premium bağlayıcıları olmayan birden çok üst akış tarafından çağrılan bir alt akışım var. Tüm üst akışların lisanslı olması gerekiyor mu, yoksa alt akışı lisanslamak yeterli mi?

Ana akışa lisans verebilir veya bir Süreç lisansıyla alt akışa lisans sağlayabilirsiniz. Ancak, ana akışın bir premium bağlayıcısı da varsa ana akış sahibinin bir Premium Lisansı olmalıdır veya ana akış Süreç lisansına sahip olmalıdır.

Akışım birden çok kullanıcının bağlantılarını kullanıyor. Hepsini lisanslamam gerekiyor mu?

Kimin lisansa ihtiyacı olduğu, akışta kimin bağlantılarının kullanıldığından bağımsızdır. Otomatik veya zamanlanmış akışlar, her zaman sahibinin lisansı altında çalışır ve manuel veya uygulama akışları daima akışı tetikleyen kullanıcı altında çalışır.