Jeres medarbejdere har bygget 47 Power Automate flows. IT kender måske til 12 af dem. Resten kører uden overvågning, uden ejerskab og uden at nogen har tjekket, om licenserne dækker. Denne artikel kortlægger de konkrete Power Automate begrænsninger, der rammer danske virksomheder – og giver jer en plan for at håndtere dem, før de koster penge eller nedetid.

Hvad I får ud af denne artikel

• API-grænser i tal: M365-flows tillader kun ca. 10.000 handlinger/dag – kend grænsen, før jeres flows throttles.
• Licensfælden: Ét Premium-connector i ét flow kan kræve licenser til alle brugere, der får værdi af det.
• Orphaned flows: Når en medarbejder stopper, dør deres flows – medmindre I har en offboarding-procedure.
• NIS2-blind vinkel: Run history gemmes kun 30 dage – det dækker ikke NIS2-krav til logning.
• Skaleringsmuren: Power Automate er ikke et enterprise-integrationsværktøj. Kend hvornår I skal skifte til Azure Logic Apps.

Hvorfor Power Automate flows fejler uden varsel

Power Automate er designet til personlig produktivitet – ikke til tunge enterprise-integrationer. Det er en vigtig skelnen. Platformen har hårde grænser, som Microsoft dokumenterer i deres Limits and configuration-guide (opdateret marts 2026):

• Maks køretid pr. flow-kørsel: 30 dage. Derefter timeout – også for godkendelsesflows.
• Flows med vedvarende fejl: Microsoft slukker dem automatisk efter 14 dage.
• Flows uden trigger-aktivitet i 90 dage: Kan blive deaktiveret, medmindre ejeren har en Premium-licens.
• Outbound synchronous request timeout: 120 sekunder. Tunge API-kald fejler stille.

Problemet er ikke grænserne i sig selv. Problemet er, at ingen får besked, når et flow rammer dem. Power Automate mangler native “self-healing” og centraliseret overvågning (Kognitos, 2026). Resultatet: tavse fejl, der først opdages, når en kunde ringer.

Før: Et fakturagodkendelses-flow fejler stille, fordi en connection er udløbet. Ingen opdager det i 3 uger.
Efter: Flowet overvåges via Azure Monitor med automatisk alerting. Fejlen fanges inden for minutter, og en tekniker reagerer samme dag.

Sådan rammer I skaleringsmuren – og hvornår Logic Apps er svaret

Ifølge Microsofts licensdokumentation (marts 2026) har Power Automate følgende daglige grænser for Power Platform Requests:

Licenstype	Daglige handlinger (officiel grænse)	Overgangsperiode-grænse
M365 / Free	6.000 pr. bruger	10.000 pr. flow
Power Automate Premium	40.000 pr. bruger	200.000 pr. flow
Power Automate Process	250.000 pr. licens	500.000 pr. licens

Mange virksomheder kører i dag på overgangsperiodens højere grænser uden at vide det. Når Microsoft strammer håndhævelsen – og det sker senest 6 måneder efter rapporterne bliver GA – vil flows, der i dag kører fint, pludselig blive throttlet eller slukket.

Azure Logic Apps har ingen per-bruger daglig kvote. I betaler pr. handling (consumption) eller via en fast plan. Det giver forudsigelig skalering til tunge integrationer, VNet-integration, managed identity og fuld CI/CD via Bicep/Terraform.

Tommelfingerregel: Hvis et flow overstiger 40.000 handlinger/dag eller kræver direkte adgang til on-premises systemer via VNet, flyt det til Azure Logic Apps.

Licensfælden: Hvorfor “gratis” flows koster Premium-licenser

Microsofts licensregler for Power Automate er skærpet. Ifølge Power Automate licensing FAQ gælder følgende: Hvis et flow bruger en Premium-connector, skal alle brugere, der “direkte eller indirekte” får værdi af flowet, have en Premium-licens.

Det betyder: Ét flow, der henter data fra Salesforce (Premium-connector) og sender en mail til 50 kollegaer, kan kræve 50 Premium-licenser á $15/bruger/måned.

Mange virksomheder forsøger at omgå dette med service accounts. Det er et brud på Microsofts licensvilkår og skaber samtidig en sikkerhedsrisiko, fordi en enkelt konto får bred adgang uden personlig ansvarlighed (SJLewis, 2026).

Tjekliste: Auditér jeres Power Automate-miljø på 5 trin

