Power Automate zit al in je Microsoft 365: welke flows je erin bouwt, en waar de grens ligt

"Power Automate zit al in je Microsoft 365" is waar, en tegelijk het meest misleidende zinnetje van het hele Power Platform. Wat erin zit is precies één ding: standaardconnectoren. Zodra je flow iets wil aanroepen dat daar niet in staat, staat er een tweede licentie op je offerte, per gebruiker, per maand.

Dat is geen kleine letter maar de eerste ontwerpbeslissing van je eerste flow. Hieronder zet ik die grens eerst hard neer. Daarna bouw ik drie flows die er ruim binnen passen: een goedkeuring in SharePoint, een melding in Teams en een terugkerende export naar Excel. En tot slot: waar Power Automate omvalt, hoe je het beheer regelt, en wanneer je er beter iets naast zet.

Wat er echt in je Microsoft 365-licentie zit

Een standaardconnector is een kant-en-klare koppeling die Microsoft meelevert bij elk Microsoft 365-abonnement met Power Automate-rechten: SharePoint, Teams, Outlook, Excel Online, OneDrive, Planner, Forms, Approvals en zelfs Google Sheets. Een premium-connector is dezelfde soort bouwsteen achter een aparte betaalde licentie. De grens loopt niet langs merken maar langs wat Microsoft als persoonlijke productiviteit ziet.

Microsoft documenteert die grens zelf, en zonder omhaal: gebruikers met een gratis plan of met een van de Microsoft 365-licentieplannen hebben alleen toegang tot standaardconnectoren. Wat je met een Office 365- of Microsoft 365-seat wél krijgt: geautomatiseerde, geplande en knop-flows maken en draaien, alle standaardconnectoren, en 6.000 acties per dag (tijdens de lopende overgangsperiode 10.000).

Wat je er niet bij krijgt is even concreet: premium-connectoren, eigen (custom) connectoren, de on-premises gateway, RPA en AI Builder. De HTTP-connector, waarmee je een willekeurige API aanroept, is in Power Automate als premium geclassificeerd en valt dus buiten je seat. Dat is de val waar de meeste eerste projecten in stappen: de flow werkt in de ontwerper, en pas bij het opslaan verschijnt de melding dat deze flow een Premium-licentie vereist.

De prijs van die tweede licentie is geen afrondingsverschil. Power Automate Premium staat op de Nederlandse prijspagina op 13,00 euro per gebruiker per maand bij jaarlijkse betaling, en Power Automate Process op 130,00 euro per bot per maand (prijzen augustus 2026). Zet dat naast wat je nu al betaalt: Microsoft 365 Business Basic staat op 6,07 euro per gebruiker per maand exclusief btw. Eén premium-connector in één flow kan je dus meer dan het dubbele kosten van de licentie waar die flow op draait.

Die grens maakt de keuze scherper dan hij lijkt. Binnen het Microsoft-domein is Power Automate praktisch gratis en verrassend ver te brengen. Daarbuiten begin je bij nul, en dan is de vergelijking met n8n, Make of Zapier als koppelplatform ineens een reële afweging in plaats van een religieuze.

Wat je nodig hebt voordat je bouwt

De saaie voorbereiding bepaalt of je flow over een jaar nog draait. Drie dingen worden standaard vergeten: wie de eigenaar is, of de lijst wel een gewone lijst is, en of het beleid van je tenant de connector überhaupt toelaat.

Twee daarvan verdienen uitleg. De SharePoint-connector werkt in Power Automate alleen op generieke lijsten en documentbibliotheken; aangepaste sjablonen zoals Aankondigingen, Contactpersonen en Taken worden niet ondersteund. En voorwaardelijke toegang, zoals meervoudige verificatie of een apparaatnalevingsbeleid, kan de toegang tot de data via de connector blokkeren. Die twee komen bijna altijd pas aan het licht als de flow al half af is.

Voordat je een lijst tot spil van een goedkeuringsproces maakt, is het bovendien verstandig om te weten wie er nu bij kan. Wie eerst de rechten in SharePoint inperkt en pas daarna de inhoud opruimt, voorkomt dat een flow straks een aanvraag rondstuurt die de halve organisatie al kon lezen.

