Een standaard voor service op afstand voor machinebouwers definieert de ondersteunde taken, vereiste applicaties, klant- en OEM-verantwoordelijkheden en tests bij overdracht. Gebruik hetzelfde servicerecord en dezelfde voltooiingsstappen voor alle klanten, met gedocumenteerde verbindingsopties voor verschillende locatienetwerken.
Het doel is consistentie, zonder te doen alsof elke klantfabriek identiek is. Standaardiseer de uitkomsten, het bewijsmateriaal en de beslissingspunten. Laat de klant de zeggenschap behouden over zijn netwerk, productieschema, machineveiligheid en veranderingsproces.
Waarom wordt service moeilijker als het machinepark groeit?
De eerste afgeleverde machines zijn vaak afhankelijk van persoonlijke kennis. De ene engineer onthoudt de PLC-versie, een ander weet welk VPN-profiel de klant bereikt en een derde heeft de enige bruikbare back-up. Naarmate de geïnstalleerde basis groeit, creëert dat informele model wachtrijen en uitzonderingen. Serviceteams besteden tijd aan het reconstrueren van de context voordat de diagnose begint.
Klantomgevingen verschillen ook wat betreft adressering, firewalls, identiteitsregels, technische werkstations en leveranciersbeleid. Definieer de vereiste controles en een kleine set goedgekeurde patronen in plaats van één plat netwerkontwerp te eisen.
De ISA/IEC 62443-serie behandelt cyberbeveiliging op het gebied van automatisering als gedeelde verantwoordelijkheid tussen asset-eigenaren, productleveranciers, integrators en serviceproviders gedurende de gehele levenscyclus van het systeem. Dat is een nuttig uitgangspunt: bij een aanbod van OEM-services op afstand moet worden aangegeven waar de verantwoordelijkheid begint en eindigt, in plaats van te impliceren dat de machinebouwer de hele OT-omgeving van de klant controleert.
Wat hoort in het overzicht van service op afstand?
Definieer een servicecatalogus voordat u technologie kiest. Elke mogelijkheid moet zijn eigen doel, privilege, vereisten en bewijsmateriaal hebben.
| Servicevermogen | Typisch doelwit | Toestemmingsgrens | Vereiste lokale rol | Voorbeeld voltooiingsbewijs |
|---|---|---|---|---|
| Status- en alarmoverzicht | Gepubliceerd dashboard, HMI-weergave of tijdreeksarchief | Alleen-lezen applicatiefuncties waar technisch ondersteund | Het operationele contact bevestigt de machine en het tijdsbereik | Bevindingen en aanbevolen volgende controle |
| Ondersteuning van applicaties | Met de naam MES-, SCADA-, rapport- of machineservice-app | Eén applicatie en toegewezen rol | App-eigenaar autoriseert ondersteuningsaanvraag | Configuratie- of incidentrecord |
| Ondersteuning voor beheerde werkstations | OEM engineering- of onderhoudswerkstation | Extern bureaublad naar één host; stroomafwaartse stromen beperkt | Lokale coördinator beschikbaar voor vervolgwerkzaamheden | Sessie gekoppeld aan een casus en resultaten vastgelegd |
| Goedgekeurde bestandsuitwisseling | Gecontroleerde overdrachtslocatie of beheerd werkstation | Benoemde gebruikers, bestandstype en bestemmingsbeleid | Overdrachtsprocedure voor klantenrecensies | Bestandsidentiteit, scan- of validatieresultaat en ontvanger |
| PLC- of HMI-engineering | Beheerd technisch werkstation en geselecteerde apparaatstroom | Afzonderlijke bevoorrechte rol en protocol | Geautoriseerde lokale persoon bevestigt werkvenster en machinestatus | Back-up, goedgekeurde wijziging, validatie en basislijnupdate |
| Software- of edge-app-update | Site-side platform of benoemde applicatie | Ondertekend of gecontroleerd pakket naar een geïdentificeerd doel | Eigenaar van klantwijziging keurt timing goed | Versie, resultaat, terugdraaistatus en openstaande problemen |
Verkoop “volledige toegang op afstand” niet als een enkele mogelijkheid. Observatie, configuratie en controllerwijzigingen hebben verschillende gevolgen. Door ze te scheiden, worden zowel de goedkeuring van de klant als de OEM-ondersteuningstraining duidelijker.
Welke onderdelen moeten voor elke machine worden gestandaardiseerd?
Maak een onderhoudsrecord voor de machine bij de vrijgave van de bestelling of het ontwerp, en onderhoud dit vervolgens tot en met de buitengebruikstelling. Standaardiseer op zijn minst:
- Machine-, klant-, locatie- en verantwoordelijke-eigenaar-ID's
- productfamilie, controller, HMI, drive, robot, edge en applicatiebasislijnen
- de goedgekeurde servicemogelijkheden en exacte doelen op afstand
- gateway- of werkstationpatroon aan de sitezijde en de onderhoudseigenaar ervan
- OEM-rollen en klantrollen mogen elke mogelijkheid gebruiken
- back-uplocatie en wie het herstel verifieert
- acceptatie van inbedrijfstelling, gereedheid voor gebruik en status van uitvaltest
- klantspecifieke beperkingen en goedgekeurde uitzonderingen
- toegangscontrole, certificaat, licentie, garantie en ondersteuningsdata, indien relevant
- ontmantelingsstatus en bevestiging dat toegang en opgeslagen geheimen zijn verwijderd
Kopieer geen inloggegevens of gevoelige netwerkgegevens naar een ongecontroleerde spreadsheet. Bewaar elke gegevensklasse in het geautoriseerde systeem en koppel deze via een stabiel machine-ID.
Het NIST Manufacturing Profile beschrijft een vrijwillige, op risico gebaseerde aanpak voor productiesystemen en het gebruik van huidige en doelprofielen om de gewenste cyberbeveiligingsresultaten te communiceren. Een OEM kan hetzelfde principe intern gebruiken: documenteer de doelstatus van externe service voor een machinefamilie, vergelijk elke implementatie ermee en spoor gerechtvaardigde hiaten op.
Hoe moeten de verantwoordelijkheden van OEM's en klanten worden verdeeld?
Publiceer een verantwoordelijkheidsmatrix als onderdeel van het serviceaanbod en herhaal deze bij de klantoverdracht.
| Levenscyclusactiviteit | Machinebouwer / OEM | Eigenaar van klantactiva | Lokale locatie- of operationele rol |
|---|---|---|---|
| Dienstontwerp | Definieert ondersteunde doelen, toolchain, versies en OEM-ondersteuningsrollen | Definieert het sitebeleid, de risicoverwachtingen en aanvaardbare patronen | Adviseert operationele beperkingen |
| Site-onboarding | Levert configuratie- en acceptatietesten | Keurt netwerkplaatsing, identiteiten, routes en gegevensverwerking goed | Bevestigt de identiteit van de machine en de lokale gereedheid |
| Routinematige diagnose | Wijst een concrete engineer aan en legt bevindingen vast | Autoriseert toegang volgens de ondersteuningsregeling | Biedt symptomen, machinestatus en lokale observatie |
| Procesbeïnvloedende verandering | Stelt wijziging, back-up, validatie en terugdraaiing voor | Keurt goed via de wijzigingsprocedure | Bevestigt de veilige toestand, is getuige van gedrag en kan het werk stopzetten |
| Platformonderhoud | Onderhoudt OEM-gecontroleerde componenten en ondersteunt compatibiliteit zoals gecontracteerd | Onderhoudt door de klant gecontroleerde netwerk- en identiteitsafhankelijkheden | Coördineert het onderhoudsvenster en de productie-impact |
| Reactie op incidenten | Schakelt indien nodig toegang aan OEM-zijde uit of onderzoekt deze en communiceert de impact | Leadrespons voor de klantomgeving | Beschermt een veilige lokale werking en levert observaties |
| Pensioen | Verwijdert de machine uit OEM-servicesystemen en sluit documenten af | Verwijdert sitetoegang, accounts, routes en bewaarde gegevens, indien van toepassing | Bevestigt de beschikking over de apparatuur |
Eén bedrijf kan meerdere rollen vervullen. Wijs aan elke rij een benoemde eigenaar toe en plaats de overeengekomen verantwoordelijkheden in het serviceaanbod en de klantoverdracht.
Welke architectuur werkt op verschillende klantnetwerken?
Bied een kleine patroonbibliotheek aan. Eén klant kan publicatie op applicatieniveau voor een dashboard goedkeuren. Voor een ander systeem is mogelijk een beheerd technisch werkstation in een grensgebied vereist. Een derde kan een nauw beperkt gateway-pad naar een machinebron toestaan. Definieer voor elk patroon dezelfde beveiligingsresultaten:
- unieke menselijke identiteit, waar het platform dit ook ondersteunt
- toegang beperkt tot de goedgekeurde machinebron en taak
- afzonderlijke routinematige en geprivilegieerde technische rollen
- geen afhankelijkheid van lokale controle op de externe verbinding
- gedocumenteerde eigenaren voor de sitecomponent, updates, certificaten en back-ups
- getest verwijderings-, uitval-, opnieuw verbindings- en herstelgedrag
- geen onbedoelde route naar aangrenzende klantactiva
In de NIST Guide to OT Security wordt uitgelegd waarom OT-controles prestatie-, betrouwbaarheids- en veiligheidsbeperkingen moeten respecteren. Verander een beveiligingspatroon niet in een productieafhankelijkheid. De PLC en het lokale veiligheidssysteem blijven gezaghebbend wanneer de externe service, gateway, identiteitsprovider of internetlink niet beschikbaar is.
Voor gedetailleerde architectuurafwegingen vergelijkt u VPN, jumpservers en ZTNA voor OT. Gebruik de checklist voor uitrol op afstand om elk sitepatroon consistent te testen.
Wat staat er in een vast servicedraaiboek?
Maak het runbook kort genoeg om te gebruiken en streng genoeg om dubbelzinnig werk te stoppen.
- Intake: registreer de machine-ID, het klantcontact, de symptomen, de productiestatus, de urgentie en het gevraagde resultaat.
- Classificeren: selecteer de servicemogelijkheid en beslis of het om observatie, configuratie of procesbeïnvloedende engineering gaat.
- Autoriseren: bevestig de autorisatiereferentie van de klant, met de naam van de OEM-ingenieur, de doelbron, het toegestane venster en de vereiste lokale coördinator.
- Voorbereiden: controleer versiecompatibiliteit, back-ups, goedgekeurde bestanden, communicatie, stopvoorwaarden en terugdraaien.
- Verbinden: verifieer de identiteit en het machinedoel en begin vervolgens met het laagste recht waarmee de diagnose kan worden voltooid.
- Diagnose: leg observaties vast en onderscheid bewijsmateriaal van hypothesen. Verruim de toegang niet louter om te verkennen.
- Wijzigen indien goedgekeurd: gebruik de aparte wijzigingsprocedure; registreer de voor-en-na-status en valideer lokaal.
- Sluiten: vat het werk samen, het resterende risico, de actie van de klant, de toegangsstatus en of het servicerecord moet worden bijgewerkt.
- Leer: bekijk herhaalde uitzonderingen, ontbrekende telemetrie, incompatibiliteit van tools en trainingslacunes tijdens een reguliere servicevergadering.
Hulpmiddelen voor externe toegang worden ook gebruikt door bedreigingsactoren, zoals blijkt uit de gezamenlijke CISA-gids voor externe toegang. Inventariseer ondersteuningsagenten en verwijder overtollige of niet-geautoriseerde tools. Zorg ervoor dat de klant het pad kan uitschakelen zonder de lokale machinebesturing te stoppen.
Hoe controleert u bij overdracht of service mogelijk is?
Voeg een acceptatietest voor service op afstand toe aan het inbedrijfstellingspakket van de machine. Het zou meer moeten bewijzen dan ‘de ingenieur heeft één keer verbinding gemaakt’. Test:
- genaamd OEM- en klantidentiteiten, rolscheiding en verwijdering
- elke gepubliceerde app, werkstation of apparaat volgens het goedgekeurde toepassingsgebied
- mislukte pogingen om een aangrenzend doel te bereiken
- observatie- en technische toestemmingen als verschillende tests
- de ondersteunde PLC/HMI-functies, inclusief eventuele vereisten voor detectie of bestandsoverdracht
- prestaties bij representatieve latentie en pakketverlies
- verlies van internet, identiteit, gateway, externe client en sessie
- huidige back-upbeschikbaarheid en de lokale herstelbriefing
- die operationele en beveiligingsmeldingen ontvangt van elke afhankelijkheid
- hoe de klant een supportaanvraag aanvraagt, autoriseert, onderbreekt en beëindigt
Gebruik de checklist voor inbedrijfstelling van machines op afstand om deze tests te integreren met het opstarten en overdragen. Registreer uitzonderingen in plaats van gereed te verklaren wanneer een vereiste test werd overgeslagen.
Welke metingen laten zien of de standaard werkt?
Kies maatregelen die de procesgezondheid aantonen zonder een bedrijfsresultaat te beloven dat de data niet kunnen ondersteunen. Nuttige voorbeelden zijn onder meer het percentage actieve machines met een genoemde service-eigenaar, de huidige technische basislijn, het geteste ondersteuningspad, herstelbare back-up, voltooide toegangsbeoordeling en gesloten onboarding-uitzonderingen. Volg gevallen waarbij ongeplande toegangsuitbreiding, niet-ondersteunde technische versies of ontbrekende lokale coördinatie nodig waren.
Operationele maatregelen, zoals de tijd om een gekwalificeerde ingenieur aan te wijzen of de tijd om het goedgekeurde ondersteuningstraject vast te stellen, kunnen helpen bij het identificeren van wrijving, maar ze zijn niet hetzelfde als verminderde stilstand of vermeden reizen. Deze uitkomsten zijn afhankelijk van het type storing, onderdelen, personeelsbezetting, klantbeslissingen en vele andere factoren. Meet ze alleen met een gedefinieerde basislijn en vergelijkbare gevallen.
Het NIST Cybersecurity Framework 2.0 organiseert resultaten rond besturen, identificeren, beschermen, detecteren, reageren en herstellen. Gebruik deze functies als beoordelingslens: worden de verantwoordelijkheden beheerst? Is de geïnstalleerde basis geïdentificeerd? Zijn paden beveiligd? Kan misbruik worden opgespoord? Kunnen OEM en klant samen reageren? Kunnen toegang en machineservice veilig worden hersteld?
Wat zijn de beperkingen, uitzonderingen en levenscycluscontroles?
Standaardisatie kan er niet voor zorgen dat elk verouderd protocol ondersteund wordt of dat elke taak veilig op afstand kan worden uitgevoerd. Geef elke uitzondering een eigenaar, reden, compenserende maatregelen, herzieningsdatum en exitplan. Zorg voor brede, verouderde protocollen achter een beheerd werkstation, in plaats van deze uit te breiden naar elke gebruiker. Als de klant engineering op afstand verbiedt, definieer dan een alleen-diagnostische laag en een lokale serviceprocedure.
Bekijk het servicerecord na vervanging van de controller, HMI-migratie, wijziging van het klantnetwerk, gateway-update, eigendomswijziging, contractwijziging of beveiligingsincident. Bij buitengebruikstelling verwijdert u identiteiten, koppelingen, certificaten, licenties, opgeslagen projectkopieën en machinegegevens volgens de overeengekomen regels voor het bewaren van gegevens. Bevestig dat het onderdeel aan de klantzijde is verwijderd of overgedragen aan een geïdentificeerde eigenaar.
ISO/TR 22100-4 benadrukt cyberbedreigingen die de veiligheid van machines kunnen beïnvloeden. Herzie de machinerisicobeoordeling wanneer een nieuwe externe functie of updatemogelijkheid een veiligheidsgerelateerd resultaat kan beïnvloeden. Leg de resulterende ontwerpwijzigingen en verificatie vast in de technische documentatie van de machine.
Waar past Orenda in een servicestandaard voor machinebouwers?
Orenda Connect geeft het OEM-team toegang tot goedgekeurde klantresources binnen het gekozen project. Orenda Box verzamelt machinegegevens en voert lokale apps uit op locatie. Met de oplossing voor machinebouwers kunt u beginnen met één serviceproces. De pagina over service op afstand voor uw machinepark legt uit hoe teams deze werkwijze vastleggen en hergebruiken bij klantprojecten en Box-apparaten. Elke locatie moet afzonderlijk worden getest.
Bewaar het serviceticket, de goedkeuring van de klant, het wijzigingsrecord en de back-upreferentie in de servicesystemen van de OEM en de klant. Orenda biedt toegang tot de geselecteerde bronnen. Geautoriseerde gebruikers kunnen leverancierskoppelingen maken en intrekken en een optionele vervaldatum instellen. Een gedeelde link identificeert de verleende toegang, dus gebruik individuele gebruikersaccounts wanneer het servicerecord de persoon moet identificeren die verbinding heeft gemaakt.
Test het model op één machinefamilie en een klein aantal servicemogelijkheden. Valideer de exacte protocollen, klantrollen, resourcegrenzen, uitvalgedrag, onderhoudseigendom, verwijdering van toegang en overdrachtsbewijs voordat het serviceaanbod wordt uitgebreid naar de geïnstalleerde basis.
