Begriffe der industriellen Produktkonfiguration

Regelgestützte Zusammenstellung eines Angebots aus Produkten, Leistungen, Preisen, Bedingungen und Dokumenten. Sie kann technische Konfiguration enthalten, ist aber nicht mit ihr gleichzusetzen.

Zulässiger Wert eines Merkmals, beispielsweise 400 V, Edelstahl oder 2.000 mm. Ausprägungen benötigen Gültigkeit, Einheit, Sprache und gegebenenfalls eine technische Codierung.

Formale Einschränkung des Lösungsraums. Ein Constraint beschreibt, welche Kombinationen zulässig, unzulässig oder nur unter Bedingungen möglich sind.

System- und Prozesskonzept zur Konfiguration, Preisfindung und Angebotserstellung. Im industriellen Umfeld reicht CPQ je nach Systemklasse von vertriebsnaher Angebotsautomation bis zur tiefen Produkt- und Stücklistenlogik.

Geführte Ermittlung von Bedarf, Anwendung und geeigneter Lösung aus Kundensicht. Guided Selling ordnet den Einstieg in den Lösungsraum; es ersetzt nicht die technische Baubarkeitsprüfung.

Konfiguration auf Produkt-, Funktions- oder Leistungsniveau, ohne unmittelbar jede Stücklistenposition zu bestimmen. Die technische Ableitung kann in einem späteren Schritt oder einem anderen System erfolgen.

Gesamtheit der freigegebenen Merkmalswerte, Regelnachweise, Preise, Strukturen und Dokumente eines Konfigurationslaufs. Es muss versionierbar und bei Bedarf historisch reproduzierbar sein.

Kompakte technische Darstellung einer Konfiguration, häufig als Code oder Folge von Merkmal-Wert-Paaren. Ohne referenzierten Modell- und Versionsstand ist er nicht dauerhaft eindeutig.

Beschreibendes oder steuerndes Attribut eines Produkts, einer Anwendung oder eines Prozesses. Vertriebsmerkmale, technische Klassenmerkmale und Berechnungsparameter haben unterschiedliche Rollen und dürfen nicht unbesehen vermischt werden.

Zielbild eines durchgängigen Prozesses, bei dem eine fachlich gültige Konfiguration ohne erneute manuelle Erfassung in nachgelagerte Ergebnisse überführt wird. One Touch bedeutet nicht zwingend ein einziges System.

Regelgestützte Auswahl und Kombination zulässiger Produktbestandteile oder Merkmalswerte. Sie erzeugt eine konkrete Lösung innerhalb eines definierten Variantenraums.

Softwarekomponente zur geführten oder regelbasierten Produktkonfiguration. Der Begriff sagt noch nichts über Systemklasse, Prozessnähe, Pricing, Engineering-Tiefe oder Ergebnisobjekte aus.

Formale Beschreibung von Merkmalen, Regeln, Strukturen, Berechnungen, Gültigkeiten und Ableitungen eines konfigurierbaren Produkts. Das Produktmodell ist ein langfristiger Vermögenswert und nicht lediglich Inhalt einer Benutzeroberfläche.

Gesamtheit der formalen Produkt-, Prozess-, Preis- und Ableitungsregeln. Pflege, Test, Freigabe, Versionierung und Verantwortlichkeit bestimmen seine langfristige Beherrschbarkeit.

Konfiguration einer übergeordneten Lösung aus mehreren Produkten, Services oder Teilsystemen. Sie umfasst häufig Abhängigkeiten, Mengen, Topologie und gemeinsame Leistungsbedingungen.

Konfiguration innerhalb eines vorstrukturierten Variantenraums. In ERP-Kontexten bezeichnet der Begriff häufig die regelbasierte Ableitung von Materialien, Stücklisten und Arbeitsplänen.

Menge aller durch Merkmale, Regeln und Strukturen beschreibbaren zulässigen Lösungen. Ein großer mathematischer Variantenraum ist nicht automatisch ein wirtschaftlich sinnvolles Angebot.