Flow 1: een goedkeuring in SharePoint, van aanvraag tot bijgewerkte status

Dit is de klus waar de meeste mensen voor komen, en hij past volledig binnen je bestaande licentie. Elke connector die je gebruikt (SharePoint, Standard approvals, Office 365 Users, Office 365 Outlook) is standaard.

Stap 1. Bouw de lijst. Maak een generieke SharePoint-lijst, bijvoorbeeld Uitgaven, met de kolommen Titel (één regel tekst), Bedrag (valuta), Aanvrager (persoon), Status (keuze: Ingediend, Goedgekeurd, Afgewezen), Besluit toelichting (één regel tekst) en Besluitdatum (datum en tijd). Noteer de site-URL en de exacte lijstnaam. Een punt in de lijstnaam breekt de flow later; kies de lijst dan uit de keuzelijst of gebruik het lijst-ID.

Stap 2. Maak een geautomatiseerde cloud flow. In make.powerautomate.com: Mijn flows, Nieuwe flow, Geautomatiseerde cloud flow. Kies als trigger Wanneer een item wordt gemaakt van SharePoint en vul Site Address en List Name in.

Stap 3. Haal de goedkeurder dynamisch op. Voeg de actie Get manager (V2) van Office 365 Users toe met het e-mailadres van de aanvrager als invoer. Zo hoef je nooit een naam hard in de flow te zetten en klopt de route ook na een reorganisatie.

Stap 4. Zet de goedkeuringspoort. Voeg onder Standard approvals de actie Start and wait for an approval toe. Kies als Approval type "Approve/Reject - First to respond", vul Title, Assigned to (de e-mail uit stap 3) en Details in, en zet in Item Link de link naar het lijstitem. Markdown werkt in het Details-veld, dus zet het bedrag en de aanvrager er leesbaar in. De goedkeurder kan hierop reageren vanuit zijn mailbox, het goedkeuringscentrum in Power Automate of de mobiele app.

Stap 5. Vertak op het antwoord. Voeg een Condition toe (Control) met Responses Approver response is gelijk aan Approve. Let op: die waarden zijn hoofdlettergevoelig, "approve" werkt niet.

Stap 6. Schrijf het besluit terug. In de ja-tak: SharePoint Update item (Site Address, List Name, Id en Title zijn verplicht) met Status op Goedgekeurd, plus Office 365 Outlook Send an email (V2) naar de aanvrager met de naam van de goedkeurder en zijn opmerking. In de nee-tak hetzelfde, met Status op Afgewezen.

Stap 7. Test met vijf items en lees de rungeschiedenis. Maak een testitem aan, keur goed, keur af, en laat er eentje bewust hangen. Open daarna de rungeschiedenis en klik door naar de acties. Je ziet dan meteen hoeveel acties één run kost: bij deze flow zijn dat er zeven.

Drie dingen die deze flow in de praktijk laten wringen, en die nergens in de wizard staan. Een flowrun mag maximaal 30 dagen duren, wachtende stappen zoals goedkeuringen inbegrepen. Daarna verlopen ze. Kan een aanvraag langer blijven liggen, splits het dan in twee flows rond de actie Create an approval (v2), met de goedkeuring opgeslagen in Dataverse. De maker van de flow staat altijd zichtbaar in de goedkeuringsdetails, wat Microsoft bewust doet om spoofing te voorkomen. En alle tijdstempels in een goedkeuring worden in UTC getoond, dus je Nederlandse collega ziet in de zomer een uur dat twee uur achterloopt op zijn eigen klok.

Wat er gebeurt als niemand reageert, is een ontwerpkeuze en geen detail. Dezelfde afweging speelt bij elke goedkeuringspoort met een mens in de lus, waar de fallback bij afkeuring en bij uitblijvende reactie expliciet ontworpen hoort te worden.

Flow 2: een melding in Teams bij een nieuw lijstitem

De kleinste nuttige flow die er bestaat, en een goede tweede oefening. Trigger: Wanneer een item wordt gemaakt van SharePoint. Actie: Microsoft Teams, Post message in a chat or channel. Kies bij Post as de Flow bot en bij Post in het kanaal van het team. Zet in het bericht de titel, het bedrag en een directe link naar het item.

