PIM und SAP Business One: Wann das kleine SAP ein PIM braucht — und wie beide zusammenspielen

Das Wichtigste in Kürze: SAP Business One ist ein ERP für kleinere Mittelständler und verwaltet Artikel als kaufmännische Stammdaten: Nummer, Bezeichnung, Preise, Bestände. Für Marketing-Produktdaten wie strukturierte Merkmale, Varianten, Medien, Übersetzungen und Katalogformate wie BMEcat, eCLASS oder ETIM ist es nicht gebaut. Sobald Kunden klassifizierte Kataloge fordern oder mehrere Kanäle bedient werden, ergänzt du B1 um ein PIM: B1 bleibt führend für Artikelnummern und Preise, das PIM übernimmt Content und Ausleitung. Die Anbindung läuft über die Integrationsplattform per API/Export.

SAP Business One ist das SAP für den kleineren Mittelstand: kein S/4HANA, kein ECC, sondern ein eigenständiges ERP, das SAP gezielt für kleine und mittlere Unternehmen positioniert. Genau deshalb lohnt sich ein eigener Blick darauf, wie PIM und SAP Business One zusammenspielen. Denn die Ausgangslage unterscheidet sich deutlich von der großen SAP-Welt: kleinere Teams, kein eigenes SAP-Basis-Team, oft ein einzelner Partner, der das System betreut.

Wichtig zur Einordnung: Dieser Artikel behandelt ausschließlich SAP Business One. Wenn du mit S/4HANA oder ECC arbeitest, findest du die passende Betrachtung im Artikel PIM und SAP-Integration — dort geht es um die große SAP-Welt mit ihren eigenen Datenmodellen und Integrationswegen.

SAP Business One: stark im Kaufmännischen, knapp bei Produktinhalten

SAP Business One deckt für kleine und mittlere Unternehmen die kaufmännischen Kernprozesse ab: Finanzbuchhaltung, Einkauf, Verkauf, Lager, teilweise Produktion. Artikel leben dort im Artikelstamm, technisch in der Tabelle OITM mit ihren Untertabellen. Dieses Datenmodell ist auf Transaktionen ausgelegt: Artikelnummer, Bezeichnung, Artikelgruppe, Einheiten, Preislisten, Lagerdaten, Bewertungsmethode.

Für Produktkommunikation stößt dieses Modell schnell an Grenzen:

• Flache Merkmalsstruktur: Artikel lassen sich über Artikelgruppen und eine begrenzte Zahl von Artikeleigenschaften einordnen. Ein frei definierbares Merkmalsmodell je Warengruppe — etwa 40 technische Attribute für Kabeltrommeln, 25 für Handschuhe — bildest du damit nicht sauber ab. User-Defined Fields helfen punktuell, skalieren aber nicht über Hunderte Merkmale und Warengruppen.

• Varianten im Marketing-Sinn fehlen: B1 kennt Stücklisten und Alternativartikel, aber keine Eltern-Kind-Logik, bei der eine Modellebene Texte und Bilder vererbt und Größen oder Farben nur abweichende Werte tragen. Jede Variante ist ein eigener, gleichberechtigter Artikel.

• Medien nur rudimentär: Ein Bild am Artikel ist möglich, ein Medienpool mit mehreren Bildern, Datenblättern, Zertifikaten und Nutzungsvarianten je Kanal ist nicht vorgesehen.

• Mehrsprachigkeit im Vertriebssinn, nicht im Content-Sinn: Fremdsprachige Bezeichnungen für Belege sind machbar. Gepflegte Langtexte, SEO-Beschreibungen und Merkmalswerte in mehreren Sprachen mit Übersetzungsworkflow sind es nicht.

• Keine Klassifikationsstandards: eCLASS, ETIM oder BMEcat-Export gehören nicht zum Standardumfang.

Das ist keine Schwäche von SAP Business One, sondern eine bewusste Fokussierung: Ein ERP führt Zahlen und Prozesse, kein Marketing-Content. Was ein sauberer Produktstammdatensatz jenseits des ERP-Minimums enthält, haben wir im Artikel über Produktstammdaten ausführlich beschrieben.

Wann B1 allein (noch) reicht

Nicht jedes Unternehmen mit SAP Business One braucht sofort ein PIM. B1 allein reicht in der Regel, solange diese Punkte zutreffen:

• Ein Kanal, wenig Content: Du verkaufst über Vertrieb und Angebot, ohne Webshop, Marktplätze oder Print-Katalog. Artikelnummer, Bezeichnung und Preis genügen im Beleg.

