Elektronischer Katalog

Ein Elektronischer Katalog ist eine strukturierte, maschinenlesbare Sammlung von Artikeln oder Dienstleistungen mit Preisen, Verfügbarkeiten und technischen Merkmalen, die in Einkaufssysteme integriert wird. Statt Bestellungen per E-Mail oder Telefon aufzugeben, wählen Einkäufer direkt aus gepflegten Katalogdaten — mit automatischer Übernahme in den Bestellprozess.

Detaillierte Erklärung

Arten elektronischer Kataloge

Im B2B-Einkauf existieren zwei grundlegende Katalogmodelle, die sich in Pflege, Datenhoheit und technischer Integration unterscheiden:

Statischer Katalog (Hosted Catalog):
Der Lieferant liefert eine Katalogdatei (CSV, BMEcat-Format, XLSX), die das beschaffende Unternehmen in sein ERP oder seine Einkaufsplattform importiert und selbst hostet. Vorteil: volle Kontrolle über die Daten, funktioniert ohne permanente Lieferantenanbindung. Nachteil: Pflegeaufwand — Preisänderungen, neue Artikel und Produktabkündigungen müssen durch regelmäßigen Dateiimport nachgehalten werden. Veraltete Preise sind ein häufiges Problem.

Dynamischer Katalog (PunchOut/OCI-Katalog):
Beim [[punchout|PunchOut]]-Verfahren verlässt der Einkäufer die eigene Einkaufsplattform temporär, ruft den Webshop des Lieferanten in einem separaten Fenster auf und wählt dort Artikel aus. Der befüllte Warenkorb wird anschließend automatisch zurück in die Einkaufsplattform übertragen — mit aktuellen Preisen und Verfügbarkeiten. Der [[oci-katalog|OCI-Standard]] (Open Catalog Interface) ist das in DACH dominante Protokoll für diese Schnittstelle. PunchOut ist die von SAP Ariba verwendete Bezeichnung für denselben Mechanismus auf Basis des cXML-Protokolls.

Klassifikationsstandards

Elektronische Kataloge benötigen einheitliche Artikelklassifikation, damit systemübergreifende Spend-Analysen möglich sind. Zwei Standards dominieren den europäischen Markt:

eCl@ss: Von einem europäischen Konsortium entwickelt, in DACH besonders stark in der Industrie (Maschinenbau, Elektrotechnik, Chemie). Hierarchische Klassifikation mit bis zu 8 Stellen. Version 13.0 (2024) beinhaltet erstmals Anforderungen für digitale Zwillinge und CO2-Daten.

UNSPSC (United Nations Standard Products and Services Code): International weiter verbreitet, besonders im angloamerikanischen Raum und bei multinationalen Konzernen. Vier hierarchische Ebenen: Segment → Familie → Klasse → Commodity.

Die Wahl des Standards wird oft vom ERP-System oder der Einkaufsplattform vorgegeben. In heterogenen Umgebungen mit mehreren Systemen ist ein Mapping zwischen beiden Standards nötig.

BMEcat-Format

BMEcat ist das in Deutschland dominante XML-Schema für den Austausch von Katalogdaten zwischen Lieferanten und Einkaufssystemen. Entwickelt vom Bundesverband Materialwirtschaft, Einkauf und Logistik (BME). Die aktuelle Version BMEcat 2005 unterstützt:

• Mehrsprachige Artikelbeschreibungen
• Preisstaffeln und kundenspezifische Konditionen
• Technische Merkmale nach eCl@ss-Klassifikation
• Bild- und Dokument-Attachments (Datenblätter, Sicherheitsdatenblätter)

Compliance-Anforderungen

Elektronische Kataloge sind nicht nur ein Effizienzwerkzeug — sie berühren auch Compliance-Anforderungen:

GoBD: Bestellungen aus Katalogen sind Handelsgeschäfte. Die elektronische Verarbeitung muss den GoBD-Anforderungen genügen: Unveränderbarkeit, Vollständigkeit, Nachvollziehbarkeit. Katalogpreise zum Bestellzeitpunkt müssen archiviert werden, nicht nur der aktuelle Katalogstand.

DSGVO Art. 28: Wenn Katalogdaten bei einem SaaS-Anbieter gehostet werden und Bestelldaten mit personenbezogenen Angaben (Besteller-Name, Kostenstelle mit Personenbezug) enthalten, ist ein AV-Vertrag erforderlich.

Öffentliche Vergabe: Im öffentlichen Sektor sind elektronische Kataloge nach § 120 GWB und VgV oft vorgeschrieben oder zumindest stark bevorzugt. XVergabe als nationales Standard-Datenformat.

