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.

Christina Rebel

Sep 28, 2026

Cloud-basiertes PDM

Von gemeinsamen Ordnern zum Cloud-PDM: praktische Migrations-Checkliste

Der Wechsel von gemeinsamen Ordnern zu einem Cloud-PDM ist mehr als ein Kopiervorgang. Diese Checkliste hilft Engineering-Teams, CAD-Daten zu inventarisieren, Baugruppenreferenzen und Revisionskontext zu schützen, ein repräsentatives Projekt zu testen und die Umstellung ohne zwei konkurrierende Datenquellen abzuschließen.

Der Wechsel von gemeinsamen Ordnern oder einem Dateiserver zu Cloud-PDM unterscheidet sich von einem Wechsel der CAD-Plattform. Dieser Leitfaden geht davon aus, dass Ihr Team seine CAD-Autorensysteme weiterverwendet und lediglich den Ort ändert, an dem Engineering-Daten verwaltet werden. Für den Wechsel von einer CAD-Plattform zu einer anderen lesen Sie CAD-Migration ohne Datenchaos: warum Engineering-Teams eine neutrale PDM-Schicht brauchen.

Bevor Sie Dateien verschieben, legen Sie den Umfang fest, bewahren Sie eine wiederherstellbare Kopie der Quelle auf und testen Sie den Prozess an einem repräsentativen Projekt. Die Microsoft-Dokumentation zur Migration von Dateifreigaben folgt einem ähnlichen Ablauf aus Bewertung, Vorbereitung, Pilot und Migration, auch wenn ihre Umsetzungsdetails Microsoft 365 betreffen. Nutzen Sie den Piloten, um aufzudecken, was die Übertragung bewahrt – und was nicht: CAD-Referenzen, Berechtigungen, Revisionshistorie, Freigaben und Lieferantenzugriffe benötigen jeweils eigene Prüfungen.

Illustration, die zeigt, dass gemeinsame Ordner mit wachsenden CAD-Teams nicht mehr skalieren, und die den Bedarf an einer strukturierten Migration zu einem Cloud-PDM verdeutlicht. — **Gemeinsame Ordner funktionieren oft am Anfang, werden aber mit wachsenden CAD-Daten, Referenzen und Mitwirkenden schwerer zu kontrollieren.**

Die Migrations-Checkliste im Überblick

Phase	Hauptergebnis	Fahren Sie erst fort, wenn …
1. Umfang definieren	Abgrenzung und Erfolgskriterien sind dokumentiert	Das Team sich auf Daten, Nutzer und Workflows im Umfang geeinigt hat
2. Inventarisieren und klassifizieren	Eine verlässliche Übersicht über Dateien, Projekte, Referenzen, Verantwortliche und Status vorliegt	Aktive, freigegebene, veraltete, doppelte und ungeklärte Daten unterscheidbar sind
3. Quelle und Ziel vorbereiten	Eine geschützte Quellkopie und eine geplante Zielstruktur bestehen	Backup und Wiederherstellung getestet und die Grenzen von Metadaten und Historie geklärt sind
4. Pilotprojekt durchführen	Ein repräsentatives Projekt im Zielsystem funktioniert	CAD-Referenzen, Berechtigungen, Versionierung und Freigabeprüfungen bestanden sind
5. In kontrollierten Paketen migrieren	Projektdaten abgeglichen und Ausnahmen dokumentiert sind	Jedes Paket gegen das Quellmanifest geprüft wurde
6. Umstellen und stabilisieren	Ein verbindlicher Arbeitsort und ein kontrolliertes Archiv bestehen	Nutzer wissen, wo sie arbeiten, wie sie Probleme melden und wann die alte Quelle schreibgeschützt wird

1. Umfang und Regeln vor dem Verschieben festlegen

Definieren Sie zunächst, was „Migration abgeschlossen“ für Ihr Team bedeutet. Ein Zielsystem kann jede Datei enthalten und trotzdem operativ scheitern, wenn Ingenieure die aktuelle Revision nicht erkennen, die richtige Baugruppe nicht öffnen oder einem Lieferanten nicht sagen können, welches Paket freigegeben ist.

