Technischer Leitfaden

B2B-Fertigung: Produktdaten und Commerce automatisieren

Wie Hersteller vom ERP zu einem funktionierenden Online-Katalog kommen. AI-Anreicherung, PIM-Governance, eine concurrency-sichere Write-Schicht und Headless Commerce, der zu B2B passt.

22. Juli 202618 Min. LesezeitOronts Engineering Team

Das Datenproblem der Hersteller

Ganz direkt: die meisten Hersteller haben exzellente Produkte und miserable Produktdaten. Das ERP kennt jede Materialnummer, jeden Preis und jeden Lagerbestand, aber es weiß nicht, wie man ein Produkt für einen Einkäufer beschreibt, es für einen Filter kategorisiert oder in die fünf Sprachen übersetzt, in die du exportierst. Also macht das ein Team von Hand, Produkt für Produkt, und der Online-Katalog hinkt dem echten Katalog immer Monate hinterher.

Das ist kein Website-Problem, das du mit einem neuen Theme löst. Es ist ein Daten- und Integrationsproblem, und es ist einer der Bereiche mit dem höchsten Return für Automatisierung im industriellen B2B. Das ERP hält die Wahrheit, AI verwandelt diese Wahrheit in kundenfähigen Content, ein PIM steuert die Qualität, und eine Commerce-Schicht publiziert das Ganze. Wenn diese Kette stimmt, hängen Produktlaunches nicht mehr an der Datenpflege fest.

Deine Wettbewerber gewinnen nicht, weil ihre Website hübscher ist. Sie gewinnen, weil ihre Produktdaten von der Fabrik in den Shop fließen, ohne dass ein Mensch sie neu eintippt. Das ist die Automatisierung, die zählt.

Wir bauen diese Systeme für industrielles B2B und besitzen die Tools, die die harten Teile sicher machen: PimTx für concurrency-sichere Writes und Vendure-Commerce-Plugins für den Storefront. Dieser Guide ist die komplette Kette, vom ERP bis zum funktionierenden Katalog. Für die allgemeine Pipeline sieh dir unseren ERP-zu-PIM-Guide an, und das Ganze ist im Kern Data Engineering und E-Commerce.

Wen interessiert was

RolleDie eigentliche FrageWie gut aussieht
Head of E-CommerceWie schnell können wir ein Produkt listen?Stunden vom ERP bis live, nicht Wochen
PIM- / Data-LeadBleiben die Daten konsistent und governed?Eine Quelle, erzwungene Qualitätsregeln
Vertrieb / ExportStimmen die Produkte in jedem Markt?Korrekt in jeder Sprache, pro Kanal
IT- / ERP-OwnerRespektiert das SAP als Wahrheit?ERP besitzt SKU, Preis, Bestand, unangetastet
CFOWas kostet der manuelle Katalog?Eine Baseline, dann die Ersparnis

Die Kette: vom ERP zum Katalog

Die Architektur ist eine Pipeline mit klarer Ownership auf jeder Stufe.

ERP (source of truth)
   │  SKU, price, stock, material master
   ▼
Extract ──▶ AI enrichment ──▶ PIM (governance) ──▶ Commerce (publish)
             descriptions,      quality rules,       B2B storefront,
             attributes,        approvals,           pricing, channels
             translations       one source

Jede Stufe macht genau einen Job. Das ERP bleibt autoritativ für SKU, Preis und Bestand. AI übernimmt die Übersetzung von ERP-Sprache, also Materialnummern und technischen Codes, in Shop-Sprache, also lesbare Beschreibungen und Filterattribute. Das PIM erzwingt Konsistenz und hält den Approval-Workflow. Die Commerce-Schicht publiziert in die B2B-Kanäle. Verwischst du diese Linien, driften Preise zwischen Systemen auseinander und niemand kann die Beschreibungen mehr pflegen. Hältst du sie sauber, macht jede Stufe das, was sie gut kann. Unser PIM-Implementierungs-Guide behandelt das Governance-Modell.