Twee acties per run, dus vrijwel gratis binnen je actiebudget. Twee valkuilen zijn het waard om vooraf te kennen. Als je later de trigger verandert naar "Wanneer een item wordt gemaakt of gewijzigd", gaat je eigen Update item uit flow 1 de melding opnieuw afvuren, en heb je een lus gebouwd. Voeg dan een triggervoorwaarde toe die runs negeert waarbij het bewerkte veld door het serviceaccount is gewijzigd. En je kunt de gelijktijdigheidsinstelling van een SharePoint-trigger na aanzetten niet meer uitzetten zonder de flow te exporteren en het concurrency-element uit de JSON te halen. Laat hem dus staan zoals hij staat, tenzij je precies weet waarom je hem aanzet.

Flow 3: een terugkerende export naar Excel, en de rekensom die je moet maken

Hier gaat het bij bijna iedereen mis, en niet op licenties maar op arithmetiek.

De naïeve versie: trigger Recurrence (elke maandag 07:00, tijdzone Amsterdam), dan SharePoint Get items, dan een Apply to each met daarin Excel Online (Business) Add a row into a table. Werkt, ziet er logisch uit, en is een actie-slurper. Microsoft rekent elke actie mee, ook de lus zelf en ook acties binnen de lus per iteratie. Bij 320 rijen kost deze flow 1 trigger plus 1 Get items plus 1 lus plus 320 schrijfacties, dus 323 acties per run. Drie zulke exports per dag en je zit op bijna duizend acties van je 6.000.

De nette versie kost er vier. Vervang de lus door de ingebouwde actie Create CSV table (Data Operation) op de uitvoer van Get items, en zet het resultaat met OneDrive for Business of SharePoint Create file weg als .csv. Trigger, Get items, Create CSV table, Create file: klaar. Wil je per se een echte Excel-tabel, gebruik dan Office Scripts via de actie Run script, die één aanroep doet in plaats van driehonderd.

Reken ook met de grenzen van de connector zelf. De actie List rows present in a table levert standaard maximaal 256 rijen, tenzij je paginering aanzet, en het maximale bestand is 25 MB. Een Excel-bestand kan tot zes minuten vergrendeld blijven na het laatste gebruik van de connector, dus twee flows die tegelijk in hetzelfde bestand schrijven is vragen om conflicten. En op een Microsoft 365-licentie draait je flow in het prestatieprofiel Low, waar een Apply to each stopt bij 5.000 array-items in plaats van 100.000.

Waar Power Automate omvalt

De vijf faalmodi die ik in de praktijk het vaakst tegenkom, elk met wat je ertegen doet.

Je actiebudget, niet je licentie, is de eerste muur. 6.000 acties per dag klinkt ruim tot je één lus over een grote lijst hebt. Filter aan de bron met een OData Filter Query en een Top Count in plaats van alles op te halen en er in de flow doorheen te lopen. Blijf je structureel boven de limiet, dan wordt je flow niet meteen geblokkeerd maar vertraagd, en na 14 opeenvolgende dagen boven de grens zet Power Automate hem uit.

Connector-throttling is een aparte muur. De SharePoint-connector staat 600 aanroepen per minuut per verbinding toe, Excel Online 100, en de goedkeuringsconnector 50 nieuwe goedkeuringen per flow per minuut. Eén verbinding die over meerdere flows wordt gedeeld deelt ook die limiet. Je herkent het aan een HTTP 429 met de tekst "Rate limit is exceeded. Try again in 27 seconds". De oplossing is bijna nooit een grotere licentie maar een rustiger ontwerp: batchen, wachten tussen iteraties, of de lus vervangen.

Foutafhandeling zit er niet standaard in. Een flow zonder vangnet faalt stil, en een flow met een trigger of acties die continu falen wordt na 14 dagen uitgezet. Zet je risicovolle stappen in een Scope, hang daaronder een tweede Scope met "configureer uitvoeren na" op mislukt en time-out, en laat die een bericht in Teams posten. Weet ook dat je runhistorie maar 30 dagen bewaard blijft; wil je langer terugkijken, log dan zelf naar een lijst.