Dokumentieren Sie vor der ersten Übertragung:

Datenumfang: Welche aktiven Projekte, freigegebenen Pakete, Bibliotheken, Vorlagen und historischen Projekte werden übertragen? Werden alte oder veraltete Daten migriert, schreibgeschützt archiviert oder mit Zustimmung eines Verantwortlichen ausgeschlossen?
Nutzerumfang: Welche Ingenieure, Prüfer, Manager, Lieferanten und sonstigen externen Beteiligten benötigen Zugriff, und welche Aktionen darf jede Gruppe ausführen?
Verbindliche Datenquelle: Welcher Ort steuert die aktive Arbeit in jeder Phase? Benennen Sie eine Person, die Konflikte entscheidet.
Kontinuität der Nachweise: Welche Kennungen, Revisionsbezeichnungen, Freigaben, Kommentare und Dateidaten müssen verfügbar bleiben? Trennen Sie übertragbare Informationen von Nachweisen, die separat dokumentiert oder aufbewahrt werden müssen.
Erfolgskriterien: Definieren Sie messbare Prüfungen, etwa vorhandene Pflichtdateien, korrekt aufgelöste Referenzen in kritischen Baugruppen, Berechtigungen gemäß der freigegebenen Matrix und einen funktionsfähigen Release-Workflow.
Cutover und Rückfallplan: Legen Sie Sperrfenster, Methode für die letzte Synchronisierung, Entscheidungsträger und Bedingungen für eine Unterbrechung oder Rückkehr fest.

Behandeln Sie den Ordnerbaum nicht als vollständige Prozessdefinition. Die vorhandene Struktur kann jahrelange lokale Gewohnheiten widerspiegeln statt eines bewusst geplanten Projekt-, Revisions- oder Freigabemodells. Bewahren Sie nützlichen Kontext, entscheiden Sie aber ausdrücklich, was im neuen System leichter auffindbar und kontrollierbar sein soll.

2. Engineering-Daten inventarisieren und klassifizieren

Beginnen Sie das Inventar mit den Informationen, die Sie für den Abgleich benötigen: Quellpfad, Dateiname, Dateityp, Größe, letztes Änderungsdatum, Projekt, Verantwortlicher und aktueller Status. Ergänzen Sie Revision, Freigabe, Zugriff und Verknüpfungen zu verwandten Datensätzen, sofern das Quellsystem diese bereitstellt.

Ordnen Sie Dateien praktischen Gruppen zu:

Aktive native CAD-Dateien, Baugruppen, Zeichnungen und referenzierte Komponenten
Freigegebene Fertigungs- oder Lieferantenpakete
Neutrale Exporte wie STEP oder PDF, sofern sie zum kontrollierten Datensatz gehören
Bibliotheken, Vorlagen, Standardteile und weitere gemeinsame Ressourcen
Historische, veraltete, ersetzte oder nicht zugeordnete Dateien
Nicht-CAD-Dokumente, die bei den Engineering-Daten verbleiben sollen
Temporäre Dateien, Caches, Sicherungen und mögliche Duplikate, die geprüft werden müssen

Betrachten Sie scheinbare Duplikate als Prüfkandidaten, nicht als automatische Löschungen. Zwei Dateien mit demselben Namen können unterschiedliche Konstruktionen enthalten; inhaltlich identische Dateien können zu verschiedenen Projekten gehören oder einen anderen Freigabekontext haben. Wenn Sie Hashwerte verwenden, um bytegleiche Kopien zu finden, bewahren Sie die Quellpfade auf und lassen Sie einen Verantwortlichen entscheiden, welcher Datensatz verbindlich bleibt.

Erstellen Sie für repräsentative Baugruppen eine Referenzübersicht. Nehmen Sie Hauptbaugruppe, Unterbaugruppen, Teile, Zeichnungen, externe Referenzen und alle von der CAD-Anwendung benötigten verknüpften Dateien auf. Dokumentieren Sie defekte Verknüpfungen und ungeklärte Verantwortlichkeiten, solange die Quelle noch verfügbar ist. Eine erfolgreich kopierte Baugruppendatei beweist nicht, dass die vollständige Konstruktion übertragen wurde.

