ERP-Anbindung im Maschinenbau B2B E-Commerce: SAP, Sage, Infor und Dynamics in der Praxis

Ohne ERP-Anbindung bleibt der B2B-Shop eine schöne Oberfläche

Viele Maschinenbauer starten ihr E-Commerce-Projekt mit Fragen zur Shop-Plattform:

Soll es OroCommerce, BigCommerce, Shopware, Adobe Commerce oder eine andere Lösung werden?

Diese Frage ist wichtig. Aber sie ist nicht die erste Frage.

Denn im Maschinenbau entscheidet nicht allein das Shopsystem darüber, ob ein digitaler Vertriebskanal funktioniert. Entscheidend ist, ob der Shop zuverlässig mit dem ERP verbunden ist.

Ohne ERP-Anbindung fehlen genau die Informationen, die B2B-Kunden erwarten:

• kundenspezifische Preise
• aktuelle Verfügbarkeiten
• Lieferzeiten
• Rabatte
• Rahmenverträge
• Auftragsstatus
• Rechnungen
• Lieferscheine
• Bestellhistorie

Ein Shop ohne belastbare ERP-Integration wird schnell zur Datensilo-Insel. Er sieht modern aus, erzeugt aber zusätzlichen Aufwand, weil Vertrieb, Innendienst und Kundenservice weiterhin manuell prüfen müssen.

Ein Maschinenbau-Shop wird erst dann ein echter Vertriebskanal, wenn ERP, Shop, PIM, CRM und gegebenenfalls Service-Systeme sauber zusammenspielen.

Warum die ERP-Anbindung im Maschinenbau besonders kritisch ist

Im klassischen B2C-Commerce kann ein Shop viele Daten selbst verwalten.

Im Maschinenbau funktioniert das selten.

Hier liegen die geschäftskritischen Informationen meist im ERP-System:

• Kundenstammdaten
• Artikelstammdaten
• Preise
• Konditionen
• Lagerbestände
• Lieferzeiten
• Aufträge
• Rechnungen
• Gutschriften
• Serviceverträge

Der Shop ist in diesem Modell nicht der Datenherr.

Er ist der digitale Zugangspunkt für Kunden.

Das bedeutet:

Der Shop darf Daten anzeigen, Bestellungen annehmen und Prozesse auslösen. Aber die fachliche Wahrheit liegt in vielen Fällen weiterhin im ERP.

Diese Rollenverteilung muss von Anfang an klar definiert werden.

 

Der häufigste Fehler: ERP-Anbindung zu spät planen

Viele Shop-Projekte beginnen mit Frontend, Design und Plattformauswahl.

Die ERP-Anbindung wird erst später detailliert betrachtet.

Das ist riskant.

Denn die ERP-Integration bestimmt:

• welche Preise angezeigt werden können
• welche Produkte sichtbar sind
• welche Kunden bestellen dürfen
• welche Verfügbarkeiten kommuniziert werden
• wie Bestellungen verarbeitet werden
• welche Belege im Kundenkonto erscheinen
• welche Prozesse automatisiert werden können

Wenn diese Fragen erst spät geklärt werden, entstehen teure Umwege.

Ein erfolgreicher Maschinenbau-Shop beginnt deshalb mit einer Integrationsarchitektur, nicht mit einem Theme.

 

Welche Daten zwischen Shop und ERP fließen müssen

In Maschinenbau-Projekten gibt es fünf zentrale Datenströme.

Zusätzlich kommen häufig weitere Daten hinzu:

• Rechnungen
• Lieferscheine
• Auftragsstatus
• Retouren
• Reklamationen
• Servicefälle
• Wartungsverträge

Je stärker ein Shop zum Kundenportal wird, desto wichtiger wird die bidirektionale Integration.

 

Was kostet eine schwache ERP-Anbindung?

Eine schlechte Integration spart am Anfang Geld und erzeugt später dauerhaft Aufwand.

Typische Folgen:

• Preise müssen manuell geprüft werden
• Bestände stimmen nicht
• Bestellungen müssen händisch übertragen werden
• Kunden sehen falsche Lieferzeiten
• Belege fehlen im Kundenkonto
• Reklamationen entstehen durch falsche Daten
• der Innendienst wird nicht entlastet

