Ofte stillede spørgsmål om Power Automate-licenser

Her er nogle ofte stillede spørgsmål om separate Power Automate-licenser.

Hvordan fungerer Power Automate-licensplaner for kørsel af flow?

Hvis et cloudflow har fået tildelt en proceslicens, kan det få adgang til Premium-connectors, have de højeste handlingsgrænser og altid bruge proceslicensgrænserne, uanset hvem der kører flowet.

Hvis et flow kører under en brugerlicens, afhænger handlingsgrænsen af licenskonteksten. Automatiserede og planlagte processer bruger procesejerens licenskontekst. Øjeblikkelige flow (knap, Power Apps) bruger den aktiverende brugers licenskontekst. Handlingsgrænser anvendes pr. kontekst – hvis en bruger har flere licenser, får hvert flow grænsen for den kontekst, det kører i, og ikke en samlet total. Få mere at vide i Hvad sker der med mine handlingsgrænser, hvis jeg har flere planer?

Brugerlicensplanen for Power Automate er Power Automate Premium-planen, men brugere har en række andre licensplaner. Brugere med den gratis plan eller en af Microsoft 365-licensplanerne kan kun få adgang til standardforbindelser, men de fleste af de andre licensplaner og prøver giver adgang til premium-connectorer.

Få mere at vide om licensplaner, der indeholder Power Automate-funktioner, i Typer af Power Automate licenser og Licensvejledning til Power Platform. Få mere at vide om grænserne og ydeevneprofilen for licensplaner i Grænser for automatiserede, planlagte og øjeblikkelige flows.

Hvilke Power Automate-licenser skal jeg have?

Microsoft anbefaler, at de fleste organisationer køber Power Automate Premium-licensen for alle brugere i organisationen. Køb Power Automate Process-licens til alle forretningsprocesser eller maskiner, der kører uovervåget automatisering. Power Automate Hosted Process, er et supersæt af Power Automate Process-licensen, der giver samme funktionalitet, men med tilføjelse af en kapacitet til Microsoft-hostet maskine, der kan bruges til hostet maskine eller hostet maskingruppe, som aktiverer RPA uden infrastruktur.

Premium-brugerplan er beregnet til personlig automatisering for at understøtte en bred indføring i automatiseringskulturen i en organisation. Det kræves, så RPA-udviklere kan opbygge og administrere skrivebordsflows på Power Automate-portalen.

Proceslicensen er beregnet til automatisering af kerneaktiviteter for virksomheder, der typisk er automatiserede backend-aktiviteter (ikke kørt manuelt af en person). Alle organisationer har f.eks. behov for processer til fakturabehandling eller HR-onboarding, der er obligatoriske for virksomhedens normale drift. Disse processer kan variere i størrelse og kompleksitet, og de kan variere fra mindre til store tiltag, der spænder over flere flows, der er forbundet af delte datakilder. Processen til fakturabehandling har f.eks. flere forløb, der håndterer en faktura fra oprettelse til godkendelse til betaling. Alle flows er en del af én forretningsproces, da de alle håndterer en faktura via flere trin til afslutning.

Ved at få en proceslicens sikrer organisationer, at alle flow i forretningsprocessen har den rette licens. Det gør det muligt at installere og administrationen af sammensatte flow som en samlende enhed, optimere ALM (Application Lifecycle Management) og optimeret ydeevne.

Du skal have en proceslicens, hvis flowet opfylder et af følgende kriterier:

• Dine flows bruger uovervåget RPA (procesautomatisering med robotteknologi) til at køre skrivebordsflows på maskiner uden brugerkontakt.
• Dine flows kører under Programbruger (flowejeren er tjenesteprincipal). Organisationer med flere miljøer (Dev/Test/Prod) bruger DevOps-pipelines til at eksportere og installere flow i andre miljøer for at få en sund ALM (administration af programmets livscyklus). De kører deres flows ved hjælp af servicechef for at undgå at give adgang til brugere i produktionsmiljøer.
• Dine flow behandler store data eller skal køre ofte, hvilket kræver en stor mængde handlinger.
• Dit premium flow aktiveres af flere brugere. I dette tilfælde skal alle enten have en Premium-licens, eller flowet skal have en proceslicens. Hvis et flow har en proceslicens, kræver det ikke, at en bruger har en licens. Det giver en organisation fleksibilitet til at betale for licenser baseret på antallet af flows. Større organisationer eller løsninger, der omfatter mange brugere, kan drage fordel af de faste månedlige omkostninger.
• Dit flow bruger premium-connectorer, og din organisation har mange gæstebrugere, som bruger flowet, men du ikke ved, om gæstebrugernes hjemmelejer giver dem premium-licenser.

Hvor mange Power Automate Process-licenser skal jeg bruge?

• Din proces har en uovervåget RPA (procesautomatisering med robotteknologi): Hvor mange maskinelsessioner har du brug for?

  Køb én proceslicens for hver maskine. Du kan tilføje flere proceslicenser, hvis du skal køre samtidig på computeren. Alle skrivebordsflows (RPA), der kører på de maskiner og cloudflows (DPA), som er en del af forretningsprocessen, er omfattet af proceslicensen.

• Der skal kun bruges DPA (Digital Process Automation) i din proces: Hvor mange kerne-forretningsprocesser vil du automatisere?

  Køb én proceslicens til hver kerneforretningsproces. Af eksempler på kerne-forretningsprocesser kan f.eks. være fakturabehandling eller HR-onboarding. Alle cloudflows, der er relateret til samme forretningsproces, medtages i licensen.

• Dit flow overstiger 250.000 handlinger pr. dag: Hvor mange proceslicenser har det brug for?

  Stable yderligere proceslicenser i det samme flow. Anslå dit daglige forbrug – (handlinger pr. kørsel) × (kørsler pr. dag) – og divider med 250.000 for at bestemme, hvor mange licenser der skal stables.

Hvor mange proceslicenser skal jeg bruge, hvis jeg har flere cloudflows, der hver især bruger sine egne RPA-flows i uovervåget tilstand på en maskine?

Med én proceslicens kan du køre flere cloudflows ved at sætte dem i kø. Hvis der f.eks. er fire (4) uafhængige cloudflows, og hver af dem aktiverer sit eget skrivebordsflow, der kører på den samme maskine, kan du køre den første kl. 9:00, den anden kl. 11:00 og så videre i den samme virtuelle maskine.

På følgende skærmbillede er alle cloudflows omfattet af én proceslicens, da de har et skrivebordsflow, der kører på den samme maskine.

Min DPA-proces har flere cloudflows. Skal jeg bruge flere proceslicenser?

Kerne-forretningsprocesser kan variere i størrelse og kompleksitet, og de kan variere fra mindre til store tiltag, der spænder over flere flows, der er forbundet af delte datakilder. Processen til fakturabehandling har f.eks. flere forløb, der håndterer en faktura fra oprettelse til godkendelse til betaling. Alle flows er en del af én forretningsproces, da de alle håndterer en faktura via flere trin til afslutning. Du skal kun bruge én proceslicens til en kerne-forretningsproces. Derved opfordres der til bedste praksis i forbindelse med arkitekturen i mikrotjenester, hvor flows kan være små med fine funktioner, der medfører en bedre vedligeholdelse.

