Warum ein Kundenportal, wenn das PIM doch exportiert?

Ihr PIM exportiert sauber. Trotzdem landet dreimal pro Woche eine Anfrage im Produktdaten-Postfach: «Können Sie mir zu diesen elf Artikeln das aktuelle Datenblatt und das Frontbild schicken, bitte auf Französisch?»

Diese Lücke ist kein Exportproblem. Ein Export ist ein Lieferweg. Was Ihre Kunden verlangen, ist ein Zugriffsmodell — die Möglichkeit, den richtigen Datensatz selbst zu finden, in dem Moment, in dem sie ihn brauchen, ohne dass jemand für sie entscheidet, was an die Mail gehängt wird.

Ein Export beantwortet eine Frage, die nie zweimal gestellt wurde

Ein Katalogexport ist die Momentaufnahme eines Umfangs, den jemand einmal definiert hat. Er stimmt zum Zeitpunkt der Erzeugung und veraltet ab da. Die praktischen Schwachstellen sind immer dieselben drei:

• Der Umfang ist grob. Sie exportieren den ganzen Katalog, eine Kategorie oder einen Markt. Praktisch nie exportieren Sie «genau das, was dieser Wiederverkäufer sehen darf» — denn das hiesse, einen Exportjob pro Kunde zu pflegen.
• Aktualität wird zur Terminfrage. Zwischen zwei Exportläufen hält der Empfänger Daten, von denen Sie wissen, dass sie falsch sind. Sie wissen, welche Felder sich geändert haben; er nicht.
• Die Verteilung ist nicht nachvollziehbar. Ein ZIP in einer Mail, ein Link in einem Filetransfer-Dienst. Ein halbes Jahr später, wenn sich eine Spezifikation als überholt herausstellt, kann niemand sagen, welche Version das Haus verlassen hat und wohin sie ging.

Der Aufwand skaliert dabei nicht mit dem Katalog, sondern mit der Anzahl Kunden mal der Häufigkeit ihrer Anfragen. Das ist die Position, die wächst.

Was sich ändert, wenn Zugriff berechtigt statt exportiert wird

Ein Kundenportal dreht die Richtung um. Statt eine eingeschränkte Kopie nach aussen zu schieben, veröffentlichen Sie einen kontrollierten Katalog — und die Berechtigung jedes Nutzers entscheidet, was er darin sieht.

In der Praxis ist Berechtigung ein Stapel von Filtern, der bei jeder Anfrage greift, im Portal und in der API gleichermassen:

• Mandant — zu welcher Marke oder Landesgesellschaft die Daten gehören.
• Portal — das Kundenportal zeigt eine andere Oberfläche als Vertriebs- oder Lieferantenportal.
• Markt — Marktkennzeichen an Attributen entscheiden, ob ein Schweizer Wiederverkäufer dieselben Zulassungsdaten sieht wie ein deutscher Grosshändler.
• Kategorie — wer nur Druckmesstechnik führt, browst gar nicht erst darüber hinaus.
• Katalogselektion — eine manuelle Liste oder eine Regel (lifecycle = active AND market IN [DE, AT, CH]), gespeichert als Filtervorlage und wiederverwendbar.

Entscheidend ist: Das ist ein Datensatz mit vielen Sichten, nicht viele Kopien. Ändert sich eine Spezifikation im PIM, ändert sie sich im selben Veröffentlichungslauf für alle Berechtigten. Es gibt keinen zweiten Katalog, den man nachziehen muss, und keinen kundenspezifischen Exportjob zu pflegen.

Key Accounts sind meist der Fall, der die betriebswirtschaftliche Diskussion entscheidet. Eine exklusive Katalogansicht — die vertraglich vereinbarten Produkte, sonst nichts — ist eine Regel in der Selektion, kein separater Datenbestand, an dessen Aktualisierung jemand denken muss.

Drei Dinge, die ein Portal leistet und ein Export nicht

Selbstbedienung im Moment des Bedarfs. Volltextsuche, Kategoriebaum, Facettenfilter mit Live-Zählern und eine Produktseite mit Attributen samt Einheiten, Hierarchie und allen Assets zur SKU. Wer das französische Datenblatt sucht, findet es um 22:40 Uhr im Portal — also dann, wenn tatsächlich gearbeitet wird.

Sprach- und Markt-Fallback. Sie konfigurieren die Sprachen eines Portals und eine Fallback-Kette, etwa de-CH → de-DE → en-GB. Eine fehlende Schweizer Übersetzung fällt auf die deutsche zurück, statt ein leeres Feld zu zeigen. Im Export ist eine fehlende Übersetzung eine leere Spalte, die weiter unten jemand mit einer Vermutung füllt.

Nachvollziehbarkeit. Jeder Zugriff erfolgt unter einer Identität in einem definierten Umfang. Damit hat die Frage «welche Version dieses Datenblatts hat dieser Kunde bekommen» eine Antwort.