Ein einfaches Beispiel:

Ein Unternehmen erhält 3.000 Online-Bestellungen oder Angebotsanfragen pro Jahr.

Wenn jede Bestellung wegen fehlender Integration nur 10 Minuten manuelle Nacharbeit verursacht, entstehen 30.000 Minuten Aufwand.

Das sind 500 Stunden pro Jahr.

Bei internen Kosten von 80 Euro pro Stunde entspricht das 40.000 Euro jährlichem Zusatzaufwand.

Und dabei sind Fehler, Eskalationen und Kundenunzufriedenheit noch nicht berücksichtigt.

Eine saubere ERP-Anbindung ist deshalb kein technisches Detail. Sie ist ein zentraler Bestandteil des Business Case.

 

Routinetätigkeiten automatisieren: Der eigentliche Nutzen der ERP-Integration

Eine ERP-Anbindung lohnt sich nicht, weil Systeme miteinander sprechen.

Sie lohnt sich, weil Menschen weniger manuelle Arbeit leisten müssen.

Typische Routinetätigkeiten, die automatisiert werden können:

• Preisabfragen
• Bestandsprüfungen
• Lieferzeitangaben
• Auftragserfassung
• Rechnungsbereitstellung
• Auftragsstatusabfragen
• Wiederbestellungen
• Kundenfreigaben

Dadurch gewinnen Vertrieb, Kundenservice und Innendienst Zeit für Aufgaben, die wirklich Wert schaffen:

• Beratung
• Angebotsstrategie
• Kundenentwicklung
• Servicequalität
• Prozessverbesserung

Genau hier liegt der strategische Nutzen einer ERP-Shop-Integration.

 

Welche ERP-Systeme im Maschinenbau häufig vorkommen

Im deutschen Maschinenbau-Mittelstand begegnen uns regelmäßig fünf ERP-Familien.

Die technische Integrationsstrategie hängt stark davon ab, welches ERP eingesetzt wird und wie stark es angepasst wurde.

Ein modernes SAP S/4HANA-System mit sauberen APIs ist anders zu integrieren als ein seit 25 Jahren gewachsenes AS400-System mit individueller Geschäftslogik.

 

SAP-Anbindung: S/4HANA, ECC und Business One

SAP ist im Maschinenbau weit verbreitet.

Für die Shop-Anbindung kommen je nach System und Architektur verschiedene Wege infrage:

• OData-Services
• BAPI
• IDoc
• SAP Cloud Connector
• Middleware
• kundenspezifische Schnittstellen

Bei SAP-Projekten ist entscheidend, welche Daten in Echtzeit benötigt werden und welche Daten per Batch synchronisiert werden können.

Typische Echtzeit- oder Near-Realtime-Kandidaten:

• Preise
• Verfügbarkeiten
• Auftragsanlage
• Kundenstatus

Typische Batch-Kandidaten:

• Produktdaten
• technische Attribute
• Dokumente
• Katalogstrukturen

Besonders bei SAP ECC mit kundenspezifischen Erweiterungen entstehen oft zusätzliche Anforderungen. Z-Tabellen, individuelle Konditionslogiken oder historische Prozesse müssen sauber analysiert werden, bevor eine Integrationsarchitektur festgelegt wird.

 

Sage 100 im Maschinenbau-Mittelstand

Sage 100 ist im DACH-Mittelstand häufig anzutreffen.

Viele Unternehmen nutzen Sage als zentrales System für:

• Artikel
• Kunden
• Preise
• Aufträge
• Rechnungen
• Lager

Für Shop-Projekte mit Sage 100 ist die wichtigste Frage:

Soll der Shop direkt angebunden werden oder wird eine Middleware genutzt?

Bei einfachen Projekten kann eine Direktintegration ausreichen.

Sobald jedoch PIM, CRM, mehrere Lager, mehrere Preislisten oder komplexere B2B-Prozesse hinzukommen, wird eine Middleware meist sinnvoller.

 

Infor, Dynamics und AS400

Infor und Microsoft Dynamics finden sich häufig in Unternehmen mit gewachsenen Produktions- und Handelsprozessen.

