KI im Änderungsmanagement: Welche Folgen hat diese Bauteiländerung?
Von Holger Peschke · Gründer von AImation
Der Bohrungsabstand einer Halterung soll geändert werden. Im CAD ist das schnell eingetragen. Ob die Gegenplatte noch passt, die Prüflehre angepasst werden muss und der vorhandene Nachweis noch gilt, steht in anderen Unterlagen.
KI kann Änderungsanträge strukturieren, relevante Unterlagen suchen und mögliche Auswirkungen als Prüfliste vorbereiten. Verlässliche Beziehungen und Versionsstände müssen aus den vorhandenen Systemen kommen. Die Fachbereiche bewerten die Folgen und geben die Änderung frei.
Interaktives Beispiel entdeckenSelbst ausprobieren
Eine Änderung und ihre möglichen Auswirkungen
Wählen Sie einen fiktiven Änderungsantrag für H-204. Die Darstellung trennt vorhandene Dokumentbeziehungen von fachlich zu prüfenden Folgen.
Ein anderer Abstand zieht Kreise.
Überlagerte Stände zeigen die geänderte Schnittstelle. Welche Unterlagen betroffen sind, wird darunter zur Prüfaufgabe.
Schematisch, fiktives BeispielÄA-042: Bohrungsabstand 80 → 84 mm
Gegenplatte
Verwendung in Stückliste B-10
Montagelehre
Prüfvorschlag aus dem Beispiel
Prüfbericht V-118
Bezug auf H-204, Revision C
Die Darstellung erzeugt Prüfaufgaben. Konstruktion, Montage und Prüfabteilung bewerten die tatsächlichen Folgen.
Fiktive Daten, redaktionell hinterlegte Beispiele. Keine Live-KI und keine produktive Systemanbindung.
Der Ausgangsstand muss feststehen
Unser fiktiver Änderungsantrag ÄA-042 betrifft die Halterung H-204 in Revision C. Der Bohrungsabstand soll von 80 auf 84 Millimeter steigen. Diese Zahlen dienen ausschließlich dem Ablaufbeispiel. Sie sind keine Auslegungsvorgabe für ein reales Bauteil.
Vor jeder Auswirkungsanalyse muss klar sein, welcher Produktstand betroffen ist. Geht es um eine kommende Variante, eine bereits freigegebene Baugruppe oder ausgelieferte Produkte? Eine Änderung kann für einen Stand zulässig sein und für einen anderen zusätzliche Prüfungen verlangen.
Die NASA beschreibt Konfigurationsmanagement als einen Ablauf, der Produktmerkmale und Dokumentation konsistent hält. Änderungen beziehen sich auf festgelegte Ausgangsstände, werden bewertet, genehmigt und nach der Umsetzung überprüft. Diese Grundlogik lässt sich als Orientierung für den hier vorgeschlagenen Ablauf nutzen. NASA: Configuration Management.
Beziehungen aus Systemen nutzen, Vermutungen kennzeichnen
Eine Stückliste kann eindeutig zeigen, in welcher Baugruppe die Halterung verwendet wird. Ein Prüfbericht kann über eine Bauteilnummer und Revision zugeordnet sein. Solche vorhandenen Beziehungen sind eine andere Grundlage als die Vermutung eines Sprachmodells, dass eine bestimmte Lehre betroffen sein könnte.
Lassen Sie die Anwendung deshalb ausweisen, woher eine Verbindung stammt. „In Stückliste B-10 enthalten“ und „Montagelehre möglicherweise betroffen“ erhalten unterschiedliche Kennzeichnungen. Die erste Aussage verweist auf einen Datensatz. Die zweite ist eine Aufgabe für eine fachliche Prüfung.
Ein Sprachmodell kann Begriffe in unstrukturierten Änderungsanträgen erkennen und Suchbegriffe vorschlagen. Es sollte aber keine fehlende Verbindung im Produktdatenbestand als gesicherte Tatsache darstellen. Fehlende Beziehungen sind ein Ergebnis der Analyse und gehören in die Rückfragenliste.
Regeln, KI und Fachprüfung übernehmen verschiedene Aufgaben
Für einen Versionsvergleich oder die Prüfung einer vorhandenen Stücklistenbeziehung braucht es nicht automatisch ein Sprachmodell. Solche Aufgaben lassen sich häufig anhand klarer Daten und Regeln bearbeiten. Das erleichtert die Wiederholung und die Prüfung des Ergebnisses.
KI ist dort interessant, wo eine technische Begründung aus Texten strukturiert oder ein Hinweis für verschiedene Fachbereiche verständlich aufbereitet werden soll. Ein Entwurf kann etwa zusammenführen, welche Dokumente gefunden wurden, weshalb sie relevant erscheinen und welche Angaben fehlen.
| Aufgabe | Geeigneter Ansatz | Erwartetes Ergebnis |
|---|---|---|
| Revision und Verwendung ermitteln | Abfrage von PDM/PLM oder kontrolliertem Export | Nachvollziehbare Beziehungen mit Datenstand |
| Freitext des Antrags strukturieren | KI mit vorgegebenem Ausgabeschema | Änderungsobjekt, Begründung und offene Angaben |
| Mögliche Folgen formulieren | Regeln und KI-Vorschläge getrennt ausgeben | Prüfliste mit Herkunft jedes Hinweises |
| Nachweis und Freigabe bewerten | Verantwortliche Fachbereiche | Dokumentierte Entscheidung mit Auflagen |
Aus dem Antrag wird ein prüfbares Paket
Das Paket zu ÄA-042 enthält den Originalantrag, den ermittelten Ausgangsstand, die gefundenen Beziehungen und die offenen Prüfaufgaben. Für jede Aufgabe werden Fachbereich, Beleg und Status festgehalten. Ein leerer Status bedeutet offen; er darf nicht als Zustimmung ausgewertet werden.
Bei der geänderten Bohrung könnten Konstruktion und Montage zunächst die Schnittstelle zur Gegenplatte prüfen. Die Prüfabteilung bewertet, ob der bisherige Nachweis zur geänderten Geometrie passt. Ob diese Aufgaben im realen Fall vollständig sind, kann nur das zuständige Team beurteilen.
Der Entwurf sollte auch zeigen, welche Unterlagen nicht gefunden wurden. Wenn für eine Variante die aktuelle Zeichnung fehlt, ist eine vollständige Auswirkungsbewertung noch nicht möglich. Ein glatt formulierter Bericht darf diese Lücke nicht verdecken.
Ein abgeschlossener Änderungsfall eignet sich als Vergleich
Wählen Sie für den ersten Versuch einen bereits abgeschlossenen Fall mit nachvollziehbarer Entscheidungshistorie. Stellen Sie dem Werkzeug nur die Informationen bereit, die zum damaligen Prüfzeitpunkt vorlagen. Die spätere Entscheidung dient der Fachgruppe als Vergleich und darf nicht versehentlich in die Eingabe gelangen.
Vergleichen Sie anschließend, welche betroffenen Unterlagen und Aufgaben der Ablauf gefunden hat. Notieren Sie übersehene Abhängigkeiten, unnötige Prüfaufgaben und unklare Begründungen. Messen Sie die Zeit bis zu einem fachlich geprüften Paket, einschließlich der Korrekturen.
Wiederholen Sie den Versuch mit einem Fall, in dem eine wichtige Beziehung im Datenbestand fehlt. Das Werkzeug sollte diese Unsicherheit anzeigen. Wenn es eine lückenhafte Datenlage als vollständige Analyse präsentiert, würde ich den Ablauf so nicht in eine Freigaberunde geben.
Eine Entscheidung muss später nachvollziehbar bleiben
Zur freigegebenen Änderung gehören die verwendeten Dokumentenstände, die bewerteten Hinweise und die Entscheidung der zuständigen Personen. Halten Sie bei KI-gestützten Entwürfen zusätzlich fest, welche Eingaben und welche Anweisung verwendet wurden. Der notwendige Umfang dieser Historie wird mit Ihrem Prozess abgestimmt.
Nach der Freigabe folgt die Umsetzung in den führenden Systemen und die Kontrolle des geänderten Stands. Eine automatisch erzeugte Prüfliste ändert noch keine Zeichnung und keine Stückliste. Schreibzugriffe, Rollen und Rückmeldungen sind eigene Integrationsaufgaben.
Für ein Erstgespräch helfen ein anonymisierter Änderungsantrag und eine Skizze Ihres heutigen Freigabewegs. Damit lässt sich prüfen, ob Ihr Team zuerst Unterstützung bei der Dokumentensuche, bei der Vorprüfung oder beim Zusammenstellen des Entscheidungspakets braucht.
Häufige Fragen
Quellen und Einordnung
Die Quellen stützen die beschriebenen Grundlagen. Die fiktiven Beispiele und Vorschläge für einen Pilot sind eine redaktionelle Übertragung auf die technische Produktentwicklung durch AImation. Sie sind keine Messergebnisse aus Kundenprojekten.
Quellen geprüft am 31. Oktober 2026.
Bringen Sie einen Ablauf aus Ihrer Entwicklung mit.
Im kostenlosen Erstgespräch schauen wir auf Ihre Aufgabe, die vorhandenen Daten und einen sinnvollen nächsten Schritt.