Blog Von SOLIDWORKS zu Onshape: Was passiert mit Ihren Bestandsdaten?
Von SOLIDWORKS zu Onshape: Was passiert mit Ihren Bestandsdaten?
Beim Wechsel von SOLIDWORKS zu Onshape verschwinden Bestandsdaten nicht. Dieser Leitfaden zeigt, wie sie sichtbar, kontrolliert und zugänglich bleiben.
Ihr Team hat beschlossen, von SOLIDWORKS zu Onshape zu wechseln. Das Versprechen der cloud-nativen Arbeitsweise ist real: keine Installationen, weniger VPN-Aufwand und Zusammenarbeit direkt im Browser. Für viele kleine und mittlere Engineering-Teams ist das tatsächlich die bessere Art zu arbeiten.
Doch genau hier kommt oft die Überraschung:
Ihre alten SOLIDWORKS-Daten folgen nicht automatisch in die Cloud.
Historische Baugruppen, freigegebene Zeichnungen, Referenzmodelle von Lieferanten und archivierte Revisionen liegen weiterhin im SOLIDWORKS-PDM-Tresor – oder schlimmer noch auf verstreuten Netzlaufwerken. Und das Unternehmen braucht sie weiterhin.
Sollte der Wechsel in die Cloud nicht eigentlich einfach sein?
Onshape ist cloud-native. SOLIDWORKS ist desktopbasiert. Auf den ersten Blick klingt es so, als müssten Sie nur keine Software mehr installieren und könnten sofort im Browser arbeiten.
Ganz so einfach ist es nicht. Die eigentliche Konstruktionsarbeit ist vergleichsweise unkompliziert. Schwieriger wird es auf der Datenseite.
Ein kurzer Realitätscheck. Mit Onshape kann Ihr Team jetzt:
✅ einen Design-Link teilen statt eine .sldprt-Datei zu verschicken
✅ auf VPN-Setups für Remote-Ingenieurteams und Dienstleister verzichten
✅ in Echtzeit zusammenarbeiten, ohne Check-out-Konflikte
✅ die Abhängigkeit von Workstations für neue Projekte reduzieren
Trotzdem muss Ihr Team weiterhin:
❌ auf alte SOLIDWORKS-Baugruppen für Support und Fertigung zugreifen
❌ Lieferantenfragen zu freigegebenen Konstruktionen beantworten
❌ archivierte Revisionen für Qualitätsaudits nachschlagen
❌ Transparenz über alte und neue Arbeit behalten
Diese zweite Liste ist die eigentliche Migrationsherausforderung.
Warum Teams von SOLIDWORKS zu Onshape wechseln
Unternehmen entscheiden sich meist aus praktischen Gründen für diesen Schritt:
weil sie cloud-native Zusammenarbeit wollen
weil sie die Abhängigkeit von schweren Desktop-Rollouts reduzieren möchten
weil sie verteilte Engineering-Teams besser unterstützen müssen
weil der Zugriff für externe Partner und Remote-Mitarbeitende einfacher werden soll
weil neue Produktworkflows ohne vollständige Workstation-Abhängigkeit schneller werden sollen
Das sind starke Gründe für ein cloudbasiertes CAD-Modell.
Doch selbst wenn Onshape klar sinnvoll ist, bleibt die Frage der Bestandsdaten ungelöst. Die meisten Unternehmen brauchen weiterhin Zugriff auf Jahre an SOLIDWORKS-Arbeit. Ähnliche Kontinuitätsprobleme gibt es auch beim Wechsel von SOLIDWORKS zu Siemens NX oder von CATIA zu Creo.
Was wird übertragen – und was bleibt zurück?
Onshape bietet Importfunktionen für SOLIDWORKS. Aber „Import“ ist nicht dasselbe wie eine vollständige Migration.
Was sich in der Regel gut übertragen lässt
Teilegeometrie – Volumenkörper, Flächen und grundlegende Features lassen sich meist gut importieren
Baugruppenstruktur – Beziehungen und Positionen der Komponenten bleiben häufig erhalten
Standardformate – STEP, IGES und Parasolid werden zuverlässig importiert
Wo die Lücken entstehen
Bereich
Was beim Import passiert
Warum das wichtig ist
Parametrische Historie
Geht beim Import verloren; die Geometrie wird zu einem „dummen“ Solid
Ingenieurteams können nicht mehr mit der ursprünglichen Konstruktionsabsicht weiterarbeiten und müssen oft neu aufbauen
Zeichnungsreferenzen
SOLIDWORKS-Zeichnungen lassen sich nicht direkt in Onshape Drawings übernehmen
Freigegebene Zeichnungen müssen eventuell neu erstellt oder separat gepflegt werden
PDM-Metadaten
Revisionsverlauf, Freigaben, Workflow-Status und benutzerdefinierte Eigenschaften werden nicht mitgenommen
Wichtige Audit- und Compliance-Informationen bleiben im Altsystem zurück
Dateireferenzen und Verknüpfungen
Komplexe Baugruppen, Konfigurationen und Designtabellen können beschädigt werden
Große Baugruppen mit vielen Varianten sind besonders anfällig
Toolbox- und Bibliotheksteile
Standardkomponenten und Bibliotheksteile passen nicht immer zu Onshape-Äquivalenten
Importierte Baugruppen können unvollständig sein oder falsch zugeordnete Teile enthalten
Makros und Automatisierung
VBA-Makros, DriveWorks-Regeln und SOLIDWORKS-spezifische Automatisierungen werden nicht übernommen
Automatisierte Abläufe müssen mit FeatureScript oder der Onshape-API neu aufgebaut werden
Große Archivvolumen
Zehntausende Dateien einzeln zu importieren ist unpraktisch
Die Migration großer Archive ist zeitaufwendig und fehleranfällig
Das Ergebnis: Onshape funktioniert sehr gut für neue Projekte, aber ein großes historisches SOLIDWORKS-Archiv mit voller Genauigkeit zu übernehmen ist selten realistisch.
Das Bestandsdaten-Problem
Hier wird die Migration schwieriger.
Das neue System kann für die künftige Konstruktion hervorragend funktionieren, aber das Unternehmen ist weiterhin auf große Mengen historischer Engineering-Daten angewiesen, die anderswo entstanden sind:
SOLIDWORKS-Teile und -Baugruppen
Zeichnungen zu freigegebenen Konstruktionen
Referenzmodelle für Lieferanten
archivierte Revisionen für Qualität oder Support
aktive Programme, die nicht sofort migriert werden können
Ohne klare Strategie landen Teams schnell in einer geteilten Umgebung:
neue Arbeit beginnt in Onshape
alte Arbeit bleibt in SOLIDWORKS
Menschen suchen an mehreren Orten
das Management verliert den Gesamtblick auf das Archiv
Zusammenarbeit wird weniger konsistent
Genau das ist das eigentliche Migrationsrisiko. Dasselbe Problem treibt viele Unternehmen dazu, SOLIDWORKS PDM-Alternativen für kleine Teams zu prüfen, selbst ohne CAD-Plattformwechsel.
„Das Beste für uns ist, dass jede Person jederzeit an jedem Projekt arbeiten kann. Und weil alles cloudbasiert ist, ist das ein großer Vorteil.“
Manche Teams gehen davon aus, dass sie SOLIDWORKS PDM während der Übergangsphase parallel zu Onshape betreiben können. Auf dem Papier klingt das machbar. In der Praxis erzeugt es Reibung:
SOLIDWORKS PDM erfordert SOLIDWORKS-Lizenzen, um große Teile der Funktionalität zu nutzen
Nicht-CAD-Rollen brauchen weiterhin Zugriff auf Bestandsdateien, ohne SOLIDWORKS zu installieren
Zwei getrennte Systeme bedeuten zwei Berechtigungsmodelle, zwei Suchoberflächen und zwei Wahrheiten
Kostenvorteile durch Onshape werden durch die Pflege der Altinfrastruktur teilweise wieder aufgehoben
Warum „einfach alles konvertieren“ meist scheitert
Ein häufiger Impuls ist eine vollständige Sofortmigration: alle SOLIDWORKS-Daten ins neue System überführen und das alte abschalten.
Das klingt effizient, bringt in der Praxis aber neue Risiken mit sich.
Umfang
Selbst ein kleineres Engineering-Team kann Tausende oder Zehntausende SOLIDWORKS-Dateien über Teile, Baugruppen und Zeichnungen hinweg haben.
Genauigkeit
CAD-Konvertierung ist nicht immer neutral. Konstruktionshistorie, Referenzen, Konfigurationen und Zeichnungsbeziehungen gehen oft nicht zuverlässig mit.
Timing
Nicht jedes Projekt bewegt sich im selben Tempo. Einige Produkte bleiben in SOLIDWORKS, während neue Programme bereits in Onshape starten.
Geschäftskontinuität
Selbst wenn alte Dateien konvertiert werden können, brauchen Teams oft noch jahrelang eine verlässliche Möglichkeit, frühere Daten nachzuschlagen und zu prüfen.
Eine bessere Frage: Wie bleiben Bestandsdaten sichtbar?
Die sinnvollere Frage lautet nicht:
Wie schnell können wir alles umziehen?
Sondern:
Wie halten wir Bestandsdaten sichtbar und handhabbar, während neue Arbeit anderswo startet?
Dieser Perspektivwechsel ist entscheidend. Ein erfolgreicher Übergang muss Folgendes unterstützen:
alte Daten, auf die weiterhin zugegriffen wird
neue Arbeit, die in der Cloud beginnt
Lieferanten und interne Teams mit gemischten Formaten
eine schrittweise Verringerung der Abhängigkeit vom alten Autorenmodell
Das Drei-Stufen-Modell: entkoppeln → koexistieren → überführen
So gehen erfolgreiche Teams in der Praxis vor.
Schritt A: Entkoppeln
Beenden Sie die Abhängigkeit vom alten Desktop-Workflow für jede Routineaufgabe. Machen Sie das Archiv ohne SOLIDWORKS-Lizenzen zugänglich.
Schritt B: Koexistieren
Lassen Sie beide Systeme parallel laufen. Alte SOLIDWORKS-Daten und neue Onshape-Arbeit bleiben am selben Ort sichtbar.
Schritt C: Überführen
Verlagern Sie aktive Engineering-Arbeit schrittweise nach Onshape. Das Tempo sollte vom Geschäft bestimmt werden.
Für die meisten Teams dauert das eher 12 bis 24 Monate als 90 Tage.
Schritt A: Entkoppeln Sie Ihr SOLIDWORKS-Archiv
Bevor Sie auch nur eine Datei konvertieren, fragen Sie sich: Wie viele dieser alten Dateien müssen überhaupt noch einmal bearbeitet werden?
Für die meisten Teams lautet die ehrliche Antwort: sehr wenige. Die Mehrheit der Bestandsdaten muss vor allem sichtbar sein – also durchsuchbar, prüfbar und als Referenz zugänglich.
Praktische Checkliste:
Auditieren Sie Ihren SOLIDWORKS-Tresor und trennen Sie aktiv bearbeitete Daten von reinen Referenzdaten
Zentralisieren Sie Projektdaten statt sie auf verstreuten Laufwerken zu belassen
Bewahren Sie Struktur und Kontext Ihres Archivs
Ermöglichen Sie browserbasierten Zugriff für Projektleitung, Qualität und Lieferanten
Exportieren Sie PDM-Metadaten, bevor sie unzugänglich werden
Der Kernpunkt: Sie müssen alte Dateien nicht nach Onshape migrieren, damit sie nützlich bleiben. Sie können sie in eine dateibasierte Cloud-PDM-Lösung importieren, die native SOLIDWORKS-Formate unterstützt.
Schritt B: Lassen Sie beide Systeme parallel laufen
Diese Phase wird oft als Stillstand missverstanden. Ist sie aber nicht. Koexistenz ist kein Scheitern, sondern die realistische Zwischenstufe.
So sieht das in der Praxis aus:
Das Team für neue Produktentwicklung startet alle Projekte in Onshape
Das Sustaining-Team greift weiterhin auf SOLIDWORKS-Baugruppen zu
Ein Lieferant sendet eine SOLIDWORKS-Datei, die gemeinsam mit neuer Onshape-Arbeit geprüft werden muss
Das Qualitätsteam braucht eine Zeichnung aus 2019 für ein Audit
All das muss gleichzeitig funktionieren. Der Schlüssel ist ein Ort, an dem alt und neu gemeinsam sichtbar sind.
Häufige Fehler in der Koexistenzphase:
anzunehmen, dass alle am selben Tag wechseln können
zwei getrennte Suchsysteme ohne gemeinsame Ebene zu betreiben
zu vergessen, dass Lieferanten weiterhin Desktop-CAD-Dateien schicken
zu unterschätzen, wie lange Bestandsprogramme aktiv bleiben
Schritt C: Aktive Arbeit schrittweise nach Onshape verlagern
Sobald das Team mit Onshape für neue Arbeit vertraut ist und das Altarchiv ohne SOLIDWORKS zugänglich bleibt, können Sie den Übergang weiter zuspitzen:
Neue Projekte: starten ausnahmslos in Onshape
Aktive Programme: werden nur bei klarem Nutzen migriert
SOLIDWORKS-Lizenzen: werden reduziert, sobald weniger Personen sie täglich benötigen
Bestandsarchiv: wird zu einem schreibgeschützten Referenzraum
Praktische Faustregel: Wer SOLIDWORKS seit 30 Tagen nicht geöffnet hat, braucht die Lizenz wahrscheinlich nicht mehr.
Warum gemeinsame Sichtbarkeit in dieser Phase so wichtig ist
Viele Migrationen fühlen sich chaotisch an – nicht wegen des Autorentools selbst, sondern wegen fehlender gemeinsamer Sichtbarkeit.
Ohne diese verlieren Teams schnell den Überblick darüber,
welche Dateien noch Bestandsdaten sind
welche Projekte bereits cloud-native laufen
worauf Lieferanten noch angewiesen sind
wo die maßgebliche Prüfkopie liegt
welche Archivdaten noch geschäftskritisch sind
Das betrifft nicht nur Konstruktion, sondern auch Fertigung, Einkauf, Qualität und Führung.
Wie CAD ROOMS in dieses Übergangsmodell passt
CAD ROOMS kann während eines Wechsels von SOLIDWORKS zu Onshape als neutraler, dateibasierter Cloud-Arbeitsraum dienen.
Die Rolle von CAD ROOMS ist nicht, SOLIDWORKS oder Onshape als Autorensystem zu ersetzen. Die Rolle besteht darin, Sichtbarkeit, Zusammenarbeit und Kontrolle zu sichern, während Alt- und Neusystem überlappen.
„Die verbesserte Sichtbarkeit und die Möglichkeit zu messen – das ist ein großer Gewinn.“
— US-Unternehmen für Präzisionsfertigung · Technical Lead
Kurzer Selbstcheck: Ist Ihr Team bereit?
Bevor Sie starten, stellen Sie sich diese fünf Fragen:
Wie viele aktive SOLIDWORKS-Projekte haben Sie? Bei weniger als 10 können Sie schneller vorgehen. Bei 50 oder mehr sollten Sie eine längere Koexistenz einplanen.
Schicken Ihre Lieferanten weiterhin SOLIDWORKS-Dateien? Wenn ja, brauchen Sie auch nach dem Wechsel eine Möglichkeit, sie zu prüfen.
Müssen Qualität oder Compliance auf alte Zeichnungen zugreifen? Wenn ja, ist browserbasierter Archivzugriff unverzichtbar.
Für wie viele SOLIDWORKS-Lizenzen zahlen Sie aktuell? Jede Person, die vollständig zu Onshape wechselt, kann potenziell eine Lizenz einsparen.
Gibt es einen einzigen durchsuchbaren Ort für alle Engineering-Daten? Wenn nicht, ist das der erste Hebel vor jeder CAD-Migration.
Das Fazit
Der Wechsel von SOLIDWORKS zu Onshape ist nicht wegen des neuen Tools schwierig. Er ist wegen der alten Daten schwierig.
Die gute Nachricht: Sie müssen nicht beides gleichzeitig lösen. Entkoppeln Sie zuerst das Archiv, lassen Sie beide Systeme koexistieren und verlagern Sie aktive Arbeit dann schrittweise.
CAD ROOMS macht den Archivteil leichter: Ihre historischen SOLIDWORKS-Daten bleiben im Browser sichtbar und prüfbar, während Ihr Team die Zukunft in Onshape aufbaut.
Die richtige Frage lautet nicht: „Wie schnell können wir SOLIDWORKS hinter uns lassen?“ – sondern: „Wie klar können wir während des Übergangs weiterarbeiten?“
Häufig gestellte Fragen
Q: Muss ich sofort jede SOLIDWORKS-Datei nach Onshape verschieben?
A: Nein. Die meisten Unternehmen fahren mit einer schrittweisen Strategie besser. Historische und freigegebene SOLIDWORKS-Daten können zugänglich bleiben, während neue Programme in Onshape starten.
Q: Warum sind Bestandsdaten der schwierigste Teil eines Wechsels von SOLIDWORKS zu Onshape?
A: Weil die neue CAD-Umgebung schnell eingeführt werden kann, das Unternehmen aber weiterhin jahrelang auf Baugruppen, Zeichnungen und archivierte Revisionen für Support, Fertigung und Referenz angewiesen ist.
Q: Können SOLIDWORKS- und Onshape-Workflows während des Übergangs koexistieren?
A: Ja. In den meisten realen Übergängen tun sie das auch. Die Herausforderung besteht darin, eine gemeinsame Sichtbarkeits- und Zusammenarbeitsebene über beide Welten hinweg aufrechtzuerhalten.
Q: Wie hilft CAD ROOMS während eines SOLIDWORKS-zu-Onshape-Übergangs?
A: CAD ROOMS bietet einen neutralen, dateibasierten Cloud-Arbeitsraum, in dem SOLIDWORKS-Bestandsdaten sichtbar und prüfbar sowie verwaltbar bleiben, während neue Workflows nach Onshape wechseln.
Q: Ersetzt CAD ROOMS Onshape oder SOLIDWORKS?
A: Nein. Native CAD-Tools bleiben für Konstruktion und Bearbeitung zuständig. CAD ROOMS unterstützt Sichtbarkeit, Zusammenarbeit und Kontinuität während des Übergangs.
Q: Können Lieferanten meine SOLIDWORKS-Dateien ohne SOLIDWORKS ansehen?
„Nach zwei bis drei Jahren Suche ist CAD Rooms die erste Lösung, für die wir uns entschieden haben und mit der wir wirklich zufrieden sind.“
— Nordamerikanisches Engineering-Dienstleistungsunternehmen · CEO
🚀
Sie wechseln von SOLIDWORKS zu Onshape? CAD ROOMS hält Ihr Bestandsarchiv während des Übergangs sichtbar und zugänglich – ganz ohne SOLIDWORKS-Lizenzen. Demo buchen, um es in Aktion zu sehen.
Wie können cloudbasiertes PDM und Echtzeit-Kollaboration die Hardware-Produktentwicklung beschleunigen? Welche Tools helfen Teams, Versionen zu kontrollieren und Produkte schneller zur Marktreife zu bringen?
Welche Cloud-PDM-Software bietet die zuverlässigste Datensicherheit für Produktdaten? Wie schützen Verschlüsselung, Zugriffskontrolle und AWS-Infrastruktur geistiges Eigentum im Engineering?