Power Automate Licencjonowanie — często zadawane pytania
Poniżej przedstawiono kilka często zadawanych pytań dotyczących autonomicznych licencji Power Automate.
Jak działają plany licencyjne Power Automate dla uruchomień przepływów?
Jeśli przepływ jest ustawiony na plan procesów Power Automate, może mieć dostęp do łącznika Premium i ma najwyższe ograniczenia i zawsze używa ograniczeń żądania planu procesów, niezależnie od tego, kto uruchamia przepływ.
Jeśli przepływ jest ustawiony na plan użytkownika wersji Premium Power Automate, wówczas, jeśli przepływ jest przepływem zautomatyzowanym lub zaplanowanym, jest to plan jego głównego właściciela. Jeśli przepływ jest przepływem błyskawicznym/przycisku, korzysta z licencji użytkownika uruchamia który przepływ. Jeśli użytkownik ma wiele planów, takich jak plan Microsoft 365 i plan Dynamics 365, przepływ wykorzystuje limity żądań z obu planów.
Standardowym planem licencji użytkownika dla Power Automate jest plan Power Automate Premium, ale użytkownicy mają do wyboru szereg innych opcji planu licencji. Użytkownicy z bezpłatnym planem lub jednym z planów licencji Microsoft 365 mogą korzystać tylko ze standardowych łączników, ale większość innych planów licencji i okresu próbnego zapewnia dostęp do łączników wersji Premium.
Więcej informacji o planach licencyjnych, które obejmują Power Automate funkcje, można znaleźć w Power Automate temacie Typy licencji i Przewodniku Power Platform licencjonowania. Dowiedz się więcej o limitach i profilu wydajności planów licencyjnych w temacie Limity przepływów automatycznych, zaplanowanych i błyskawicznych.
Jakie licencje Power Automate są mi potrzebne?
Microsoft zaleca, aby większość organizacji zakupiła licencję Power Automate Premium dla każdego użytkownika w swojej organizacji. Kup licencję Power Automate na proces dla każdego procesu biznesowego lub maszyny z uruchomioną autoryzacją nienadzorowaną. Power Automate Proces hostowany jest nadzbiorem Power Automate licencji Process, zapewniającym tę samą funkcjonalność, ale z dodatkiem Microsoft pojemności maszyny hostowanej, która może być używana dla maszyny hostowanej lub grupy maszyn hostowanych, umożliwiając RPA bez infrastruktury.
Plan wersji Premium jest przeznaczony dla użytkowników ludzkich w celu wspierania szerokiego przyjęcia automatyzacji w organizacji. Deweloperzy RPA muszą tworzyć przepływy pulpitów i zarządzać nimi w portalu Power Automate.
Licencja procesów jest przeznaczona dla automatyzacji podstawowych procesów przedsiębiorstwa, które są zwykle zautomatyzowanymi działaniami zaplecza (nie jest uruchamiany ręcznie przez osobę). Na przykład każda organizacja potrzebuje procesów przetwarzania faktur lub rekrutacji, co jest wymagane do prawidłowego działania firmy. Te procesy mogą się różnić pod wielkością i złożonością. Mogą to być różne inicjatywy, od małych i małych przedsiębiorstw do działań na dużą skalę obejmujących wiele przepływów połączonych ze sobą przez udostępnione źródła danych. Na przykład proces przetwarzania faktur ma wiele przepływów obsługi faktury od utworzenia po zatwierdzenie, a po płatności. Wszystkie przepływy są częścią jednego procesu biznesowego, ponieważ wszystkie te przepływy są obsługą faktury przez kilka kroków do zamknięcia.
Uzyskanie licencji na proces gwarantuje, że wszystkie przepływy pracy w procesie biznesowym będą podlegać odpowiednim licencjom. Pozwala to na wdrażanie i zarządzanie połączonymi ze sobą przepływami jako jednostką spójną, czyli zarządzanie cyklem życia aplikacji (ALM) i optymalizacją wydajności.
Licencja na proces musi być wymagana, jeśli przepływ spełnia jedno z następujących kryteriów:
- Przepływy przepływów używają niezarządzanych przepływów pracy RPA (automatyzacja procesów procesowych) do uruchamiania przepływów pulpitu na maszynach bez konieczności interakcji z użytkownikiem.
- Przepływy są uruchomione w obszarze Użytkownik aplikacji (właściciel przepływu jest podmiotem głównym usługi). Organizacje z wieloma środowiskami (Dev/Test/Prod) używają potoków DevOps do eksportowania i wdrażania przepływów do innych środowisk w celu prawidłowego zarządzania cyklem życia aplikacji (ALM). Uruchamiają przepływy przy użyciu podmiotu usługi w celu uniknięcia uzyskania dostępu do użytkowników w środowiskach produkcyjnych.
- Przepływy użytkownika przetwarzają duże dane lub muszą być często uruchamiane, co wymaga dużej liczby żądań platformy Power Platform.
- Przepływ premium jest wywoływany przez wielu użytkowników. W tym przypadku każdy użytkownik musi mieć licencję Premium lub przepływ potrzebuje licencji na proces. Jeśli przepływ ma licencję na proces, żaden użytkownik nie musi mieć licencji. Zapewnia to organizacji elastyczność w płaceniu za licencje w oparciu o liczbę przepływów. Większe organizacje lub rozwiązania, które mają wpływ na wiele osób, mogą skorzystać ze stałego miesięcznego kosztu.
- W przepływie są używane łączniki typu premium, a w organizacji jest wielu użytkowników korzystających z przepływu, ale nie jest wiadomo, czy dzierżawca główna użytkowników korzysta z licencji Premium.
Uwaga
Licencje Power Automate na proces i proces hostowany licencji wyłącznie na przepływy i/lub maszyny, a nie na użytkownika. Plan użytkownika w wersji Premium jest wymagany dla deweloperów RPA muszą tworzyć przepływy pulpitów i zarządzać nimi w portalu Power Automate. Dowiedz się więcej o funkcjach Premium RPA, które są dostępne w abonamencie Premium dla użytkowników, w artykule Funkcje Premium RPA.
Ile licencji na proces Power Automate jest potrzebnych?
Proces ten ma niezarządzane RPA (proces automatyzacji procesu): ile jest potrzebnych sesji komputera?
Na każdy komputer można kupić jedną licencję na proces. Jeśli jest potrzebne jednoczesne wykonywanie na komputerze, można dodać więcej licencji na proces. Wszystkie przepływy pulpitu (RPA) uruchomione na komputerze oraz przepływy w chmurze (DPA), które są częścią procesu biznesowego, są objęte licencją na proces.
Proces wymaga tylko usługi DPA (Digital Process Automation): ile podstawowych procesów biznesowych chcesz zautomatyzować?
Zakup jednego procesu na każdy podstawowy proces biznesowy. Przykłady podstawowych procesów biznesowych to przetwarzanie faktur lub dotyczące zasobów ludzkich. Wszystkie przepływy danych w chmurze związane z tym samym procesem biznesowym są uwzględnione w licencji.
Ile potrzeba licencji na proces, jeśli jest w nim wiele przepływów w chmurze, każdy z nich wywołuje własny przepływu RPA w trybie nienadzorowanym na komputerze?
Korzystając z jednej licencji na proces można uruchomić wiele przepływów w chmurze, kolejkując je. Na przykład jeśli masz cztery (4) niezależne przepływy w chmurze i każdym z nich wywoływany jest własny przebieg przepływu pulpitu uruchomiony na tym samym komputerze, możesz uruchomić pierwszy o 09:00, drugi o 11:00 i tak dalej, na tej samej maszynie wirtualnej.
Na poniższych zrzutach ekranu wszystkie przepływy w chmurze są objęte jedną licencją na proces, ponieważ mają przebieg przepływ pulpitu uruchomiony na tej samej maszynie. Wszelkie przepływy podrzędne, skojarzone przepływy tych przepływów chmury także są objęte licencją procesu na komputerze.
Mój proces DPA ma wiele przepływów w chmurze. Czy muszę mieć wiele licencji na proces?
Te procesy podstawowe mogą się różnić pod wielkością i złożonością. Mogą to być różne inicjatywy, od małych i małych przedsiębiorstw do działań na dużą skalę obejmujących wiele przepływów połączonych ze sobą przez udostępnione źródła danych. Na przykład proces przetwarzania faktur ma wiele przepływów obsługi faktury od utworzenia po zatwierdzenie, a po płatności. Wszystkie przepływy są częścią jednego procesu biznesowego, ponieważ wszystkie te przepływy są obsługą faktury przez kilka kroków do zamknięcia. W przypadku podstawowego procesu biznesowego jest potrzebna tylko jedna licencja na proces biznesowy. Zachęca to do lepszej obsługi architektury mikrousług, w których przepływy mogą być małe, a jego funkcjonalność jest lepsza.
Zidentyfikuj przepływ uruchamiający proces i przypisz do tego przepływu licencję na proces. Podrzędne przepływy przepływu z licencją na proces są objęte licencją na proces. Przepływy te mogą być przepływami w tym samym rozwiązaniu lub w innym rozwiązaniu.
Przepływy inne niż nadrzędne/podrzędne można ręcznie dodać do tego przepływu z licencją na proces. Te przepływy muszą znajdować się w tym samym rozwiązaniu i korzystać z tych samych źródeł danych.
Przepływy uporządkowane jako przepływy podrzędne i skojarzone przepływy są traktowane jako jeden proces z jedną licencją na proces przypisaną do głównego przepływu i udostępnianiem Power Platform ograniczeń żądań licencji procesu.
Moje rozwiązanie ma wiele procesów. Czy muszę mieć wiele licencji na proces?
Tak. Rozwiązanie może mieć wiele procesów, dla których przypisano licencję na proces.
Kto potrzebuje licencji premium?
Użytkownicy, którzy muszą tworzyć automatyzacje ogólnego przeznaczenia (z uprawnieniem do łączników premium), mieć pełną elastyczność (z uprawnieniem łączników niestandardowych) lub wchodzić w interakcje z aplikacjami symulującymi ludzkie zachowanie, takie jak klawiatury lub myszy i ruch (z uprawnieniem do zrobotyzowana automatyzacja procesów nadzorowany), powinni rozważyć licencję Power Automate Premium.
Dokładniej:
- Każdy deweloper RPA, który tworzy przepływy pulpitu i zarządza nimi, potrzebuje licencji Premium w portalu Power Automate. Dowiedz się więcej w temacie Funkcje RPA Premium.
- Plan procesów Power Automate ma najwyższy priorytet wśród wszystkich licencji. Oznacza to, że jeśli licencja procesu jest przypisana do przepływu, przepływ zawsze używa tej licencji i nie jest potrzebny właściciel lub uruchomiony użytkownik, aby uzyskać licencję Premium.
- Zautomatyzowane i zaplanowane przepływy zawsze są uruchamiane w kontekście właściciela przepływu, niezależnie od tego, kto rozpoczął przepływ lub jakie konta są używane do połączeń wewnątrz przepływu. Przepływy błyskawiczne (przycisk, przycisk uruchamia) są uruchamiane w kontekście wywoływanego przez użytkownika, niezależnie od połączeń używanych w przepływie. Jeśli przepływ automatyczny/zaplanowany korzysta z łącznika premium, tylko właściciel musi mieć licencję premium.
- Jeśli przepływ błyskawiczny ma łączniki typu premium, każdy użytkownik uruchamiający przepływ potrzebuje licencji Premium Power Automate. W takich przypadkach, zamiast licencjonować każdego użytkownika, łatwiej jest licencjonować przepływ za pomocą licencji na proces.
- Jeśli przepływ nie korzysta z łącznika premium, nie jest potrzebna licencja Premium. Możesz także używać usługi Microsoft 365.
Możesz dowiedzieć się, jaki masz typ przepływu (automatyczny/ręczny/zaplanowany). Wybierz przepływ, aby zobaczyć jego „typ” w szczegółach.
- Jeśli przepływ znajduje się w kontekście aplikacji Power Apps lub Dynamics 365 i jest przepływem zautomatyzowanym, przepływ musi być skojarzony z aplikacją utworzoną przy użyciu aplikacji Power Apps lub Dynamics 365, a właściciel potrzebuje licencji Power Apps Premium lub licencji usługi Dynamics 365.
- Jeśli przepływ znajduje się w kontekście aplikacji Power Apps lub usługi Dynamics 365 i jest przepływem błyskawicznym, każdy użytkownik uruchamiając przepływ potrzebuje licencji Power Apps Premium lub licencji na usługę Dynamics 365.
- Jeśli przepływ nadrzędny wywołuje przepływ podrzędny, przepływ podrzędny wykorzystuje kontekst z przepływu nadrzędnego. Na przykład, jeśli spełnione są następujące kryteria, używana jest licencja właściciela przepływu nadrzędnego:
- Jeśli przepływ nadrzędny jest przepływem automatycznym i
- Przepływ podrzędny wykorzystuje łączniki premium, a
- Przepływ podrzędny nie ma licencji na proces. Jeśli przepływ podrzędny ma licencję na proces, będzie użyta licencja na proces, a nie licencja przepływu nadrzędnego.
W okresie przejściowymlicencja przepływu nadrzędnego nie jest dziedziczona przez przepływ podrzędny. Przepływ podrzędny korzysta z licencji właściciela. Jednak po zakończeniu okresu przejścia zostanie użyta tylko nadrzędna licencja przepływu (licencja właściciela/przepływu nadrzędnego), chyba że przepływ podrzędny będzie miał licencję na proces.
Mamy trzy środowiska (projektowe, testowe i produkcyjne), które mają być zgodne z najlepszymi rozwiązaniami. Przepływy są potrzebne w kilku środowiskach. Czy dla każdego środowiska trzeba kupić licencję na proces?
Każdy przepływ istnieje w określonym środowisku. Oznacza to, że jeśli przepływ jest importowany do innego środowiska, każde wystąpienie jest oddzielnym przepływem i wymaga oddzielnej licencji. Przepływ z licencją na proces i jego przepływy podrzędne oraz wszystkie skojarzone przepływy są traktowane jako jeden proces i jedna licencja na proces obejmuje użycie wszystkich z nich w jednym środowisku.
Mamy trzy środowiska (projektowe, testowe i produkcyjne), które mają być zgodne z najlepszymi rozwiązaniami. Przepływy są potrzebne w kilku środowiskach. Czy dla każdego środowiska trzeba kupić licencję na proces?
Licencja Power Automate Premium to licencja na poziomie użytkownika. Wszystkie licencje na poziomie użytkownika (Power Automate Premium, Microsoft 365, Dynamics 365) są licencjami na poziomie dzierżawcy. Użytkownik może korzystać z przepływu we wszystkich środowiskach bez konieczności zakupu osobnej licencji.
Czy licencji na proces hostowany Power Automate można używać jako licencji na proces Power Automate?
Tak, można użyć wydajności procesu hostowanego Power Automate na dwa sposoby:
- Maszyny hostowane i grupy maszyn hostowanych.
- Jako licencja na proces, która może być używana do automatyzacji procesów nienadzorowanych (nienadzorowana RPA) na komputerze lokalnym lub przepływów, które są częścią procesu biznesowego.
Czy klienci usługi Microsoft 365 mogą tworzyć przepływy rozwiązań i przepływy podrzędne?
Tak. Klienci usługi Microsoft 365 mogą tworzyć przepływy świadome rozwiązań, jeśli do środowiska, w którym tworzą przepływy świadome rozwiązania, została dołączona baza danych Dataverse. Środowisko domyślne domyślnie pobiera bazę danych Dataverse. Administrator musi dołączyć wystąpienie Dataverse do środowisk innych niż domyślne. Administratorzy muszą mieć dostęp do bazy danych Dataverse na poziomie dzierżawcy o pojemności co najmniej 1 GB, aby mogli utworzyć nowe środowisko.
Pierwsza subskrypcja usługi Power Apps, Power Automate, Microsoft Copilot Studio, Dynamics 365 Sales, Customer Service, Field Service powoduje dodanie raz domyślnego limitu wydajności 10 GB na dzierżawcę. W przypadku dodawania subskrypcji do dzierżawcy może zostać dodana dodatkowa pojemność Dataverse. Na przykład jeśli nowy klient kupi plan Power Automate Premium, dzierżawca otrzyma 10 GB domyślnej wydajności bazy danych Dataverse. A jeśli dzierżawca kupi 10 licencji Premium Power Automate, dzierżawca otrzyma 10,5 GB (10 GB i 10 razy 50 MB).
W przepływie premium używam wielu połączeń użytkowników. Który użytkownik potrzebuje licencji premium, aby uruchomić przepływ?
Połączenia są niezależne od sprawdzania licencji. W przepływie może działać wiele połączeń użytkowników, ale przepływ zawsze działa w kontekście podstawowej licencji właściciela/użytkownika/procesu.
Właściciel przepływu opuścił firmę. Jak zapewnić działanie przepływu bez zakłóceń?
Jeśli przepływ jest przepływem świadomy rozwiązania, można zmienić właściciela za pomocą interfejsu API sieci Web Power Automate lub uzyć Web API Power Automate, aby zapewnić, że przepływ będzie działał bez zakłóceń. Jeśli przepływ jest przepływem nieświadomym rozwiązania, każdy współwłaściciel może dodać go do rozwiązania, a następnie zmienić właściciela. Jeśli tak nie jest, przypisz licencję na proces Power Automate do przepływu, aby zapewnić jego kontynuowanie. Ewentualnie każdy współwłaściciel przepływu może go eksportować i importować. Po zaimportowaniu przepływ będzie nowym przepływem, a współwłaściciel stanie się teraz właścicielem przepływu. Przepływ będzie korzystał z licencji nowego właściciela.
Wydajność przepływu zostanie obniżona, jego wszyscy właściciele zostaną powiadomieni o tym, a przepływ zostanie wyłączony w ciągu 14 dni, jeśli nie zostanie podjęte żadne działania.
Właściciel przepływu nie ma już licencji premium, ale przepływ jest przepływem premium. Co się stanie?
Wydajność przepływu zostanie obniżona, jego wszyscy właściciele zostaną powiadomieni o tym, a przepływ zostanie wyłączony w ciągu 14 dni, jeśli nie zostanie podjęte żadne działania.
Czy użytkownicy usługi (nie od dzierżawcy) potrzebują licencji, aby korzystać z Power Automate?
Tak. Użytkownik korzystający z konta Gość Power Automate musi mieć przypisaną licencję za pośrednictwem jednego z następujących dzierżawców:
Lokator, który jest gospodarzem przepływu. Możesz przypisać im czasy próbne w celu uzyskania dostępu tymczasowego lub licencji samodzielnych.
Dzierżawa główna użytkownika-gościa.
Jeśli na przykład użytkownik gość ma przypisaną licencję Power Automate Premium, może użyć funkcji Premium w dzierżawcy gościa hostującej przepływ.
Power Automate— uwzględnione w planach użytkowników pakietu Office, Power Automate Premium, Power Apps Premium i Dynamics 365 — będą miały następujące cechy:
W chmurze publicznej Azure powyższe plany są rozpoznawane między dzierżawcami w różnych scenariuszach, ponieważ nie są powiązane z określonym środowiskiem.
W chmurach narodowych lub suwerennych Azure plany te są uznawane przez lokatorów w scenariuszach gościnnych. Więcej informacji: Chmury narodowe/regionalne, geografia Azure
Licencje nie są rozpoznawane między dzierżawcami w różnicy w chmurze Azure.
Jakie funkcje Power Automate są dostępne w licencjach systemu Windows?
Użytkownicy systemu Windows 11 mogą wypróbować przepływy pulpitu w nadzorowanych RPA na własne potrzeby w środowisku domyślnym. Nie mogą oni udostępniać przepływów pulpitu ani tworzyć przepływów pulpitów w innym środowisku niż środowisko domyślne. Użytkownicy systemu Windows nie mają dostępu do przepływów w chmurze. Aby korzystać z pełnej funkcjonalności przepływów w chmurze i RPA, należy zakupić plan Power Automate Premium.
Użytkownicy systemu Windows 11 mogą wyszukiwać "Power Automate" na pasku Windows search. Aplikacja Power Automate na komputery stacjonarne jest pobierana automatycznie, a następnie uruchamiana po pierwszym wybraniu jej ikony.
Czy użytkownicy systemu Windows 10 i Windows Server 2016 mogą korzystać używać Power Automate na komputery stacjonarne?
Tak, mogą korzystać z aplikacji Power Automate na komputery stacjonarne (mają do tego prawa), ale muszą ją pobrać z Centrum pobierania.
Pytania dotyczące starszych licencji
Od 1 sierpnia 2023 r. Power Automate na przepływ (100 USD za przepływ/miesiąc przy minimalnym zakupie 5 licencji) i niezarządzany dodatek RPA Power Automate (150 USD za każdy miesiąc i wymagane wymagania licencyjne) zostaną usunięte ze strony kalkulacji cen. Zostaną one usunięte z cennika 1 lutego 2024 r. Proces Power Automate, czyli dowolna licencja, która ułatwia zarządzanie, licencje na pojedynczą „automatyzację”, która może być używana do automatyzacji procesów niezarządzanych (nienadzorowana licencja RPA) lub przepływów w chmurze przy użyciu automatyzacji procesów cyfrowych (DPA) i do której mogą uzyskać dostęp dowolni użytkownicy w organizacji. Cena procesu Power Automate wynosi 150 USD za bota/miesiąc.
Jak różni się licencja procesu od licencji przepływu pracy
W przypadku niezarządzanych usług RPA klienci będą wcześniej musieli kupić licencję na przepływ w chmurze oraz niezarządzany dodatek RPA. Teraz mogą nabyć licencję na proces dla każdej sesji RPA na komputerze. Wszystkie przepływy chmury wywołujące przepływy pulpitu na komputerze są dołączone jako część licencji procesu.
W przypadku przepływów w chmurze jedna licencja przepływu uprawnia do przepływu z licencją i jej przepływami podrzędnymi. Jedna licencja procesu uprawnia do przepływu z licencją, jej przepływami podrzędnymi i dowolnych skojarzonych przepływów. Przy rozpoczynaniu pracy w każdym przepływie należy kupić co najmniej pięć pakietów. Nie jest wymagane minimalne wymagania dotyczące ilości zakupu licencji procesowej.
Jak różni się licencja Premium Power Automate od licencji Power Automate na użytkownika, który ma licencję RPA?
Ta nowa oferta Power Automate Premium obejmuje wszystkie korzyści oferowane przez plan Power Automate na użytkownika wraz z oferowaną usługą RPA za 40 USD na użytkownika/miesiąc oraz funkcje wizualizacji i analizowania procesów aplikacji Process Mining. Cena tej oferty to 15 USD na użytkownika/miesiąc.
Power Platform Pytania dotyczące próśb
Oto niektóre z najczęściej zadawanych pytań dotyczących limitów PPR i odpowiedzi na nie.
Co jest liczone jako żądanie Power Platform?
W zależności od licencji istnieją ograniczenia dotyczące liczby akcji, które przepływ w chmurze może być uruchamiany w ciągu dnia. Limity te różnią się od limitów ograniczania łączników. Liczbę akcji uruchamianych przez przepływ można wyświetlić, wybierając pozycję Analiza na stronie szczegółów przepływu w chmurze i przeglądając kartę Akcje .
Nawet jeśli przepływ używa kilku Power Platform żądań, nadal możesz osiągnąć limity, jeśli przepływ jest uruchamiany częściej niż oczekiwano. Możesz na przykład utworzyć przepływ w chmurze, który wysyła powiadomienie wypychane za każdym razem, gdy kierownik wysyła Ci wiadomość e-mail. Ten przepływ musi być uruchamiany za każdym razem, gdy otrzymujesz wiadomość e-mail (od dowolnej osoby), ponieważ przepływ musi sprawdzić, czy wiadomość została wysłana przez kierownika. Limit dotyczy wszystkich przebiegów dla wszystkich przepływów w okresie 24 godzin. Oto kilka szczegółowych informacji umożliwiających oszacowanie użycia żądania przepływu:
- Prosty przepływ z jednym wyzwalaczem i jedną akcją skutkuje dwoma "akcjami" za każdym razem, gdy przepływ jest uruchamiany, zużywając dwa żądania.
- Każdy wyzwalacz/akcja w przepływie generuje żądania Power Platform. Wszystkie rodzaje akcji, takie jak akcje łączników, akcje HTTP, akcje wbudowane (od inicjalizacji zmiennych, tworzenia zakresów do prostej akcji tworzenia) generują żądania Power Platform. Na przykład przepływ, który łączy się z SharePoint programem Exchange, serwisem Twitter, lub z serwisem Exchange; Dataverse wszystkie te akcje są wliczane do Power Platform limitów żądań.
- W stosunku do tych ograniczeń liczba akcji, które zakończyły się sukcesem i błędami. Pominięte akcje nie są wliczane do tych limitów.
- Każda akcja generuje jedno żądanie. Jeśli akcja jest wykonywana na każdej pętli, generowane jest więcej żądań Power Platform podczas wykonywania pętli.
- Akcja może mieć wiele obiektów, ale jest liczona jako jedno żądanie interfejsu API.
- Ponowne próby i dodatkowe żądania z paginacji również liczą się jako wykonanie akcji.
Rozważmy następujący przepływ w chmurze, w OneDrive którym zapisywany jest każdy załącznik do wiadomości e-mail. Wyzwalacz zużywa jedno żądanie Power Platform, funkcja Zastosuj dla każdego zużywa jedno żądanie, a akcje w ramach Zastosuj dla każdego zużywają wiele żądań w zależności od liczby uruchomień pętli. Jeśli istnieją cztery załączniki, ta sekcja zużywa osiem żądań Power Platform (4 x 2 akcje). W sumie, ten przepływ zużywa 10 żądań Power Platform.
Czyje Power Platform limity żądań są używane przez przepływ w chmurze?
Jeśli przepływ w chmurze ma licencję Proces/Przepływ, przepływ używa limitu licencji Proces/Na przepływ, a nie limitu twórcy/właściciela/użytkownika wywołującego.
Zautomatyzowane i zaplanowane przepływy w chmurze zawsze korzystają z limitów żądań Power Platform twórcy/właściciela przepływu, niezależnie od tego, kto wywołał przepływ lub jakie konta są używane do połączeń wewnątrz przepływu. W przypadku przepływu rozwiązania można zmienić właściciela przepływu za pomocą interfejsu API sieci Web. Po zmianie właściciela zostanie użyty limit żądań interfejsu API nowego właściciela. W przypadku przepływu innego niż rozwiązanie przepływ zawsze używa oryginalnego limitu twórcy, którego nie można zmienić. Jeśli oryginalny twórca opuści firmę, każdy współwłaściciel przepływu może eksportować i importować przepływ jako inny właściciel. Po zaimportowaniu przepływu staje się on nowym przepływem i zaczyna używać limitu od nowego właściciela. Alternatywnie można przypisać do przepływu licencję Proces/Przepływ.
Natychmiastowe przepływy w chmurze (przycisk, Power Apps wyzwalacze hybrydowe) korzystają z limitu użytkownika wywołującego.
Jeśli właścicielem przepływu jest jednostka usługi, przepływ używa limitu użytkowników bez licencji.
Jeśli udostępnisz zautomatyzowany/zaplanowany przepływ innemu użytkownikowi, a następnie ten użytkownik wyzwoli ten sam przepływ, zostanie użyty limit pierwotnego właściciela, a nie limit nowego użytkownika. Jeśli jednak użytkownik następnie wykorzysta przepływ do utworzenia własnego nowego przepływu, ten nowy użytkownik stanie się właścicielem nowego przepływu, a ten przepływ użyje limitu nowego użytkownika.
Jeśli przepływ nadrzędny wywołuje przepływ podrzędny, przepływ podrzędny używa limitu przepływu nadrzędnego. Jeśli na przykład przepływ nadrzędny jest przepływem automatycznym, przepływ podrzędny korzysta z limitu twórcy/właściciela przepływu nadrzędnego.
Jeśli przepływ nadrzędny jest przepływem ręcznym, przepływ podrzędny używa limitu użytkownika wywołującego przepływ nadrzędny.
Jeśli przepływ podrzędny ma licencję Proces/Przepływ, używa limitu Proces/Przepływ, a nie limitu przepływu nadrzędnego.
Jeśli przepływ ma licencję na proces, przepływ, wszystkie przepływy podrzędne (z wyjątkiem tych, które mają własną licencję na proces) przepływu i wszystkie skojarzone przepływy przepływu mają ten sam limit licencji procesu.
Jako twórca, jakie narzędzia mam do dyspozycji, aby analizować swoje wykorzystanie?
Jeśli doświadczasz opóźnień lub spowolnień podczas przepływu przepływu, prawdopodobnie przekroczono limity PPR na dany dzień. W przypadku przepływów, w który ciągle występują opóźnienia z powodu przepełnień, użytkownicy otrzymują również powiadomienie, które informuje ich o tych przepełnieniach, wraz z poradami i wskazówkami, jak zapobiegać opóźnieniom przepływów.
Oto przykład wiadomości e-mail, która została wysłana dla przepływu, który konsekwentnie przekraczał limity akcji:
Można także zobaczyć użycie akcji dla danego przepływu poprzez wybranie akcji Analiza na stronie właściwości przepływu; działa to dla wszystkich typów akcji. Pomaga to zrozumieć, jak wiele działań jest wykonywanych każdego dnia. Może to pomóc w zrozumieniu wzorców użycia w celu zoptymalizowania pojemności:
Jako administrator, jakie narzędzia mam do dyspozycji, aby analizować wykorzystanie mojego środowiska?
Centrum administracyjne platformy Power Platform zawiera raporty dotyczące żądań usługi Power Automate. Te raporty ułatwiają szybkie wyświetlanie metryk wdrożenia i użytkowników w organizacji. Obecnie są one dostępne w publicznej wersji zapoznawcza. Dostępne są dwa raporty:
- Raport użytkownika— Ten raport przedstawia Power Platform użycie żądań przez każdego użytkownika w środowisku w porównaniu z przypisanym im limitem.
- Raport na przepływ — ten raport przedstawia Power Platform użycie żądań przez każdy przepływ w środowisku, które ma licencję na przepływ.
- Raport o użytkowniku bez licencji — ten raport przedstawia Power Platform użycie żądań dla użytkowników nielicencjonowanych oraz łączne uprawnienia dla użytkowników nielicencjonowanych dla tej dzierżawy. W przyszłości Power Platform w tym raporcie będzie wyświetlane użycie żądań przepływów uruchomionych w ramach jednostki usługi.
Po tym, jak raporty będą ogólnie dostępne, użytkownicy będą mieli czas na reakcję i zakup wyższych licencji PPR przed rozpoczęciem egzekwowania.
Co się stanie, gdy mój przepływ uruchomi zbyt wiele akcji?
Gdy masz przepływ w chmurze, który uruchamia zbyt wiele akcji, ma to wpływ na wydajność przepływu. Jeśli przepływ jest ograniczany, wyświetlany jest baner.
Przekroczenie limitów najczęściej skutkuje opóźnieniem kolejnych akcji, a to spowalnia ogólny czas działania przepływu. Opóźnienia te są proporcjonalne do stopnia przepełnienia spowodowanego przez dany przepływ.
Sporadyczne przekroczenia limitów nie stanowią problemu. Przykładowo, przekroczenie dziennego limitu o 500 akcji nie wpłynie na wydajność przepływu, jednak przekroczenie limitu o 50 000 akcji będzie miało znaczący wpływ na wydajność przepływu, potencjalnie przez wiele dni.
Co mogę zrobić, jeśli mój przepływ jest powyżej limitów?
Użytkownicy nie są blokowani przed korzystaniem z aplikacji lub przepływu za sporadyczne i uzasadnione przekroczenia limitów.
Oto kilka rzeczy, które możesz zrobić, jeśli przekroczyłeś limity licencji:
Przejrzyj swój projekt i sprawdź, czy nie ma w nim miejsc, które mogą pomóc zredukować liczbę wywoływanych akcji. Sprawdź sekcję Sprawdzone metody tworzenia przepływów pod kątem zmniejszenia liczby akcji.
Jeśli przepływ jest już zoptymalizowany, ale ze względu na charakter działalności wykorzystuje wiele działań, rozważ zakup wyższej licencji PPR. Licencja Process zapewnia najlepszy dostępny limit wydajności (250 tys. akcji/24 godziny).
Włącz płatność zgodnie z rzeczywistym użyciem dla środowiska, aby zapewnić, że żaden z przepływów w środowisku nie zostanie ograniczony.
Kupić dodatek wydajności Power Apps i Power Automate dla swojej organizacji. W okresie przejściowym, ponieważ wymuszanie jest mniej rygorystyczne, nie ma możliwości przypisania dodatku Power Apps i Power Automate pojemności do użytkownika lub przepływu. Zaleca jednak zakup tych dodatków teraz, Microsoft aby pozostać w warunkach licencji. Utwórz zgłoszenie do pomocy technicznej ze szczegółami przepływu i dodaj szczegóły, aby uzyskać tymczasową ulgę (30 dni) od ograniczania przepustowości. Ta tymczasowa ulga nie jest dostępna dla przepływów, które mają już przypisaną licencję na proces lub przepływ.
Jeśli przepływ stale przekracza limity okresu przejściowego przez 14 kolejnych dni, Power Automate zawiesza przepływ i wysyła powiadomienie do właściciela. Możesz kupić wyższą licencję PPR, a następnie włączyć ją w dowolnym momencie. 14-dniowy licznik można edytować i zapisywać, aby zresetować przepływ podczas zakupu licencji.
Co to są limity łączników i czy różnią się one od limitów żądań Power Platform?
Łączniki mają oddzielne limity jako mechanizm ochrony usługi. Na przykład łącznik SharePoint ogranicza liczbę akcji przy 600 na minutę. Jedno połączenie SharePoint używane w wielu przepływach może wykonać tylko 600 operacji na minutę. Większość stron łączników ma sekcję ograniczeń, która dokumentuje te ograniczenia. Limit ten różni się od limitu PPR. Na przykład użytkownik pakietu Office może uruchomić 6000 akcji na dobę dla wszystkich swoich przepływów, ale może mimo to nastąpić spowolnienie i ograniczenie przez łącznik, jeśli użytkownik zużył ponad 600 akcji SharePoint w ciągu minuty, mimo że nie osiągnął limitu 6000 akcji.
W przypadku ograniczenia przepływu z powodu przekroczenia limitów łącznika możesz zobaczyć błąd HTTP 429 (zbyt wiele żądań) z komunikatem, np. "Przekroczenie limitu. Spróbuj ponownie za 27 sekund".
Używam zestawu startowego CoE. Czy użycie będzie liczone w ramach ograniczeń żądań?
Tak. Przepływy w chmurze zawarte w zestawie startowym CoE również korzystają z limitów od właściciela. Microsoft Zaleca zakup większej pojemności i skontaktowanie się z pomocą techniczną w celu uzyskania tymczasowej ulgi w ograniczaniu przepustowości.
Czy można użyć jednostki usługi w przepływach i czy jest ona odejmowana od moich limitów żądań?
Tak, przepływy, których właścicielem jest zleceniodawca usługi, zużywają osobny limit o nazwie limit nieinteraktywny. Te ograniczenia mają zastosowanie tylko wtedy, gdy właściciel przepływu jest jednostką usługi. Te limity nie mają zastosowania wtedy, gdy przepływ używa jednostki usługi w jednej z akcji. Przepływy ręczne (przepływy przycisków, które są współdzielone z przepływami wywoływanymi przez użytkowników tylko uruchomienie/Power Apps) używają limitów żądań użytkownika tylko uruchomienia, nawet jeśli właścicielem przepływu jest jednostka usługi. Użytkownicy tylko do uruchamiania muszą mieć licencję Power Automate Premium, jeśli przepływ korzysta z łączników Premium. W okresie przejściowym przepływy ręczne mogą wykorzystywać do 100 000 żądań/przepływ/24 godziny.
Limity dla przepływów automatycznych/planowanych:
Przepływy jednostki usługi uruchomione w kontekście aplikacji Dynamics 365) wymienionych w tabeli uzyskują 500 000 żądań podstawowych + 5 000 żądań naliczonych na licencję użytkownika do maksymalnej puli 10,000,000 na poziomie dzierżawy. Jeśli dzierżawa ma 1000 licencji Dynamics 365, to ma pulę 5 500 000 żądań dostępnych dla wszystkich zasobów Power Platform, takich jak przepływy usługi głównej i żądania Dataverse, na 24 godziny. Jeśli dzierżawa ma 2500 licencji Dynamics 365, to ma pulę 10 000 000 żądań dostępnych dla wszystkich zasobów Power Platform, takich jak przepływy usługi głównej i żądania Dataverse, na 24 godziny.
Przepływy jednostki usługi Premium, które znajdują się poza kontekstem aplikacji Dynamics 365, będą wymagały licencji Proces/Na przepływ. Przepływy te otrzymują 250 000 żądań na przepływ na 24 godziny.
Standardowe przepływy jednostki usługi otrzymują 25 000 żądań podstawowych bez naliczania licencji na 24 godziny dla dzierżawcy.
Jeśli potrzebujesz więcej żądań, włącz Płatność zgodnie z rzeczywistym użyciem dla środowiska lub kup więcej pojemności żądań Power Platform.
Dowiedz się więcej w temacie Kojarzenie przepływów z aplikacjami.
Czy przypadki użycia przepływów pulpitu wykorzystują moje limity żądań Power Platform?
Tylko akcje przepływu pulpitu wywoływane z przepływu w chmurze są odliczane od limitu. Działania w przepływie pulpitu nie są wliczane do limitów żądań.
Co się dzieje z żądaniami Power Platform, jeśli mam kilka planów?
Ponieważ limity nie są rygorystycznie egzekwowane w okresie przejściowym, kumulowanie licencji użytkownika nie jest obsługiwane. Jeśli użytkownik ma kilka planów, takich jak Microsoft 365 i Dynamics 365, przepływ będzie używał wyższego limitu (w tym przypadku planu Dynamics 365).
Jeśli po zakończeniu okresu przejściowego użytkownik będzie miał przypisanych kilka planów z różnych linii produktów, łączną liczbą dostępnych żądań będzie suma żądań alokowanych do każdego typu licencji. Na przykład, jeśli użytkownik ma zarówno licencję podstawową Dynamics 365 Customer Service Enterprise, jak licencję Power Apps na licencję na użytkownika, to taki użytkownik ma łącznie 40 000 + 40 000 = 80 000 żądań dostępnych w ciągu 24 godzin.
Jeśli użytkownik ma przydzielonych wiele licencji w ramach tej samej linii produktów, na przykład jeśli ma licencję na aplikację Dynamics 365 Customer Service Enterprise jako licencję podstawową oraz dodatkowo dołączoną licencję na aplikację Dynamics 365 Sales Enterprise, łączna liczba żądań będzie taka, jak określona w licencji podstawowej.
Co to są profile wydajności i skąd mam wiedzieć, który profil wydajności jest używany w moim przepływie w chmurze?
Na podstawie licencji właściciela przepływ otrzymuje profil wydajności, który z kolei określa limity żądań Power Platform przepływu. Jeśli do właściciela przypisanych jest wiele licencji, Power Automate wybiera najwyższy plan z listy:
Profil wydajności | Licencja | Limity w okresie przejściowym | Limity po okresie przejściowym |
---|---|---|---|
Minimum | - Power Automate Darmowy - Microsoft 365 licencje - Power Apps Plan 1 (starsza wersja) - Power Apps Licencje na aplikację - Power Automate Plan 1 (starsza wersja) - Wszystkie licencje próbne - Licencja członka zespołu Dynamics 365 |
10,000 | 6000 |
Średnia | - Power Apps wyzwalane przepływy - Power Apps Plan 2 (starsza wersja) - Power Apps Licencja Premium - Power Automate Plan 2 (starsza wersja) - Power Automate na użytkownika (starsza wersja) - Power Automate Licencja Premium - Licencje Dynamics 365 Enterprise - Licencje Dynamics 365 Professional |
100,000 | 40,000 |
Maksimum | - Power Automate Licencja procesowa - Power Automate Licencja na hostowany proces - Power Automate plan na przepływ (starsza wersja) |
500,000 | 250,000 |
Nieograniczony | - Środowisko płatności zgodnie z rzeczywistym użyciem | 15,000,000 | 15,000,000 |
W organizacji ośmiu użytkowników ma licencje Office 365 i codziennie zużywają po 6000 żądań Power Platform na użytkownika w każdym 24-godzinnym okresie. Czy to oznacza, że limit będzie dostępny w puli na poziomie dzierżawy i w każdym 24-godzinnym okresie będzie dostępny limit 48 000 do wykorzystania dla wszystkich użytkowników (8 x 6000)?
Nie, żądania Power Platform nie są łączone na poziomie środowiska ani dzierżawy. Dzięki temu użytkownik zużywający dużo żądań nie zużywa limitu żądań Power Platform pozostałych użytkowników i nie wpływa na ich zadania. Ponieważ licencja jest na użytkownika, limit jest także limitem na użytkownika. W związku z tym każdy z użytkowników pakietu Office otrzymuje pakiet 6000 żądań bez względu na to, czy je zużyje, czy nie.
Najlepsze praktyki dotyczące PPR
Najlepsze rozwiązania projektowania
Użyj najmniejszej możliwej liczby akcji, aby osiągnąć automatyzację:
Jeśli w przepływie znajdują się pętle „wykonuj do” lub „zastosuj do każdego”, sprawdź, czy możesz zmniejszyć liczbę iteracji pętli, na przykład pobierając mniej elementów, które będą poddawane iteracji.
Wiele łączników ma parametry „zapytanie filtru” i „liczba pierwszych”, których można użyć w celu zmniejszenia liczby pobieranych elementów i ilości danych odbieranych za pomocą OData.
Jeśli masz zaplanowany przepływ, który działa często, rozważ zmniejszenie częstotliwości. Wiele przepływów uruchamianych raz na minutę lub raz na godzinę można ustawić tak, aby były wykonywane rzadziej. Użyj warunków wyzwolenia, aby zminimalizować częstotliwość uruchamiania.
Jeśli Twój przepływ używa plików, zwróć uwagę na rozmiary plików i spróbuj je zmniejszyć, jeśli to możliwe.
Jeśli musisz wielokrotnie ponownie używać pojedynczej właściwości zwracanej przez akcję, której dane wyjściowe mają duży rozmiar, rozważ użycie polecenia „Inicjuj zmienną” w celu przechowywania tej właściwości i używanie tej zmiennej w późniejszych akcjach. Nawet jeśli używasz tylko jednej właściwości z danych wyjściowych poprzedniej akcji, wszystkie dane wyjściowe tej akcji są przekazywane do następnej akcji jako dane wejściowe.
Najlepsze rozwiązania skalowania przepływu
Jeśli przepływ uruchamia tysiące akcji dziennie, należy rozważyć zakup licencji na proces, aby uzyskać lepszą przepływność i wyższe limity przydziału. Licencja Process zapewnia najlepszy dostępny limit wydajności (250 tys. akcji dziennie). Skontaktuj się z administratorem dzierżawy, aby zakupić licencję i przypisać ją do przepływu. Po kupieniu i przypisaniu licencji autor przepływu powinien zapisać ją ponownie. Alternatywnie przepływy w chmurze są aktualizowane w tle raz w tygodniu, aby odzwierciedlić bieżące plany.
Rozważ podział obciążenia na kilka przepływów w celu uzyskania wysokiej skali.
Power Platform – wnioski o płatność w ramach modelu kalkulacji wyceny zgodnie z rzeczywistym zużyciem
Pod koniec 2021 r. zmieniliśmy limity żądań Power Platform dla wszystkich licencji. Nowe limity zostały opracowane w taki sposób, aby wystarczały do realizacji większości scenariuszy klientów. Dowiedz się więcej o Power Platform limitach żądań w temacie Limity żądań i alokacje.
W przypadku klientów realizujących scenariusze na wyjątkowo dużą skalę i potrzebujących wyższych limitów, możliwe jest połączenie tych środowisk z subskrypcją platformy Azure. Dzięki połączeniu środowiska użytkownicy i przepływy w środowisku mogą zużywać więcej zasobów niż ich limity bez spowalniania procesów, a opłaty są naliczane tylko za żądania Power Platform wykraczające poza te limity. Przepływy mogą być nadal licencjonowane za pomocą licencji podstawowej ( Power Automate Premium, Power Automate Process, Office 365, Power Appslub Dynamics). Na przykład, jeśli masz Power Automate licencję Premium, masz limit 40 000 Power Platform żądań/na użytkownika/dzień. Jeśli użytkownik korzystał z 45 000 żądań dziennie, dodatkowe 5 000 żądań jest mnożone przez stawkę $/żądanie i rozliczane w ramach subskrypcji Azure. Całkowita kwota jest sumowana i rozliczana na podstawie cyklu rozliczeniowego platformy Azure klienta. Wiele mierników jest włączanych po włączeniu płatności zgodnie z rzeczywistym użyciem w środowisku. Dowiedz się więcej w temacie Jak skonfigurować płatność zgodnie z rzeczywistym użyciem.
Schemat dotyczący sposobu rozliczania żądań PPR użycia nadwyżkowego w środowisku płatności zgodnie z rzeczywistym użyciem:
Ogólne często zadawane pytania dotyczące limitów żądań
Zajrzyj do tego tematu często zadawane pytania o limity żądań, aby uzyskać więcej informacji o limitach żądań.
pytania dotyczące licencji na Office 365
Poniżej przedstawiono kilka często zadawanych pytań dotyczących korzystania z Power Automate z licencjami na Office 365.
Jakie funkcje Power Automate są dostępne w licencjach na Office 365?
Ograniczona liczba praw użycia Power Automate jest dostępna w wybranych licencjach na Office 365, co umożliwia użytkownikom dostosowywanie i rozszerzanie zakresu usług Office 365 według indywidualnych potrzeb. W przypadku scenariuszy dla przedsiębiorstw pakiet Office zaleca licencję Premium.
Licencje na Office 365 zawierają następujące funkcje Power Automate:
- Tworzenie i wykonywanie przepływów automatycznych/zaplanowanych/przycisków
- Dostęp do standardowych złączy.
- 6 000 Power Platform żądań dziennie. 10 000 żądań dziennie w okresie przejściowym.
Licencje na Power Automate nie zawierają następujących funkcji:
- Dostęp do łączników premium (z wyjątkiem Dataverse for Teams środowisk). Dowiedz się więcej o możliwościach Dataverse for Teams.
- Przepływy procesów biznesowych
- Łączniki niestandardowe
- Bramy lokalne
- Zrobotyzowana automatyzacja procesów
- Pojemność AI Builder
Licencje na Office 365 zawierają następujące funkcje Power Automate:
- Office 365 E1
- Office 365 E3
- Office 365 E5
- Office 365 F3
- Office 365 Business Basic
- Office 365 Business Standard
- 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
- Office 365 A1 dla nauczycieli lub wykładowców
- Office 365 A1 dla uczniów/studentów
- Office 365 A1 Plus dla nauczycieli lub wykładowców
- Office 365 A1 Plus dla uczniów/studentów
- Office 365 A3 dla nauczycieli lub wykładowców
- Office 365 A3 dla uczniów/studentów
- Office 365 A3 dla uczniów lub studentów (korzyść użycia)
- Office 365 A5 dla nauczycieli lub wykładowców
- Office 365 A5 dla uczniów/studentów
- Office 365 A5 dla uczniów lub studentów (korzyść użycia)
Pytania dotyczące licencji na program Dynamics 365
Poniższe pytania są związane z licencjonowaniem i uprawnieniami do korzystania z usługi Dynamics 365 oraz Power Automate
Jakie funkcje Power Automate są dostępne w licencjach Dynamics 365?
Następujące licencje na Dynamics 365 obejmują funkcje Power Automate:
- Tworzenie i wykonywanie przepływów automatycznych/zaplanowanych/przycisków.
- Dostęp do standardowych złączy.
- Dostęp do łączników premium w kontekście aplikacji.
- Przepływy procesów biznesowych w kontekście aplikacji.
- Łączniki niestandardowe w kontekście aplikacji.
- Bramy lokalne w kontekście aplikacji.
- Power Platform Limity żądań : Członek zespołu Dynamics 365 otrzymuje 6 000 żądań dziennie (25 000 żądań dziennie w okresie przejściowym), Dynamics 365 Professional otrzymuje 40 000 żądań dziennie (100 000 żądań dziennie w okresie przejściowym), a Dynamics 365 Enterprise otrzymuje 40 000 żądań dziennie (100 000 żądań dziennie w okresie przejściowym).
Następujące funkcje Power Automate nie są dołączone do licencji na Dynamics 365:
- Zrobotyzowana automatyzacja procesów
- Pojemność AI Builder
W przypadku korzystania z licencji Dynamics 365 z Power Automate przepływy muszą działać w kontekście aplikacji Dynamics 365. Odnosi się to do korzystania z tych samych źródeł danych dla wyzwalaczy lub akcji, co aplikacja Dynamics 365. Jeśli przepływ wykorzystuje autonomiczne akcje Power Automate, które nie są powiązane z aplikacjami Dynamics 365, należy zakupić autonomiczne licencje Power Automate.
Przykład licencji programu Dynamics 365 używającej Power Automate w kontekście aplikacji Dynamics 365
Firma połączyła Azure DevOps z Dynamics 365 CRM do eskalowania spraw pomocy technicznej i tworzenia elementów roboczych w celu szybszego rozwiązywania problemów. Jako część licencji na system Dynamics 365 prawa do Power Automate są uwzględniane dla przepływów w następujących scenariuszach:
- Odczyt z lub zapis w Azure DevOps.
- Używanie wbudowanego wyzwalania Dataverse lub akcji.
Przykład licencji programu Dynamics 365 używającej Power Automate poza kontekstem aplikacji Dynamics 365
Ten sam użytkownik (w poprzednim przykładzie aplikacji Dynamics 365) chce teraz także użyć przepływu, który aktualizuje bazę danych Oracle database. Ten przepływ ma następujące właściwości:
- Nie ma żadnego powiązania z aplikacją Dynamics 365.
- Nie ma żadnych interakcji z aplikacją Dynamics 365 (ani z jej źródłami danych).
W tym scenariuszu użytkownik wymaga autonomicznej licencji na Power Automate.
Następujące licencje na Dynamics 365 obejmują funkcje Power Automate:
- 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 Członkowie zespołu
pytania dotyczące licencji na Power Apps
Poniższe pytania są związane z licencjonowaniem i uprawnieniami do korzystania z usług Power Apps i Power Automate.
Jakie funkcje Power Automate są dostępne w licencjach na Power Apps?
Ograniczony zestaw możliwości Power Automate jest dołączony do licencji Power Apps. Licencje na Power Apps zawierają następujące funkcje Power Automate:
- Tworzenie i wykonywanie przepływów automatycznych/zaplanowanych/przycisków
- Dostęp do standardowych złączy.
- Dostęp do łączników premium w kontekście aplikacji.
- Przepływy procesów biznesowych w kontekście aplikacji.
- Łączniki niestandardowe w kontekście aplikacji.
- Bramy lokalne w kontekście aplikacji.
- Power Platform Limity żądań: Power Apps Premium otrzymuje 40 000 żądań dziennie (100 000 żądań dziennie w okresie przejściowym), a Power Apps każda aplikacja otrzymuje 6 000 żądań dziennie (10 000 żądań dziennie w okresie przejściowym).
- Power Apps Premium ma wydajność bazy danych 250 MB Dataverse i 2 GB pojemności plików Dataverse. Power Apps na aplikację otrzymuje 50 MB pojemności bazy danych Dataverse i 400 MB pojemności plików Dataverse. Przepływy wywoływane przez aplikację utworzoną za pomocą Power Apps, które obsługują złożone obiekty, zużywają ten limit pamięci. Jeśli na przykład przepływ analizuje 100-stronny dokument i wprowadza dla niego aktualizacje, to to ograniczenie pozwala zachować ten dokument w historii uruchamiania, co pozwoli na przyszłe rozwiązywanie problemów.
Następujące funkcje Power Automate nie są dołączone do licencji na Power Apps:
- Zrobotyzowana automatyzacja procesów
- Pojemność AI Builder
Przykład użycia Power Automate w kontekście aplikacji stworzonej za pomocą Power Apps
Użytkownik z autonomiczną licencją Power Apps uruchamia aplikację, która używa bazy danych SQL jako źródła danych. Aplikacja utworzona za pomocą Power Apps zawiera również przepływy, które wykonują następujące czynności:
- Odczyt z lub zapis w bazie danych SQL.
- Użyj wbudowanego wyzwalacza lub akcji Power Apps — np. aby wysłać powiadomienie push do aplikacji utworzonej za pomocą Power Apps.
Przykład użycia Power Automate poza kontekstem aplikacji stworzonej za pomocą Power Apps
Ten sam użytkownik (w przykładzie powyżej) chce teraz także użyć przepływu, który aktualizuje bazę danych Oracle database oraz ma następujące właściwości:
Nie ma to związku z aplikacją stworzoną przy użyciu Power Apps.
Nie wchodzi w żaden sposób w interakcję z aplikacją utworzoną za pomocą Power Apps (ani z jej źródłami danych).
W tym przykładzie przepływ utworzony przy użyciu Power Automate jest używany poza kontekstem Power Apps, więc użytkownik musi mieć licencję samodzielną Power Automate.
Drugi przykład użycia usługi Power Automate poza aplikacją utworzoną przy użyciu kontekstu usługi Power Apps
Środowisko ma wiele aplikacji. Istnieją przepływy zarządzania danymi, które nie wspierają bezpośrednio aplikacji, ale zapewniają jakość danych. Użytkownik musi mieć samodzielną licencję Power Automate.
pytania dotyczące licencji na AI Builder
Informacje o globalnych licencjach AI Builder znajdziesz w następujących artykułach:
W jaki sposób licencjonowane akcje AI Builder wchodzą w przepływie Power Automate?
Aby dodawać i uruchamiać działania AI Builder w ramach przepływu, potrzebujesz określonej licencji AI Builder: akcje AI Builder zużywają kredyty AI Builder, które można uzyskać w ramach licencji Power Automate Premium, w ramach innych licencji Power Platform Premium lub głównie w dodatku AI Builder.
Kredyty muszą być dostępne w środowisku przepływu.
Możesz także używać wersji próbnej narzędzia AI Builder.
Ile kredytów obejmują licencje Power Automate Premium?
Dowiedz się więcej o kredytach początkowych w artykule Uzyskaj uprawnienia do AI Builder kredytów.
Egzekwowanie
Dlaczego mój przepływ jest wyłączony?
Dowiedz się więcej w artykule Kiedy przepływy premium są wyłączone z powodu problemów z licencją.
Łącze to zawiera również informacje o typach wiadomości oraz identyfikować przepływy, w których potrzebne są licencje Premium, aby uniknąć przerw z powodu wykonywania tych usług.
Mam wiele środowisk. Jak mogę uzyskać przepływy, które wymagają mojej uwagi przez dzierżawę?
Jeśli liczba środowisk w dzierżawie jest mniejsza niż 500, użyj następującego skryptu, aby uzyskać wszystkie przepływy wymagające licencji w całej dzierżawie:
$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
}
Zapisywanie wszystkich przepływów do pliku CSV
$allFlows | Export-Csv -Path "flows.csv" -NoTypeInformation
Write-Host "All flows at risk of suspension written to flows.csv"
Jeśli w dzierżawie znajduje się więcej niż 500 środowisk, należy wysłać zgłoszenie do pomocy technicznej, aby nasz zespół wsparcia mógł uruchomić raport.
Przypisałem licencję, ale nadal widzę przepływ w przepływach, które wymagają mojej uwagi w PowerShell. Dlaczego?
Po licencji/przepływ są skojarzone z aplikacją, edytuj i zapisz przepływ. Odświeżenie i usunięcie przepływu z odpowiedzi programu PowerShell może potrwać do 24 godzin.
Przypisałem licencję, ale nadal widzę przepływ w przepływach, które wymagają mojej uwagi w Power Automate. Dlaczego?
Po przypisaniu licencji/skojarzeniu przepływu x aplikacją może upłynąć siedem (7) dni zanim licencja premium pojawi się w portalu Power Automate. Aby odświeżyć najnowszy stan licencji, edytuj i zapisz przepływ.
Jak mogę łatwo określić, czy mój przepływ jest w kontekście aplikacji Power Apps/Dynamics 365?
Czy przepływ jest stworzony do obsługi aplikacji Power Apps/Dynamics 365? Czy przepływ może zostać usunięty po usunięciu odpowiednich aplikacji? Czy przepływ rozmawia z tymi samym źrodłami danych, co aplikacje? Jeśli tak, przepływ znajduje się w kontekście.
Jako mogę skojarzyć w kontekście przepływy do aplikacji Power Apps/Dynamics 365?
Przepływy utworzone w celu obsługi aplikacji utworzonych za pomocą Power Apps/Dynamics 365 muszą działać w kontekście aplikacji. Oznacza to, że przepływ musi korzystać z tych samych źródeł danych dla wyzwalaczy lub akcji, co aplikacja. Jeśli automatyczne lub zaplanowane przepływy w chmurze są tworzone w celu wsparcia aplikacji i są w kontekście aplikacji, połącz przepływ z aplikacjami za pomocą skryptu PowerShell. Gdy przepływ jest połączony, między aplikacją a przepływem tworzy się zależność i można nimi wspólnie zarządzać. Jeśli połączona aplikacja zostanie usunięta lub nie będzie używana, przepływ zostanie wyłączony.
Twórcy mogą również powiązać swoje przepływy z aplikacjami z poziomu Power Automate portal. Dowiedz się więcej w temacie Kojarzenie przepływów z aplikacjami.
Funkcje Power Automate dostępne w planach na plan aplikacji
Każdy plan aplikacji Power Apps daje użytkownikom możliwość uruchamiania przepływów Power Automate korzystających z funkcji premium. Przepływy będą albo wyzwalane przez aplikację Power Apps, albo skojarzone z aplikacją za pośrednictwem powłoki PowerShell lub portalu Power Automate.
Dowiedz się więcej w temacie Kojarzenie przepływów kontekstowych z aplikacją.
Multipleksowanie
Multipleksowanie odnosi się do korzystania ze sprzętu lub oprogramowania używanego przez klienta do puli połączeń, przekierowywania informacji lub zmniejszania liczby użytkowników, którzy mają bezpośredni dostęp do Power Apps, Power Automate i Microsoft Copilot Studio lub korzystają z tych programów.
Czy zaleca się używanie multipleksowania w celu ograniczenia liczby licencji?
Zastosowanie multipleksowania jako mechanizmu ograniczenia liczby zakupionych licencji stanowi naruszenie licencji. Dowiedz się więcej, korzystając ze wskazówek dotyczących multipleksowania w temacie Wymagania dotyczące licencji dostępu klienta (CAL).
Oto kilka przykładów tego, czym jest multipleksowanie, a czym nie:
Jeśli przepływ premium polega tylko na przeniesieniu danych z Dataverse do wspólnej lokalizacji lub wysłaniu wiadomości e-mail do kolegów, nie podlega on multipleksowaniu, ponieważ użytkownicy korzystają z danych, a nie uruchamiają przepływ.
Jeśli przepływ premium zostanie uruchomiony, gdy nowy element zostanie dodany do listy SharePoint, zapisze szczegóły w Dataverse, a następnie wyśle wiadomość e-mail do właściciela przepływu, wiele osób może przekazać elementy do listy, ale wiadomość e-mail jest wysyłana tylko do właściciel. W tym przypadku tylko właściciel potrzebuje licencji, ponieważ jest jedyną osobą, która czerpie wartość z przepływu.
Jeśli przepływ wspomniany w punkcie drugim wysyła e-mail do użytkownika, który załadował przedmiot, zarówno właściciel, jak i użytkownik potrzebują licencji premium. W tym przypadku użytkownik pośrednio uruchamia przepływ (wgrywając element do SharePoint) i otrzymuje wartość z przepływu w postaci wiadomości e-mail. Niepowodzenie licencji dla wszystkich użytkowników podlega multiplexingowi.
Mam wiele przepływów działających pod wspólnym kontem serwisowym. Jakie licencje są do tego potrzebne?
Konto usługi: Microsoft Entra konto użytkownika używane jako konto usługi. Konta usługowe to specjalny rodzaj kont, które mają reprezentować encję niebędącą człowiekiem, taką jak aplikacja, interfejs API lub inna usługa. Konta użytkowników używane jako konto usługi przez udostępnianie poświadczeń innym użytkownikom stanowią zagrożenie dla bezpieczeństwa i trudne do śledzenia osób, które zostały wprowadzone w przepływie, jeśli wiele osób ma dostęp do konta usługi. Zarządzanie hasłami to także duże wyzwanie. Tworząc konta usług, podawaj tylko te uprawnienia, które są wymagane w danym zadaniu. Przeanalizuj istniejące konta serwisowe, aby sprawdzić, czy możesz zmniejszyć uprawnienia. Zaleca się ograniczenie liczby osób, które mają dostęp do konta serwisowego, aby zminimalizować ryzyko związane z bezpieczeństwem. Możesz też utworzyć różne konta dla różnych scenariuszy, by zminimalizować ryzyko. Konta usługowe nie są zalecane jako najlepsza praktyka. W niektórych scenariuszach konta serwisowe są używane, by usunąć zależność z przepływu do pierwotnego właściciela. W takim przypadku do rozwiązania zagrożeń bezpieczeństwa należy użyć głównej usługi.
Jednostka usługi: Microsoft Entra jednostka usługi działa jako tożsamość wystąpienia aplikacji. Zasady usługi określają, kto może mieć dostęp do aplikacji i do jakich zasobów aplikacja może mieć dostęp. W każdej dzierżawie, w której używana jest aplikacja, tworzona jest jednostka usługi, która odwołuje się do unikalnego w skali globalnej obiektu aplikacji.
Użytkownicy nieinteraktywni: Dataverse obsługuje użytkowników nieinterakcyjnych dla działań, takich jak procesy w tle, które migrują dane między bazami danych. Nie wymagają one od użytkownika interakcji z usługą. Każdy dzierżawca może mieć maksymalnie 7 nieinteraktywnych użytkowników. Użytkownicy nieinteraktywni nie są jeszcze obsługiwani przez Power Automate.
Użytkownicy: są to użytkownicy zsynchronizowani przez człowieka z identyfikatora Microsoft Entra .
Te wskazówki dotyczą przepływów, które są uruchamiane na koncie serwisowym jako właściciel przepływu.
Aby uruchomić przepływ w ramach konta usługi, oto jak uniknąć multiplexingu:
Jeśli przepływ używa tylko standardowych łączników i nie ma funkcji premium, wszyscy użytkownicy, którzy mają poświadczenia konta usługi, mogą mieć MicrosoftOffice 365 licencję, Power Automate bezpłatną lub dowolną Power Automate licencję Premium.
Jeśli przepływ korzysta z funkcji premium (łączniki premium, zrobotyzowana automatyzacja procesów, łączniki niestandardowe, brama lokalna, przepływy procesów biznesowych):
- Konto serwisowe jest używane przez ograniczoną liczbę użytkowników. W tym przypadku wystarczy licencjonowanie wszystkich użytkowników i konta serwisowego.
- Konto serwisowe jest używane przez wielu użytkowników. W takim przypadku zaleca się przypisanie licencji procesu do przepływu, aby zapewnić automatyczne zgodność nowych użytkowników dodających do konta.
Jeśli przepływ jest przepływem ręcznym lub uruchamianym przez aplikację/Dataverse jako przepływ „Uruchomione jako użytkownik”, wszyscy użytkownicy uruchamiani przepływem będą potrzebować licencji Premium lub przepływu, który wymaga licencji na proces. Sprawdź FAQ na temat kto musi kupić licencję premium.
Przepływ premium jest w kontekście (przepływ współdzieli źródła danych aplikacji) aplikacji utworzonej za pomocą Power Apps/aplikacji Dynamics 365:
- Wszyscy użytkownicy, którzy mają poświadczenia konta usługi i konta usługi, potrzebują licencji Power Apps/Dynamics 365.
- Jeśli nie mają licencji Power Apps/Dynamics 365, wszyscy użytkownicy i konto usługi potrzebują licencji użytkowników Power Automate.
- Alternatywnie, przepływ może mieć licencję na proces i żaden użytkownik/konto usługi nie potrzebuje licencji.
Wielu użytkowników udostępniających poświadczenia konta usługi i korzystających z przepływów Premium z jedną licencją Power Automate Premium przypisaną do konta usługi jest uważanych za multiplexing i przepływ jest niezgodny.
Uwaga
Wskazówki dotyczą kont serwisowych używanych jako właściciele przepływów lub użytkownicy z uprawnieniami tylko do uruchamiania. Wskazówki te nie mają wpływu na przepływy wykorzystujące konta serwisowe jako połączenia lub współwłaściciele. Aby uniknąć zagrożeń zabezpieczeń, zalecamy uruchamianie nazwy głównej usługi jako właściciel zamiast konto usługi
To są tylko wskazówki, a nie twarde egzekwowanie. Administratorzy są odpowiedzialni za prawidłowe licencjonowanie wszystkich przepływów, by pozostać w zgodzie z przepisami.
Istnieje przepływ premium, który wysyła żądania zatwierdzenia do zestawu użytkowników i oczekuje na zatwierdzenie lub odrzucenie żądania przez użytkowników, aby kontynuować działanie. Czy osoby zatwierdzające potrzebują licencji premium?
Użytkownicy, którzy odpowiedzą na żądania zatwierdzenia, nie potrzebują licencji Premium.
Przepływ zautomatyzowany — użytkownik tworzy przepływ, który jest wyzwalany, gdy element jest dodawany do listy utworzonej przy użyciu Microsoft list i aktualizuje bazę danych SQL (Premium). Wiele osób może dodawać elementy do listy utworzonej za pomocą Microsoft listy Listy. Czy użytkownicy potrzebują licencji premium?
Przepływ działa w kontekście licencji właściciela na zautomatyzowane lub zaplanowane przepływy oraz licencji użytkownika dla przepływów błyskawicznych Power Apps lub wyzwalanych Dataverse. W związku z tym osoba, która dodała element do listy utworzonej za pomocą Microsoft funkcji Listy, nie musi mieć licencji Premium.
Mamy przepływ błyskawiczny z użytkownikami tylko z dostępem do uruchamiania, który używa łączników premium. Twórca udostępnia przepływ zespołowi i umożliwia mu uruchomienie tego przepływu. Czy wszyscy użytkownicy potrzebują licencji premium?
Każdy, kto wywołuje przepływ, potrzebuje licencji premium, ponieważ jest to przepływ natychmiastowy.
Mam przepływ podrzędny, który ma łączniki premium i jest wywoływany przez wiele przepływów nadrzędnych, które nie mają łączników premium. Czy wszystkie przepływy nadrzędne wymagają licencji, czy też wystarczą licencje na przepływy podrzędne?
Mając licencję na przepływ nadrzędny lub podrzędny przepływ, można uzyskać licencję na przepływ podrzędny. Jeśli jednak przepływ nadrzędny ma również łącznik typu premium, właściciel przepływu nadrzędnego musi mieć licencję Na przepływ premium lub przepływ nadrzędny musi mieć licencję na proces.
Mój przepływ używa połączeń wielu użytkowników. Czy muszę licencjonować wszystkie z nich?
To, kto potrzebuje licencji, jest niezależne od tego, czyje połączenia są wykorzystywane w przepływie. Przepływy automatyczne lub zaplanowane zawsze działają na licencji właściciela, a przepływy ręczne lub aplikacje zawsze działają na licencji użytkownika, który je uruchamia.