Power Automate Vanlige spørsmål om lisensiering

Her er noen av de vanligste spørsmålene om Power Automate frittstående lisenser.

Hvordan fungerer Power Automate lisensplaner for flytkjøringer?

Hvis en flyt er satt til Power Automate-prosessplanen, har den tilgang til Premium-koblinger, har den de høyeste grensene og bruker alltid forespørselsgrensene for prosessplanen, uavhengig av hvem som kjører flyten.

Hvis flyten er satt til Power Automate Premium-brukerplanen, får planen som hovedeier hvis flyten er en automatisert eller planlagt flyt. Hvis flyten er en øyeblikks-/knappeflyt, bruker den lisensen til brukeren som kjører flyten. Hvis en bruker har flere planer, for eksempel en Microsoft 365-plant og en Dynamics 365-plan, bruker flyten forespørselsgrensene fra begge planene.

Brukerlisensplanen for Power Automate er Power Automate Premium-planen, men brukere har en rekke andre lisensplanalternativer. Brukere med gratis plan eller en av Microsoft 365-lisensplanene har bare tilgang til standardkoblinger, men de fleste av de andre lisensplanene og prøveversjonene gir tilgang til Premium-koblinger.

Finn ut mer om lisensplaner som inkluderer Power Automate funksjoner i Typer lisenser Power Automate og Power Platform hjelpelinjen for lisensiering. Finn ut mer om grensene og ytelsesprofilen for lisensplaner i Grenser for automatiserte, planlagte og umiddelbare flyter.

Hvilke Power Automate-lisenser trenger jeg?

Microsoft anbefaler at de fleste organisasjoner kjøper Premium-lisensen Power Automate for hver bruker i organisasjonen. Kjøp Power Automate-prosesslisensen for alle forretningsprosesser eller maskiner som kjører uovervåket automatisering. Den Power Automate vertsbaserte prosessen er et supersett av prosesslisensen Power Automate , som gir samme funksjonalitet, men med tillegg av en Microsoft vertsbasert maskin som kan brukes til vertsbasert maskin eller vertsbasert maskin, noe som muliggjør RPA uten infrastruktur.

Premium-brukerplanen er beregnet på en menneskelig bruker for å støtte den brede innføringen av en automatiseringskultur i en organisasjon. Det er nødvendig for RPA-utviklere å bygge og administrere skrivebordsflyter på Power Automate-portalen.

Prosesslisensen er beregnet for kjerneprosessautomatiseringer i virksomheter som vanligvis er automatiserte backend-aktiviteter (ikke kjøres manuelt av en person). Hver organisasjon trenger for eksempel prosesser for fakturabehandling eller personalinnføring som er obligatoriske for den normale driften av virksomheten. Disse prosessene kan variere i størrelse og kompleksitet, alt fra initiativer i liten til stor skala som omfatter flere flyter som er koblet sammen med delte datakilder. En fakturabehandlingsprosess har for eksempel flere flyter som håndterer en faktura fra opprettelse til godkjenninger til betaling. Alle flytene er en del av én forretningsprosess fordi alle håndterer en faktura via flere trinn til avslutning.

Ved å skaffe en prosesslisens sikrer organisasjoner at alle flyter i forretningsprosessen er lisensiert. Dette muliggjør distribusjon og administrasjon av sammenkoblede flyter som en sammenhengende enhet, administrasjon av applivssyklus og optimalisert ytelse.

Du må ha en prosesslisens hvis flyten oppfyller et av følgende vilkår:

• Flytene bruker uovervåket RPA (robotautomatisering) til å kjøre skrivebordsflyter på maskiner uten brukersamhandling.
• Flytene kjører under Programbruker (flyteeier er tjenestekontohaver). Organisasjoner med flere miljøer (Dev/Test/Prod) bruker DevOps-kanaler til å eksportere og distribuere flyter til andre miljøer for sunn administrasjon av applivssyklus. De kjører flytene sine ved hjelp av tjenestekontohaveren for å unngå å gi tilgang til brukere i produksjonsmiljøer.
• Flytene behandler store mengder data eller må kjøres ofte, og krever dermed et stort volum av Power Platform-forespørsler.
• Premium-flyten startes av flere brukere. I dette tilfellet må alle ha en Premium-lisens, eller flyten må ha en prosesslisens. Hvis en flyt har en prosesslisens, krever den ikke at brukeren har en lisens. Det gir en organisasjon fleksibiliteten til å betale for lisenser basert på antall flyter. Større organisasjoner eller løsninger som påvirker mange personer, drar nytte av den faste månedskostnaden.
• Flyten bruker Premium-koblinger og organisasjonen har mange gjestebrukere som bruker flyten, men du ikke vet om gjestebrukernes hjemmeleier gir dem Premium-lisenser.

Merk

Prosesslisensen og lisensen for driftet prosess for Power Automate lisensierer bare flytene og/eller maskinene, ikke brukeren. Premium-brukerplanen er nødvendig for RPA-utviklere for å bygge og administrere skrivebordsflyter på Power Automate-portalen. Finn ut mer om Premium RPA-funksjonene som følger med Premium-brukerplanen i Premium RPA-funksjoner.

Hvor mange Power Automate-prosesslisenser trenger jeg?

• Prosessen har uovervåket RPA (robotautomatisering): hvor mange maskinøkter trenger du?

  Kjøp én prosesslisens for hver maskin. Du kan legge til flere prosesslisenser hvis du trenger samtidig kjøring på maskinen. Alle skrivebordsflyter (RPA) som kjører på maskinen, og skyflyter (DPA) som er en del av forretningsprosessen, dekkes av prosesslisensen.

• Prosessen trenger bare DPA (digital prosessautomatisering): hvor mange kjerneprosesser vil du automatisere?

  Kjøp én prosess for hver kjerneforretningsprosess. Her er noen eksempler på kjerneprosesser for fakturabehandling eller personalinnføring. Alle skyflyter relatert til samme forretningsprosess er inkludert i lisensen.

Hvor mange prosesslisenser trenger jeg hvis jeg har flere skyflyter, der hver enkelt aktiverer en egen RPA-flyt i uovervåket modus på en maskin?

Med én prosesslisens kan du kjøre flere skyflyter ved å legge dem i kø. Hvis du for eksempel har fire uavhengige skyflyter, og hver av dem aktiverer sin egen skrivebordsflyt som kjører på samme maskin, kan du kjøre den første klokken 09:00, den andre klokken 11:00 og så videre, på samme virtuelle maskin.

