De beoogde coalitie heeft vandaag het nieuwe coalitieakkoord gepresenteerd. Daarin krijgt digitalisering een prominente plek, met plannen voor strengere IT-regie, meer Europese autonomie en forse investeringen in AI en infrastructuur. Een aparte minister voor Digitale Zaken komt er niet, maar de impact op de IT-markt is groot.

Digitalisering krijgt in het nieuwe coalitieakkoord een centrale plek, maar wie had gehoopt op een aparte minister voor Digitale Zaken komt bedrogen uit. Het beoogde kabinet kiest niet voor een nieuwe bewindspersoon, maar voor strakkere regie via bestaande ministeries, met name Binnenlandse Zaken, en de oprichting van een Nederlandse Digitale Dienst. Tegelijkertijd legt het akkoord de lat voor overheid en markt hoger: meer Europese autonomie, strengere IT-standaarden, zwaardere cybersecurity-eisen en forse investeringen in AI en infrastructuur.

Digitalisering als strategisch dossier

In het hoofdstuk Nederland koploper in een digitale wereld maakt het kabinet duidelijk dat digitalisering niet langer wordt gezien als ondersteunend beleid, maar als strategisch instrument. Technologie raakt volgens de coalitie direct aan nationale veiligheid, economische slagkracht en de democratische rechtsstaat.

Nederland en Europa zijn volgens het akkoord te afhankelijk geworden van een klein aantal buitenlandse techspelers. Die afhankelijkheid maakt het land kwetsbaar, zeker nu technologie steeds vaker wordt ingezet als geopolitiek machtsmiddel. De dagelijkse cyberaanvallen op overheid en bedrijven worden expliciet genoemd als reden om digitale autonomie serieuzer te nemen. Nederland moet koploper worden in “verantwoorde digitale innovatie”, met sterke Europese ecosystemen rond cloud, data, AI en infrastructuur.

Geen minister voor Digitale Zaken

Opvallend is dat het kabinet geen aparte minister of staatssecretaris voor digitalisering instelt. In plaats daarvan blijft de coördinatie grotendeels bij het ministerie van BZK liggen, dat al verantwoordelijk is voor de Rijksdienst en overheids-ICT. Wel wordt een nieuwe Nederlandse Digitale Dienst opgericht. Die moet rijksbreed digitalisering ondersteunen, kwaliteitsstandaarden opstellen en zorgen dat grote IT-projecten beter worden ingericht. De dienst krijgt volgens het akkoord ook “doorzettingsmacht”, wat moet voorkomen dat projecten vastlopen in bestuurlijke versnippering. Voor de markt betekent dit meer centrale sturing en minder ruimte voor losse eilandoplossingen.

Digitale overheid wordt strengere opdrachtgever

Het coalitieakkoord bevat een uitgebreid pakket aan maatregelen om de digitale overheid professioneler te maken. Daarbij ligt de nadruk op standaardisatie, veiligheid en autonomie. Zo wordt digitale autonomie het uitgangspunt. De overheid wil strategische afhankelijkheden in cloud, data en kernsystemen doelgericht afbouwen en kiest nadrukkelijk voor Europese infrastructuur. Grote IT-projecten worden opgesplitst, zodat ook Nederlandse en Europese mkb-bedrijven kunnen meedingen.

Daarnaast worden inkoop en aanbestedingen verder gecentraliseerd en gestandaardiseerd. Security-by-design, zero trust, open source, soevereiniteit en ketenveiligheid worden leidende principes. De overheid wil haar marktmacht gebruiken om deze standaarden af te dwingen. Voor IT-projecten boven de vijf miljoen euro geldt voortaan een verplichte toets aan centrale IT-standaarden voordat financiering wordt toegekend. Dit maakt de overheid tot een strengere opdrachtgever. Leveranciers en dienstverleners zullen aantoonbaar moeten voldoen aan technische en security-eisen.

Minder afhankelijk van externe IT-partijen

Een ander speerpunt is het verminderen van de afhankelijkheid van externe IT-leveranciers en consultants. Het kabinet wil meer IT-specialisten in vaste dienst nemen en introduceert daarvoor een concurrerend salarispad. Ook worden ambtenaren breder geschoold in technologie en het gebruik van AI. Externe inhuur moet worden teruggebracht, onder meer door aantrekkelijkere loopbaanpaden voor technische specialisten binnen de overheid. Voor grote IT-dienstverleners die veel voor de overheid werken, kan dit op termijn betekenen dat delen van hun rol verschuiven. Tegelijkertijd blijft externe expertise nodig, maar onder scherpere voorwaarden.

Inhaalslag digitale dienstverlening

Het kabinet erkent dat de digitale dienstverlening achterblijft. Als voorbeeld wordt expliciet Estland genoemd. Alle overheidsdiensten moeten online toegankelijk worden, met oog voor toegankelijkheid en gebruiksvriendelijkheid. Daarbij blijft ook ruimte voor telefonische en fysieke loketten, om te voorkomen dat digitalisering leidt tot uitsluiting. De modernisering van het ICT-landschap bij de Belastingdienst en Dienst Toeslagen krijgt prioriteit, mede als gevolg van eerdere uitvoeringsproblemen. Hier liggen kansen voor langdurige IT-trajecten, maar wel onder strakkere regie en met hogere eisen aan kwaliteit en governance.

Forse inzet op AI en infrastructuur

Economisch zet het kabinet zwaar in op digitale technologie. Nederland moet van ‘pilotland’ doorgroeien naar ‘opschaalland’, vooral op het gebied van AI.

Concreet worden onder meer genoemd:

  • de bouw van een AI-fabriek in Noord-Nederland
  • investeringen in Europese autonome datacenters
  • een nationaal AI-rekenkrachtplan
  • publiek-private investeringen in AI, cybersecurity, halfgeleiders, quantum en fotonica

Daarnaast wil het kabinet procedures voor digitale infrastructuur versnellen, zonder veiligheid en leefomgeving uit het oog te verliezen. Voor cloud- en infrastructuurpartijen biedt dit perspectief op grootschalige projecten, mits zij aansluiten bij de Europese en soevereiniteitsambities.

Cybersecurity krijgt centrale regie

Digitale weerbaarheid vormt een apart onderdeel van het akkoord. Cyberaanvallen, digitale spionage en desinformatie worden gezien als directe bedreigingen voor economie en democratie. Belangrijkste maatregelen:

  • snelle implementatie van NIS2
  • centrale regie op cybersecurity
  • gezamenlijke oefeningen met overheid, mkb en vitale sectoren
  • intensievere informatie-uitwisseling

Voor msp’s betekent dit dat compliance en security-volwassenheid steeds belangrijker worden. Niet alleen richting de overheid, maar ook richting zakelijke klanten. De verwachting is dat toezicht en handhaving de komende jaren strenger worden.

Wat betekent dit voor de IT-markt?

Het coalitieakkoord schetst een overheid die digitalisering serieuzer neemt dan voorheen, maar ook strakker wil sturen. Vrijblijvende experimenten maken plaats voor structurele kaders. Voor IT-dienstverleners en msp’s betekent dat:

  • meer nadruk op standaarden en certificering
  • hogere eisen aan security en governance
  • meer kansen rond AI, cloud en infrastructuur
  • minder ruimte voor maatwerk zonder duidelijke onderbouwing
  • zwaardere rol als compliance-partner voor klanten

De overheid positioneert zich nadrukkelijker als regisseur en launching customer, maar stelt daar ook harde voorwaarden tegenover.

Een plan dat niet getest is, bestaat in feite alleen op papier. Dat is een constatering die in de praktijk steeds opnieuw terugkomt. Incident response gaat zelden mis door een gebrek aan tools of technologie. Het loopt vast op aannames, op ontbrekende afspraken, op onduidelijkheid over verantwoordelijkheden of op het simpele feit dat niemand vooraf heeft geoefend hoe een incident zich in het echt ontvouwt.

Bij mkb-omgevingen komt daar nog iets bij. IT wordt vaak met weinig mensen gedaan, veel functionaliteit is ondergebracht in SaaS, en bedrijfskritische systemen zijn vaak gegroeid in plaats van ontworpen. De business wil ondertussen vooral door. In die context heeft een uitgebreid draaiboek weinig waarde als het niet uitvoerbaar is op het moment dat het nodig is.