Konfiguration aus Sicht von Kunde, Anwendung und Vertrieb. Sie arbeitet mit verständlichen Merkmalen und muss technische Produktlogik zuverlässig übersetzen, ohne sie zu verfälschen.

Definierte technische Schnittstelle für Funktionen und Daten. Eine API beschreibt Erreichbarkeit und Struktur; fachliche Semantik, Versionierung und Verantwortung müssen zusätzlich geregelt werden.

Standardisiertes XML-basiertes Austauschformat für elektronische Produktkataloge im B2B-Umfeld. Es transportiert katalogorientierte Daten, ersetzt aber kein technisches Konfigurationsmodell.

Systemraum für Kunden, Kontakte, Opportunities, Aktivitäten und Vertriebsprozesse. CRM kann Angebot und CPQ einbetten, ist jedoch nicht automatisch der führende Produktmodellkern.

Verwaltung von Bildern, Videos, Renderings und weiteren Medien. DAM liefert Medien an PIM, CPQ, Commerce und Dokumentenerzeugung.

Verbindliche Festlegung, welches System oder welche Rolle ein Objekt fachlich führt. Datenhoheit ist objektbezogen; ein einziges System für alle Produktinformationen ist weder realistisch noch notwendig.

Technische Struktur zur Darstellung und Übertragung von Daten. Format, Schema, Semantik, Identität, Version und Übertragungsprozess sind getrennte Architekturentscheidungen.

System zur Ablage, Versionierung, Freigabe und Recherche von Dokumenten. Nicht zu verwechseln mit Configuration Lifecycle Management.

Standard für die strukturierte Klassifikation und Beschreibung von Produkten und Dienstleistungen. ECLASS-Merkmale unterstützen Austausch und Vergleich, ersetzen aber keine anwendungsspezifische Konfigurationslogik.

Systemraum für Material, Preis, Auftrag, Beschaffung, Bestand, Fertigung und Finanzprozesse. ERP-nahe Variantenkonfiguration kann ein operativer Kern der Gesamtarchitektur sein.

Klassifikationsmodell für technische Produkte mit standardisierten Klassen und Merkmalen. Es wird vor allem für Datenaustausch und Kanäle genutzt.

Asynchrone Kopplung über fachliche Ereignisse wie Freigabe, Änderung oder Auftrag. Sie reduziert direkte Abhängigkeiten, verlangt aber eindeutige Ereignisdefinitionen und Fehlerbehandlung.

Abfragesprache und Laufzeit für APIs, bei der Clients benötigte Datenstrukturen gezielt anfordern. Für Transaktionen, Versionierung und Governance gelten dieselben fachlichen Anforderungen wie bei anderen API-Stilen.

Übergreifende Steuerung zentraler Stammdaten, Identitäten, Dubletten und Verantwortlichkeiten. MDM kann Produkt- und Kundenstämme harmonisieren, führt aber nicht automatisch Konfigurationsregeln.

Offenes Protokoll für standardisierte, webbasierte Datenabfragen und -operationen. Es unterstützt technische Integration, legt aber die fachliche Objektsemantik nicht fest.

Führt vermarktungs- und kanalspezifische Produktinformationen wie Texte, Medien, Klassifikationen und freigegebene Merkmale. PIM ist typischerweise nicht das führende System für technische Baubarkeits- und Ableitungslogik, kann jedoch abgeleitete Varianten- und Publikationsdaten empfangen.

System- und Governance-Raum für Produktstrukturen, Dokumente, Varianten, Änderungen, Reifegrade und technische Freigaben. Die konkrete Rolle gegenüber CPQ und ERP hängt von Objekt und Prozess ab.

Verbreiteter API-Stil und Datenformat für synchrone Webintegration. Technische Einfachheit darf nicht mit fachlicher Eindeutigkeit verwechselt werden.