På skjermbildet nedenfor dekkes alle skyflyter av én prosesslisens fordi de har en skrivebordsflyt som kjører på samme maskin. Eventuelle underordnede flyter, flyter som er knyttet til disse skyflytene, dekkes også av prosesslisensen på maskinen.

Min DPA-prosess har flere skyflyter. Trenger jeg flere prosesslisenser?

Kjerneforretningsprosesser kan variere i størrelse og kompleksitet, alt fra initiativer i liten til stor skala som omfatter flere flyter som er koblet sammen med delte datakilder. Fakturabehandlingsprosessen har for eksempel flere flyter som håndterer en faktura fra opprettelse til godkjenninger til betaling. Alle flytene er en del av én forretningsprosess fordi alle håndterer en faktura via flere trinn til avslutning. Du trenger bare én prosesslisens for en kjerneprosess. Dette fremmer gode fremgangsmåter for mikrotjenestearkitektur der flyter kan være små med finjustert funksjonalitet som gir bedre vedlikeholdsbarhet.

Finn flyten som starter prosessen, og tilordne en prosesslisens til flyten. Underordnede flyter av flyten med prosesslisens dekkes av prosesslisensen. Disse flytene kan være i samme løsning eller i en annen løsning.

Flyter som ikke er overordnet/underordnet, kan knyttes manuelt til flyten med en prosesslisens. Disse flytene må være i samme løsning og bruke de samme datakildene.

Flytene som er organisert som underordnede flyter og tilknyttede flyter, behandles alle som én prosess med én prosesslisens tilordnet til hovedflyten, og deler grenser for Power Platform-forespørsler i prosesslisensen.

Løsningen min har flere prosesser. Trenger jeg flere prosesslisenser?

Ja. En løsning kan ha flere prosesser med en tildelt prosesslisens.

Hvem trenger å kjøpe en Premium-lisens?

Brukere som trenger å opprette automatiseringer for generelle formål (med Premium-koblingsrettigheten), for å ha full fleksibilitet (med rettigheten for egendefinerte koblinger) eller for å samhandle med programmer som simulerer en menneskelig atferd, for eksempel tastatur- eller musetaster og bevegelse (med robotautomatisering overvåket-rettigheten), bør vurdere en Power Automate Premium-lisens.

Mer presist:

• Du trenger en Premium-lisens for hver RPA-utvikler som bygger og administrerer skrivebordsflyter på Power Automate-portalen. Finn ut mer i Premium RPA-funksjoner.
• Power Automate-prosessplanen har høyest prioritet blant alle lisenser. Dette betyr at hvis en prosesslisens er tildelt til en flyt, bruker flyten alltid denne lisensen og trenger ikke en eier eller bruker som kjører for å ha en Premium-lisens.
• Automatiserte og planlagte flyter kjøres alltid i konteksten til flyteieren uavhengig av hvem som starter flyten, eller hvilke kontoer som brukes til tilkoblinger i flyten. Direkteflyter (knapp, hybridutløsere) kjører i forbindelse med brukeren som starter dem uavhengig av tilkoblingene brukt i flyten. Hvis en automatisert eller planlagt flyt bruker en Premium-kobling, trenger bare eieren å ha en Premium-lisens.
• Hvis en direkteflyt har Premium-koblinger, trenger hver bruker som kjører flyten, en Power Automate Premium-lisens. I slike tilfeller, i stedet for å lisensiere hver bruker, kan du lisensiere flyten med en prosesslisens.
• Hvis flyten ikke bruker en Premium-tilkobling, trenger du ikke en Premium-lisens. Du kan bruke en Microsoft 365-lisens.

Du kan finne ut hvilken type flyt (automatisert/manuell/planlagt) du har, ved å velge en flyt for å se dens «type» i detaljene.

• Hvis flyten er i kontekst til Power Apps eller Dynamics 365-apper og er en automatisert flyt, må flyten tilknyttes appen som er opprettet med Power Apps eller en Dynamics 365-app, og eieren må ha Power Apps Premium-lisens eller en Dynamics 365-lisens.
• Hvis flyten er i konteksten for en Power Apps eller Dynamics 365-app og er en direktemelding, trenger hver bruker som kjører flyten, en Power Apps Premium-lisens eller en Dynamics 365-lisens.
• Hvis en overordnet flyt kaller en underordnet flyt, utnytter den underordnede flyten konteksten fra den overordnede flyten. Hvis følgende vilkår for eksempel er oppfylt, bruker den lisensen til eieren av den overordnede flyten:
  • Hvis den overordnede flyten er en automatisk flyt, og
  • Den underordnede flyten bruker Premium-koblinger, og
  • Den underordnede flyten ikke har en prosesslisens. Hvis den underordnede flyten har en prosesslisens, bruker prosesslisensen og ikke lisensen for den overordnede flyten.

I overgangsperioden arves ikke den overordnet flyt-lisensen av den underordnede flyten. Den underordnede flyten bruker eierens lisens. Etter at overføringsperioden er over, brukes imidlertid bare den overordnede flytlisensen (eierens lisens / den overordnede flytens prosesslisens) med mindre den underordnede flyten har en prosesslisens.

Vi har tre miljøer (utvikling, test og produksjon) for å tilpasse oss beste praksis, og vi trenger flyter i flere miljøer. Må vi kjøpe en prosesslisens for alle miljøer?

Hver flyt finnes i et bestemt miljø. Dette betyr at hvis en flyt importeres til et annet miljø, er hver forekomst en egen flyt og trenger en separat lisens. Flyten med prosesslisensen og dens underordnede flyter, og alle flytene som er tilknyttet, behandles som én prosess, og én prosesslisens dekker bruken av dem alle i ett miljø.

Vi har tre miljøer (utvikling, test og produksjon) for å tilpasse oss beste praksis, og vi trenger flyter i flere miljøer. Må vi kjøpe en Premium-lisens for alle miljøer?

Power Automate Premium-lisensen er en brukernivålisens. Alle brukernivålisenser (Power Automate Premium, Microsoft 365, Dynamics 365) er lisenser på leiernivå. Brukeren kan bruke flyten i alle miljøer uten å måtte kjøpe en egen lisens.