Jedes Quartal geht ein neues Katalog-PDF raus. Wenn es ankommt, ist die erste Spezifikation darin schon veraltet.

Wo Exporte weiterhin richtig sind

Nichts davon spricht gegen maschinelle Belieferung. Ein Grosshändler, der seinen eigenen Shop befüllt, sollte sich nicht durch ein Portal klicken, sondern über eine versionierte REST-API mit denselben Berechtigungen ziehen — oder einen signierten Webhook erhalten, wenn sich in seinem Umfang etwas ändert.

Sinnvoll ist die Unterscheidung nach Consumer, nicht nach Vorliebe:

• Menschen suchen. Sie bekommen ein Portal.
• Systeme ziehen. Sie bekommen eine API mit Delta-Sync — Delta auf Feldebene bedeutet rund 95 % kleinere Payloads als ein nächtlicher Vollexport, und das Zielsystem kann Änderungen anwenden, statt einen Dump zu vergleichen.
• Das offene Web crawlt. Dafür ist ein Open-Data-Feed da.

Alle drei sollten dieselben kontrollierten Daten lesen. Wenn Portal und API sich über einen Messbereich uneinig sein können, haben Sie zwei Wahrheiten — und der Widerspruch fällt beim Kunden auf.

Was Sie am Montag tun können

Ob das auf Sie zutrifft, lässt sich prüfen, ohne etwas zu kaufen.

1. Anfragen zählen. Nehmen Sie einen Monat Posteingang Ihres Produktdaten-Verteilers. Klassifizieren Sie jede Anfrage als «wäre selbstbedienbar gewesen» oder «brauchte wirklich einen Menschen». Nach unserer Erfahrung ist der erste Topf der grosse, und er konzentriert sich auf wenige Anliegen: aktuelles Bild, aktuelles Datenblatt, Spezifikation in einer zweiten Sprache.
2. Den Umfang eines echten Kunden aufschreiben. Nehmen Sie einen konkreten Wiederverkäufer und formulieren Sie als Regel, was er sehen darf — Kategorien, Märkte, Lebenszyklusstatus. Passt das in eine Zeile, ist es eine Katalogselektion. Passt es nicht, haben Sie eine Berechtigungsfrage gefunden, die Ihr Unternehmen nie beantwortet hat. Das zu wissen ist wertvoll, bevor irgendein Werkzeug ins Spiel kommt.
3. Fallback-Politik klären. Was soll ein Portal zeigen, wenn die fr-FR-Kurzbeschreibung fehlt? Lautet die Antwort heute «ein leeres Feld in einer Tabelle», legen Sie die Kette jetzt fest.
4. Fragen, was nicht protokolliert ist. Suchen Sie ein Asset, das im letzten Jahr an Kunden ging und dessen Empfängerliste Sie nicht rekonstruieren können. Das ist Ihre Nachweislücke, konkret benannt.

Nichts davon verlangt, Ihr PIM zu ersetzen. Das Kundenportal liest daraus — über XML, REST oder einen geplanten SFTP-Abzug — und Ihr PIM bleibt die führende Quelle. Das Portal ist die Tür; das Lager bleibt das PIM.

Berechtigtes Durchsuchen, Suche, Filter sowie Produkt- und Asset-Ansichten sind heute verfügbar und im täglichen Produktiveinsatz bei einem DACH-Hersteller mit über 20'000 Produkten. Sammlungen, Freigabelinks mit Ablaufdatum und Download-Limit, Sammel-Download mit Audit-Trail sowie White-Label-Branding pro Portal sind für 2026 geplant. Änderungsbenachrichtigungen im berechtigten Umfang stehen auf der Roadmap. Es lohnt sich, das auseinanderzuhalten, bevor Sie darauf planen — Überblick zum Produkt.

Key takeaways

• Ein Export ist ein Lieferweg mit festem Umfang und Verfallskurve; ein Portal ist ein Zugriffsmodell, das pro Nutzer und Anfrage auflöst.
• Berechtigungen als Stapel — Mandant, Portal, Markt, Kategorie, Katalogselektion — ergeben einen kontrollierten Datensatz mit vielen Sichten statt eines Exportjobs pro Kunde.
• Legen Sie die Fallback-Kette bewusst fest: Eine fehlende Übersetzung soll auf eine bekannte Sprache zurückfallen, nicht auf ein leeres Feld.
• Trennen Sie nach Consumer-Typ: Menschen bekommen ein Portal, Systeme eine API mit Delta-Sync auf Feldebene, das offene Web einen Feed — alle aus derselben Datenbasis.
• Beginnen Sie mit der Klassifikation eines Monats Datenanfragen und mit dem Aufschreiben eines echten Kundenumfangs als Regel. Beides kostet nichts und zeigt, ob Sie ein Berechtigungsmodell haben oder eine Gewohnheit.