Produktkonfigurator ERP- und PIM-Integration: SAP, Dynamics und Akeneo anbinden

Ein Produktkonfigurator entfaltet seinen eigentlichen Nutzen erst dann, wenn er sauber in die bestehende Systemlandschaft integriert ist. Ohne ERP-, PIM- und Commerce-Anbindung entstehen Medienbrüche, doppelte Datenpflege und manuelle Angebotsprozesse –  genau die Probleme, die ein Konfigurator eigentlich lösen soll.

Deshalb ist die wichtigste Architekturfrage nicht:
„Welchen Konfigurator kaufen wir?“
Sondern:
„Wo liegen Daten, Regeln und Prozesse – und wie greifen die Systeme ineinander?“

Wer zunächst die strategischen Grundlagen verstehen möchte, findet im Artikel B2B-Produktkonfigurator vollständig erklärt den vollständigen Überblick über Architektur, Variantenlogik und Systemlandschaften.

Warum die Systemintegration das Rückgrat jedes Konfigurators ist

Ein Produktkonfigurator ist keine isolierte Anwendung.

Er sitzt typischerweise zwischen:

• PIM,
• ERP,
• Shop,
• CRM,
• CPQ,
• und Produktionssystemen.

Je komplexer die Produktlogik, desto wichtiger wird eine stabile Integrationsarchitektur.

Die häufigste Ursache für gescheiterte Konfigurator-Projekte ist nicht die Benutzeroberfläche — sondern eine unklare Systemverantwortung.

Der Datenfluss: PIM → Konfigurator → Warenkorb/Angebot → ERP

Typischer Datenfluss:

1. Produktdaten aus dem PIM
2. Varianten- und Regelprüfung im Konfigurator
3. Preisermittlung
4. Angebots- oder Warenkorberstellung
5. ERP-Übergabe
6. Stücklisten-Generierung
7. Fertigungsauftrag

Dieser Datenfluss entscheidet über:

• Geschwindigkeit,
• Wartbarkeit,
• Skalierbarkeit,
• und Fehleranfälligkeit.

Typische Integrationslücken und deren Kosten

In vielen Projekten entstehen Probleme durch:

• doppelte Preislogik,
• inkonsistente Produktdaten,
• fehlende API-Strategie,
• oder manuelle ERP-Übergaben.

Die Folge:

• fehlerhafte Angebote,
• Produktionsfehler,
• lange Bearbeitungszeiten,
• hohe Wartungskosten.

In komplexen B2B-Projekten entfallen häufig 30–80 % des Gesamtaufwands auf Integration und Datenlogik — nicht auf die eigentliche Oberfläche.

Produktkonfigurator und SAP verbinden (ERP & S/4HANA)

SAP bleibt im deutschen Mittelstand und im Maschinenbau eines der wichtigsten Zielsysteme.

Gerade hier entscheidet die Architektur darüber, ob ein Konfigurator langfristig wartbar bleibt.

SAP-Variantenkonfiguration (LO-VC) vs. eigenständiger Konfigurator

SAP bietet mit LO-VC beziehungsweise AVC bereits eigene Variantenlogiken.

Das führt oft zur Kernfrage:
Wo soll die eigentliche Konfigurationslogik liegen?

Mögliche Modelle:

• vollständig in SAP,
• vollständig im Konfigurator,
• oder hybrid.

In der Praxis ist ein hybrider Ansatz häufig sinnvoll:

• SAP verwaltet produktionsnahe Regeln,
• der Konfigurator übernimmt UX, Benutzerführung und Commerce-Prozesse.

Schnittstellen-Optionen: RFC, OData API, SAP Integration Suite

Typische Integrationsoptionen:

Die Wahl hängt ab von:

• Echtzeit-Anforderungen,
• SAP-Version,
• Prozesskomplexität,
• und vorhandener Middleware.

Stücklisten-Übergabe und Fertigungsauftrag

Besonders kritisch:
die Übergabe der Konfiguration in eine technisch gültige Stückliste.

Dabei entstehen häufig:

• dynamische Baugruppen,
• Variantenpositionen,
• Fertigungsregeln,
• und kundenspezifische Produktionsdaten.

Genau hier scheitern viele einfache Plugin-Konfiguratoren.

Mehr zu visuellen Szenarien:
3D-Konfigurator mit ERP verbinden

Produktkonfigurator mit Microsoft Dynamics 365 integrieren

Microsoft Dynamics gewinnt im deutschen Mittelstand zunehmend Marktanteile — insbesondere bei:

• Großhandel,
• Industrie,
• und mittelständischen Herstellern.

Dynamics 365 Commerce und Power Automate als Middleware

Dynamics bietet moderne Integrationsmöglichkeiten:

• REST APIs,
• Dataverse,
• Power Platform,
• Power Automate,
• Azure Integration Services.

Dadurch entstehen flexible Hybrid-Architekturen zwischen:

• Shop,
• Konfigurator,
• CRM,
• ERP,
• und Außendienstsystemen.