Hvert cloudflow, der har brug for proceskapacitet, skal i øjeblikket have en proceslicens, der er tildelt direkte til det. Hvis du vil give et underordnet flow tilladelse til at forbruge kapacitet fra det overordnede flows proceslicens, skal du tildele en proceslicens til det underordnede flow og aktivere Tillad procesoverforbrug på det.

Flowgrupper (deling af en enkelt pulje af proceskapacitet på tværs af flere relaterede flow) og automatisk nedarvning af kapacitet fra overordnede flow er planlagt, men endnu ikke tilgængelig. Når den er tilgængelig, kan du tildele en enkelt proceslicens til hovedflowet og få underordnede flow og tilknyttede flow til at dele handlingsrettighederne.

Min løsning har flere processer. Skal jeg bruge flere proceslicenser?

Ja. En løsning kan have flere processer, hvor hver af dem er tildelt en proceslicens.

Hvem skal købe en Premium-licens?

Brugere, der har brug for at oprette automatiseringer til generelle formål (med berettigelsen til premium-connectorer), for at have fuld fleksibilitet (med berettigelsen til brugerdefinerede connectorer) eller for at interagere med programmer, der simulerer en menneskelig adfærd, f.eks. tastatur- eller musetaster og -bevægelse (med den overvågede berettigelse til procesautomatisering med robotteknologi), bør overveje en Power Automate Premium-licens.

Mere præcist:

• Du skal have en Premium-licens til alle RPA-udviklere, der bygger og administrerer skrivebordsflows på Power Automate-portalen. Få mere at vide i Premium RPA-funktioner.
• Proceslicensen har den højeste prioritet blandt alle licenser. Det betyder, at hvis en proceslicens er tildelt et flow, bruger flowet altid grænserne for proceslicensen og behøver ikke en ejer eller kørende bruger for at have en Premium-licens.
• Automatiserede og planlagte flow køres altid i konteksten af flowejeren, uanset hvem der starter flowet, eller hvilke konti der bruges til forbindelser i flowet. Øjeblikkelige flow (knap, Power Apps, hybride udløsere) kører i forbindelse med kald af brugeren, uanset hvilke forbindelser flowet bruger. Hvis et automatiseret eller planlagt flow bruger en premium-connector, er det kun ejeren, der skal have en premium-licens.
• Hvis et øjeblikkeligt flow har premium-connectorer, skal alle brugere, der kører flowet, have en Power Automate Premium-licens. I disse tilfælde er det i stedet for at licensere alle brugere mere enkelt at licensere flowet med en Proces-licens.
• Hvis flowet ikke bruger en premium-connector, behøver du ikke en Premium-licens. Du kan også bruge en Microsoft 365-licens.

Du kan finde ud af, hvilken type (automatiseret/manuel/planlagt) flow du har, ved at vælge et flow for at se dens type i detaljerne.

• Hvis flowet er i kontekst med Power Apps eller Dynamics 365-apps og er et automatiseret flow, skal flowet knyttes til den app, der er oprettet ved hjælp af Power Apps eller Dynamics 365-appen, og ejeren skal have en Power Apps Premium-licens eller en Dynamics 365-licens.
• Hvis flowet er i forbindelse med en Power Apps eller Dynamics 365-apps og er et øjeblikkeligt flow, skal alle brugere, der kører flowet, have Power Apps Premium-licens eller en Dynamics 365-licens.
• Hvis et overordnet flow kalder et underordnet flow, udnytter det underordnede flow konteksten fra det overordnede flow. Hvis følgende kriterier f.eks. opfyldes, bruges licensen til den overordnede flowejer:
  • Hvis det overordnede flow er et automatiseret flow, og
  • I det underordnede flow bruges premium-connectorer, og
  • Det underordnede flow har ikke en proceslicens. Hvis det underordnede flow har en proceslicens, bruges proceslicensen og ikke det overordnede flows licens.

I overgangsperioden arver den overordnede flowlicens ikke det underordnede flow. I det underordnede flow bruges ejerens licens. Men når overgangsperioden er slut, er det kun den overordnede flowlicens (ejerens licens/det overordnede flows proceslicens), der bruges, medmindre det underordnede flow har en proceslicens.

Vi har tre miljøer (udvikling, test og produktion) med bedste praksis, og vi har brug for flow i flere miljøer. Skal vi købe en proceslicens for alle miljøer?

Hvert flow findes i et bestemt miljø. Så hvis et flow importeres til et andet miljø, er det et separat flow, og der skal være en separat pr. flow-licens. Flowet med proceslicensen og det underordnede flow samt alle de tilknyttede flow behandles som én proces, og én proceslicens dækker brugen af dem alle i ét miljø.

Vi har tre miljøer (udvikling, test og produktion) med bedste praksis, og vi har brug for flow i flere miljøer. Skal vi købe en Premium-licens for alle miljøer?

Power Automate Premium-licensen er en licens på brugerniveau. Alle licenser på brugerniveau (Power Automate Premium, Microsoft 365, Dynamics 365) er licenser på lejerniveau. Brugeren kan bruge flowet i alle miljøer uden at skulle købe en separat licens.

Kan en Power Automate Hosted Process-licens bruges som en Power Automate Process-licens?

Ja, du kan bruge Power Automate Hosted Process-kapaciteten på to måder:

• Hostede maskiner og hostede maskingrupper.
• Som en proceslicens, der kan bruges til procesautomatisering med robotteknologi (uovervåget RPA) på din det lokale miljø eller de flow, der er en del af en forretningsproces.

Kan Microsoft 365-kunder oprette løsningsbaserede flow og underordnede flow?

Ja. Microsoft 365-kunder kan oprette løsningsbaserede flows, hvis det miljø, hvor det løsningsbaserede flow oprettes, har en Dataverse-database tilknyttet. Standardmiljøet får som standard en Dataverse-database. Administratoren skal knytte en Dataverse-forekomst til ikke-standardmiljøer. Administratorer skal have en Dataverse-databasekapacitet på mindst 1 GB på lejerniveau for at kunne oprette et nyt miljø.

I det første abonnement på Power Apps, Power Automate, Microsoft Copilot Studio, Dynamics 365 Sales, Customer Service og Field Service tilføjes der en engangsstandardkapacitetsgrænse på 10 GB for lejeren. Når du føjer abonnementer til lejeren, akkumuleres der muligvis mere Dataverse-kapacitet til lejeren. Hvis en ny kunde f.eks. køber en Power Automate Premium-plan, modtager lejeren 10 GB Dataverse-standarddatabasekapacitet. Og hvis lejeren køber 10 Power Automate Premium-licenser, får lejeren 10,5 GB (10 GB plus 10 gange 50 MB).

Jeg bruger flere brugerforbindelser i mit premium-flow. Hvilken bruger skal have en Premium-licens for at kunne køre flowet?

Forbindelser er uafhængige af licenskontroller. Du kan have flere brugerforbindelser i et flow, men i flowet køres altid i konteksten for primær ejer/kun kørselsbruger/Proces-licens.

Ejeren af et flow har forladt organisationen. Hvordan kan vi sikre os, at det fungerer uden afbrydelser?

Hvis flowet er et løsningsbaseret flow, kan du ændre ejeren i Power Automate eller ved hjælp af Power Automate-Web-API for at sikre, at flowet fungerer uden afbrydelser. Hvis flowet er et ikke-løsningsbaseret flow, kan medejere føje det til en løsning og derefter ændre ejeren. Hvis ikke, skal du tildele en Power Automate Process-licens til flowet for at sikre, at det fortsat kører. Alternativt kan alle medejere af flowet eksportere og importere flowet. Når flowet importeres, bliver det et nyt flow, og medejeren bliver ejer af flowet. I flowet bruges licensen for den nye ejer.