Haalbare incident response zit daarom niet in volledigheid of perfectie, maar in herkenbaarheid en herhaalbaarheid. In weten wat je doet als het misgaat, met de mensen en middelen die er op dat moment zijn.

Haalbare incident response voor het mkb

Voor mkb-klanten betekent haalbare incident response vooral dat je snel overzicht krijgt en keuzes kunt maken. Niet alles hoeft tegelijk opgelost te worden. Binnen korte tijd moet duidelijk zijn wat geraakt is, welke systemen of processen direct risico lopen en waar ingrijpen het meeste effect heeft. Dat vraagt om beslissingen in plaats van analyses.

In de meeste incidenten begint dat bij identiteit. Compromittering van accounts, misbruik van sessies, verkeerd ingestelde toegangsrechten of zwakke authenticatie vormen vaak het startpunt. Dat betekent dat je snel moet kunnen zien wie waar toegang heeft, welke sessies actief zijn en wat recent is veranderd. Zonder dat inzicht doe je vooral aan symptoombestrijding.

Daarnaast moet er een set basisacties zijn die onder druk uitvoerbaar blijft. Endpoints isoleren, accounts blokkeren of resetten, verdachte mailregels uitschakelen, logs veiligstellen, back-ups beschermen. Dat zijn geen bijzondere verrichtingen, maar je moet ze wel oefenen. Een incident is niet het moment om procedures te lezen of uit te zoeken waar je moet klikken.

Ten slotte vraagt haalbare incident response om een minimale voorbereiding. Dat betekent niet dat alles vooraf dichtgetimmerd moet zijn, maar wel dat cruciale toegang geregeld is. Zonder adminrechten, logging en een globaal overzicht van de omgeving verandert elk incident in een zoektocht, en die kost altijd meer tijd dan je denkt.

Voorbereiding zinvol?

De grens van voorbereiding ligt niet bij wat technisch mogelijk is, maar bij wat tijdens een incident daadwerkelijk tijd oplevert. Alles wat je vooraf regelt moet zich terugbetalen in snelheid en duidelijkheid op het moment dat het nodig is. Voor veel mkb-omgevingen zit die voorbereiding vooral in de basis. Identiteit goed ingericht, MFA afdwingbaar, beheeraccounts afgebakend, logging op kernsystemen actief en back-ups die niet alleen bestaan, maar ook getest zijn. Dit zijn geen specifieke incident response-maatregelen, maar voorwaarden om überhaupt te kunnen reageren.

Daarbovenop kun je versnellers aanbrengen die specifiek helpen tijdens een incident. Denk aan standaardprocedures per type incident, vaste communicatielijnen, vooraf ingerichte scripts voor isolatie of resets en een duidelijke afspraak over wie beslist als er impactvolle keuzes gemaakt moeten worden.

Wat vaak weinig toevoegt, is het blind overnemen van een enterprise-aanpak. Volledige forensische tooling op elk systeem, uitgebreide monitoring die niemand interpreteert of complexe escalatiestructuren die in de praktijk niet worden gevolgd. Dat kan waardevol zijn in grotere omgevingen, maar in het mkb wordt het al snel te zwaar om goed te onderhouden.

Uitvoering

Incident response heeft altijd twee gezichten. Voorbereiding is rationeel en planbaar. Uitvoering is rommelig, tijdgevoelig en vol verrassingen. Als je voorbereiding te ver afstaat van de uitvoering, bouw je een museumstuk.

Voorbereiding die je wél wilt

1) Scope en assets die ertoe doen
Je hoeft niet alles te inventariseren, maar je wilt wél weten welke systemen bedrijfsprocessen dragen. Een beknopte lijst is genoeg: M365 tenant, identities, endpoints, file shares, back-upomgeving, kernapplicaties (ERP, planning, kassa, EPD, wat dan ook), DNS, en de netwerktoegangspunten (firewall, VPN, remote management).

2) Identiteit als startpunt
In veel incidenten begint het bij accounts: phish, token theft, MFA fatigue, misbruik van legacy auth, of misconfiguraties in conditional access. Voor IR betekent dat: zorg dat je weet waar je identities beheert, hoe je sessies en tokens intrekt, hoe je admin-rollen controleert, en hoe je auditlogs snel boven water krijgt.

3) Logging die bruikbaar is
Logs die niemand kan lezen zijn decoratie. Leg vooraf vast: waar loggen we wat, hoe lang bewaren we het, wie kan erbij, en wat zijn de minimale bronnen. Voor het mkb is minimaal vaak al een grote sprong vooruit: M365 audit logs, Entra sign-in logs, endpoint alerts, firewall events, back-up events, en change logs van beheerplatformen.

4) Back-up en herstel als onderdeel van IR
Back-ups zijn geen IR-plan, maar zonder herstel ben je aan het dweilen met de kraan open. Belangrijker dan weten of er back-ups zijn, is weten we hoe snel we terug kunnen, en wat de afhankelijkheden zijn. Test herstel niet alleen op bestanden, maar ook op identiteit en configuraties, denk aan M365 restore scenario’s, conditional access, en sleutelaccounts.

5) Toegang en sleutels in orde, ook als de boel brandt
Als je RMM-account zelf is gecompromitteerd, kun je niet even inloggen om dingen te fixen. Voorbereiding betekent: break-glass accounts, offline bewaarde recovery keys, en een procedure om beheerkanalen gecontroleerd te pauzeren.

Rollen maken het verschil tijdens een incident

Zonder duidelijke rolverdeling ontstaat chaos. Dat geldt zeker in mkb-situaties, waar mensen meerdere petten op hebben en lijnen kort zijn. Er moet iemand zijn die de regie voert en beslissingen neemt. Niet per se de beste techneut, maar wel iemand die overzicht houdt en prioriteiten stelt. Daarnaast is een technische verantwoordelijke nodig die de uitvoering coördineert en bewaakt dat acties samenhangen.

Communicatie verdient een eigen rol. Eén aanspreekpunt richting de klant voorkomt ruis en misverstanden. Hetzelfde geldt intern. Tijdens een incident is het funest als iedereen tegelijk communiceert zonder afstemming.

Documentatie wordt vaak onderschat, maar is cruciaal. Vastleggen wat er gebeurt, wanneer beslissingen zijn genomen en welke acties zijn uitgevoerd, is nodig voor evaluatie, aansprakelijkheid en eventuele meldplichten. Dat is geen administratieve last, maar onderdeel van professioneel handelen.

Aan klantzijde is mandaat essentieel. Er moet iemand zijn die mag besluiten om systemen uit te schakelen, processen stil te leggen of externe partijen in te schakelen. Zonder die beslissingsbevoegdheid blijft een msp hangen tussen techniek en bestuur.

Externe partijen betrek je niet ad hoc

Bij veel incidenten is externe hulp nodig. Forensische specialisten zijn zinvol als er sprake is van grote impact, mogelijke datadiefstal of juridische gevolgen. Dan moet wel duidelijk zijn welke data beschikbaar is en hoe bewijs veiliggesteld wordt.

Cyberverzekeraars stellen vaak eisen aan melding en opvolging. Soms sturen ze hun eigen specialisten. Wie dat niet vooraf heeft uitgezocht, verliest tijd op een moment dat snelheid telt.

Leveranciers van kernsystemen spelen eveneens een rol. Hostingpartijen, applicatieleveranciers en netwerkproviders moeten snel bereikt kunnen worden, met duidelijke afspraken over verantwoordelijkheden.

Ook meldplichten verdienen aandacht. Of er sprake is van een datalek, wie dat beoordeelt en wie communiceert met toezichthouders en betrokkenen, moet geen discussiepunt zijn tijdens het incident zelf.

Incident response hoeft niet dramatisch gebracht te worden. Het helpt om het te benaderen als onderdeel van continuïteit. Net zoals back-ups, monitoring en onderhoud. Door te werken met herkenbare scenario’s wordt het onderwerp concreet zonder angst aan te wakkeren. Verdachte inlogpogingen, vreemde mailboxregels of plotselinge encryptie zijn situaties die organisaties herkennen. Dat maakt het gesprek praktisch.

Oefenen hoort bij beheer