Kan en Power Automate-lisens for driftet prosess brukes som en Power Automate-prosesslisens?

Ja, du kan bruke Power Automate-kapasitet for driftet prosess på to måter:

• Vertsbaserte maskiner og vertsbaserte maskingrupper.
• Som en prosesslisens som kan brukes til uovervåket robotautomatisering (uovervåket RPA) på den lokale maskinen, eller flyter som er en del av en forretningsprosess.

Kan Microsoft 365 kunder opprette løsningsavhengige flyter og underordnede flyter?

Ja. Microsoft 365 kunder kan opprette løsningsavhengige flyter hvis miljøet de oppretter den løsningsavhengige flyten i, har en Dataverse-database tilknyttet. Standardmiljøet får en Dataverse database som standard. Administratoren må knytte en Dataverse forekomst til miljøer som ikke er standard. Administratorer trenger minst 1 GB Dataverse-databasekapasitet på leiernivå for å kunne opprette et nytt miljø.

Det første abonnementet på Power Apps, Power Automate, Microsoft Copilot Studio, Dynamics 365 Sales, Customer Service og Field Service legger til en engangs standard kapasitetsgrense på 10 GB for leieren. Når du legger til abonnementer på leieren, kan det påløpe ekstra Dataverse kapasitet til leieren. Hvis en ny kunde for eksempel kjøper en Power Automate Premium-plan, får leieren 10 GB standard Dataverse-databasekapasitet. Og hvis leieren kjøper ti Power Automate Premium-lisenser, får leieren 10,5 GB (10 GB pluss 10 ganger 50 MB).

Jeg bruker flere brukertilkoblinger i premiumflyten min. Hvilken bruker trenger en Premium-lisens for å kjøre flyten?

Tilkoblinger er uavhengige av lisenskontroller. Du kan ha flere brukertilkoblinger i en flyt, men flyten kjører alltid konteksten for hovedeier / skrivebeskyttet bruker / prosesslisens.

Eieren av en flyt har forlatt organisasjonen. Hvordan kan vi sikre at den fungerer uten avbrudd?

Hvis flyten er en løsningsavhengig flyt, kan du endre eieren i Power Automate-portalen eller bruke nett-API-en for Power Automate for å sikre at flyten fungerer uten avbrudd. Hvis flyten er en ikke-løsningsavhengig flyt, kan alle medeiere legge den til i en løsning og deretter endre eieren. Hvis ikke tildeler du en Power Automate-prosesslisens til flyten for å sikre at den fortsatt kjører. Eventuelle medeiere av flyten kan alternativt eksportere og importere flyten. Når flyten importeres, blir den en ny flyt, og medeieren blir nå eieren av denne nye flyten. Flyten bruker lisensen til den nye eieren.

Flyten vil bli nedgradert til lavere ytelse, og alle flyteiere vil bli varslet og flyten vil bli slått av om 14 dager hvis ingen handling utføres.

Eieren av flyten har ikke lenger en Premium-lisens, men flyten er en Premium-flyt. Hva skjer?

Flyten vil bli nedgradert til lavere ytelse, og alle flyteiere vil bli varslet og flyten vil bli slått av om 14 dager hvis ingen handling utføres.

Trenger gjestebrukere (ikke fra leieren) en lisens til å bruke Power Automate?

Ja. Gjestebrukeren må ha en Power Automate-lisens tilordnet via én av følgende leiere:

• Leieren som drifter flyten. Du kan tilordne dem administratorprøveversjoner for midlertidig tilgang eller frittstående lisenser.

• Hjemmeleieren for gjestebrukeren.

Hvis en gjestebruker for eksempel har en Power Automate Premium-lisens tildelt i hjemmeleieren, kan vedkommende bruke Premium-funksjoner i gjesteleieren som drifter flyten.

Power Automate – inkludert med Office, Power Automate Premium, Power Apps Premium og Dynamics 365 per bruker-planer – har følgende kjennetegn:

• I den offentlige Azure-skyen gjenkjennes disse planene på tvers av leiere i gjestescenarioer, fordi de ikke er bundet til et bestemt miljø.

• I nasjonale Azure-skyer gjenkjennes disse planene på tvers av leiere i gjestescenarioer. Mer informasjon: Nasjonale skyer, Azure-områder

• Lisenser gjenkjennes ikke på tvers av leiere i ulike Azure-skyer.

Hvilke Power Automate funksjoner er inkludert i Windows-lisenser?

Windows 11-brukere kan prøve skrivebordsflyter i overvåket RPA for personlig produktivitet i standardmiljøet. De kan ikke dele skrivebordsflytene eller opprette skrivebordsflyter i et annet miljø enn standardmiljøet. Windows-brukere har ikke tilgang til skyflyter. For å få full skyflyt og RPA-funksjoner kan du kjøpe Power Automate Premium-planen.

Windows 11-brukere kan søke etter "Power Automate" i Windows-søkefeltet. Power Automate-appen for skrivebordet lastes ned automatisk og starter deretter første gang du velger ikonet.

Kan Windows 10 og Windows Server 2016-brukere bruke Power Automate for skrivebord?

Ja, de kan bruke Power Automate for skrivebord (de har bruksrettigheter for det), men de må laste det ned fra nedlastingssenteret.

Eldre lisensspørsmål

Fra og med 1. august 2023 fjernes Power Automate per flyt ($ 100 per flyt/måned, med minimum kjøp av fem lisenser) og Power Automate uovervåket RPA-tillegget ($ 150 per robot/måned og nødvendige lisenskrav) fra prissiden. De fjernes fra prislisten 1. februar 2024. Power Automate-prosess, en total lisens som er enklere å administrere, lisenser én enkelt automatiseringsrobot som kan brukes til uovervåket robotautomatisering (uovervåket RPA) eller skyflyter ved hjelp av digital prosessautomatisering (DPA), og som du kan få tilgang til ved hjelp av ubegrensede brukere i organisasjonen. Power Automate-prosessen er priset til $ 150 per robot/måned.

Slik skiller prosesslisensen seg fra per flyt-lisens

For uovervåket RPA må tidligere kunder kjøpe en per flyt-lisens for skyflyten og et uovervåket RPA-tillegg. Nå kan de kjøpe en prosesslisens for hver RPA-økt på en maskin. Alle skyflyter som starter skrivebordsflyter på maskinen, er inkludert som en del av prosesslisensen.