Integration in den Bestellprozess

Der operative Ablauf mit elektronischem Katalog:

1. Einkäufer öffnet Einkaufsplattform, wählt Katalog oder PunchOut-Lieferant
2. Artikelauswahl mit automatischer Übernahme von Preis, Artikelnummer, UNSPSC/eCl@ss-Code
3. Warenkorb löst Genehmigungsworkflow aus (Kostenstelle, Budgetprüfung, Freigeber)
4. Nach Genehmigung: automatische Bestellübertragung an Lieferant (per EDI, OCI, cXML oder E-Mail)
5. Rechnungsabgleich: Lieferantenrechnung wird mit Bestellposition verglichen — bei Übereinstimmung automatische Freigabe

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Pharmaunternehmen in der Schweiz mit 320 Mitarbeitern beschafft Laborverbrauchsmaterial (Pipetten, Reagenzgläser, Schutzausrüstung) bei vier Hauptlieferanten. Bisher: Bestellungen per E-Mail auf Basis von PDF-Katalogen, händische Preisvergleiche, hoher Maverick-Buying-Anteil.

Nach Einführung elektronischer Kataloge:

• Zwei Hauptlieferanten (Großhändler mit >10.000 Artikeln) werden per PunchOut/OCI angebunden — Einkäufer sehen immer aktuelle Preise und Verfügbarkeit
• Zwei kleinere Speziallieferanten liefern monatlich aktualisierte BMEcat-Dateien für statische Kataloge
• Alle Artikel sind mit eCl@ss-Codes versehen — die Einkaufsplattform kann automatisch Auswertungen nach Produktgruppen erstellen
• Unbekannte Lieferanten können nicht mehr ohne Genehmigung bestellt werden: das System erzwingt Katalogbestellung oder explizite Freitext-Bestellung mit Begründung

Ergebnis: Bestelldurchlaufzeit sinkt von durchschnittlich 4,3 Tagen auf 1,1 Tage, Rechnungsabweichungsquote reduziert sich von 18 % auf unter 4 %.

Typische Fehler & Verhandlungskontext

Fehler 1: Katalogdaten nicht aktuell halten
Statische Kataloge veralten schnell. Lieferanten ändern Preise, Artikel werden abgekündigt, neue Produkte kommen hinzu. Ohne definierte Update-Zyklen (monatlich für stark preisvolatile Sortimente, quartalsweise für stabile) entstehen Bestellungen auf Basis falscher Preise — mit manuellem Korrekturaufwand oder stillen Mehrkosten.

Fehler 2: Zu viele Kataloge ohne Berechtigungskonzept
Wenn alle Mitarbeiter auf alle Kataloge zugreifen können, ist Kontrolle über den Spend nicht möglich. Katalogzugriff sollte nach Kostenstelle, Abteilung oder Warengruppe gesteuert werden. Nicht jeder Mitarbeiter muss IT-Hardware bestellen können.

Fehler 3: OCI-Integration ohne Test-Umgebung einführen
OCI-Schnittstellen sind technisch fehleranfällig: URL-Konfiguration, Zeichensatz-Encoding (UTF-8 vs. ISO-8859-1), Session-Handling. Ohne getrennten Test-Mandanten bei Lieferant und Plattform landen fehlerhafte Warenkörbe im Produktivsystem.

Verhandlungskontext:
Beim Lieferantengespräch zur Kataloganbindung: PunchOut-Anbindungen werden von großen Lieferanten oft kostenlos bereitgestellt, da sie ihnen mehr Bestellvolumen sichern. Kleine Lieferanten ohne OCI-Kapazität können über BMEcat-Datenpflege eingebunden werden — das sollte im Jahresgespräch als Standard-Erwartung kommuniziert werden, nicht als Sonderwunsch.

Verwandte Begriffe

• [[katalogmanagement|Katalogmanagement]]: Prozesse und Methoden zur Pflege und Steuerung elektronischer Kataloge
• [[katalogbestellung|Katalogbestellung]]: Operative Bestellabwicklung auf Basis gepflegter Katalogdaten
• [[punchout|PunchOut]]: Dynamisches Katalogverfahren mit Rücksprung in die Einkaufsplattform
• [[oci-katalog|OCI-Katalog]]: Open Catalog Interface, der deutsche Standard für PunchOut-Anbindungen
• [[guided-buying|Guided Buying]]: Einkaufsführung, die Katalogbestellungen als bevorzugten Kanal vorschlägt
• [[e-ordering|E-Ordering]]: Elektronische Bestellabwicklung, für die Kataloge die Datenbasis liefern