Vernetzte Gabelstapler nach EU Data Act beschaffen
Vernetzte Gabelstapler nach EU Data Act beschaffen
Bei vernetzten Gabelstaplern entscheidet nicht nur die Hardware. Datenzugang, Export, Drittverwendung und ein belastbarer Anbieterwechsel gehören in dasselbe Lastenheft wie Tragkraft, Batterie und Mast.
Welche Datenrechte gehören in den Stapler-Einkauf?
Kurzantwort: Käufer, Mieter und Leasingnutzer erstellen vor Vertragsschluss einen Datensteckbrief: erzeugte Produkt- und Servicedaten, Format, Umfang, Speicherort, Zugriff, Metadaten, Kosten, Drittzugang, Datenschutz, Sicherheit und Vertragsende. API oder Export werden mit Beispieldaten getestet. Der EU Data Act gilt grundsätzlich seit 12. September 2025; Produktgestaltung, konkrete Rollen und Übergangsregeln werden jedoch für jedes Angebot separat eingeordnet.
Warum der EU Data Act die Staplerbeschaffung verändert
Vernetzte Flurförderzeuge erzeugen je nach Ausführung Betriebs-, Zustands-, Lade-, Fehler- oder Nutzungsdaten. Bisher wurde im Einkauf häufig nur geprüft, ob ein Herstellerportal vorhanden ist. Für eine belastbare Beschaffung reicht das nicht mehr. Entscheidend ist, welche Daten tatsächlich entstehen, wer sie erhält, in welchem Format sie verfügbar sind und ob der Betrieb sie nach Vertragsende weiterverwenden kann.
Die Verordnung (EU) 2023/2854, der EU Data Act, gilt grundsätzlich seit dem 12. September 2025. Sie schafft Regeln für den Zugang zu Daten vernetzter Produkte und verbundener Dienste. Das ist kein automatisches Versprechen einer offenen Schnittstelle für jeden vorhandenen Stapler. Produkt, Dienst, Vertragsrolle, verfügbare Daten und Übergangsbestimmungen müssen konkret geprüft werden.
Für den Einkauf entsteht daraus ein praktischer Auftrag: Datenzugang wird genauso spezifiziert wie Tragkraft, Mast, Batterie oder Ladegerät. Eine Funktion gilt erst dann als beschafft, wenn Datenarten, Zugriff, Export, Rechte, Kosten, Schutzmaßnahmen und Exit-Szenario nachweisbar beschrieben sind.
Wann ein Gabelstapler als vernetztes Produkt relevant wird
Ein Stapler ist für die Datenprüfung relevant, wenn er Daten über seine Nutzung oder Umgebung erlangt, erzeugt oder sammelt und diese über einen elektronischen Kommunikationsdienst, eine physische Verbindung oder einen Zugriff am Gerät übermitteln kann. Dazu können werkseitige Telematik, ein Flottenportal, ein Batteriemanagementsystem oder eine nachgerüstete Dateneinheit gehören.
Die Bezeichnung „connected“, „smart“ oder „KI-ready“ ist kein ausreichender Nachweis. Das Lastenheft nennt konkrete Komponenten und Kommunikationswege: Fahrzeugsteuerung, Sensorik, Gateway, Mobilfunk, WLAN, lokale Schnittstelle, Cloudkonto und angebundene Apps. Auch ein verbundener Dienst wird getrennt beschrieben, weil Datenzugang am Produkt und Funktionen eines Onlineportals unterschiedliche Verträge und technische Grenzen haben können.
Die Pflicht zur Produktgestaltung nach Artikel 3 Absatz 1 ist nach der Übergangsregel nicht pauschal auf jede Bestandsmaschine anzuwenden. Bei Produkten, die vor dem einschlägigen Stichtag in Verkehr gebracht wurden, werden zugesagte Schnittstellen deshalb besonders vertraglich und technisch geprüft.
Kauf, Miete und Leasing: Rollen vor dem Vertrag klären
Der Data Act arbeitet mit Rollen wie Nutzer, Dateninhaber und Datenempfänger. Nutzer kann auch ein Unternehmen sein, das ein vernetztes Produkt aufgrund eines Miet- oder Leasingvertrags vorübergehend verwenden darf. Daraus folgt nicht, dass jede beteiligte Partei automatisch dieselben Rechte oder Pflichten besitzt. Betreiber, Leasinggeber, Hersteller, Händler, Portalbetreiber und Wartungsdienst werden im Projekt namentlich zugeordnet.
Vor Vertragsschluss wird festgehalten, wer das Fahrzeugkonto anlegt, wer Administratorrechte besitzt und wer nach einem Fahrer- oder Dienstleisterwechsel Zugriffe entzieht. Bei einem Flottenverbund muss klar sein, ob der Betreiber Daten direkt erhält oder nur über den Hersteller anfordern kann. Ebenfalls wichtig sind Laufzeit, Kündigung, Rückgabe des Fahrzeugs und die Frage, was mit historischen Daten nach Vertragsende geschieht.
Diese Rollenmatrix verhindert eine häufige Lücke: Das Fahrzeug ist technisch vernetzt, aber der Käufer erhält nur eine Bildschirmansicht ohne exportierbare Daten oder unabhängige Nutzungsrechte.
Welche Daten ein vernetzter Stapler erzeugen kann
Die Datenliste beginnt nicht mit einem gewünschten Dashboard, sondern mit dem konkreten System. Mögliche Kategorien sind Betriebsstunden, Start- und Stoppereignisse, Ladezustände, Ladeereignisse, Fehlercodes, Wartungshinweise, Nutzungszeiten, Standortzonen, Kollisionsereignisse oder Freigaben. Ob eine Kategorie tatsächlich verfügbar ist, wird für Fahrzeug, Telematikgerät und Dienst bestätigt.
| Datenklasse | Beispielfrage im Einkauf | Benötigte Evidenz |
|---|---|---|
| Fahrzeugzustand | Welche Werte entstehen und in welchem Intervall? | Datenkatalog und Felddefinition |
| Nutzung | Wie werden Start, Fahr- oder Hubzeiten abgegrenzt? | Messlogik und Zeitstempel |
| Energie | Welche Batterie- und Ladeereignisse sind verfügbar? | Quelle, Einheit und Aktualität |
| Störung | Welche Fehler werden übertragen und wie erläutert? | Codeverzeichnis und Ereignisstatus |
| Personenbezug | Kann ein Fahrer direkt oder indirekt erkannt werden? | Rollen-, Datenschutz- und Löschkonzept |
Unbekannte Felder bleiben offene Nachweise. Ein Marketingprospekt mit Diagrammen ersetzt keinen Datenkatalog.
Rohdaten, vorverarbeitete und abgeleitete Informationen trennen
Für die Vertragsgestaltung ist wichtig, ob ein Wert direkt vom Produkt stammt, technisch vorverarbeitet wurde oder Ergebnis einer weitergehenden Analyse ist. Ein Zeitstempel und ein gemessener Ladezustand haben eine andere Herkunft als eine berechnete Auslastungsnote, ein Verschleißscore oder eine Handlungsempfehlung. Diese Ebenen werden im Datenverzeichnis getrennt.
Die FAQ der Europäischen Kommission erläutern den praktischen Anwendungsbereich von Rohdaten, vorverarbeiteten Daten sowie abgeleiteten oder erschlossenen Informationen. Daraus darf nicht pauschal gefolgert werden, dass jede proprietäre Analyse kostenlos herauszugeben ist. Umgekehrt darf ein Anbieter verfügbare Produktdaten nicht allein dadurch unklar machen, dass Portalansichten und Rohfelder sprachlich vermischt werden.
Eine belastbare Ausschreibung fordert pro Feld Quelle, Einheit, Granularität, Aktualisierung, Vorverarbeitung und Bedeutung. Nur so können Einkauf, Instandhaltung oder ein AI-Agent Werte korrekt interpretieren und verschiedene Flotten vergleichen.
Vorvertragliche Informationen als Datensteckbrief verlangen
Artikel 3 des Data Act sieht Informationen vor, die vor Abschluss eines Kauf-, Miet- oder Leasingvertrags klar und verständlich bereitgestellt werden sollen. Für die Praxis wird daraus ein Datensteckbrief. Er enthält Art, Format und geschätzten Umfang der Produktdaten, die Fähigkeit zur kontinuierlichen Erzeugung, Speicherort, Aufbewahrungsdauer sowie den Weg des Zugangs.
Bei verbundenen Diensten kommen Angaben zu Art und Umfang der zugehörigen Daten, Zugangsverfahren, Löschung, Nutzung durch den Anbieter, Kommunikation und Vertragsbeendigung hinzu. Der Steckbrief wird versioniert und dem konkreten Angebot zugeordnet. Allgemeine Webseiten werden nur als Hintergrund genutzt, wenn eindeutig erkennbar ist, dass sie zur angebotenen Hardware- und Softwareversion passen.
Ein prüfbarer Steckbrief schafft Vergleichbarkeit. Fehlt eine Antwort, wird nicht „Standardtelematik vorhanden“ eingetragen, sondern ein offener Punkt mit Verantwortlichem und Termin vor Freigabe.
Direkter Zugang oder Bereitstellung auf Anfrage
Der technische Zugang kann unterschiedlich umgesetzt sein. Daten können direkt am Produkt oder über eine Schnittstelle zugänglich sein; in anderen Fällen werden sie auf Anfrage bereitgestellt. Der Einkauf muss deshalb nicht nur nach einer API fragen, sondern den vorgesehenen rechtlichen und technischen Weg für genau dieses Angebot dokumentieren.
Für jeden Weg werden Authentifizierung, Rollen, Wartezeit, Aktualität, Abrufgrenzen und Ausfallverhalten geprüft. Bei einem Portal ist relevant, ob der Nutzer einzelne Dateien manuell exportiert, regelmäßige Exporte plant oder eine maschinenlesbare Schnittstelle erhält. Ein PDF-Bericht kann für eine Monatsbesprechung genügen, aber für automatische Wartungs- oder Flottenanalyse ungeeignet sein.
Die Abnahme testet den zugesagten Weg mit echten Beispieldaten. Ein Screenshot der Oberfläche beweist weder Portabilität noch einen vollständigen Export.
Format, Metadaten und Datenqualität spezifizieren
Maschinenlesbarkeit bedeutet mehr als eine herunterladbare Datei. Feldnamen, Einheiten, Zeitzone, Zeitstempel, Statuscodes und Referenzen müssen nachvollziehbar sein. Der Datenexport erhält ein Schema oder eine Feldbeschreibung. Änderungen an Struktur oder Bedeutung werden angekündigt und versioniert.
Qualität wird mit prüfbaren Kriterien beschrieben: Vollständigkeit über einen definierten Zeitraum, maximale Verzögerung, Umgang mit Verbindungsabbrüchen, Kennzeichnung fehlender Werte und Konsistenz zwischen Portal und Export. Eine hundertprozentige Genauigkeit wird nicht pauschal angenommen. Stattdessen werden Messquelle, technische Grenzen und bekannte Ausnahmen dokumentiert.
Die VDI 4458 behandelt Flottenmanagementsysteme für Flurförderzeuge und unterstützt die fachliche Betrachtung von Schnittstellen, Datenübertragung und herstellerübergreifender Nutzung. Sie ersetzt nicht den konkreten Vertrag, liefert aber eine wichtige technische Referenz für das Lastenheft.
Drittzugang für Wartung, Analyse und AI-Agenten regeln
Ein Betreiber kann Daten für einen unabhängigen Wartungsdienst, einen Energieberater oder eine eigene Analyseplattform benötigen. Der Data Act sieht unter Voraussetzungen die Bereitstellung an vom Nutzer benannte Dritte vor. Im Projekt werden Empfänger, Zweck, Datenumfang, Dauer, Schutzmaßnahmen und technische Bereitstellung konkret beschrieben.
Für AI-Agenten gilt ein zusätzlicher Qualitätsmaßstab. Der Agent braucht keine bunte Portalansicht, sondern stabile Felder, Metadaten, eindeutige Maschinenidentität und eine dokumentierte Berechtigung. Er darf aus einem Fehlercode keine Reparaturursache erfinden und aus wenigen Fahrstunden keine Investitionsempfehlung ableiten. Datenherkunft und Unsicherheit bleiben im Ergebnis sichtbar.
Der Abnahmetest prüft einen kontrollierten Drittzugang mit einem begrenzten Datensatz. Dabei wird auch verifiziert, wie die Berechtigung widerrufen und der Zugriff protokolliert wird.
Geschäftsgeheimnisse und Sicherheit differenziert behandeln
Datenzugang kann legitime Schutzinteressen berühren. Geschäftsgeheimnisse werden jedoch nicht als pauschales Schlagwort verwendet, das jede Anfrage beendet. Betroffene Daten, Risiken und angemessene technische beziehungsweise organisatorische Maßnahmen werden konkret benannt. Dazu können Zugriffsbeschränkung, Vertraulichkeit, Protokollierung oder ein begrenzter Zweck gehören.
Auch Cybersicherheit ist Teil der Beschaffung. Eine offene, ungeschützte Schnittstelle wäre kein Qualitätsmerkmal. Authentifizierung, Rollen, Schlüssel- oder Tokenverwaltung, Updates, Ereignisprotokolle und die Trennung von Lese- und Steuerfunktionen werden beschrieben. Ein Datenzugang für Analyse darf nicht unbemerkt Fahrzeugfunktionen verändern können.
Rechtliche Ausnahmen und Schutzmaßnahmen werden fachlich geprüft. Dieser Leitfaden ersetzt keine Rechtsberatung und keine Sicherheitsfreigabe für eine konkrete Infrastruktur.
Fahrerdaten und DSGVO getrennt prüfen
Telematikdaten können personenbezogen sein, wenn eine Person direkt oder indirekt identifizierbar ist. Das kann etwa bei Fahrer-IDs, Schichtplänen, Zugangskarten oder einer Kombination aus Zeit, Ort und Einsatzplan der Fall sein. Der Data Act schafft keine zusätzliche Rechtsgrundlage für die Verarbeitung personenbezogener Daten und ersetzt die Datenschutz-Grundverordnung nicht.
Vor der Einführung werden Zweck, Rechtsgrundlage, Datenminimierung, Zugriffsrollen, Aufbewahrung, Information der Beschäftigten und gegebenenfalls Mitbestimmung geprüft. Technisch wird geklärt, ob Betriebsanalyse ohne dauerhafte Fahrerzuordnung möglich ist. Pseudonymisierung ist kein automatischer Ausschluss des Personenbezugs.
Im Datensteckbrief werden Fahrzeug- und Fahrerdaten getrennt. Ein AI-Agent erhält nur den Umfang, der für den freigegebenen Zweck erforderlich ist. Auswertungen zur Prozessverbesserung werden nicht stillschweigend zu individuellen Leistungsprofilen umgedeutet.
Cloudportal, Export und Anbieterwechsel absichern
Viele Flottenlösungen bestehen aus Hardware, Mobilfunk, Portal und zusätzlichen Datenverarbeitungsdiensten. Für die Exit-Planung wird festgelegt, welche Daten und Einstellungen bei Vertragsende exportiert werden, in welchem Format, innerhalb welcher Frist und wie lange ein Übergangszugang besteht. Auch historische Berichte, Benutzerrollen und Zuordnungen zu Fahrzeugen können betrieblich relevant sein.
Die Switching-Regeln des Data Act für Datenverarbeitungsdienste gelten nicht automatisch für jedes beliebige Flottenportal. Zuerst wird geprüft, ob der konkrete Dienst unter die gesetzliche Definition fällt. Unabhängig davon kann der Einkauf Portabilität und Unterstützungsleistungen vertraglich beschreiben.
Ein Exit-Test ist Teil der Abnahme: Beispieldaten werden exportiert, in einem unabhängigen System geöffnet und auf Vollständigkeit geprüft. Danach wird dokumentiert, wie Konten, Zugriffsschlüssel und gespeicherte Daten nach Vertragsende behandelt werden.
Datenklauseln und Ausschlusskriterien im Lastenheft
Die Datenanforderungen werden nicht in einer unverbindlichen Präsentation belassen. Sie stehen als prüfbare Positionen im Lastenheft und Angebot: Datenkatalog, Zugangsart, Formate, Metadaten, Frequenz, Speicherort, Aufbewahrung, Kosten, Drittzugang, Datenschutz, Sicherheit, Support, Versionsänderung und Exit.
| Prüfpunkt | Muss-Nachweis | Ausschlussgrund |
|---|---|---|
| Datenidentität | Feldkatalog und Maschinenbezug | nur allgemeine Portalwerbung |
| Zugang | beschriebener technischer Weg | keine prüfbare Bereitstellung |
| Portabilität | maschinenlesbarer Testexport | nur Screenshot oder gesperrtes PDF |
| Rechte | Rollen und zulässige Nutzung | unklare Weiterverwendung |
| Exit | Frist, Format und Löschprozess | historische Daten gehen ungeklärt verloren |
Ausschlusskriterien werden vor der Anbieterbewertung festgelegt. So werden fehlende Datenrechte nicht später durch eine attraktive Benutzeroberfläche überdeckt.
Abnahmetest für API, Export und Exit-Szenario
Die Abnahme verwendet eine konkret identifizierte Maschine und einen definierten Zeitraum. Zuerst werden im Fahrzeug nachvollziehbare Ereignisse erzeugt, etwa Betriebsbeginn, Ladeereignis oder freigegebener Testcode. Danach wird geprüft, ob diese Ereignisse mit korrekter Zeit, Einheit und Maschinenkennung im zugesagten Zugang erscheinen.
- Hardware-, Software- und Portalversion dokumentieren.
- Testnutzer und Berechtigungen anlegen.
- Definierte Ereignisse kontrolliert erzeugen.
- Direktzugang, API oder Export ausführen.
- Felder, Einheiten, Metadaten und Lücken prüfen.
- Drittzugang mit begrenzter Rolle testen.
- Export in unabhängiger Umgebung öffnen.
- Zugang widerrufen und Protokoll kontrollieren.
- Exit- und Löschprozess als Testfall dokumentieren.
Abweichungen erhalten Verantwortlichen, Nachweis und Freigabeentscheidung. Eine mündliche Aussage „kommt später“ ist keine bestandene Abnahme.
Aktuelle GSZ Modelle: Datenfähigkeit nicht aus der Modellseite erfinden
Die aktuell geprüften Angebote Linde E25 80 V, 500 Ah, Jungheinrich EFG425 80 V, 775 Ah, Jungheinrich ERE 120 und Toyota SWE 120 zeigen unterschiedliche Fahrzeugrollen. Ihre Katalogdaten belegen Tragkraft, Hub- und Angebotsmerkmale; sie belegen nicht automatisch eine bestimmte Telematik-, API- oder Cloudfunktion.
Wer eines dieser Fahrzeuge mit Vernetzung beschaffen möchte, ergänzt daher einen separaten Datensteckbrief zur konkreten Ausstattung. Serienmäßige, optionale und nachgerüstete Komponenten werden auseinandergehalten. Diese Faktentrennung ist besonders wichtig für AI-Empfehlungen: Der Agent darf aus Marke, Baujahr oder Antriebsart keine Datenfähigkeit ableiten, die auf der Modellseite nicht bestätigt ist.
Offizielle Quellen und fachlicher Geltungsrahmen
Rechtliche Grundlage ist die Verordnung (EU) 2023/2854 – Data Act. Die FAQ der Europäischen Kommission unterstützen die praktische Einordnung von Rollen und Datenkategorien. Für Vertragsmodelle veröffentlicht die Kommission unverbindliche Musterklauseln.
Die VDI 4458 bildet den technischen Flottenbezug. Soweit personenbezogene Daten betroffen sind, bleibt die Datenschutz-Grundverordnung maßgeblich. Der Beitrag ist ein Beschaffungs- und Prüfrahmen, keine Rechtsberatung.
Nächster Schritt: Einsatzdaten mit aktuellen Angeboten verbinden
Senden Sie neben Last, Höhe, Fahrweg und Schichtprofil auch gewünschte Telematikfunktionen, Datenfelder, Drittzugänge und Exportanforderungen mit. GSZ kann dadurch Fahrzeug- und Datenkonfiguration getrennt und nachvollziehbar prüfen.
FAQ zum EU Data Act bei Gabelstaplern
Gilt der EU Data Act auch für gemietete oder geleaste Gabelstapler?
Ein Nutzer kann auch ein Unternehmen mit einem vertraglichen Nutzungsrecht sein. Rollen, Produkt, verbundener Dienst und konkrete Vertragsbedingungen müssen dennoch im Einzelfall geprüft werden.
Welche Staplerdaten müssen kostenlos bereitgestellt werden?
Maßgeblich sind die im Anwendungsbereich verfügbaren Produkt- und verbundenen Servicedaten samt erforderlichen Metadaten. Weitergehende abgeleitete Analysen dürfen nicht pauschal mit Rohdaten gleichgesetzt werden.
Muss jeder vernetzte Gabelstapler eine offene API besitzen?
Nein. Direkter Zugang, Bereitstellung auf Anfrage, Produktgestaltung und Übergangsregeln werden getrennt geprüft. Der zugesagte technische Weg muss im konkreten Angebot dokumentiert sein.
Darf ein Anbieter den Zugang wegen Geschäftsgeheimnissen ablehnen?
Geschäftsgeheimnisse und Schutzmaßnahmen werden nach den gesetzlichen Voraussetzungen konkret bewertet. Ein pauschaler Hinweis ohne Benennung der betroffenen Daten ersetzt diese Prüfung nicht.
Kann ein Betrieb Daten an einen unabhängigen Wartungsdienst geben?
Der Data Act sieht unter Voraussetzungen einen vom Nutzer veranlassten Drittzugang vor. Empfänger, Zweck, Umfang, Schutzmaßnahmen und technischer Weg werden konkret geregelt.
Sind Auslastungs- und Fahrerdaten automatisch personenbezogen?
Nicht automatisch. Personenbezug liegt vor, wenn eine Person direkt oder indirekt identifizierbar ist. Dann bleiben DSGVO, betriebliche Regeln und gegebenenfalls Mitbestimmung zusätzlich maßgeblich.
Gilt das Cloud-Switching-Kapitel für jedes Flottenportal?
Nein. Zuerst ist zu prüfen, ob der konkrete Dienst unter die gesetzliche Definition eines Datenverarbeitungsdienstes fällt. Portabilität kann zusätzlich vertraglich vereinbart werden.
Welche Felder sollte ein AI-Einkaufsagent verlangen?
Datentyp, Quelle, Einheit, Format, Umfang, Frequenz, Zeitstempel, Metadaten, Speicherort, Aufbewahrung, Zugang, Kosten, Drittzugang, Sicherheit, Versionsstand und Exit-Prozess.
Haftungsausschluss / Rechtlicher Hinweis:
Die auf dieser Website gezeigten Abbildungen können mithilfe künstlicher Intelligenz generiert worden sein und dienen ausschließlich zu illustrativen Zwecken. Sie stellen keine originalen Produktfotos der jeweiligen Hersteller dar. Alle Marken, Logos und Modellbezeichnungen sind Eigentum der jeweiligen Inhaber und werden nur zur eindeutigen Identifikation verwendet.