Når det gjelder skyflyter, berettiger én per flyt-lisens flyten med lisensen og dens underordnede flyter. Én prosesslisens berettiger flyten med lisensen, dens underordnede flyter og enhver tilknyttet flyt. Per flyt hadde minst fem pakker som kunne kjøpes for å komme i gang. Det er ikke nødvendig med minimumskrav for kjøpsantall for prosesslisensen.

Hvordan er Power Automate Premium-lisensen forskjellig fra Power Automate per bruker med overvåket RPA-lisensen?

Power Automate Premium-tilbudet omfatter alle fordelene for Power Automate per bruker med overvåket RPA-tilbudet som tilbys til USD 40 per bruker/måned, i tillegg til at visualiserings- og analyseprosessene for prosessutvinning, og tilbys til USD 15 per bruker/måned.

Power Platform Forespørsler om spørsmål

Her er noen av de vanlige spørsmålene om PPR-grenser og svarene deres.

Hva teller som Power Platform forespørsel?

Basert på lisens Der er grenser for antall handlinger en skyflyt kan kjøre i løpet av dagen. Disse grensene er forskjellige fra grensene for koblingsbegrensning. Du kan se hvor mange handlinger flyten kjører, ved å velge Analyse fra detaljsiden for skyflyt og se på Handlinger-fanen .

Selv når flyten bruker få Power Platform forespørsler, kan du fortsatt nå grensene dine hvis flyten kjører oftere enn forventet. 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 innsikter for å beregne forespørselsbruken for en flyt:

1. En enkel flyt med én utløser og én handling resulterer i to «handlinger» hver gang flyten kjøres, og bruker to forespørsler.
2. 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. For eksempel en flyt som kobler til SharePoint eller Exchange, Twitter, Dataverse og alle disse handlingene telles mot Power Platform forespørselsgrensene.
3. Både vellykkede og mislykkede handlinger teller i forhold til disse grensene. Handlinger som hoppes over, telles ikke mot disse grensene.
4. 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.
5. En handling kan ha flere uttrykk, men den telles som én API-forespørsel.
6. Nye forsøk og ekstra forespørsler fra paginering teller også som handlingskjøringer.

Vurder følgende skyflyt 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 skyflyten?

• Hvis en skyflyt har en prosess-/per-flyt-lisens, bruker flyten lisensgrensen for prosess/per flyt og ikke grensen for oppretteren/eieren/den påkallende brukeren.

• Automatiserte og planlagte skyflyter bruker alltid forespørselsgrensene for flytoppretteren/-eieren Power Platform , uavhengig av hvem som startet flyten, eller hvilke kontoer som brukes til tilkoblinger i flyten. 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ørselsgrense. For en flyt som ikke er løsning, bruker flyten alltid den opprinnelige oppretterens grense, 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 grense fra den nye eieren. Du kan også tilordne en prosess-/per-flyt-lisens til flyten.

• Umiddelbare skyflyter (knapp, Power Apps hybridutløsere) bruk grensen for den påkallende brukeren.

• Hvis flyteieren er en tjenestekontohaver, bruker flyten grensen for ikke-lisensierte brukere.

• Hvis du deler en automatisert/planlagt flyt med en annen bruker, og denne brukeren deretter utløser den samme flyten, bruker den grensen for den opprinnelige eieren og ikke grensen for den nye brukeren. Men hvis brukeren deretter bruker flyten til å lage sin egen nye flyt, blir den nye brukeren eier av den nye flyten, og denne flyten bruker den nye brukerens grense.

• Hvis en overordnet flyt kaller en underordnet flyt, bruker den underordnet flyt grensen for den overordnet flyt. Hvis for eksempel den overordnede flyten er en automatisert flyt, bruker den underordnet flyt grensen for oppretter/eier av overordnet flyt.

• Hvis den overordnede flyten er en manuell flyt, bruker den underordnede flyten grensen for den overordnet flyt som kaller brukeren.

• Hvis den underordnet flyten har en prosess-/per-flyt-lisens, bruker den prosess-/per-flyt-grensen og ikke grensen for den overordnet flyt.

• Hvis en flyt har en prosesslisens, deler flyten, alle underordnede flyter (unntatt de som har sin egen prosesslisens) i flyten og eventuelle tilknyttede flyter i flyten grensen for prosesslisens.

Hvilke verktøy har jeg for å analysere bruken min som produsent?

Hvis du opplever forsinkelser eller forsinkelser når flyten din kjører, er det sannsynlig at du har overskredet PPR-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 overskred handlingsgrensene:

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 for kapasitet:

Hvilke verktøy har jeg for å analysere miljøbruken min som administrator?

Power Platform-administrasjonssenteret inneholder rapporter om Power Automate-forespørsler. Disse rapportene hjelper deg med å raskt vise innførings- og brukermåledata for organisasjonen. De er for øyeblikket i offentlig forhåndsversjon. To rapporter er tilgjengelige:

• Brukerrapport – Denne rapporten viser forespørselsbruken Power Platform av hver bruker i miljøet, sammenlignet med den tilordnede grensen.
• Per flyt-rapport – Denne rapporten viser forespørselsbruken Power Platform av hver flyt i miljøet som har en per flyt-lisens.
• Rapport for ikke-lisensiert bruker – Denne rapporten viser forespørselsbruken Power Platform for ikke-lisensierte brukere og den totale rettigheten for ikke-lisensierte brukere for denne leieren. I fremtiden vil forespørsler om bruk av flyter som kjører under tjenestekontohaver, Power Platform vises i denne rapporten.

Etter at rapportene er generelt tilgjengelige, vil brukerne ha tid til å reagere og kjøpe høyere PPR-lisenser før håndhevelsen begynner.

Hva skjer når flyten min kjører for mange handlinger?

Når du har en skyflyt som kjører for mange handlinger, påvirker det ytelsen til flyten. Du ser 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 med 500 handlinger, påvirker ikke dette ytelsen til flyten din, men å overskride grensen med 50 000 handlinger har en betydelig ytelsespåvirkning på flyten, 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 overskred 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 PPR-lisens. Prosesslisensen gir den beste ytelseskvoten som er tilgjengelig (250k handlinger / 24 timer).

• Slå på Forbruksbetaling for miljøet for å sikre at ingen av flytene i miljøet er begrenset.