AI-Anreicherung: der Teil, der den Engpass beseitigt

Der manuelle Engpass ist die Anreicherung: aus einem knappen Materialdatensatz ein beschriebenes, kategorisiertes, übersetztes Produkt machen. Genau hier verdient AI ihre Kosten, und genau hier hält ein PIM sie ehrlich.

Die Produktionsdisziplin, nicht die Demo-Version:

  1. Regeln zuerst, Modell für Lücken. Deterministisches Mapping erledigt strukturierte Felder, und ein Modell füllt nur das, was die Regeln nicht können. So bleiben die Kosten planbar und der Output auditierbar.
  2. Anreicherung ist ein Entwurf, kein Publish. Generierter Content wird auf Vollständigkeit gescored und geprüft, bevor er live geht. Ein falsches Attribut im Katalogmaßstab ist ein Retouren-Spike.
  3. Strukturell übersetzen. Einheiten, Teilenummern und technische Codes laufen unangetastet durch. Nur die Prosa wird übersetzt, damit eine SKU nie zu etwas verstümmelt wird, das das Lager nicht mehr zuordnen kann.

Wir fahren dieses Muster in unserer eigenen Exfinity-Ingestion, und es lässt sich direkt auf den Katalog eines Herstellers übertragen. Unser Guide zu Produktdatensystemen geht tiefer darauf ein, wie du das sauber modellierst.

Ein durchgerechnetes Beispiel: ein Produkt, End-to-End

Verfolge ein einzelnes Teil vom ERP bis zum Live-Listing, denn der Wert der Kette wird an einem Produkt am klarsten.

1. ERP record   material 4471-08, "Kugelhahn DN25 PN40 Edelstahl",
                 price and stock, a terse technical string
2. Extract      rules map material number, price, stock, dimensions
                 directly; the description field is thin
3. Enrich       a model drafts a buyer-readable description and suggests
                 missing attributes (material, connection, pressure rating)
                 from the technical string; units and the part number pass
                 through untouched
4. Translate    the prose is translated into each export language; the
                 part number 4471-08 and "DN25" stay exactly as they are
5. Govern       the PIM scores completeness at 90 percent, flags one missing
                 attribute, and holds it for a product manager to confirm
6. Publish      approved, it goes live in every market's storefront, with
                 price and stock still owned by the ERP

Wofür ein Mensch pro Produkt eine Stunde Kopieren, Umschreiben und Übersetzen gebraucht hat, dauert jetzt Minuten, und ein Mensch bestätigt nur noch das geflaggte Attribut. Das ERP hat die Ownership über Preis und Bestand nie verloren, die Teilenummer wurde nie von der Übersetzung verstümmelt, und die Beschreibung ist in jedem Markt konsistent, weil sie aus einer governed Quelle kommt. Multipliziere das mit einem Katalog von Tausenden Produkten, und die Launch-Warteschlange verschwindet. Das ist die Automatisierung, die Umsatz bewegt, nicht ein hübscheres Template.

Der harte Teil: Concurrency

Hier ist der Fehlermodus, der Herstellerkataloge leise korrumpiert. Ein nächtlicher ERP-Sync und ein Produktmanager bearbeiten gleichzeitig dasselbe Produkt, und einer überschreibt den anderen stillschweigend. Die Änderung ist verloren, niemand merkt es, und ein Kunde findet Wochen später die falschen Daten.

Deshalb haben wir PimTx gebaut, eine Transaktions- und Concurrency-Schicht für Enterprise-PIM-Arbeit. Sie weigert sich, stillschweigend zu überschreiben: konkurrierende Writes werden erkannt und über eine explizite Strategie aufgelöst statt per Last-Write-Wins. Ein Hintergrund-Sync und eine menschliche Änderung können sich also nicht leise gegenseitig plätten, und jeder Write ist nachvollziehbar.

