Typer Power Automate lisenser
Organisasjoner får rettigheter til å bruke Power Automate via lisenser (betalt eller prøveversjon) som er tilgjengelige enten som frittstående planer eller som planer med tilgang.
Frittstående abonnementer
Kunder som trenger å opprette fullt fleksible, generelle arbeidsflyter med enten automatisering av forretningsprosess eller Robotautomatisering (RPA)-funksjoner, bør vurdere å kjøpe frittstående Power Automate lisenser.
| Planlegg | Bekrivelse |
|---|---|
| Power Automate Premium-plan | Denne planen spenner over eldre og moderne programmer, slik at utviklere kan lage ubegrensede flyter for API-basert automatisering og automatisere eldre applikasjoner med skrivebordsflyter gjennom robotautomatisering (RPA) og AI. Denne planen inkluderer muligheten for brukere til å kjøre en overvåket RPA-robot på arbeidsstasjonen. I tillegg inkluderer denne planen tilgang til AI Builder-kapasitet, støttescenarioer som skjemabehandling, objektgjenkjenning, prediksjon, tekstklassifisering og gjenkjenning. Den inkluderer også full Process Mining-skrivebordsfunksjonalitet og en begrenset mengde Process Mining-datalagring (50 MB per brukerlisens opptil 100 GB per leier). Denne planen kan kjøpes for en månedlig fast kostnad for hver bruker. Kjøp den |
| Power Automate-prosessplan | Lisensiert per robot, Power Automate-prosess lisensierer én enkelt automatiseringsrobot som kan brukes for uovervåket robotautomatisering (uovervåket RPA) eller forretningskritiske prosesser som kan brukes av ubegrensede brukere i en organisasjon. Kjøp den |
| Power Automate-plan for forbruksbetaling (forhåndsversjon) | Med denne planen kan organisasjoner komme i gang med å bygge flyter uten lisensforpliktelser eller forskuddskostnader, og bruke Azure-abonnementet til å betale bare når flytene kjøres. |
| Power Automate per brukerplan | Denne planen er ikke lenger tilgjengelig for kjøp fra prissiden. Kunder kan imidlertid kjøpe den via avtaletjenesten. Kjøp Power Automate premium-plan i stedet for denne planen. Denne planen gir en bruker rettigheter til å kjøre et ubegrenset antall flyter (innenfor tjenestegrenser) med alle funksjonene i Power Automate. Dette omfatter standardkoblinger, Premium-koblinger, forretningsprosessflyter, egendefinerte koblinger, lokale gatewayer basert på de unike behovene, til en fast månedspris for hver bruker. |
| Power Automate per-flyt-plan | Denne planen er ikke lenger tilgjengelig for kjøp fra prissiden. Kunder kan imidlertid kjøpe den via avtaletjenesten. Kjøp prosessplan i stedet for denne planen. Med denne planen kan organisasjoner implementere flyter med reservert kapasitet som betjener et team, en avdeling eller en hel organisasjon uten å måtte lisensiere hver bruker separat. Denne planen starter med en fast månedspris for fem aktive flyter. Det er en månedsavgift for hver ekstra aktive flyt (i tillegg til de fem flytene som er inkludert i basisavgiften). |
| Power Automate P1- og P2-planer ("grand fathered") | Disse planene er ikke lenger tilgjengelige for kjøp eller via automatisk fornyelse etter 31. desember 2020. Organisasjoner med disse planlisensene med fornyelser som forfaller 1. januar 2021 eller etter, må gå over til enten Power Automate per bruker eller per flytplan eller bruke Power Apps per bruker eller per app-plan for å fortsette å bruke Microsoft Power Platform-tjenestene. Kunder med aktive kontrakter som startet før 1. januar 2021, med "grandfathered" lisenser vil fortsatt støttes til kontaktens sluttdato. Fra og med 1. oktober 2024 kan ikke disse planene lenger brukes. Kontakt Microsoft -kontorepresentanten hvis du vil ha mer informasjon eller kjøpe lisenser. |
Planer med tilgang
Organisasjoner får også rettigheter til å bruke Power Automate hvis de er lisensiert til å bruke noen av følgende planer der Power Automate-lisenser seedes.
- Microsoft 365 (tidligere Office 365).
- Dynamics 365 Enterprise.
- Dynamics 365 Professional.
- Dynamics 365-teammedlem.
- Power Apps (Lerrets- og modelldrevne apper) - Per app-planer.
- Power Apps per bruker.
- Power Apps Plan 1 (arvet).
- Power Apps Plan 2 (arvet)
- Windows-lisenser.
Når du bruker seedede planer, må flytene kjøre innenfor konteksten til programmet der den seedede planen er tilgjengelig. Flyter som er inkludert i en Dynamics 365 / app opprettet med Power Apps, kan for eksempel koble til følgende.
Til alle datakilder innenfor bruksrettighetene til Dynamics 365 / app opprettet med Power Apps.
Direkte med Dynamics 365 / appen opprettet med Power Apps (via innebygde utløsere/handlinger).
Hvis en flyt for eksempel bruker premium-koblinger og den utløses av en app, kan alle brukere kjøre flyten hvis de har en Power Apps-lisens.
Hvis flyten er isolert og ikke har noe med applikasjonen å gjøre, må en frittstående Power Automate-lisens kjøpes.
Du finner mer informasjon i Veiledning om lisenser for Microsoft Power Apps og Power Automate.
Sammenlign Power Automate-planer
Finn ut mer om lisensrettigheter.
Her er et diagram som setter opp grensene som er knyttet til de forskjellige lisensplanene.
| Lisens | Power Platform-grenser per 24. time | Standardkoblinger | Premium-koblinger, forretningsprosessflyter, egendefinerte koblinger, lokal gateway | Overvåket RPA | RPA uovervåket | AI Builder-kreditter | Dataverse-databasekapasitet (påløpt per USL/flyt) | Dataverse-filkapasitet (påløpt per USL/flyt) | Process Mining-skrivebordsfunksjonalitet | Process Mining-datalagring |
|---|---|---|---|---|---|---|---|---|---|---|
| Power Automate Premium | Faktisk limit-40K/bruker Overføringsperiodegrense-200K/flyt | inkludert | inkludert | Inkludert én robot | Ikke inkludert | 5000 | 250 MB | 2 GB | inkludert | 50 MB per brukerlisens på opptil 100 GB per leier |
| Power Automate-prosessplan | Faktisk grense – 250 000/prosess Overføringsperiodegrense – 500 000/prosess | inkludert | inkludert | Ikke inkludert | inkludert | 5000 | 50 MB | 200 MB | Ikke inkludert | Ikke inkludert |
| Office 365 | Faktisk limit-6K/bruker Overføringsperiodegrense-10K/flyt | inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert |
| Power Apps Premium | Faktisk limit-40K/bruker Overføringsperiodegrense-200K/flyt | inkludert | Inkludert hvis flyten er i konteksten for en Power App | Ikke inkludert | Ikke inkludert | 500 kreditter | 250 MB | 2 GB | Ikke inkludert | Ikke inkludert |
| Dynamics 365 Professional1 | Faktisk limit-40K/bruker Overføringsperiodegrense-200K/flyt | inkludert | Inkludert hvis flyten er i konteksten for D365-app | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert |
| Dynamics 365 Enterprise-programmer 2 | Faktisk limit-40K/bruker Overføringsperiodegrense-200K/flyt | inkludert | Inkludert hvis flyten er i konteksten for D365-app | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert |
| Dynamics 365 Team member | Faktisk limit-6K/bruker Overføringsperiodegrense-10K/flyt | inkludert | Inkludert hvis flyten er i konteksten for D365-app | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert |
| Windows-lisenser | Ikke inkludert | Ikke inkludert | Ikke inkludert | Begrenset RPA via bare Power Automate for skrivebordsflyter | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert | Ikke inkludert |
Dynamics 365 Sales Professional og 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 og Dynamics 365 Customer Engagement-planen.
I Dataverse for Teams-miljøer (inkludert i utvalgte Office-lisenser) kan kunder bruke egendefinerte koblinger bygget på Azure og Dataverse-funksjoner.
Lisensrettigheter
Koblinger representerer appen/tjenesten som flytene kobles til. For eksempel er OneDrive, SharePoint, Twitter osv. eksempler på tjenester som flyter kobles til. Koblingene i Power Automate er utformet for å snakke språket til appene/tjenestene som flytene dine kobles til, i tillegg til å gi Power Automate tilgang til kontoen. Koblinger kategoriseres som enten standard eller premium-koblinger.
Standardkoblinger
Standardkoblinger er inkludert i standard Microsoft 365-abonnementet. Vi legger hele tiden til flere standardkoblinger.
Premium-koblinger
Premium-koblinger er ikke inkludert i Microsoft 365-lisensen, men er inkludert i alle frittstående planer.
Her er den fullstendige listen over Premium-koblinger i Power Automate.
Prosessflyter
Du kan opprette forretningsprosessflyter for en arbeidsflyt for å sikre at brukere skriver inn data konsekvent og følger de samme trinnene hver gang. Forretningsprosessflyter gir en strømlinjeformet brukeropplevelse som fører brukere gjennom prosessene som organisasjonen har definert for samhandlinger som må ha et resultat.
Egendefinerte koblinger
Det kan være lurt å kommunisere med apper/tjenester som ikke er tilgjengelige som forhåndsbygde koblinger. Egendefinerte koblinger gjør det mulig å opprette (og til og med dele) dine egne koblinger.
Robotautomatisering
Hva om jeg har et program som Power Automate ikke har en kobling for, og jeg ikke kan opprette en egendefinert kobling fordi appen ikke har en API? Robotautomatisering (RPA) er perfekt for scenarier som denne. Du kan bruke RPA til å opprette automatisering til og med i gamle systemer som ikke har en API. Med RPA automatiserer du programmer ved å lære Power Automate å etterligne musebevegelser og tastaturoppføringer til en menneskelig bruker, som om en robot brukte datamaskinen. Med andre ord, mens automatisering av digitale prosesser gir koblinger, slik at du kan fortelle programmet hva de skal gjøre, viser du hva det skal gjøre, ved hjelp av RPA.
Lokal gateway
Lokal datagateway fungerer som en bro og gir raske og sikre dataoverføringer mellom lokale data og flere Microsoft Cloud Service-tjenester. Med gatewayer kan organisasjoner beholde databaser og andre datakilder lokalt, samtidig som de kan bruke de lokale dataene trygt i skytjenestene.
AI Builder-kreditter
Med AI Builder kan du legge til intelligens i automatiserte prosesser, forutsi resultater og bidra til å forbedre forretningsytelsen. AI Builder-kapasitet uttrykkes som "tjenestekreditter". Tjenestekreditter fungerer som den eneste (vanlige) valutaen på tvers av alle scenarioene AI Builder støtter. De tilgjengelige tjenestekredittene trekkes fra når du bruker AI Builder-tjenester. Du kan for eksempel bruke disse rulletekstene til å trekke ut data fra noen få dokumenter med skjemabehandling eller utføre hundrevis av grunnleggende OCR-utpakkinger med tekstgjenkjenning.
Ulike scenarier (for eksempel skjemabehandling, prediksjon osv.) bruker tjenestekreditter til ulike satser. Hver Power Automate Premium-lisens gir deg 5 000 kreditter, slik at du kan vurdere funksjonene i AI Builder. Finn ut mer om AI Builder-lisensiering.
Dataverse database- og filkapasitet
Datavolumet fortsetter å vokse eksponentielt etter hvert som bedrifter fremmer sin digitale transformasjonsreise og samler data på tvers av organisasjonene sine. Moderne forretningsprogrammer må støtte nye forretningsscenarioer, behandle nye datatyper og hjelpe organisasjoner med den økende samsvarskompleksiteten. Datalagringsløsninger må utvikles fortløpende og ha riktige løsninger for å kunne støtte utviklingen av forretningsbehov for å støtte de voksende behovene til dagens organisasjoner. Microsoft Dataverse kapasitetslagring er optimalisert for relasjonsdata (database), vedlegg (fil) og overvåkingslogger (logg). Power Automate frittstående lisenskunder får en standardrettighet for hele leieren for hver av disse tre lagringstypene. Du kan kjøpe mer lagringsplass i trinn på 1 GB. Finn ut mer om Dataverse lagringskapasitet.
Power Platform-forespørsler
For å sikre servicenivåer, tilgjengelighet og kvalitet er det grenser for hvor mange Power Platform forespørsler brukere kan sende inn på tvers av alle Power Platform produkter. Tjenestegrenser er satt mot normale bruksmønstre i både fem minutter og per 24 timers intervaller. De fleste kunder kommer ikke til å overskride disse grensene.
24-timersgrensen er basert på per bruker- eller per flyt-lisensen. Hvis en bruker har en Power Automate per bruker-plan, kan de sende 40 000 Power Platform-forespørsler på tvers av flytene i leieren i løpet av en 24-timers periode. Dette inkluderer forespørsler plattformen gjør til tredjepartskontakter også. 24 timer er et glidende vindu, noe som betyr at når en flyt kjører, ser systemet på forespørslene det siste døgnet for å avgjøre om brukeren er på grensen. Hvis en flyt har en per flyt-plan, kan flyten sende 250 000 Power Platform forespørsler på tvers av alle brukere av flyten i løpet av en 24-timers periode. Hvis en flyt har prosessplanen, kan flyten, de underordnede flytene og kontekstflytene sende 250 000 Power Platform forespørsler sammen i løpet av en 24-timers periode. For å forhindre at en brukstung flyt eller bruker påvirker andre brukere, spores denne kapasiteten basert på forbruk på nivået for en enkeltbruker eller enkeltflyt, og den kan ikke samles på andre nivåer, for eksempel miljø- eller leiernivåer. To brukere i en leier kan for eksempel ha lisenser per bruker, og hver bruker får 40 000 forespørsler i løpet av et døgn. Hvis den første personen bruker flere enn 40 000 forespørsler i en 24-timers periode, vil flytene deres avta og vil ikke påvirke den andre brukeren som bare brukte 20 000 forespørsler og fremdeles har 20 000 forespørsler igjen. For øyeblikket er alle kunder i en overføringsperiode slik at grensene for overføringsperioden gjelder. Etter at overføringsperioden slutter, gjelder de faktiske grensene. Planlegg flytene basert på faktiske grenser.
Grensen på fem minutter er 100 000 forespørsler, og den er uavhengig av en brukers lisens. Flyter med en per flyt-lisens kan for eksempel sende 250 000 forespørsler i løpet av 24 timer, men de kan ikke sende flere enn 100 000 forespørsler på fem minutter.
| Lisens | Faktiske Power Platform-grenser per 24. time | Power Platform-grenser i overgangsperiode per 24. time |
|---|---|---|
| Power Automate Premium | 40 000/bruker | 200 000/flyt |
| Power Automate-prosessplan | 250 000/prosess | 500 000/prosess |
| Office 365 | 6000/bruker | 10 000/flyt |
| Power Apps Premium | 40 000/bruker | 200 000/flyt |
| Dynamics 365 Professional | 40 000/bruker | 200 000/flyt |
| Dynamics 365 Enterprise-programmer | 40 000/bruker | 200 000/flyt |
| Dynamics 365 Team member | 6000/bruker | 10 000/flyt |
Overgangsperiode
Alle kunder er i en overgangsperiode. Det betyr at håndhevelsen ikke er streng og grensene er høyere. Overgangsperioden slutter etter at Power Platform-rapporter i administrasjonssenteret er allment tilgjengelige. Organisasjoner vil deretter ha seks måneder på seg til å analysere bruks- og kjøpslisenser som passer før streng håndhevelse av lisensgrensene begynner.
Her er et par ting du må være klar over i overgangsperioden.
Overgangsperioden betyr ikke at det ikke er noen daglige grenser. Det betyr at de gjeldende håndhevede grensene er mer sjenerøse enn de angitte grensene for å forhindre potensiell utilsiktet innvirkning på appene eller flytene dine. Se Forespørsler om grenser og tildelinger for å forstå både plangrenser og grenser for overgangsperiode.
Disse overgangsperiodegrensene brukes på flytnivå i overgangsperioden. I tillegg brukes det en separat grense per brukernivå for 1000000 handlinger i overføringsperioden for å sikre at brukere ikke går over 1M-handlinger i alle flyter på én dag. Når overgangsperioden er over, brukes de faktiske grensene på brukernivå for per bruker-planer og flytnivå for per flytplaner.
I løpet av overføringsperioden bruker ikke manuelle flyter grensene for flyteiere/flytanropere. Hver manuelle flyt har en ytelsesprofil på Middels (100 000 forespørsler per flyt per døgn). Etter overgangsperioden bruker manuelle flyter forespørselsbegrensningene for å aktivere brukeren.
Siden grensene er mer sjenerøse i overgangsperioden, støttes ikke stabling av brukerlisenser. Hvis en bruker har flere planer, for eksempel en Microsoft 365-plan og en Dynamics 365-plan, bruker flyten den høyere planen (Dynamics 365-planen).
Forespørsler om Power Platform kapasitetstilleggspakker kan ikke tilordnes brukere eller flyter i overgangsperioden. Microsoft anbefaler imidlertid at du kjøper disse tilleggene for å forbli innenfor lisensvilkårene og være forberedt på når overgangsperioden utløper. Hvis flytene dine for øyeblikket blir begrenset, kan du kjøpe tillegg og opprette en støtteforespørsel med flytdetaljer og tilleggsdetaljer, slik at supportteamet kan gi unntak for de begrensede flytene dine.
Seedet lisens-brukere kan bare bruke flyter i konteksten til appen. Se delen for seedede planer for å lære mer. Håndhevelsen av lisensgrenser er mindre streng i overgangsperioden, og Microsoft anbefaler at du forblir innenfor lisensvilkårene for å unngå avbrudd når overgangsperioden utløper.
Vanlige spørsmål om Power Platform-forespørsler
Her er noen av de vanligste spørsmålene og svarene om grenser.
Hva teller som Power Platform forespørsel?
Basert på lisensplanen er det grenser for hvor mange handlinger en skyflyt kan kjøre om dagen. Disse grensene er forskjellige fra grensene for koblingsbegrensning. Du kan se antall handlinger flyten din kjører, ved å velge Analyse fra flytdetaljer-siden og se på Handlinger-fanen.
Selv når flyten bruker færre Power Platform forespørsler, kan du fortsatt nå grensene dine hvis flyten kjører oftere enn du forventer. Du kan for eksempel opprette en skyflyt som sender deg et push-varsel når lederen din sender deg en e-postmelding. Denne flyten må kjøres hver gang du får en e-post (fra hvem som helst), siden flyten må kontrollere om e-postmeldingen kom fra lederen din. Grensen gjelder for alle kjøringer på tvers av alle flytene dine i løpet av en 24-timers periode. Her er noen retningslinjer for å estimere forespørselsbruken for en flyt.
Én eller flere handlinger kjører som en del av en flytkjøring. En enkel flyt med én utløser og én handling resulterer i to "handlinger" hver gang flyten kjøres, og bruker to forespørsler.
Hver utløser/handling i flyten genererer Power Platform forespørsler. Alle typer handlinger som koblingshandlinger, HTTP-handlinger, innebygde handlinger (fra initialisering av variabler, oppretting av omfang til en enkel komponeringshandling) genererer Power Platform forespørsler. En flyt som kobler sammen SharePoint, Exchange, Twitter og Dataverse, teller for eksempel alle disse handlingene mot Power Platform forespørselsgrenser.
Både vellykkede og mislykkede handlinger teller i forhold til disse grensene. Handlinger som hoppes over, telles ikke mot disse grensene.
Hver handling genererer én forespørsel. Hvis handlingen er i en bruk for hver løkke, genererer den flere Power Platform forespørsler etter hvert som løkken kjøres.
En handling kan ha flere uttrykk, men den telles som én API-forespørsel.
Nye forsøk og tilleggsforespørsler fra paginering teller også som handlingsutførelser.
Vurder følgende flyt der hvert e-postvedlegg er lagret i OneDrive. Utløseren bruker én Power Platform forespørsel, Bruk på hver bruker én forespørsel, og handlingene i Bruk på hver bruker flere forespørsler basert på antall ganger løkken kjøres. Hvis det er fire vedlegg, bruker denne delen åtte Power Platform forespørsler (4 x 2 handlinger). Totalt bruker denne flyten 10 Power Platform forespørsler.
Hvem sine Power Platform forespørselsgrenser brukes av flyten?
Hvis en flyt har per flytlisens, vil flyten alltid bruke per flyt-grensene og ikke grensene til skaper/eier/aktiverende bruker.
Automatiserte og planlagte flyter bruker alltid flytoppretterens/eierens Power Platform forespørselsgrenser uavhengig av hvem som startet prosessen, eller hvilke kontoer som brukes til tilkoblinger i prosessen. For en løsningsflyt kan du endre eieren av flyten ved hjelp av Web-API. Når du har endret eieren, brukes den nye eierens API-forespørselsgrenser. For en flyt som ikke er en løsning, bruker flyten alltid den opprinnelige skaperens grenser som ikke kan endres. Hvis den opprinnelige oppretteren forlater selskapet, kan alle medeiere av flyten eksportere og importere flyten som en annen eier. Når du har importert flyten, blir den en ny flyt og begynner å bruke grenser fra den nye eieren. Du kan også tilordne en per flytlisens til flyten.
Direkteflyter (knapp, Power Apps, hybridutløsere) bruker aktiveringsbrukerens grenser.
Hvis flyteieren er en sikkerhetskontohaver for tjenesten, bruker flyten ikke-lisensierte brukerbegrensninger.
Hvis du deler en automatisert/planlagt flyt med en annen bruker og deretter utløser denne brukeren den samme flyten, bruker den grensene til den opprinnelige eieren og ikke den nye brukerens grenser. Men hvis brukeren deretter utnytter flyten til å lage sin egen nye flyt, blir den nye brukeren eieren av den nye flyten, og den flyten bruker den nye brukerens grenser.
Hvis en overordnet flyt kaller en underordnet flyt, bruker den underordnede flyten grensene for den overordnede flyten. Hvis for eksempel den overordnede flyten er en automatisert flyt, bruker den underordnede flyten grensene til den overordnede flytoppretteren/eieren.
Hvis den overordnede flyten er en manuell flyt, bruker den underordnede flyten grensene for den overordnede flytens aktiverende bruker.
Hvis den underordnede flyten har en per flytlisens, bruker den grensene per flyt og ikke grensene for den overordnede flyten.
Hvis en overordnet flyt har en per flyt-lisens, bruker den overordnede flyten og alle overordnede flyter per flyt-lisensgrensene.
Hvis en flyt har en prosesslisens, deler flyten, alle underordnede flyter og eventuelle kontekstflyter prosesslisensgrensene.
Hvilke verktøy har jeg for å analysere bruken min som produsent?
Hvis du opplever forsinkelser når flyten kjører, er det sannsynlig at du har overskredet Power Automate grensene for dagen. For flyter som konsekvent forsinkes på grunn av overforbruk, mottar brukerne også et varsel som informerer dem om disse overforbrukene, sammen med tips og triks om hvordan du kan forhindre forsinkede kjøringer av flytene.
Her er et eksempel på en e-postmelding som ble sendt for en flyt som konsekvent overskrider handlingsgrensene.
Power Platform-administrasjonssenteret inneholder rapporter om Power Automate-forespørsler. Denne rapporteringen hjelper deg med å raskt se innførings- og brukermålinger for organisasjonen.
I tillegg kan du se handlingsbruken for en gitt flyt ved å velge Analyse-handlingen fra flytegenskaper-siden, og dette fungerer på tvers av alle typer handlinger. Dette hjelper deg med å forstå hvor mange handlinger som kjører hver dag. Det kan hjelpe deg med å forstå bruksmønstre for å optimalisere kapasiteten.
Hvilke verktøy har jeg for å analysere miljøbruken min som administrator?
Power Platform-administrasjonssenteret inneholder rapporter om Power Automate-forespørsler. Disse rapportene er foreløpig i offentlig forhåndsversjon. Administratorer har to rapporter tilgjengelig i Power Platform-administrasjonssenteret.
Brukerrapport – Denne rapporten viser Power Platform-forespørselsbruken for hver bruker i miljøet, sammenlignet med de tilordnede grensene.
Per flytrapport – Denne rapporten viser Power Platform-forespørselsbruken for hver flyt i miljøet som har en per flyt-lisens.
Rapport for ikke-lisensiert bruker – Denne rapporten viser Power Platform-forespørselsbruk per dag for ikke-lisensierte brukere og rettighetstotalen for ikke-lisensierte brukere for denne leieren. I fremtiden vil Power Platform-forespørsler om bruk av flyter som kjører under tjenestehaver, vises i denne rapporten.
Når rapportene er generelt tilgjengelige, vil brukerne ha tid til å reagere og kjøpe høyere lisenser før håndhevelsen begynner.
Hva skjer når flyten min kjører for mange handlinger?
Når du har en flyt som kjører mange handlinger, påvirker den ytelsen til flyten. Du får se et banner på flyten hvis flyten din blir begrenset.
I det vanligste tilfellet fører overskridelse av grenser til forsinkede kjøringer av etterfølgende handlinger, og dette vil redusere den totale kjøretiden for flyten. Disse forsinkelsene er proporsjonale med graden av overforbruk forårsaket av en flyt.
Sporadisk overforbruk er greit. Hvis du for eksempel overskrider de daglige grensene dine med 500 handlinger, vil det ikke påvirke ytelsen til flyten din, men å overskride grensen din med 50 000 handlinger vil ha en betydelig ytelsespåvirkning på flyten din potensielt i flere dager.
Hva kan jeg gjøre hvis flyten min er over grensene?
Brukere blir ikke blokkert fra å bruke en app eller flyt for sporadisk og rimelig overforbruk.
Her er noen ting du kan gjøre hvis du har overskredet grensene for lisensen din.
Gå tilbake til utformingen og se etter steder som kan bidra til å redusere antallet handlinger som kalles. Se delen Anbefalte fremgangsmåter for å opprette flyter for å bruke færre handlinger.
Hvis flyten allerede er optimalisert, men den bruker mange handlinger på grunn av virksomhetens natur, bør du vurdere å kjøpe en høyere lisens. Per flytplan gir den beste ytelseskvoten som er tilgjengelig (250 000 handlinger / 24 timer / flyt).
Slå på Forbruksbetaling for miljøet for å sikre at ingen av flytene i miljøet er begrenset. Microsoft anbefaler denne tilnærmingen gjennom overføringsperioden.
Kjøp Power Apps- og Power Automate-kapasitetstillegget for organisasjonen. I løpet av overgangsperioden, fordi håndhevelsen for øyeblikket er mindre streng, går det ikke an å tilordne Power Apps- og Power Automate-kapasitetstillegget til en bruker eller flyt. Microsoft anbefaler imidlertid at du kjøper disse tilleggene nå for å holde deg innenfor lisensvilkårene. Opprett en støtteforespørsel med flytdetaljene og legg til detaljer for å få midlertidig lindring (30 dager) fra begrensning. Denne midlertidige avlastningen er ikke tilgjengelig for flyter som allerede er tilordnet en per flyt-lisens.
Hvis en flyt konsekvent er over overgangsperiodegrensene i 14 påfølgende dager, slår Power Automate av flyten av og sender et varsel til eieren. Du kan kjøpe en høyere lisens, og deretter slå den på når som helst. Du kan redigere og lagre flyten for å tilbakestille 14-dagerstelleren mens du kjøper lisensen.
Hva er koblingsgrenser, og er de forskjellige fra Power Platform forespørselsgrenser?
Kontaktene har separate grenser som en servicebeskyttelsesmekanisme. SharePoint-kontakten begrenser for eksempel antall handlinger til 600 per minutt. En enkelt SharePoint tilkobling som brukes på tvers av flere flyter, kan fremdeles bare utføre 600 operasjoner per minutt. De fleste koblingssider har en begrensningsinndeling som dokumenterer disse grensene. Denne grensen er forskjellig fra forespørselsgrensene. En Office-bruker kan for eksempel kjøre 6000 handlinger per dag på tvers av alle flytene, men de kan fremdeles bli begrenset av koblingen hvis de brukte mer enn 600 SharePoint handlinger på et minutt til tross for at de ikke nådde grensen på 6000 handlinger.
Når en flyt ble begrenset fordi den overskred koblingsgrensene, kan det hende at du får en HTTP 429-feil (for mange forespørsler) i flyten med feiltekst som «Frekvensgrensen er overskredet. Prøv på nytt om 27 sekunder.»
Jeg bruker CoE-startpakken. Vil bruken telle mot forespørselsgrensene mine?
Ja. Flyter som er inkludert i CoE-startpakken, bruker også grenser fra eieren. Microsoft anbefaler at du slår på Forbruksbetaling eller kjøper ekstra kapasitet og kontakter kundestøtte for å få midlertidig lindring fra begrensning.
Kan jeg bruke tjenestekontohaver i flyter, og teller det mot forespørselsgrensene mine?
Ja, flyter der eieren er en sikkerhetskontohaver for tjenester, forbruker en egen kvote kalt ikke-interaktive grenser. Disse grensene gjelder bare hvis eieren av flyten er en sikkerhetskontohaver for tjenesten. Disse grensene gjelder ikke hvis flyten bare bruker en sikkerhetskontohaver for tjenester i én av handlingene. Manuelle flyter (knappeflyter som deles med Bare kjør-brukere eller Power Apps-aktiverte flyter), bruker Bare kjør-brukerens forespørselsbegrensninger, selv når eieren av flyten er sikkerhetskontohaver for tjenesten. Bare kjør-brukernemå ha en Premium Power Automate-lisens hvis flyten bruker Premium-koblinger. I løpet av overgangsperioden kan manuelle flyter bruke opptil 100 000 forespørsler per flyt per døgn.
Grenser for automatiske flyter og planlagte flyter:
Tjenestekontohaverflyter som kjører i konteksten med D365-programmer som vises i tabellen, får 500 000 basisforespørsler + 5 000 påløpte forespørsler per USL opptil 10 000 000 maksimalt samlet på leiernivået. Hvis en leier har 1000 D365-lisenser, har denne leieren et utvalg på 5 500 000-forespørsler tilgjengelig for alle Power Platform-ressurser, for eksempel tjenestekontohaverflyter og Dataverse-forespørsler, per 24. time. Hvis en leier har 2500 D365-lisenser, har denne leieren et utvalg på 10 000 000 forespørsler tilgjengelig for alle Power Platform-ressurser, for eksempel tjenestekontohaverflyter og Dataverse-forespørsler, per 24. time.
Alle Premium-flyter for sikkerhetskontohaver for tjenester som er utenfor D365-appkonteksten, trenger en per flyt-lisens. Disse flytene får 250 000 forespørsler per flyt per 24 timer.
Standardflyter for sikkerhetskontohaver for tjenester får 25 000 basisforespørsler uten lisensavlastning for leieren per 24 timer.
Hvis du trenger flere forespørsler, kan du aktivere Forbruksbetaling for miljøet eller kjøpe ekstra kapasitet for Power Platform-forespørsler.
Hvis du vil vite mer, kan du gå til Knytt flyter til apper.
Vil bruksantallet for skrivebordsflyter bruke Power Platform forespørselsgrensene mine?
Bare skrivebordsflythandlingene som startes fra skyflyter, teller mot grensen. Handlinger i skrivebordsflyten telles ikke mot forespørselsgrenser.
Hva skjer med Power Platform forespørslene mine hvis jeg har flere planer?
Siden grensene ikke håndheves strengt i overgangsperioden, støttes ikke stabling av brukerlisenser. Hvis en bruker har flere planer, for eksempel en Microsoft 365-plan og en Dynamics 365-plan, bruker flyten den høyere planen (Dynamics 365-planen i dette eksemplet).
Når overgangsperioden er avsluttet, og hvis en bruker har flere planer tilordnet fra forskjellige produktlinjer, vil det totale antallet tillatte forespørsler være summen av forespørslene som er tildelt hver lisenstype. Hvis en bruker for eksempel har både en Dynamics 365 Customer Service Enterprise-lisens og en Power Apps per bruker-lisens, har denne brukeren totalt 40 000 + 40 000 = 80 000 forespørsler tilgjengelig per 24 timer.
Hvis en bruker er tildelt flere lisenser i den samme produktlinjen, for eksempel hvis en bruker har en Dynamics 365 Customer Service Enterprise-lisens som basislisens og en Dynamics 365 Sales Enterprise-lisens vedlagt, er det totale antallet forespørsler mengden som angis av basislisensen.
Hva er ytelsesprofiler, og hvordan vet jeg hvilken ytelsesprofil flyten min bruker?
| Ytelsesprofil | Planer |
|---|---|
| Lav | Gratis Microsoft 365-planer Power Apps-plan 1, Power Apps per app-planer Power Automate-plan 1 Alle lisensforsøk Dynamics 365-teammedlem |
| Middels | Power Apps utløste flyter, Power Apps Plan 2, Power Apps per brukerplan Power Automate-plan 2, Power Automate per bruker, Power Automate Premium-planer Dynamics 365 Enterprise-planer, Dynamics 365 Professional-planer, Power Apps plan 2, Power Apps per brukerplan |
| Høy | Power Automate per flyt-plan, Power Automate-prosessplan |
| Ubegrenset | Plan for forbruksbetaling |
Basert på eierens lisens får en flyt en ytelsesprofil som igjen bestemmer Power Platform forespørselsgrensene for flyten. Hvis det er tilordnet flere lisenser til eieren, velger Power Automate den høyeste planen fra listen.
| Ytelsesprofil | Grenser i overgangsperioden | Grenser etter overgangsperioden |
|---|---|---|
| Lav | 10,000 | 6000 |
| Middels | 100,000 | 40 000 |
| Høy | 500,000 | 250,000 |
| Ubegrenset | 15,000,000 | 15,000,000 |
I en organisasjon har åtte brukere Office 365 lisenser, og deres daglige Power Platform forespørsler vil være 6000 forespørsler per bruker, i hver 24-timers periode. Betyr det at det vil bli gruppert til leiernivået med en grense på 48000 forespørsler i hver 24-timers periode (8X6000) og alle brukere kan konsumere fra dette utvalget?
Nei. Power Platform-forespørsler samles ikke på miljø- eller leiernivå. Dette sikrer at en tung bruker ikke bruker alle Power Platform forespørsler fra leietaker og påvirker alle andre. Siden lisensen er per bruker, er grensen også per bruker. Så alle Office-kunder får 6000 forespørsler hver, enten de bruker dem eller ikke.
Beste fremgangsmåter
Gode fremgangsmåter for utforming
Bruk færrest mulig handlinger for å oppnå automatiseringen.
Hvis du har løkkene «gjør til» eller «bruk i hver» i flyten kan du se om du kan reduserer antall løkkegjentakelser, ved å eventuelt hente færre elementer som skal gjentas.
Mange koblinger har parametere av typen "filterspørring" og "maksimalt antall" som du kan bruke til å redusere antall elementer og mengden data som hentes ved hjelp av OData.
Hvis du har en planlagt flyt som kjører ofte, bør du vurdere å redusere frekvensen. Mange flyter som kjører én gang i minuttet eller én gang i timen, kan revideres slik at de forekommer sjeldnere. Bruk utløserbetingelser for å minimere kjøringsfrekvensen.
Hvis flyten fungerer med filer, bør du være bevisst på filstørrelsen og prøve å redusere den hvis det er mulig.
Hvis du må bruke en enkelt egenskap som returneres av en handling med stor utdatastørrelse flere ganger, bør du vurdere å bruke "Initialiser variabel" til å lagre egenskapen, og bruke variabelen i senere handlinger. Selv om bare én egenskap brukes fra utdata fra en tidligere handling, vil alle utdata fra denne handlingen bli sendt til den senere handlingen som inndata.
Anbefalte fremgangsmåter for å skalere flyten
Hvis flyten kjører tusenvis av handlinger daglig, bør du vurdere å kjøpe en Per flyt-lisens for å få bedre gjennomstrømming og høyere kvoter. Per flyt-plan gir den beste ytelseskvoten som er tilgjengelig (250 000 handlinger per dag). Kontakt leieradministratoren for å kjøpe lisensen og tilordne den til flyten. Når lisensen er kjøpt og tilordnet, bør forfatteren av flyten lagre den igjen. Alternativt vil flyter bli oppdatert i bakgrunnen en gang i uken for å gjenspeile gjeldende planer.
Vurder å dele arbeidsmengden på tvers av flere flyter for å oppnå høy skala.
Power Platform-forespørsler om forbruksbetaling
Vi reviderte Power Platform forespørselsgrensene for alle lisenser i slutten av 2021. De nye grensene er utformet for å være tilstrekkelige for de fleste kundescenarioer. Hvis du vil ha mer informasjon om Power Platform forespørselsgrenser, kan du gå til Forespørsler om grenser og tildelinger.
For kunder med ekstremt høye scenarier som må overskride disse grensene, kan du koble disse miljøene til Azure-abonnementet. Ved å koble miljøet kan brukere og flyter i miljøet forbruke mer enn grensene uten å bli begrenset, og bare betale for Power Platform forespørslene som brukes over disse grensene. Flyter må fortsatt være lisensiert med en basislisens (enten Power Automate per bruker, Power Automate per flyt, Office 365, Power Apps eller Dynamics). Hvis du for eksempel har Power Automate per brukerlisens, har du en grense på 40 000 Power Platform forespørsler/per bruker/dag. Hvis brukeren brukte 45 000 forespørsler om dagen, multipliseres de ytterligere 5000 forespørslene med en pris på USD/forespørsel og faktureres Azure-abonnementet. Det totale beløpet vil bli summert og fakturert basert på kundens Azure-faktureringssyklus. Flere målere slås på når du slår på Forbruksbetaling i miljøet. Gå til Slik konfigurerer du forbruksbetaling.
Merk
Hvis du kobler et miljø til et Azure-abonnement, blir ikke denne måleren rapportert eller fakturert. Rapportering og fakturering vil bli aktivert innen utgangen av kalenderåret 2021.
Vanlige spørsmål om forespørselsgrenser
Du kan se disse forespørselsgrensene for vanlige spørsmål for mer informasjon om forespørselsgrenser.
Gratis plan
Hvis du logger på med e-postadresse for jobb eller skole, får du alle Power Automate-funksjonene inkludert i Office 365. Hvis du har en brukerkonto som ikke er en bedrift (for eksempel en konto som slutter på @outlook.com eller @gmail.com), kan du fortsatt bruke Power Automate med gratisplanen. Gå til Power Automate, og velg deretter Prøv gratis.
Merk
Du kan ikke dele flyter når du bruker gratisplanen.
Hvis du vil vite hvilke brukere som har gratisplanen, kan administratorer gå til O365 administrasjonsportalen, logge på, velge Fakturering>Lisenser for å se hvor mange gratis lisenser som er tilordnet kontra tilgjengelige.
Velg Tilordnede lisenser for å se hvilke brukere som har gratis lisens.
Power Apps-utviklerplan
Det finnes en gratis Power Apps-utviklerplan for å finne ut mer om Power Platform. Du har ikke lov til å bruke den i produksjon, men kan teste ting og få tilgang til alle Premium-koblinger. Du kan også bruke denne gratis utviklerplanen i en Microsoft 365-utviklerleier. Forretningsprosessflyter og RPA-flyter kan ikke opprettes i et miljø med Power Apps-utviklerplanen.
Prøveversjoner
Power Automate prøveversjoner er tilgjengelige i 90 dager. Det finnes to typer prøveversjoner tilgjengelig for Power Automate.
Administratoradministrert prøveversjon
Globale administratorer bruker administrasjonssenteret for Microsoft 365 til å starte disse prøveversjonene og tilordne dem til brukere. Disse prøveversjonene kan brukes i 30 dager. Leieradministratorer kan legge til et prøveversjonsmiljø (abonnementsbasert) i leieren, eller nye organisasjoner kan registrere seg for en ny leier og bli global administrator. For nye organisasjoner opprettes et administratoradministrert abonnement med et bestemt antall lisenser (vanligvis 25). Administratorer kontrollerer hvilke andre brukere som får tilordnet lisenser. Et administratoradministrert abonnement har en sluttdato som kan forlenges én gang (ytterligere 30 dager). Administratorer kan få Power Automate Premium, Power Automate Process eller den Power Automate-vertsbaserte RPA-prøveversjonen.
Følg disse trinnene for å komme i gang.
Under Fakturering-delen velger du Kjøp tjenester.
Søk etter Power Automate, og velg deretter en plan.
Velg detaljene for en plan, og velg deretter Start gratis prøveversjon.
Du vil se en bekreftelse som ligner på denne.
Når den gratis prøveperioden starter, går du til Fakturering>Lisenser for å se de 25 nye lisensene som er tilgjengelige for deg å tilordne til brukere.
Merk
Prøveversjoner er forskjellige fra gratis lisenser. Når du starter en prøveversjon, kan det hende at SKU-navnet ikke sier Prøveversjon.
Prøveversjon for bruker
Brukerforsøk startes av brukeren fra Power Automate. Når brukeren for eksempel prøver å opprette en skrivebordsflyt uten en Power Automate Premium-plan, blir brukeren bedt om å starte en prøveversjon som inkluderer bruk av Premium-koblinger, overvåket RPA og uovervåket RPA. Denne prøveversjonen varer i 90 dager.
VANLIGE SPØRSMÅL
Her er noen av de vanligste spørsmålene om prøveversoner.
Hvordan kan jeg opprette en administratorprøveversjon, sjekke utløp og utvide prøveversjoner?
Se etter instruksjoner i dette dokumentet:
Følg disse instruksjonene for å opprette en administratorprøveversjon, sjekke utløp og utvide prøveversjoner.
Hvordan kan administratorer tillate eller blokkere prøvelisenser?
Administratorer kan bruke PowerShell-cmdleter til å aktivere eller deaktivere prøveversjoner. Når den er deaktivert, fjernes alle eksisterende planer av den angitte typen fra alle brukere i leieren. Disse kan ikke gjenvinnes. I tillegg vil den blokkere all videre tildeling av planer av den typen. Administratorer kan aktivere prøveversjoner når som helst.
Hvordan konverterer jeg et prøveversjonsmiljø til et produksjonsmiljø?
Du kan konvertere begge typer prøvemiljøer til et produksjonsmiljø ved å bytte til forbruk fra betalt kapasitet, slik at den ikke blir deaktivert og slettet. Etter at det blir et produksjonsmiljø, følger det den betalte lisenslivssyklusen.
Fungerer prøveversjoner i GCC og offentlige skyer?
Nei. Prøveversjoner vil ikke fungere i offentlige skyer (GCC), og de kan bare kjøpe planer med volumrabatt.
Kan jeg se alle prøveversjoner ved hjelp av en PowerShell-cmdlet?
Virale prøveversjoner kan ikke blokkeres av PowerShell-cmdleten.