• Kjøp Power Apps- og Power Automate-kapasitetstillegget for organisasjonen. I løpet av overgangsperioden, fordi håndhevelsen er mindre streng, Der ikke er noen mulighet for å tilordne Power Apps tillegget Power Automate og kapasitet til en bruker eller flyt. Vi anbefaler imidlertid Microsoft 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 lettelsen er ikke tilgjengelig for flyter som allerede har en prosess- eller per flyt-lisens tilordnet.

Hvis en flyt konsekvent er over grensene for overgangsperioden i 14 påfølgende dager, Power Automate suspenderes flyten og sender et varsel til eieren. Du kan kjøpe en høyere PPR-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 PPR-grensen. 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. Skyflyter som er inkludert i CoE-startpakken , bruker også grenser fra eieren. Microsoft anbefaler at du kjøper mer kapasitet og kontakter brukerstøtte for å få midlertidig avlastning fra struping.

Kan jeg bruke tjenestekontohaver i flyter, og teller det mot forespørselsgrensene mine?

Ja, flyter der eieren er en tjenestekontohaver, 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 / Power Apps-aktiverte flyter) bruker Bare kjør-brukerens forespørselsgrenser selv når eieren av flyten er en tjenestekontohaver. Kjør bare brukere må ha en Power Automate Premium-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 kontekst for Dynamics 365 programmer ) som eroppført i tabellen , får 500 000 basisforespørsler + 5 000 forespørsler påløpt per brukerlisens opp til 10,000,000 maksimalt samlet på leiernivå. Hvis en leier har 1000 Dynamics 365-lisenser, har denne leieren en gruppe med 5 500 000 forespørsler tilgjengelige for alle Power Platform-ressurser, for eksempel tjenestekontohaverflyter og Dataverse-forespørsler, per 24 timer. Hvis en leier har 2500 Dynamics 365-lisenser, har denne leieren en gruppe med 10 000 000 forespørsler tilgjengelige for alle Power Platform-ressurser, for eksempel tjenestekontohaverflyter og Dataverse-forespørsler, per 24 timer.

• Premium-tjenestekontohaverflyter som er utenfor Dynamics 365-appkonteksten, trenger en prosess-/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 mer Power Platform-forespørselskapasitet.

Finn ut mer i Knytte 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 skyflyten bruker?

Basert på eierens lisens får en flyt en ytelsesprofil som i sin tur bestemmer Power Platform-forespørselsgrensene for flyten. Hvis Der er tildelt flere lisenser til eieren, Power Automate velger den høyeste planen fra listen:

Ytelsesprofil	Lisens	Grenser i overgangsperioden	Grenser etter overgangsperioden
Lav	- Power Automate Gratis - Microsoft 365 lisenser - Power Apps Plan 1 (eldre) - Power Apps Per app-lisenser - Power Automate Plan 1 (eldre) - Alle prøvelisenser - Dynamics 365 Team Member-lisens	10,000	6000
Middels	- Power Apps utløste flyter - Power Apps Plan 2 (eldre) -Premium-lisens Power Apps - Power Automate Plan 2 (eldre) - Power Automate per bruker (eldre) -Premium-lisens Power Automate - Dynamics 365 Enterprise-lisenser - Dynamics 365 Professional-lisenser	100,000	40 000
Høy	- Power Automate Behandle lisens - Power Automate Lisens for vertsbasert prosess - Power Automate per flyt-plan (eldre)	500,000	250,000
Ubegrenset	- Forbruksbetalt miljø	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 grupperes ikke på miljø- eller leiernivå. Dette sikrer at en storbruker ikke bruker alle Power Platform-forespørslene fra leieren 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 praksis rundt PPR

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 prosesslisens for å få bedre gjennomstrømming og høyere kvoter. Prosesslisensen gir den beste ytelseskvoten som er tilgjengelig (250k 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 oppdateres skyflyter i bakgrunnen én 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. Finn ut mer om Power Platform forespørselsgrenser i Forespørsler, 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 kan fortsatt lisensieres med en basislisens (enten Power Automate Premium, Power Automate Prosess Office 365 Power Apps eller Dynamics). Hvis du for eksempel har Power Automate Premium-lisens, har du en grense på 40 000 Power Platform forespørsler per bruker per dag. Hvis brukeren brukte 45 000 forespørsler om dagen, multipliseres de ekstra 5000 forespørslene med en pris på USD/forespørsel og faktureres Azure-abonnementet. Det totale beløpet summeres og faktureres basert på kundens Azure-faktureringssyklus. Flere målere slås på når du aktiverer forbruksbetaling i miljøet. Finn ut mer i Slik konfigurerer du forbruksbetaling.

Skjema for hvordan overforbruk av PPR-forespørsler faktureres i et forbruksbasert miljø:

Generelle vanlige spørsmål om forespørselsgrenser

Du kan se disse forespørselsgrensene for vanlige spørsmål for mer informasjon om forespørselsgrenser.

Office 365-lisensspørsmål

Her er noen av de vanligste spørsmålene om bruk av Power Automate med en Office 365-lisens.

Hvilke Power Automate funksjoner er inkludert i Office 365 lisenser?

Begrensede Power Automate bruksrettigheter er inkludert i utvalgte Office 365 lisenser for å tillate brukere å tilpasse og utvide Office 365 for personlige produktivitetsscenarier. For bedriftsscenarioer anbefaler Office Premium-lisensen.

Office 365-lisenser inkluderer følgende Power Automate funksjoner:

• Opprett og kjør automatiserte flyter, planlagte flyter og knappeflyter.
• Tilgang til standardkoblinger.
• 6 000 Power Platform forespørsler per dag. 10 000 forespørsler/dag i overgangsperioden.

Følgende Power Automate-funksjoner er ikke inkludert:

• Tilgang til Premium-koblinger (unntatt i Dataverse for Teams miljøer). Finn ut mer om Dataverse for Teams-funksjoner.
• Prosessflyter
• Egendefinerte koblinger
• Lokale gatewayer
• Robotautomatisering
• AI Builder-kapasitet

Følgende Office 365-lisenser omfatter Power Automate-funksjoner:

• 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 for lærere
• Office 365 A1 for studenter
• Office 365 A1 Plus for lærere
• Office 365 A1 Plus for studenter
• Office 365 A3 for lærere
• Office 365 A3 for studenter
• Office 365 A3 for Student Use Benefit
• Office 365 A5 for lærere
• Office 365 A5 for studenter
• Office 365 A5 for Student Use Benefit

Spørsmål om Dynamics 365-lisenser

Følgende spørsmål er relatert til Dynamics 365-lisensiering og Power Automate bruksrettigheter.

Hvilke Power Automate-funksjoner er inkludert i Dynamics 365-lisenser?

Dynamics 365-lisenser omfatter følgende Power Automate-funksjoner:

• Opprett og kjør automatiserte flyter, planlagte flyter og knappeflyter.
• Tilgang til standardkoblinger.
• Tilgang til Premium-koblinger i appkontekst.
• Forretningsprosessflyter i appkontekst.
• Egendefinerte koblinger i appkontekst.
• Lokale gatewayer i appkontekst.
• Power Platform forespørselsgrenser : Dynamics 365 Team-medlem får 6 000 forespørsler per dag (25 000 forespørsler per dag i overgangsperioden), Dynamics 365 Professional får 40 000 forespørsler per dag (100 000 forespørsler per dag i overgangsperioden), og Dynamics 365 Enterprise får 40 000 forespørsler per dag (100 000 forespørsler per dag i overgangsperioden).

Følgende Power Automate-funksjoner er ikke inkludert i Dynamics 365-lisenser:

• Robotautomatisering
• AI Builder-kapasitet

Når du bruker en Dynamics 365-lisens med Power Automate, må flytene kjøre innenfor konteksten til Dynamics 365-programmet. Dette henviser til bruk av de samme datakildene for utløsere eller handlinger som Dynamics 365-programmet. Hvis flyten bruker frittstående Power Automate-handlinger som ikke er relatert til Dynamics 365-programmene, må du kjøpe frittstående Power Automate-lisenser.

Eksempel på Dynamics 365-lisens ved hjelp av Power Automate i en Dynamics 365-programkontekst

Organisasjonen din har koblet Azure DevOps til Dynamics 365 CRM for å eskalere støttesaker og opprette arbeidselementer for å få problemer løst raskere. Som en del av Dynamics 365-lisensen inkluderes Power Automate-rettigheter for flyter i følgende scenarioer:

• Lese fra eller skrive til Azure DevOps.
• Bruk en innebygd Dataverse-utløser eller -handling.

Eksempel på Dynamics 365-lisens ved hjelp av Power Automate utenfor en Dynamics 365-programkontekst

Den samme brukeren (i forrige Dynamics 365-eksempel) vil nå også bruke en flyt som oppdaterer en Oracle-database. Denne flyten har følgende egenskaper:

• Den er ikke relatert til Dynamics 365-appen.
• Den samhandler ikke på noen måte med Dynamics 365-appen (eller datakildene).

I dette scenariet krever brukeren en frittstående Power Automate lisens.

Følgende Dynamics 365-lisenser omfatter Power Automate-funksjoner:

• 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-teammedlemmer
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Commerce
• Dynamics 365 Human Resources
• Dynamics 365 Operations – aktivitet
• Dynamics 365 Business Central
• Dynamics 365 Business Central Teammedlemmer

Power Apps-lisensspørsmål

Følgende spørsmål er relatert til Power Apps-lisensiering og Power Automate-bruksrettigheter.

Hvilke Power Automate funksjoner er inkludert i Power Apps lisenser?

Et begrenset sett med Power Automate-funksjoner er inkludert som en del av en Power Apps-lisens. Power Apps-lisenser omfatter følgende Power Automate funksjoner:

• Opprett og kjør automatiserte flyter, planlagte flyter og knappeflyter.
• Tilgang til standardkoblinger.
• Tilgang til Premium-koblinger i appkontekst.
• Forretningsprosessflyter i appkontekst.
• Egendefinerte koblinger i appkontekst.
• Lokale gatewayer i appkontekst.
• Power Platform forespørselsgrenser: Power Apps Premium får 40 000 forespørsler/dag (100 000 forespørsler/dag i overgangsperioden) og Power Apps per app får 6 000 forespørsler/dag (10 000 forespørsler/dag i overgangsperioden).
• Power Apps Premium får 250 MB Dataverse-databasekapasitet og 2 GB Dataverse-filkapasitet. Power Apps per app får 50 MB Dataverse-databasekapasitet og 400 MB Dataverse-filkapasitet. Flyter som startes av appen opprettet med Power Apps som håndterer komplekse objekter, vil bruke denne lagringsgrensen. Hvis for eksempel en flyt analyserer et 100-siders dokument og oppdaterer det, vil lagringsplassen det trenger for å beholde dokumentet i kjøreloggen for fremtidig feilsøking, bruke denne grensen.

Følgende Power Automate-funksjoner er ikke inkludert i Power Apps-lisenser:

• Robotautomatisering
• AI Builder-kapasitet

Eksempel på Power Automate bruk i en app opprettet med Power Apps-kontekst

En bruker med en frittstående Power Apps lisens kjører en app som bruker en SQL-database som datakilde. Appen opprettet med Power Apps inneholder også flyter som gjør følgende:

• Lese fra eller skrive til en SQL-database.
• Bruk en innebygd Power Apps-utløser eller -handling, for eksempel til å sende et push-varsel til appen opprettet med Power Apps.

Eksempel på Power Automate bruk utenfor en app opprettet med Power Apps-kontekst

Den samme brukeren (i eksemplet ovenfor) vil nå også bruke en flyt som oppdaterer en Oracle-database og også har følgende egenskaper:

• Den er ikke relatert til appen opprettet med Power Apps.

• Den samhandler ikke på noen måte med appen opprettet med Power Apps (eller datakildene).

I dette eksemplet brukes flyten opprettet ved å bruke Power Automate utenfor konteksten til Power Apps, slik at brukeren trenger en frittstående Power Automate lisens.

Det andre eksemplet på Power Automate-bruk utenfor en app opprettet ved hjelp av Power Apps-kontekst

Et miljø har flere apper. Det finnes flyter for databehandling som ikke direkte støtter appen, men som sikrer datakvaliteten. Brukeren må ha en frittstående Power Automate-lisens.

AI Builder-lisensspørsmål

Finn global AI Builder-lisensinformasjon i følgende artikler:

• AI Builder Sammendrag av lisensiering
• AI Builder Vanlige spørsmål om lisensiering.

Hvordan er lisensierte AI Builder-handlinger innenfor en Power Automate-flyt?

For å kunne legge til og kjøre AI Builder-handlinger innenfor en flyt må du ha spesifikk AI Builder-lisensiering: AI Builder-handlinger bruker AI Builder-kreditter, som du kan skaffe deg innenfor Power Automate Premium-lisenser, innenfor andre Power Platform Premium-lisenser eller hovedsakelig innenfor AI Builder-kapasitetstillegg.

Kreditter må være tilgjengelig i miljøet til flyten.

Du kan også bruke prøveversjonen av AI Builder.

Hvor mange kreditter er inkludert i Power Automate Premium-lisenser?

Finn ut mer om seedede studiepoeng i Få rettigheter til AI Builder studiepoeng.

Håndhevelse

Hvorfor er flyten min deaktivert?

Finn ut mer i Når Premium-flyter er deaktivert på grunn av lisensproblemer.

Denne koblingen inneholder også informasjon om typene håndhevelser, og hvordan du identifiserer flyter som trenger Premium-lisenser, for å unngå avbrudd på grunn av håndhevelse.

Jeg har mange miljøer. Hvordan får jeg flyter som krever min oppmerksomhet, på tvers av leieren?

Hvis antall miljøer i leieren er færre enn 500, bruker du skriptet nedenfor til å hente alle flytene som trenger lisenser, på tvers av leieren:

$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
}