Microsoft Dynamics 365 Business Central wächst besonders im Mittelstand, weil viele Unternehmen ihre Systemlandschaft modernisieren.

Infor LN und M3 sind stärker in komplexen Fertigungs- und Industrieumgebungen vertreten.

AS400- und IBM-i-Systeme sind weiterhin relevant. Gerade traditionelle Maschinenbauer haben dort oft jahrzehntelang gewachsene Geschäftslogik.

Diese Systeme sind nicht automatisch ein Hindernis für E-Commerce.

Aber sie erfordern eine realistische Integrationsstrategie.

Häufige Ansätze:

• Datenbank-Views
• Export-/Importprozesse
• Custom-Connectoren
• Middleware mit Legacy-Adapter
• schrittweise Kapselung alter Logik

Wichtig ist: Ein moderner Shop muss nicht zwingend ein ERP-Big-Bang-Projekt auslösen. Oft ist eine saubere Kapselung des bestehenden ERP der bessere Weg.

 

Vier Integrations-Patterns in der Praxis

Für die ERP-Anbindung im Maschinenbau haben sich vier Muster bewährt.

Pattern 1: Direkt-API

Bei der Direkt-API kommunizieren Shop und ERP ohne Zwischenschicht.

Das kann sinnvoll sein, wenn:

• wenige Datenflüsse existieren
• das ERP moderne APIs bietet
• der MVP schnell starten soll
• keine komplexe Systemlandschaft vorliegt

Vorteil:

Der Einstieg ist vergleichsweise schnell.

Nachteil:

Sobald weitere Systeme hinzukommen, entstehen Punkt-zu-Punkt-Verbindungen. Diese werden schwer wartbar und schlecht überwachbar.

Für kleine Setups kann Direkt-API passen. Für wachsende B2B-Plattformen ist sie selten die langfristig beste Architektur.

 

Pattern 2: Middleware

Middleware steht zwischen Shop, ERP, PIM, CRM und weiteren Systemen.

Sie übernimmt:

• Mapping
• Transformation
• Monitoring
• Fehlerbehandlung
• Queues
• Datenflusssteuerung

Typische Middleware- oder Integrationslösungen sind zum Beispiel Lobster, Talend, sync4 oder vergleichbare Werkzeuge.

Für den Maschinenbau-Mittelstand ist Middleware häufig der pragmatischste Weg.

Sie verhindert, dass jedes System direkt mit jedem anderen System verbunden wird.

 

Pattern 3: Custom-Connector

Ein Custom-Connector wird benötigt, wenn Standardwege nicht ausreichen.

Typische Fälle:

• stark angepasstes SAP ECC
• AS400-Systeme
• individuelle Preislogik
• proprietäre Datenstrukturen
• alte ERP-Versionen ohne moderne API

Ein Custom-Connector ist aufwendiger, kann aber genau die Brücke schaffen, die ein Unternehmen benötigt, ohne das ERP sofort abzulösen.

Wichtig ist, den Connector nicht als schnelle Einzelentwicklung zu betrachten, sondern als langfristigen Integrationsbaustein.

 

Pattern 4: iPaaS

iPaaS steht für Integration Platform as a Service.

Typische Plattformen sind Boomi, MuleSoft oder vergleichbare Lösungen.

iPaaS eignet sich besonders bei:

• mehreren ERP-Systemen
• internationalen Gesellschaften
• globalen Rollouts
• komplexen Datenflüssen
• hohem Monitoring-Bedarf

Für kleinere Mittelständler ist iPaaS oft zu groß. Für größere Maschinenbauer kann es jedoch die richtige Grundlage für eine langfristige Integrationsstrategie sein.

 

Echtzeit oder Batch: Was muss wann synchronisiert werden?

Nicht jeder Datenfluss muss in Echtzeit laufen.

Eine gute Integrationsarchitektur unterscheidet zwischen Daten, die sofort aktuell sein müssen, und Daten, die in Intervallen aktualisiert werden können.