Versiebeheer bestaat alleen als je erom vraagt. Concepten en versiegeschiedenis zijn alleen beschikbaar voor solution-aware cloud flows, omdat Dataverse de opslag is voor concepten en versies. Bouw je los in Mijn flows, dan is er geen terugknop als een collega je flow half verbouwt. Zet elke flow die er echt toe doet dus vanaf dag één in een oplossing. Ook dan is het geen eeuwig archief: conceptrecords verlopen na zes maanden, gepubliceerde versies na twaalf.

Buiten het Microsoft-domein loopt het dood. Voor Moneybird staat er niets in de connectorbibliotheek. De Exact Online-connector die er wél staat is premium én in zijn geheel gedeprecieerd, inclusief al zijn triggers, en vereist bovendien een Exact Online Premium-abonnement. Dan blijven er twee routes over die allebei een Premium-licentie vragen: de HTTP-connector of een eigen connector.

Er is één ontsnappingsroute die veel te weinig mensen kennen. Een handvol standaardconnectoren heeft een eigen "Send an HTTP request"-actie, en die vallen gewoon binnen je Microsoft 365-licentie. Pieter Veenstra laat zien dat je met de Send an HTTP request-actie van de Office 365 Users-connector hetzelfde resultaat haalt zonder de kosten van een Premium-licentie. Kinga Kazala inventariseerde het en telt zes standaardconnectoren waarmee je HTTP-verzoeken naar je eigen Microsoft 365-tenant kunt sturen: Office 365 Users, Office 365 Outlook, SharePoint, Microsoft Teams, Office 365 Groups en Office 365 Groups Mail. De vangst: elk is beperkt tot zijn eigen scope. De SharePoint-variant praat met de SharePoint REST API, de Teams-variant met kanalen en berichten. Je bereikt er je eigen tenant mee, nooit een externe API. Voor koppelingen naar systemen buiten Microsoft, van je boekhouding tot je bestaande integraties, helpt dit je niet.

Beslis-kader: binnen de licentie blijven, upgraden of iets ernaast zetten

Vier vragen bepalen de keuze, in deze volgorde.

1. Blijven alle connectoren standaard? Zo ja, en je zit onder ongeveer 5.000 acties per dag, dan is het antwoord simpel: blijf binnen je Microsoft 365-licentie en betaal niets extra. Dit geldt voor verreweg de meeste goedkeurings-, meldings- en documentflows.