Planen Sie auch den Zugriff bewusst. Erfassen Sie eingeschränkte Ordner, Lieferantenzugriffe und die Frage, welche Berechtigungen nach der Migration bestehen bleiben sollen. Übernehmen Sie historische Ausnahmen nicht ungeprüft; der Zugriff im Zielsystem sollte einer genehmigten Rollen- oder Projektregel folgen.

3. Quelle und Ziel vorbereiten

Quelle vor der Bereinigung schützen

Erstellen Sie eine vollständige Sicherung oder Momentaufnahme der Quelle und testen Sie die Wiederherstellung anhand einer Stichprobe. Bewahren Sie ein Inventar oder Manifest mit ursprünglichen Pfaden und relevanten Dateidetails auf. Wenn die Migration mehrere Sitzungen erfordert, legen Sie fest, wie neue oder geänderte Dateien zwischen Erstkopie und Cutover erfasst werden.

Ordnen Sie Quelldateien während der ersten Übertragung nicht neu und löschen Sie nichts. Eine unveränderte Quelle bietet einen Vergleichspunkt und einen Wiederherstellungsweg, während das Ziel geprüft wird.

Ordner und Metadaten gezielt abbilden

Gestalten Sie die Zielstruktur danach, wie Ingenieure Arbeit finden und kontrollieren, nicht als automatische Kopie jeder Unterordnerebene. Definieren Sie Projekt- oder Workspace-Grenzen, Namensregeln, Verantwortliche und Pflichtfelder vor dem Pilotprojekt. Typische Felder sind Teile- oder Dokumentnummer, Revision, Lifecycle-Status, Projekt, Eigentümer und Freigabedatum; verpflichtend sollten nur Felder sein, die das Team dauerhaft pflegt.

Vereinbaren Sie die Bedeutung von Version und Revision. Eine gespeicherte Iteration, eine formelle Engineering-Revision und eine genehmigte Freigabe hängen zusammen, sind aber nicht austauschbar. Entscheiden Sie, welche vorhandenen Werte abgebildet, welche als beschreibende Metadaten bewahrt und welche im neuen Workflow nicht direkt dargestellt werden können.

Festlegen, welche Historie übertragen werden kann

Bevor Sie vollständige Kontinuität versprechen, klären Sie mit den Verantwortlichen von Quelle und Ziel, welche Informationen migrierbar sind: frühere Dateiversionen, Revisionsbezeichnungen, Freigaben, Kommentare, Audit-Ereignisse, Zeitstempel und Dateibeziehungen. Prüfen Sie jeden Punkt einzeln. Wenn etwas nicht übertragen werden kann, entscheiden Sie, ob es im Migrationsprotokoll erfasst, in einem schreibgeschützten Archiv aufbewahrt oder nach Ihrer Aufbewahrungsrichtlinie anders behandelt wird.

Kennzeichnen Sie eine neu hochgeladene aktuelle Datei nicht so, als wäre auch ihre frühere Engineering-Historie importiert worden. Halten Sie die Originalhistorie verfügbar, bis das Team geprüft hat, was das neue System erfasst und was im Archiv bleiben muss.

4. Ein repräsentatives Projekt pilotieren

Wählen Sie ein Pilotprojekt, das die tatsächliche Arbeitsweise Ihres Teams widerspiegelt. Wenn Ingenieure mit Baugruppen, Zeichnungen, Lieferantenpaketen oder mehr als einem CAD-Werkzeug arbeiten, beziehen Sie diese in den Test ein; eine einzelne Teildatei zeigt nicht, ob der reale Workflow trägt.

Beziehen Sie bei Bedarf ein:

Eine Hauptbaugruppe mit mehreren referenzierten Teilen und mindestens einer Zeichnung
Eine Mischung aus aktiven und freigegebenen Dateien
Ein Bibliothekselement oder eine externe Referenz
Einen Nutzer pro wichtiger Rolle sowie einen externen Prüfer, falls Lieferantenzusammenarbeit im Umfang liegt
Einen typischen Änderungs-, Prüf- und Freigabefall