Flowet nedgraderes til lavere ydeevne, og alle flowejere får besked, og flowet slås fra om 14 dage, hvis der ikke gøres noget.

Ejeren af flowet har ikke længere en Premium-licens, men flowet er et premium-flow. Hvad sker der?

Flowet nedgraderes til lavere ydeevne, og alle flowejere får besked, og flowet slås fra om 14 dage, hvis der ikke gøres noget.

Skal gæstebrugere (ikke fra din lejer) have en licens til at bruge Power Automate?

Ja. Gæstebrugeren skal have tildelt en Power Automate-licens via en af følgende lejere:

• Den lejer, der er vært for flowet. Du kan tildele dem administratorprøveversioner med midlertidig adgang eller enkeltstående licenser.

• Gæstebrugerens startlejer.

Hvis en bruger f.eks. har fået tildelt en Power Automate Premium-licens i startlejeren, kan brugeren benytte premium-funktioner i den gæstelejer, der er vært for flowet.

Power Automate, der er inkluderet i Office, Power Automate Premium, Power Apps Premium og Dynamics 365-brugerplaner, har følgende karakteristika:

• I den offentlige Azure-cloud genkendes disse planer på tværs af lejere i gæstescenarier, fordi de ikke er bundet til et bestemt miljø.

• I den nationale Azure-cloud genkendes disse planer på tværs af lejere i gæstescenarier. Flere oplysninger: Nationale clouds, Geografiske Azure-områder

• Licenser genkendes ikke på tværs af lejere i forskellige Azure-clouds.

Hvilke Power Automate-funktioner er inkluderet i Windows-licenser?

Windows 11-brugere kan afprøve skrivebordsflow i overvåget RPA til personlig produktivitet i standardmiljøet. De kan ikke dele skrivebordsflow eller oprette skrivebordsflow i et andet miljø end standardmiljøet. Windows-brugere har ikke adgang til cloudflow. Hvis du vil have fulde cloudflows og RPA-funktioner, skal du købe Power Automate Premium-planen.

Windows 11-brugere kan søge efter "Power Automate" på søgelinjen i Windows Search. Power Automate-skrivebordsappen downloades automatisk og startes derefter første gang, du vælger ikonet for programmet.

Kan brugere af Windows 10 og Windows Server 2016 bruge Power Automate til skrivebord?

Ja, de kan bruge Power Automate til skrivebord (dvs. de har brugsrettigheder til det), men de skal downloade det fra Download Center.

Ældre licensspørgsmål

Med start pr 1. august 2023 fjernes Power Automate pr. flow ($100 pr. flow/måned, med et minimumkøb på 5 licenser) og uovervåget Power Automate RPA-tilføjelsesprogram ($150 pr. robot/måned og påkrævede licenser) fra prisfastsættelsessiden. De fjernes fra prislisten pr. 1. februar 2024. Power Automate-processen, en altomfattende licens, der er nemmere at administrere, licenserer en enkelt "automatiseringsrobot", der kan bruges til uovervåget procesautomatisering med robotteknologi (uovervåget RPA) eller cloudflows ved hjælp af digital procesautomatisering (DPA), og som er tilgængelige for ubegrænset antal brugere i organisationen. Power Automate Process prissættes til $150 pr. robot/måned.

Hvordan er Proceslicens forskellig fra hver flowlicens?

Anmodning For uovervåget RPA behøvede kunder tidligere at købe en licens pr. flow til cloudflowet og et uovervåget RPA-tilføjelsesmodul. Nu kan de købe en proceslicens for alle RPA-sessioner på en computer. Alle de cloudflows, der bruges til skrivebordsflows på computeren, er inkluderet som en del af proceslicensen.

I forbindelse med cloudflow giver en pr. flowlicens flowet licensen og de underordnede flow. En Process-licens berettiger flowet med licensen, dets underordnede flow og alle øvrige flows, der er tilknyttet. Der skulle købes mindst fem pakker pr. flow for at komme i gang. Der er ikke et minimumkrav for købsantal for proceslicensen.

Hvordan er Power Automate Premium-licens forskellig fra Power Automate pr. bruger, der har en overvåget RPA-licens?

Power Automate Premium-tilbud omfatter alle fordelene ved Power Automate pr. bruger med en overvåget RPA, der tilbydes på $40 pr. bruger/måned, samt procesmining-visualiserings- og analysefunktionerne og tilbydes som $15 pr. bruger/måned.

Handlingsgrænser og kapacitetsspørgsmål

Her er nogle af de ofte stillede spørgsmål om handlingsgrænser og deres svar. I Power Automate tæller alle udløsere og udførelser af handlinger som én handling (vist som Power Platform-anmodninger i rapporter i Administration). Handlinger i løkker kører én gang pr. gentagelse, så løkker multiplicerer antallet af handlinger.

Hvad tæller som en handling?

Baseret på licens er der grænser for antallet af handlinger, som et cloudflow kan køre på en dag. Disse grænser er forskellige fra connectorbegrænsninger. Du kan se antallet af handlinger, som flowet kører, ved at vælge Analyse på siden med cloudflowdetaljer og kigge på fanen Handlinger.

Selvom dit flow bruger få handlinger pr. kørsel, kan du stadig nå dine grænser, hvis flowet kører oftere, end du forventer. Du kan f.eks. oprette et cloudflow, der sender dig en pushmeddelelse, når din leder sender dig en mail. Dét flow skal køre, hver gang du modtager en mail (fra hvem som helst), fordi flowet skal kontrollere, om mailen kommer fra din chef. Grænsen gælder for alle kørsler på tværs af alle dine flow i en periode på 24 timer. Her er nogle indsigter til at estimere handlingsforbrug:

• Et simpelt flow med én udløser og én handling resulterer i to handlinger, hver gang flowet kører.
• Alle udløsere og handlinger i flowet tæller. Alle typer handlinger – connectorhandlinger, HTTP-handlinger, indbyggede handlinger (fra initialisering af variabler, oprettelse af områder til en simpel meddelelseshandling) – tæller mod din daglige handlingsgrænse. Et flow, der f.eks. opretter forbindelse til SharePoint, Exchange, Twitter eller Dataverse: alle disse handlinger tælles.
• Både antal gennemførte og mislykkede handlinger tæller med i forhold til disse grænser. Handlinger, der springes over, tælles ikke med.
• Hver handling tæller som én, herunder selve løkkehandlingen. Handlinger i en løkke (Anvend på hver, Udfør indtil) kører én gang pr. gentagelse – en løkke med 2 handlinger og 10 gentagelser bruger 21 handlinger (1 løkke + 2 × 10).
• En handling kan have flere udtryk, men den tælles som én handling.
• Nye forsøg og flere anmodninger fra sideinddelinger tæller også som handlingsudførelser.

Overvej følgende cloudflow, hvor alle vedhæftede filer i en mail gemmes i OneDrive. Udløseren tæller som én handling. Selve løkken Anvend på hver tæller som 1 handling. De to handlinger i løkken kører hver gang pr. vedhæftet fil – med fire vedhæftede filer, dvs. 4 × 2 = 8 handlinger. I alt: 1 + 1 + 8 = 10 handlinger.

