{"id":939376,"date":"2026-11-13T16:15:13","date_gmt":"2026-11-13T16:15:13","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/goedkeuringsproces-voor-uitzonderingen\/"},"modified":"2026-11-13T16:15:14","modified_gmt":"2026-11-13T16:15:14","slug":"goedkeuringsproces-voor-uitzonderingen","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/nl\/blog\/goedkeuringsproces-voor-uitzonderingen\/","title":{"rendered":"Zo formaliseert u het goedkeuringsproces voor uitzonderingen van klanten"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Belangrijkste punten<\/h2>\n<h2>Zo brengt u de goedkeuring van uitzonderingen in de praktijk<\/h2>\n<ul>\n<li><strong>Deel uitzonderingen helder in:<\/strong> Stel standaardcategorie\u00ebn op om te bepalen welke klantverzoeken echt goedkeuring als uitzondering vereisen.<\/li>\n<li><strong>Standaardiseer de aanvraag:<\/strong> Gebruik gestructureerde formulieren om onderbouwing, risico\u2019s en impact op de business vast te leggen.<\/li>\n<li><strong>Richt een beheerde goedkeuringsworkflow in:<\/strong> Leg rollen en verantwoordelijkheden vast voor het beoordelen en goedkeuren van uitzonderingsverzoeken.<\/li>\n<li><strong>Volg vervaldatums en beoordelingscycli:<\/strong> Stel deadlines in en automatiseer herinneringen om permanente uitzonderingen te voorkomen.<\/li>\n<li><strong>Borg verantwoording via lifecyclebeheer<\/strong><\/li>\n<\/ul>\n<\/div>\n<p>Uitzonderingsbeheer is een verantwoordelijkheid (en hoofdpijndossier) binnen IT-governance waar alle <a href=\"https:\/\/www.ninjaone.com\/nl\/msp\/what-is-an-msp\/\">managed service providers<\/a> (MSP\u2019s) mee te maken krijgen. Vroeg of laat moet u een regel doorbreken om ongepatchte software te laten draaien, een gebruiker speciale rechten te geven of een ander \u201cmaak een uitzondering\u201d-scenario op te lossen \u2013 om technische of bureaucratische redenen.<\/p>\n<p>Het formaliseren van het <strong>goedkeuringsproces voor uitzonderingen<\/strong> maakt duidelijk wie het verzoek heeft ingediend, wie het heeft goedgekeurd en wie verantwoordelijk is voor de gevolgen. Tegelijk zorgt het ervoor dat alle uitzonderingen zijn gedocumenteerd en gemonitord of beperkt kunnen worden, zodat ze geen verborgen beveiligingsgaten worden.<\/p>\n<h2>Wat is een \u201cuitzondering\u201d binnen IT-governance?<\/h2>\n<p>Binnen <a href=\"https:\/\/www.ninjaone.com\/blog\/information-technology-it-fundamentals-core-concepts\/\">IT-governance<\/a> is een uitzondering een afwijking van een regel uit uw beveiligingsbeleid of ander IT-beleid. In deze context gaat het dus niet om een softwarefout.<\/p>\n<p>IT-beveiligingsbeleid wordt niet voor niets opgesteld: het zorgt ervoor dat verstandige, veilige configuraties en rechten worden uitgerold om eindgebruikers te beschermen tegen cyberdreigingen. Denk aan eisen zoals een actueel besturingssysteem op devices, volledig gepatchte software en gebruikers met beperkte rechten (volgens het <a href=\"https:\/\/www.ninjaone.com\/blog\/securing-company-data-with-enterprise-access-control\/\">principe van minste voorrecht<\/a>). Deze en andere beste praktijken uit de sector en organisatiespecifieke beleidsregels beschermen infrastructuur en data, houden priv\u00e9gegevens veilig en beperken de schade als er toch een malware- of hackincident plaatsvindt.<\/p>\n<p>Toch komt het moment dat u met tegenzin een van die regels moet doorbreken en een uitzondering moet maken. Een klant kan afhankelijk zijn van legacysoftware die niet werkt op het nieuwste besturingssysteem of software gebruiken die alleen draait met lokale beheerdersrechten. Soms zijn de redenen niet technisch: een invloedrijke C-suite-bestuurder kan erop staan zijn verouderde mobiele toestel te blijven gebruiken omdat de nieuwe modellen hem niet bevallen.<\/p>\n<h2>Zo helpt het formaliseren van uitzonderingen uw MSP-team<\/h2>\n<p>Zonder goed uitzonderingsbeheer stapelen deze ogenschijnlijk kleine afwijkingen zich op tot verborgen beveiligingsgaten die kunnen leiden tot grote datalekken of storingen. Ze ondermijnen ook de standard operating procedures (SOP), waardoor technici die niet van de uitzondering weten problemen moeilijker kunnen diagnosticeren en oplossen. Bovendien bemoeilijken ze compliance-rapportage en audits.<\/p>\n<p>Met een gestructureerd kader voor het beheren van door klanten aangevraagde uitzonderingen zorgt u ervoor dat die consistent worden beoordeeld, grondig gedocumenteerd en weer verwijderd zodra ze niet langer nodig zijn. Zo komt u flexibel tegemoet aan de wensen van klanten terwijl elk verzoek traceerbaar blijft. Daarnaast beschikt u over gedocumenteerde redenen waarom een verzoek is afgewezen, mocht u klanten moeten uitleggen waarom een uitzondering niet is toegekend.<\/p>\n<p><em>Het is cruciaal dat u altijd handelt binnen de wetgeving die zowel voor uw bedrijf als voor uw klanten geldt. Als een uitzondering juridische gevolgen kan hebben (bijvoorbeeld schending van de eisen rond gegevensverwerking uit <\/em><a href=\"https:\/\/www.ninjaone.com\/blog\/the-principles-of-data-protection-eu-and-na\/\"><em>gegevensbescherming<\/em><\/a><em>skaders zoals GDPR, CCPA of HIPAA), wijs het verzoek dan af en documenteer de wet die uitvoering in de weg staat.<\/em><\/p>\n<h2>Voorwaarden voor het formaliseren van het goedkeuringsproces voor uitzonderingen<\/h2>\n<p>U hebt de volgende hulpmiddelen nodig om het goedkeuringsproces voor uitzonderingen op een herhaalbare, gedocumenteerde en controleerbare manier vast te leggen die ook voor uw klanten duidelijk is:<\/p>\n<ul>\n<li>Een centraal documentatieplatform (zoals <a href=\"https:\/\/www.ninjaone.com\/nl\/it-documentatie\/\">NinjaOne Docs<\/a>, IT Glue, Confluence of SharePoint)<\/li>\n<li>Vastgelegde SOP en beveiligingsbaselines waarvan uitzonderingen mogen afwijken<\/li>\n<li>Duidelijk omschreven rollen voor beoordelaars van uitzonderingen (bijvoorbeeld Service Manager, Security Lead)<\/li>\n<li>Afspraken over de beoordelingsfrequentie (maandelijks, per kwartaal of zoals compliance voorschrijft)<\/li>\n<\/ul>\n<p>Bekijk de videotoelichting <a href=\"https:\/\/www.ninjaone.com\/videos\/msp-growth\/how-to-formalize-the-client-exception-approval-process\/\">Zo formaliseert u het goedkeuringsproces voor uitzonderingen van klanten<\/a>.<\/p>\n<h2>Stap 1: bepaal wat als uitzondering telt en breng het onder in categorie\u00ebn<\/h2>\n<p>Bepaal op basis van het beleid van uw klant wat als uitzondering geldt en deel die uitzonderingen in categorie\u00ebn in. Denk aan categorie\u00ebn als <strong>beveiliging<\/strong> (uitsluitingen voor firewall, antimalware, multifactorauthenticatie en <a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/patchbeheerproces\/\">softwarepatching<\/a>), <strong>operationeel<\/strong> (afwijkingen in specifieke workflows of van de SLA) of <strong>toegang<\/strong> (verhoogde rechten of het behouden van een account na offboarding). Zet deze informatie in een tabel zodat u er later naar kunt verwijzen.<\/p>\n<p>Let op: er is verschil tussen een voorkeur van een gebruiker en een uitzondering. Iemand die een lagere schermresolutie wil gebruiken maakt waarschijnlijk geen uitzondering op bestaand beleid en die wijziging vraagt vrijwel zeker geen formele goedkeuring. Dit soort voorkeuren als uitzondering documenteren levert ruis op en maakt het lastiger om uitzonderingen te herkennen die kunnen vervallen of doorlopend toezicht vereisen.<\/p>\n<h2>Stap 2: standaardiseer het aanvraagproces voor uitzonderingen<\/h2>\n<p>Een gestandaardiseerd aanvraagproces maakt het voor eindgebruikers eenvoudig om hun wensen kenbaar te maken en legt meteen een spoor van verantwoording vast. Maak een webformulier dat gestructureerde informatie vastlegt: een uniek uitzonderings-ID, de aanvraagdatum, de aanvragende partij, een omschrijving van wat er nodig is, de onderbouwing en de impact op de business als het verzoek wordt afgewezen.<\/p>\n<p>Voeg extra velden toe voor intern gebruik, zoals aantekeningen over de risicobeoordeling en ruimte om aanvullende monitoring- en beperkende maatregelen vast te leggen die nodig zijn als het verzoek wordt goedgekeurd en bekende kwetsbaarheden introduceert.<\/p>\n<p>De uitkomst van deze gestandaardiseerde formulieren hoort <a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/device-notities-standaardiseren\/\">opgeslagen te worden in uw documentatieplatform<\/a>.<\/p>\n<h2>Stap 3: richt een beoordelings- en goedkeuringsworkflow in<\/h2>\n<p>Leg een controleerbare beoordelings- en goedkeuringsworkflow vast die het volgende omvat:<\/p>\n<ol>\n<li><strong>Indiening:<\/strong> klantverzoeken worden vastgelegd via een ticket of formulier<\/li>\n<li><strong>Beoordeling:<\/strong> de Service Manager beoordeelt reikwijdte en risico\u2019s<\/li>\n<li><strong>Goedkeuring:<\/strong> de Security Lead keurt het uitzonderingsverzoek goed of af<\/li>\n<li><strong>Implementatie:<\/strong> de technicus voert de uitzondering door na goedkeuring<\/li>\n<li><strong>Vastlegging:<\/strong> de uitzondering wordt geregistreerd in uw centrale documentatierepository<\/li>\n<\/ol>\n<p>Tijdens de beoordeling en goedkeuring moet u met de klant communiceren en ervoor zorgen dat de risico\u2019s van de uitzondering volkomen helder zijn (en laat de klant indien passend tekenen voor akkoord, zodat de verantwoordelijkheid vastligt).<\/p>\n<h2>Stap 4: volg uitzonderingen met een vervaldatum<\/h2>\n<p>Uitzonderingen horen standaard niet permanent te zijn. Geef elke uitzondering een verval- of beoordelingsdatum (bij voorkeur met automatisch aangemaakt supportticket) en vereis waar technisch haalbaar dat de uitzondering expliciet opnieuw wordt ingeschakeld.<\/p>\n<p>Leg uitzonderingen op \u00e9\u00e9n plek vast voor volledig overzicht in plaats van verspreid over verschillende platformen. Met tags of categorie\u00ebn in uw helpdesk en documentatie kunt u een rapport genereren met alle op dit moment goedgekeurde uitzonderingen.<\/p>\n<h2>Stap 5: schrap uitzonderingen of zet ze om in SOP<\/h2>\n<p>Beoordeel al uw uitzonderingen regelmatig en schrap de uitzonderingen die niet langer nodig zijn. Documenteer altijd waarom een uitzondering is verwijderd, want dat geeft context als dezelfde uitzondering opnieuw wordt aangevraagd.<\/p>\n<p>Terugkerende of permanente uitzonderingen kunnen onderdeel moeten worden van uw reguliere SOP of aanleiding geven tot een beleidswijziging, mits ze geen beveiligingslek of compliance-probleem veroorzaken.<\/p>\n<h2>NinjaOne zorgt voor een soepel en transparant goedkeuringsproces voor uitzonderingen binnen uw MSP<\/h2>\n<p>NinjaOne biedt een compleet pakket MSP-tools, waaronder beheer van mobiele apparaten (MDM), remote access, helpdesk, assetbeheer en documentatietools, die integreren met eindpuntbeveiliging en scriptbare automatisering mogelijk maken. Daarmee legt u uw endpoints en gebruikers volledig vast, inclusief alle uitzonderingen die voor hen zijn goedgekeurd.<\/p>\n<p>U kunt devices met een afwijkende configuratie taggen zodat ze eenvoudig te herkennen en te beoordelen zijn en met <a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/top-repetitieve-helpdesk-taken-automatiseren\/\">helpdeskautomatisering<\/a> borgen dat uitzonderingen worden gevolgd en geschrapt zodra ze overbodig zijn. U kunt rapporten genereren om tijdens reguliere klantgesprekken de afwegingen tussen beveiliging en business te bespreken en zo voorkomen dat een uitzondering onbeheerd blijft of een blinde vlek in de beveiliging veroorzaakt.<\/p>\n<div class=\"quick-start-guide\"><h2><svg width=\"45\" height=\"45\" viewBox=\"0 0 45 45\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n<path d=\"M41.4822 0H3.51778C1.57496 0 0 1.57496 0 3.51778V41.4822C0 43.425 1.57496 45 3.51778 45H41.4822C43.425 45 45 43.425 45 41.4822V3.51778C45 1.57496 43.425 0 41.4822 0Z\" fill=\"#053856\"\/>\n<path d=\"M30.4399 13.9904C28.9161 12.4475 26.9127 11.6737 24.4346 11.6737C23.0721 11.6737 21.8188 11.911 20.6794 12.3858C19.5401 12.8605 18.5859 13.5346 17.8168 14.4129V11.2654L12.2766 13.867V32.562H18.0779V22.4739C18.0779 20.6224 18.5099 19.2267 19.3787 18.2867C20.2474 17.3515 21.4105 16.8815 22.8727 16.8815C24.1877 16.8815 25.1894 17.285 25.8825 18.0968C26.5756 18.9086 26.9222 20.1334 26.9222 21.7808V32.562H32.7234V21.2728C32.7234 18.2393 31.9591 15.5285 30.4399 13.9856V13.9904Z\" fill=\"#04FF88\"\/>\n<\/svg>Quick-start guide<\/h2><p><strong>Aanbevelingen voor het goedkeuringsproces voor uitzonderingen van klanten<\/strong><\/p>\n<p>1. Documentatie is cruciaal<br \/>\n\u2013 Stel een duidelijk, gedocumenteerd proces op voor het afhandelen van uitzonderingen van klanten<br \/>\n\u2013 Zorg dat het proces het volgende omvat:<br \/>\n\u2013 Documentatie van het oorspronkelijke verzoek<br \/>\n\u2013 Beoordeling door de juiste belanghebbenden<br \/>\n\u2013 Criteria voor goedkeuring of afwijzing<br \/>\n\u2013 Opvolging en registratie van uitzonderingen<\/p>\n<p>2. Betrokkenheid van belanghebbenden<br \/>\n\u2013 Betrek meerdere goedkeuringsniveaus (bijvoorbeeld Support Lead, AM, Technical Lead)<br \/>\n\u2013 Leg duidelijke richtlijnen vast voor wat een aanvaardbare uitzondering is<\/p>\n<p>3. Opvolging en compliance<br \/>\n\u2013 Houd een centraal logboek bij van alle uitzonderingen van klanten<br \/>\n\u2013 Beoordeel en controleer uitzonderingen regelmatig om misbruik te voorkomen<br \/>\n\u2013 Stel een vervaldatum of beoordelingsperiode in voor toegekende uitzonderingen<\/p>\n<p>4. Aandachtspunten in NinjaOne<br \/>\n\u2013 Maak gebruik van de functies voor beleids- en rechtenbeheer van NinjaOne<br \/>\n\u2013 Overweeg specifieke beleidsregels of tags voor gevolgde uitzonderingen<\/p>\n<p>Voor een definitief, bedrijfsspecifiek proces raden we aan uw interne Support Leadership of documentatieteam te raadplegen om een complete workflow voor de goedkeuring van uitzonderingen van klanten te ontwikkelen.<\/p>\n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Uitzonderingsbeheer is een verantwoordelijkheid (en hoofdpijndossier) binnen IT-governance waar alle managed service providers (MSP\u2019s) mee te maken krijgen. Vroeg of laat moet u een regel doorbreken om ongepatchte software te laten draaien, een gebruiker speciale rechten te geven of een ander \u201cmaak een uitzondering\u201d-scenario op te lossen \u2013 om technische of bureaucratische redenen. Het formaliseren [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":730049,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"_relevanssi_hide_post":"","_relevanssi_hide_content":"","_relevanssi_pin_for_all":"","_relevanssi_pin_keywords":"","_relevanssi_unpin_keywords":"","_relevanssi_related_keywords":"","_relevanssi_related_include_ids":"","_relevanssi_related_exclude_ids":"","_relevanssi_related_no_append":"","_relevanssi_related_not_related":"","_relevanssi_related_posts":"","_relevanssi_noindex_reason":"","_lmt_disableupdate":"","_lmt_disable":"","footnotes":""},"categories":[4371],"tags":[],"class_list":["post-939376","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-msp-groei"],"acf":[],"modified_by":null,"_links":{"self":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/939376","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/users\/35"}],"replies":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/comments?post=939376"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/939376\/revisions"}],"predecessor-version":[{"id":939377,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/939376\/revisions\/939377"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media\/730049"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media?parent=939376"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/categories?post=939376"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/tags?post=939376"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}