Systeemimpact

De Systeemimpact is een specifieke, tweedimensionale weergave binnen PDM die de afhankelijkheid van bedrijfsprocessen ten opzichte van ondersteunende systemen en applicaties inzichtelijk maakt.

Waar de reguliere Ketenimpact vertrekt vanuit de processtappen en de ketenafhankelijkheid, hanteert de Systeemimpact de Hulpmiddel als primair vertrekpunt. Deze Projectie beantwoordt de cruciale continuïteitsvraag: “Welke processen en processtappen worden direct of indirect geraakt als deze specifieke hulpmiddel uitvalt of wordt gewijzigd?”

Strategische waarde & continuïteit

Binnen het Digitale Werknetwerk helpt deze Projectie bij het beheersen van de operationele risico’s en de IT-architectuur:

Disaster Recovery & Business Continuity: Directe identificatie van kritieke processen bij software-outages.
Change Management: Impactanalyse voorafgaand aan software-updates, migraties of het uitfaceren van applicaties.
Vendor Lock-in & Risicobeheersing: Inzicht in de spreiding of concentratie van applicatieafhankelijkheid over de organisatie heen.

Methodische structuur

De Projectie aggregeert data van procesbestanden waarin hulpmiddelen zijn gekoppeld aan processtappen. De resulterende matrix plot de gedefinieerde Hulpmiddelentegenover de Processen en Processtappen.

System Impact View

Klik op een onderstaande TOOL om de specifieke procesimpact en kritikaliteit bij uitval te bekijken.

TOOL-01 (9) TOOL-02 (3) TOOL-03 (1) TOOL-04 (4) TOOL-05 (1)

ServiceNow

Systeemonderdeel geïndexeerd onder code: TOOL-01