Hvilke handlingers grænser anvendes af cloudflowet?

• Hvis et cloudflow har en proces- eller pr. flow-licens, vil flowet bruge licensgrænserne pr. proces/flow og ikke grænserne for opretteren/ejeren/den kaldende bruger.

• Automatiserede og planlagte cloudflow bruger altid flowopretterens/ejerens handlingsgrænser, uanset hvem der har aktiveret flowet, eller hvilke konti der bruges til forbindelser i flowet. I forbindelse med et løsningsflow kan du ændre ejeren af flowet ved hjælp af Web API. Når du har ændret ejeren, bruges den nye ejers handlingsgrænser. For et flow, der ikke er en løsning, bruger flowet altid den oprindelige opretters grænser, som ikke kan ændres. Hvis den oprindelige opretter forlader virksomheden, kan alle medejere af flowet eksportere og importere flowet som en anden ejer. Når du har importeret flowet, bliver det et nyt flow og begynder at bruge den nye ejers grænser. Du kan også tildele flowet licensen pr. proces/flow.

• Øjeblikkelige cloudflows (knap, Power Apps, hybride udløsere) bruger den kaldende brugers grænse.

• Hvis flowejeren er en tjenesteprincipal, bruger flowet grænsen for brugere uden licens.

• Hvis du deler et automatiseret/planlagt flow med en anden bruger og derefter udløser det samme flow, bruges grænsen for den oprindelige ejer og ikke den nye brugers grænse. Men hvis brugeren derefter udnytter flowet til at oprette sit eget nye flow, bliver den nye bruger ejer af det nye flow, og det pågældende flow bruger den nye brugers grænse.

• Hvis et overordnet flow kalder et underordnet flow, bruger det underordnede flow det overordnede flows grænse. Hvis det overordnede flow f.eks. er et automatisk flow, bruger det underordnede flow det overordnede flows opretters/ejers grænse.

• Hvis det overordnede flow er et manuelt flow, bruger det underordnede flow grænsen for det overordnede flows kaldende bruger.

• Hvis det underordnede flow har en pr. proces/flow-licens, bruges grænsen pr. proces/flow og ikke det overordnede flows grænse.

• Hvis et flow har en proceslicens, skal hvert underordnet flow, der skal bruge proceskapaciteten, i øjeblikket også have en proceslicens direkte tildelt til det (med Tillad procesoverforbrug aktiveret). Automatisk nedarvning af kapacitet fra overordnede flow og flowgrupper til deling af kapacitet på tværs af relaterede flow er planlagt, men endnu ikke tilgængelig.

Hvilke værktøjer har jeg som udvikler til at analysere mit forbrug?

Hvis du oplever forsinkelser eller forsinkelser, når dit flow kører, er det sandsynligt, at du har overskredet dine daglige handlingsgrænser. I forbindelse med flows, der konsekvent er forsinket på grund af overforbrug, modtager brugerne også en meddelelse, der informerer dem om disse overforbrug, sammen med tip og trick til, hvordan de kan forhindre forsinkede kørsler af deres flows.

Her er et eksempel på en mail, der er sendt til et flow, der konsekvent overskrider handlingsgrænserne:

Hvilke værktøjer har jeg som administrator til at analysere mit miljøs forbrug?

Power Platform Administration indeholder rapporter om handlingsforbrug. Disse rapporter hjælper dig med hurtigt at se indførings- og brugermålepunkter for din organisation. De er aktuelt i offentlig forhåndsversion. Følgende rapporter er tilgængelige:

• Brugerrapport – viser handlingsforbrug (navngivet Power Platform-anmodninger) for alle brugere i miljøet sammenlignet med deres tildelte grænse.
• Rapport over flow, der er licenseret pr. flow – viser anvendelse af handlinger for alle flow i miljøet, der har en licens pr. flow eller pr. proces.
• Brugerrapport uden licens – viser brug af handlinger for brugere uden licens og den samlede rettighed for brugere, der ikke har licens til den pågældende lejer.

Når rapporterne er offentligt tilgængelige, har brugerne tid til at reagere og købe licenser med højere handlingsgrænser, før håndhævelsen begynder.

Hvad sker der, når mit flow kører for mange handlinger?

Når du har et cloudflow, der kører for mange handlinger, påvirker det ydeevnen af flowet. Du kan se et banner på flowet, hvis flowet begrænses.

I de fleste tilfælde medfører overskridelse af grænser i forsinkede kørsler af efterfølgende handlinger, og det vil forlænge den samlede kørselstid for flowet. Disse forsinkelser er proportionale med graden af overforbrug, der skyldes et flow.

Lejlighedsvise overforbrug er ok. Hvis du f.eks. overskrider dine daglige grænser med 500 handlinger, vil det ikke påvirke ydeevnen af flowet, men hvis du overskrider grænsen med 50.000 handlinger, påvirker det flowets ydeevne betydeligt i flere dage.

Hvad kan jeg gøre, hvis mit flow er over grænsen?

Brugere blokeres ikke fra at bruge en app eller et flow i forbindelse med lejlighedsvise og rimelige overforbrug.

Her er nogle ting, du kan gøre, hvis du har overskredet grænsen for din licens:

• Besøg dit design igen, og kontrollér, om der er steder, der kan hjælpe med at reducere antallet af handlinger, der kaldes. Få mere at vide i Redesign dit flow for at bruge færre handlinger og færre data.

• Hvis flowet allerede er optimeret, men bruger mange handlinger på grund af virksomhedens karakter, skal du overveje en proceslicens. Licensen Proces giver den højeste handlingsrettighed, der er tilgængelig (250.000 handlinger pr. dag).

  • Hvis flowet allerede har en proceslicens og stadig overstiger 250.000 handlinger, kan du stable yderligere proceslicenser på det samme flow – hver tilføjer 250.000 handlinger pr. dag.
  • Brug Power Platform-anmodningsrapporter i Administration til at identificere flow med højt forbrug, der kræver yderligere kapacitet.

• Aktivér Betal efter forbrug for miljøet for at sikre, at ingen flow i miljøet bliver begrænset.

• Køb Power Apps- og Power Automate-kapacitetstilføjelsesprogrammet til din organisation. I overgangsperioden er der ingen facilitet til at tildele Power Apps- og Power Automate-kapacitetstilføjelsesprogrammet til en bruger eller et flow, da håndhævelsen er mindre streng. Men Microsoft anbefaler, at du køber disse tilføjelsesprogrammer nu for at holde dig inden for licensvilkårene. Opret en supportanmodning med flowdetaljer og oplysninger om tilføjelsesprogrammet for at blive midlertidigt (30 dage) fri for begrænsning. Denne midlertidige lempelse er ikke tilgængelig for flows, der allerede har fået tildelt en Process- eller pr. flow-licens.

Hvis et flow konsekvent ligger over grænsen i overgangsperioden for 14 på hinanden følgende dage, slås flowet fra i Power Automate, og ejeren får besked. Du kan købe en proceslicens med højere handlingsgrænser og derefter slå den til når som helst. Du kan redigere og gemme flowet, så 14 dages tælleren nulstilles, mens du køber licensen.

Hvad er connectorgrænser, og adskiller de sig fra handlingsgrænser?