• Kein Kunde fordert Katalogformate: Niemand verlangt BMEcat-Kataloge, eCLASS- oder ETIM-Klassifizierung oder strukturierte Datenblätter als Lieferbedingung.

• Überschaubares Sortiment, kaum Varianten: Wenige hundert Artikel ohne Größen-Farben-Logik lassen sich auch mit Artikelstamm plus einer Excel-Liste beherrschen.

• Eine Sprache genügt: Du bedienst einen Markt und musst keine Übersetzungen konsistent halten.

Ehrliche Antwort also: Wer nur kaufmännisch arbeitet, sollte kein PIM kaufen. Der Wechselpunkt kommt, wenn Produktdaten selbst zum Arbeitsgegenstand werden — und er kommt bei Herstellern und Händlern im B2B meist über Nacht, nämlich mit der ersten Kundenanforderung.

Woran du merkst, dass ein PIM fällig ist

Drei Auslöser sehen wir bei SAP-Business-One-Nutzern immer wieder:

1. Kunden fordern klassifizierte Kataloge

Große Abnehmer, Einkaufsplattformen und Fachhändler verlangen zunehmend BMEcat-Kataloge mit eCLASS- oder ETIM-Klassifizierung als Voraussetzung für die Listung. Aus B1 heraus ist das nicht zu leisten: Die Klassifikation mit ihren normierten Merkmalen existiert dort schlicht nicht. Der typische Workaround — eine Excel-Datei je Kundenformat — bricht spätestens beim dritten Kunden zusammen, weil jede Änderung mehrfach gepflegt werden muss.

2. Mehrere Kanäle brauchen denselben Artikel unterschiedlich

Webshop, Marktplatz, Print-Datenblatt und Händlerportal wollen denselben Artikel in unterschiedlicher Tiefe, Struktur und Bildauflösung. Ohne zentrale Quelle entstehen Kopien, und Kopien laufen auseinander. Die Folgekosten sind messbar: Gartner beziffert die Kosten schlechter Datenqualität auf durchschnittlich 12,9 Millionen US-Dollar pro Jahr und Unternehmen, und laut Shotfarm/NPD gehen rund 40 % der Retouren auf schlechte Produktdaten zurück.

3. Übersetzungen und Varianten explodieren

Zweiter Markt, zweite Sprache, dazu ein Sortiment mit Größen und Farben: Aus 500 Modellen werden 5.000 Artikel, und jeder Text existiert doppelt. Ab hier braucht es Vererbung und Übersetzungsstatus je Sprache — genau die Mechanik, für die ein PIM-System gebaut ist.

Arbeitsteilung: Was bleibt in B1, was übernimmt das PIM

Das Prinzip ist dasselbe wie bei jedem ERP-PIM-Duo — ausführlich beschrieben im Artikel PIM und ERP kombinieren: Jedes System führt die Daten, für die es gebaut ist. Für SAP Business One sieht die Arbeitsteilung so aus:

Die goldene Regel: B1 bleibt führend für alles, was auf Belegen steht. Das PIM wird führend für alles, was Kunden über das Produkt wissen wollen. Kein Feld wird in beiden Systemen gepflegt.

Anbindungswege: So kommen die Daten von B1 ins PIM

SAP Business One bringt für den Datenaustausch mehrere technische Türen mit. Welche im Projekt genutzt wird, hängt von deiner B1-Version, dem Hosting und deinem B1-Partner ab:

• Service Layer: die REST/OData-Schnittstelle moderner B1-Installationen. Über sie lassen sich Artikelstammdaten (OITM und Untertabellen) strukturiert auslesen — der übliche Weg für regelmäßige, automatisierte Synchronisation.

• DI-API: die klassische Programmierschnittstelle, die viele bestehende B1-Add-ons nutzen. Relevant, wenn dein Partner bereits Integrationen darüber betreibt.

• Dateiaustausch: CSV- oder Excel-Exporte aus B1, zeitgesteuert oder manuell. Unspektakulär, aber für den Start und für kleinere Sortimente oft völlig ausreichend.

• Middleware: Wenn bereits eine Integrationslösung zwischen B1 und Shop oder anderen Systemen läuft, kann sie auch den Weg ins PIM übernehmen.

In entitys landen die Daten in allen Fällen über die Integrationsplattform per API/Export: B1 liefert Artikelnummern, Gruppen und kaufmännische Eckdaten als Datensatz, das PIM legt daraus Produkte an und reichert sie an. In Richtung der Kanäle geht es genauso offen wieder hinaus — als BMEcat, als Excel, als API-Abruf durch Shop oder Portal. Entscheidend ist weniger die Technik als die Disziplin: eine eindeutige Artikelnummer als Schlüssel, eine klare Feldliste, ein definierter Takt.

