MBD-/PMI-Compliance-Automatisierung für Siemens NX
Die Zeichnung ist weg. Die Arbeit nicht — sie ist ins Modell gewandert und wird immer noch von Hand gemacht.
Boeing und Airbus verschicken seit Jahren keine Zeichnungen mehr. Was Zulieferer bekommen — und zurückliefern müssen — ist Model Based Definition: 3D-Modelle, die PMI als einzige Quelle der Wahrheit tragen. Und das ist keine Präferenz, sondern eine auditierte Anforderung: Boeings D6-51991 legt fest, wie ein Zulieferer mit Digital-Product-Definition-Daten umzugehen hat, und Ihre DPD-Zulassung — die Sache, an der Ihr Luft- und Raumfahrtumsatz hängt — wird daran geprüft.
Im Konstruktionsbüro hat MBD eine Art Handarbeit durch eine andere ersetzt. Statt Ansichten und Maßlinien zu zeichnen, erstellen Ihre NX-Anwender jetzt Hunderte von PMI-Objekten pro Bauteil — semantisch korrekt, nach Werksnorm, nach Kundenspezifikation — und prüfen alles vor der Freigabe mit dem Auge. Genau die Art strukturierter, regelgeleiteter Routine, die nie hätte manuell sein dürfen.
Wir bauen das Toolset, das genau das automatisiert — nativ in Siemens NX: regelbasierte PMI-Erstellung für Standard-Features, automatisierte Compliance-Prüfungen gegen Kunden- und Werksanforderungen und eine KI-Schicht, die Spezifikationsdokumente in ausführbare Regeln verwandelt — und Prüfbefunde in Korrekturen in Klartext.
// MBD von Hand, in Zahlen
Semantische PMI ist eine Datendisziplin — durchgesetzt von den Auditoren Ihres Kunden
Die Falle von MBD ist, dass es aussieht wie Zeichnen, sich aber verhält wie Daten. Ein Maß, das lediglich auf das Modell “gemalt” ist — grafisch, nicht semantisch — liest sich für einen Menschen einwandfrei und ist für jeden nachgelagerten Verbraucher unsichtbar: CAM, CMM-Programmierung, Erstmusterprüfung, die automatisierten Eingangsprüfungen des Kunden. Ein Bezugsverweis, der ins Leere zeigt, eine Toleranz ohne Feature-Zuordnung, ein Hinweis, der der Werksnorm widerspricht — nichts davon sieht auf dem Bildschirm falsch aus, und alles davon taucht später auf: im Derivat, im FAI oder im Kundenaudit, das über Ihren DPD-Status entscheidet.
Also kompensieren Konstruktionsbüros so, wie sie es immer getan haben: erfahrene Augen, Checklisten, Vier-Augen-Prüfungen vor jeder Freigabe. Das funktioniert meistens — zum Preis, dass Ihre erfahrensten Leute ihre Tage damit verbringen, Bohrungsangaben zu verifizieren. Und es skaliert genau so schlecht wie jedes manuelle Qualitätstor.
Die Lösung ist dieselbe, die die Softwareentwicklung verändert hat: die Routine automatisch machen und die Prüfungen ausführbar. Erstellen Sie die wiederkehrenden 80 Prozent der PMI per Regel, validieren Sie jedes Modell vor der Freigabe gegen maschinenlesbare Anforderungen — und reservieren Sie menschliches Urteil für den Teil von GD&T, der tatsächlich Urteil ist.
// Compliance-Prüfung vor der Freigabe: Beispielmodell, Rev. B
47 Regeln ausgewertet · Kunden-MBD-Spezifikation + Werksnorm · vor der Teamcenter-Freigabe ausgeführt
Ein Toolset, drei Schichten — alle nativ in NX
Alles läuft in Ihrer bestehenden Siemens-NX- und Teamcenter-Landschaft, gebaut auf unterstützten Erweiterungspunkten — der NXOpen-PMI-API und Check-Mate —, sodass es NX-Upgrades überlebt, statt daran zu sterben. Die drei Schichten bauen aufeinander auf, und jede rechnet sich für sich allein:
Regelbasierte PMI-Erstellung für Standard-Features
Bohrungen, Gewinde, Passungen, Fasen, Standardflächen: Das Toolset erkennt das Feature und erstellt die PMI — Angabe nach Werksnorm, Standardtoleranz aus Ihrer Konstruktionsrichtlinie, semantisch an die Geometrie gebunden, auf der richtigen Ansicht platziert. Aus Minuten Routine je Feature werden Sekunden, und jede Angabe kommt identisch heraus — genau das, was die automatisierten Prüfungen Ihrer Kunden sehen wollen.
Compliance-Prüfungen vor jeder Freigabe
Eigene Check-Mate-Regeln validieren das Modell gegen Kunden-MBD-Spezifikationen und Werksnormen: PMI semantisch und feature-gebunden, Bezüge konsistent, Hinweise auf aktueller Revision, Vollständigkeit je Teileklasse. Das Ergebnis ist der Bericht, den Ihre erfahrenen Ingenieure heute mit dem Auge erzeugen — bei jedem Speichern generiert, als Gate an den Teamcenter-Freigabeworkflow gehängt.
Spezifikationen werden zu Regeln. Befunde werden zu Korrekturen.
Der historische Engpass von Prüfsystemen war nie das Prüfen — es war das Erstellen und Pflegen der Regeln. Genau hier verdient sich das LLM seinen Platz: Es entwirft ausführbare Prüfregeln aus Kunden-MBD-Spezifikationsdokumenten und Werksnormen (Ihre Ingenieure prüfen und geben sie frei), hält Regelsätze aktuell, wenn sich eine Spezifikationsrevision ändert, und übersetzt jeden Prüfbefund in Klartext mit vorbereiteter Korrektur — sodass auch der jüngste Konstrukteur versteht, was der Auditor beanstandet hätte.
Wann rechnet sich MBD-Automatisierung?
Der Fall ist dort am stärksten, wo Kunden-MBD-Anforderungen auf echte Teilevolumina treffen. Sie sind ein Kandidat, wenn das meiste hiervon zutrifft:
- Sie haben — oder brauchen — eine Boeing-DPD-Zulassung (D6-51991) oder liefern MBD-Datensätze an Airbus und andere OEMs mit gleichwertigen Anforderungen.
- Ihre NX-Anwender verbringen Stunden pro Bauteil damit, PMI zu erstellen und zu prüfen, die bekannten Mustern folgt.
- MBD-Befunde tauchen spät — in Eingangsprüfungen des Kunden, im FAI oder in Audits — statt vor der Freigabe auf.
- Erfahrene Ingenieure fungieren als menschliche Freigabe-Gates, die Modelle ihrer Junioren mit dem Auge prüfen.
- Kunden-MBD-Spezifikationen wechseln die Revision schneller, als Ihre internen Checklisten nachziehen.
- Sie betreiben Siemens NX mit Teamcenter und wollen Automatisierung auf unterstützten Erweiterungspunkten — kein paralleles Insel-Tool.
Worauf das Toolset aufbaut
Unterstützte Siemens-Erweiterungspunkte und offene Schnittstellen — plus Integration mit den Validierungswerkzeugen, denen Ihre Kunden ohnehin vertrauen.
Vorher und nachher: dasselbe Bauteil, zweimal freigegeben
Ein zerspantes Strukturbauteil mit 120 PMI-Objekten, als MBD-Datensatz an einen OEM-Kunden geliefert. So verteilen sich Stunden und Risiko auf beiden Seiten der Veränderung:
Vorher — von Hand erstellt & mit dem Auge geprüft
- 120 PMI-Objekte einzeln erstellt — 4–6 Std.
- Vier-Augen-Prüfung durch Erfahrene gegen Checkliste — 1–2 Std.
- Rein grafische Annotation rutscht durch — sieht auf dem Bildschirm gut aus
- Eingangsprüfung des Kunden weist den Datensatz zurück — Nacharbeit, Verzug, Erklärungen
- Auditsaison: nervöse Wochen mit Selbstprüfung alter Freigaben
Nachher — generiert & am Gate geprüft
- Standard-Feature-PMI per Regel erstellt — Minuten
- Der Ingenieur erstellt die funktionale GD&T — den Teil, der Urteil ist
- 47 Compliance-Regeln laufen bei der Freigabe — Befunde mit vorbereiteten Korrekturen
- Der Datensatz besteht die Eingangsprüfung des Kunden beim ersten Mal — semantisch sauber
- Auditsaison: Die Prüfberichte sind die Vorbereitung
Warum inteliScience — und was wir bewusst nicht versprechen
Dieses Toolset ist NXOpen-Engineering plus ausführbare Regeln plus eine LLM-Schicht — also genau das, was wir den ganzen Tag tun. Wir bauen NX- und Teamcenter-Anpassungen auf Siemens’ unterstützten Erweiterungspunkten, sodass Ihre Automatisierung das nächste NX-Release überlebt, und wir haben das KI-Engineering, um die Regelerstellung billig zu machen statt zum Projektkiller, der sie früher war.
Drei ehrliche Grenzen, weil Luft- und Raumfahrtkunden sie verdienen. Erstens: Das Toolset entwirft Ihr GD&T-Schema nicht. Welche Bezüge, welche Funktionstoleranzen — das ist ingenieurmäßige Beurteilung, und sie bleibt bei Ihren Ingenieuren; die Automatisierung deckt die routinemäßigen 80 Prozent ab und prüft alles. Zweitens: Eine DPD-Zulassung ist eine Prozesszulassung, kein Software-Feature — unser Toolset macht die Werkzeugseite auditfähig und Ihre Freigaben konsistent sauber, aber die QM-Arbeit bleibt Ihre. Drittens: Derivat-Validierung (Vergleich Modell vs. STEP/JT) ist etabliertes Spezialistenterrain — Werkzeuge wie CADIQ und Capvidia sind das, worauf Ihre Kunden bereits vertrauen, also integrieren wir uns damit, statt sie schlecht nachzubauen.
Was Sie von uns bekommen, ist der Teil, den sonst niemand anbietet: die werksspezifische Automatisierungsschicht in NX, die MBD billig in der Erstellung und schwer falsch zu machen macht.
Viele Teams brauchen zuerst die Methode und dann die Automatisierung: Unsere MBD-Beratung beginnt mit einem Readiness-Assessment, unsere NX PMI Schulung macht Konstrukteure produktiv, und MBD vs PMI erklärt, wo das eine endet und das andere beginnt.
Festpreis — keine Tagessätze, keine Überraschungen
MBD-Toolset-Pilot
- Eine Teilefamilie — PMI-Erstellungsautomatisierung für Ihre 5 wichtigsten Standard-Feature-Typen
- 10 Compliance-Prüfungen, abgeleitet aus einer Kunden-MBD-Spezifikation + Ihrer Werksnorm
- Gemessen an 3 echten Bauteilmodellen — Erstellungszeit und Befunde, Ihre Zahlen
- Klartext-Befundberichte — der KI-Korrektur-Copilot in Aktion an Ihren Bauteilen
- Rollout-Blueprint: Regelsatz-Governance, Teamcenter-Freigabe-Gate, weitere Teilefamilien
6–8 Wochen · auf Ihrer NX-Installation gebaut · Regeln und Code gehören Ihnen, wie auch immer Sie sich danach entscheiden.
Zum Vergleich
Die Kosten manueller MBD
- 10 NX-Anwender × ~30 % ihrer Zeit für Routine-Annotation und Sichtprüfung
- Zurückgewiesene Datensätze und FAI-Befunde — Nacharbeit, die niemand einplant
- Und das nicht eingepreiste Risiko: ein DPD-Auditbefund, der den Lieferantenstatus infrage stellt
Häufige Fragen
Entwirft das Toolset unsere GD&T für uns?
Akzeptieren Boeing oder Airbus regelgenerierte PMI?
Bekommen wir damit die Boeing-DPD-Zulassung?
Wie werden Kunden-MBD-Spezifikationen zu Prüfregeln — und wer pflegt sie?
Wie verhält sich das zu CADIQ oder Capvidia — brauchen wir die noch?
Wir liefern für manche Kunden noch Zeichnungen. Hilft das Toolset auch dort?
Ihr nächstes DPD-Audit steht bereits im Kalender. Machen Sie die Prüfberichte zu Ihrer Vorbereitung.
Schicken Sie uns ein Bauteilmodell und die Kunden-MBD-Spezifikation, die es erfüllen muss — wir zeigen Ihnen die Erstellungsautomatisierung und die ersten zehn Prüfungen an Ihren eigenen Daten.
Mit einem MBD-Automatisierungsingenieur sprechenWir sind jederzeit für Sie da: Kontaktieren Sie uns mit Ihren Fragen – wir begleiten Sie Schritt für Schritt.
- Telefon
- +40 774 463 429
- Unser Standort
- Str. Ploiești 9, 400157
Cluj-Napoca, Rumänien - info@inteliscience.net
- inteliScience auf LinkedIn
- YouTube
- inteliScience auf YouTube