{"id":936968,"date":"2026-11-13T14:15:48","date_gmt":"2026-11-13T14:15:48","guid":{"rendered":"https:\/\/www.ninjaone.com\/blog\/klantspecifieke-uitzonderingen-documenteren\/"},"modified":"2026-11-13T14:15:50","modified_gmt":"2026-11-13T14:15:50","slug":"klantspecifieke-uitzonderingen-documenteren","status":"publish","type":"post","link":"https:\/\/www.ninjaone.com\/nl\/blog\/klantspecifieke-uitzonderingen-documenteren\/","title":{"rendered":"Zo documenteren MSP\u2019s klantspecifieke uitzonderingen zonder de operationele controle te verliezen"},"content":{"rendered":"<div class=\"in-context-cta\"><h2>Belangrijkste punten<\/h2>\n<ul>\n<li>Documenteer klantspecifieke uitzonderingen met een standaard template waarin scope, onderbouwing, eigenaar en de review- en vervaldatum zijn vastgelegd.<\/li>\n<li>Bewaar uitzonderingen in \u00e9\u00e9n doorzoekbare repository zodat technici ze tijdens de dienstverlening direct kunnen opvragen.<\/li>\n<li>Automatiseer herinneringen zodat eigenaren van uitzonderingen de documentatie beoordelen voordat die verouderd raakt.<\/li>\n<li>Verwijs direct binnen SOP\u2019s en tickets naar actieve uitzonderingen zodat technici ze zien op het moment van handelen.<\/li>\n<\/ul>\n<\/div>\n<p><strong>Klantspecifieke uitzonderingen<\/strong>, zoals aangepaste configuraties, firewallregels of compatibiliteit met verouderde devices, maken de dienstverlening complex. Zonder duidelijke documentatie van uitzonderingen per klant tasten MSP\u2019s in het duister, met mogelijke <a href=\"https:\/\/www.ninjaone.com\/blog\/what-is-an-msp-service-level-agreement-sla\/\">SLA<\/a>-schendingen tot gevolg.<\/p>\n<h2 id=\"strategies-outlined\">Strategie\u00ebn voor MSP\u2019s om klantuitzonderingen te documenteren<\/h2>\n<p>MSP\u2019s kunnen hun bestaande documentatiestrategie\u00ebn aanpassen zodat uitzonderingen per klant worden vastgelegd en beoordeeld. Zo krijgen technici beter zicht op uitzonderingen per klant en kunnen ze SOP\u2019s afstemmen op de flexibiliteit die klanten vragen.<\/p>\n<p><strong>Use cases<\/strong>: onderstaande strategie\u00ebn vullen elkaar aan en leveren samen een doorzoekbaar overzicht van klantspecifieke uitzonderingen op, waarmee MSP\u2019s de operationele controle behouden. Daarnaast maken ze regelmatige reviews mogelijk, zodat de content actueel blijft en de SLA-compliance bij alle klanten in stand blijft.<\/p>\n<p><strong>Vereisten:<\/strong><\/p>\n<ul>\n<li>Basisfunctionaliteit voor automatisering<\/li>\n<li>Een gecentraliseerd documentatieplatform<\/li>\n<li>Overeenstemming over de opbouw van het uitzonderingstemplate en het eigenaarschap<\/li>\n<li>Een bestaand reviewproces voor uitzonderingen<\/li>\n<\/ul>\n<p><strong>Overzichtstabel met beste praktijken:<\/strong><\/p>\n<table>\n<tbody>\n<tr>\n<td><strong>Onderdeel<\/strong><\/td>\n<td><strong>Samenvatting<\/strong><\/td>\n<\/tr>\n<tr>\n<td><a href=\"#strategy-1\"><strong>Strategie 1: gebruik een gestandaardiseerd template voor klantspecifieke uitzonderingen<\/strong><\/a><\/td>\n<td>Templates maken de details van uitzonderingen zichtbaar, waardoor technici en engineers beter overzicht houden.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"#strategy-2\"><strong>Strategie 2: beheer uitzonderingen in een doorzoekbare repository<\/strong><\/a><\/td>\n<td>Bewaar uitzonderingen in een centrale repository zodat ze eenvoudig terug te vinden zijn.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"#strategy-3\"><strong>Strategie 3: automatiseer herinneringen voor de review van klantuitzonderingen<\/strong><\/a><\/td>\n<td>Herinner technici eraan wanneer een reviewperiode bijna verloopt, zodat uitzonderingen niet verouderen.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"#strategy-4\"><strong>Strategie 4: verwijs binnen SOP\u2019s en tickets naar klantspecifieke uitzonderingen<\/strong><\/a><\/td>\n<td>Verwijs op het moment van handelen naar de relevante uitzonderingen per klant voor beter overzicht.<\/td>\n<\/tr>\n<tr>\n<td><a href=\"#strategy-5\"><strong>Strategie 5: houd uitzonderingen actueel met reviews en goedkeuringen<\/strong><\/a><\/td>\n<td>Regelmatige reviews garanderen dat uitzonderingen per klant geldig en actueel blijven.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>\ud83c\udfa5 Bekijk de videoversie van deze gids: <a href=\"https:\/\/www.ninjaone.com\/videos\/msp-growth\/how-msps-can-document-client-specific-exceptions-without-risking-operational-control\/\">Zo documenteren MSP\u2019s klantspecifieke uitzonderingen zonder de operationele controle te verliezen<\/a>.<\/p>\n<h3 id=\"strategy-1\">Strategie 1: gebruik een gestandaardiseerd template voor klantspecifieke uitzonderingen<\/h3>\n<p>Een gedetailleerd uitzonderingstemplate versnelt het documentatieproces. Bovendien behouden MSP\u2019s er de operationele controle mee, omdat het eigenaarschap vastlegt en helpt afwijkingen te signaleren voordat ze de compliance in gevaar brengen.<\/p>\n<p>Consistente uitzonderingsgegevens vergroten ook het overzicht, ondersteunen audits en rapportage en maken snel zoeken mogelijk. Zo kunnen MSP\u2019s ruwe cijfers omzetten in bruikbare inzichten en vaststellen bij welke klanten een rollback of prioritering nodig is.<\/p>\n<h4 id=\"sample-template\">Voorbeeldtemplate waarmee MSP\u2019s klantuitzonderingen kunnen registreren<\/h4>\n<table>\n<thead>\n<tr>\n<th colspan=\"3\"><strong>Template voor klantuitzonderingen<\/strong><\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td><strong>Uitzonderings-ID<\/strong><\/td>\n<td>NJO-2025-001<\/td>\n<td>NJO-2025-023<\/td>\n<\/tr>\n<tr>\n<td><strong>Klant \/ omgeving<\/strong><\/td>\n<td>Klant A (Finance)<\/td>\n<td>Klant B (kiosks)<\/td>\n<\/tr>\n<tr>\n<td><strong>Type uitzondering<\/strong><\/td>\n<td>Legacy \u2013 ontheffing TLS 1.0<\/td>\n<td>Beveiliging \u2013 <a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/wat-is-edr\/\">EDR<\/a>-vrijstelling<\/td>\n<\/tr>\n<tr>\n<td><strong>Beschrijving en onderbouwing<\/strong><\/td>\n<td>De facturatie-app van de klant ondersteunt alleen TLS 1.0; uitvaltijd raakt de facturatie en de cashflow.<\/td>\n<td>De kiosks van de klant zijn niet compatibel met onze EDR-oplossing; vervanging staat gepland voor het volgende kwartaal.<\/td>\n<\/tr>\n<tr>\n<td><strong>Scope en voorwaarden<\/strong><\/td>\n<td>Alleen uitgaand; weiger alle inkomende TLS-transacties.<\/td>\n<td>App in alleen-lezenmodus; geen e-mail\/web; apparaatbeheer vergrendeld.<\/td>\n<\/tr>\n<tr>\n<td><strong>Startdatum<\/strong><\/td>\n<td>16-09-2025<\/td>\n<td>24-08-2025<\/td>\n<\/tr>\n<tr>\n<td><strong>Reviewdatum<\/strong><\/td>\n<td>24-10-2025<\/td>\n<td>03-11-2025<\/td>\n<\/tr>\n<tr>\n<td><strong>Vervaldatum<\/strong><\/td>\n<td>25-10-2025<\/td>\n<td>04-11-2025<\/td>\n<\/tr>\n<tr>\n<td><strong>Eigenaar en goedkeuringshistorie<\/strong><\/td>\n<td>John Doe; goedgekeurd (15-09-2025)<\/td>\n<td>Richard Roe; goedgekeurd (23-08-2025)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h3 id=\"strategy-2\">Strategie 2: beheer uitzonderingen in een doorzoekbare repository<\/h3>\n<p>Een centrale repository brengt alle klantspecifieke uitzonderingen samen, zodat technici en engineers ze eenvoudig kunnen opvragen ter review of als referentie. Het is verstandig om in doorzoekbare repository\u2019s ook gekoppelde artefacten op te nemen, zoals wijzigingen, bewijsmateriaal, SOP\u2019s en monitoringregels, voor een beter overzicht.<\/p>\n<p>Uitzonderingen moeten bovendien in \u00e9\u00e9n oogopslag hun volledige lifecycle tonen, zodat beslissingen sneller gaan. Engineers kunnen uitzonderingen bijvoorbeeld labelen als actief, verouderd of wachtend op goedkeuring, zodat technici meteen zien of ze nog geldig zijn.<\/p>\n<p>MSP\u2019s kunnen een eenvoudige repository opzetten in spreadsheetsoftware en de belangrijkste gegevens in een goed toegankelijke tabel zetten. Een tool voor IT documentatie, zoals <a href=\"https:\/\/www.ninjaone.com\/nl\/it-documentatie\/\">NinjaOne Documentation<\/a>, biedt daarentegen centraal en op schaal diepere inzichten per klant.<\/p>\n<h3 id=\"strategy-3\">Strategie 3: automatiseer herinneringen voor de review van klantuitzonderingen<\/h3>\n<p>Configuraties veranderen naarmate <a href=\"https:\/\/www.ninjaone.com\/patch-management\/faqs\/\">patches<\/a> en updates worden doorgevoerd, wat nieuwe dreigingen kan uitlokken, zeker bij klanten met veel uitzonderingen in hun SLA. Door klantspecifieke uitzonderingen regelmatig te valideren, brengt u hiaten in beeld en beperkt u mogelijke dreigingen voordat ze systemen raken en de compliance in gevaar brengen.<\/p>\n<p>Daarom is het essentieel dat MSP\u2019s de eigenaren van klantuitzonderingen herinneren aan aankomende reviews, zodat de documentatie actueel blijft. Technici houden zo ook operationele duidelijkheid, omdat ze altijd de actuele status van de configuraties per klant voor zich hebben.<\/p>\n<h4>Voorbeeld-PowerShell-script om reviewherinneringen te automatiseren<\/h4>\n<p>MSP\u2019s kunnen lichte automatiseringsscripts inplannen die regelmatig controleren of een uitzondering nog geldig is. Zo blijft verouderde documentatie uit de knowledge base.<\/p>\n<p><strong>Vereisten:<\/strong><\/p>\n<ul>\n<li>PowerShell 5.1 of hoger<\/li>\n<li>Een bestaande spreadsheet <strong>exception.csv<\/strong><\/li>\n<li>CSV-bestand met de gegevens <strong>Owner<\/strong>, <strong>ExceptionID<\/strong> en <strong>ReviewDate<\/strong><\/li>\n<\/ul>\n<table>\n<tbody>\n<tr>\n<td><strong><code>Import-Csv exceptions.csv | Where-Object { (Get-Date) - [DateTime]$_.'ReviewDate' -gt 0 } |<\/code><\/strong><br \/>\n<strong><code>ForEach-Object {<\/code><\/strong><br \/>\n<strong><code>Send-MailMessage -To $_.Owner -Subject \"Review Needed: Exception $_.ExceptionID\"<\/code><\/strong><br \/>\n<strong><code>}<\/code><\/strong><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p><strong>Let op: <\/strong>het bovenstaande script waarschuwt eigenaren pas wanneer de reviewdatum van de documentatie is verstreken; het geeft vooraf geen melding.<\/p>\n<h3 id=\"strategy-4\">Strategie 4: verwijs binnen SOP\u2019s en tickets naar klantspecifieke uitzonderingen<\/h3>\n<p>Het is een goede gewoonte om uitzonderingen te koppelen aan SOP\u2019s en tickets, zodat technici de juiste dienstverlening leveren die klanten nodig hebben. Dat voorkomt fouten, omdat uitzonderingen zichtbaar zijn vlak voordat er wordt gehandeld.<\/p>\n<h4>Klantuitzonderingen opnemen in SOP\u2019s<\/h4>\n<p>SOP\u2019s zouden de details van de uitzondering per klant bovenaan het document moeten vermelden. In het voorbeeld hieronder gebruiken we de scope en voorwaarden van klant A uit het eerder getoonde <a href=\"#sample-template\">voorbeeldtemplate<\/a>.<\/p>\n<table>\n<tbody>\n<tr>\n<td><em>\u201cDeze procedure gaat ervan uit dat uitzondering CL-2025-001 ACTIEF is. Scope: alleen uitgaande transacties; negeer alle interne transacties. Details: [link]. Is de uitzondering niet actief, gebruik dan SOP-NET-44 (standaardroute).\u201d<\/em><\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<h4>Uitzonderingen per klant integreren in tickets en wijzigingen<\/h4>\n<p>Gebruik in tickets velden als <strong>Uitzonderings-ID<\/strong>, <strong>Status<\/strong>, <strong>Vervaldatum\/reviewdatum<\/strong> en <strong>Eigenaar<\/strong> om uitzonderingen zichtbaar te maken. Technici kunnen ook banners en notitietemplates inzetten. Een notitietemplate kan bijvoorbeeld luiden: <em>\u201cLet op: deze procedure gaat ervan uit dat uitzondering CL-2025-001 van kracht is. Zie [link] voor alle details.\u201d<\/em><br \/>\n<strong>Tip: <\/strong>gebruik bij verwijzingen naar documentatie altijd de exacte uitzonderings-ID en neem alle velden, zoals <strong>scope en voorwaarden<\/strong>, letterlijk over om fouten te voorkomen.<\/p>\n<h3 id=\"strategy-5\">Strategie 5: houd uitzonderingen actueel met reviews en goedkeuringen<\/h3>\n<p>Uitzonderingen per klant horen aan te sluiten op goede praktijken voor <a href=\"https:\/\/www.ninjaone.com\/it-hub\/endpoint-security\/what-is-data-governance\/\">datagovernance<\/a>, zoals periodieke reviews voor verlenging, aanpassing of uitfasering. Zo verdwijnen verouderde uitzonderingen uit de knowledge base en werken technici per klant volgens de juiste SOP\u2019s.<\/p>\n<h4>Gebruikelijke reviewfrequentie en triggers<\/h4>\n<ul>\n<li><strong>Elk kwartaal. <\/strong>Beoordeel elk kwartaal of uitzonderingen nog nodig zijn en controleer de velden, zoals scope, voorwaarden en reviewdata. Daarna kunnen technici op basis van hun bevindingen besluiten de documentatie te verlengen, aan te passen of in te trekken.<\/li>\n<li><strong>Jaarlijkse audit. <\/strong>Ruim uw knowledge base op door losgeraakte uitzonderingen en verlopen vermeldingen te verwijderen. Zo voorkomt u dat verouderde documentatie opnieuw in de dienstverlening opduikt en blijft u compliant.<\/li>\n<\/ul>\n<h2>Voorbeeld van een governance-workflow voor klantspecifieke uitzonderingen<\/h2>\n<p>Combineer de <a href=\"#strategies-outlined\">hierboven beschreven strategie\u00ebn<\/a> tot een soepele workflow die uitzonderingen per klant zichtbaar, doorzoekbaar en beoordeelbaar maakt zonder de operationele controle aan te tasten.<\/p>\n<ol>\n<li><strong>Documenteer uitzonderingen met standaard templates. <\/strong>Registreer vastgestelde uitzonderingen per klant in documentatierepository\u2019s door de juiste gegevens in standaard templates in te vullen. Dat zorgt voor consistentie en duidelijk eigenaarschap, van documentatie tot uitfasering.<\/li>\n<li><strong>Automatiseer herinneringen. <\/strong>Zet lichte automatiseringstools zoals scripts in om eigenaren van uitzonderingen automatisch een seintje te geven voordat de documentatie veroudert.<\/li>\n<li><strong>Actie na de review. <\/strong>Wijs na de review een beheerder aan die uitzonderingen bijwerkt of intrekt, zodat de scope beperkt blijft en het risico klein.<\/li>\n<li><strong>Controleer SOP\u2019s. <\/strong>SOP\u2019s die naar bestaande uitzonderingen verwijzen, horen regelmatig te worden beoordeeld zodat ze aansluiten op de documentatie waaraan ze gekoppeld zijn. Zo is alles zichtbaar waar het werk daadwerkelijk gebeurt, wat de effici\u00ebntie en de dienstverlening verbetert.<\/li>\n<\/ol>\n<h2>Idee\u00ebn voor NinjaOne-integratie om uitzonderingen per klant automatisch bij te houden<\/h2>\n<p>NinjaOne biedt krachtige documentatiemogelijkheden waarmee MSP\u2019s klantspecifieke uitzonderingen kunnen beheren. Voer uw documentatiepraktijken voor uitzonderingen centraal en op schaal uit door de volgende NinjaOne-functies in uw workflow op te nemen:<\/p>\n<ul>\n<li><strong>NinjaOne Documentation: <\/strong>neem een directe link naar de uitzonderingsdetails op in het digitale dossier van een specifieke klant. Zo zijn klantspecifieke uitzonderingen meteen beschikbaar en daalt de MTTR.<\/li>\n<li><strong>Policies &amp; Alerts: <\/strong>maak aangepaste voorwaarden die eigenaren automatisch waarschuwen wanneer eraan wordt voldaan, zodat problemen met uitzonderingen snel worden opgelost voordat ze escaleren.<\/li>\n<li><strong>Reporting<\/strong>: met de rapportagetool van NinjaOne zetten MSP\u2019s ruwe data en cijfers om in overzichten die klaar zijn voor klantgesprekken. Dat geeft bestaande klanten transparantie en legt tijdens de onboarding vast hoe uitzonderingen worden afgehandeld, als bewijs van due diligence.<\/li>\n<\/ul>\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>NinjaOne heeft een aantal belangrijke strategie\u00ebn waarmee MSP\u2019s klantspecifieke uitzonderingen documenteren zonder de operationele controle te verliezen:<\/p>\n<p>1. <b data-stringify-type=\"bold\">Gestandaardiseerd documentatiekader<\/b><\/p>\n<ul>\n<li>Maak een consistent template voor het documenteren van klantspecifieke uitzonderingen<\/li>\n<li>Gebruik een centraal documentatiesysteem dat ruimte biedt aan notities per klant<\/li>\n<li>Houd een standaardaanpak aan die unieke klantwensen kan opvangen<\/li>\n<\/ul>\n<p>2. <b data-stringify-type=\"bold\">Gecontroleerde flexibiliteit<\/b><\/p>\n<ul>\n<li>Richt een gestructureerd proces in om uitzonderingen vast te leggen en te volgen<\/li>\n<li>Gebruik tags of specifieke velden om variaties per klant te markeren en te categoriseren<\/li>\n<li>Zorg dat uitzonderingen via een formeel proces worden goedgekeurd en gedocumenteerd<\/li>\n<\/ul>\n<p>3. <b data-stringify-type=\"bold\">Volledig overzicht<\/b><\/p>\n<ul>\n<li>Gebruik tools zoals de functie <a href=\"https:\/\/www.ninjaone.com\/nl\/it-documentatie\/\">NinjaOne Documentation<\/a> om klantspecifieke <a href=\"https:\/\/www.ninjaone.com\/it-hub\/it-service-management\/what-is-a-knowledge-base\/\">knowledge bases<\/a> op te zetten<\/li>\n<li>Vermeld bij elke uitzondering een duidelijke onderbouwing voor transparantie<\/li>\n<li>Beoordeel en actualiseer de uitzonderingsdocumentatie regelmatig<\/li>\n<\/ul>\n<p>4. <b data-stringify-type=\"bold\">Operationele waarborgen<\/b><\/p>\n<ul>\n<li>Stel duidelijke richtlijnen op voor wanneer en hoe uitzonderingen mogen worden gemaakt<\/li>\n<li>Richt goedkeuringsworkflows in voor afwijkingen per klant<\/li>\n<li>Houd een centrale repository van uitzonderingen bij om configuratiedrift te voorkomen<\/li>\n<\/ul>\n<p>5. <b data-stringify-type=\"bold\">Compliance en consistentie<\/b><\/p>\n<ul>\n<li>Stem uitzonderingen af op de algemene beveiligings- en operationele standaarden<\/li>\n<li>Zorg dat variaties per klant de integriteit van het totale systeem niet aantasten<\/li>\n<li>Gebruik gestandaardiseerde templates die gecontroleerde maatwerkopties toelaten<\/li>\n<\/ul>\n<\/div>\n<h2>Documenteer klantspecifieke uitzonderingen voor een betrouwbare dienstverlening<\/h2>\n<p>SLA-compliance begint met duidelijke documentatie van verwachtingen en uitzonderingen, want zo helpen procedures klanten om na een incident overeind te blijven. Leg uitzonderingen vast met een standaard template en bewaar ze in \u00e9\u00e9n repository voor snelle toegang.<\/p>\n<p>Stel geautomatiseerde, vriendelijke herinneringen in zodat vermeldingen actueel blijven, terwijl korte notities in SOP\u2019s en tickets de context beschikbaar houden op het moment van handelen. Door korte, regelmatige reviews blijven uitzonderingen tijdelijk en veilig, wat verrassingen beperkt en problemen bij klanten sneller oplost.<\/p>\n<p><strong>Gerelateerde onderwerpen:<\/strong><\/p>\n<ul>\n<li><a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/it-documentatie-best-practices\/\">5 beste praktijken voor IT documentatie in 2026<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/nl\/blog\/it-documentatie-voorbeelden-templates\/\">Templates voor IT documentatie met voorbeelden<\/a><\/li>\n<li><a href=\"https:\/\/www.ninjaone.com\/nl\/it-documentatie\/\">Het belang van documentatie voor effectief IT Management<\/a><\/li>\n<\/ul>\n","protected":false},"excerpt":{"rendered":"<p>Klantspecifieke uitzonderingen, zoals aangepaste configuraties, firewallregels of compatibiliteit met verouderde devices, maken de dienstverlening complex. Zonder duidelijke documentatie van uitzonderingen per klant tasten MSP\u2019s in het duister, met mogelijke SLA-schendingen tot gevolg. Strategie\u00ebn voor MSP\u2019s om klantuitzonderingen te documenteren MSP\u2019s kunnen hun bestaande documentatiestrategie\u00ebn aanpassen zodat uitzonderingen per klant worden vastgelegd en beoordeeld. Zo krijgen [&hellip;]<\/p>\n","protected":false},"author":35,"featured_media":581774,"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-936968","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\/936968","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=936968"}],"version-history":[{"count":1,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936968\/revisions"}],"predecessor-version":[{"id":936969,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/posts\/936968\/revisions\/936969"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media\/581774"}],"wp:attachment":[{"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/media?parent=936968"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/categories?post=936968"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.ninjaone.com\/nl\/wp-json\/wp\/v2\/tags?post=936968"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}