Ohne TransaktionsschichtMit PimTx
Letzter Write gewinnt, stillschweigendKonflikte erkannt, per Strategie aufgelöst
Verlorene Änderungen findet der KundeVerlorene Änderungen by design unmöglich
Kein Audit, wer was geändert hatJeder Write nachvollziehbar

Wenn automatisierte Syncs und menschliche Editoren denselben Katalog anfassen, und in der Fertigung tun sie das immer, ist das nicht optional. Unser Guide zu Concurrency und Datenintegrität behandelt die Prinzipien, und unser Guide zu Pimcore-Enterprise-Workflows den größeren PIM-Kontext.

Commerce, der zu B2B passt

Consumer-E-Commerce-Annahmen brechen im B2B. Du hast kundenspezifische Preise, komplexe Produktkonfigurationen, Bulk-Bestellungen, Angebots-Flows und Account-Hierarchien. Eine Headless-Commerce-Schicht gibt dir die Flexibilität, das zu modellieren, ohne gegen ein starres Template zu kämpfen.

Warum Headless für Hersteller wichtig ist: dein Storefront, dein ERP, dein PIM und dein Kundenportal müssen alle dieselbe Produktwahrheit teilen, und ein Headless-Commerce-Kern stellt sie über eine API bereit, statt sie in einem Monolithen einzusperren. Wir bauen dafür auf Vendure, mit unseren eigenen Commerce-Plugins, und wir behandeln den Ansatz in unserem Headless-Commerce-Guide und im Vendure-Headless-Commerce-Guide. B2B-spezifische Muster wie Kundenpreise und Angebots-Flows sind genau das, wofür diese Architektur gebaut ist.

Frisch halten: Sync statt One-Shot

Ein Herstellerkatalog ändert sich ständig: Preise werden aktualisiert, Produkte laufen aus, neue Varianten kommen dazu. Die Pipeline läuft nach Zeitplan und verarbeitet Änderungen, ohne alles neu zu prozessieren.

Die drei Eigenschaften, die sie zuverlässig machen, sind inkrementelle Verarbeitung, damit nur geänderte Datensätze neu verarbeitet werden, Idempotenz, damit ein doppelt laufender Sync nichts dupliziert oder korrumpiert, und Observability, damit du siehst, was gesynct wurde, was fehlgeschlagen ist, und es erneut anstoßen kannst. Lässt du das weg, verrottet der Katalog zwischen den Full-Rebuilds. Wir behandeln das Muster in unserem Guide zu Event-Driven-Architektur und das Reliability Engineering in unserem Guide zu Enterprise-Integration.

Was es kostet und wann es sich rechnet

Der Return skaliert mit Kataloggröße und Launch-Geschwindigkeit. Ein Hersteller, der Hunderte oder Tausende Produkte pro Jahr launcht, die aktuell alle in einer manuellen Datenwarteschlange stehen, bekommt einen schnellen Payback, weil der Engpass Umsatz blockiert, nicht nur Kosten. Die Ersparnis ist die wegfallende manuelle Anreicherungsarbeit plus die eliminierte Launch-Verzögerung, und die Verzögerung ist oft die größere Zahl.

Eine fokussierte ERP-zu-Katalog-Pipeline erreicht die Produktion in Wochen. Skizziere eine grobe Spanne mit unserem Kalkulator und hol dir dann eine echte Zahl für deinen Katalog über unseren Angebots-Flow. Unser Consulting-Team scoped Phase eins.

Signale, dass du das jetzt brauchst

Das ist die richtige Arbeit für dich, wenn mehrere dieser Punkte zutreffen.

  • Produktlaunches warten in einer manuellen Datenwarteschlange, und dein Online-Katalog hinkt dem echten immer Wochen oder Monate hinterher.
  • Du verkaufst in mehreren Sprachen, und jemand pflegt diese Übersetzungen von Hand, sodass sie driften, wenn sich Produkte ändern.
  • Preise oder Beschreibungen sind zwischen deinem ERP und deinem Shop auseinandergedriftet, und niemand ist sicher, was stimmt.
  • Ein nächtlicher Sync und ein Produktmanager haben sich gegenseitig überschrieben, und du hast es von einem Kunden erfahren.
  • Deine Commerce-Plattform kämpft gegen dich bei B2B-Preisen, Konfigurationen oder Angebots-Flows, weil sie für Consumer-Retail gebaut wurde.

