SolidWorks bietet mehrere Möglichkeiten, Varianten innerhalb eines Modells oder einer Baugruppe zu verwalten. Zwei davon tauchen in der Praxis besonders häufig auf: Konfigurationen und Design Tables.

Beide verfolgen ein ähnliches Ziel, arbeiten aber auf unterschiedlichen Ebenen. Wer zu früh mit großen Tabellen beginnt, kann ein eigentlich einfaches Modell unnötig kompliziert machen. Wer dagegen hunderte Varianten nur über manuell gepflegte Konfigurationen verwaltet, verliert schnell die Übersicht.

Die richtige Frage lautet nicht: „Welches Werkzeug ist leistungsfähiger?“ Sondern: „Welche Variantenlogik muss dieses Produkt beherrschen?“

1. Was sind SolidWorks Konfigurationen?

Konfigurationen erlauben es, innerhalb eines Teils oder einer Baugruppe unterschiedliche Ausprägungen zu verwalten. Damit kann beispielsweise eine Grundkonstruktion mehrere Größen, Materialien, Feature-Zustände oder Komponentenvarianten enthalten.

Je nach Modell lassen sich unter anderem konfigurieren:

  • Abmessungen und Feature-Zustände,
  • Materialien,
  • Komponenten und deren Konfigurationen in Baugruppen,
  • Mates und Baugruppenparameter,
  • konfigurationsspezifische Eigenschaften.

SolidWorks stellt dafür unter anderem den Dialog Modify Configurations bereit, in dem Konfigurationen und häufig konfigurierte Parameter tabellarisch bearbeitet werden können.

2. Wann sind Konfigurationen besonders sinnvoll?

Konfigurationen sind stark, wenn Varianten überschaubar bleiben und technisch eng miteinander verwandt sind.

Typisches BeispielEin Halter existiert in drei Längen und zwei Materialvarianten. Die Grundgeometrie bleibt identisch, lediglich einige Maße und Eigenschaften ändern sich. Hier ist eine saubere Konfigurationsstruktur meist völlig ausreichend.

Auch Baugruppen profitieren davon, wenn beispielsweise dieselbe Maschine mit zwei Motorgrößen, mehreren Abdeckungen oder unterschiedlichen Anschlusssets angeboten wird.

Der Vorteil: Konstrukteure bleiben sehr nah am Modell. Änderungen sind nachvollziehbar und die Anzahl der Varianten bleibt beherrschbar.

3. Wo beginnen Konfigurationen unübersichtlich zu werden?

Problematisch wird es, wenn die Anzahl der Kombinationen stark wächst. Schon wenige unabhängige Variantentreiber können sehr schnell viele mögliche Ausprägungen erzeugen.

Beispiel:

  • 5 Breiten,
  • 4 Höhen,
  • 3 Anschlussvarianten,
  • 2 Motorvarianten.

Theoretisch entstehen daraus bereits 120 Kombinationen. Nicht jede davon muss tatsächlich angeboten werden – aber genau hier wird sichtbar, warum eine reine Liste von Konfigurationsnamen irgendwann schwer zu pflegen ist.

4. Was leisten Design Tables?

Design Tables übertragen die Variantenlogik stärker in eine tabellarische Struktur. Jede Zeile kann eine Konfiguration repräsentieren, während Spalten bestimmte Parameter, Eigenschaften oder Zustände definieren.

SolidWorks erlaubt über Design Tables beispielsweise die Steuerung von Maßen. Auch konfigurationsspezifische Eigenschaften lassen sich tabellarisch pflegen. Bei Baugruppen kann sogar festgelegt werden, welche Konfiguration einer Komponente in einer bestimmten Baugruppenvariante verwendet wird.

Der eigentliche VorteilEine Design Table macht nicht automatisch ein Modell besser. Ihr Nutzen entsteht vor allem dann, wenn viele Varianten nach einer klaren, wiederkehrenden Parameterlogik organisiert werden sollen.

5. Wann ist eine Design Table die bessere Wahl?

Eine Design Table wird interessant, wenn mehrere Variantentreiber gleichzeitig beherrscht werden müssen und Konstrukteure eine zentrale Übersicht benötigen.

Typische Situationen sind:

  • größere Produktfamilien mit vielen Größen,
  • wiederkehrende Kombinationen aus Optionen,
  • viele konfigurationsabhängige Maße,
  • konfigurationsspezifische Eigenschaften für Stücklisten oder Zeichnungen,
  • Baugruppen mit wiederkehrenden Komponentenvarianten.