Oefenen hoeft niet duur te zijn. Het hoeft ook niet groots. Wat je wilt is routine opbouwen.

1) Tabletop-oefening per kwartaal of halfjaar
Een uur, maximaal anderhalf, één scenario. Wie doet wat, wie belt wie, welke informatie ontbreekt, welke beslissingen zijn lastig. Resultaat: een korte lijst verbeterpunten.

2) Mini-runbooks testen tijdens regulier onderhoud
Test bijvoorbeeld: kunnen we binnen 10 minuten een endpoint isoleren, kunnen we binnen 15 minuten admin-rollen en recente role assignments exporteren, kunnen we binnen 20 minuten alle actieve sessies van één account intrekken.

3) Hersteltests koppelen aan back-upbeheer
Niet alleen terugzetten, maar ook: klopt de toegang, werken afhankelijkheden, is er geen herinfectie, en kunnen we gecontroleerd terug online?

4) Contact- en toegangstesten
Klinkt suf, maar het werkt: bel eens het noodnummer, controleer of de contactpersoon nog klopt, check of break-glass accounts werken en gelogd worden, en check of je offline bij je klantprofiel kunt.

Wat msp’s hiermee kunnen doen

Een eenvoudige opbouw met verschillende niveaus werkt vaak beter dan één allesomvattend aanbod. Begin met afspraken, basisvoorbereiding en oefenen. Breid dat uit met scenario’s, betere monitoring en externe ondersteuning waar dat past. Het mkb hoeft niet alles tegelijk. Maar een aanpak die getest is en meegroeit met de omgeving, maakt het verschil op het moment dat het echt misgaat.

 

Jarenlang was het netwerk de beveiligingsperimeter. Wie binnen was, mocht praten. Firewalls, VLAN’s en ACL’s bepaalden wie waarheen kon. Die logica werkte zolang applicaties, gebruikers en data zich grotendeels binnen dezelfde infrastructuur bevonden. Dat landschap bestaat niet meer.

Gebruikers werken overal, applicaties draaien verspreid over cloudplatforms en data beweegt continu tussen omgevingen. In die werkelijkheid verschuift de kernvraag van ‘waar komt dit verkeer vandaan’ naar ‘wie of wat probeert hier toegang te krijgen’. Identity staat daarmee centraal in toegang, segmentatie en risicobeheersing.

Het perimeterprobleem

Het klassieke beveiligingsmodel gaat uit van een duidelijke binnen- en buitenkant. Zodra verkeer door de firewall is, geldt impliciet vertrouwen. Dat model is onder moderne omstandigheden niet meer houdbaar. VPN’s verlengen het netwerk naar onbeheerde apparaten, SaaS-diensten omzeilen het netwerk volledig, en API’s communiceren buiten het zicht van traditionele controles.

Voor jou als msp betekent dit dat netwerkmaatregelen alleen onvoldoende context bieden. Ze zien verkeer, maar niet de intentie erachter. Identity levert die context wel. Wie is de gebruiker of workload? Vanaf welk apparaat? In welke toestand? Onder welke voorwaarden? Die vragen bepalen steeds vaker of toegang verleent moet worden, en dus niet het IP-adres of subnet.

Identity als controlepunt

Identity gaat daarnaast ook niet meer alleen over inloggen. Moderne IAM-oplossingen functioneren als realtime beslissingslaag. Elke toegangspoging wordt beoordeeld op meerdere signalen tegelijk. Denk aan:

  • gebruikersidentiteit en rol,
  • apparaatstatus en compliance,
  • locatie en tijdstip,
  • gedragspatronen,
  • gevoeligheid van de gevraagde resource.

Met conditional access koppel je die signalen aan beleid. Toegang wordt verleend, beperkt of geweigerd op basis van context. Dat maakt identity tot een dynamisch controlepunt, vergelijkbaar met wat firewalls ooit waren voor netwerkverkeer. Daarmee verschuift het zwaartepunt van securitybeheer naar minder vaste regels, meer beleid, dat continu wordt toegepast en aangepast.

Relatie met netwerksegmentatie

Identity vervangt netwerksegmentatie niet, maar verandert de rol ervan. Segmentatie blijft relevant om laterale beweging te beperken en impact te isoleren. Het verschil zit in de aansturing. In plaats van toegang te bepalen op basis van netwerkpositie, wordt toegang gekoppeld aan identiteit. Een gebruiker krijgt toegang tot een applicatie omdat zijn identiteit en context dat toestaan, niet omdat hij zich op het juiste VLAN bevindt. Netwerksegmentatie ondersteunt dat model door verkeer technisch te scheiden, terwijl identity bepaalt wie er gebruik van mag maken.

Voor jou betekent dat dat ontwerpkeuzes veranderen. Segmentatie verschuift van grofmazige netwerkscheiding naar fijnmazige toegang op applicatie- en dienstniveau. Identity fungeert daarbij als lijm tussen netwerk, applicaties en cloudplatforms.

Workloads krijgen ook een identiteit

Een belangrijk technisch punt dat vaak wordt onderschat: identity geldt niet alleen voor mensen. Workloads, services en API’s krijgen steeds vaker een eigen identiteit. Denk aan service accounts, managed identities en certificaatgebaseerde authenticatie. Dat heeft grote gevolgen voor architectuur. Hardcoded credentials verdwijnen uit configuraties. Toegang wordt tijdelijk en contextafhankelijk. Services krijgen alleen rechten zolang ze actief zijn en alleen voor wat ze nodig hebben.

Voor msp’s vraagt dit om ander beheer. Niet langer gebruikersaccounts aanmaken en vergeten, maar levenscycli beheren van identiteiten die automatisch ontstaan en verdwijnen. Governance en automatisering worden daarmee randvoorwaarden.

Identity en zero trust – hoe verhouden ze zich tot elkaar?

Zero trust wordt vaak gepresenteerd als een securitystrategie, maar in de praktijk is het vooral een ontwerpprincipe. Het uitgangspunt is bekend: vertrouw niets impliciet en verifieer elke toegang. Wat daarbij vaak onderbelicht blijft, is waar die verificatie plaatsvindt. Identity speelt daarin een centrale rol. Zero trust zegt wat je wilt bereiken, identity bepaalt hoe je dat technisch afdwingt.

In klassieke omgevingen lag vertrouwen besloten in het netwerk. Wie zich op de juiste plek bevond, kreeg toegang. Zero trust doorbreekt dat model. Toegang wordt niet langer afgeleid van netwerkpositie, maar van identiteit en context. Dat geldt voor gebruikers, apparaten en workloads. Identity fungeert daarmee als het primaire controlemechanisme binnen een zero-trust-architectuur. Authenticatie en autorisatie vinden plaats vóórdat netwerktoegang of applicatietoegang wordt verleend. Context, zoals apparaatstatus, locatie en gedrag, bepaalt hoe streng die controle is.

Belangrijk is dat zero trust niet gelijkstaat aan identity. Netwerksegmentatie, logging, monitoring en detectie blijven relevant. Identity verbindt die onderdelen en zorgt ervoor dat beslissingen consistent worden genomen, ongeacht waar de gebruiker of workload zich bevindt.

Impact op gebruikerservaring

Identity raakt direct aan veiligheid en gebruiksgemak. Slecht ingerichte IAM-oplossingen veroorzaken extra prompts, blokkades en frustratie. Goede inrichting zorgt ervoor dat toegang grotendeels onzichtbaar verloopt. Context speelt hierin een sleutelrol. Een gebruiker die vanaf een beheerd apparaat werkt, binnen bekende patronen, kan vrijwel ongemerkt toegang krijgen. Afwijkend gedrag vraagt extra bevestiging. Dat maakt security adaptief zonder onnodige frictie.

Gebruikerservaring wordt dan onderdeel van securityontwerp. Identity raakt direct aan acceptatie, productiviteit en vertrouwen. Dat betekent dat je vaker moet afstemmen met klanten over risicoacceptatie en gebruiksscenario’s.

Ontwerpimplicaties voor msp’s

Identity als fundament dwingt tot andere ontwerpkeuzes. Enkele implicaties die je in de praktijk tegenkomt:

  • IAM-architectuur krijgt een centrale plek in het landschap, niet als bijlage.
  • Netwerkontwerp en identitybeleid worden samen besproken.
  • Applicaties worden beoordeeld op hun integratie met identitydiensten.
  • Legacy-systemen vragen extra aandacht vanwege beperkte ondersteuning.

