Power Automate lisans türleri
Kuruluşlar, bağımsız planlar veya tohumlu planlar olarak kullanılabilen lisanslar (ücretli veya deneme) aracılığıyla Power Automate kullanım hakları kazanır.
Bağımsız planlar
İş süreci otomasyonu veya Robotik Süreç Otomasyonu (RPA) özellikleriyle tamamen esnek, genel amaçlı iş akışları oluşturması gereken müşteriler, bağımsız Power Automate lisansları satın almayı düşünmelidir.
| Planlama | Veri Akışı Açıklaması |
|---|---|
| Power Automate premium planı | Bu plan, eski ve modern uygulamaları kapsar ve oluşturucuların API tabanlı otomasyon için sınırsız akış oluşturmasına ve Robotik Süreç Otomasyonu (RPA) ve yapay zeka aracılığıyla masaüstü akışları ile eski uygulamaları otomatikleştirmesine olanak sağlar. Bu plan, kullanıcıların iş istasyonlarında bir katılımlı RPA botu çalıştırma yeteneğini içerir. Ayrıca, bu plan form işleme, nesne algılama, tahmin, metin sınıflandırma ve tanıma gibi senaryoları destekleyen AI Builder kapasitesine erişimi içerir. Ayrıca tam Process Mining masaüstü işlevlerini ve sınırlı miktarda Process Mining veri depolama alanı içerir (kiracı başına 100 GB'ye kadar kullanıcı lisansı başına 50 MB). Bu plan, her kullanıcı için aylık sabit ücret karşılığında satın alınabilir. Onu satın al |
| Power Automate süreç planı | Bot başına lisanslanan Power Automate Süreç, katılımsız robotik süreç otomasyonu (katılımsız RPA) veya bir kuruluş içindeki sınırlı sayıda kullanıcının erişmesi gereken iş açısından kritik süreçler için kullanılabilecek tek bir "otomasyon" botu için lisanslanır. Onu satın al |
| Power Automate kullandıkça öde planı (önizleme) | Bu planla kuruluşlar, lisans taahhüdü veya ön maliyet olmadan akış oluşturmaya başlayabilir ve Azure aboneliklerini yalnızca akışları çalışırken ödeme yapmak için kullanabilir. |
| Power Automate, kullanıcı planı başına | Bu plan artık fiyatlandırma sayfasından satın alınamaz. Ancak, müşteriler satın almak için anlaşma masası kullanabilirler. Bu plan yerine Power Automate premium plan satın alın. Bu plan, kullanıcıya Power Automate'in tüm özellikleriyle sınırsız sayıda akışı (hizmet sınırları içinde) çalıştırma hakkı sağlar. Bu, her kullanıcı için aylık sabit ücretle benzersiz ihtiyaçlarına göre standart bağlayıcılar, premium bağlayıcılar, iş süreci akışları, özel bağlayıcılar, şirket için ağ geçitleri sağlar. |
| akış başına Power Automate planı | Bu plan artık fiyatlandırma sayfasından satın alınamaz. Ancak, müşteriler satın alma için anlaşma masası kullanabilirler. Bu plan yerine süreç planı satın alın. Bu planla kuruluşlar, her kullanıcıyı ayrı ayrı lisanslamak zorunda kalmadan bir takıma, departmana veya tüm kuruluşa hizmet veren ayrılmış kapasiteye sahip akışlar uygulayabilir. Bu plan, beş etkin akış için sabit bir aylık ücretle başlar. Her ek etkin akış (temel ücret kapsamındaki beş akışın ötesinde) için aylık ücret uygulanır. |
| Power Automate P1 ve P2 planları (eski) | Bu planlar 31 Aralık 2020'den sonra satın alınamaz veya otomatik yenileme yoluyla kullanılamaz. 1 Ocak 2021 ve sonrasında ödenmesi gereken yenilemelere sahip plan lisanslarına sahip kuruluşların, Microsoft Power Platform hizmetlerini kullanmaya devam etmek için kullanıcı başına veya akış başına Power Automate planına veya kullanıcı başına veya uygulama başına Power Apps planına geçiş yapması gerekir. Eski lisanslarıyla 1 Ocak 2021'den önce başlayan aktif sözleşmeleri olan müşteriler, sözleşme bitiş tarihine kadar desteklenmeye devam edecektir. 1 Ekim 2024'ten başlayarak bu planlar artık kullanıma sunulmayacaktır. Daha fazla bilgi veya lisans satın almak için Microsoft hesabı temsilcinize başvurun. |
Tohumlu planlar
Kuruluşlar, Power Automate lisanslarının tohumlanmış olduğu aşağıdaki planlardan herhangi birini kullanma lisansları varsa Power Automate kullanma hakkı da kazanır.
- Microsoft 365 (eski adıyla Office 365).
- Dynamics 365 Enterprise.
- Dynamics 365 Professional.
- Dynamics 365 Team Member.
- Power Apps (Tuval uygulamaları ve Model temelli uygulamalar)- Uygulama başına planları.
- Kullanıcı başına Power Apps.
- Power Apps Plan 1 (eski).
- Power Apps Plan 2 (eski)
- Windows lisansları.
Tohumlu planlar kullandığınızda, akışlarınızın tohumlu planın kullanılabilir olduğu uygulama bağlamında çalışması gerekir. Örneğin, bir Dynamics 365/Power Apps kullanılarak oluşturulan uygulamaya dahil edilen akışlar aşağıdakilere bağlanabilir.
Dynamics 365/Power Apps kullanılarak oluşturulan uygulamanın kullanım hakları içindeki herhangi bir veri kaynağı.
Doğrudan Dynamics 365/Power Apps kullanılarak oluşturulan uygulamayla (yerleşik tetikleyiciler/eylemler aracılığıyla).
Örneğin, bir akış premium bağlayıcılar kullanıyorsa ve bir uygulama tarafından tetikleniyorsa, Power Apps lisansı olan herhangi bir kullanıcı akışı çalıştırabilir.
Akış yalıtılmışsa ve uygulamayla hiçbir ilgisi yoksa, bağımsız bir Power Automate lisansı satın alınmalıdır.
Daha fazla ayrıntıyı Microsoft Power Apps ve Power Automate Lisanlama Kılavuzunda bulabilirsiniz.
Power Automate planlarını karşılaştırın
Lisans destek hakları hakkında daha fazla bilgi edinin.
Farklı lisans planlarıyla ilişkili sınırları gösteren grafiği aşağıda bulabilirsiniz.
| Lisans | 24 saat içindeki Power Platform sınırları | Standart bağlayıcılar | Premium bağlayıcılar, İş süreci akışları, Özel bağlayıcılar, Şirket içi ağ geçidi | Katılımlı RPA | RPA Katlımsız | AI Builder kredileri | Dataverse veritabanı kapasitesi (USL/Akış başına tahakkuk eder) | Dataverse dosya kapasitesi (USL/akış başına tahakkuk eder) | Process Mining masaüstü işlevi | Process Mining veri depolama alanı |
|---|---|---|---|---|---|---|---|---|---|---|
| Power Automate Premium | Fiili sınır- 40K/kullanıcı Geçişi dönemi sınırı - 200K/akış | Dahil | Dahil | Bir bot dahil | Dahil değil | Kategori 5000 | 250 MB | 2 GB | Dahil | Kiracı başına 100 GB'ye kadar kullanıcı başına 50 MB |
| Power Automate süreç planı | Fiili sınır- 250000/akış Geçişi dönemi sınırı - 500000/proses | Dahil | Dahil | Dahil edilmedi | Dahil | Kategori 5000 | 50 MB | 200 MB | Dahil değil | Dahil değil |
| Office 365 | Fiili sınır- 6K/kullanıcı Geçişi dönemi sınırı - 10K/akış | Dahil | Dahil edilmedi | Dahil edilmedi | Dahil değil | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi |
| Power Apps Premium | Fiili sınır- 40K/kullanıcı Geçişi dönemi sınırı - 200K/akış | Dahil | Akış bir Power App bağlamında ise dahil | Dahil edilmedi | Dahil edilmedi | 500 kredi | 250 MB | 2 GB | Dahil edilmedi | Dahil edilmedi |
| Dynamics 365 professional 1 | Fiili sınır- 40K/kullanıcı Geçişi dönemi sınırı - 200K/akış | Dahil | Akış bir D365 uygulaması bağlamında ise dahil | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi |
| Dynamics 365 Enterprise uygulamaları 2 | Fiili sınır- 40K/kullanıcı Geçişi dönemi sınırı - 200K/akış | Dahil | Akış bir D365 uygulaması bağlamında ise dahil | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi |
| Dynamics 365 Takım üyesi | Fiili sınır- 6K/kullanıcı Geçişi dönemi sınırı - 10K/akış | Dahil | Akış bir D365 uygulaması bağlamında ise dahil | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi |
| Windows lisansları | Dahil edilmedi | Dahil değil | Dahil değil | Yalnızca masaüstü akışları için Power Automate aracılığıyla sınırlı RPA | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi | Dahil edilmedi |
Dynamics 365 Sales Professional ve Dynamics 365 Customer Service Professional.
Dynamics 365 Sales Enterprise, Dynamics 365 Customer Service Enterprise, Dynamics 365 Field Service, Dynamics 365 Project Service Automation, Dynamics 365 Retail, Dynamics 365 Talent ve Dynamics 365 Customer Engagement planı.
Dataverse for Teams ortamlarında (belirli Office lisanslarına dahildir) müşteriler Azure ve Dataverse özellikleri üzerine kurulu özel bağlayıcıları kullanabilir.
Lisans destek hatları
Bağlayıcılar, akışlarınızın bağlandığı uygulamayı/hizmeti temsil eder. Örneğin OneDrive, SharePoint, Twitter akışların bağlandığı hizmetlere örnek olarak verilebilir. Power Automate'deki bağlayıcılar, akışlarınızın bağlandığı uygulamaların/hizmetlerin dilini konuşmak ve hesaba Power Automate erişimi sağlamak için tasarlanmıştır. Bağlayıcılar standart veya premium bağlayıcılar olarak kategorize edilir.
Standart bağlayıcılar
Standart bağlayıcılar standart Microsoft 365 aboneliğinize dahildir. Daha fazla standart bağlayıcı eklemeye devam ediyoruz.
Premium bağlayıcılar
Premium bağlayıcılar Microsoft 365 lisansına dahil değildir ancak tüm bağımsız planlara dahildir.
Power Automate'teki premium bağlayıcıların tam listesini burada bulabilirsiniz.
İş süreci akışları
Kullanıcıların verileri sürekli girmesini ve her defasında aynı adımları takip etmelerini sağlamak için bir iş akışına yönelik iş süreci akışları oluşturabilirsiniz. İş süreci akışları, kuruluşlarının bir sonuca götürülmesi gereken etkileşimler için tanımladığı işlemler boyunca kişileri yönlendiren, kolaylaştırılmış bir kullanıcı deneyimi sağlarlar.
Özel bağlayıcılar
Önceden oluşturulmuş bağlayıcılar olarak bulunmayan uygulamalarla/hizmetlerle iletişim kurmak isteyebilirsiniz. Özel bağlayıcılar, kendi bağlayıcılarınızı oluşturmanıza (ve hatta paylaşmanıza) olanak sağlar.
Robotik Süreç Otomasyonu
Power Automate bağlayıcısı olmayan bir uygulamam varsa ve uygulamanın API'sı olmadığı için özel bir bağlayıcı oluşturamıyorsam ne olur? Robotik süreç otomasyonu (RPA) bunun gibi senaryolar için mükemmeldir. API'sı olmayan eski sistemlerde bile otomasyon oluşturmak için RPA'yı kullanabilirsiniz. RPA ile, bir robot bilgisayarı kullanıyormuş gibi, Power Automate'e bir insan kullanıcının fare hareketlerini ve klavye girişlerini taklit etmeyi öğreterek uygulamaları otomatikleştirirsiniz. Diğer bir deyişle, dijital süreç otomasyonu uygulamaya ne yapacağını söyleyebileceğiniz bağlayıcılar sağlarken RPA ile ne yapılacağını gösterirsiniz.
Şirket içi ağ geçidi
Şirket içi veri ağ geçidi, şirket içi veriler ile çeşitli Microsoft bulut hizmetleri arasında hızlı ve güvenli veri aktarımı sağlayan bir köprü görevi görür. Ağ geçitleri ile, kuruluşlar veritabanlarını ve diğer veri kaynaklarını şirket içinde tutabilir ve bu şirket içi verileri bulut hizmetlerinde güvenli bir şekilde kullanabilir.
AI Builder kredileri
AI Builder ile otomatik süreçlerinize zeka ekleyebilir, sonuçları tahmin edebilir ve iş performansını artırmaya yardımcı olabilirsiniz. AI Builder kapasitesi "hizmet kredileri" şeklinde ifade edilir. Hizmet kredileri, AI Builder tarafından desteklenen tüm senaryolarda tek (ortak) para birimi olarak kullanılır. AI Builder hizmetlerini kullandığınızda kullanılabilir hizmet kredileri azalır. Örneğin, bu kredileri form işleme ile birkaç belgeden verileri ayırmak için veya metin tanıma ile yüzlerce temel OCR ayıklaması gerçekleştirmek için kullanabilirsiniz.
Farklı senaryolar (örneğin, form işleme, tahmin vb.) farklı oranlarda hizmet kredisi tüketir. Her Power Automate Premium lisansı size 5000 kredi verir ve bu da yetenekleri AI Builder uygulamasında değerlendirmenize olanak sağlar. AI Builder lisanslaması hakkında daha fazla bilgi edinin.
Dataverse veritabanı ve dosya kapasitesi
İşletmeler dijital dönüşüm yolculuklarını ilerlettikçe ve kuruluşlarındaki verileri bir araya getirdikçe veri hacmi katlanarak artmaya devam ediyor. Modern iş uygulamalarının yeni iş senaryolarını desteklemesi, yeni veri türlerini yönetmesi ve kuruluşların uyumluluk zorunluluklarından artan karmaşıklığa yardımcı olması gerekir. Bugünün kuruluşunun büyüyen ihtiyaçlarını desteklemek için, veri depolama çözümlerinin sürekli olarak geliştirilmesi ve iş ihtiyaçlarını genişletmeyi desteklemek için doğru çözümü sağlamaları gerekir. Microsoft Dataverse kapasite depolama alanı ilişkisel veriler (veritabanı), ekler (dosya) ve denetim günlükleri (günlük) için en iyi duruma getirilmiştir. Power Automate bağımsız lisans müşterileri, bu üç depolama türünün her biri için kiracı genelinde varsayılan bir destek hakkı alır. 1 GB'lık artışlarla daha fazla depolama alanı satın alabilirsiniz. Dataverse kapasitesi depolama alanı hakkında daha fazla bilgi edinin.
Power Platform istekleri
Hizmet düzeylerini, kullanılabilirliği ve kaliteyi sağlamaya yardımcı olmak için, kullanıcıların tüm Power Platform ürünlerinde yapabileceği Power Platform istek sayısının sınırları vardır. Hizmet sınırları, hem beş dakika hem de 24 saat aralıklarla normal kullanım şekillerine göre ayarlanır. Çoğu müşteri bu sınırları aşmaz.
24 saat sınırı, kullanıcı başına veya akış başına lisansı temel almaktadır. Bir kullanıcının kullanıcı başına sağlanan Power Automate planı varsa, 24 saatlik bir süre içinde kiracıdaki tüm akışlarında 40.000 Power Platform isteğinde bulunabilir. Bu, platformun üçüncü taraf bağlayıcılara yaptığı istekleri de içerir. 24 saat kayan bir penceredir, yani ne zaman bir akış çalışırsa, sistem kullanıcının sınırda olup olmadığını belirlemek için son 24 saatteki isteklere bakar. Bir akışın akış başına sağlanan planı varsa, akış 24 saatlik bir süre içinde akışın tüm kullanıcılarında 250.000 Power Platform isteğinde bulunabilir. Bir akış, Süreç planına sahipse, akış, alt akışı, metin dışı akışları, 24 saat içinde birlikte 250.000 Power Platform istek yapabilir. Yoğun kullanımlı bir akışı veya kullanıcının diğer kullanıcıları etkilemesini önlemek için bu kapasite tek tek kullanıcı veya akış düzeyinde kullanıma göre izlenir ve ortam veya kiracı düzeyleri gibi diğer herhangi bir düzeyde havuza alınamaz. Örneğin, bir kiracıdaki iki kullanıcının kullanıcı başına lisansı olabilir ve her kullanıcı 24 saatlik süre için 40.000 istek alır. İlk kişi 24 saatlik dönemde 40.000'den fazla istek kullanırsa, akışları yavaşlar ve yalnızca 20.000 istek kullanmış olan ve kalan 20.000 isteği bulunan ikinci kullanıcıyı etkilemez. Şu an için tüm müşterilerin geçiş döneminde olması nedeniyle geçiş dönemi sınırlamaları uygulanır. Asıl sınırlar, geçiş dönemi bittikten sonra uygulanır. Akışlarınızı, gerçek sınırlara göre planlayın.
Beş dakika sınırı 100.000 istektir ve kullanıcı lisansından bağımsızdır. Örneğin, akış başına lisansı bulunan akışlar 24 saat içinde 250.000 istek yapabilir ancak beş dakika içinde 100.000'den fazla istek yapamaz.
| Lisans | 24 saat içindeki fiili Power Platform sınırları | 24 saat içindeki fiili Power Platform geçiş dönemi |
|---|---|---|
| Power Automate Premium | 40000/kullanıcı | 200000/akış |
| Power Automate süreç planı | 250000/süreç | 500000/süreç |
| Office 365 | 6000/kullanıcı | 10000/akış |
| Power Apps Premium | 40000/kullanıcı | 200000/akış |
| Dynamics 365 professional | 40000/kullanıcı | 200000/akış |
| Dynamics 365 Enterprise uygulamaları | 40000/kullanıcı | 200000/akış |
| Dynamics 365 Takım üyesi | 6000/kullanıcı | 10000/akış |
Geçiş dönemi
Tüm müşteriler geçiş dönemindedir. Bu, zorlamanın katı olmadığı ve sınırların daha yüksek olduğu anlamına gelir. Power Platform yönetim merkezi raporları genel kullanıma sunulduktan sonra geçiş dönemi biter. Bundan sonra, kuruluşların kullanımlarını analiz etmek ve lisans sınırlarında sıkı yaptırımlar başlamadan önce uygun lisansları satın almak için altı ayı olacaktır.
Geçiş döneminde dikkat edilmesi gereken birkaç nokta şudur.
Geçiş dönemi günlük sınır olmadığı anlamına gelmez. Bu, şu anda uygulanan sınırların, uygulamalarınız veya akışlarınız üzerinde istenmeyen olası etkiyi önlemek için belirtilen sınırlardan daha yüksek olduğu anlamına gelir. Hem plan sınırlarını hem de geçiş dönemi sınırlarını öğrenmek için bkz. İstek sınırları ve tahsisatları.
Bu geçiş dönemi sınırları, geçiş döneminde akış düzeyinde uygulanır. Buna ek olarak, kullanıcıların bir gün içerisinde tüm akışlarında 1.000.000 eylemi aşmamalarını sağlamak için geçiş dönemi boyunca kullanıcı başına 1 milyon eylem sınırı uygulanır. Geçiş döneminden sonra gerçek sınırlar, kullanıcı başına sağlanan planlar için kullanıcı düzeyinde ve akış başına sağlanan planlar için akış düzeyinde uygulanır.
Geçiş döneminde, el ile akışlar, akış sahipleri/akış çağıranları sınırlandırmalarını kullanmaz. Her el ile akışın Orta performans profili vardır (100.000 istek/akış/24 saat). Geçiş döneminden sonra el ile akışlar, çağıran kullanıcının istek sınırlandırmalarını kullanır.
Geçiş döneminde sınırlar daha yüksek olduğundan 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ı (Dynamics 365 planı) kullanır.
Power Platform istek kapasitesi eklenti paketleri, geçiş süresi boyunca kullanıcılara veya akışlara atanamaz. Ancak Microsoft, lisans koşullarınızda kalmak ve geçiş döneminin sona ereceği zaman hazırlıklı olmak için bu eklentileri satın almanızı önerir. Akışlarınız şu anda kısıtlanıyorsa, eklentileri satın alın ve destek ekibinin kısıtlanmış akışlarınız için özel durumlar sağlayabilmesi amacıyla akış ayrıntılarını ve eklenti ayrıntılarını içeren bir destek bileti oluşturun.
Tohumlu lisans kullanıcıları akışları yalnızca uygulama bağlamında kullanabilir. Daha fazla bilgi edinmek için tohumlu planlar bölümüne bakın. Lisans sınırlarına ilişkin zorlama, geçiş döneminde daha az katıdır ve Microsoft, geçiş dönemi sona erdiğinde herhangi bir kesintiyi önlemek için lisans koşullarınız içinde kalmanızı önerir.
Power Platform istekleriyle ilgili SSS
Sınırlar hakkında en sık sorulan sorulardan bazılarını ve yanıtlarını aşağıda bulabilirsiniz:
Neler Power Platform isteği olarak sayılır?
Lisans planına bağlı olarak, bulut akışının günlük çalıştırabileceği eylem sayısı için sınırlar vardır. Bu sınırlar bağlayıcı kısıtlama sınırlarından farklıdır. Akış ayrıntıları sayfasından Analiz'i seçip Eylemler sekmesine bakarak akışınızın çalıştırdığı eylemlerin sayısını görebilirsiniz.
Akış daha az Power Platform isteği kullansa bile, akış beklediğinizden daha sık çalışıyorsa 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 etmeye yönelik bazı yönergeler aşağıda verilmiştir.
Bir veya daha fazla eylem bir akış çalıştırmasının parçası olarak çalışır. Bir tetikleyici ve bir eylem içeren basit bir akış, akış her çalıştığında iki "eylem" ile sonuçlanır ve 2 istek tüketilir.
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, SharePoint, Exchange, Twitter ve Dataverse'e bağlanan bir akışın tüm bu eylemleri Power Platform istek sınırları içinde ele alınır.
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.
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.
Bir eylemin birden çok ifadesi olabilir, ancak bir API isteği olarak sayılır.
Sayfalandırmadan gelen yeniden denemeler ve ek istekler de eylem yürütmeleri olarak sayılır.
Her e-posta ekinin OneDrive'a kaydedildiği aşağıdaki akışı 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.
Akış tarafından kimin Power Platform istek sınırları kullanılır?
Bir akışın akış başına lisansı varsa, akış daima akış başına sınırlarını kullanır; oluşturucunun/sahibin/çağıran kullanıcının sınırlarını kullanmaz.
Otomatik ve zamanlanmış akışlar, işlemi kimin başlattığına veya işlemin içindeki bağlantılar için hangi hesapların kullanıldığına bakılmaksızın her zaman akış oluşturucunun/sahibinin Power Platform 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ırları kullanılır. Çözüm akışı olmayan bir akış için akış her zaman orijinal oluşturucunun sınırlarını kullanır ve bu değiştirilemez. 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 sahibinin sınırlarını kullanmaya başlar. Alternatif olarak, akışa akış başına lisans atayabilirsiniz.
Anlık akışlar (düğme, power apps, karma tetikleyiciler) çağıran kullanıcının sınırlarını kullanır.
Akış sahibi bir hizmet sorumlusuysa, akış lisanslı olmayan kullanıcı sınırları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ırlarını değil, orijinal sahibinin sınırlarını kullanır. Ancak kullanıcı daha sonra kendi yeni akışını yapmak 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ırlarını kullanır.
Üst akış bir alt akışı çağırırsa, alt akış üst akışın sınırlarını kullanır. Örneğin, üst akış otomatik bir akışsa, alt akış üst akış oluşturucusunun/sahibinin sınırlarını kullanır.
Üst akış el ile akış ise, alt akış üst akışı çağıran kullanıcının sınırlarını kullanır.
Alt akışın akış başına lisansı varsa, üst akışın sınırlarını değil, akış başına sınırlarını kullanır.
Üst akışın akış başına lisansı varsa, üst akış ve alt akış, akış başına lisans limitlerini kullanır.
Bir akış bir Süreç lisansına sahipse, akış, akışın tüm alt akışları ve akışın bağlam akışları, süreç lisans sınırlarını paylaşır.
Oluşturucu olarak, kullanımımı analiz etmek için hangi araçlara sahibim?
Akışınız çalıştığında gecikmeler veya yavaşlamalar yaşıyorsanız, günlük Power Automate sınırlarını aşmış olabilirsiniz. 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, sürekli olarak eylem sınırlarını aşan bir akış için gönderilen bir e-posta örneği verilmiştir.
Power Platform yönetici merkezi, Power Automate istekleriyle ilgili raporları içerir. Bu raporlama, kuruluşunuz için benimseme ve kullanıcı ölçümlerini hızlı bir şekilde görüntülemenize yardımcı olacaktır.
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. Kapasite için optimize edilecek kullanım modellerini anlamanıza yardımcı olabilir.
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 şu anda genel önizleme aşamasındadır. Yöneticiler için Power Platform yönetim merkezinde kullanılabilir iki rapor vardır.
Kullanıcı raporu: Bu rapor, ortamdaki her kullanıcının Power Platform isteği kullanımını, atanan sınırlarla karşılaştırmalı olarak görüntüler.
Akış başına raporu: Bu rapor, ortamda akış başına lisansı olan her akış tarafından yapılan Power Platform istek kullanımını görüntüler.
Lisanslı olmayan kullanıcı raporu - Bu rapor, lisanslı olmayan kullanıcılar için Power Platform istek kullanımını ve bu kiracının lisanslı olmayan kullanıcıları için toplam destek hakkını gösterir. Gelecekte, hizmet sorumlu altında çalışan akışların Power Platform istekleri kullanımı bu raporda gösterilecektir.
Raporlar genel olarak kullanılabilir olduğunda kullanıcıların zorlama başlamadan önce hareket geçmek ve daha yüksek lisans satın almak için zamanı olacaktır.
Akışım çok fazla eylem çalıştırdığında ne olur?
Birçok eylemi çalıştıran bir akışınız olduğunda, akışınızın performansı etkilenir. Akışınız kısıtlanırsa 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 eylemle aşarsanız akışınızın performansını etkilemez, ancak sınırınızı 50.000 eylemle aşmak, akışınızın performansında birden fazla gün boyunca potansiyel olarak önemli bir etki oluşturacaktır.
Akışım sınırların üzerindeyse ne yapabilirim?
Kullanıcıların zaman zaman ve makul fazla kullanım için bir uygulama veya akış kullanmaları 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şletmenin doğası gereği birçok eylem kullanıyorsa, daha yüksek bir lisans satın almayı düşünün. Akış başına sağlanan plan, mevcut en iyi performans kotasını sağlar (250K eylem/24 saat/akış).
Ortamdaki akışların hiçbirinin kısıtlanmamasını sağlamak üzere ortam için Kullandıkça öde'yi etkinleştirin. Microsoft, geçiş döneminde bu yaklaşımı önerir.
Kuruluşunuz için Power Apps ve Power Automate kapasite eklentisi satın alma. Geçiş dönemi boyunca, uygulama daha az katı olduğundan, bir kullanıcı veya akışa Power Apps ve Power Automate kapasitesi atama olanağı yoktur. Ancak Microsoft, lisans koşullarınızda 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 çözüm, zaten kendisine atanmış akış lisansına sahip 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ışı kapatır ve sahibine bildirim gönderir. Daha yüksek 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 istek sınırları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ıç Kiti'ne dahil olan akışlar da sahibin sınırlandırmalarını kullanır. Microsoft, ortam için Kullandıkça öde'yi açmanızı veya ek kapasite satın almanızı ve kısıtlamadan geçici olarak kurtulmak için 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 bir hizmet sorumlusu olan akışlar etkileşimli olmayan sınırlar adı verilen 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ı/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ırlandırmalarını kullanır. Akış premium bağlayıcıları kullanıyorsa yalnızca çalıştırma kullanıcılarının premium Power Automate lisansı olmalıdır. 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:
D365 uygulamaları bağlamında çalıştırılan hizmet sorumlusu akışları ( tabloda listelenir) 500.000 temel istek ve USL başına tahakkuk eden 5.000 istek alır; kiracı düzeyinde en fazla 10.000.000 adeti havuza alınır. Bir kiracının 1000 D365 lisansı varsa, bu kiracının, 24 saatlik dönem için Hizmet sorumlusu akışları ve Dataverse istekleri gibi Power Platform kaynakları için kullanılabilir 5.500.000 isteklik bir havuzu olur. Bir kiracının 2500 D365 lisansı varsa, bu kiracının, 24 saatlik dönem için Hizmet sorumlusu akışları ve Dataverse istekleri gibi Power Platform kaynakları için kullanılabilir 10.000.000 isteklik bir havuzu olur.
D365 uygulama bağlamının dışında bulunan Premium hizmet sorumlusu akışlarının her biri için akış başına lisansı gerekir. 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.
Ek isteklere gereksinim duyarsanız ortam için Kullandıkça öde seçeneğini etkinleştirin veya ek Power Platform istekleri kapasitesi satın alın.
Daha fazla bilgi için bkz. Akışları uygulamalarla ilişkilendirme.
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 akışımın hangi performans profilini kullandığını nasıl bilebilirim?
| Performans profili | Planlar |
|---|---|
| Düşük | Ücretsiz Microsoft 365 planları Power Apps Planı 1, Akış başına Power Apps planları Power Automate Planı 1 Tüm deneme lisansları Dynamics 365 Team Members |
| Medium | Power Apps tarafından tetiklenen akışlar, Power Apps Planı 2, kullanıcı başına Power Apps planı Power Automate Planı 2, kullanıcı başına Power Automate, Power Automate Premium planları Dynamics 365 Enterprise planları, Dynamics 365 Professional planları, Power Apps Planı 2, Kullanıcı başına Power Apps planı |
| Yüksek | Akış başına Power Automate planı, Süreç başına Power Automate planı |
| Sınırsız | Kullandıkça öde planı |
Sahibinin lisansına bağlı olarak, bir akış, akışın Power Platform istek sınırlarına karar veren bir performans profili alır. Sahibe atanmış birden çok lisans varsa, Power Automate listeden en yüksek planı seçer.
| Performans profili | Geçiş dönemindeki sınırlar | Geçiş dönemi sonrasındaki sınırlar |
|---|---|---|
| Düşük | Kategori 10,000 | 6000 |
| Medium | Kategori 100,000 | 40,000 |
| Yüksek | 500,000 | 250,000 |
| Sınırsız | 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, kullanımı yüksek olan 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.
En iyi yöntemler
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 performans ve daha yüksek kota elde etmek için Akış Başına lisansı satın almayı düşünmelisiniz. Akış Başına sağlanan plan, mevcut en iyi performans kotasını sağlar (250K eylem/gün). 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, akışlar mevcut planları yansıtacak şekilde haftada bir kez arka planda güncellenecektir.
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. Power Platform istek sınırlamaları hakkında daha fazla bilgi için İstek sınırlamaları ve tahsisler'e bakın.
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ın yine de temel lisansla lisanslanmış olması gerekir (kullanıcı başına Power Automate, akış başına Power Automate, Office 365, Power Apps veya Dynamics). Örneğin, kullanıcı başına Power Automate lisansınız varsa, sınırınız kullanıcı başına günlük 40.000 Power Platform isteğidir. Kullanıcı günde 45.000 istek kullandıysa, ek 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 toplanacak ve faturalandırılır. Ortamda kullandıkça öde özelliğini açtığınızda birden çok ölçüm açılır. Kullandıkça Öde'yi ayarlama'ya gidin.
Not
Bir ortamı bir Azure aboneliğine bağlarsanız, bu ölçüm bildirilmez veya faturalanmaz. Raporlama ve faturalandırma 2021 takvim yılı sonu itibarıyla açılır.
İstek sınırları hakkında 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.
Ücretsiz plan
İş veya okul e-posta adresiyle oturum açarsanız, Office 365'e dahil edilen Power Automate özelliklerinin tümünü elde edersiniz. İşletme kullanıcısı hesabı olmayan bir hesabınız varsa (şunla biten bir hesap gibi:@outlook.com veya @gmail.com), yine de Power Automate'i ücretsiz planla kullanabilirsiniz. Power Automate sayfasına gidin ve Ücretsiz dene'yi seçin.
Not
Ücretsiz plan kullanırken akışları paylaşamazsınız.
Hangi kullanıcıların ücretsiz plana sahip olduğunu bilmek için yöneticiler O365 Yönetici portalına gidip oturum açarak Faturalama>Lisanslar'ı seçerek mevcut lisanlar arasında kaç adet ücretsiz lisans olduğunu görebilir.
Hangi kullanıcıların ücretsiz lisansa sahip olduğunu görmek için Atanmış lisanlar'ı seçin.
Power Apps Geliştirici planı
Power Platform hakkında daha fazla bilgi edinmek için ücretsiz Power Apps Geliştirici planı bulunmaktadır. Bunu üretimde kullanma izniniz yoktur, ancak deneyebilir ve tüm premium bağlayıcılara erişebilirsiniz. Bu ücretsiz geliştirici planını ücretsiz bir Microsoft 365 geliştirici kiracısında da kullanabilirsiniz. İş süreci akışları ve RPA akışları, Power Apps Geliştirici planı bulunan bir ortamda oluşturulamaz.
Deneme sürümleri
Power Automate denemelerinin süresi 90 gündür. Power Automate için iki tür deneme vardır.
Yönetici tarafından yönetilen deneme
Genel yöneticiler, bu denemeleri başlatmak ve kullanıcılara atamak için Microsoft 365 yönetim merkezini kullanır. Bu denemelerin süresi 30 gündür. Kiracı yöneticileri kiracılarına deneme (abonelik tabanlı) ortamı ekleyebilir veya yeni kuruluşlar yeni bir kiracı için kaydolup genel yönetici olabilir. Yeni kuruluşlar için, belirli sayıda lisansla (genellikle 25) yönetici tarafından yönetilen bir abonelik oluşturulur; yöneticiler, diğer hangi kullanıcılara lisans atanacağını denetler. Yönetici tarafından yönetilen bir aboneliğin bitiş tarihi bir kez (30 gün daha) uzatılabilir. Yöneticiler, Power Automate Premium, Power Automate Process veya Power Automate barındırılan RPA Denemesi edinebilir.
Başlamak için şu adımları izleyin.
Microsoft 365 yönetim merkezinde oturum açın.
Faturalama bölümü altında, Satın Alma Hizmetleri'ni seçin.
Power Automate'i arayın ve bir plan seçin.
Planın ayrıntılarını seçin ve ardından Ücretsiz deneme sürümünü başlat'ı seçin.
Buna benzer bir onay görürsünüz.
Ücretsiz deneme başladıktan sonra, Faturalama>Lisanslar'a giderek kullanıcılara atamak üzere 25 yeni lisansa sahip olduğunuzu görebilirsiniz.
Not
Denemeler ücretsiz lisanslardan farklıdır. Bir deneme başlattıktan sonra, SKU adı Deneme olarak görünmeyebilir.
Kullanıcı denemesi
Kullanıcı denemeleri kullanıcı tarafından Power Automate içinden başlatılır. Örneğin, kullanıcı Power Automate Premium planı olmadan bir masaüstü akışı oluşturmaya çalıştığında kullanıcıdan premium bağlayıcıların, katılımlı RPA'nın ve katılımsız RPA'nın kullanımını içeren bir deneme başlatması istenir. Bu deneme 90 gün sürer.
SSS
Denemeler hakkında en sık sorulan sorulardan bazıları şunlardır.
Nasıl yönetici deneme sürümü oluşturabilir, süre sonunu kontrol edebilir ve deneme sürelerini uzatabilirim?
Yönergeler için bu belgeye göz atın:
Yönetici denemesi oluşturmak, süre sonunu kontrol etmek ve denemelerin süresini uzatmak için bu yönergeleri izleyin.
Yöneticiler deneme lisanslarına nasıl izin verebilir veya engelleyebilir?
Yöneticiler denemeleri etkinleştirmek veya devre dışı bırakmak için PowerShell cmdlet'leri kullanabilir. Devre dışı bırakıldıktan sonra, belirtilen türdeki tüm mevcut planlar kiracıdaki tüm kullanıcılardan kaldırılır. Bunlar kurtarılamaz. Ayrıca, bu tür planların daha sonradan atanması da engellenir. Yöneticiler denemeleri istedikleri zaman etkinleştirebilir.
Power Platform yönetim merkezinde deneme (abonelik tabanlı) ortamını nasıl oluşturacağınızı öğrenin.
Deneme ortamımı üretim ortamına nasıl dönüştürürüm?
Her iki deneme ortamı türünü de ücretli kapasiteden tüketmek üzere değiştirerek, devre dışı kalmasını ve silinmesini engelleyerek üretim ortamına dönüştürebilirsiniz. Üretim ortamı haline geldikten sonra ücretli lisans yaşam döngüsünü takip eder.
Denemeler GCC ve kamu bulutlarında kullanılıyor mu?
No Denemeler kamu bulutlarında (GCC) çalışmaz ve yalnızca toplu indirimlerle plan satın alabilir.
PowerShell cmdlet kullanarak tüm denemeleri görebilir miyim?
Viral denemele PowerShell cmdlet tarafından engellenemez.