Die Sicherheit der ERP-Integration von Robotern ist die Summe der Kontrollen, die es einer Roboterflotte und einem Geschäftssystem ermöglichen, sicher zusammenzuarbeiten: ein segmentiertes Roboternetzwerk, ein Integrationskonto, das auf die benötigten Felder zugeschnitten ist, vollständige Verkehrsaufzeichnung und ein Lieferanten-Fernzugriff, der für eine Sitzung gewährt und nicht dauerhaft offen gelassen wird. Das Risiko ist gemessen, nicht theoretisch, denn 69% der großen UK-Unternehmen identifizierten in den letzten 12 Monaten eine Cyber-Sicherheitsverletzung oder einen Angriff, so die Cyber security breaches survey 2025/2026 des Department for Science, Innovation and Technology. Für einen Supply-Chain-Direktor im Bereich Maschinenbau und schwere Industrieteile kommt diese Zahl in der Woche, in der der Roboter-Business Case die Sicherheitsprüfung erreicht und ins Stocken gerät. Niemand kann sagen, welches Konto welche Berechtigung besitzt oder wer um 2 Uhr morgens anruft, um einen Fehler an einem LKW mit Gussteilen zu beheben. Autonome Gabelstapler verbinden sich niemals direkt mit einem ERP: Eine Flottenmanagement-Schicht sitzt dazwischen, sodass das Integrationskonto immer nur die wenigen Felder berührt, die eine Roboter-Mission benötigt.
Warum es passiert
Standorte für Maschinenbau und schwere Industrieteile beginnen selten mit einem sauberen Netzwerk. Eine Bearbeitungshalle, eine Wärmebehandlungszelle und ein Lager für Fertigteile sind über zwei Jahrzehnte gewachsen, und die Lagerhälfte ist normalerweise der flachste Teil des Geländes. Alles, was eine Adresse benötigte, bekam eine, im selben Subnetz, weil das der schnellste Weg war, ein Handheld-Terminal zum Laufen zu bringen.
In dieses Gelände kommt ein Roboterprojekt. Die Flotte muss wissen, was wohin bewegt werden soll, was eine Verbindung zu dem System bedeutet, das die Bestandsaufzeichnung enthält. Unter Termindruck ist der schnellste Weg ein Dienstkonto mit weitreichenden Rechten, eine Firewall-Regel, die für jeden vom Lieferanten genannten Port geöffnet ist, und ein Remote-Support-Tool auf dem Flottenserver. Jede Entscheidung ist für sich genommen vernünftig. Zusammen erzeugen sie genau den Befund, für den ein Sicherheitsprüfer bezahlt wird.
Drei UK-spezifische Punkte verschärfen die Situation. Versicherer stellen jetzt direkte Fragen zur Segmentierung und zum privilegierten Zugriff, bevor sie ein Angebot abgeben. Die National Cyber Security Centre guidance on operational technology besagt ausdrücklich, dass Verbindungen zwischen einer OT-Umgebung und dem Unternehmensnetzwerk oder dem Internet bewusst verwaltet werden müssen. Und der Pflichtinhaber für den Roboter als Arbeitsmittel gemäß den Provision and Use of Work Equipment Regulations 1998 ist der Betreiber, nicht der Lieferant, sodass eine Kontrolle, die nur in einem Lieferanten-Runbook existiert, kein Nachweis ist.
Die tiefere Ursache ist die Eigentümerschaft. Die Automatisierung liegt bei den Betriebsabläufen, das Netzwerk bei der IT, und die Schnittstelle liegt bei niemandem, bis ein Ausschuss fragt, wer sie genehmigt hat. Projekte, die das in Woche eins beantworten, werden in Monat sechs nicht gestoppt.
Hebel 1: Segmentieren Sie das Roboternetzwerk, bevor etwas verbunden wird
Behandeln Sie die Flotte als eigene Zone mit einem einzigen dokumentierten Übergangspunkt: ein dediziertes VLAN für die Fahrzeuge und ihre drahtlose Infrastruktur, ein separates Segment für den Flottenserver und eine kontrollierte Leitung zu den Geschäftssystemen. Nichts im Fahrzeug-VLAN initiiert eine Verbindung zum Unternehmensnetzwerk, und nichts im Unternehmensnetzwerk erreicht ein Fahrzeug direkt. BS EN IEC 62443 liefert das Vokabular, Zonen und Leitungen, was die Überprüfung verkürzt.
Zeichnen Sie das Zonendiagramm, bevor das erste Kabel gezogen wird, denn das nachträgliche Anbringen einer Segmentierung nach dem Go-Live bedeutet einen Ausfall einer Linie, die nun von den Robotern abhängt. An einem Standort für schwere Teile sollte die Zone eher um den physischen Fluss als um das Gebäude herum angelegt werden: Wareneingang, der Gusspuffer, die Bearbeitungszuführung und die Versandspuren sind eine operative Zone, auch über zwei Dächer hinweg.
Der Design-Review-Test ist einfach. Wenn ein Laptop von einem Büroanschluss abgezogen und an einen im Lager angeschlossen wird, was kann er erreichen? Wenn die Antwort der Flottenserver ist, ist das Design nicht abgeschlossen.
Hebel 2: Beschränken Sie das Integrationskonto auf die Felder, die eine Mission benötigt
Eine Roboter-Mission benötigt erstaunlich wenig: einen Quellort, einen Zielort, eine Lade-ID, eine Priorität und eine Möglichkeit zur Bestätigung der Fertigstellung. Sie benötigt keine Bestellungen, Lieferantenpreise, Personalakten oder das Hauptbuch. Dennoch ist das Integrationskonto oft eine Kopie eines bestehenden Schnittstellenkontos, das all diese Informationen enthält, weil das Kopieren schneller war als das Spezifizieren.
Spezifizieren Sie stattdessen. Listen Sie die Felder auf, die eine Mission benötigt, gewähren Sie genau diese und schreiben Sie die Liste in das Schnittstellendokument, damit ein Prüfer sie mit dem aktuellen Berechtigungssatz vergleichen kann. Die Orchestrierungsschicht übernimmt die Übersetzung: der M4 Flottenmanager übernimmt Aufgaben vom Geschäftssystem über eine dokumentierte Schnittstelle, wandelt sie in Routen, Verkehrsregeln und Fahrzeugzuweisungen um und schreibt dann die Fertigstellungen zurück, sodass das bestehende System die Bestandsaufzeichnung bleibt. Die Fahrzeuge werden über den offenen Standard VDA 5050 adressiert, sodass das Berechtigungsmodell eine Flottenerweiterung überlebt. Unser Begleitartikel über welche Daten eine Roboterflotte mit einem ERP austauscht enthält die vollständige Feldliste, und unser Leitfaden zum Ersetzen eines WMS für AMRs behandelt, ob das Lagersystem selbst geändert werden muss. Rotieren Sie die Anmeldeinformationen nach einem Zeitplan und lassen Sie eine fehlgeschlagene Rotation einen Alarm auslösen, nicht eine gestoppte Flotte.
Hebel 3: Protokollieren Sie beide Seiten und machen Sie den Lieferantenzugriff zu einer gewährten Sitzung
Protokollierung wandelt ein Argument in eine Tatsache um. Erfassen Sie jede Nachricht über die Leitung, mit Zeitstempel, verwendetem Konto, Missions-ID und Antwort, und bewahren Sie sie dort auf, wo das Sicherheitsteam bereits nachsieht. Wenn eine Palette in der falschen Spur landet oder eine Ladebestätigung nie im Bestandsdatensatz erscheint, klärt das Protokoll in Minuten, was sonst einen Tag voller Besprechungen kosten würde. Es beantwortet auch die Audit-Frage, die kein Runbook beantworten kann: Zeigen Sie mir, was dieses Konto letzten Monat getan hat.
Dauerhafter Fernzugriff ist die andere Hälfte. Der Lieferanten-Support benötigt einen Zugangsweg, aber keinen dauerhaften. Vermitteln Sie jede Sitzung: eine Anfrage, einen benannten Ingenieur, ein zeitlich begrenztes Fenster, eine Aufzeichnung und einen automatischen Abschluss. Wenn drei Lieferanten jeweils ein anderes Always-on-Tool besitzen, konsolidieren Sie diese. FlyWei legt dies als Teil des Industrieroboter-Service und -Support fest, sodass die Fehlerbehebung außerhalb der Geschäftszeiten nicht von einer offenen Tür abhängt. Kombinieren Sie dies mit einer getesteten Antwort auf verlorene Konnektivität, die in was passiert, wenn das Netzwerk während des Roboterbetriebs ausfällt behandelt wird.
Hebel 4: Fügen Sie die Cyber-Kontrollen in das PUWER-Nachweispaket ein
Ein Roboter-LKW ist Arbeitsmittel. Der Betreiber trägt die Pflicht gemäß den Provision and Use of Work Equipment Regulations 1998, zusammen mit den Pflichten für den innerbetrieblichen Transport, die die Health and Safety Executive für Fahrzeuge am Arbeitsplatz festlegt. ISO 3691-4 behandelt Sicherheitsanforderungen für fahrerlose Flurförderzeuge und ist der Ausgangspunkt für eine Sicherheitsbewertung des autonomen Betriebs.
Der praktische Schritt ist, die Führung von zwei Dateien einzustellen. Eine Änderung der Verkehrsregeln, ein Firmware-Update, ein neuer Missionstyp oder ein überarbeiteter Berechtigungssatz ändern sowohl den Sicherheitsfall als auch das Netzwerk. Leiten Sie daher alle durch einen Änderungsdatensatz mit einer Genehmigungsliste. Wenn eine Kontrolle aus Cyber-Gründen existiert und auch eine Sicherheitsfunktion schützt, geben Sie dies in der Risikobewertung an, denn das ist der Satz, nach dem ein Inspektor oder eine Versicherung sucht. Bewahren Sie die UKCA-Dokumentation, das Zonendiagramm, die Berechtigungsliste und die Fernzugriffsrichtlinie in einem versionskontrollierten Paket auf, damit die Überprüfung im nächsten DC Tage statt Monate dauert.
| Kontrolle | Typischer Aufwand | Was sie verhindert | Eigentümer |
|---|---|---|---|
| Netzwerkzone und einzelne Leitung | 2 bis 4 Wochen Design, vor der Verkabelung | Laterale Bewegung vom Büronetzwerk zur Flottenebene | IT mit Automatisierungsleiter |
| Integrationskonto mit geringsten Privilegien | 2 bis 3 Tage Spezifikation, Stunden Implementierung | Eine Roboterschnittstelle, die kommerzielle oder Personaldaten liest | Eigentümer der Geschäftssysteme |
| Zweiseitige Nachrichtenprotokollierung | 1 Woche, plus Aufbewahrung in der bestehenden Protokollplattform | Unerklärliche Bestandsbewegungen und nicht nachweisbare Audit-Antworten | IT-Sicherheit |
| Vermittelte Lieferantensitzungen | Tage, wenn ein privilegiertes Zugriffstool existiert | Dauerhafter Drittzugriff ohne Nutzungsnachweis | IT-Sicherheit mit Beschaffung |
Autonome Gabelstapler verbinden sich niemals direkt mit einem ERP: Eine Flottenmanagement-Schicht sitzt dazwischen, sodass das Integrationskonto immer nur die wenigen Felder berührt, die eine Roboter-Mission benötigt.
Was FlyWei hier tut
FlyWei ist ein unabhängiger Systemintegrator für autonome Gabelstapler und AMRs, sodass das Integrationsdesign nicht von der Software eines einzelnen Herstellers geprägt ist. Für einen Betrieb im Maschinenbau und mit schweren Industrieteilen beginnt FlyWei an der Schnittstelle statt am Fahrzeug: ein Zonen- und Leitungsdiagramm, die von den Missionen benötigte Feldliste, das Protokollierungsziel und die Fernzugriffsvereinbarung, alles vereinbart, bevor ein Roboter spezifiziert wird.
Von dort aus entwirft und liefert FlyWei die Flotte. Der M4 Flottenmanager enthält die Verkehrsregeln, die Missionslogik und die Schnittstelle zu Ihrem Geschäftssystem, und die Roboter-Dispositionssoftware wandelt einen Auftrag in Bewegungen über gemischte Fahrzeugklassen um: Gegengewichtsstapler für 2 Tonnen Gusspaletten, Schubmaststapler für die Einlagerung in schmalen Gängen, Schlepper, wo Unterbaugruppenwagen zusammenfahren.
Die von einem Prüfer angeforderten Lieferobjekte werden mit dem Projekt geliefert: die Schnittstellenspezifikation und ihre Berechtigungsliste, das Zonendiagramm, das Protokollierungsdesign, die Remote-Support-Richtlinie und der Änderungsablauf, der sie mit den PUWER- und ISO 3691-4-Nachweisen verbindet. FlyWei unterstützt die Flotte dann durch geplante Wartung, Software-Updates und ERP-Integrationsdienste, die die Schnittstelle bei einem Upgrade des Geschäftssystems aktuell halten.
Häufig gestellte Fragen
Birgt die Anbindung von Robotern an unser ERP ein Sicherheitsrisiko?
Sie schafft eine Verbindung zwischen einem operativen System und einem Geschäftssystem, daher sollte sie wie jede andere Integration konzipiert werden. Segmentieren Sie das Roboternetzwerk, beschränken Sie das Integrationskonto auf die benötigten Felder, protokollieren Sie den gesamten Datenverkehr und kontrollieren Sie den Fernzugriff des Lieferanten. BS EN IEC 62443 Zonen und Leitungen sind die übliche Referenz.
Können autonome Gabelstapler in unser ERP integriert werden?
Ja, allerdings nicht direkt. Eine Flottenmanagement-Schicht übernimmt Aufgaben von Ihrem ERP- oder Lagersystem über eine dokumentierte Schnittstelle und übersetzt diese in Roboter-Missionen. Fertigstellungen und Ladebestätigungen werden zurückgeschrieben, sodass Ihr bestehendes System die Bestandsaufzeichnung bleibt.
Welche Berechtigungen benötigt das Integrationskonto tatsächlich?
Einen Quellort, einen Zielort, eine Lade-ID, eine Priorität und die Möglichkeit, eine Fertigstellung zu schreiben. Das ist normalerweise die gesamte Liste. Alles, was darüber hinausgeht, sollte bei der Designprüfung hinterfragt und vor dem Go-Live entfernt werden.
Wer ist verantwortlich, wenn sich ein Roboterfehler als Netzwerkproblem herausstellt?
Der Betreiber trägt die Pflicht für die Ausrüstung gemäß PUWER, sodass die Verantwortung nicht vertraglich abgetreten werden kann. Was vereinbart werden kann, sind die Nachweise: Protokolle auf beiden Seiten der Leitung, ein Änderungsdatensatz, der Netzwerk- und Sicherheitsänderungen abdeckt, und ein benannter Genehmiger.
Benötigen wir eine separate Firewall für die Roboterflotte?
Nicht unbedingt ein separates Gerät. Wichtig ist ein dokumentierter Übergangspunkt zwischen der Roboterzone und dem Geschäftsnetzwerk, mit Regeln, die nur den von der Schnittstelle benötigten Datenverkehr zulassen. Viele Standorte erreichen dies mit vorhandener Hardware und einem neuen Regelsatz.
Wie funktioniert der Remote-Support des Lieferanten ohne dauerhaften Zugriff?
Jede Sitzung wird angefordert, genehmigt, zeitlich begrenzt, aufgezeichnet und automatisch geschlossen. Der Ingenieur ist benannt und das Zeitfenster ist kurz. Geplante Wartungsarbeiten nutzen denselben Weg, sodass keine dauerhaft offene Verbindung darauf wartet, gefunden zu werden.
Wenn eine unbeantwortete Sicherheitsfrage einen Roboter-Business Case in Ihrem Q4-Risikoregister festhält, ist der schnellste Weg, dies zu klären, die Schnittstelle zuerst zu gestalten.
Holen Sie sich eine 48-Stunden-Machbarkeitsanalyse für Ihren volumenstärksten Fluss und FlyWei wird Ihnen den Zonen- und Leitungsentwurf, die Feldliste, die Ihre Missionen benötigen, und die passende Flottenform liefern, aufgebaut um den M4 Flottenmanager.
Unverbindlich. Wir antworten innerhalb eines Werktages.