De rol van de msp verschuift naar architectuur en regie. Identitybeleid fungeert als uitgangspunt voor technische controles die consistent worden toegepast over netwerk, applicaties en cloudomgevingen.

Private 5G bereikt het mkb. Waar de technologie eerst vooral was voorbehouden aan grote industriële spelers, verschijnen nu de eerste concrete toepassingen bij middelgrote organisaties. Pilots in logistiek, zorg en industrie laten zien hoe 5G de stap vormt naar nieuwe netwerkdiensten en lokale autonomie, met betrouwbare dekking, eigen beheer en ruimte voor innovatie op de werkvloer.

Wat jarenlang een speeltuin leek voor telecomreuzen en industrieconcerns, begint nu door te sijpelen naar het middenbedrijf. Private 5G-netwerken – gesloten mobiele netwerken op eigen terrein, met gegarandeerde bandbreedte en lage latency – worden steeds toegankelijker. Apparatuur wordt betaalbaarder, spectrumbeleid versoepelt, en system integrators bieden kant-en-klare pakketten aan. De belofte is dat de klant maximale controle over het draadloze netwerk krijgt zonder afhankelijk te zijn van publieke operators.

Van industrie naar mkb

De eerste private 5G-netwerken werden gebouwd in omgevingen waar downtime kostbaar is: productiehallen, havens en luchthavens. Denk aan bedrijven als Tata Steel en Shell, die testlocaties inrichten waar autonome voertuigen, camera’s en robots onder één netwerk draaien. Inmiddels schuiven ook mkb+ organisaties aan.

Een van de aanjagers is het Nederlandse 3,5 GHz-spectrumbesluit, dat lokale licenties voor private netwerken mogelijk maakt. Daarmee kunnen bedrijven op hun eigen terrein een volledig gescheiden 5G-netwerk draaien, zonder afhankelijkheid van operators als KPN of Odido. Dat opent deuren voor sectoren die tot nu toe aangewezen waren op wifi of 4G-routers.

Nieuwe use cases in zicht

In de logistiek duiken de eerste voorbeelden op van distributiecentra die hun interne communicatie en voertuigtracking via private 5G laten lopen. De combinatie van hoge betrouwbaarheid en lage latency maakt het mogelijk om AGV’s (automated guided vehicles) en sensoren te koppelen aan realtime dashboards, zonder dat storingen van buitenaf roet in het eten gooien.

Ook in de zorg wordt geëxperimenteerd. Een ziekenhuis in het oosten van het land test een lokaal 5G-netwerk voor medische apparatuur en draadloze monitoring van patiënten. Dit biedt prioriteit voor kritieke data en gegarandeerde dekking in afgeschermde ruimtes waar wifi niet betrouwbaar genoeg is.

Ook in de industrie groeit de interesse snel. Fabrieken die overstappen op smart manufacturing willen hun OT- en IT-omgevingen strikt scheiden, maar wel verbonden houden. Met private 5G kan dat, terwijl het beheer via slicing of edge computing flexibel blijft.

Lokale autonomie

De kern van private 5G is autonomie. Bedrijven bepalen zelf wie toegang krijgt, hoe het netwerk wordt geconfigureerd en welke data het terrein verlaat. Dat past bij een bredere trend waarin organisaties meer regie nemen over hun digitale infrastructuur.

Voor het mkb+ betekent het dat zij niet langer hoeven te leunen op de SLA’s en prioriteiten van telecomproviders. Ze kunnen hun eigen kwaliteitseisen stellen, bijvoorbeeld voor latency of uptime, en deze direct koppelen aan hun bedrijfsprocessen. In sectoren waar iedere seconde telt – denk aan orderpicking, gezondheidsmonitoring of machinebesturing – kan dat het verschil maken tussen continuïteit en stilstand.

Nieuwe rol voor system integrators

De adoptie van private 5G vraagt wel om kennis die in het mkb+ niet vanzelfsprekend aanwezig is. System integrators en netwerkdienstverleners spelen daarom een sleutelrol. Zij leveren niet alleen de infrastructuur, maar ook het beheer, de beveiliging en de koppeling met bestaande IT-systemen.

Een interessant model dat nu opkomt, is 5G-as-a-service: een volledig beheerd privénetwerk dat als abonnement wordt afgenomen. Zo blijft de investering voorspelbaar en kan de oplossing meegroeien met de organisatie. Dat verlaagt de drempel, vooral voor bedrijven die nog experimenteren met IoT of edge computing.

Beveiliging als prioriteit

Een voordeel van private 5G is de ingebouwde beveiliging. Het netwerk draait geïsoleerd van publieke netwerken, waardoor de kans op afluisteren of interferentie klein is. Toch betekent dat niet dat het risico nul is. Bedrijven moeten hun beveiligingsarchitectuur blijven afstemmen op de 5G-omgeving, inclusief segmentatie, authenticatie en logging.

Voor system integrators ligt hier een kans om security-diensten te koppelen aan private 5G-oplossingen. Denk aan geautomatiseerde threat detection, netwerkmonitoring en compliance met ISO 27001 of NIS2.

De praktijk: eenvoud komt eraan

De grootste drempel voor mkb+ bedrijven was tot nu toe de complexiteit. Een 5G-core, antennes, SIM’s, slicing-configuraties – het klinkt als een project voor multinationals. Maar fabrikanten als Nokia, Ericsson en Celona brengen nu compacte, beheerde pakketten op de markt die binnen enkele dagen operationeel kunnen zijn.

Combineer dat met managed services van lokale integrators, en de technologie wordt ineens bereikbaar. Waar een paar jaar geleden nog miljoenen werden geïnvesteerd, kan een middelgroot bedrijf vandaag voor een fractie van dat bedrag een eigen netwerk draaien, met dezelfde garanties als de grote spelers.

Slimme netwerken als katalysator

Private 5G is natuurlijk geen doel op zich. De echte waarde zit in wat het mogelijk maakt: autonoom opererende machines, realtime videoanalyse, en lokale AI-toepassingen. In de maakindustrie bijvoorbeeld, waar camera’s productielijnen inspecteren op afwijkingen, kan de analyse direct op locatie plaatsvinden, zonder dat data via de cloud hoeft.

Ook voor het mkb+ met meerdere vestigingen opent dat nieuwe mogelijkheden. Een logistieke hub kan zijn eigen private 5G-netwerk koppelen aan de cloud voor centrale analyse, terwijl de operatie lokaal blijft draaien bij een storing. Dat vergroot de veerkracht en vermindert afhankelijkheid van internetverbindingen.

Europese context en toekomstverwachting

In Duitsland, Finland en het Verenigd Koninkrijk is de adoptie van private 5G al verder gevorderd. Nederlandse bedrijven kunnen daarvan leren. De verwachting is dat de vraag de komende twee jaar zal versnellen, mede door het vrijkomen van meer spectrum en de integratie van 5G in bestaande IT-platforms.

Volgens analisten van IDC zal het aantal private 5G-netwerken in Europa tegen 2027 verdrievoudigen, waarbij vooral middelgrote bedrijven de groeimotor vormen. De investeringen verplaatsen zich van proof-of-concepts naar operationele netwerken die bedrijfskritische processen ondersteunen.

De rol van partners

Voor telecomoperators en netwerkpartners verschuift de rol naar advies en co-creatie. Het mkb+ verwacht maatwerk, met aandacht voor beveiliging, integratie en support. Daarmee wordt 5G een verbindende technologie tussen IT en OT, tussen de werkvloer en de cloud. Wie die brug weet te slaan, heeft een sterke positie in het nieuwe netwerklandschap.

De komende jaren zal blijken hoe breed private 5G aanslaat in het mkb+. De technische voordelen zijn overtuigend, maar succes hangt af van eenvoud, ondersteuning en bewezen meerwaarde. Als die puzzelstukken op hun plaats vallen, kan private 5G uitgroeien tot een vaste bouwsteen in de digitale infrastructuur van middelgrote bedrijven.