Führen Sie das Pilotprojekt mit einer kontrollierten Kopie der Quelle durch. Dokumentieren Sie vor dem Upload die Dateimenge und erwarteten Beziehungen und testen Sie anschließend mit den vorgesehenen Nutzern. Bestätigen Sie:

Die erwarteten Dateien sind vorhanden und in der vereinbarten Projektstruktur auffindbar.
Die native CAD-Anwendung öffnet die Baugruppe und löst die erwarteten Referenzen auf. Eine Browser-Vorschau ersetzt nicht den Test der Arbeitsdatei im nativen CAD-System.
Das Team kann laufende Arbeit von einer freigegebenen oder ersetzten Version unterscheiden.
Berechtigte Nutzer können ihre vorgesehenen Aktionen ausführen, eingeschränkte Nutzer sehen keine Daten außerhalb ihres Umfangs.
Ein Nutzer kann den vereinbarten Bearbeitungs- und Übergabeprozess einschließlich Check-in/Check-out abschließen, sofern diese Kontrollen Teil des Workflows sind.
Ein Prüfer oder Lieferant greift nur auf die für seine Rolle genehmigten Dateien und Aktionen zu.
Ausnahmen, fehlende Historie, nicht unterstützte Formate und manuelle Schritte sind mit Verantwortlichem und Entscheidung dokumentiert.

Schreiben Sie die Abnahmekriterien vor dem Test auf. Beispiel: „Die Hauptbaugruppe wird mit allen im Manifest aufgeführten Referenzen geöffnet; die freigegebene Zeichnung ist eindeutig erkennbar; der Lieferant sieht nur das genehmigte Paket; und die Quelle bleibt wiederherstellbar.“ Wenn ein Test fehlschlägt, korrigieren Sie Zuordnung oder Workflow und wiederholen Sie das Pilotprojekt, bevor Sie skalieren. Im Pilotprojekt sollten Sie außerdem formatspezifische Grenzen bestätigen, bevor ein Migrationstermin festgelegt wird.

Prüfen Sie für CAD ROOMS die konkreten Pilotdateien anhand der Multi-CAD-Kompatibilität und validieren Sie den geplanten Workflow mit der Anleitung Dateien ein- und auschecken. Formatunterstützung, Anzeige, native Bearbeitung und das Verhalten einer bestimmten Baugruppe sind unterschiedliche Fragen. Testen Sie die Dateien und Aufgaben, die Ihr Team tatsächlich verwendet.

5. In Paketen migrieren und jedes Ergebnis abgleichen

Nach erfolgreichem Pilotprojekt migrieren Sie projektweise oder nach einer anderen Grenze, die klare Verantwortlichkeiten erhält. Vermeiden Sie unkontrollierte parallele Bearbeitung an beiden Orten. Wenn Nutzer während der Übertragung weiterarbeiten müssen, legen Sie fest, welcher Ort verbindlich ist und wie Änderungen erfasst und abgeglichen werden.

Für jedes Paket:

Erfassen Sie Quellumfang und Übertragungsdatum.
Führen Sie ein Manifest der erwarteten Dateien und Pfade.
Übertragen Sie die vereinbarten Dateien, ohne Konflikte still umzubenennen oder zu überschreiben.
Vergleichen Sie das Ziel mit dem Manifest, einschließlich Dateianzahl und relevanter Details. Wenn Quelle und Ziel eine Prüfung auf Dateiebene erlauben, verwenden Sie Prüfsummen, um bytegleiche Kopien zu bestätigen.
Testen Sie kritische Baugruppen und freigegebene Pakete erneut, nicht nur eine Stichprobe einzelner Dateien.
Prüfen Sie die Berechtigungen und holen Sie die Abnahme des Projektverantwortlichen ein.
Protokollieren Sie fehlende Referenzen, mögliche Duplikate, nicht lesbare Dateien und Metadaten, die manuell erfasst werden müssen.

Bearbeiten Sie Ausnahmen sichtbar. Ein unvollständiges Projekt darf nicht vollständig erscheinen, nur weil sein Hauptordner kopiert wurde. Jedes Paket benötigt einen eindeutigen Status wie bereit, blockiert oder akzeptiert sowie eine benannte Person für offene Punkte.