Connectorerne har separate grænser som en servicebeskyttelsesmekanisme. SharePoint-connectoren begrænser f.eks. antallet af handlinger til 600 pr. minut. En enkelt SharePoint-forbindelse, der bruges på tværs af flere flow, kan stadig kun udføre 600 handlinger pr. minut. De fleste connectorsider indeholder en begrænsningssektion, der dokumenterer disse grænser. Denne grænse er forskellig fra den daglige handlingsgrænse. En Office-bruger kan f.eks. køre 6.000 handlinger om dagen på tværs af alle flow, men kan stadig blive begrænset af connectoren, hvis de har brugt mere end 600 SharePoint-handlinger på et minut, selvom de ikke når grænsen på 6.000 handlinger.

Når et flow blev begrænset, fordi det overskred connectorens grænser, kan du måske se en HTTP 429-fejl (for mange anmodninger) i flowet med fejlmeddelelsen "Satsgrænse er overskredet. Prøv igen om 27 sekunder."

Jeg bruger CoE-startpakken. Tæller forbruget med i mine handlingsgrænser?

Ja. Cloud-flows, der er inkluderet i CoE Starter Kit, bruger flow-ejerens handlingsgrænser. Hvis CoE-flow begrænses, kan du overveje at tildele en proceslicens til flow med højt forbrug eller aktivere pay-as-you-go i miljøet.

Kan jeg bruge en tjenesteprincipal i flow, og tæller den i forhold til mine handlingsgrænser?

Ja, flow, hvis ejer er en tjenesteprincipal, bruger en separat kvote, der kaldes ikke-interaktive grænser. Disse grænser gælder kun, når tjenesteprincipalen er flowejeren, og ikke når en tjenesteprincipal bruges i en forbindelse i flowet. Manuelle flow (knap, Power Apps) bruger de aktiverende brugers handlingsgrænser, også selvom ejeren er en tjenesteprincipal. Den aktiverende bruger skal have en Power Automate Premium-licens, hvis flowet bruger Premium-connectors.

Grænser for automatiserede/planlagte flow for tjenesteprincipaler:

• Dynamics 365-appkontekst: 500.000 base + 5.000 pr. D365-brugerlicens, op til maks. 10.000.000, samlet på lejerniveau. En lejer med f.eks. 1.000 Dynamics 365-licenser har en pulje på 5.500.000 handlinger pr. dag for alle Power Platform-ressourcer (tjenesteprincipalflows, Dataverse-anmodninger). Få mere at vide i tabellen med begrænsninger for brugeranmodninger uden licens.

• Premium uden for Dynamics 365-kontekst: Hvert flow skal have en proces-/pr-flow-licens (250.000 handlinger pr. flow pr. dag).

• Kun standardforbindelser: 25.000 handlinger per dag på lejerniveau, ingen opsparing per licens.

Hvis du har brug for mere kapacitet, skal du aktivere pay-as-you-go på miljøet eller købe Power Automate-kapacitetstilføjelsesprogramper.

Få mere at vide i Knyt flows til apps.

Tæller handlinger for skrivebordsflow i forhold til mine handlingsgrænser?

Det er kun handlinger i skrivebordsflow, der kaldes fra cloudflows, der tæller med i grænsen. Handlinger i selve desktopflowet tælles ikke med.

Hvad sker der med mine handlingsgrænser, hvis jeg har flere planer?

Handlingsgrænser anvendes pr. kontekst og kombineres ikke på tværs af licenser. Hvert flow kører under den licenskontekst, der gælder for det, og henter kontekstens grænse uafhængigt af hinanden:

• Et flow med en proceslicens bruger altid grænsen proceslicens (250.000 handlinger pr. dag), uanset brugerens licens.
• Et automatiseret eller planlagt flow bruger flowejerens licenskontekst. Hvis ejeren både har en Dynamics 365-licens og en Power Automate Premium-licens, bruger flow, der kører i Dynamics 365-appkontekst, Dynamics 365-grænsen (40.000 handlinger pr. dag), og separate flow bruger Premium-grænsen (40.000 handlinger/dag). Disse grænser tilføjer ikke op til 80.000.
• Et øjeblikkeligt flow (knap, Power Apps) bruger den aktiverende brugers licenskontekst.

Hvis en bruger har flere licenser inden for samme produktlinje (f.eks. Dynamics 365 Customer Service Enterprise og Dynamics 365 Sales Enterprise), bruger flowet grænsen fra den licens, der gælder for dens kontekst – grænserne stables ikke.

Det er kun proceslicenser, der kan stables og kun på individuelle cloudflow (op til 10 pr. flow).

Hvordan kender jeg handlingsgrænsen for mit cloudflow?

Handlingsgrænsen for et cloudflow afhænger af den licenskontekst, det kører under. Hvert flow får grænsen for konteksten – grænser fra forskellige licenser tilføjes ikke på tværs af kontekster.

I forbindelse med flows med en proceslicens kan du stable flere proceslicenser for at øge grænsen til mere end 250.000 handlinger pr. dag.

Kan jeg tildele flere proceslicenser til et enkelt cloudflow?

Ja. Op til 10 proceslicenser kan stables på et enkelt cloudflow for at øge dets daglige handlingsrettigheder. Hver proceslicens tilføjer 250.000 handlinger pr. dag. Tildeling af tre proceslicenser til ét cloudflow giver f.eks. 750.000 handlinger pr. dag.

I øjeblikket skal hver proceslicens tildeles direkte til det flow, der bruger den. Hvis du vil give et underordnet flow tilladelse til at forbruge kapacitet fra det overordnede flows proceslicens, skal du tildele en proceslicens til det underordnede flow og aktivere Tillad procesoverforbrug på det. Flowgrupper (deling af en enkelt pulje af proceskapacitet på tværs af flere relaterede flow) og automatisk nedarvning af kapacitet fra overordnede flow er planlagt, men endnu ikke tilgængelig.

Grupperes handlingsgrænser på tværs af brugere i min organisation?

Nej. Handlingsgrænser anvendes pr. kontekst – hver bruger og hvert licenseret flow får sin egen daglige grænse uafhængigt af hinanden. Grænser grupperes ikke eller kombineres på miljø- eller lejerniveau. Hvis otte brugere f.eks. har Office 365-licenser (6.000 handlinger pr. dag), får de hver 6.000 – grænserne kombineres ikke til 48.000 for lejeren. På samme måde gælder en brugers grænser fra forskellige licenser (f.eks. Premium og Dynamics 365) separat for de flow, der kører i hver kontekst, ikke som en samlet total.

Bedste fremgangsmåder til reduktion af handlingsforbrug

Brug følgende bedste fremgangsmåder til at hjælpe med at designe og skalere dine flow.

Bedste praksis for design

Brug det færrest mulige antal handlinger til at opnå din automatisering.

• Hvis du har 'Udfør indtil'- eller 'Anvend på alle'-løkker i dit flow, kan du prøve at reducere antallet af løkkegentagelser, muligvis ved at hente færre elementer for at gentage gennemløb.
• Mange connectorer har parametrene 'filterforespørgsel' og 'topantal', du kan bruge til at reducere antallet af elementer og datamængden, der hentes ved hjælp af OData.
• Hvis du har et planlagt flow, der kører ofte, bør du overveje at reducere hyppigheden. Mange flows, der kører én gang i minuttet eller én gang i timen, kan revideres, så de opstår sjældnere. Brug udløserbetingelser for at minimere kørslens hyppighed.
• Hvis processen kommunikerer med filer, skal du være bevidst om filstørrelsen og prøve at reducere den, hvis det er muligt.
• Hvis du skal genbruge en enkelt egenskab, der returneres af en handling med stor outputstørrelse flere gange, kan du overveje at bruge 'Initialiser variabel' til at gemme egenskaben og bruge variablen i senere handlinger. Selvom der kun bruges én egenskab fra et output fra en tidligere handling, overføres alle output fra den pågældende handling til den senere handling som input.