Geraakte Processtap	Prioriteit	Direct Effect bij Uitval
`P-01` Registratie Incident	Hoog	Bij uitval van de registratietool (TOOL-01) stagneert de initiële instroom. NOC Engineers moeten overschakelen op handmatige registratie in een nood-logboek (Excel/papier). Risico op schending van de 15-minutennorm (REG-01) stijgt kritiek; alarmen uit de monitoring (TOOL-06) kunnen niet direct worden omgezet in formele tickets, wat leidt tot blinde vlekken in de keten.
`P-02` Triage & Escalatie	Hoog	Als de triage-hulpmiddelen of het ticketsysteem nu niet beschikbaar zijn, kunnen incidenten niet correct gecategoriseerd of automatisch gerouteerd worden naar de specialistische wachtrijen. Escalaties naar de 3e lijn of externe vendors moeten handmatig (telefonisch of via mail) worden afgehandeld. Dit veroorzaakt direct een bottleneck in de doorlooptijd (MTTR) en verhoogt de kans op foutieve toewijzingen.
`P-03` Analyse Incident (2e lijn)	Hoog	Uitval van analyse- en telemetrietools (zoals logbestanden of dashboards) betekent dat engineers geen diepgaande diagnostiek kunnen uitvoeren op netwerkflaps of infrastructuurfouten. De 2e lijn tast in het duister, waardoor de hersteltijd exponentieel toeneemt. Het proces degradeert van datagestuurde analyse naar 'gissen' op basis van historische trends.
`P-04` Oplossen incident (2e lijn)	Laag	Wanneer de Hulpmiddelen voor configuratiebeheer, remote access of back-up herstel onbereikbaar zijn, kan de feitelijke fix niet veilig worden uitgerold naar de netwerkelementen. Zelfs als de oplossing bekend is, blokkeert het gebrek aan tooling de uitvoering. Dit dwingt tot noodprocedures (zoals fysieke 'on-site' interventions of handmatige overrides via de console), wat de downtime van de dienstverlening drastisch verlengt.
`P-05` Diepgaande analyse (3e lijn)	Hoog	Als de specialistische vendor- portals, core-netwerktelemetrie of diepgaande loggingtools uitvallen, kan de 3e lijn geen root-cause analyse uitvoeren op firmware- of hardwareniveau. Complexe, intermitterende netwerkfouten (zoals packet loss op core-links) kunnen niet worden geïsoleerd. Dit blokkeert de overgang naar structureel probleembeheer en verlengt het risico op herhaalde netwerkoutages kritiek.
`P-06` Oplossen Incident (3e lijn)	Laag	Uitval van geautoriseerde netwerk- orchestration-Hulpmiddelen, patch-omgevingen of vendor-specifieke CLI-consoles maakt het onmogelijk om noodpatches, microcode-updates of ingrijpende routewijzigingen veilig door te voeren. De 3e lijn kan de gevalideerde workaround niet deployen, waardoor herstelstappen stagneren en de organisatie gedwongen is om terug te vallen op risicovolle handmatige overrides per netwerkelement.
`P-07` Doorverwijzen naar Leverancier	Midden	Bij het wegvallen van de B2B-integraties of ticket-federaties (zoals e-bondingkoppelingen met externe telecompartners of hardwareleveranciers) breekt de communicatieketen. Escalatie-data, logbestanden en diagnostische klantinformatie moeten handmatig via mail of telefoon worden overgedragen. Dit leidt tot zware administratieve overhead, vertraging in de vendor-SLA en een verhoogd risico op informatie-asymmetrie.
`P-08` Afsluiten Ticket	Laag	Wanneer het centrale ITSM-platform (TOOL-01) onbereikbaar is tijdens de afsluitfase, kunnen de definitieve herstelcodes (Solution Codes), de gebouwde workarounds en de werkelijke hersteltijden niet formeel worden gelogd. Tickets blijven onterecht openstaan in de monitoring, wat de MTTR-rapportages (kpi's) volledig vervuilt en de wettelijke of contractuele compliance-audits (REG-01) in gevaar brengt.
`P-09` Updated & Monitoren Ticket	Laag	Uitval van automatische notificatiesystemen, statusdashboards of de self-service portals snijdt de communicatie naar stakeholders en getroffen klanten af. Incident Managers verliezen het realtime zicht op de voortgang en moeten handmatig statusupdates ophalen bij de engineers. Dit resulteert direct in een stroom aan statusvragen richting de servicedesk (ticket-storm) en acute onrust bij de business.

Splunk OSS

Systeemonderdeel geïndexeerd onder code: TOOL-02

Geraakte Processtap	Prioriteit	Direct Effect bij Uitval
`P-01` Registratie Incident	Hoog	Bij uitval van de registratietool (TOOL-01) stagneert de initiële instroom. NOC Engineers moeten overschakelen op handmatige registratie in een nood-logboek (Excel/papier). Risico op schending van de 15-minutennorm (REG-01) stijgt kritiek; alarmen uit de monitoring (TOOL-06) kunnen niet direct worden omgezet in formele tickets, wat leidt tot blinde vlekken in de keten.
`P-03` Analyse Incident (2e lijn)	Hoog	Uitval van analyse- en telemetrietools (zoals logbestanden of dashboards) betekent dat engineers geen diepgaande diagnostiek kunnen uitvoeren op netwerkflaps of infrastructuurfouten. De 2e lijn tast in het duister, waardoor de hersteltijd exponentieel toeneemt. Het proces degradeert van datagestuurde analyse naar 'gissen' op basis van historische trends.
`P-05` Diepgaande analyse (3e lijn)	Hoog	Als de specialistische vendor- portals, core-netwerktelemetrie of diepgaande loggingtools uitvallen, kan de 3e lijn geen root-cause analyse uitvoeren op firmware- of hardwareniveau. Complexe, intermitterende netwerkfouten (zoals packet loss op core-links) kunnen niet worden geïsoleerd. Dit blokkeert de overgang naar structureel probleembeheer en verlengt het risico op herhaalde netwerkoutages kritiek.

Netcracker

Systeemonderdeel geïndexeerd onder code: TOOL-03

Geraakte Processtap	Prioriteit	Direct Effect bij Uitval
`P-02` Triage & Escalatie	Hoog	Als de triage-hulpmiddelen of het ticketsysteem nu niet beschikbaar zijn, kunnen incidenten niet correct gecategoriseerd of automatisch gerouteerd worden naar de specialistische wachtrijen. Escalaties naar de 3e lijn of externe vendors moeten handmatig (telefonisch of via mail) worden afgehandeld. Dit veroorzaakt direct een bottleneck in de doorlooptijd (MTTR) en verhoogt de kans op foutieve toewijzingen.

PuTTY SSH

Systeemonderdeel geïndexeerd onder code: TOOL-04

Geraakte Processtap	Prioriteit	Direct Effect bij Uitval
`P-03` Analyse Incident (2e lijn)	Hoog	Uitval van analyse- en telemetrietools (zoals logbestanden of dashboards) betekent dat engineers geen diepgaande diagnostiek kunnen uitvoeren op netwerkflaps of infrastructuurfouten. De 2e lijn tast in het duister, waardoor de hersteltijd exponentieel toeneemt. Het proces degradeert van datagestuurde analyse naar 'gissen' op basis van historische trends.
`P-04` Oplossen incident (2e lijn)	Laag	Wanneer de Hulpmiddelen voor configuratiebeheer, remote access of back-up herstel onbereikbaar zijn, kan de feitelijke fix niet veilig worden uitgerold naar de netwerkelementen. Zelfs als de oplossing bekend is, blokkeert het gebrek aan tooling de uitvoering. Dit dwingt tot noodprocedures (zoals fysieke 'on-site' interventions of handmatige overrides via de console), wat de downtime van de dienstverlening drastisch verlengt.
`P-05` Diepgaande analyse (3e lijn)	Hoog	Als de specialistische vendor- portals, core-netwerktelemetrie of diepgaande loggingtools uitvallen, kan de 3e lijn geen root-cause analyse uitvoeren op firmware- of hardwareniveau. Complexe, intermitterende netwerkfouten (zoals packet loss op core-links) kunnen niet worden geïsoleerd. Dit blokkeert de overgang naar structureel probleembeheer en verlengt het risico op herhaalde netwerkoutages kritiek.
`P-06` Oplossen Incident (3e lijn)	Laag	Uitval van geautoriseerde netwerk- orchestration-Hulpmiddelen, patch-omgevingen of vendor-specifieke CLI-consoles maakt het onmogelijk om noodpatches, microcode-updates of ingrijpende routewijzigingen veilig door te voeren. De 3e lijn kan de gevalideerde workaround niet deployen, waardoor herstelstappen stagneren en de organisatie gedwongen is om terug te vallen op risicovolle handmatige overrides per netwerkelement.

Network Monitoring System

Systeemonderdeel geïndexeerd onder code: TOOL-05

Geraakte Processtap	Prioriteit	Direct Effect bij Uitval
`P-01` Registratie Incident	Hoog	Bij uitval van de registratietool (TOOL-01) stagneert de initiële instroom. NOC Engineers moeten overschakelen op handmatige registratie in een nood-logboek (Excel/papier). Risico op schending van de 15-minutennorm (REG-01) stijgt kritiek; alarmen uit de monitoring (TOOL-06) kunnen niet direct worden omgezet in formele tickets, wat leidt tot blinde vlekken in de keten.

Bovenstaande matrix wordt dynamisch gegenereerd op basis van de meest actuele bronbestanden in de SSoT.