Voorlopig is één ding duidelijk: de stap van wifi naar 5G is niet langer voorbehouden aan de grootindustrie. De autonomie die het oplevert, is ook fijn voor het mkb+.

 

Jarenlang leek Quality of Service een hoofdstuk dat je kon overslaan. Netwerken werden sneller, verbindingen stabieler en bandbreedte goedkoper. Veel msp’s zagen QoS daardoor als iets uit het tijdperk van schaarste. Als capaciteit ruim voldoende is, waarom zou je nog prioriteiten instellen?

Die gedachte schuurt steeds vaker. Niet omdat bandbreedte plotseling schaars wordt, maar omdat netwerkverkeer fundamenteel is veranderd. Realtime communicatie, cloudapplicaties en hybride werkplekken stellen andere eisen aan het netwerk. In die context komt QoS opnieuw in beeld als middel om voorspelbaarheid terug te brengen.

Bandbreedte is ruim beschikbaar, netwerkgedrag niet

De meeste mkb-klanten beschikken over verbindingen die op papier ruim voldoende capaciteit bieden. Glasvezel, redundante lijnen en mobiele back-up zijn gemeengoed geworden. Toch blijven klachten terugkomen over haperende gesprekken, wisselende videokwaliteit en vertragingen die lastig te verklaren zijn.

De oorzaak zit zelden in de snelheid van de verbinding. Het probleem zit in het gedrag van het verkeer. Moderne netwerken verwerken tegelijkertijd realtime audio en video, interactieve cloudapplicaties en achtergrondprocessen zoals synchronisatie en back-ups. Al dat verkeer deelt dezelfde infrastructuur.

Zolang de belasting laag blijft, levert dat weinig problemen op. Tijdens piekmomenten verandert dat beeld snel. Grote uploads, synchronisaties of updates drukken realtime verkeer weg. Het netwerk functioneert technisch correct, maar de gebruikerservaring verslechtert meteen.

QoS draait om voorspelbaarheid

QoS maakt geen verkeer sneller. Het zorgt voor volgorde, voorrang en consistent gedrag. Dat onderscheid is belangrijk, omdat realtime toepassingen gevoelig zijn voor latency, jitter en pakketverlies. Die factoren hebben meer invloed op de ervaring dan de beschikbare bandbreedte.

Een stabiele verbinding met beperkte capaciteit presteert in de praktijk vaak beter dan een snelle verbinding met wisselende vertraging. Voor jou als msp betekent dit dat QoS begint bij inzicht in verkeersstromen en hun impact op gebruikers, niet bij het instellen van policies.

Hybride werken heeft realtime communicatie structureel onderdeel gemaakt van het netwerk. Videogesprekken, softphones en samenwerkingstools draaien continu mee in het dataverkeer. Dat verkeer vraagt om stabiele uplinks en consistente prestaties.
Zodra dat ontbreekt, ontstaan klachten die lastig te duiden zijn. Gebruikers ervaren het probleem als een falend netwerk, terwijl de oorzaak ligt in concurrerende datastromen. Zonder prioritering krijgt realtime verkeer geen bescherming op drukke momenten.

Keuzes maken is onvermijdelijk

Effectieve QoS vraagt om duidelijke keuzes. Verkeer met voorrang bestaat alleen bij de gratie van verkeer dat kan wachten. Alles als kritiek bestempelen ondermijnt het hele principe.

Die keuzes hebben nogal wat invloed op bedrijfsprocessen. Welke toepassingen moeten altijd beschikbaar blijven? Welke rollen zijn afhankelijk van realtime communicatie? Welke taken verdragen vertraging zonder directe impact? Voor de msp is er een adviserende rol weggelegd. Je legt dan geen policies op, maar bepaalt samen met de klant wat echt bedrijfskritisch is.

QoS functioneert steeds vaker als onderdeel van een breder netwerkontwerp. In combinatie met SD-WAN, cloudapplicaties en versleutelde verbindingen verschuift de focus van losse instellingen naar samenhang. Zonder QoS blijft verkeer concurreren op basis van toeval. Mét QoS ontstaat structuur. Lokaal, maar ook in combinatie met externe verbindingen en cloudplatforms.

Verwachtingsmanagement is daarbij belangrijk, want prioritering werkt alleen binnen de delen van het netwerk waar je invloed hebt.
QoS vervangt namelijk geen capaciteit en herstelt geen slechte verbinding. Het helpt om bestaande middelen beter te benutten. Die nuance is belangrijk in gesprekken met klanten die structurele problemen ervaren. Daarnaast vraagt QoS om monitoring. Zonder inzicht blijft het giswerk. Met meetgegevens ontstaat een onderbouwd gesprek over prestaties, knelpunten en verbeteringen.

Checklist

Hoe pak je dit aan? Zorg dat QoS verschuift van een technische optie naar een vast onderdeel van netwerkontwerp. Het helpt je om voorspelbaarheid te introduceren in omgevingen die steeds meer realtime afhankelijk zijn.
Dus:

• Neem QoS mee in standaard netwerkassessments,
• benoemen expliciet de realtime applicaties bij ontwerpkeuzes,
• leg het verschil uit tussen snelheid en consistentie,
• en probeer beslissingen zoveel mogelijk te onderbouwen met monitoringdata.

QoS past daarmee beter bij moderne netwerken dan veel msp’s gewend zijn, als manier om grip te houden op steeds complexer verkeer.

 

Hoe kies je in 2026 nog de juiste mix van cloud, security en automatiseringsdiensten als het aanbod blijft groeien en de marges onder druk staan? Een mogelijke oplossing vormen de marketplaces. Ooit bedoeld als gemakstools voor licentiemanagement, zijn het inmiddels strategische platforms voor het kanaal.

Een IT-marketplace is inmiddels meer dan een catalogus waar je softwarelicenties bestelt. De moderne variant biedt een platform voor inkoop, provisioning, billing, compliance en integratie. Een marketplace biedt overzicht binnen steeds complexere cloudomgevingen, waarin diensten van tientallen leveranciers samenkomen. Hoe ziet zo’n marketplace eruit?

De meeste oplossingen rusten op drie pijlers. Distributie en commerce vormen de basis, zodat je als msp software, securitydiensten en cloudcapaciteit kunt inkopen en direct kunt activeren. Automatisering zorgt er vervolgens voor dat provisioning, facturatie en wijzigingsbeheer niet langer losse processen zijn. De derde pijler is partner enablement, met trainingen, supportflows en securitystandaarden, aangevuld met steeds vaker AI-ondersteuning voor advies en configuratie.

Voor distributeurs en vendoren is de marketplace een manier om complexiteit te reduceren en partners aan zich te binden met een centrale toegangspoort. Voor msp’s wordt het een manier om schaalbaar te werken zonder de overhead die het traditionele licentiebeheer jarenlang kenmerkte.

Wat bieden marketplaces de msp concreet? In de praktijk zie je vier dominante toepassingen.

  1. Slimmer licentiebeheer
    De klassieke reden om een marketplace te gebruiken blijft relevant. Licenties voor Microsoft 365, securityoplossingen of collaborationtools kun je centraal inkopen, verlengen, pauzeren of opschalen. De kans op verlopen services of foutieve facturatie daalt en het scheelt handmatig werk op dagen dat iedereen al vol zit.
  2. Directe provisioning
    Veel platforms koppelen direct met vendor-API’s. Een klant met meer medewerkers? Binnen minuten is het geregeld, zonder lange doorlooptijden of handmatig configuratiewerk. In 2026 wordt deze provisioning steeds meer geautomatiseerd. Denk aan AI-gestuurde workflows die op basis van klantprofielen suggesties doen voor aanvullende diensten.
  3. Consolidatie en rapportage
    In een markt waar klanten overzicht willen en audits frequenter worden, kun je als msp via marketplaces uniform rapporteren. Kosten, verbruik, wijzigingen en securitystatussen kun je in één omgeving bijhouden. Dat voorkomt losse spreadsheets en maakt maandelijkse klantgesprekken gemakkelijker.
  4. Toegang tot nieuwe diensten
    Marketplaces worden steeds vaker gebruikt om nieuwe oplossingen te testen, pilots op te zetten en diensten te bundelen in eigen proposities. Voor msp’s die willen differentiëren ontstaat hier ruimte om eigen servicebundels te bouwen zonder dat de backoffice ingewikkelder wordt.