2. Heb je één premium-connector nodig in een geautomatiseerde of geplande flow? Dan hoeft alleen de eigenaar een Premium-licentie te hebben, niet het hele team. Dat is 13 euro per maand, geen 13 euro maal je personeelsbestand. Bij een instant flow (een knop die collega's zelf indrukken) ligt het omgekeerd: dan heeft iedere gebruiker die hem start een Premium-licentie nodig.

3. Wordt die premium flow door veel mensen gestart, of moet hij los van een persoon draaien? Dan licentieer je de flow in plaats van de mensen. Een Power Automate Process-licentie van 130 euro per maand geeft die ene flow toegang tot premium-connectoren en 250.000 acties per dag, ongeacht wie hem start. Het omslagpunt ligt rond de tien gebruikers.

4. Zit het systeem dat je wilt koppelen buiten Microsoft, of moet de data je eigen omgeving niet verlaten? Dan koop je met een Premium-licentie een generieke HTTP-actie en bouw je de rest alsnog zelf. Op dat punt is een koppelplatform ernaast, of een eigen koppeling, vaak goedkoper én sterker. Wat zo'n keuze op meerjarige termijn kost, inclusief onderhoud en verbruik, staat los van de licentieprijs; die drie posten samen bepalen de werkelijke rekening van een automatisering.

Uitgewerkt voorbeeld: een adviesbureau van 24 mensen

Een adviesbureau met 24 medewerkers op Microsoft 365 Business Standard wil dat uitgaven boven 500 euro eerst worden goedgekeurd. Vandaag gaat dat per mail en per Teams-berichtje, en aan het eind van de maand zoekt de office manager terug wie wat ook alweer had gezegd.

Ze bouwen flow 1, precies zoals hierboven. Zeven acties per run, ongeveer 40 aanvragen per maand, dus zo'n 280 acties per maand tegen een dagbudget van 6.000. Ruimte zat. Kosten: nul euro extra, want SharePoint, Approvals, Office 365 Users en Outlook zijn allemaal standaard. De flow staat in een oplossing, de office manager is eigenaar, de directeur en de controller zijn mede-eigenaar.

Dan komt de volgende wens: een goedgekeurde uitgave moet ook meteen als inkoopfactuur in Moneybird klaargezet worden. En daar stopt het. Er is geen Moneybird-connector, dus de opties zijn de HTTP-connector of een eigen connector, allebei premium. Voor 24 mensen zou dat 312 euro per maand zijn als je iedereen licentieert. Omdat het een geautomatiseerde flow is die alleen de eigenaar draait, kan het ook voor 13 euro per maand voor die ene eigenaar. Maar dan heb je nog steeds alleen een lege HTTP-actie gekocht: de authenticatie, de foutafhandeling en het veldenwerk richting Moneybird bouw je toch zelf.

Hun keuze: de goedkeuring blijft in Power Automate, waar hij gratis is en waar goedkeurders hem in Teams en Outlook tegenkomen. Het stuk richting Moneybird gaat naar een kleine zelf gehoste n8n, die met een webhook door de Power Automate-flow wordt aangeroepen zodra de status op Goedgekeurd staat. Twee gereedschappen, elk op de plek waar hij het goedkoopst en het sterkst is. Diezelfde tweedeling zie je terug bij Outlook en Microsoft 365 richting een CRM, waar Power Automate één van de vier koppelroutes is en niet vanzelf de beste.

Beheer: van wie is de flow als de maker weggaat

Dit is het stuk dat elke partner overslaat, en het is precies waar bedrijven na twee jaar op stuklopen.

Een cloud flow draait onder het plan van zijn eigenaar. Microsoft schrijft het zonder omweg: als de oorspronkelijke eigenaar de organisatie verlaat, valt de flow terug naar het prestatieprofiel Low. Bij een flow die in een oplossing staat kun je de eigenaar gewoon wijzigen. Staat hij los in Mijn flows, dan kan dat niet. Mede-eigenaren moeten hem exporteren en opnieuw importeren. Wat je terugkrijgt is formeel een nieuwe flow: nieuwe eigenaar, nieuwe limieten, en verbindingen die opnieuw geautoriseerd moeten worden.

Verliest de eigenaar zijn Premium-licentie terwijl de flow premium-connectoren gebruikt, dan gaat de flow eerst omlaag in prestatie, worden alle eigenaren gewaarschuwd, en wordt hij na 14 dagen uitgezet als er niets gebeurt.

Er is nog een stille killer die vooral seizoensflows raakt. Een flow die 90 dagen niet is getriggerd kan worden uitgezet, en flows van gebruikers met een premium- of capaciteitslicentie zijn daarvan uitgezonderd. Je jaarlijkse flow voor de vakantieplanning valt dus om, precies omdat hij op een Microsoft 365-seat draait. Eigenaren en mede-eigenaren krijgen 30 dagen van tevoren bericht en kunnen hem weer aanzetten.

Waar zie je een gestopte flow? In de Power Automate-portal en in het Power Platform-beheercentrum staat hij als opgeschort; via de API of PowerShell krijgt hij de status Suspended met een FlowSuspensionReason en een FlowSuspensionTime, zodat je ook kunt achterhalen waarom.

Vier afspraken vangen dit allemaal af. Zet elke flow die er echt toe doet in een oplossing. Geef hem minstens twee mede-eigenaren, uit verschillende teams. Zet "flows overdragen" in je uitdienstchecklist, naast de mailbox en de laptop. En laat één flow per maand een mislukking naar een Teams-kanaal posten, zodat stilte ook echt stilte betekent en niet "hij staat al drie weken uit".

Wat je binnen een Microsoft 365-licentie kunt bouwen is meer dan de meeste bedrijven ooit gebruiken, en tegelijk minder dan wat een demo suggereert. De grens ligt niet bij hoe ingewikkeld je flow mag zijn, maar bij welke systemen hij mag aanraken. Wie die grens vooraf op papier zet, bouwt drie flows die jaren meegaan en weet meteen welke vierde nooit binnen dit gereedschap gaat passen.