Een mandaatmatrix bepaalt wie welke beslissingen mag nemen, onder welke voorwaarden en tot welke limiet. Zonder zo'n matrix belanden routinematige goedkeuringen bij senior leiders, vertrouwen medewerkers op informele toestemming en kunnen risicovolle verplichtingen worden aangegaan zonder voldoende toezicht.
De oplossing is niet simpelweg meer goedkeuringsstappen toevoegen. Je hebt expliciete beslissingsbevoegdheden nodig die zijn gekoppeld aan de workflows waarin beslissingen worden genomen. Zo krijgt je team voldoende autonomie om snel te handelen zonder de financiële, juridische of operationele controle te verzwakken.
Informele delegatie veroorzaakt vertraging en verborgen risico's
Informele delegatie werkt vaak goed zolang een bedrijf klein is. Medewerkers weten bij welke manager ze moeten zijn, leidinggevenden kennen de context en uitzonderingen kunnen in een gesprek worden opgelost.
Dat model werkt niet meer zodra je organisatie meer mensen, afdelingen, locaties en systemen krijgt. Een manager keurt iets goed omdat de gebruikelijke goedkeurder niet beschikbaar is. Een aankoop wordt opgesplitst in kleinere bedragen om een drempel te omzeilen. Een contract gaat door zonder juridische beoordeling omdat niemand weet wanneer die verplicht is.
De gevolgen komen op twee manieren tot uiting.
Ten eerste vertraagt het werk. Beslissingen stapelen zich op bij oprichters en senior managers, zelfs als ze routinematig zijn en weinig risico met zich meebrengen. Medewerkers besteden tijd aan uitzoeken wie iets mag goedkeuren in plaats van het werk af te ronden.
Ten tweede wordt de beheersing inconsistent. Bevoegdheid hangt af van wie beschikbaar of overtuigend is, in plaats van van de waarde, het risico en het type beslissing. Dit creëert vermijdbare risico's en maakt het moeilijk om aan te tonen dat de juiste goedkeuring heeft plaatsgevonden.
Een mandaatmatrix vervangt informele toestemming door expliciete regels. De matrix moet vijf vragen beantwoorden:
Welke beslissing wordt genomen of welke verplichting wordt aangegaan?
Wie mag deze initiëren?
Wie mag deze goedkeuren?
Welke financiële limiet of risicodrempel is van toepassing?
Wat gebeurt er wanneer de gebruikelijke goedkeurder niet beschikbaar is of een belangenconflict heeft?
Een sterke matrix verdeelt bevoegdheden in plaats van ze te centraliseren. Het doel is gecontroleerde autonomie: routinematige beslissingen worden dicht bij het werk genomen, terwijl uitzonderlijke of risicovolle beslissingen strenger worden gecontroleerd.
Het verschil tussen een mandaatmatrix en een RACI-matrix
Een RACI-matrix en een mandaatmatrix verduidelijken beide het eigenaarschap, maar lossen verschillende problemen op.
Een RACI-matrix geeft aan wie verantwoordelijk, eindverantwoordelijk, geraadpleegd en geïnformeerd is tijdens een proces. Zo begrijpt je team wie betrokken is en wie eigenaar is.
Een mandaatmatrix bepaalt wie bevoegd is om een beslissing goed te keuren of de organisatie juridisch of financieel te binden. De matrix bepaalt of iemand uitgaven mag goedkeuren, een overeenkomst mag ondertekenen, korting mag verlenen, beleid mag wijzigen, een medewerker mag aannemen of een bepaald risiconiveau mag accepteren.
Iemand kan dus verantwoordelijk zijn voor het voorbereiden van een inkoopaanvraag zonder bevoegd te zijn om deze goed te keuren. Een afdelingshoofd kan eindverantwoordelijk zijn voor een budget, maar voor verplichtingen boven een bepaald bedrag toch goedkeuring van het bestuur nodig hebben.
De velden die elke matrix moet bevatten
Je matrix moet gedetailleerd genoeg zijn om een duidelijk antwoord te geven, zonder een encyclopedie van beleid te worden. Neem de volgende velden op:
Veld | Doel | Voorbeeld |
|---|---|---|
Beslissingscategorie | Groepeert vergelijkbare verplichtingen | Inkoop |
Beslissingstype | Definieert de exacte handeling | Een nieuw softwareabonnement goedkeuren |
Initiator | Geeft aan wie de aanvraag mag indienen | Teammanager |
Rol van de goedkeurder | Geeft aan welke bevoegdheid vereist is | Afdelingshoofd |
Drempel | Stelt een financiële of risicogrens vast | Tot €10.000 per jaar |
Aanvullende beoordeling | Voegt waar nodig specialistische controle toe | Security review bij toegang tot klantgegevens |
Vereist bewijs | Bepaalt welke onderbouwing nodig is voor de beslissing | Businesscase en offerte van de leverancier |
Escalatiepad | Regelt overschrijding van limieten of uitzonderingen | Chief operating officer |
Vervangingsregel | Regelt afwezigheid zonder ongecontroleerde delegatie | Aangewezen waarnemend afdelingshoofd |
Registratievereiste | Bepaalt waar de goedkeuring wordt vastgelegd | Registratie in de inkoopworkflow |
Gebruik waar mogelijk rollen in plaats van namen van medewerkers. Een regel die is toegewezen aan de financieel directeur blijft geldig bij personeelswisselingen; een regel die alleen aan een specifiek persoon is toegewezen, raakt verouderd zodra die persoon van functie verandert.
Drempels moeten bovendien de totale blootstelling van je organisatie weerspiegelen. Als een abonnement van €900 per maand een verplichting van drie jaar creëert, kan de relevante waarde €32.400 zijn in plaats van het bedrag op de eerste factuur. Bepaal of limieten gelden per transactie, leverancier, project, jaar of volledige contractduur.
Bouw de matrix rond beslissingen, niet rond je organogram
Een veelgemaakte fout is om te beginnen bij senioriteit: supervisors mogen één bedrag goedkeuren, directeuren een ander bedrag en het bestuur al het overige. Dat lijkt misschien eenvoudig, maar houdt geen rekening met verschillen in beslissingsrisico.
Een aankoop van €20.000 bij een goedgekeurde leverancier kan minder riskant zijn dan een gratis tool die toegang krijgt tot gevoelige klantgegevens. Je matrix moet rekening houden met financiële waarde, omkeerbaarheid, impact op wet- en regelgeving, gegevenstoegang, contractvoorwaarden en reputatierisico.
Gebruik dit proces van zeven stappen om een praktische matrix op te stellen.
1. Inventariseer beslissingen die de organisatie binden
Beoordeel terugkerende workflows en identificeer beslissingen die geld, mensen, gegevens, serviceniveaus, juridische verplichtingen of operationele capaciteit vastleggen. Veelvoorkomende categorieën zijn:
Inkoop en verplichtingen tegenover leveranciers
Klantkortingen en creditnota's
Ondertekening en verlenging van contracten
Werving, beloning en ontslag
Onkosten en reizen
Gegevenstoegang en systeemrechten
Beleidsuitzonderingen
Compensatie voor klanten
Kapitaaluitgaven
Afschrijvingen en terugbetalingen
Richt je eerst op beslissingen die vaak voorkomen of grote gevolgen hebben. Je hoeft niet elk oordeel te inventariseren dat medewerkers tijdens hun dagelijkse werk vormen.
2. Beoordeel impact en risico
Classificeer elke beslissing aan de hand van een klein aantal consistente factoren. Het financiële bedrag is nuttig, maar mag niet de enige factor zijn.
Bepaal of de beslissing omkeerbaar is, een langlopende verplichting creëert, betrekking heeft op gereguleerde gegevens, klantafspraken wijzigt, standaardbeleid omzeilt of bevoegdheden concentreert bij een rol met een belangenconflict.
Een eenvoudige classificatie als laag, gemiddeld en hoog is meestal voldoende. De classificatie moet de zwaarte van de beheersmaatregel bepalen en niet alleen de beslissing beschrijven.
3. Wijs bevoegdheden toe aan rollen
Leg de bevoegdheid zo dicht bij het werk als het risico toelaat. Als elke routinematige beslissing goedkeuring van het bestuur vereist, heb je een knelpunt gedocumenteerd in plaats van bevoegdheden gedelegeerd.
Scheid de initiator en goedkeurder wanneer fraude, vooringenomenheid of een materiële fout mogelijk is. Dit is een fundamenteel principe van interne beheersing dat bekendstaat als functiescheiding. Zie Interne beheersmaatregelen voor het mkb: praktische gids voor een breder beheerskader.
4. Definieer drempels en cumulatieve limieten
Stel duidelijke categorieën op zonder hiaten of overlap. Bijvoorbeeld:
Teammanager: tot €2.500
Afdelingshoofd: €2.501 tot €15.000
Chief operating officer: €15.001 tot €50.000
Chief executive of bestuur: meer dan €50.000
Definieer vervolgens regels tegen omzeiling. Gerelateerde aankopen mogen niet over meerdere aanvragen, facturen, projecten of perioden worden verdeeld om een goedkeuringsdrempel te omzeilen.
5. Voeg voorwaardelijke beoordelingstriggers toe
Sommige beslissingen vereisen ongeacht hun waarde een specialistische beoordeling. Een inkoopaanvraag kan een security review vereisen wanneer een leverancier persoonsgegevens verwerkt, een juridische beoordeling wanneer contractvoorwaarden worden gewijzigd of een financiële beoordeling wanneer om vooruitbetaling wordt gevraagd.
Formuleer deze triggers als objectieve voorwaarden. Vermijd vage instructies zoals vraag juridische goedkeuring aan wanneer dat passend is. Benoem de specifieke trigger die de beoordeling verplicht maakt.
6. Definieer uitzonderingen en tijdelijke delegatie
Bepaal wie optreedt wanneer een goedkeurder afwezig is, een belangenconflict heeft of niet kan reageren. Tijdelijke bevoegdheid moet een duidelijk bereik, een begin- en einddatum en een bevoegde verstrekker hebben.
Sta niet toe dat een goedkeurder bevoegdheden voor onbepaalde tijd delegeert via e-mail of chat. Tijdelijke delegatie moet worden vastgelegd en controleerbaar zijn.
7. Valideer de matrix aan de hand van echte scenario's
Toets recente beslissingen aan de voorgestelde regels. Vraag wie elk geval zou hebben goedgekeurd, welk bewijs nodig zou zijn geweest en of de route praktisch uitvoerbaar zou zijn.
Neem grensgevallen rond drempelwaarden, spoedaanvragen, belangenconflicten en aanvragen met meerdere risicotriggerpunten mee. Door te testen ontdek je onduidelijke regels voordat ze het dagelijkse werk blokkeren.
Zet bevoegdheidsregels om in uitvoerbare goedkeuringsworkflows
Een spreadsheet kan de matrix inzichtelijk maken, maar kan deze niet betrouwbaar afdwingen. Medewerkers moeten de regels nog steeds interpreteren, de juiste goedkeurder vinden, bewijs verzamelen en de besluitvorming vastleggen.
Een betere aanpak is om bevoegdheidsregels in de workflow zelf op te nemen. Wanneer iemand een inkoop-, wervings-, kortings- of contractproces start, moet de workflow de relevante variabelen vastleggen en de beslissing automatisch naar de juiste persoon routeren.
Een leveranciersaanvraag kan bijvoorbeeld de contractwaarde, contractduur, gegevensclassificatie, afdeling en betalingsvoorwaarden vastleggen, plus de vraag of standaard juridische voorwaarden zijn gewijzigd. Deze invoer bepaalt de vereiste route:
Aanvragen binnen de limiet van de manager volgen het standaardgoedkeuringspad.
Aanvragen met een hogere waarde escaleren naar het afdelingshoofd of het bestuur.
Toegang tot klantgegevens activeert ongeacht de prijs een security review.
Afwijkende contractvoorwaarden activeren een juridische beoordeling.
Vooruitbetaling activeert een financiële beoordeling.
Afgewezen of onvolledige aanvragen gaan terug naar de initiator met een vastgelegde reden.
Hierin presteren gestructureerde workflows beter dan beleidsdocumenten. Een document vertelt mensen wat er moet gebeuren; een uitvoerbare workflow maakt de juiste route onderdeel van de manier waarop het werk wordt uitgevoerd.
Met OKiDO kun je deze beheersmaatregelen vormgeven via SOP-templates, gestructureerde variabelen, goedkeuringsstappen, rolgebaseerde toewijzingen, Decision Trees en visuele Systems. Een actieve RUN registreert inzendingen, goedkeuringen, opmerkingen, bewijs en statuswijzigingen binnen hun context en creëert zo een duurzaam audit trail.
Voor complexe beslissingen kan een Decision Tree invoer beoordelen en de juiste route bepalen. Systems kunnen vervolgens gates, voorwaardelijke vertakkingen, parallelle beoordelingen en uitzonderingsnodes gebruiken om het volledige proces te orkestreren. Bestaande runs blijven gekoppeld aan de procedureversie waarmee ze zijn gestart. Zo behoud je een nauwkeurige registratie wanneer het bevoegdhedenbeleid verandert.
Het ontwerpprincipe is cruciaal: automatisering mag AI of software geen ruimere bevoegdheden geven dan het menselijke proces toestaat. AI-agenten moeten werken binnen dezelfde limieten, credential-koppelingen, goedkeuringsgates en auditvereisten als je team.
Houd de matrix actueel en meet de impact
Een mandaatmatrix is een beheerste operationele controle, geen eenmalig document. Beoordeel de matrix minimaal jaarlijks en telkens wanneer het leiderschap, de juridische structuur, het risicoprofiel, de financiële omvang of het operationele model van je organisatie verandert.
Wijs een beleidseigenaar aan en leg de ingangsdatum, versie, beoordelingsfrequentie en goedkeurende instantie vast. Communiceer wijzigingen aan de betrokken rollen en werk tegelijkertijd de gekoppelde workflows bij. SOP-wijzigingsbeheer biedt een praktische methode om proceswijzigingen door te voeren zonder actief werk te verstoren.
Meet of de matrix de uitvoering daadwerkelijk verbetert in plaats van alleen maar te bestaan. Nuttige meetwaarden zijn onder meer:
Mediane goedkeuringstijd per beslissingscategorie en drempel
Percentage aanvragen dat bij de eerste poging correct wordt gerouteerd
Aantal goedkeuringen dat buiten de gedefinieerde workflow wordt afgehandeld
Frequentie van tijdelijke delegatie
Aantal beleidsuitzonderingen en de redenen daarvoor
Goedkeuringswerklast per rol
Aanvragen die worden teruggestuurd vanwege ontbrekend bewijs
Beslissingen die na de vereiste deadline worden afgerond
Gevallen waarin opgesplitste of cumulatieve verplichtingen een limiet overschrijden
Let op twee tegengestelde signalen van gebrekkige werking. Als bestuurders nog steeds het meeste routinematige werk goedkeuren, zijn de bevoegdheden niet ver genoeg gedelegeerd. Als het aantal uitzonderingen, goedkeuringen achteraf of tekortkomingen in de beheersing toeneemt, zijn de bevoegdheden mogelijk te ruim of zijn de regels onduidelijk.
Je mandaatmatrix moet veilige beslissingen versnellen en risicovolle beslissingen zorgvuldiger maken. De matrix definieert de regels, maar betrouwbare uitvoering ontstaat pas wanneer je die regels koppelt aan gestructureerde invoer, goedkeuringsgates, eigenaarschap, escalatie en bewijs.
OKiDO helpt je bevoegdhedenbeleid om te zetten in beheerste workflows die mensen en AI consistent kunnen uitvoeren. Gebruik SOPs, Decision Trees, Systems, goedkeuringen en auditeerbare RUNs om ervoor te zorgen dat elke beslissing bij de juiste bevoegde rol terechtkomt, zonder afhankelijk te zijn van geheugen of handmatige routering.