Skriv alle flyter til en CSV-fil

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

Write-Host "All flows at risk of suspension written to flows.csv"

Hvis det er flere enn 500 miljøer i leieren, kan du opprette en støtteforespørsel, slik at kundestøtteteamet kan kjøre rapporten for deg.

Jeg tilordnet en lisens, men jeg ser fortsatt flyten i flyter som krever min oppmerksomhet, i PowerShell. Hvorfor?

Når en lisens er tildelt / flyten er knyttet til en app, redigerer og lagrer du flyten. Det kan ta opptil 24 timer før PowerShell oppdaterer og fjerner flyten fra PowerShell-svaret.

Jeg tilordnet en lisens, men jeg ser fortsatt bannerne om at flytene mine krever min oppmerksomhet, i Power Automate-portalen. Hvorfor?

Etter at en lisens er tilordnet og/eller flyten er knyttet til en app, kan det ta opptil sju (7) dager før Premium-lisensen vises i Power Automate-portalen. Hvis du vil oppdatere den nyeste lisensstatusen, redigerer og lagrer du en flyt.

Hvordan kan jeg enkelt finne ut om flyten min er i kontekst med en Power Apps- / Dynamics 365-app?

Er flyten opprettet for å støtte Power Apps- / Dynamics 365-appen? Kan flyten slettes hvis de tilsvarende appene slettes? Snakker flyten til de samme datakildene som appen? I så fall er flyten i kontekst.

Hvordan kan jeg tilknytte i kontekst-flyter til Power Apps/Dynamics 365-apper?

Flyter som er opprettet for å støtte apper som er bygd med Power Apps/Dynamics 365, må kjøre i konteksten for appen. Dette betyr at flyten må bruke de samme datakildene for utløsere eller handlinger som appen. Hvis automatiserte eller planlagte skyflyter opprettes for å støtte appen og er i kontekst av en app, kobler du flyten til appene ved hjelp av et PowerShell-skript. Når flyten er koblet, opprettes det en avhengighet mellom appen og flyten, og de kan administreres sammen. Hvis den koblede appen slettes eller ikke brukes, deaktiveres flyten.

Utviklere kan også knytte flytene til apper fra Power Automate-portalen. Finn ut mer i Knytte flyter til apper.

Power Automate-funksjoner som er inkludert med per app-planer

En Power Apps per app-plan gir brukere muligheten til å kjøre Power Automate-flyter som bruker Premium-funksjoner. Flytene må utløses av Power Apps eller knyttes til en app via PowerShell eller Power Automate-portalen.

Finn ut mer i Knytt kontekstflyter til en app.

Multipleksing

Multipleksing refererer til bruk av maskinvare eller programvare som en kunde bruker til å samle tilkoblinger, omrute informasjon eller redusere antall brukere som har direkte tilgang til eller bruker Power Apps, Power Automate og Microsoft Copilot Studio.

Anbefales det å bruke multipleksing for å redusere antall lisenser?

Å bruke multipleksing som en mekanisme for å redusere antall lisenser som skal kjøpes er et lisensbrudd. Finn ut mer i multipleksingsveiledningen fra Krav til klienttilgangslisens (CAL).

Her er noen eksempler på hva multipleksing er eller ikke er:

1. Hvis Premium-flyten bare flytter data fra Dataverse til en delt plassering eller sender en e-post til kolleger, faller den ikke under multipleksing fordi brukerne bruker dataene i stedet for å utløse flyten.

2. Hvis en Premium-flyt utløses når et nytt element legges til i en SharePoint-liste, lagrer detaljene i Dataverse og deretter sender en e-postmelding til eieren av flyten, kan flere personer laste opp elementer til listen, men e-postmeldingen sendes bare til eieren. I dette tilfellet trenger bare eieren en lisens fordi eieren er den eneste som drar nytte fra flyten.

3. Hvis flyten nevnt under nummer to sender en e-postmelding til brukeren som lastet opp elementet, må både eieren og brukeren ha en Premium-lisens. I dette tilfellet utløser brukeren flyten indirekte (ved å laste opp et element til SharePoint) og får verdi fra flyten i form av en e-postmelding. Hvis ikke alle brukere lisensieres, faller det under multipleksing.

Jeg har flere flyter som kjører på en delt tjenestekonto. Hvilke lisenser trenger jeg?

