Phillip Pham | 10 Min. Lesezeit | 02.06.2026
TL;DR
VDI 2770 Doku ist der Pflicht-Standard für digitale Hersteller-Information im Maschinenbau. Mittelständler haben typisch 10.000-50.000 PDFs unstrukturiert auf SharePoint — ohne Klassifikation, ohne Metadaten, nicht VDI-2770-konform. Mit Claude Skills und einer Auto-Tagging-Pipeline lässt sich der Bestand in 6-10 Wochen migrieren. Dieser Artikel zeigt das Klassifikations-Schema, die Skill-Bibliothek und den Pexon-Reife-Check.
Warum VDI 2770 mehr ist als ein Empfehlungspapier
Auf dem Papier ist die VDI-Richtlinie 2770 nur ein Verein-Deutscher-Ingenieure-Dokument, kein Gesetz. In der Praxis ist sie für deutsche und europäische Maschinenbauer längst De-facto-Pflicht, weil große Anlagenbetreiber sie in ihren Beschaffungs-Spezifikationen einfordern. BASF, Bayer, Evonik, Lanxess, ThyssenKrupp und VW haben VDI 2770 in den letzten 24 Monaten als Lieferanten-Anforderung gesetzt — wer nicht liefert, bekommt den Auftrag nicht oder bekommt Nachforderungen, die schnell sechsstellig werden.
Die VDI 2770 Doku ist daher kein Compliance-Nice-to-Have, sondern ein Verkaufsargument. Maschinenbauer, die sie sauber liefern, haben einen Vorteil im Angebotsprozess gegenüber Wettbewerbern, die noch im 1990er-PDF-Zip-Anhang stecken. Und der Aufwand zur Erstellung ist niedriger, als die meisten Hersteller glauben — wenn die Pipeline einmal steht.
Hinzu kommt: Die neue EU-Maschinenverordnung 2023/1230 ab 20.01.2027 verlangt deutlich umfangreichere und besser strukturierte Doku. Wer VDI 2770 nutzt, schlägt zwei Fliegen mit einer Klappe — der Großteil der Maschinenverordnungs-Doku-Pflichten lässt sich im VDI-2770-Container abbilden.
Das VDI-2770-Klassifikations-Schema in 5 Minuten
Im Kern definiert VDI 2770 Blatt 1 drei Dinge: ein Klassifikations-Schema für Dokumenten-Typen, eine Datei-Namens-Konvention, und ein XML-Container-Format mit Metadaten und Verzeichnis. Wer eines der drei nicht liefert, ist nicht VDI-2770-konform.
Das Klassifikations-Schema umfasst zehn Hauptklassen mit 50+ Unterklassen:
Jedes Dokument bekommt einen Hauptklassen-Code (01-99) plus Unterklasse plus eine eindeutige Dokument-ID. Die Datei-Namens-Konvention lautet vereinfacht:
Wer das einmal sauber aufgesetzt hat, kann jede beliebige Anlage in einem Standard-Format ausliefern. Wer es nicht hat, muss pro Kunde manuell aufbereiten — und genau hier liegt der Hebel für die Auto-Tagging-Pipeline.
Der typische Maschinenbau-Doku-Bestand — und warum er die Pflicht reißt
Aus drei Pexon-Discovery-Workshops mit Maschinenbauern (300-2.500 MA, Stand 2025/2026): der typische Bestand liegt zwischen 8.000 und 60.000 Dokumenten, verteilt auf 5-15 Ablage-Orte. SharePoint, Confluence, Netzlaufwerke der Konstruktion, E-Mail-Anhänge im Outlook, alte EDM/PDM-Systeme, FTP-Server für Lieferanten-Doku, manchmal noch CD-ROMs in Aktenordnern.
Drei Pain-Punkte, die in jedem Workshop aufschlagen:
- Keine eindeutige Master-Quelle pro Dokument. Eine Betriebsanleitung existiert in V1.0, V1.2, V2.0, V2.0-final, V2.0-final-MK, V2.0-final-MK-korrigiert. Welche davon ist die richtige für den Kunden? Niemand weiß es ohne 20-Minuten-Detektivarbeit.
- Konventionen wurden 4-5x umgestellt. Jeder Doku-Leiter der letzten 15 Jahre hat seine eigene Ordnerstruktur eingeführt. Die letzten zwei Strukturen liegen parallel, dazu der historische Bestand in einer dritten Logik.
- Sprachversionen sind verstreut. Deutsche und englische Version derselben Anleitung liegen in unterschiedlichen Ordnern, sind manchmal nicht versions-synchron, manchmal fehlt eine Sprache ganz.
Genau diese drei Probleme löst eine sauber gebaute VDI-2770-Pipeline nicht nur — sie zwingt das Unternehmen, sie zu lösen. Das ist eigentlich der eigentliche Wertbeitrag des Standards.
Auto-Tagging-Pipeline mit Claude Skills — die Architektur
Die Pipeline besteht aus vier Komponenten, die aufeinander aufbauen:
+-----------+ +----------+ +-------------+ +-------------+
| Datei- | | Claude | | VDI-2770- | | XML- |
| Crawler |-->| Skills |-->| Validator |-->| Container- |
| (alle | | (Auto- | | (Schema- | | Generator |
| Stores) | | Tagging) | | prüfung) | | + Manifest |
+-----------+ +----------+ +-------------+ +-------------+
| | |
v v v
Klassifikation Mängel-Liste Ready-to-Ship
+ Metadaten (Korrektur) VDI 2770Der Datei-Crawler liest alle Doku-Stores (SharePoint, Netzlaufwerke, EDM) und extrahiert Roh-Text plus existierende Metadaten. Der Claude Skills-Layer macht die eigentliche Klassifikation und Metadaten-Extraktion. Der VDI-2770-Validator prüft, ob alle Pflicht-Felder gefüllt sind und die Klassifikation konsistent ist. Der XML-Container-Generator erstellt schließlich das auslieferbare Paket.
Claude Skills sind dabei der entscheidende Hebel. Im Gegensatz zu generischen LLM-Calls sind Skills strukturierte, mehrteilige Workflows mit fester Output-Form. Ein Skill „classify-document“ produziert immer ein JSON in derselben Struktur — kein Halluzinations-Vektor, kein Schema-Drift.
Aus unseren Implementierungen: Der Skill-Ansatz liefert eine 87-94 % korrekte Klassifikation bei deutschsprachigen Maschinenbauer-Dokumenten, ohne dass das Modell sondertrainiert wurde. Die verbleibenden 6-13 % gehen in einen Review-Workflow, in dem ein Doku-Mitarbeiter manuell entscheidet.
Die Skill-Bibliothek — vier Skills im Detail
Eine produktive VDI-2770-Pipeline kommt mit 4-6 Skills aus. Die wichtigsten:
Skill 1 — classify-document. Liest die ersten 3 Seiten plus Inhaltsverzeichnis und gibt die VDI-2770-Hauptklasse und Unterklasse zurück. Output ist immer ein JSON mit class_code, subclass_code, confidence und reasoning. Confidence unter 0,8 löst Review aus.
skill_output = run_skill("classify-document", pdf_text=first_3_pages)
# {"class_code": "01", "subclass_code": "01-01",
# "confidence": 0.92, "reasoning": "Dokument ist klar..."}Skill 2 — extract-metadata. Extrahiert Maschinen-ID, Modell-Variante, Sprachen, Versionsstand, Erstellungs-Datum aus Header, Footer und Deckblatt. Output sind genau die Felder, die das VDI-2770-XML-Manifest braucht.
Skill 3 — detect-language-variants. Vergleicht Dokumenten-Fingerprints (Strukturhash + Bild-Hashes), um deutsche und englische Versionen desselben Dokuments zu paaren. Sehr wertvoll, weil die Versions-Synchronisation oft auseinandergelaufen ist.
Skill 4 — validate-vdi-conformance. Prüft am Ende, ob das fertige XML-Manifest plus Datei-Set vollständig VDI-2770-konform ist (Pflicht-Felder, Klassen-Konsistenz, Datei-Naming). Output ist eine strukturierte Mängel-Liste, die direkt in das Korrektur-Tool fließt.
Was Skills nicht ersetzen: einen Doku-Verantwortlichen, der die fachlichen Edge-Cases entscheidet. Aber sie reduzieren den manuellen Aufwand pro Dokument von 8-15 Minuten auf 30-60 Sekunden Review.
Der Pexon-Doku-Reife-Check — Was er misst
Vor jeder Migration steht eine ehrliche Bestandsaufnahme. Der Pexon-Doku-Reife-Check ist ein 10-Minuten-Frage-Tool, das einen Reife-Score von 0-100 ermittelt und eine konkrete Roadmap zurückgibt.
Die Skala bewertet sieben Dimensionen:
Eine typische Erst-Bewertung liegt bei 22-38 Punkten, also Reife-Level L1. Ziel nach einer 8-12-Wochen-Migration ist L3 (60-75 Punkte). L4 (>85 Punkte) erfordert dauerhafte organisatorische Disziplin und wird in der Praxis nur erreicht, wenn der Standard im Vertrieb verkauft wird — also wenn es im Unternehmen Anreize dafür gibt.
Wir liefern den Reife-Check als kostenloses Self-Service-Tool plus einen begleiteten 1-Tages-Workshop für Doku-Verantwortliche, in dem die Roadmap konkretisiert wird.
Migration in 4 Phasen — von 0 % auf 90 % Konformität
Eine realistische VDI-2770-Migration für einen Mittelstands-Maschinenbauer mit 15.000 Dokumenten dauert 8-12 Wochen. Aufteilung nach unseren bisherigen Projekten:
Investment-Range: 75.000-130.000 EUR für die erste Implementation. Laufende Kosten danach: ca. 1-2 PT pro Monat für Wartung und neue Dokument-Typen plus LLM-Tokens (typisch 50-200 EUR/Monat bei 500-2.000 neuen Dokumenten pro Monat). Vergleichswert: Manuelle Aufbereitung pro Auslieferung kostet typischerweise 4-12 Stunden Technische-Redaktions-Zeit. Bei 80-200 Auslieferungen pro Jahr amortisiert sich die Pipeline nach 12-18 Monaten.
Wichtig: Phase 4 ist der größte Block — nicht weil die KI schlecht ist, sondern weil ein Bestand mit 20 Jahren Wildwuchs Entscheidungen verlangt, die nur Menschen treffen können. Wer Phase 4 als „Restpaket nach dem Tagging“ plant, läuft in Schwierigkeiten.
Anti-Patterns und Edge-Cases
Aus zwei abgeschlossenen und einem laufenden VDI-2770-Projekt drei wiederkehrende Fallen:
1. „Wir machen das im Sprint nebenbei“. VDI-2770-Migration ist kein Sprint-Thema. Sie verlangt eine fest zugeordnete Person (typisch 0,5-0,8 FTE) plus klare Owner-Verantwortung. Wo das nicht da ist, scheitert die Migration in Phase 4.
2. Foto-Anhänge und Konstruktions-Zeichnungen. Reine Text-Pipelines erkennen Bilder schlecht. Für Anlagen-Fotos, Schaltpläne und Konstruktions-Zeichnungen muss ein Vision-Language-Model zusätzlich eingebaut werden. Wir lösen das mit einer zweiten Pipeline-Spur, die nur Bild-PDFs verarbeitet.
3. Skalierungs-Fehler bei Großbeständen >50.000 Dokumenten. Bei sehr großen Beständen wird die LLM-Rechnung schnell teuer (Token-Verbrauch skaliert linear). Lösung: Hierarchische Klassifikation — erst ein schnellerer Klassifikator (z.B. Embedding-basiert) für grobe Vorsortierung, dann LLM nur für die Detail-Klassifikation auf den unsicheren Fällen. Spart 60-80 % der LLM-Kosten.
Konfidenz für alle drei Punkte: hoch.
Häufig gestellte Fragen
Was kostet eine VDI 2770 Doku-Migration für einen Mittelständler mit 10.000 Dokumenten?
Erstinstallation der Pipeline plus Migration: 60.000-100.000 EUR bei einem überschaubaren Dokumenten-Mix (überwiegend Text-PDFs, 1-3 Sprachen). Bei stark bildlastigen Beständen oder mehrsprachigen internationalen Anlagen (>5 Sprachen) kann es bis 150.000 EUR gehen. Laufende Kosten nach Go-Live: 800-2.500 EUR pro Monat für Wartung und LLM-Tokens.
Reicht die VDI 2770 Doku, um die EU-Maschinenverordnung 2023/1230 zu erfüllen?
Nicht ganz, aber den Großteil. VDI 2770 deckt die Doku-Struktur und das Liefer-Format ab. Die Maschinenverordnung verlangt zusätzlich eine vollständige Risikobeurteilung nach EN ISO 12100 und bei KI-Komponenten zusätzliche AI-spezifische Dokumentation. VDI 2770 ist der Container — Maschinenverordnung verlangt den Inhalt.
Können Anlagenbetreiber die VDI-2770-Container automatisch einlesen?
Ja, das ist der Sinn des Standards. Große Betreiber (BASF, Bayer, VW, Lanxess) haben Import-Pipelines, die VDI-2770-XML automatisch in ihre EDM- oder PLM-Systeme einlesen. Damit entfällt für den Betreiber die manuelle Doku-Aufbereitung — was das Verkaufsargument für den Maschinenbauer ist.
Kann ich Claude Skills auch in einer privaten KI-Umgebung einsetzen?
Ja, mit Einschränkungen. Skills funktionieren konzeptionell mit jedem Frontier-LLM. Open-Source-Modelle wie Qwen 2.5 oder Llama 3.3 in einer Private KI-Infrastruktur erreichen 70-85 % der Klassifikations-Qualität von Claude Sonnet 4. Für stark regulierte Hersteller (Rüstung, Dual-Use) ist das oft die einzige Option.
Welche Skills sind besonders wartungsintensiv?
Erfahrungsgemäß extract-metadata — weil Header und Footer in Maschinenbau-Doku extrem heterogen sind. Pro Mandant brauchen wir 2-3 Iterationen, bis der Skill robust läuft. classify-document ist im Vergleich stabil, weil das VDI-Schema klar ist und die Modelle die Klassen sicher unterscheiden können.
Nächster Schritt
Wenn Sie einen unstrukturierten Doku-Bestand auf VDI 2770 migrieren wollen, gibt es zwei Pexon-Einstiegspunkte:
1. Pexon-Doku-Reife-Check — kostenloser 10-Minuten-Selbsttest plus 1-Tages-Workshop (3.500 EUR/Tag), in dem die konkrete Roadmap für Ihr Unternehmen erarbeitet wird.
2. 6-Wochen-Pilotprojekt für Generative AI mit VDI-2770-Fokus — Pipeline-Aufbau, Skill-Bibliothek, Auto-Tagging-Lauf auf 1.000-3.000 Pilotdokumenten als Proof-of-Concept für den Roll-out.
Verwandte Themen
→Document Intelligence für technische Dokumente und Zeugnisse
→EU-Maschinenverordnung 2027: Wann KI eine Sicherheitskomponente ist
→KI-Beratung für die Fertigungsindustrie und Maschinenbau