Gerade bei Produktfamilien kann die tabellarische Struktur helfen, eine technische Variantenmatrix direkt im CAD-Modell abzubilden.

6. Konfiguration oder Design Table? Eine praktische Entscheidungshilfe

2–10 klar definierte VariantenMeist reichen klassische Konfigurationen.
Viele Größen mit denselben VariantentreibernDesign Tables können Übersicht und Pflege deutlich verbessern.
Wenige Parameter, häufige manuelle ÄnderungenKonfigurationen plus sauber konfigurierte Maße sind oft ausreichend.
Viele Parameter und KombinationenDesign Table bzw. weitergehende Regel- und Automatisierungslogik prüfen.
Kundenspezifische Varianten nach RegelnNicht nur Tabelle denken: Automatisierungsansatz wie DriveWorksXpress oder weitergehende Lösungen bewerten.

7. Die häufigsten Fehler liegen nicht im Werkzeug

Ob Konfiguration oder Design Table: Viele Probleme entstehen durch die Modellstruktur selbst.

Typische Ursachen sind:

  • instabile Referenzen auf wechselnde Flächen oder Kanten,
  • unklare Benennung von Konfigurationen und Parametern,
  • zu viele voneinander unabhängige Maße,
  • Feature-Unterdrückungen ohne klare Logik,
  • unterschiedliche Variantenstrategien in Teil und Baugruppe,
  • nicht abgestimmte Zeichnungs- und Stücklistenlogik.

Ein schlecht strukturiertes Modell bleibt auch mit einer perfekten Tabelle schlecht strukturiert. Deshalb sollte vor dem Aufbau größerer Variantenfamilien zuerst die technische Logik festgelegt werden.

8. Beispiel: Größenfamilie einer Baugruppe

Nehmen wir eine Baugruppe in vier Breiten und drei Höhen. Zusätzlich gibt es zwei unterschiedliche Antriebe.

Statt jede Ausführung als unabhängige Kopie zu speichern, könnte die Produktfamilie über folgende Variantentreiber aufgebaut werden:

  • Breite → zentrale Geometrieabmessung,
  • Höhe → Gehäuse- und Rahmenparameter,
  • Antrieb → Komponentenwahl innerhalb der Baugruppe,
  • Artikelnummer / Beschreibung → konfigurationsspezifische Eigenschaften.

Bei wenigen freigegebenen Kombinationen können Konfigurationen die einfachere Lösung sein. Soll dagegen eine größere Matrix systematisch gepflegt werden, wird eine Design Table zunehmend interessant.

9. Wann sollte man nicht weiter konfigurieren?

Auch Design Tables haben Grenzen. Wenn Varianten stark kundenspezifisch werden, komplexe Regeln ineinandergreifen oder neue Dateien, Zeichnungen und Baugruppen automatisch erzeugt werden sollen, sollte geprüft werden, ob reine Konfigurationslogik noch die richtige Architektur ist.

Dann kommt die nächste Ebene ins Spiel: regelbasierte CAD-Automatisierung. Genau dazu folgt unser nächster SolidWorks INSIGHT.

Unser Fazit

Konfigurationen sind kein „kleines“ Werkzeug und Design Tables nicht automatisch die professionellere Lösung. Beide haben ihren Platz.

Für wenige, klar definierte Varianten sind Konfigurationen oft schneller, transparenter und robuster. Mit wachsender Anzahl von Parametern und Kombinationen kann eine Design Table die Produktfamilie wesentlich besser strukturieren.

Entscheidend bleibt jedoch die technische Architektur: Welche Merkmale variieren? Welche Abhängigkeiten bestehen? Welche Kombinationen sind zulässig? Und wie müssen Baugruppe, Zeichnung und Stückliste darauf reagieren?

BOLTCAD AnsatzWir betrachten Varianten nicht nur als CAD-Aufgabe. Zuerst wird die Produktlogik verstanden, danach werden Parametrik, Konfigurationen, Design Tables oder Automatisierung passend zur Aufgabe aufgebaut.
Technischer Bezug: Die beschriebenen SolidWorks-Funktionen orientieren sich an der offiziellen SOLIDWORKS Design Help 2026 zu „Modify Configurations“, konfigurierbaren Maßen, Design Tables, konfigurationsspezifischen Eigenschaften und Komponenten-Konfigurationen. Weiterführend: SOLIDWORKS Web Help.