Wenn zwei oder mehr davon auf dich zutreffen, ist der Engpass die Daten-Pipeline, nicht die Website, und es ist einer der schnellsten Paybacks im industriellen B2B. Wenn keiner zutrifft, ist dein Katalog vielleicht klein genug, dass manuelle Pflege reicht, und unser Consulting-Team wird dir genau das sagen, statt dir eine Pipeline zu verkaufen, die du nicht brauchst.

Wie das typischerweise schiefgeht

  1. Es als Website-Projekt behandeln. Ein neues Theme repariert keine veralteten Daten. Reparier die Pipeline.
  2. ERP- und PIM-Ownership verwischen. Preise, die zwischen Systemen driften, sind ein Daten-Albtraum. Halt die Linie sauber.
  3. Generierten Content automatisch publizieren. Ungeprüfte Produktaussagen im großen Maßstab sind ein Retouren- und Rechtsrisiko. Prüf sie.
  4. Keine Transaktionsschicht. Syncs und menschliche Änderungen werden kollidieren und Daten verlieren. Nutz eine concurrency-sichere Write-Schicht.
  5. Ein starrer Commerce-Monolith. B2B-Preise und Konfigurationen sprengen Templates. Geh headless.
  6. One-Shot-Importe. Kataloge ändern sich täglich. Bau inkrementellen, idempotenten, beobachtbaren Sync.

Wer das baut

Oronts ist eine gründergeführte Softwarefirma in München. Refaat Al Ktifan, unser Gründer und Solution Architect, führt ein Senior-Team über Backend, Data und Commerce, mit tiefer Erfahrung in Enterprise-PIM und industriellem B2B. PimTx ist unsere eigene Antwort auf das Concurrency-Problem, das diese Pipelines erzeugen, und wir bauen Storefronts auf Vendure mit unseren eigenen Commerce-Plugins. Wir designen die Kette vom ERP zum Katalog, bauen die Anreicherungs-, Governance- und Commerce-Schichten und übergeben dir ein System, das dir gehört. Sieh dir unsere Seiten Services und Solutions an.

Takeaways

  • Das eigentliche Problem eines Herstellers sind Produktdaten, nicht die Website. Automatisier die ERP-zu-Katalog-Kette.
  • Halt das ERP autoritativ, lass AI anreichern, lass das PIM governen und lass Commerce publizieren.
  • Reichere mit Regeln zuerst und einem Modell für Lücken an, prüf vor dem Publizieren, übersetz strukturell.
  • Nutz eine concurrency-sichere Write-Schicht, damit Syncs und menschliche Änderungen sich nicht stillschweigend überschreiben können.
  • Geh headless, damit ERP, PIM, Storefront und Portal eine gemeinsame Produktwahrheit teilen.

Die Hersteller, die davonziehen, sind nicht die mit den schönsten Websites. Es sind die, deren Produktdaten von der Fabrik in den Shop fließen, ohne dass ein Mensch dazwischen sitzt. Das ist die Automatisierung, die es zu bauen lohnt.

Wenn dein Online-Katalog deinem echten Katalog immer hinterherhinkt, erzähl uns von deinem ERP und PIM. Starte über Kontakt oder hol dir ein gescoptes Angebot.

Behandelte Themen

B2B-FertigungProduktdaten-AutomatisierungPIMERP-IntegrationHeadless CommerceProduktinformationsmanagementE-Commerce für HerstellerAI-AnreicherungVendureIndustrie-Commerce

Bauen Sie gerade so etwas?

Wir entwerfen und betreiben Produktionssysteme wie das in diesem Leitfaden. Sprechen Sie mit den Ingenieuren, die ihn geschrieben haben, ohne Verkaufsgespräch.

Gespräch starten