Datenart	Empfohlene Synchronisation
Bestellungen	Echtzeit oder wenige Minuten
Preise	Echtzeit oder Near-Realtime
Verfügbarkeit	Near-Realtime, oft Cache
Produktdaten	stündlich, täglich oder ereignisbasiert
technische Attribute	Batch oder PIM-gesteuert
Rechnungen	periodisch oder ereignisbasiert
Auftragsstatus	periodisch oder ereignisbasiert

Echtzeit klingt attraktiv, ist aber nicht immer sinnvoll.

Ein Echtzeit-Stock-Call bei jedem Seitenaufruf kann das ERP unnötig belasten. Häufig ist ein sauberer Cache mit regelmäßiger Aktualisierung die bessere Lösung.

 

Master Data und Transaction Data trennen

Ein zentraler Fehler vieler Integrationsprojekte ist die Vermischung von Stammdaten und Transaktionsdaten.

Master Data

Dazu gehören:

• Artikel
• Kunden
• Preise
• Kategorien
• technische Attribute
• Dokumente

Diese Daten ändern sich nicht bei jeder Kundenaktion.

Transaction Data

Dazu gehören:

• Warenkörbe
• Bestellungen
• Rechnungen
• Lieferungen
• Retouren
• Tickets

Diese Daten entstehen durch konkrete Prozesse.

Beide Datenarten benötigen unterschiedliche Synchronisationslogiken.

Wer das sauber trennt, baut stabilere Schnittstellen.

 

Wer ist Datenherr?

Vor der ersten Schnittstelle muss geklärt werden:

Welches System ist für welche Daten führend?

Datenbereich	Typischer Datenherr
Preise	ERP
Bestände	ERP / Lagerverwaltung
Produkttexte	PIM
technische Attribute	PIM / ERP
Kunden	ERP / CRM
Bestellungen	ERP
Rechnungen	ERP
Dokumente	DMS / PIM / ERP
Shop-Konten	Shop / Commerce-Plattform

Ohne diese Entscheidung entstehen Konflikte.

Beispiel:

Wenn Preise sowohl im Shop als auch im ERP gepflegt werden, ist irgendwann unklar, welcher Preis gültig ist.

 

OroCommerce oder BigCommerce: Unterschiede bei der ERP-Anbindung

OroCommerce und BigCommerce können beide mit ERP-Systemen integriert werden. Sie verfolgen jedoch unterschiedliche Architekturansätze.

OroCommerce

OroCommerce bringt viele B2B-Strukturen bereits in der Plattform mit:

• Kundenhierarchien
• RFQ
• Angebote
• Preislisten
• Rollen
• Workflows
• CRM-nahe Funktionen

Das kann ERP-Roundtrips reduzieren, weil bestimmte Vertriebsprozesse im Commerce-System abgebildet werden.

OroCommerce eignet sich besonders, wenn komplexe B2B-Strukturen und tiefe Prozesslogik im Mittelpunkt stehen.

BigCommerce

BigCommerce setzt stärker auf Open SaaS, APIs und Middleware.

Die Plattform übernimmt Commerce, Checkout und B2B-Funktionen. Komplexe Integrationslogik liegt häufig in der Middleware.

BigCommerce eignet sich besonders, wenn Time-to-Market, SaaS-Betrieb und klare Integrationsmuster im Vordergrund stehen.

 

Typische Stolpersteine in ERP-Integrationsprojekten

1. Schlechte Stammdaten

Fehlende Artikelnummern, Dubletten, uneinheitliche Bezeichnungen oder unvollständige Attribute werden im Shop sofort sichtbar.

2. Unklare Preislogik

B2B-Preise sind oft komplex:

• Kundengruppen
• Mengenstaffeln
• Rahmenverträge
• Sonderkonditionen
• Währungen
• Rabattlogiken

Diese Logik muss eindeutig im ERP oder in einer definierten Preisengine liegen.

3. Zu viel Echtzeit

Nicht alles muss live aus dem ERP geladen werden.

Zu viele Echtzeitabfragen verschlechtern Performance und erhöhen die Systemlast.

4. Keine Fehlerbehandlung

Schnittstellen müssen ausfallen dürfen, ohne dass der gesamte Shop steht.

Dafür braucht es:

• Queues
• Monitoring
• Retry-Mechanismen
• Fehlerprotokolle
• Verantwortlichkeiten

5. Fehlende Testdaten

Integrationen lassen sich nicht mit drei Beispielartikeln testen.

Es braucht echte Daten:

• unterschiedliche Kundengruppen
• Sonderpreise
• abgekündigte Artikel
• Auslandskunden
• Bestandsengpässe
• Retourenfälle

 

Warum ein Integrations-Audit vor dem Shop-Projekt sinnvoll ist

Ein Integrations-Audit reduziert Risiken, bevor Budget in die Umsetzung fließt.

Dabei werden geprüft:

• ERP-System und Version
• vorhandene Schnittstellen
• Datenqualität
• Preislogik
• Bestandslogik
• Kundenstrukturen
• PIM- und CRM-Systeme
• relevante Datenflüsse
• Echtzeitbedarf
• Middleware-Optionen

Das Ergebnis ist eine belastbare Integrationsstrategie.

Damit wird klar:

• welche Daten wohin fließen
• welches System führend ist
• welches Pattern sinnvoll ist
• wo Risiken liegen
• welcher Aufwand realistisch ist

 

So unterstützt Unit M bei ERP-Anbindungen

Unit M unterstützt Maschinenbauer, Industrieunternehmen und technische Großhändler bei digitalen Vertriebs- und Serviceplattformen.

Bei ERP-Anbindungen betrachten wir nicht nur die Schnittstelle.

Wir betrachten den gesamten Prozess:

• Vertrieb
• Kundenservice
• ERP
• PIM
• Shop
• Middleware
• Datenqualität
• Betrieb

Unsere Rolle ist es, eine tragfähige Architektur zu entwickeln, die heute funktioniert und morgen erweiterbar bleibt.

Wir arbeiten unter anderem mit OroCommerce und BigCommerce. Beide Plattformen können im Maschinenbau sinnvoll sein – abhängig von Integrationsbedarf, Prozesslogik und Zielbild.

 

ERP-Integrations-Audit für Maschinenbau-Shops

Im Integrations-Audit prüfen wir:

• SAP-, Sage-, Infor-, Dynamics- oder AS400-Setup
• Datenqualität
• Preis- und Konditionslogik
• Bestands- und Lieferzeitlogik
• vorhandene Schnittstellen
• Middleware-Optionen
• Plattformanforderungen
• MVP-Scope

Das Ergebnis:

• Integrationsarchitektur
• Pattern-Empfehlung
• Risiken und Abhängigkeiten
• Roadmap für die ersten 90 Tage
• Aufwandseinschätzung

So entsteht ein B2B-Shop, der nicht als Datensilo endet, sondern Vertrieb, Kundenservice und Auftragsabwicklung wirklich entlastet.

FAQ – Häufige Fragen zur ERP-Anbindung im Maschinenbau-E-Commerce

Wie lange dauert eine ERP-Shop-Integration im Maschinenbau?

Ein einfaches Integrationsprojekt kann innerhalb von drei bis fünf Monaten umgesetzt werden. Komplexere SAP-, Infor- oder AS400-Setups mit individuellen Datenmodellen benötigen häufig sechs bis neun Monate oder länger. Entscheidend sind ERP-Reife, Datenqualität, Anzahl der Datenflüsse und Testaufwand.

Brauche ich für SAP eine zertifizierte Schnittstelle?

Nicht immer. SAP bietet verschiedene Integrationswege wie OData, BAPI oder IDoc. Ein zertifizierter Connector kann sinnvoll sein, ist aber nicht in jedem Mittelstandsprojekt zwingend erforderlich. Wichtiger ist, dass die Schnittstelle sauber dokumentiert, wartbar und mit dem SAP-Betrieb abgestimmt ist.

Wann ist Echtzeit-Synchronisation notwendig?

Echtzeit oder Near-Realtime ist besonders wichtig bei Bestellungen, Preisen und kritischen Verfügbarkeiten. Produktdaten, technische Attribute oder Dokumente können häufig stündlich, täglich oder ereignisbasiert synchronisiert werden. Zu viel Echtzeit kann ERP-Systeme unnötig belasten.

Reicht eine Direkt-API zwischen Shop und ERP?