Facturering en margebeheer vaak onderschat

Billing is een van de belangrijkste redenen waarom marketplaces in het channel zo sterk groeien. Met traditionele handmatige facturatie worden maandelijkse licentiewijzigingen, op- en afschakelingen en verschillen in contractduur al snel onoverzichtelijk. Marketplaces bieden hiervoor verschillende oplossingen.

Geautomatiseerde facturatie

Het platform houdt exact bij welke diensten actief zijn, hoeveel seats worden gebruikt en welke contractvorm daarbij hoort. Hierdoor kun je maandelijks betrouwbaar factureren zonder dat je tientallen mutaties moet nalopen. De meeste systemen genereren direct factuurruns die naar je ERP of PSA-systeem gaan.

Marge- en kostprijsbewaking

Door integratie met vendor-tarieven kan de marketplace bijhouden wat de netto inkoopprijs is, wat er verandert bij seizoensacties of valutawijzigingen, en wat dat betekent voor je marge. Ook kun je scenario’s maken voor prijswijzigingen, iets wat in 2026 steeds belangrijker wordt door dynamische vendorpricing.

Doorbelasting per klant

Wanneer eindklanten hybride omgevingen hebben met meerdere vendoren, ontstaan al snel complexe facturen. Marketplaces koppelen cloudverbruik, licenties en aanvullende diensten aan klantprofielen, waardoor doorbelasting eenvoudiger wordt. Dat maakt tarieven transparanter en voorkomt discussie over aantallen of looptijden.

Facturering wordt zo een strategisch onderdeel van de marketplace-ervaring. Het geeft je als msp grip op je financiële gezondheid, iets wat de komende jaren alleen maar belangrijker wordt met stijgende kosten, strengere rapportage-eisen en margedruk in het mkb-segment.

Verschillende soorten marketplaces

Met de steeds belangrijkere rol van de marketplace, is het niet zo vreemd dat allerlei partijen op de trein springen. Bij nadere bestudering kun je drie verschillende categorieën onderscheiden.

1. Vendor-marketplaces

Hier biedt de leverancier zijn eigen diensten aan, zoals Microsoft, Google Cloud of AWS. Voor msp’s zijn deze vaak rijk aan functionaliteit, maar beperken ze zich tot het portfolio van één speler. Ze blijven relevant doordat enterprise-klanten steeds vaker directe cloudcontracten afsluiten.

2. Distributeur-gedreven marketplaces

Dit is het domein waar Nederlandse msp’s het meest mee werken. Bekende voorbeelden zijn Pax8, ALSO Cloud Marketplace, TD SYNNEX Cloud Marketplace en de ecosystemen van partijen zoals Copaco. Dit zijn multi-vendorplatforms, vaak met sterk ontwikkelde automation-lagen en doorlopende aandacht voor partnerondersteuning.

3. Onafhankelijke of specialistische marketplaces

Deze richten zich op niches, bijvoorbeeld securitydiensten, observability, API-beveiliging of compliance. Ze blijven kleiner maar winnen tractie doordat mkb-klanten specifieker inkopen. Denk aan platforms waarin je direct SOC-diensten, zero-trustoplossingen of back-updiensten kunt combineren, zonder dat het vendor-specifiek wordt.

Ontwikkelingen in 2026

De opmars van marketplaces staat niet op zichzelf. Er zijn belangrijke, brede ontwikkelingen die ook in 2026 de richting van het kanaal bepalen.

Operationele efficiëntie als noodzaak

De groei van workloads in het mkb vraagt om strakkere processen. Marketplaces verschuiven richting workflow-automatisering, waarbij provisioning, patchbeheer, billing en rapportage in elkaar grijpen. Dit moet msp’s ontlasten die kampen met personeelstekorten en piekbelasting.

AI-ondersteunde besluitvorming

Veel aanbieders voegen advieslagen toe, variërend van licentie-optimalisatie tot risicoanalyse. De verwachting is dat dit in 2026 verder toeneemt, waarbij marketplaces eerder platforms worden voor geautomatiseerd aanbodbeheer dan voor handmatige inkoop. AI kan daarbij helpen om pieken in verbruik te detecteren, combinaties van diensten te suggereren of afwijkend klantgedrag te signaleren.

Consolidatie van leveranciers

Zowel distributeurs als vendoren reorganiseren hun portfolio richting minder losse diensten en meer geïntegreerde proposities. De marketplace fungeert hierdoor als centrale etalage waar msp’s kunnen zien wat logisch samenwerkt, wat zich vertaalt naar snellere proposities richting klanten.

Regionale differentiatie

In Nederland zie je een groeiende behoefte aan marketplaces die inspelen op lokale wetgeving, datalocatie en compliance. Platforms die Nederlandse datacenters, lokale support en specifieke mkb-modules combineren, krijgen hierdoor meer gewicht in de keuze van msp’s.

De positie van de msp blijft bepalend

De opkomst van IT-marketplaces verandert veel, maar niet het fundament van het channel. Als msp blijf je de gids in een landschap dat steeds ingewikkelder wordt. De marketplace kan je werk verlichten, diensten samenbrengen, marges bewaken en processen automatiseren. Maar de waarde ontstaat pas wanneer je dit inzet om keuzes begrijpelijk te maken voor klanten, risico’s te beperken en digitale ambities in concrete stappen te vertalen.

 

Een werkplek is geen plek meer. En een nummer is geen toestel meer. Waar vaste en mobiele telefonie ooit strikt gescheiden werelden waren, lopen die lijnen inmiddels volledig door elkaar. Bellen, data en apparaten vormen geen losse bouwstenen meer, maar één samenhangend communicatielandschap.

Telecom draaide lange tijd om infrastructuur. Een vaste lijn hoorde bij een bureau, een mobiel nummer bij een toestel. Beheer betekende kabels trekken, centrales configureren en abonnementen uitdelen. Met softphones, cloudtelefonie en mobiele integraties verschuift communicatie van locatie naar identiteit. Niet het bureau, maar de gebruiker staat centraal. Een nummer verhuist moeiteloos mee tussen laptop, smartphone, tablet en headset. Of iemand nu thuis werkt, onderweg is of op kantoor zit, de bereikbaarheid blijft gelijk.

Die ontwikkeling lijkt vanzelfsprekend, maar heeft grote gevolgen voor hoe organisaties hun communicatie inrichten. De vaste werkplek verliest zijn rol als ankerpunt. In plaats daarvan ontstaat een beweeglijke digitale werkruimte waarin communicatie overal beschikbaar moet zijn.

Eén nummer, vijf apparaten

In de dagelijkse praktijk betekent de vervaging vooral dat mensen niet meer kiezen tussen vast of mobiel. Ze gebruiken beide tegelijk, vaak zonder zich daarvan bewust te zijn. Een gesprek start op de laptop, gaat verder op de smartphone en wordt afgerond via een headset op kantoor. Voor de beller aan de andere kant blijft het één gesprek, met één nummer.

Technisch wordt dat mogelijk gemaakt door de koppeling tussen mobiele netwerken en vaste communicatieplatforms. Teams Calling, softphone-oplossingen en geïntegreerde beldiensten zorgen ervoor dat vaste en mobiele telefonie niet langer als aparte silo’s worden beheerd.

Voor gebruikers voelt dat als vrijheid. Voor organisaties vraagt het om andere keuzes in kostenstructuren, abonnementen en beheer. Het onderscheid tussen een vast contract en een mobiel bundeltje verliest aan betekenis. In plaats daarvan ontstaat een communicatieabonnement per medewerker, los van het apparaat.

Geen simkaart meer

Een belangrijke katalysator in die ontwikkeling is de eSIM. Geen losse simkaart meer, maar een digitaal profiel dat op afstand kan worden geactiveerd, aangepast of verplaatst. Daarmee verdwijnt opnieuw een fysieke grens uit het telecomdomein.

Voor organisaties maakt dat het beheer van mobiele connectiviteit flexibeler. Nieuwe medewerkers krijgen sneller toegang tot zakelijke communicatie, tijdelijke medewerkers kunnen eenvoudiger worden aangesloten, en bij verlies van een toestel is het nummer direct te blokkeren of te verplaatsen.