• Tjenestekonto: Microsoft Entra brukerkonto som brukes som tjenestekonto. Tjenestekontoer er en spesiell type konto som er ment å representere en ikke-menneskelig enhet, for eksempel et program, en API eller en annen tjeneste. Brukerkontoer, som brukes som en tjenestekonto ved å dele legitimasjon med andre brukere, utgjør en sikkerhetsrisiko og vanskelig å spore hvem som har gjort endringer i en flyt hvis flere personer har tilgang til tjenestekontoen. Det er også en utfordring å administrere passordene. Når du oppretter tjenestekontoer, gir du bare tillatelsene som kreves for oppgaven. Evaluer eksisterende tjenestekontoer for å se om du kan redusere rettighetene. Begrens antall personer som har tilgang til tjenestekontoen, for å minimere sikkerhetsrisikoene. Du kan også opprette ulike kontoer for ulike scenarioer for å minimere eksponeringen. Tjenestekontoer anbefales ikke en god fremgangsmåte. I noen scenarioer brukes tjenestekontoer til å fjerne avhengigheten fra flyten til den opprinnelige eieren. I slike tilfeller kan du bruke tjenestekontohaver til å løse sikkerhetsrisikoer.

• Tjenestekontohaver: Microsoft Entra tjenestekontohaver fungerer som identiteten til programforekomsten. Tjenestekontohavere angir hvem som har tilgang til programmet, og hvilke ressurser programmet har tilgang til. En tjenestekontohaver opprettes i hver leier der programmet brukes, og refererer til det globalt unike programobjektet.

• Ikke-interaktive brukere: Dataverse støtter ikke-interaktive brukere for aktiviteter som bakgrunnsprosesser som migrerer data mellom databaser. Disse krever ikke at en bruker samhandler med tjenesten. Det er en maksimumsgrense på sju (7) ikke-interaktive brukere per leier. Ikke-interaktive brukere støttes foreløpig ikke av Power Automate.

• Menneskelige brukere: Dette er de menneskelige synkroniserte brukerne fra Microsoft Entra ID.

Denne veiledningen gjelder for flyter som kjører under en tjenestekonto som eieren av flyten.

Slik unngår du multipleksing hvis du vil kjøre flyten under en tjenestekonto:

• Hvis flyten bare bruker standardkoblinger og ingen premiumfunksjoner, kan alle brukere som har legitimasjonen til tjenestekontoen, ha en Microsoft/Office 365 lisens, Power Automate gratis eller en hvilken som helst Power Automate Premium-lisens.

• Hvis flyten bruker Premium-funksjoner (Premium-koblinger, robotautomatisering, egendefinerte koblinger, lokal gateway, forretningsprosessflyter):

  • Tjenestekontoen brukes av et begrenset antall brukere. I dette tilfellet er lisensiering av alle brukerne og tjenestekontoen tilstrekkelig.
  • Tjenestekontoen brukes av mange brukere. I dette tilfellet anbefales det at du tilordner en prosesslisens til flyten for å sikre at eventuelle nye brukere som legger til på kontoen, samsvarer automatisk med forskriftene.

• Hvis flyten er en manuell eller apputløst flyt / Dataverse-flyt av typen Kjør som bruker, må alle brukere som kjører flyten, ha en Premium-lisens, ellers må flyten ha en prosesslisens. Se disse vanlige spørsmålene om hvem som må kjøpe en Premium-lisens.

• Premium-flyten er i kontekst (flyten deler datakildene for appen) av en app opprettet med Power Apps / Dynamics 365-app:

  • Alle brukere som har legitimasjon for tjenestekontoen og tjenestekontoen, må ha en lisens for Power Apps / Dynamics 365.
  • Hvis de ikke har en lisens for Power Apps / Dynamics 365, må alle brukerne og tjenestekontoen ha Power Automate-brukerlisenser.
  • Flyten kan alternativt lisensieres med en prosesslisens, og da trenger ingen av brukerne/tjenestekontoen en lisens.

• Flere brukere som deler legitimasjon for en tjenestekonto og bruker Premium-flyter med én Power Automate Premium-lisens tildelt til tjenestekontoen, betraktes som multipleksing, og flyten samsvarer ikke med forskriftene.

Obs!

Veiledningen gjelder bare for tjenestekontoer som brukes som flyteiere eller Bare kjør-brukere. Flyter som bruker tjenestekontoer som tilkoblinger eller medeiere, påvirkes ikke av denne veiledningen. Vi anbefaler at du kjører flytene med tjenestekontohaveren som eier i stedet for tjenestekontoen for å unngå sikkerhetsrisikoer.

Dette er bare veiledende og ikke streng håndhevelse. Administratorer er ansvarlige for å lisensiere alle flytene riktig for å samsvare med forskriftene.

Det finnes en Premium-flyt som sender godkjenningsforespørsler til et sett med brukere, og som deretter venter på at brukerne skal godkjenne eller avvise forespørselen før den fortsetter å kjøre. Trenger godkjennerne en Premium-lisens?

Brukere som svarer på godkjenningsforespørsler, trenger ikke en Premium-lisens.

Automatisert flyt – Brukeren bygger en flyt som utløses når et element legges til i en liste som er opprettet ved hjelp av Microsoft lister og oppdaterer en SQL-database (Premium). Flere personer kan legge til elementer i listen som er opprettet ved hjelp av Microsoft lister. Trenger brukere en Premium-lisens?

Flyten kjører i sammenheng med eierlisensen for automatiserte eller planlagte flyter og den påkallende brukerens lisens for direkte, Power Apps eller Dataverse-utløste flyter. Personen som la til elementet i listen som ble opprettet ved hjelp av Microsoft Lister, trenger derfor ikke en Premium-lisens.

Vi har en direkteflyt med Bare kjør-brukere, og den bruker Premium-koblinger. Produsenten deler denne flyten med teamet sitt og lar dem kjøre den flyten. Trenger alle en Premium-lisens?

Alle som aktiverer flyten, må ha en Premium-lisens fordi det er en direkteflyt.

Jeg har en underordnet flyt som har Premium-koblinger og aktiveres av flere overordnede flyter som ikke har Premium-koblinger. Må alle overordnede flyter være lisensiert, eller er lisensiering av den underordnede flyten nok?

Du kan enten lisensiere den overordnede flyten eller lisensiere den underordnede flyten med en prosesslisens. Hvis den overordnede flyten imidlertid også har en Premium-kobling, må eieren av den overordnede flyten ha en Premium-lisens eller den overordnede flyten må ha prosesslisensen.

Flyten min bruker tilkoblinger fra flere brukere. Må jeg lisensiere dem alle?

Hvem som trenger en lisens, er uavhengig av hvilke brukeres tilkoblinger som brukes i flyten. Automatiserte eller planlagte flyter kjører alltid under eierens lisens, og manuelle flyter eller apper kjører alltid under brukeren som utløser flyten.