Power Automate: een e-mailgoedkeuringsworkflow bouwen
19 juli 2026
Bouw een beheersbare goedkeuringsworkflow met Power Automate, duidelijke beslisregels, herinneringen en een controleerbaar resultaat.
Goedkeuringen via losse e-mails lijken eenvoudig, maar worden snel onoverzichtelijk. Een medewerker stuurt een aanvraag, de verantwoordelijke antwoordt met “akkoord”, iemand vergeet de reactie door te sturen en weken later is niet meer duidelijk wie wat heeft goedgekeurd. Met Microsoft Power Automate kun je van zo’n terugkerend proces een vaste workflow maken.
In deze handleiding bouw je een praktische e-mailgoedkeuringsworkflow. De aanvraag wordt vastgelegd, naar de juiste beoordelaar gestuurd en na de beslissing automatisch teruggekoppeld. Je leert ook hoe je voorkomt dat de workflow afhankelijk wordt van één persoon of stilvalt zonder dat iemand het merkt.
Wat automatiseer je precies?
Een goede workflow heeft een duidelijk begin, een expliciete beslissing en een zichtbaar eindresultaat. Gebruik bijvoorbeeld dit eenvoudige proces:
- Een medewerker vult een aanvraagformulier in.
- Power Automate slaat de aanvraag op.
- De aangewezen beoordelaar ontvangt een goedkeuringsverzoek.
- De beoordelaar kiest goedkeuren of afwijzen en voegt eventueel een opmerking toe.
- De aanvrager ontvangt de uitkomst per e-mail.
- De status en beslissing blijven bewaard voor controle achteraf.
Dit patroon is bruikbaar voor inkoopaanvragen, verlof, publicatie van documenten, toegang tot een systeem of een beperkte uitgave. Automatiseer niet meteen een ingewikkeld proces met veel uitzonderingen. Begin met één aanvraagtype en één beslismoment.
Wat heb je nodig?
Voor deze basisworkflow heb je doorgaans nodig:
- een Microsoft 365-account waarmee Power Automate beschikbaar is;
- een plek waar aanvragen binnenkomen, bijvoorbeeld Microsoft Forms of een SharePoint-lijst;
- een vaste eigenaar van de workflow;
- een beoordelaar of een betrouwbare manier om de beoordelaar uit de aanvraag af te leiden;
- een gedeeld procesadres of duidelijk afzenderadres voor meldingen;
- een testaccount of collega om de volledige route te controleren.
De precieze functies en licentievoorwaarden kunnen per Microsoft 365-abonnement verschillen. Controleer daarom in je eigen omgeving welke connectoren beschikbaar zijn. Voor een eenvoudige workflow met Microsoft Forms, SharePoint, Outlook en Approvals zijn vaak standaard Microsoft 365-onderdelen voldoende, maar neem dat niet aan voor aanvullende systemen.
Kies eerst de bron van de aanvraag
Microsoft Forms
Forms is geschikt wanneer medewerkers een eenvoudig formulier moeten invullen. Je kunt verplichte velden toevoegen en antwoorden op een vaste manier verzamelen. Denk aan:
- naam en e-mailadres van de aanvrager;
- onderwerp of type aanvraag;
- omschrijving;
- bedrag, leverancier of gewenste datum;
- kostenplaats of afdeling;
- link naar een document.
Gebruik geen formulierupload voor vertrouwelijke documenten zonder eerst te controleren waar de bestanden worden opgeslagen en wie daar toegang toe heeft.
SharePoint-lijst
Een SharePoint-lijst is handig wanneer je aanvragen ook als werkvoorraad wilt bekijken. Iedere aanvraag krijgt een eigen regel met kolommen voor status, beoordelaar, besluitdatum en opmerkingen. Daardoor kun je filters en overzichten maken, bijvoorbeeld “wacht op goedkeuring” of “afgewezen deze maand”.
Voor een beheersbaar MKB-proces is een lijst vaak sterker dan alleen een formulierrespons, omdat de actuele status zichtbaar blijft buiten Power Automate.
| Onderdeel | Aanbevolen veld |
|---|---|
| Aanvraag | Titel en unieke identificatie |
| Aanvrager | Naam en zakelijk e-mailadres |
| Inhoud | Omschrijving en relevante gegevens |
| Beoordeling | Beoordelaar en beslisregel |
| Status | Nieuw, wacht op goedkeuring, goedgekeurd, afgewezen, fout |
| Bewijs | Besluitdatum en opmerking |
Stap 1: leg de beslisregels vast
Schrijf vóór het bouwen op wie mag beslissen en op basis waarvan. Een technisch werkende flow kan nog steeds een slecht bedrijfsproces automatiseren.
Beantwoord minimaal deze vragen:
- Wie is de normale beoordelaar?
- Wat gebeurt er als die persoon afwezig is?
- Mag de aanvrager ook beoordelaar zijn?
- Is één akkoord voldoende?
- Vanaf welk bedrag of risico is een tweede akkoord nodig?
- Hoe snel moet een beslissing worden genomen?
- Wat gebeurt er wanneer niemand reageert?
- Welke informatie moet achteraf bewaard blijven?
Voorkom dat een beoordelaar vrij kan worden ingevuld door de aanvrager als dat de controle omzeilt. Gebruik liever een vaste verantwoordelijke per afdeling of een beheerde tabel met bevoegdheden.
Stap 2: maak de geautomatiseerde cloudstroom
Open Power Automate en maak een nieuwe geautomatiseerde cloudstroom. Kies de gebeurtenis die bij je bron past. Bij Microsoft Forms is dat het ontvangen van een nieuwe reactie. Bij een SharePoint-lijst is dat het aanmaken van een nieuw item.
Geef de flow een herkenbare naam, bijvoorbeeld Inkoopaanvraag - beoordeling en terugkoppeling. Vermijd namen als Test flow 3; die zijn later moeilijk te beheren.
Voeg bij Forms na de startactie een stap toe die de details van de reactie ophaalt. De startactie meldt alleen dat er een reactie is; de vervolgstap levert de ingevulde velden waarmee je verder werkt.
Stap 3: valideer de aanvraag
Controleer voordat je een goedkeuring verstuurt of de noodzakelijke informatie aanwezig is. Een formulier kan verplichte velden afdwingen, maar gegevens kunnen nog steeds inhoudelijk onbruikbaar zijn.
Voeg voorwaarden toe voor bijvoorbeeld:
- een bedrag dat groter is dan nul;
- een zakelijk e-mailadres;
- een geldige beoordelaar;
- een verplichte omschrijving;
- een datum die niet in het verleden ligt.
Is de aanvraag onvolledig, zet de status dan op fout of aanvulling nodig en stuur de aanvrager een begrijpelijke melding. Schrijf niet alleen “Flow failed”, maar benoem wat ontbreekt en wat de medewerker nu moet doen.
Stap 4: start de goedkeuring en wacht op het antwoord
Voeg de actie toe waarmee een goedkeuring wordt gestart en de flow op de reactie wacht. Kies het type dat past bij de beslisregel. Bij één beoordelaar is “eerste reactie bepaalt de uitkomst” vaak voldoende. Gebruik een variant waarbij iedereen moet goedkeuren alleen als het proces dat werkelijk vereist.
Vul het verzoek zo in dat de beoordelaar niet eerst meerdere systemen hoeft te openen. Neem minimaal op:
- een duidelijke titel;
- naam van de aanvrager;
- het gevraagde besluit;
- bedrag, datum of risicoklasse wanneer relevant;
- een korte toelichting;
- een link naar het bronitem of document;
- de gewenste reactietermijn.
Plaats geen wachtwoorden, geheime sleutels of meer persoonsgegevens dan nodig in het verzoek. Een goedkeuringsmail kan worden doorgestuurd en blijft mogelijk in mailboxen bewaard.
Stap 5: verwerk goedkeuren en afwijzen apart
Voeg na de goedkeuringsactie een voorwaarde toe die de uitkomst controleert. Maak twee duidelijke takken.
Bij goedkeuring
- zet de status van het bronitem op
goedgekeurd; - sla de naam van de beoordelaar op;
- leg besluitdatum en opmerking vast;
- stuur de aanvrager een bevestiging;
- start alleen de afgesproken vervolgactie.
Bij afwijzing
- zet de status op
afgewezen; - bewaar beoordelaar, datum en reden;
- stuur de aanvrager een zakelijke uitleg;
- geef een concrete vervolgstap, zoals aanpassen en opnieuw indienen.
Laat een afwijzing niet eindigen met alleen “niet goedgekeurd”. Zonder reden kan de aanvrager niets verbeteren. Je kunt de beoordelaar daarom vragen altijd een opmerking toe te voegen. Power Automate dwingt inhoudelijke kwaliteit echter niet vanzelf af; spreek dit ook organisatorisch af.
Stap 6: stuur begrijpelijke e-mails
Gebruik een herkenbaar onderwerp, bijvoorbeeld Besluit over inkoopaanvraag 2026-0042. Zet in de e-mail:
- wat de uitkomst is;
- op welke aanvraag de beslissing betrekking heeft;
- wie heeft beslist en wanneer;
- de relevante opmerking;
- welke vervolgstap nodig is;
- waar de aanvrager vragen kan stellen.
Verstuur procesmeldingen bij voorkeur vanuit een gedeeld of beheerd adres als continuïteit belangrijk is. Als alles vanuit de persoonlijke mailbox van de maker wordt verstuurd, kunnen wijzigingen of vertrek van die medewerker het proces verstoren.
Stap 7: vang fouten en stilstand op
Een workflow kan mislukken door een verwijderd account, ontbrekende rechten, een gewijzigde lijstkolom of een tijdelijke storing. Voeg daarom een apart foutpad toe. In Power Automate kun je instellen dat een stap alleen wordt uitgevoerd wanneer een eerdere stap is mislukt, overgeslagen of verlopen.
Een bruikbaar foutpad doet drie dingen:
- zet de aanvraagstatus op
foutals dat nog mogelijk is; - meldt aan de proceseigenaar welke aanvraag aandacht vraagt;
- vertelt wat de eerstvolgende controle is, bijvoorbeeld “controleer of de beoordelaar nog een actief account heeft”.
Stuur geen onbewerkte technische foutmelding naar de gewone aanvrager. Vertaal de storing naar begrijpelijke taal: de aanvraag is ontvangen, maar de automatische verwerking kon niet worden afgerond en de proceseigenaar onderzoekt dit.
Voor langdurig openstaande goedkeuringen kun je een afzonderlijke geplande controlestroom gebruiken die dagelijks naar de lijst met wachtende aanvragen kijkt. Zo voorkom je dat één lang wachtende flow de enige bron van waarheid wordt. Stel herinneringen en escalatie in volgens de afgesproken reactietermijn, niet willekeurig.
Stap 8: test meer dan alleen het ideale pad
Gebruik testgegevens en doorloop minimaal deze scenario’s:
| Test | Verwacht resultaat |
|---|---|
| Geldige aanvraag, goedgekeurd | Status en besluit worden opgeslagen; aanvrager krijgt bevestiging |
| Geldige aanvraag, afgewezen | Reden wordt opgeslagen; aanvrager krijgt vervolgstap |
| Verplicht veld ontbreekt | Geen goedkeuring; duidelijke aanvulmelding |
| Beoordelaar is afwezig | Vervanger of afgesproken escalatie werkt |
| Aanvrager is beoordelaar | Flow blokkeert dit als functiescheiding vereist is |
| Bronitem wordt aangepast | Besluit blijft gekoppeld aan de juiste versie of gegevens |
| E-mailactie mislukt | Foutpad informeert de proceseigenaar |
| Dubbele inzending | Iedere aanvraag blijft uniek en herkenbaar |
Test met een gewone medewerker en niet alleen met de beheerder die de flow heeft gebouwd. Controleer ook de SharePoint-rechten: een link in de e-mail is niet bruikbaar wanneer de beoordelaar het bronitem niet mag openen.
Beheer en beveiliging na ingebruikname
Een flow is geen eenmalig project. Leg vast wie eigenaar en vervangend eigenaar zijn. Controleer periodiek:
- of verbindingen en accounts nog geldig zijn;
- of beoordelaars nog bij de organisatie werken;
- of de beslisregels nog kloppen;
- of foutmeldingen daadwerkelijk worden opgevolgd;
- of wachtende aanvragen niet blijven liggen;
- of opgeslagen persoonsgegevens nog nodig zijn;
- of wijzigingen aan formulieren en lijsten de flow raken.
Gebruik bij voorkeur oplossingen en duidelijke naamgeving voor onderdelen die bedrijfskritisch worden. Maak wijzigingen eerst in een gecontroleerde omgeving of op een kopie en test ze voordat je de actieve flow vervangt. Exporteer of documenteer de inrichting zodat herstel niet afhankelijk is van het geheugen van één medewerker.
Beveilig de maker- en beheeraccounts met multifactorauthenticatie. Geef connectoren alleen de rechten die ze nodig hebben. Meer praktische basismaatregelen vind je in MFA instellen voor je Microsoft 365-organisatie en Conditional Access: drie basisregels instellen.
Veelgemaakte fouten
Alleen een goedkeuringsmail versturen
Zonder centrale status blijft de mailbox alsnog de administratie. Sla de aanvraag en uitkomst daarom op in een lijst of ander beheerd systeem.
De flow aan één persoonlijk account koppelen
Bij vertrek, verlof of een licentiewijziging kan het proces stoppen. Zorg voor gedeeld eigenaarschap en beheerbare verbindingen.
Geen foutpad bouwen
Een mislukte actie blijft dan alleen in de uitvoeringsgeschiedenis zichtbaar. De aanvrager denkt dat het proces loopt terwijl niemand gewaarschuwd is.
Te veel uitzonderingen in één flow stoppen
Een grote stroom met tientallen voorwaarden is lastig te testen. Splits verschillende aanvraagtypen wanneer hun beslisregels en eigenaren wezenlijk verschillen.
Vertrouwen op de tekst van de e-mail als bewijs
Een e-mail kan worden verwijderd of doorgestuurd. Bewaar de gestructureerde beslissing, beoordelaar en datum bij de oorspronkelijke aanvraag.
Praktische opleverchecklist
- Het doel en de eigenaar van de workflow zijn vastgelegd.
- De beoordelaar wordt betrouwbaar bepaald.
- Aanvragen krijgen een unieke herkenning en centrale status.
- Goedkeuring en afwijzing zijn apart verwerkt.
- Besluitdatum, beoordelaar en opmerking worden bewaard.
- Fouten leveren een begrijpelijke melding en concrete actie op.
- Afwezigheid en langdurige stilstand zijn afgevangen.
- Een gewone medewerker heeft beide beslispaden getest.
- Rechten op formulier, lijst en documenten zijn gecontroleerd.
- Er is minimaal één vervangend eigenaar.
Veelgestelde vragen
Kan ik meerdere beoordelaars gebruiken?
Ja. Kies bewust of de eerste reactie voldoende is of dat iedereen moet instemmen. Voor opeenvolgende goedkeuringen, bijvoorbeeld eerst de manager en daarna finance, kun je twee beslismomenten achter elkaar bouwen. Houd per stap zichtbaar wie verantwoordelijk is.
Kan de beoordelaar vanuit e-mail reageren?
Microsoft-goedkeuringsverzoeken kunnen knoppen en reacties aanbieden in ondersteunde Microsoft 365-ervaringen. Test dit in de apps die jouw medewerkers werkelijk gebruiken. Zorg daarnaast voor een bruikbare link naar de aanvraag.
Is Microsoft Forms verplicht?
Nee. Een SharePoint-lijst, Microsoft-app of ander gekoppeld systeem kan ook de start zijn. Kies een bron die de aanvraag betrouwbaar en controleerbaar vastlegt.
Wat gebeurt er wanneer een flow-eigenaar vertrekt?
Verbindingen of eigenaarschap kunnen uitvallen. Wijs daarom vooraf een tweede eigenaar aan, gebruik beheerbare accounts waar passend en neem Power Automate-flows op in het uitdienstproces.
Is de goedkeuringsgeschiedenis voldoende voor een audit?
Dat hangt af van je eisen. Bewaar minimaal de oorspronkelijke aanvraag, de beslisregels, identiteit van de beoordelaar, uitkomst, datum en relevante opmerking. Voor gevoelige of gereguleerde processen kunnen aanvullende bewaartermijnen, functiescheiding en onafhankelijke logging nodig zijn.
Kan ik na goedkeuring automatisch iets bestellen of toegang geven?
Technisch kan een vervolgstap mogelijk zijn, maar maak die pas automatisch als rechten, bedragen en terugdraaimogelijkheden goed zijn geregeld. Begin desnoods met een taak voor een medewerker. Een menselijke uitvoerstap is veiliger dan een onbegrensde automatische wijziging.
Hoe weet ik of deze workflow betrouwbaar genoeg is?
Controleer niet alleen of één test slaagt. Test goedkeuren, afwijzen, ontbrekende informatie, afwezigheid en een technische fout. Kijk daarna periodiek naar openstaande aanvragen en mislukte uitvoeringen.
Breng je eigen IT-situatie in kaart
Wil je weten of Microsoft 365, toegangsbeheer en automatisering binnen jouw organisatie beheersbaar zijn ingericht? Doe de gratis IT-scan en ontvang een praktisch overzicht van aandachtspunten.
Conclusie
Een goede Power Automate-goedkeuringsworkflow verstuurt niet alleen een e-mail. Ze maakt de aanvraag traceerbaar, stuurt het besluit naar de juiste persoon, bewaart de uitkomst en laat fouten niet stil verdwijnen. Begin klein, leg beslisregels vooraf vast en test ook afwijzing en uitval. Daarmee verandert een kwetsbare mailafspraak in een proces dat medewerkers kunnen volgen en beheerders kunnen controleren.