Waarom een storing in de productie zelden bij de machine begint

Een lijn die stilvalt kost per uur meer dan bijna elk ander probleem in een productiebedrijf. De eerste reflex is dan te kijken naar de machine die ermee ophield: een sensor, een aandrijving, een besturingskast. In veel gevallen ligt de oorzaak een laag dieper, in het netwerk, de servers of de accounts waarmee de productie wordt aangestuurd.

Machines, orderverwerking, kwaliteitsregistratie en logistiek hangen inmiddels aan dezelfde infrastructuur als de kantoorwerkplekken. Een verlopen certificaat, een volgelopen schijf of een switch die uitvalt legt daardoor niet alleen de administratie plat, maar ook de aansturing van de lijn. Bedrijven die proactief beheer van netwerk en systemen inrichten, merken dat het grootste deel van dit soort verstoringen zich vooraf aankondigt: schijven lopen langzaam vol, certificaten verlopen op een bekende datum, een voeding in een switch geeft eerst waarschuwingen af.

IT en OT groeien naar elkaar toe

Operationele techniek stond jarenlang los van de kantoorautomatisering. Een besturingssysteem draaide op een eigen netwerk, zonder verbinding naar buiten, en werd aangeraakt zodra er iets stuk was. Dat beeld klopt niet meer. Machineleveranciers leveren remote support, productiedata gaat naar dashboards en ERP, en onderhoud wordt gepland op basis van meetwaarden uit de lijn zelf.

Die koppeling levert veel op, maar hij maakt de productieomgeving ook afhankelijk van keuzes die aan de kantoorkant worden gemaakt. Een phishingmail die tot een gecompromitteerd account leidt, blijft zelden beperkt tot de mailbox. Segmentatie tussen kantoor en productie is daarom geen theoretische exercitie, maar bepaalt hoe ver een incident kan komen.

Machines gaan langer mee dan hun besturingssysteem

Een productielijn wordt afgeschreven over tien tot vijftien jaar, de pc die hem aanstuurt niet. Daardoor draait in vrijwel elke hal wel een systeem waarvoor de ondersteuning allang is gestopt, simpelweg omdat de machine eromheen nog prima werkt en vervangen een investering van tonnen betekent. Dat is meestal geen nalatigheid maar een economische afweging, en die afweging valt vaak terecht uit in het voordeel van laten staan.

De vraag is dan niet hoe je zo’n systeem alsnog bijwerkt, maar hoe je eromheen bouwt. Zet het in een eigen netwerksegment, geef het geen directe verbinding naar buiten en leg vast wie er langs welke weg bij mag. Machineleveranciers die op afstand meekijken verdienen daarbij aparte aandacht. Remote support scheelt reistijd en downtime, maar een verbinding die permanent openstaat is iets anders dan een verbinding die je per keer bewust openzet en daarna weer sluit.

Van reageren naar zien aankomen

Het verschil tussen een reactieve en een proactieve aanpak zit zelden in dure techniek. Het zit in de vraag of iemand daadwerkelijk kijkt, en of dat kijken doorlopend gebeurt in plaats van tijdens een storing. Vier dingen leveren in een productieomgeving het meeste op:

• Zicht op de hele keten: monitoring die verder gaat dan de server, en ook netwerkapparatuur, back-ups en certificaten meeneemt
• Back-up die getest is: een back-up die nooit is teruggezet, is een aanname en geen voorziening
• Updates met een plan: patches in een vast ritme, met een testmoment voor systemen die aan de lijn hangen
• Toegang op naam: geen gedeelde accounts op machines of besturingssystemen, zodat je achteraf kunt zien wie wat deed

Geen van deze punten is spectaculair. Ze bepalen wel of een verstoring vijf minuten of een halve dag duurt, en of de oorzaak achteraf te achterhalen valt. Wie een keer heeft meegemaakt hoeveel tijd het kost om een besturings-pc zonder actueel image opnieuw op te bouwen, plant de volgende back-up doorgaans anders.

De eisen komen inmiddels ook van buiten

Waar informatiebeveiliging vroeger vooral een interne afweging was, komt de druk nu net zo goed van klanten, verzekeraars en wetgeving. De Europese NIS2-richtlijn legt de nadruk op risicobeheer, het melden van incidenten, afspraken met leveranciers en verantwoordelijkheid tot in de directie. Een overzicht van wat NIS2 van organisaties vraagt maakt vrij snel duidelijk welke onderdelen in de eigen situatie al geregeld zijn en welke niet.

Voor toeleveranciers is er nog een reden om dit op orde te hebben: grote afnemers nemen beveiligingseisen steeds vaker op in hun inkoopvoorwaarden. Een vragenlijst over back-up, toegangsbeheer en incidentafhandeling hoort inmiddels bij het offertetraject.

Waar je het beste begint

Begin bij een inventarisatie van wat er aan het netwerk hangt en wat de productie nodig heeft om te draaien. Welke systemen zijn kritiek, wie kan erbij, en wat gebeurt er als een van die systemen een dag wegvalt? Die drie vragen leggen doorgaans meer bloot dan een uitgebreide risicoanalyse, en ze geven meteen een volgorde van aanpakken.

Leg daarnaast vast wat er moet gebeuren als het toch misgaat, en loop dat een keer door op een rustig moment. Een herstelplan dat alleen op papier bestaat, blijkt tijdens een storing zelden te kloppen. Dan ontbreekt het wachtwoord van de leverancier, staat de back-up op een schijf die aan hetzelfde netwerk hing, of weet niemand meer in welke volgorde de systemen weer aan moeten. Dat uitzoeken kost op een doordeweekse ochtend met een stilstaande lijn precies de tijd die je niet hebt.

Een storing die je ziet aankomen, is namelijk geen storing meer.