6. Cutover als kontrollierte Änderung planen

Informieren Sie die Nutzer vor dem endgültigen Cutover darüber, wann die Quelle schreibgeschützt wird, wo sie danach arbeiten und wen sie bei fehlenden Dateien oder Referenzen kontaktieren. Planen Sie ein Sperr- oder finales Synchronisierungsfenster, damit Änderungen nicht auf zwei aktive Orte verteilt werden.

Beim Cutover:

Sperren Sie Bearbeitungen in der Quelle oder wenden Sie die vereinbarte Änderungsregel an.
Übertragen und gleichen Sie alle Änderungen seit dem vorherigen Paket ab.
Prüfen Sie die risikoreichsten Baugruppen, freigegebenen Pakete, Zugriffsregeln und Pflichtnachweise erneut.
Bestätigen Sie die Abnahme durch die Projektverantwortlichen und stellen Sie sicher, dass das Team den neuen Workflow kennt.
Setzen Sie die alte Quelle auf schreibgeschützt oder kennzeichnen Sie sie gemäß den Zugriffs- und Aufbewahrungsregeln eindeutig als nicht verbindlich.
Führen Sie ein Migrationsprotokoll mit Cutover-Datum, akzeptiertem Umfang, Ausnahmen und Archivort.

Löschen Sie die Quelle nicht, nur weil die erste Woche gut verlaufen ist. Legen Sie einen Prüfzeitraum fest und holen Sie vor der Stilllegung die erforderlichen Freigaben von Engineering, IT und Records Management ein. Dauer und Aufbewahrungsregeln richten sich nach den Pflichten Ihrer Organisation.

Häufige Migrationsfehler

Zuerst kopieren und den Workflow später definieren. Klären Sie Verantwortlichkeit, Revision, Freigabe und Berechtigungen, bevor Nutzer im Ziel arbeiten.
Einen erfolgreichen Upload mit einer intakten Baugruppe gleichsetzen. Testen Sie den vollständigen Referenzsatz im nativen CAD-Workflow.
Dateihistorie mit Engineering-Revisionshistorie verwechseln. Definieren Sie Status und Revisionen eindeutig und bewahren Sie Nachweise auf, die nicht übertragen werden können.
Während der Übertragung bereinigen. Schützen Sie eine wiederherstellbare Quelle und behandeln Sie Duplikate oder veraltete Dateien als zu prüfende Ausnahmen.
Den alten Ordnerbaum ohne Blick auf die Auffindbarkeit kopieren. Bewahren Sie sinnvolle Organisation, machen Sie aber Projektgrenzen und verbindliche Datenquelle klar.
Beide Systeme unbegrenzt beschreibbar lassen. Zwei aktive Orte schaffen Unklarheit über die aktuelle Revision.
Erfolg ohne Nutzerabnahme erklären. Projektverantwortliche und Personen, die Dateien bearbeiten, prüfen und freigeben, müssen den realen Workflow testen.

Wo Cloud-PDM unterstützt

Cloud-PDM ist sinnvoll, wenn gemeinsame Ordner die Koordination von Änderungen erschweren, die freigegebene Revision nicht eindeutig erkennbar ist, externe Zugriffe schwer kontrollierbar sind oder zusammenhängende Engineering-Daten unübersichtlich werden. Der Nutzen ist besonders hoch, wenn ein gemeinsamer Workflow über mehrere CAD-Umgebungen benötigt wird. Das konkrete Verhalten von Formaten und Referenzen muss dennoch anhand der eigenen Dateien getestet werden.

CAD ROOMS bietet Versionskontrolle, Multi-CAD-Datenmanagement und Workflows für die Zusammenarbeit im Engineering. Bewerten Sie die Plattform unabhängig von der Migration selbst: Testen Sie Ihre tatsächlichen Dateien und Workflows und klären Sie dann, welche Quellhistorie und Metadaten erhalten bleiben können, bevor Sie ein Cutover-Datum festlegen.