De eSIM past daarmee in hetzelfde patroon als softphones en cloudplatforms: communicatie wordt losgekoppeld van het fysieke apparaat en gekoppeld aan een digitale identiteit.

Bereikbaarheid

Met de technische vervaging groeit ook de complexiteit van bereikbaarheid. Wanneer iemand op meerdere apparaten tegelijk bereikbaar is, wordt de vraag niet langer ‘kan ik bellen’, maar ‘op welk moment en via welk kanaal ben ik beschikbaar’. Mensen schakelen voortdurend tussen werk en privé, tussen kantoor en thuis, tussen concentratie en overleg. De techniek biedt alle vrijheid, maar vraagt tegelijk om duidelijke afspraken. Wanneer mag een gesprek binnenkomen, wanneer gaat het naar voicemail, wanneer naar een collega? De klassieke openingstijden en doorschakelregels sluiten steeds minder aan op de realiteit van hybride werken. Bereikbaarheid wordt daarmee van een technische instelling een organisatorisch vraagstuk.

Kostenstructuren

Ook financieel verandert er van alles. In het verleden waren mobiele kosten vaak variabel en vaste lijnen relatief stabiel. Tegenwoordig lopen die werelden in elkaar over. Data, minuten en platformlicenties vormen samen één kostenplaatje per gebruiker. Dat maakt telecom minder voorspelbaar op de oude manier, maar vaak wel transparanter. De focus verschuift van het optimaliseren van losse bundels naar het beheersen van totale communicatiekosten per werkplek. Daarbij spelen gebruiksprofielen, dataverbruik, internationale bereikbaarheid en integraties met andere systemen een steeds grotere rol.

Devices

De vervaging van vast en mobiel maakt apparaten belangrijker. Smartphones, laptops, tablets, headsets en soms ook vaste toestellen vormen samen het persoonlijke communicatie-ecosysteem van een medewerker. Dat vraagt om grip op de hele levenscyclus van die devices als onderdeel van communicatie. Een defect toestel is geen hardwareprobleem meer, maar direct een bereikbaarheidsprobleem. Updates, beveiliging en vervanging hebben invloed op de continuïteit van gesprekken. Daarmee verschuift ook het belang van MDM en devicebeheer. Beveiligingsinstellingen, toegangsrechten en dataversleuteling bepalen niet alleen de veiligheid van data, maar ook de betrouwbaarheid van communicatie. Vast en mobiel mogen dan vervagen, het risico vervaagt niet mee.

Security volgt de gebruiker

Doordat communicatie niet meer vastzit aan één netwerk of één locatie, verplaatst ook security zich naar de gebruiker. Authenticatie, toestelbeheer, netwerktoegang en versleuteling vormen samen een beweeglijke beveiligingslaag. Een gesprek voeren via wifi thuis, 5G onderweg of het bedrijfsnetwerk op kantoor mag voor de gebruiker nauwelijks verschil maken. Achter de schermen vraagt dat om consistente beveiliging, ongeacht het netwerk of het apparaat. Daarmee wordt telecom verweven met identity, netwerkbeveiliging en endpointbeheer.

Waar telecom ooit werd ingericht vanuit kabels, centrales en netwerken, ligt de focus nu steeds meer bij de individuele gebruiker. Communicatie volgt de medewerker, niet de werkplek. Het nummer volgt het account, niet het toestel. Die verschuiving raakt direct aan werkprocessen. Nieuwe medewerkers moeten snel bereikbaar zijn, tijdelijke krachten snel weer verdwijnen uit systemen, en bereikbaarheid mag geen bottleneck vormen voor samenwerking.

Ontwikkeling

Die ontwikkeling gaat nog door. Nieuwe netwerken, verdere integratie met werkplatforms en slimmere vormen van devicebeheer maken dat de grenzen verder vervagen. Maar het gebruik door mensen is iets wat blijft: bellen, overleggen, schakelen en samenwerken. Alleen de vorm waarin dat gebeurt, wordt steeds flexibeler.

We slaan meer data op dan ooit. Foto’s, video’s, logbestanden, sensordata, AI-modellen, klantprofielen, rapportages, back-ups van back-ups. Opslag is goedkoop geworden, zo lijkt het, en vrijwel onbeperkt beschikbaar. De vraag of we iets bewaren is in veel organisaties al lang geen vraag meer. De echte vraag is wanneer we zijn vergeten waarom we het eigenlijk doen.

Het lijkt onschuldig, want data wordt vaak gezien als grondstof voor innovatie, efficiëntie en inzicht. Maar datagroei begint steeds meer te wringen. Niet alleen financieel, maar ook organisatorisch, juridisch en maatschappelijk. Nederland digitaliseert razendsnel, maar de bijbehorende datahonger groeit nog harder.
Tot een jaar of tien geleden was opslag schaars. Schijven waren duur, capaciteit was beperkt en elke extra gigabyte moest worden afgewogen. Die tijd ligt ver achter ons. Cloudopslag is per definitie schaalbaar en lijkt oneindig. ‘Vol’ bestaat niet meer, alleen maandelijkste kosten.

Dat betekent nogal wat voor de dagelijkse praktijk. In plaats van selecteren en opruimen is het devies vaak geworden: alles bewaren, voor het geval dat. Niet omdat iemand exact weet waarvoor die data nodig is, maar omdat weggooien ingewikkeld voelt. Juridisch risicovol, organisatorisch spannend en praktisch onhandig.

Het leidt tot vreemde situaties. Organisaties die tientallen petabytes opslaan zonder enig idee van de inhoud. Afdelingen die hun eigen databergen aanleggen buiten het zicht van IT. Back-ups die jarenlang blijven bestaan zonder actief gebruik.

Data als bijproduct

De groei van data is geen op zichzelf staand fenomeen. Elke stap in digitalisering produceert nieuwe informatie. Online werken, slimme apparaten, cameratoezicht, sensoren, apps en AI-systemen: elk proces laat een datakruimelspoor achter. Vaak zonder dat expliciet wordt besloten wat we daar later mee willen.
Daarmee verschuift data van doel naar bijproduct. We verzamelen het niet, het ontstaat gewoon. Wie een videovergadering start, genereert metadata. Wie een webshop runt, bouwt automatisch klantprofielen. Wie machines monitort, slaat elke seconde meetwaarden op. En dat meestal zonder expliciet bewaarbeleid.

De paradox is dat veel organisaties tegelijk klagen over een gebrek aan inzicht, terwijl ze verdrinken in informatie. Meer data leidt niet vanzelf tot betere beslissingen. Vaak juist het tegenovergestelde. Hoe groter de berg, hoe lastiger het wordt om gerichte vragen te stellen.

De kosten die niemand echt ziet

Opslag lijkt goedkoop. Een paar euro per terabyte per maand is geen drempel die bestuurlijke discussies oproept. Maar die lage instap misleidt. Want data kost niet alleen ruimte, maar ook beheer, beveiliging, back-up, compliance, energie en netwerkcapaciteit. Die kosten worden zelden in zichtbaar in een overzicht van de kosten van opslag. Ze zitten verspreid over budgetten, leveranciers en contracten.

Daar komt nog bij dat data zelden verdwijnt. Wat eenmaal is opgeslagen, blijft vaak bestaan. Systemen worden vervangen, maar archieven migreren mee. Projecten stoppen, maar datasets leven door. Dit voelt voor veel organisaties ongemakkelijk. Want opruimen betekent keuzes maken. Wat mag weg, wat moet blijven, wie beslist daarover en wie draagt het risico als er iets verdwijnt dat later toch nodig blijkt? Het is veiliger om het dus gewoon uit te stellen, en zo de berg nog verder te vergroten.

Juridische mist

Datahonger wordt ook gevoed door onzekerheid over wetgeving. Privacyregels, bewaarplichten, archiefwetten, audits. Veel organisaties kiezen ook hier voor de veilige kant door alles te bewaren. Niet omdat de wet dat expliciet vraagt, maar omdat niemand het tegendeel durft te onderbouwen.
En dat terwijl bewaarplicht en privacy steeds vaker botsen. Wat mag je bewaren en hoe lang? Wanneer wordt informatieve waarde een juridisch risico? En wie is verantwoordelijk als data jarenlang blijft bestaan zonder duidelijk doel? Dat zijn vragen die niet alleen bij juristen thuishoren, maar steeds vaker op bestuursniveau belanden.