Typische Datenströme und Synchronisations-Intervalle

Typische Synchronisationsmodelle:

Die Architektur sollte immer:

• Businesskritikalität,
• Performance,
• und Fehlertoleranz berücksichtigen.

PIM-Anbindung: Akeneo, Pimcore und Contentserv

Ein Konfigurator ist nur so gut wie seine Produktdatenbasis.

Deshalb ist ein PIM-System in vielen Projekten keine Ergänzung — sondern Voraussetzung.

PIM als Single Source of Truth für Konfigurationsoptionen

Typische Aufgaben des PIM:

• Produktattribute,
• Varianten,
• Medien,
• Übersetzungen,
• technische Daten,
• Beziehungen,
• Konfigurationsoptionen.

Besonders relevant bei:

• vielen Varianten,
• internationalen Sortimenten,
• Händlerportalen,
• oder Multi-Channel-Commerce.

Regellogik im Konfigurator vs. Regellogik im PIM — wo gehört sie hin?

Eine der wichtigsten Architekturfragen überhaupt.

Faustregel:

Das PIM sollte keine komplexe Regelengine ersetzen.

Ebenso sollte das ERP nicht die komplette UX-Logik übernehmen.

Genau diese Trennung fehlt in vielen Projekten — und wird von den meisten Wettbewerbern kaum offen diskutiert.

Mehr dazu:
Shopware und Magento Konfigurator Anbindung

Regelbasierte Konfiguration: Wie die Logik-Schicht zwischen PIM und ERP funktioniert

Die eigentliche „Intelligenz“ eines Konfigurators liegt in der Regelengine.

Wenn-Dann-Regeln, Ausschlussmatrizen, Muss-Kombinationen

Typische Regelarten:

• Wenn-Dann-Regeln,
• Ausschlussregeln,
• Pflichtkombinationen,
• technische Abhängigkeiten,
• Preisregeln,
• Produktionsregeln.

Beispiel:
„Motor A erfordert Kühlung B und schließt Gehäuse C aus.“

Wo die Konfigurationslogik technisch verortet wird (Konfigurator-Engine vs. ERP)

Mögliche Architekturen:

Gerade im Maschinenbau lohnt sich häufig:

ERP-Integration des Maschinenbau-Konfigurators

Integrations-Checkliste für B2B-Hersteller (12 Punkte)

Vor Projektstart sollten folgende Fragen geklärt werden:

1. Wo liegen die Produktstammdaten?
2. Welche Systeme liefern Preise?
3. Gibt es bestehende Variantenlogik im ERP?
4. Welche APIs stehen zur Verfügung?
5. Welche Systeme müssen in Echtzeit synchronisieren?
6. Gibt es bereits Middleware?
7. Wie werden Stücklisten erzeugt?
8. Wie läuft die Angebotsgenerierung?
9. Welche Rollen und Freigaben existieren?
10. Welche Daten gehören ins PIM?
11. Welche Regeln gehören in die Konfigurator-Engine?
12. Welche Prozesse müssen mobil funktionieren?

Fazit

Ein Produktkonfigurator ist kein isoliertes Frontend-Projekt.
Er wird zum zentralen Knotenpunkt zwischen:

• Vertrieb,
• ERP,
• PIM,
• Produktion,
• und Commerce.

Deshalb entscheidet nicht die schönste Oberfläche über den Projekterfolg — sondern die Architektur dahinter.

Die wichtigste Frage lautet:
Wo liegen Daten, Regeln und Prozessverantwortung?

FAQ

Braucht ein Produktkonfigurator zwingend ein ERP-System?

Nein. Für einfache Szenarien reicht teilweise ein Shop- oder PIM-System. Bei komplexen B2B-Prozessen wird ERP-Integration jedoch fast immer notwendig.

Kann man SAP direkt mit einem Produktkonfigurator verbinden?

Ja. Typische Schnittstellen sind RFC, OData APIs oder die SAP Integration Suite.

Was ist wichtiger: ERP oder PIM?

Beide Systeme erfüllen unterschiedliche Aufgaben. ERP verwaltet Preise und Aufträge, PIM Produktdaten und Varianteninformationen.

Wo sollte die Regellogik liegen?

Das hängt von der Architektur ab. Häufig ist ein hybrider Ansatz sinnvoll: ERP für Produktionslogik, Konfigurator für Benutzerführung.

Was macht eine Middleware?

Sie orchestriert Datenflüsse zwischen ERP, PIM, Shop und Konfigurator.

Ist Echtzeit-Synchronisation immer notwendig?

Nein. Für Preise und Bestände oft sinnvoll, für Produktdaten häufig Batch-Synchronisation ausreichend.

Welche PIM-Systeme eignen sich für Produktkonfiguratoren?

Häufig genutzt werden Akeneo, Pimcore und Contentserv.

Wie hoch sind typische Integrationsaufwände?

Bei komplexen Projekten entfallen häufig 30–80 % des Gesamtaufwands auf Integration und Datenlogik.