1. Kortlæg alle flows: Åbn Power Platform Admin Center → Environments → Resources → Flows. Eksportér listen. Identificér flows uden aktiv ejer (orphaned flows).
2. Tjek licensdækning: For hvert flow med Premium-connectors: list alle brugere, der modtager output. Sammenlign med tildelte licenser i M365 Admin Center.
3. Mål dagligt API-forbrug: Download Power Platform Request-rapporten fra Admin Center (Licensing → Capacity add-ons → Download reports). Identificér flows, der nærmer sig 40.000 handlinger/dag.
4. Implementér DLP-politikker: Opret Data Loss Prevention-politikker, der blokerer følsomme connectors (fx SQL, HTTP) i ikke-godkendte miljøer.
5. Tilføj offboarding-procedure: Inkludér “overdrag flow-ejerskab” som fast punkt i HR’s offboarding-tjekliste. Brug Power Platform Admin Center til at ændre ejer, før kontoen deaktiveres.

Orphaned flows: Den driftsrisiko ingen taler om

Når en medarbejder forlader virksomheden, og deres Entra ID-konto deaktiveres, sker der følgende med deres flows:

• Connections udløber, fordi de er knyttet til brugerens konto.
• Flowet falder til “Low” performance profile (10.000 handlinger/dag) – uanset hvad det havde før (Microsoft Learn, 2026).
• Uden ny ejer risikerer flowet at blive slukket efter 90 dages inaktivitet.

Udløbne connections og fratrådte ejere er de hyppigste årsager til uplanlagt nedetid i Power Automate (Dev.to).

Før: Bogholderen siger op. Tre uger senere opdager I, at fakturagodkendelsen er stoppet, fordi hendes flow ikke har en ny ejer.
Efter: Offboarding-proceduren inkluderer automatisk overdragelse af flow-ejerskab. En MSP-partner verificerer, at alle connections er aktive.

Er jeres flows en blind vinkel i NIS2-compliance?

NIS2 kræver logning og overvågning af kritiske IT-systemer. Power Automate gemmer run history i 30 dage (Microsoft Learn, 2026). Flows med vedvarende fejl slukkes efter 14 dage – uden at IT nødvendigvis får besked.

Hvis et forretningskritisk flow håndterer persondata eller finansielle transaktioner, og det fejler uden logning ud over 30 dage, har I et compliance-problem. Løsningen er at sende flow-telemetri til Azure Monitor eller Microsoft Purview, hvor I kan definere retentionperioder, der matcher NIS2-kravene.

FAQ: Power Automate begrænsninger

Hvor mange API-kald har Power Automate med en M365-licens?

Den officielle grænse er 6.000 Power Platform Requests pr. bruger pr. 24 timer. I overgangsperioden er grænsen 10.000 pr. flow. Planlæg ud fra den officielle grænse.

Hvad sker der, når et flow overskrider sin daglige grænse?

Flowet throttles – handlinger forsinkes eller afvises. Hvis throttling fortsætter i 14 dage, slukker Microsoft flowet automatisk.

Kan jeg bruge en service account til at undgå Premium-licenser?

Nej. Det er et brud på Microsofts licensvilkår. Alle brugere, der direkte eller indirekte får værdi af et Premium-flow, skal have en Premium-licens.

Hvad er forskellen på Power Automate og Azure Logic Apps?

Power Automate er en SaaS-platform med per-bruger licenser og daglige API-kvoter. Logic Apps er en Azure PaaS-tjeneste med forbrugsbaseret prissætning, VNet-integration og fuld DevOps-understøttelse. Vælg Logic Apps til tunge, systemkritiske integrationer.

Hvem ejer et flow, når en medarbejder stopper?

Flowet beholder den oprindelige ejer. Når kontoen deaktiveres, falder flowet til Low performance profile. Brug Power Platform Admin Center til at overdrage ejerskab, før kontoen slettes.

Hvordan overvåger jeg alle flows i min virksomhed?

Brug Power Platform Admin Center til at liste alle flows på tværs af miljøer. For dybere indsigt kan I implementere Microsofts CoE Starter Kit, der giver dashboards over flow-forbrug, ejerskab og fejlrater.

Er Power Automate flows dækket af NIS2?

Hvis et flow håndterer data i et kritisk IT-system, ja. Run history gemmes kun 30 dage. Supplér med Azure Monitor eller Purview for at opfylde NIS2-krav til logning og rapportering.

Sådan kommer I videre – 5 konkrete skridt

1. Eksportér en komplet liste over alle flows fra Power Platform Admin Center inden fredag.
2. Identificér orphaned flows – flows ejet af fratrådte medarbejdere – og overdrag ejerskab.
3. Download Power Platform Request-rapporten og markér flows, der bruger mere end 30.000 handlinger/dag.
4. Auditér Premium-connectors i hvert flow og sammenlign med tildelte licenser.
5. Book et governance-tjek med en Microsoft 365-specialist, der kan vurdere, om jeres tunge flows skal flyttes til Azure Logic Apps.