Data staat daarnaast zelden op één plek. Verspreid over cloudplatforms, SaaS-diensten, back-ups, legacy-omgevingen en lokale systemen ontstaat een lappendeken waar niemand nog volledig grip op heeft. Dat maakt het beheersen van risico’s complex, ook zonder dat er sprake is van incidenten.

De mythe van later

Een veelgehoorde reden om alles te bewaren is het idee dat data in de toekomst waarde kan krijgen. Voor analyses, optimalisatie, AI-toepassingen of beleidsvorming. Dat klopt. Soms. Het veronderstelt ook dat data daadwerkelijk bruikbaar blijft. En dat blijkt maar zelden het geval.

Datasets verouderen. Structuren veranderen. Context verdwijnt. Zonder actieve datakwaliteit verliest informatie snel zijn betekenis. Oude data wordt daardoor zelden een goudmijn, maar eerder een digitaal moeras waarin niemand nog de weg vindt. Toekomstwaarde ontstaat niet vanzelf. Die vraagt om actief beheer, heldere doelen en periodieke keuzes.

Menselijk gedrag

De kern van de datahonger ligt niet in techniek, maar in menselijk gedrag. In de neiging om te verzamelen in plaats van te selecteren. In de angst om te verwijderen. In de veronderstelling dat meer altijd beter is. Zolang die reflex intact blijft, blijft de berg groeien.

Daarom verschuift de discussie langzaam van opslagcapaciteit naar datagebruik. Niet hoeveel je kunt bewaren, maar wat je wilt bewaren en waarom. Dat vraagt om andere gesprekspartners. Niet alleen IT en beheer, maar ook bestuur, juridische afdelingen, privacy-officers, controllers en duurzaamheidsteams. Data is dus gewoon een vraagstuk van de héle organisatie.

 

IT is een vast onderdeel geworden van het gesprek over fysieke beveiliging. Dat blijkt uit het State of Physical Security report 2026 van Genetec, wereldwijd leider in zakelijke software voor fysieke security. Aan het onderzoek werkten meer dan 7.000 security professionals mee.

De toenemende complexiteit van fysieke beveiliging heeft de fysieke security sector ertoe aangezet om innovatieve software te ontwikkelen. Aangezien fysieke beveiliging raakvlakken heeft met andere afdelingen en bedrijfskritische gegevens genereert, is er steeds meer samenwerking tussen IT en fysieke security. Eindgebruikers die meededen aan het onderzoek zien intern hun IT-collega’s, het management en de financiële afdeling als de meest invloedrijke groepen. Channelpartners hechten daarentegen meer belang aan technische beslissers.

De samenwerking tussen IT en fysieke beveiliging professionals versterkt de bedrijfscontinuïteit door de technologie van cyber- en fysieke security te combineren, processen te stroomlijnen en data te delen.  Het versnelt ook de acceptatie van nieuwe technologieën, waardoor fysieke beveiliging een echte business enabler wordt. Hoewel IT-teams nog steeds vooroplopen bij het verzamelen en analyseren van cyber security data, begint fysieke beveiliging een inhaalslag te maken met geünficeerde platforms en data-uitwisseling.

Uit het onderzoek blijkt ook dat er een verschuiving is in de manier waarop fysieke beveiligingssystemen worden ingezet en gewaardeerd. Het is niet langer puur eenbeveiligingslaag, maar steeds meer een bedrijfsfunctie die bijdraagt aan bredere organisatiedoelstellingen.

Interesse in AI stijgt, praktische voordelen zijn belangrijk

Het rapport laat een groeiende focus op AI zien: de interesse om AI toe te passen binnen fysieke security is meer dan verdubbeld ten opzichte van vorig jaar. Men ziet vooral waarde in technologie die helpt bij het verwerken van alarmmeldingen, ondersteunt bij onderzoek van incidenten en de ruis vermindert.

Hybride cloud heeft de voorkeur en is de toekomst van de security-infrastructuur

Cloud speelt ook een steeds grotere rol in het ontwerp en onderhoud van de security-infrastructuur. Fysieke security professionals vinden automatische updates, eenvoudigerimplementaties en onderhoud de belangrijkste voordelen, evenals de flexibiliteit om te kiezen welke workloads on premises blijven, en welke naar de cloud worden verplaatst.

Prioriteiten voor 2026  

De prioriteiten die fysieke security team voor 2026 hebben, zijn vooral modernisering van toegangscontrole, initiatieven op het gebied van cybersecurity en het toenemende gebruik van analytics. Eindgebruikers zijn daarbij op zoek naar strategische partners die niet alleen technologie kunnen bieden, maar ook expertise, vertrouwen en stabiliteit in een dynamische sector.

Het rapport is hier te downloaden: ‘Genetec State of Physical Security 2026

Het begint onschuldig. Een medewerker krijgt geen verbinding. Nog een keer proberen. Dan nog iemand. Binnen minuten blijkt het geen toeval, maar een storing. Geen inkomende gesprekken, geen uitgaande lijnen, geen bereikbaarheid. En dan begint de klok te lopen.

Voor veel organisaties voelt telefonie als een vanzelfsprekendheid. Het is er gewoon. Altijd. Tot het er niet meer is. En dan blijkt hoe diep communicatie verankerd zit in dagelijkse processen. De servicedesk kan geen klanten te woord staan. Monteurs bereiken hun planning niet. Zorginstellingen moeten terugvallen op noodlijnen. Wat bedoeld was als een technisch incident, wordt in korte tijd een organisatorisch vraagstuk.

Alternatieven

Opvallend is hoe snel mensen teruggrijpen op alternatieven. Privémobiele telefoons worden ingezet, chatgroepen schieten uit de grond, e-mailverkeer explodeert. Dat werkt, maar beperkt. Er is geen centrale routering meer, geen logging, geen eenvoudige overdracht van gesprekken. Wat normaal strak geregeld is, wordt tijdelijk geïmproviseerd. En dat brengt risico’s met zich mee, zowel voor continuïteit als voor veiligheid.

Want die veiligheid staat onder druk tijdens een telecomstoring. Medewerkers delen nummers via onbeveiligde kanalen, persoonlijke devices worden zakelijk ingezet en privacy-afspraken vervagen razendsnel. De storing is technisch, maar de gevolgen zijn organisatorisch en menselijk. Wie belt wie? Wat mag wel, wat niet? En wie houdt het overzicht?

Noodplan

Veel organisaties hebben inmiddels wel een noodplan voor IT-uitval, maar telefonie krijgt daarin lang niet altijd een volwaardige plek. Back-uplijnen bestaan, maar zijn soms vergeten, verkeerd geconfigureerd of afhankelijk van dezelfde infrastructuur die net is weggevallen. Pas tijdens de storing wordt duidelijk hoe kwetsbaar die aannames zijn geweest. Dit soort incidenten werken ook als katalysator. Na afloop volgt bijna altijd dezelfde conclusie: bereikbaarheid moet bewuster worden ingericht. Niet alleen technisch, maar ook beleidsmatig. Wie zijn de kritieke functies? Welke lijnen moeten altijd beschikbaar blijven? Welke processen kunnen tijdelijk wachten? En hoe borg je dat die afspraken ook onder druk blijven staan? Het wrange is dat telefonie juist steeds minder als afzonderlijke dienst wordt gezien. Het zit verstopt in softwareplatforms, klantenomgevingen en werkplekken. Dat maakt het krachtig, maar ook onzichtbaar. En wat onzichtbaar is, verdwijnt makkelijk van de prioriteitenlijst. Tot het uitvalt.

Ontregeling

Een uur zonder telefonie lijkt kort. In de praktijk voelt het vaak als veel langer. Niet door de duur, maar door de ontregeling. Het is het moment waarop duidelijk wordt dat communicatie geen bijzaak is, maar een randvoorwaarde voor vrijwel alles wat organisaties doen. Daarin zit de les. Niet in de techniek van de storing zelf, maar in de voorbereiding erop. Want één uur zonder telefonie kan iedereen overkomen. De vraag is alleen: wat ligt er dan al klaar?