Prinzip einer eindeutigen führenden Quelle je Objekt oder Aussage. In komplexen Produktarchitekturen gibt es mehrere fachliche Quellen; entscheidend sind klare Zuständigkeiten und kontrollierte Ableitungen.

Standardisierte Nachrichten- und Serviceintegration mit formalem Vertrag und XML-Strukturen. Sie bleibt in vielen Unternehmensarchitekturen relevant, insbesondere bei stabilen Transaktionen und bestehenden Kernsystemen.

Fachliche Kategorie, die den primären Kern einer Lösung beschreibt. Sie ist keine Rangfolge und sagt nicht, dass ein Produkt ausschließlich dieser Klasse angehört.

Ereignisbasierter HTTP-Aufruf, mit dem ein System ein anderes über Änderungen informiert. Webhooks benötigen Authentifizierung, Wiederholungslogik, Idempotenz und Monitoring.

Preisbildung aus einer Kostenbasis zuzüglich definierter Aufschläge. Das Verfahren ist nachvollziehbar, bildet aber Marktwert und Zahlungsbereitschaft nur indirekt ab.

Anwendung von Rabatten auf Listen-, Ziel- oder Positionspreise. Rabattlogik benötigt Grenzen, Gründe, Berechtigungen, Freigaben und Auswertung der tatsächlichen Preiswirkung.

Daten- oder situationsabhängige Anpassung von Preisen oder Preisleitplanken. Im B2B-Umfeld müssen Erklärbarkeit, Vertragsregeln, Freigaben, Fairness und Reproduzierbarkeit gesichert sein.

Definierte Preisuntergrenze, die nur mit besonderer Freigabe unterschritten werden darf. Sie kann aus Kosten, Risiko, Strategie oder Vertragsgrenzen abgeleitet sein.

Kombination mehrerer Preislogiken, etwa Kostenuntergrenze, merkmalsbasierte Zuschläge, Zielmarge und value-based Leitplanken. Konflikt- und Prioritätsregeln sind zwingend.

Ermittlung erwarteter oder standardisierter Kosten einer Konfiguration. Kosten und Preis sind getrennte Objekte, auch wenn sie für Marge und Freigabe zusammengeführt werden.

Differenz zwischen Erlös und definierter Kostenbasis, absolut oder relativ. Aussagekraft entsteht erst durch eindeutige Kostenart, Bezugsgröße und Zeitpunkt.

Aufschlag auf eine Kosten- oder Basisgröße zur Preisbildung. Mark-up und Marge sind mathematisch nicht identisch und dürfen in Regeln und Dashboards nicht verwechselt werden.

Preisbildung aus Merkmalswerten, Optionen, Leistungsparametern oder Kombinationen. Sie verbindet Produktlogik und Preis, erhöht aber Anforderungen an Pflege und Test.

Transparente Darstellung vom Listen- oder Referenzpreis über Zuschläge, Rabatte, Boni und weitere Effekte bis zum Netto- oder Pocket-Preis.

Workflow zur Kontrolle von Abweichungen, Rabatten, Margen oder Sonderbedingungen. Gute Freigaben sind risikobasiert und vermeiden unnötige Schleifen.

Gestaltung und operative Anwendung von Preislogik, Leitplanken und Governance. Pricing umfasst mehr als Preisberechnung: Segmentierung, Wert, Kosten, Mark-up, Rabatte, Freigaben und Analyse.

Durchgängiger Prozess vom Angebot über Auftrag, Lieferung und Abrechnung bis zum Zahlungseingang. CPQ bildet nur einen Teil dieser Kette.

Angestrebter Preis oder Preisbereich für Segment, Kunde oder Deal. Er dient als Leitplanke zwischen Listenpreis, Marktwert, Kosten und Verhandlung.

Preisbildung auf Grundlage des wirtschaftlichen Nutzens und der Zahlungsbereitschaft eines Segments oder Kunden. Sie benötigt belastbare Nutzenargumentation und Differenzierung.