Für einfache MVPs oder kleine Setups kann eine Direkt-API ausreichen. Sobald PIM, CRM, Versanddienstleister, mehrere Lager oder komplexe Preislogiken hinzukommen, wird Middleware meist wirtschaftlicher und stabiler.

Was passiert, wenn das ERP keine moderne API hat?

Auch ältere Systeme wie AS400 oder alte Sage-Versionen können angebunden werden. Häufig geschieht dies über Custom-Connectoren, Datenbank-Views, Exportprozesse oder Middleware mit Legacy-Adaptern. Ein ERP-Wechsel ist nicht zwingend Voraussetzung für einen modernen Shop.

Welches System sollte Preise berechnen?

In B2B-Maschinenbauprojekten sollte das ERP oder eine definierte Preisengine führend bleiben. Der Shop sollte Preise anzeigen und anfragen, aber komplexe Konditionen nicht eigenständig neu berechnen, wenn diese im ERP verbindlich gepflegt werden.

Wie werden Bestände sinnvoll synchronisiert?

Bestände werden häufig nicht bei jedem Seitenaufruf live abgefragt, sondern in kurzen Intervallen synchronisiert und im Shop gecacht. Für kritische Warenkorbaktionen kann zusätzlich eine finale Verfügbarkeitsprüfung erfolgen.

Brauche ich ein PIM zusätzlich zum ERP?

Bei kleinen Sortimenten nicht zwingend. Bei vielen SKUs, technischen Attributen, mehreren Sprachen oder mehreren Kanälen ist ein PIM meist sinnvoll. Das ERP bleibt dann führend für kaufmännische Daten, das PIM für Produktinformationen.

Was ist der größte Risikofaktor bei ERP-Integrationen?

Der größte Risikofaktor ist meist nicht die API, sondern die Datenqualität. Fehlende Attribute, Dubletten, inkonsistente Artikelnummern und unklare Preislogiken verursachen mehr Probleme als die technische Verbindung selbst.

Wie entscheidet man zwischen Middleware und iPaaS?

Middleware passt häufig gut zum Maschinenbau-Mittelstand mit einer überschaubaren Systemlandschaft. iPaaS ist sinnvoll, wenn mehrere ERP-Systeme, internationale Gesellschaften oder viele Integrationsflüsse zentral gesteuert werden müssen.

Wie unterscheiden sich OroCommerce und BigCommerce bei der ERP-Anbindung?

OroCommerce bringt ein stärkeres B2B-Datenmodell mit und kann komplexe Vertriebsprozesse stärker in der Plattform abbilden. BigCommerce setzt stärker auf Open SaaS, APIs und Middleware. Beide Wege funktionieren, aber mit unterschiedlichem Architektur-Schwerpunkt.

Kann ein Shop auch ohne ERP-Anbindung starten?

Technisch ja, strategisch ist das meist riskant. Ohne ERP-Anbindung fehlen kundenspezifische Preise, verlässliche Verfügbarkeiten und automatisierte Auftragsprozesse. Für einen echten B2B-Vertriebskanal ist ERP-Integration fast immer notwendig.

Welche Daten sollten zuerst integriert werden?

Für ein MVP sind meist Kunden, Produkte, Preise, Bestände und Bestellungen entscheidend. Rechnungen, Lieferscheine, Retouren und Serviceinformationen können in späteren Ausbaustufen ergänzt werden.

Wie testet man eine ERP-Shop-Integration richtig?

Mit realistischen Daten. Dazu gehören verschiedene Kundengruppen, Sonderpreise, abgekündigte Artikel, Auslandskunden, Bestandsengpässe, Retourenfälle und fehlerhafte Daten. Nur so zeigt sich, ob die Integration alltagstauglich ist.

Was kostet eine ERP-Anbindung für einen Maschinenbau-Shop?

Die Kosten hängen von ERP-System, Datenqualität, Anzahl der Datenflüsse, Middleware, Testaufwand und Prozesskomplexität ab. Einfache Integrationen können im mittleren fünfstelligen Bereich starten. Komplexere Maschinenbau-Integrationen liegen häufig im sechsstelligen Bereich.