In 4 Schritten zum PIM neben SAP Business One

So läuft die Einführung in der Praxis — bei entitys als komplette Einführung in 6 bis 13 Wochen, während branchenübliche PIM-Projekte 5 bis 12 Monate dauern:

1. Feldliste und Führungssystem festlegen: Gemeinsam mit deinem Team wird definiert, welche B1-Felder ins PIM wandern (Artikelnummer, Gruppe, Status) und welche dort bleiben. Ergebnis ist eine simple Tabelle: Feld, Quelle, Ziel, Takt.

2. Datenmodell im PIM aufbauen: Warengruppen, Merkmale, Variantenlogik und Sprachen — als Self-Service-PIM baust du das Datenmodell in entitys selbst auf, ohne Implementierungspartner. Für die Klassifikation hilft die Basis von über 20 Millionen bereits klassifizierten Produktdatensätzen in der entitys-Cloud: Viele Artikel müssen nicht bei null eingeordnet werden, was den Aufwand um bis zu 80 % reduziert.

3. Initialimport und Anreicherung: Der B1-Artikelstamm kommt per Export oder API ins PIM. Danach beginnt die eigentliche Arbeit: Merkmale füllen, Medien zuordnen, Texte schreiben, Übersetzungen anstoßen. Kunden berichten von bis zu 70 % weniger Zeitaufwand in der laufenden Datenpflege gegenüber der Excel-Welt.

4. Kanäle anschließen und Go-Live: BMEcat-Kataloge für fordernde Kunden, Feeds für Shop und Marktplatz, Datenblätter für den Vertrieb — alles aus einem Bestand. Die laufende Synchronisation aus B1 hält Nummern und kaufmännische Eckdaten aktuell.

Häufig gestellte Fragen

Hat SAP Business One ein eingebautes PIM?

Nein. SAP Business One führt Artikel als kaufmännische Stammdaten für Belege, Lager und Preisfindung. Strukturierte Merkmalsmodelle, Medienverwaltung, Übersetzungsworkflows und Katalogformate wie BMEcat sind kein Bestandteil des Systems und werden über ein angebundenes PIM ergänzt.

Kann ich eCLASS oder ETIM direkt in SAP Business One pflegen?

Praktisch nicht. Die Klassifikationsstandards brauchen normierte Merkmalleisten je Klasse und regelmäßige Versionswechsel — dafür ist der B1-Artikelstamm nicht ausgelegt. Im PIM sind die Standards hinterlegt, entitys ist zudem eCLASS Gold Preferred Partner.

Welches System ist führend, wenn beide laufen?

Beide — für unterschiedliche Felder. SAP Business One bleibt führend für Artikelnummer, Preise, Bestände und alles, was auf Belegen steht. Das PIM ist führend für Merkmale, Texte, Medien, Klassifikation und Kanal-Exporte. Wichtig ist nur, dass kein Feld doppelt gepflegt wird.

Wie wird SAP Business One technisch an entitys angebunden?

Über die Integrationsplattform per API oder Export: B1-seitig stehen dafür Service Layer, DI-API oder einfache Dateiexporte zur Verfügung — je nachdem, was deine Installation und dein B1-Partner bereits nutzen. Der Schlüssel ist die Artikelnummer, der Umfang eine vorher definierte Feldliste.

Wie lange dauert die PIM-Einführung neben SAP Business One?

Bei entitys 6 bis 13 Wochen für die komplette Einführung in 5 Sprints — von Ramp-up über Datenmodell und Datenimport bis zu Export, Anbindung und Go-Live. Branchenüblich sind 5 bis 12 Monate. Der Zeitgewinn kommt aus dem Self-Service-Ansatz: Dein Team baut das Datenmodell selbst, statt auf Implementierungspartner zu warten.

Sprich mit uns über dein B1-Szenario

Du arbeitest mit SAP Business One und die ersten Kunden fordern klassifizierte Kataloge — oder Shop, Marktplatz und Übersetzungen wachsen dir über den Kopf? Dann lass uns über deine Artikelstruktur und den passenden Anbindungsweg sprechen. Vereinbare ein unverbindliches Gespräch — wir schauen gemeinsam auf deinen B1-Artikelstamm und zeigen dir, wie die Arbeitsteilung für dein Sortiment aussieht.