Der Leitfaden PDM-Workflow erklärt: Revisionskontrolle, Freigaben und Release zeigt, wie kontrollierte Bearbeitung, Prüfung und Freigabe zusammenwirken. Wenn externe Übergaben Teil der Migration sind, lesen Sie auch Cloudbasierte Lieferantenzusammenarbeit. Der richtige nächste Schritt ist, ein reales Projekt zu testen und Abnahmekriterien zu dokumentieren, nicht einen reibungslosen Transfer zu versprechen. Buchen Sie eine Demo, um den Workflow mit den Dateien Ihres Teams zu besprechen.

Häufig gestellte Fragen

Q: Müssen alle Dateien aus dem gemeinsamen Ordner migriert werden?

A: Nein. Entscheiden Sie, welche Projekte aktiv sind, welche freigegebenen Nachweise verfügbar bleiben müssen und welche veralteten Dateien oder möglichen Duplikate geprüft werden sollen. Führen Sie ein freigegebenes Inventar und bewahren Sie ausgeschlossene oder archivierte Daten gemäß Ihrer Richtlinie auf. Löschen Sie keine Quelldateien, bevor Verantwortlichkeit und Aufbewahrung dokumentiert sind.

Q: Bleiben CAD-Baugruppenreferenzen beim Verschieben erhalten?

A: Gehen Sie nicht automatisch davon aus. Referenzen können von Pfaden, Namen und dem Aufbau des Projekts abhängen. Prüfen Sie zunächst Ihre konkreten Formate in der Multi-CAD-Kompatibilitätsübersicht, pilotieren Sie anschließend eine repräsentative Baugruppe und öffnen Sie sie aus dem Ziel in der nativen CAD-Anwendung. Mit der Ansicht der Dateibeziehungen in CAD ROOMS können Sie Verbindungen zwischen Baugruppen und Teilen untersuchen; vor einer großflächigen Migration bleibt die Validierung im nativen CAD-System erforderlich.

Q: Importiert Cloud-PDM alle früheren Versionen und Freigaben?

A: Das hängt von Quelle, Ziel und Migrationsmethode ab. Prüfen Sie frühere Versionen, Revisionsbezeichnungen, Freigaben, Kommentare und Audit-Aufzeichnungen einzeln. Wenn ein historischer Eintrag nicht übertragen werden kann, bewahren Sie ihn in einem genehmigten Archiv oder Migrationsprotokoll auf, statt den aktuellen Upload als vollständige Historie darzustellen. Nach dem Cutover kann CAD ROOMS neue Projektänderungen im Versionsverlauf und formelle Dateiänderungen im Revisionsverlauf erfassen; diese neuen Datensätze ersetzen keine nicht importierte Quellhistorie.

Q: Soll der alte gemeinsame Ordner nach dem Cutover erhalten bleiben?

A: In der Regel sollte er eindeutig als nicht verbindlich und schreibgeschützt verfügbar bleiben, bis das Ziel akzeptiert wurde und alle Aufbewahrungspflichten erfüllt sind. Benennen Sie eine verantwortliche Person und ein Prüfdatum, damit das Archiv nicht wieder zu einem zweiten Arbeitsort wird.

Quellen

Über die Autorin

💡

Christina Rebel

CEO von CAD ROOMS | Mitgründerin von Wikifactory

Ich bin Christina Rebel, CEO von CAD ROOMS. Seit mehr als zehn Jahren arbeite ich an der Schnittstelle von cloudbasierter Engineering-Zusammenarbeit, digitaler Fertigung und verteilter Produktentwicklung.

Im Laufe meiner Karriere habe ich mit Ingenieuren, Designern und Fertigungsteams daran gearbeitet, CAD-Datenmanagement, Versionskontrolle, Lieferantenzusammenarbeit und browserbasierte Design-Reviews zu verbessern. Mein Ziel ist es, moderne Engineering-Workflows zugänglicher, sicherer und effizienter zu machen, insbesondere für KMU und Start-ups.

Ich schreibe außerdem über Engineering-Zusammenarbeit und habe Beiträge bei Design News und DEVELOP3D veröffentlicht.

Der Autorin folgen: LinkedIn