Bedste praksis til skalering af flowet

• Hvis dit flow kører tusindvis af handlinger dagligt, kan du overveje en proceslicens – den højeste tilgængelige handlingsrettighed (250.000 handlinger pr. dag, der kan stables). Kontakt din lejeradministrator for at købe licensen og tildele den til flowet. Når licensen er købt og tildelt, skal forfatteren af flowet gemme den igen. Alternativt opdateres cloudflow i baggrunden én gang om ugen, så de afspejler de aktuelle planer.

• Hvis et enkelt flow overstiger 250.000 handlinger pr. dag, skal du stable yderligere proceslicenser i stedet for at opdele arbejdsbelastningen. Overvej at opdele på tværs af flere flow i forbindelse med scenarier i virkelig høj skala.

Betalt efter forbrug for overbelastede handlinger

De aktuelle handlingsgrænser er designet til at være tilstrækkelige til de fleste kundescenarier. Få mere at vide under Handlingsgrænser og -allokeringer.

I forbindelse med scenarier i stor skala, der overskrider disse grænser, kan du knytte et miljø til et Azure-abonnement. Brugere og flow i det pågældende miljø kan derefter forbruge mere end deres daglige handlingsgrænser uden at blive begrænset – du betaler kun for de handlinger, der bruges over grænsen. Flow skal stadig have en basislicens (Power Automate Premium, Process, Office 365, Power Apps eller Dynamics). En bruger med en Power Automate Premium-licens har f.eks. en grænse på 40.000 handlinger pr. dag. Hvis brugeren kører 45.000 handlinger på en dag, faktureres de ekstra 5.000 til Azure-abonnementet med en hastighed pr. handling. Flere målere er slået til, når du aktiverer pay-as-you-go på miljøet. Få mere at vide mere i Konfigurere Betal efter forbrug.

På følgende skærmbillede kan du se, hvordan handlinger for overbetaling faktureres i et miljø, hvor der betales efter forbrug.

Ofte stillede spørgsmål om handlingsgrænser

Få mere at vide om handlingsgrænser og allokeringer i Ofte stillede spørgsmål om handlingsgrænser.

Office 365-licensspørgsmål

Her er nogle ofte stillede spørgsmål om brug af Power Automate med en Office 365-licens.

Hvilke Power Automate-funktioner er inkluderet i Office 365-licenser?

Begrænsede Power Automate-brugsrettigheder er inkluderet i udvalgte Office 365-licenser, så brugerne kan tilpasse og udvide Office 365 til personlige produktivitetsscenarier. I virksomhedsscenarier anbefaler Office Premium-licens.

Office 365-licenser omfatter følgende Power Automate-funktioner.

• Oprette og køre automatiserede flow, planlagte flow og knapflow.
• Adgang til standardconnectorer.
• 6.000 handlinger pr. dag. 10.000 handlinger pr. dag i overgangsperioden.

Følgende Power Automate-funktioner er ikke inkluderet.

• Adgang til premium-connectorer (undtagen i Dataverse for Teams-miljøer). Få mere at vide om Dataverse for Teams-funktioner.
• Forretningsprocesforløb i appkonteksten.
• Brugerdefinerede connectorer i appkonteksten.
• Lokale gateways i appkonteksten.
• Robotprocesautomatisering (RPA).
• AI Builder.

Følgende Office 365-licenser inkluderer Power Automate-funktioner:

• 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 til fakultetsmedarbejdere
• Office 365 A1 til studerende
• Office 365 A1 Plus til fakultetsmedarbejdere
• Office 365 A1 Plus til studerende
• Office 365 A3 til fakultetsmedarbejdere
• Office 365 A3 til studerende
• Office 365 A3 med brugsfordele til studerende
• Office 365 A5 til fakultetsmedarbejdere
• Office 365 A5 til studerende
• Office 365 A5 med brugsfordele til studerende

Spørgsmål til Dynamics 365-licens

Følgende spørgsmål vedrører Dynamics 365-licens- og Power Automate-brugsrettigheder.

Hvilke Power Automate-funktioner er inkluderet i Dynamics 365-licenser?

Dynamics 365-licenser inkluderer følgende Power Automate-funktioner:

• Oprette og køre automatiserede flow, planlagte flow eller knapflow.
• Adgang til standardconnectorer.
• Adgang til premium-connectorer i appkonteksten.
• Forretningsprocesforløb i appkonteksten.
• Brugerdefinerede connectorer i appkonteksten.
• Lokale gateways i appkonteksten.
• Handlingsgrænser: Dynamics 365 Team-medlem får 6.000 handlinger pr. dag, Dynamics 365 Professional får 40.000 handlinger pr. dag, og Dynamics 365 Enterprise får 40.000 handlinger pr. dag.

Dynamics 365-licenser inkluderer ikke følgende Power Automate-funktioner:

• Procesautomatisering med robotteknologi
• AI Builder-kapacitet

Når du bruger en Dynamics 365-licens med Power Automate, skal dine flows køre inden for konteksten af Dynamics 365-programmet. Dette henviser til at bruge de samme datakilder til udløsere eller handlinger som Dynamics 365-programmet. Hvis flowet forbruger separate Power Automate-handlinger, der ikke er relateret til Dynamics 365-programmer, skal du købe separate Power Automate-licenser.

Eksempel på Dynamics 365-licens, der bruger Power Automate i en Dynamics 365-programkontekst

Din organisation har knyttet Azure DevOps til Dynamics 365 CRM for at eskalere supportsager og oprette arbejdselementer, der løser problemer hurtigere. Som en del af Dynamics 365-licensen er Power Automate-rettigheder inkluderet til flow i følgende scenarier:

• Læse fra eller skrive til Azure DevOps.
• Bruge en indbygget Dataverse-udløser eller -handling.

Eksempel på Dynamics 365-licens, der bruger Power Automate uden for Dynamics 365-programkontekst

Den samme bruger (i det forrige Dynamics 365-eksempel) ønsker nu også at bruge et flow, der opdaterer en Oracle-database. Dette flow har følgende egenskaber:

• Det er slet ikke relateret til Dynamics 365-appen.
• Det kommunikerer på ingen måde med Dynamics 365-appen (eller dens datakilder).

I dette scenario skal brugeren have en separat Power Automate-licens.

Følgende Dynamics 365-licenser inkluderer Power Automate-funktioner:

• 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 for Team Members
• Dynamics 365 Finance
• Dynamics 365 Supply Chain Management
• Dynamics 365 Handel
• Dynamics 365 Human Resources
• Dynamics 365 Operations – Aktivitet
• Dynamics 365 Business Central
• Dynamics 365 Business Central-teammedlemmer

Power Apps-licensspørgsmål

Følgende spørgsmål vedrører Power Apps-licens og Power Automate-brugsrettigheder.

Hvilke Power Automate-funktioner er inkluderet i Power Apps-licenser?

Et begrænset sæt Power Automate-funktioner leveres som en del af en Power Apps-licens. Power Apps-licenser inkluderer følgende Power Automate-funktioner:

• Oprette og køre automatiserede flow, planlagte flow, knapflow.
• Adgang til standardconnectorer.
• Adgang til premium-connectorer i appkonteksten.
• Forretningsprocesforløb i appkonteksten.
• Brugerdefinerede connectorer i appkonteksten.
• Lokale gateways i appkonteksten.
• Handlingsgrænser: Power Apps Premium får 40.000 handlinger pr. dag, og Power Apps pr. app får 6.000 handlinger pr. dag. Få mere at vide om handlingsgrænser og -allokeringer.
• Power Apps Premium modtager 250 MB Dataverse-databasekapacitet og 2 GB Dataverse-filkapacitet. Power Apps pr. app modtager 50 MB Dataverse-databasekapacitet og 400 MB Dataverse-filkapacitet. Flows, der kaldes af appen,der er oprettet af Power Apps, og som håndterer komplekse objekter, forbruger denne lagergrænse. Hvis et flow f.eks. fortolker et dokument på 100 sider og foretager opdateringer af det, optager det lager, det skal bruge for at bevare dokumentet i kørselsoversigten til fremtidig fejlfinding, denne grænse.

Følgende Power Automate-funktioner er ikke inkluderet i Power Apps-licenser:

• Procesautomatisering med robotteknologi
• AI Builder-kapacitet

Eksempel på brug af Power Automate i en app, der er i Power Apps-kontekst

En bruger med en separat Power Apps-licens kører en app, der bruger en SQL-database som datakilde. Den app, der er oprettet med Power Apps, indeholder også flow, der gør følgende:

• Læser fra eller skriver til en SQL-database.
• Bruger en indbygget Power Apps-udløser eller -handling, f.eks. til at sende en pushmeddelelse til appen, der er oprettet med Power Apps.

Eksempel på brug af Power Automate uden for en app, der er oprettet i Power Apps-kontekst

Den samme bruger (i eksemplet ovenfor) ønsker nu også at bruge et flow, der opdaterer en Oracle-database og også har følgende egenskaber:

• Det er slet ikke relateret til den app, der er oprettet med Power Apps.

• Det kommunikerer på ingen måde med appen via Power Apps (eller dens datakilder).

I dette eksempel bruges det flow, der er oprettet med Power Automate-appen uden for konteksten af Power Apps, så brugeren skal have en separat Power Automate-licens.

Andet eksempel på brug af Power Automate uden for en app, der er oprettet i Power Apps-kontekst

Et miljø har flere apps. Der er flow til datastyring, som ikke understøtter appen direkte, men som sikrer datakvaliteten. Brugeren skal have en særskilt Power Automate-licens.

Spørgsmål til AI Builder-licens

Find globale AI Builder-licensoplysninger i følgende artikler:

• Oversigt over AI Builder-licenser
• Ofte stillede spørgsmål om AI Builder-licenser.

Hvordan er licenserede AI Builder-handlinger inden for et Power Automate-flow?

For at tilføje og køre AI Builder-handlinger inden for et flow skal du have specifik AI Builder-licens: AI Builder-handlinger bruger AI Builder-kreditter, som kan opnås inden for Power Automate Premium-licenser, inden for andre Power Platform Premium-licenser eller hovedsagelig inden for AI Builder-kapacitetstilføjelsesprogram.

Kreditter skal være tilgængelige i flows-miljø.

Du kan også bruge AI Builder-prøveversion.

Hvor mange kreditter er inkluderet i Power Automate Premium-licenser?

Få mere at vide om adgang til kreditter i Få berettigelse til AI Builder-kreditter.

Håndhævelse

Hvorfor er mit flow deaktiveret?

Få mere at vide i Når premiumflows slås fra på grund af licensproblemer.

Dette link indeholder også oplysninger om tvangstyper, og hvordan du kan identificere strømme, der skal have Premium-licenser for at undgå afbrydelser på grund af håndhævelse.

Jeg har mange miljøer. Hvordan kan jeg få de flows, der skal have min opmærksomhed, over for lejeren?

Hvis antallet af miljøer i lejeren er mindre end 500, skal du bruge følgende script til at hente alle de flow, der skal have licenser på tværs af lejeren:

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

Skrive alle flows til en CSV-fil

$allFlows | Eksportér-Csv -Sti "flows.csv" -NoTypeInformation

Skriv-vært "Alle flows er i risiko for at blive skrevet til flows.csv"

Hvis der er mere end 500 miljøer i lejeren, skal du hæve en supportbillet, så vores supportteam kan køre rapporten for dig.

Jeg har tildelt en licens, men jeg kan stadig se flowet i flows, der kræver min opmærksomhed, i PowerShell. Hvorfor?

Når en licens er tildelt/flowet er knyttet til en app, skal du redigere og gemme flowet. Det kan tage op til 24 timer, før PowerShell opdaterer og fjerner flowet fra PowerShell-responset.

Jeg har tildelt en licens, men jeg kan stadig se bannere i flows, der kræver min opmærksomhed, i Power Automate-portalen. Hvorfor?

Når en licens er tildelt/flowet er knyttet til en app, kan det tage op til syv (7) dage, før premium-licensen vises på Power Automate-portalen. Hvis du vil opdatere den nyeste licensstatus, skal du redigere og gemme et flow.

Hvordan kan jeg let finde ud af, om mit flow er i en Power Apps-/Dynamics 365-apps kontekst?

Er flowet oprettet til at understøtte Power Apps-/Dynamics 365-appen? Kan flowet slettes, hvis de tilknyttede apps slettes? Kommunikerer flowet med de samme datakilder som appen? Hvis det er tilfældet, er flowet i kontekst.

Hvordan kan jeg knytte flows i konteksten til Power Apps/Dynamics365-apps?

Flows, der er oprettet for at understøtte apps, der er udviklet med Power Apps/Dynamics365, skal køre i appens kontekst. Det betyder, at flowet skal bruge de samme datakilder til udløsere eller handlinger som appen. Hvis der oprettes automatiserede eller planlagte cloudflows for at understøtte appen og er i forbindelse med en app, skal du linke flowet til appsene ved hjælp af et PowerShell-script. Når flowet er tilknyttet, oprettes der en afhængighed mellem appen og flowet, og de kan administreres sammen. Hvis den tilknyttede app slettes eller ikke bruges, slås flowet fra.

Udviklere kan også knytte deres flows til apps fra Power Automate portalen. Få mere at vide i Knyt flows til apps.

Power Automate-funktioner, der er inkluderet i pr. app-planer

En Power Apps plan pr. app giver brugerne mulighed for at køre Power Automate-flows , der bruger premium funktioner. Flowet skal enten udløses af Power Apps eller knyttes til en app via PowerShell eller Power Automate-portal.

Få mere at vide i Tilknyt kontekstflows til en app.

Multiplexing

Multiplexing henviser til brugen af hardware eller software, som en kunde bruger til at samle forbindelser, omdirigere oplysninger eller reducere antallet af brugere, der har direkte adgang til eller bruger Power Apps, Power Automate og Microsoft Copilot Studio.

Anbefales det at bruge multiplexing til at reducere antallet af licenser?

Brug af multiplexing som en mekanisme til at reducere antallet af licenser, der skal købes, er en licensovertrædelse. Få mere at vide i vejledningen til multiplexing i CAL-krav (klientadgangslicens).

Her er et par eksempler på, hvad multiplexing er eller ikke er:

• Hvis premium-flowet kun flytter data fra Dataverse til en delt placering eller sender en mail til kolleger, falder det ikke ind under multiplexing, da brugerne forbruger dataene i stedet for at udløse flowet.

• Hvis et premium-flow udløses, når et nyt element føjes til en SharePoint-liste, gemmes oplysningerne i Dataverse, som derefter sendes som en mail til ejeren af flowet, kan flere personer uploade elementer til listen, men mailen sendes kun til ejeren. I dette tilfælde er det kun ejeren, der skal have en licens, da det kun er ejeren, der får værdi af flowet.

• Hvis det flow, der er nævnt i nummer to, sender en mail til den bruger, der har overført elementet, skal både ejeren og brugeren have en Premium-licens. I dette tilfælde udløser brugeren indirekte flowet (ved at uploade et element til SharePoint) og får værdi fra flowet i form af en mail. Hvis alle brugere ikke får en licens, falder det ind under multiplexing.

Jeg har flere flow kørende under en delt tjenestekonto. Hvilke licenser skal jeg have?

• Tjenestekonto: Microsoft Entra-brugerkonto, der bruges som en tjenestekonto. Tjenestekonti er en særlig type konto, der er beregnet til at repræsentere et ikke-menneskeligt objekt, for eksempel et program, en API eller en anden tjeneste. Brugerkonti, der bruges som en tjenestekonto ved at dele legitimationsoplysninger med andre brugere, udgør en sikkerhedsrisiko, og det er svært at registrere, hvem der har foretaget ændringer af et flow, hvis flere personer har adgang til tjenestekontoen. Det er også en udfordring at administrere deres adgangskoder. Når du opretter tjenestekonti, skal du kun give de tilladelser, der kræves til opgaven. Evaluer eksisterende tjenestekonti for at se, om du kan reducere rettigheder. Begræns antallet af personer, der har adgang til tjenestekontoen, for at minimere sikkerhedsrisiciene. Du kan også oprette forskellige konti til forskellige scenarier for at minimere risikoen for eksponering. Servicekonti anbefales ikke som en bedste praksis. I nogle scenarier bruges tjenestekonti til at fjerne afhængigheden fra flowet til den oprindelige ejer. I sådanne tilfælde skal du bruge Service principal til at løse sikkerhedstrusler.

• Servicesikkerhedskonto: Microsoft Entra-servicesikkerhedskonto fungerer som programforekomstens identitet. Tjenesteprincipaler definerer, hvem der har adgang til programmet, og hvilke ressourcer programmet har adgang til. Der oprettes en tjenesteprincipal i alle de lejere, hvor programmet bruges og refererer til det globalt entydige programobjekt.

• Ikke-interaktive brugere: Dataverse understøtter ikke-interaktive brugere for aktiviteter som for eksempel baggrundsprocesser, der migrerer data mellem databaser. Disse kræver ikke, at en bruger interagerer med tjenesten. Der er en maksimumgrænse på syv (7) ikke-interaktive brugere pr. lejer. Ikke-interaktive brugere understøttes endnu ikke af Power Automate.

• Menneskelige brugere: Det er de menneskeligt synkroniserede brugere fra Microsoft Entra ID.

Denne vejledning er specifik for flow, der kører under en tjenestekonto som ejer af flowet.

Hvis du vil køre flowet under en tjenestekonto, skal du følge denne fremgangsmåde for at undgå multiplexing:

• Hvis flowet kun bruger standardconnectorer og ingen premium-funktioner, kan alle de brugere, der har legitimationsoplysningerne til tjenestekontoen, have en Microsoft-/Office 365-licens, Power Automate Gratis eller en hvilken som helst Power Automate Premium-licens.

• Hvis flowet bruger premium-funktioner (premium-connectorer, procesautomatisering med robotteknologi, brugerdefinerede connectorer, gateway i det lokale miljø, forretningsprocesforløb):

  • Tjenestekontoen bruges af et begrænset antal brugere. I dette tilfælde er det tilstrækkeligt at give licens til alle brugere og tjenestekontoen.
  • Tjenestekontoen bruges af mange brugere. I dette tilfælde anbefales det at tildele en Proces-licens til flowet for at sikre, at alle nye brugere, der føjer noget til kontoen, automatisk overholder angivne standarder.

• Hvis flowet er et manuelt eller appudløst flow/Dataverse 'Kør som bruger'-flow, skal alle brugere, der kører flowet, have en Premium-licens, eller flowet skal have en Process-licens. Se ofte stillede spørgsmål om, hvem der skal købe en Premium-licens.

• Premium-flow kører i konteksten (flowet deler datakilderne i appen) af en app oprettet med Power Apps/Dynamics 365-app:

  • Alle de brugere, der har legitimationsoplysninger til tjenestekontoen, og tjenestekontoen skal have en Power Apps-/Dynamics 365-licens.
  • Hvis de ikke har en Power Apps-/Dynamics 365-licens, skal alle brugere og tjenestekontoen have Power Automate-brugerlicenser.
  • Flowet kan også licenseres med en Proces-licens, og ingen brugere eller tjenestekontoen skal have en licens.

• Flere brugere, der deler legitimationsoplysninger for en tjenestekonto og bruger premium-flow med én Power Automate Premium-licens, der er tildelt tjenestekontoen, betragtes som multiplexing, og flowet overholder ikke angivne standarder.

Der er et premium-flow, der sender godkendelsesanmodninger til et sæt brugere og derefter venter på, at brugerne godkender eller afviser anmodningen, før det fortsætter med at køre. Skal godkenderne have en Premium-licens?

Brugere, der svarer på anmodninger om godkendelse, behøver ikke en Premium-licens.

Automatiseret flow: Brugeren opretter et flow, der udløses, når et element føjes til en liste, der er oprettet ved hjælp af Microsoft-lister, og opdaterer en SQL-database (Premium). Flere personer kan føje elementer til den liste, der er oprettet ved hjælp af Microsoft-lister. Skal brugere have en Premium-licens?

Flowet kører i konteksten af ejerens licens til automatiserede eller planlagte flows og den kaldede brugers licens til øjeblikkelige, Power Apps- eller Dataverse-udløste flows. Den person, der har føjet elementet til listen, der er oprettet ved hjælp af Microsoft-lister, behøver derfor ikke en Premium-licens.

Vi har et øjeblikkeligt flow med brugere, der kun kører, og det bruger premium-connectorer. Udvikleren deler dette flow med sit team og giver dem mulighed for at køre det pågældende flow. Har alle brug for en Premium-licens?

Alle, der kalder flowet, skal have en Premium-licens, da det er et øjeblikkeligt flow.

Jeg har et underordnet flow, der har premium-connectorer, og som kaldes af flere overordnede flow, der ikke har premium-connectorer. Skal alle overordnede flow have licens, eller er det tilstrækkeligt at licensere det underordnede flow?

Du kan enten licensere det overordnede flow eller licensere det underordnede flow med en Proces-licens. Men hvis det overordnede flow også har en premium-connector, skal den overordnede flowejer have en Premium-licens, eller det overordnede flow skal have en Proces-licens.

I mit flow bruges forbindelser fra flere brugere. Skal jeg have en licens til dem alle? Hvem der skal have en licens afhænger af, hvis forbindelser der bruges i flowet. Automatiserede eller planlagte flows kører altid under ejerens licens, og manuelle flow eller apps kører altid under den bruger, der udløser flowet.