Von gemeinsamen Ordnern zum Cloud-PDM: praktische Migrations-Checkliste
Praxischeckliste für die Migration von CAD-Daten aus gemeinsamen Ordnern in Cloud-PDM: Inventar, Referenzen, Pilotprojekt, Prüfung und Cutover.
PDM-ERP-Integration: Wie Konstruktionsdaten in den Einkauf gelangen
Der Artikel zeigt, welche Konstruktionsdaten wann von PDM an ERP übergehen sollten. Er behandelt Stücklisten, Revisionen, ECOs und einen schrittweisen Integrationsstart.
TABLE OF CONTENTS
Eine PDM-ERP-Integration sollte kontrollierte, freigegebene Konstruktionsdaten an Einkauf und Fertigung übergeben, nicht jede CAD-Änderung in Arbeit. Das führende Konstruktionssystem sollte für die freigegebene Teiledefinition, Revision, Freigabestatus, zugehörige Dateien und Änderungshistorie maßgeblich sein. ERP verwaltet typischerweise Einkauf, Lagerbestand, Planung, Kosten und Ausführung. Vor jeder Synchronisierung sollten Teams festlegen, wer für welchen Datensatz und welche Stücklistenart verantwortlich ist.
Eine Konstruktion kann aus Engineering-Sicht korrekt sein und trotzdem ein Einkaufsproblem verursachen. Revision B wird freigegeben, aber der Einkauf bestellt auf Grundlage von Revision A. Eine Stückliste ändert sich, doch die für die ERP-Erfassung verwendete Tabelle wird nicht aktualisiert. Ein Bauteil wird in einem System obsolet, während das andere es noch als aktuell behandelt.
Das sind ebenso Zuständigkeits-, Zeit- und Änderungssteuerungsprobleme wie Datenübertragungsprobleme. Dieser Leitfaden erklärt, wie freigegebene Teile, Revisionen, Stücklisten und Änderungen aus der Konstruktion in den Einkauf gelangen, ohne widersprüchliche Datensätze zu erzeugen. Wenn Ihr Team noch prüft, ob SharePoint für aktive CAD-Arbeit ausreicht, lesen Sie PDM vs. SharePoint für CAD-Dateien: Wann reicht SharePoint aus?.
PDM und ERP haben unterschiedliche Aufgaben
PDM verwaltet den Konstruktionskontext: CAD-Dateien, Beziehungen zwischen Teilen und Baugruppen, Revisionen, Freigabeentscheidungen und technische Änderungen. ERP verwaltet operative Datensätze wie Einkauf, Lagerbestand, Lieferanten, Kosten und Produktionsplanung.
Beide Systeme können eine Teilenummer, Beschreibung, Revision oder Stückliste enthalten. Entscheidend ist, welches System für jedes Feld maßgeblich ist und welches Team es ändern darf.
Daten oder Entscheidung | Typischerweise führendes System | Warum |
Native CAD-Dateien und Konstruktionszeichnungen | PDM | Sie gehören zum Konstruktionsdatensatz und seiner Revisionshistorie |
Konstruktionsrevision und Freigabestatus | PDM | Engineering entscheidet, wann eine Konstruktion für nachgelagerte Nutzung freigegeben ist |
Struktur der Engineering-Stückliste | PDM oder ein zugehöriges Engineering-Stücklistensystem | Die Struktur bildet die Konstruktionsabsicht ab |
Einkaufsstatus eines Artikels | ERP | Der Einkauf steuert, ob und wie ein Artikel beschafft werden kann |
Lieferant, Lieferzeit, Kosten und Lagerbestand | ERP | Dies sind operative und kaufmännische Datensätze |
Fertigungsaufträge und Produktionsplanung | ERP | Sie gehören zur Fertigungsausführung und Ressourcenplanung |
Begründung und Genehmigung technischer Änderungen | PDM oder PLM | Der Konstruktionsdatensatz sollte erklären, warum sich das freigegebene Design geändert hat |
Die Stücklisten-Zuständigkeit hängt auch von der Art der Stückliste ab. Eine Engineering-Stückliste (EBOM) bildet die Konstruktionsabsicht ab. Eine Fertigungsstückliste (MBOM) bildet ab, wie ein Produkt gefertigt wird. Beide können unterschiedliche Strukturen, Besitzer und Anforderungen haben; Teams sollten daher festlegen, wie sie miteinander in Beziehung stehen und wie genehmigte Änderungen abgeglichen werden.
Freigabe als Übergabepunkt
Ein verbreiteter Ansatz ist, Entwürfe im Engineering-Workflow zu belassen und nachgelagerte Daten erst nach einem vereinbarten Freigabe- oder Genehmigungspunkt zu senden. So kann der Einkauf einen genehmigten Datensatz von einer noch in Arbeit befindlichen Konstruktion unterscheiden.
In Arbeit → Engineering-Prüfung → Genehmigung → Freigabe → Übergabe an ERP → Einkauf und Fertigung
Der genaue Genehmigungsprozess variiert je nach Unternehmen. Manche Teams nutzen eine einfache Freigabe; andere verlangen eine ECO mit dokumentierter Prüfung. Welcher Prozess auch gewählt wird: Die Organisation braucht eine klare Definition von „freigegeben“ und eine Regel dafür, wann nachgelagerte Teams auf die Daten reagieren dürfen.
Ohne einen definierten Freigabeauslöser greifen Teams häufig auf manuelle Tabellenexporte zurück, um Stücklisten in ERP zu übernehmen. Bei geringem Volumen funktioniert das; es macht aber leicht, dass Engineering, Tabelle und ERP bei einer Revisions- oder Stücklistenänderung auseinanderlaufen.
Weitere Informationen zu den Phasen vor der Freigabe finden Sie unter PDM-Workflow erklärt: Revisionskontrolle, Freigaben und Release.
Die Übergabe: was übertragen wird und wie
Das Freigabepaket muss ausreichende Informationen enthalten, damit ERP und Einkauf den richtigen operativen Datensatz identifizieren können. Je nach Workflow kann das umfassen:
- Teile- oder Artikelnummer und Beschreibung
- Freigegebene Revision und Freigabestatus
- Stücklistenstruktur, Mengen und Maßeinheiten, soweit zutreffend
- Links zu kontrollierten Zeichnungen oder Spezifikationen
- ECO- oder Änderungsreferenz, wenn eine Freigabe einen früheren Datensatz ersetzt
Das Ziel ist nicht, jede verfügbare Eigenschaft in ERP zu kopieren. Es geht darum, die für eine konkrete Einkaufs- oder Fertigungsentscheidung benötigten Informationen zu übertragen und dabei die Zuständigkeit klar zu halten.
Eine kontrollierte Übergabe verläuft typischerweise in drei Schritten:
- Freigabe. Engineering genehmigt den Datensatz und veröffentlicht die vereinbarten Daten als kontrollierte Freigabe, mit zugehöriger ECO-Referenz und den erforderlichen Zeichnungen oder Spezifikationen.
- Validierung. Vor der Aktualisierung von ERP prüft der Prozess, ob der Artikel bereits existiert, ob die eingehende Revision neuer ist, ob das Teil freigegeben oder obsolet ist und ob die Stückliste auf gültige Komponenten verweist. Eine fehlgeschlagene Validierung sollte eine sichtbare Ausnahme erzeugen, nicht einen doppelten Artikel.
- ERP- und Einkaufsnutzung. ERP erstellt oder aktualisiert die entsprechenden Artikel-, Revisions- und Stücklistendatensätze gemäß der vereinbarten Zuordnung; operative Felder wie Lieferant, Kosten, Lieferzeit und Bestand bleiben in ERP-Zuständigkeit. Der Einkauf arbeitet mit der freigegebenen Revision und hat einen klaren Weg zur Behandlung von Ausnahmen.
Wenn eine dieser Antworten weiterhin von einer separaten Tabelle oder E-Mail-Kette abhängt, hat die Integration das Übergabeproblem noch nicht gelöst.
Wie Konstruktionsänderungen den Einkauf betreffen
Die Erstfreigabe ist nur die halbe Übergabe. Eine spätere Änderung kann ein Teil betreffen, das bereits gekauft wurde, auf Lager liegt oder in der Produktion ist.
Eine ECO liefert den technischen Kontext für eine Änderung, etwa die betroffenen Teile, bisherige und neue Revisionen und den Änderungsgrund. Einkauf und Fertigung müssen dann operative Fragen bewerten: ob vorhandener Bestand weiter verwendet werden kann, ob offene Aufträge betroffen sind und ab wann eine neue Revision gelten soll.
Betrachten Sie ein hypothetisches Beispiel: Eine Halterung wird von Revision A auf Revision B geändert, nachdem der Einkauf bereits einen Auftrag auf Grundlage von Revision A erteilt hat. Revision B an ERP zu übertragen, ist nur der erste Schritt. Das Team muss zudem entscheiden, ob der offene Auftrag angepasst oder beibehalten wird, ob der verbleibende Bestand der Revision A noch verbraucht werden kann und ab welcher Fertigungscharge Revision B wirksam wird.
Diese Entscheidungen hängen vom Unternehmensprozess ab. Die Integration sollte die genehmigte Änderung für die verantwortlichen Personen sichtbar machen und dabei die Unterscheidung zwischen Engineering- und operativen Entscheidungen bewahren.
Einen Überblick über ECOs finden Sie unter ECO-Bedeutung im Ingenieurwesen: Ein kompletter Leitfaden.
Warum PDM-ERP-Integrationen scheitern
Nicht jedes Integrationsproblem ist technisch. Vieles scheitert, weil die organisatorische Übergabe nie klar definiert wurde. Vier Muster treten immer wieder auf.
Mehrere Systeme beanspruchen die Zuständigkeit für dasselbe Feld. Wenn PDM, ERP und eine Tabelle alle die Teilenummer oder Revision als änderbar behandeln, erzeugt jede Synchronisierung einen neuen Konflikt. Das zuletzt aktualisierte System gewinnt, nicht das korrekte.
Sync wird bei jedem Speichern statt bei Freigabe ausgelöst. Jede CAD-Änderung in Arbeit an ERP zu senden, überflutet den Einkauf mit Datensätzen, auf die nicht reagiert werden kann. Einkäufer ignorieren den Feed oder jagen Geister-Revisionen hinterher. Ein definierter Freigabeauslöser trennt Engineering-Absicht von operativer Entscheidung.
Die ECO überträgt den Datensatz, aber nicht die Verantwortung. Die Änderung ist geprüft, genehmigt und in PDM als aktuell gekennzeichnet, aber niemand bewertet den offenen Einkaufsauftrag, den Bestand der Revision A oder den Lieferanten, der bereits das alte Zeichnungspaket erhalten hat. Die Integration hat Daten übertragen, aber keine Verantwortung.
Validierungsfehler bleiben unsichtbar. Wenn ein eingehender Datensatz eine Prüfung nicht besteht—doppelte Teilenummer, fehlendes Stücklisten-Elternteil, ungültige Maßeinheit—überspringt die Integration ihn oder erzeugt einen doppelten Artikel. Ausnahmen sollten für eine benannte verantwortliche Person sichtbar sein, nicht im Protokoll verschwinden.
Den Integrationsansatz wählen
Der richtige Ansatz hängt von den beteiligten Systemen, dem Volumen der Freigaben und Änderungen und der Verantwortung für die Wartung ab. Ein praktischer Ausgangspunkt ist ein einseitiger Datenfluss von PDM an ERP, der nur dann zu einer Zweiwegsynchronisierung erweitert wird, wenn Feldzuständigkeit und Konfliktregeln klar definiert sind.
Unabhängig von der Architektur: Beginnen Sie mit einer eng umrissenen Freigabeübergabe. Der Einkauf sollte erkennen können, welche Revision gilt, die freigegebene Zeichnung oder Spezifikation finden und wissen, an wen er sich wendet, wenn ein Datensatz die Validierung nicht besteht. Von dieser Grundlage aus kann die Integration auf weitere Systeme und Rückmeldewege ausgeweitet werden, wenn das Geschäft es erfordert.
Planen Sie ein PDM-ERP-Projekt? Sprechen Sie mit CAD ROOMS über Ihren Konstruktionsdatenprozess.
Häufig gestellte Fragen
Welche Daten sollten von PDM an ERP übertragen werden?
Übertragen Sie die freigegebenen Konstruktionsdaten, die nachgelagerte Teams benötigen, etwa Artikelkennungen, genehmigte Revision und Status, relevante Stücklisteninformationen, Änderungsreferenzen und Links zu kontrollierten Zeichnungen oder Spezifikationen. Legen Sie fest, welches System für jedes gemeinsam genutzte Feld maßgeblich ist, bevor Sie die Übergabe automatisieren.
Sollten PDM und ERP jede Konstruktionsrevision synchronisieren?
In der Regel sollten Teams einen Freigabe- oder Genehmigungspunkt für den operativen Einsatz festlegen, statt jede Entwurfsänderung an ERP zu senden. Benötigt der Einkauf frühzeitige Sichtbarkeit, unterscheiden Sie zwischen einer Mitteilung über eine geplante Änderung und einem genehmigten Datensatz.
Wer ist für die Stückliste verantwortlich, wenn PDM und ERP verbunden sind?
Es gibt keine allgemeingültige Zuständigkeit für alle Stücklisten. Definieren Sie die Zuständigkeit nach Stücklistenart und Prozess. Eine EBOM kann im Engineering-System geführt werden, während eine MBOM in einem fertigungsorientierten PLM- oder ERP-Workflow verwaltet werden kann. Definieren Sie außerdem, wie Änderungen zwischen beiden abgeglichen werden.
Was ist der Unterschied zwischen EBOM und MBOM in einer PDM-ERP-Integration?
Eine Engineering-Stückliste (EBOM) bildet die Konstruktionsabsicht ab und entsteht typischerweise im Konstruktionssystem. Eine Fertigungsstückliste (MBOM) bildet ab, wie das Produkt gefertigt wird, einschließlich Prozessschritten, Verbrauchsmaterial und genehmigten Alternativen, und wird häufig in ERP oder einem fertigungsorientierten PLM-Workflow geführt. Beide können viele Artikel gemeinsam haben, sich aber in Struktur, Menge oder Ersatzteilen unterscheiden. Legen Sie in einer Integration fest, wo jede Stückliste maßgeblich ist und wie genehmigte Änderungen zur MBOM weitergegeben werden, statt davon auszugehen, dass beide identisch sind.
Brauchen wir PLM, um PDM mit ERP zu integrieren?
Nicht unbedingt. Teams mit einem klaren Freigabeprozess und begrenztem Änderungsvolumen können PDM direkt mit ERP verbinden und den PDM-Freigabe- und ECO-Workflow als führendes System für Engineering-Entscheidungen nutzen. PLM lohnt sich, wenn Änderungssteuerung mehrere Disziplinen umfasst, regulatorische Workflows gelten oder standortübergreifendes Konfigurationsmanagement bzw. tiefere MBOM-Governance erforderlich sind. Die Entscheidung hängt von Prozesskomplexität und Compliance-Anforderungen ab, nicht davon, dass ein ERP angebunden wird.
Wie integrieren wir ERP mit mehreren CAD-Systemen?
In einer Multi-CAD-Umgebung sollte die Integration den freigegebenen Konstruktionsdatensatz nutzen, statt auf ein bestimmtes natives CAD-Format angewiesen zu sein. Definieren Sie eine einheitliche Artikelkennung, genehmigte Revision, Freigabestatus und Links zu der kontrollierten Zeichnung oder Spezifikation, die ERP-Nutzer benötigen. Native CAD-Dateien und Arbeitsdateipfade sollten im Engineering-System bleiben, wo ihre Beziehungen und Zugriffsrechte kontrolliert werden können.
Quellen
- NASA Systems Engineering Handbook: Configuration Management
- Microsoft Azure Architecture Center: Get Started with Integration Architecture Design
Über die Autorin
Christina Rebel
CEO von CAD ROOMS | Mitgründerin von Wikifactory
Ich bin Christina Rebel, CEO von CAD ROOMS. Seit mehr als einem Jahrzehnt arbeite ich an der Schnittstelle von cloudbasierter Engineering-Zusammenarbeit, digitaler Fertigung und verteilter Produktentwicklung.
Im Laufe meiner Karriere habe ich eng mit Ingenieuren, Designern und Fertigungsteams zusammengearbeitet, um CAD-Datenmanagement, Versionskontrolle, Lieferantenzusammenarbeit und browserbasierte Designprüfung zu verbessern. Mein Ziel ist es, moderne Engineering-Prozesse zugänglicher, sicherer und effizienter zu machen, insbesondere für KMU und Start-ups.
Ich schreibe auch über Engineering-Zusammenarbeit und habe Beiträge in Design News und DEVELOP3D veröffentlicht.
Der Autorin folgen: LinkedIn
Ähnliche Artikel
Related Posts
PDM vs SharePoint für CAD-Dateien: Wann reicht SharePoint aus?
Kann SharePoint CAD-Dateien für ein kleines Engineering-Team wirklich verwalten? Der Leitfaden zeigt, wann SharePoint ausreicht und wann verknüpfte Baugruppen, Referenzen und Revisionen ein echtes PDM verlangen.
Günstiges Cloud-PDM für kleine Multi-CAD-Ingenieurteams
Wie kleine Engineering-Teams mit mehreren CAD-Systemen ein günstiges Cloud-PDM für Versionskontrolle, Review und Lieferantenzusammenarbeit bewerten können.