{"id":3901,"date":"2026-08-26T09:07:03","date_gmt":"2026-08-26T09:07:03","guid":{"rendered":"https:\/\/www.dsrnews.eu\/magazine-nl\/?page_id=3901"},"modified":"2026-09-03T08:13:36","modified_gmt":"2026-09-03T08:13:36","slug":"dsr-round-table-over-ketenverantwoordelijkheid-0313","status":"publish","type":"page","link":"https:\/\/www.dsrnews.eu\/magazine-nl\/editie-03-2026\/dsr-round-table-over-ketenverantwoordelijkheid-0313\/","title":{"rendered":"DSR Round Table over ketenverantwoordelijkheid – 0313"},"content":{"rendered":"\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t
\n\t\t\t\t\t

KETENVERANTWOORDELIJKHEID<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t

DSR Round Table over ketenverantwoordelijkheid<\/h2>\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t

Wie is verantwoordelijk als niemand de hele digitale keten beheerst?<\/h2>\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

De digitale keten wordt steeds complexer. Maar de verantwoordelijkheid groeit niet automatisch mee. Wie is eigenaar van het risico als een applicatie van de ene partij komt, in de cloud van een andere draait en door een derde wordt beheerd? En wie neemt de regie als er iets misgaat? Tijdens de DSR Round Table over ketenverantwoordelijkheid ontstond geen eenvoudig antwoord. Wel een scherpe conclusie: digitale autonomie, governance en resilience beginnen met weten waar je afhankelijk van bent.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

TEKST: SANDER HULSMAN BEELD: EVENTSHOOT<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Het scenario waarmee de discussie wordt geopend, is bijna alledaags. Een organisatie wordt getroffen door een ernstig digitaal incident. De applicatie komt van een producent, draait in de cloud en wordt beheerd door een externe dienstverlener. De organisatie zelf heeft geen volledig inzicht in de onderliggende infrastructuur. Wie is verantwoordelijk?<\/p>

Het is precies het soort vraag waarop in de praktijk al snel naar contracten, SLA\u2019s en leveranciers wordt gewezen. Maar aan tafel blijkt al snel dat daarmee het probleem niet is opgelost. De verantwoordelijkheid van de producent, de leverancier en de eindgebruiker loopt door elkaar heen. En juist op de punten waar verantwoordelijkheden elkaar raken, ontstaan de grootste risico\u2019s.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Hans van Linschoten<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Verantwoordelijkheid niet uit te besteden<\/h4>

Hans van Linschoten<\/strong><\/a>, <\/strong>directeur van Whitesky.cloud<\/strong><\/a>, begint vanuit de praktijk van de leverancier. Een managed serviceprovider kan volgens hem alleen verantwoordelijkheid nemen voor wat hij daadwerkelijk beheert en belooft. De grenzen daarvan moeten volgens hem vooraf helder worden gemaakt. \u201cAls je een managed service levert aan een partij, dan ben je als managed servicebedrijf toch echt verantwoordelijk voor datgene wat je belooft te leveren.\u201d<\/p>

Tegelijkertijd is ook voor Van Linschoten duidelijk dat verantwoordelijkheid in een keten nooit volledig bij \u00e9\u00e9n partij kan liggen. Een dienstverlener is immers afhankelijk van de opdrachtgever en van andere leveranciers. Die afhankelijkheden moeten volgens hem worden vertaald naar concrete afspraken en SLA\u2019s.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Erik Witte<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Dat lijkt logisch, maar de discussie wordt interessanter wanneer Erik Witte<\/strong><\/a>, <\/strong>CEO van Methodino<\/strong><\/a>, de verantwoordelijkheid bij de eindgebruiker neerlegt. \u201cDe leverancier kan een deel van het risico overnemen. Hij kan implementeren, beheren en monitoren. Maar de continu\u00efteit van de organisatie zelf blijft de verantwoordelijkheid van de klant.\u201d Witte formuleert het scherp: \u201cJe kunt je eigen risicoacceptatie niet uitbesteden.\u201d Daarmee verschuift de discussie van de klassieke vraag van wie er schuld heeft naar een veel relevantere vraag: wie is eigenaar van het risico?<\/p>

Techniek houdt op, governance begint<\/h4>

Dat is volgens de deelnemers uiteindelijk geen vraag voor alleen de CISO of IT-manager. Het is een bestuurlijke vraag. Een organisatie kan haar infrastructuur uitbesteden, maar niet de beslissing welke risico\u2019s acceptabel zijn. Ze kan een cloudprovider inschakelen, maar daarmee verdwijnt de verantwoordelijkheid voor continu\u00efteit niet. Ze kan securitymaatregelen inkopen, maar niet het oordeel over de vraag of de organisatie voldoende weerbaar is.<\/p>

Voor Witte zit daar ook een informatieprobleem onder. \u201cVerschillende afdelingen kijken vanuit hun eigen perspectief naar dezelfde omgeving. Security ziet andere dingen dan operations, architectuur of risk. Daardoor kan iedereen zijn werk goed doen en toch kan het totaalbeeld ontbreken.\u201d<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t\t
\n\t\t\t\t\t<\/path><\/svg><\/div>\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Een CISO die alleen weet welke controls zijn ingericht, heeft nog niet noodzakelijk inzicht in het risico van de hele keten<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t\t
\n\t\t\t\t\t<\/path><\/svg><\/div>\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Dat is precies waar governance volgens hem concreet moet worden. Dus niet nog een dashboard toevoegen, maar zorgen dat de organisatie weet wat er technisch werkelijk gebeurt en welke afhankelijkheden daaruit voortkomen. Witte: \u201cJe kunt je eigen risicoacceptatie nooit uitbesteden. Daarvoor moet je als organisatie continu kunnen vaststellen wat er technisch werkelijk gebeurt en wat dat betekent voor je risico\u2019s.\u201d<\/p>

Dat is een wezenlijk verschil. Een CISO die alleen weet welke controls zijn ingericht, heeft nog niet noodzakelijk inzicht in het risico van de hele keten. Bestuurlijke verantwoordelijkheid begint juist bij het kunnen verbinden van die technische werkelijkheid aan een besluit.<\/p>

Keten stopt niet bij leverancier<\/h4>

Een van de meest concrete discussies ontstaat wanneer de deelnemers praten over veranderingen bij leveranciers. Wat gebeurt er wanneer een leverancier zonder overleg van onderliggende cloudprovider wisselt? Of wanneer een subcontractor een andere component in een product stopt? Voor een organisatie die haar risicoanalyse heeft gebaseerd op de oorspronkelijke situatie kan zo\u2019n wijziging grote gevolgen hebben.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Hanc de Bokx<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Hanc de Bokx<\/strong><\/a>, <\/strong>eigenaar van 1A First Alternative<\/strong><\/a>, herkent dat probleem, maar kiest bewust voor een andere manier van organiseren. Zijn bedrijf probeert het aantal kritieke afhankelijkheden klein te houden en haalt onderdelen die strategisch belangrijk zijn waar mogelijk weer naar zich toe. \u201cDat is een bewuste keuze. Je weet dan echt wat er gebeurt.\u201d<\/p>

Voor De Bokx gaat digitale autonomie bovendien verder dan security. Ook economische afhankelijkheid hoort volgens hem erbij. \u201cWanneer \u00e9\u00e9n partij een dominante positie krijgt, heeft dat uiteindelijk gevolgen voor prijs, flexibiliteit en keuzevrijheid.\u201d Dat maakt autonomie voor hem geen ideologisch verhaal over wel of geen Amerikaanse technologie, maar de praktische vraag hoeveel controle je zelf over je dienstverlening houdt.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Frank Olsthoorn<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Dezelfde gedachte komt terug bij Frans Olsthoorn<\/strong><\/a>, <\/strong>medeoprichter van EUnifyer<\/strong><\/a>. Hij kijkt vooral naar de afhankelijkheid van grote technologieplatforms en naar de mogelijkheid om daadwerkelijk uit te wijken wanneer dat nodig is. Voor EUnifyer is dat niet alleen een theoretische exitstrategie. Het bedrijf ontwikkelt een digitaal noodpakket waarin bijvoorbeeld e-mail, agenda, contacten en bestanden beschikbaar blijven wanneer een Microsoft-omgeving niet meer beschikbaar is. Daarmee moet een organisatie kunnen blijven werken wanneer de primaire omgeving uitvalt.<\/p>

Olsthoorn ziet daarin ook een bredere Europese dimensie. \u201cAls we kijken naar het juridische stuk, zou ik zeggen dat Amerikaanse afhankelijkheid op dit moment het grootste risico gewoon is.\u201d Hij voegt daar nadrukkelijk aan toe dat dit niet betekent dat Microsoft of andere Amerikaanse technologie per definitie moet verdwijnen. Het probleem zit volgens hem in een situatie waarin \u00e9\u00e9n partij structureel toegang, infrastructuur en daarmee feitelijk de continu\u00efteit van een organisatie kan bepalen.<\/p>

Autonomie is niet alles zelf doen<\/h4>

Daarmee ontstaat een interessante nuance in het debat. Digitale autonomie wordt gemakkelijk vertaald naar zelf technologie bouwen, Europese leveranciers kiezen of zoveel mogelijk open source gebruiken. Aan tafel blijkt het vraagstuk ingewikkelder.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t\t
\n\t\t\t\t\t<\/path><\/svg><\/div>\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Autonomie draait uiteindelijk minder om het bezit van technologie dan om keuzevrijheid<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t\t
\n\t\t\t\t\t<\/path><\/svg><\/div>\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Erik Witte maakt het onderscheid expliciet. Het maakt volgens hem voor het fundamentele governancevraagstuk niet eens zoveel uit of een organisatie Microsoft-technologie, open source of andere standaarden gebruikt. \u201cDe kern is of de organisatie weet welke risico\u2019s zij loopt en waarom zij die accepteert.\u201d<\/p>

Ook Hanc de Bokx waarschuwt voor een te simpele redenering rond open source. \u201cHet gebruik van open source neemt de verantwoordelijkheid niet automatisch weg. Als een component niet meer wordt onderhouden, ontstaat nog steeds een risico.\u201d<\/p>

Autonomie draait daarmee uiteindelijk minder om het bezit van technologie dan om keuzevrijheid. Kun je overstappen? Kun je data meenemen? Kun je een andere leverancier inschakelen? Kun je een dienst tijdelijk zelf of via een andere partij laten draaien? En vooral: weet je vooraf wat daarvoor nodig is? Dat laatste blijkt tijdens de round table een belangrijk punt. Een exitstrategie die alleen in een contract staat, is nog geen werkbare exitstrategie.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Mark Meerbeek<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Exitstrategie begint op dag \u00e9\u00e9n<\/h4>

Mark Meerbeek<\/strong><\/a>, <\/strong>medeoprichter van De AI Fabriek<\/strong><\/a> en strategisch partner van Scaleway<\/a> in Nederland, brengt het gesprek terug naar de praktijk van organisaties die diensten en IT-omgevingen uitbesteden. Hij vertelt over een gemeente die overstapt van eigen beheer naar een gezamenlijk IT-model met meerdere gemeenten. Zijn eerste vraag bij zo’n nieuwe samenwerking is opvallend eenvoudig: wat is de exitstrategie? Het antwoord was er aanvankelijk niet.<\/p>

De nieuwe samenwerking was vanuit het perspectief van de betrokken partijen ingericht alsof vertrek geen re\u00eble optie was. Maar juist dat is volgens Meerbeek een denkfout. \u201cIk denk dat je aan het begin van een nieuwe samenwerking al een exitstrategie moet bespreken. Of in ieder geval in je strategie opgenomen moet hebben.\u201d Dat is misschien wel een van de meest praktische lessen uit de discussie. Exit is geen onderwerp voor het moment waarop een samenwerking mislukt. Het is een onderdeel van het ontwerp van die samenwerking.<\/p>

Hanc de Bokx gaat nog een stap verder. Bij 1A is ondersteuning bij een overgang volgens hem standaard onderdeel van de dienstverlening. Data blijven beschikbaar en het bedrijf werkt mee aan een transitie. Erik Witte ziet daar een directe relatie met inzicht in afhankelijkheden. \u201cWie continu inzicht heeft in de werkelijke technische afhankelijkheden in de keten, kan ook veel beter bepalen wat nodig is om van leverancier of technologie te wisselen. Dat lijkt bijna een paradox: hoe beter je je leverancier kent, hoe minder afhankelijk je van die leverancier hoeft te zijn.\u201d<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\"\"\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Hans Quist<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Bestuurlijke verantwoordelijkheid<\/h4>

Voor Hans Quist<\/strong><\/a>, <\/strong>CISO van de Provincie Zeeland<\/strong><\/a>, ligt de bestuurlijke verantwoordelijkheid nog nadrukkelijker op tafel. Zijn perspectief is dat van een organisatie die niet alleen met technische risico\u2019s te maken heeft, maar ook met publieke verantwoordelijkheid. Bij de opening van de discussie is zijn antwoord op de vraag wie uiteindelijk verantwoordelijk is bij een ernstig digitaal incident helder: niet de leverancier, maar de organisatie en uiteindelijk het bestuur. De ontwikkeling van wet- en regelgeving maakt die bestuurlijke verantwoordelijkheid bovendien steeds explicieter.<\/p>

Quist werkt daarbij niet alleen binnen zijn eigen provincie. De twaalf provinciale CISO\u2019s werken nauw samen en delen dreigingsinformatie. Ook is er een interprovinciaal ISAC. De governance ligt dus niet uitsluitend binnen \u00e9\u00e9n organisatie; ook overheidsorganisaties moeten gezamenlijk leren omgaan met digitale afhankelijkheden. Zijn perspectief maakt duidelijk waarom ketenverantwoordelijkheid uiteindelijk een bestuurlijke kwestie is. \u201cEen organisatie kan niet volstaan met de constatering dat een leverancier een bepaalde fout heeft gemaakt. Het bestuur moet kunnen uitleggen waarom de organisatie van die leverancier afhankelijk was, welke risico\u2019s daarbij hoorden en welke maatregelen waren genomen om de impact te beperken.\u201d<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

Grootste kwetsbaarheid in digitale keten<\/h4>

Aan het einde van het eerste deel krijgt iedere deelnemer een eenvoudige vraag: wat is op dit moment de grootste kwetsbaarheid in de digitale keten? Het eerste antwoord is bijna voorspelbaar: de mens. Maar Frans Olsthoorn kiest een ander perspectief: Amerikaanse afhankelijkheid. Mark Meerbeek wijst op iets anders: het onbekende. Zeker met de snelle ontwikkeling van AI ontstaan nieuwe manieren waarop data en processen worden gebruikt die organisaties zelf niet altijd overzien.<\/p>

Dat maakt het risico van vandaag anders dan het risico van tien jaar geleden. Niet alleen omdat technologie verandert, maar omdat de keten zelf verandert terwijl organisaties proberen die keten te beheersen. Een AI-toepassing kan bijvoorbeeld verschillende modellen, cloudplatforms en databronnen combineren. Een cloudomgeving kan onderliggende leveranciers wijzigen. Een managed serviceprovider kan afhankelijk zijn van een derde partij. Een leverancier kan worden overgenomen. Wetgeving kan veranderen. Een contract kan nog steeds hetzelfde zijn terwijl de technische werkelijkheid erachter allang veranderd is. Daarmee wordt resilience iets anders dan een back-up of disaster recovery-plan.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t\t
\n\t\t\t\t\t<\/path><\/svg><\/div>\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Shared responsibility is alleen zinvol als daar ook shared understanding tegenover staat<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t\t
\n\t\t\t\t\t<\/path><\/svg><\/div>\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Resilience betekent kunnen handelen<\/h4>\nDe vraag is uiteindelijk niet of een organisatie iedere verstoring kan voorkomen. Dat kan niet. De vraag is of zij kan handelen wanneer een verstoring zich voordoet. Wie neemt de regie? Welke informatie is betrouwbaar? Welke diensten zijn kritiek? Welke alternatieven zijn beschikbaar? Hoe snel kan een organisatie overstappen? Welke data zijn beschikbaar? En wie mag op welk moment beslissen? Daarvoor is inzicht nodig. Niet alleen in de eigen infrastructuur, maar in de afhankelijkheden die daar doorheen lopen.\n\nDat is ook waar de verschillende perspectieven van de deelnemers bij elkaar komen. Voor Van Linschoten begint het bij heldere verantwoordelijkheden tussen partijen. Voor De Bokx bij grip en het bewust beperken van afhankelijkheden. Voor Olsthoorn bij keuzevrijheid en een praktische exit. Voor Meerbeek bij het vanaf het begin meenemen van continu\u00efteit. Voor Quist bij bestuurlijke verantwoordelijkheid. En voor Witte bij het kunnen vaststellen van de technische werkelijkheid waarop risico- en bestuursbesluiten worden gebaseerd. Geen van die perspectieven is op zichzelf voldoende. Juist samen vormen ze de basis voor een weerbare digitale keten.\n

Shared responsibility wordt shared understanding<\/h4>\nDe round table levert daarmee geen nieuw model op waarin iedere partij keurig een eigen vakje krijgt toegewezen. Misschien is dat ook precies de verkeerde verwachting. De werkelijkheid is daarvoor te complex. Een producent is verantwoordelijk voor zijn product. Een leverancier voor wat hij levert en beheert. Een klant voor zijn eigen continu\u00efteit. Een bestuur voor de risico\u2019s die de organisatie bewust accepteert. Maar tussen die verantwoordelijkheden zitten afhankelijkheden die niemand alleen kan oplossen.\n\nDaarom is shared responsibility<\/em> alleen zinvol als daar ook shared understanding<\/em> tegenover staat. Je moet weten hoe de keten eruitziet. Je moet weten waar de kritieke afhankelijkheden zitten. Je moet weten wat er verandert. Je moet weten welke risico\u2019s je accepteert. En je moet vooraf weten wat je doet als een belangrijke schakel wegvalt. Pas dan wordt ketenverantwoordelijkheid meer dan een afspraak op papier.\n\nEn misschien is dat de belangrijkste conclusie van deze middag wel dat digitale autonomie niet betekent dat je alles zelf doet. Het betekent dat je voldoende inzicht, keuzevrijheid en handelingsvermogen houdt om verantwoordelijkheid te kunnen nemen wanneer de werkelijkheid verandert. Want uiteindelijk blijft de lastigste vraag niet: wie verantwoordelijk is. De lastigste vraag is: wie ervoor zorgt dat de keten als geheel blijft werken als het misgaat. \"\"\t\t\t\t\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t
\n\t\t\t\t\t

Video-interviews<\/h2>\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Tijden de DSR Round Table zijn er ook afzonderlijke video-interviews met de deelnemers opgenomen<\/a>. Deze gaan onder andere over meer digitale autonomie, cloud, open source, governance, AI en leveranciersafhankelijkheid.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t

\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t
<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t
\n\t\t
\n\t\t\t\t\t
\n\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t
<\/div>\n\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t<\/path><\/svg>\t\t\t<\/a>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t
\t\t
\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

MENU<\/h2>\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t

DEEL DIT ARTIKEL<\/h2>\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t<\/path><\/svg>\t\t\t\t\t\t\t<\/span>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t<\/path><\/svg>\t\t\t\t\t\t\t<\/span>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t<\/path><\/svg>\t\t\t\t\t\t\t<\/span>\n\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\t\t\tKopieer Link<\/span>\n\t\t\t\t\t<\/span>\n\t\t\t\t\t<\/a>\n\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t
\n\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t

INHOUD<\/h2>\t\t\t\t<\/div>\n\t\t\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

01 DSR MAGAZINE
<\/span>Editie 03 – September 2026<\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

02 VOORWOORD & INHOUD<\/span><\/p>

Colofon<\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t03 Kwartaaloverzicht<\/span>\n\nVan digitale afhankelijkheid naar bestuurbare digitale weerbaarheid<\/span><\/span>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

04 Interview
<\/span>Harry Franzen (Cegeka) over handelingsruimte bij digitale soevereiniteit<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

05 Blue Billywig<\/span><\/p>

Europees alternatief voor YouTube<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

06 opinie<\/span><\/p>

Robert van der Meulen (Leaseweb) over digitale onafhankelijkheid bij datadoorgifte<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

07 ERS Den Haag<\/span><\/p>

Resilience is geen eindpunt, maar een keuze<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

08 Interview<\/span><\/p>

Emile Stam (Open Line) over regie bij digitale soevereiniteit<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

09 Whitesky.cloud<\/span><\/p>

De Whitesky Federatie<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

10 ERS Den Haag<\/span><\/p>

De soevereiniteitsknop van Europa<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

11 Interview
<\/span>Jeroen Meeter (Blue Billywig) over digitale soevereiniteit voor videoplatforms <\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\t\t

\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t

DOSSIER<\/h2>\t\t\t\t<\/div>\n\t\t\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

12 Introductie<\/span><\/p>

Verantwoordelijkheid stopt niet bij de voordeur<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

13 Round table<\/span><\/p>

Wie is verantwoordelijk als niemand de hele digitale keten beheerst?<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

14 Video-interviews<\/span><\/p>

Ketenverantwoordelijkheid: wie houdt regie over onze digitale werkelijkheid?<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

15 Digitale resilience<\/span><\/p>

Doe mee met de DSR Round Table van 16 september 2026<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

16 ERS Den Haag<\/span><\/p>

De zwakke schakel zit niet in het systeem, maar ertussen<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

17 ERS Den Haag<\/span><\/p>

Van zwakste schakel naar sterkste keten<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\t\t

\n\t\t\t\t\t\t\t
\n\t\t\t\n\t\t\t\t\t\t<\/span>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

18 Strategische essay<\/span>
Europa heeft geen gebrek aan ambities, maar aan operationele slagkracht<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

19 Interview<\/span><\/p>

Frans Olsthoorn en Oliver van Loo (EUnifyer) over de Europese digitaal autonome werkplek <\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

20 DSR<\/span><\/p>

Abonneer je nu op onze nieuwsbrief! <\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

21 ERS Den Haag<\/span><\/p>

De klok loopt: de eerste 72 uur van een crisis<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

22 Interview<\/span><\/p>

Hans van Linschoten (Whitesky.cloud) over telecom als uitgangspunt <\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

23 Blog<\/span><\/p>

Feyo Sickinghe (Bird & Bird) met een pakket voor technologische soevereiniteit<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t

\n\t\t\t\t\t\t\t\t\t

24 Planning<\/span><\/p>

Dit doet DSR in 2026 en 2027<\/span><\/span><\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t

\n\t\t\t\t\t\t\t
\n\t\t\t
<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t
\n\t\t\t<\/path><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t

VORIGE<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t
\n\t\t\t\t\t

MENU<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\n\t\t\t\t
\n\t\t\t\t\t

VOLGENDE<\/h2>\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t\t\t\t
\n\t\t\t
\n\t\t\t<\/path><\/svg>\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/a>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"

KETENVERANTWOORDELIJKHEID DSR Round Table over ketenverantwoordelijkheid Wie is verantwoordelijk als niemand de hele digitale keten beheerst? De digitale keten wordt steeds complexer. Maar de verantwoordelijkheid groeit niet automatisch mee. Wie is eigenaar van het risico als een applicatie van de ene partij komt, in de cloud van een andere draait en door een derde wordt […]<\/p>\n","protected":false},"author":4,"featured_media":0,"parent":3696,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"elementor_canvas","meta":{"footnotes":""},"class_list":["post-3901","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/pages\/3901","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/comments?post=3901"}],"version-history":[{"count":5,"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/pages\/3901\/revisions"}],"predecessor-version":[{"id":4535,"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/pages\/3901\/revisions\/4535"}],"up":[{"embeddable":true,"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/pages\/3696"}],"wp:attachment":[{"href":"https:\/\/www.dsrnews.eu\/magazine-nl\/wp-json\/wp\/v2\/media?parent=3901"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}