Kanäle sind an PIMs festgeschweisst.
Zehn Sites und zwei Portale lesen direkt aus einem bestimmten PIM. Wer das PIM ersetzt, baut jede Integration neu.
Anwendungsfall · Illustratives Szenario
01 · MARKENGRUPPE
Vier Marken, sieben Länder, drei PIMs — ein Gate.
Eine durch Zukäufe gewachsene Gruppe technischer Marken betreibt drei PIMs und ein Dutzend Websites. PIM Gate gibt jeder Marke und jedem Land ein eigenes, gebrandetes Portal und eine API für alle Websites — und wird zur Brücke, auf der die PIMs darunter konsolidiert werden.
«Die Gruppe hat beschlossen, ihre PIMs zu konsolidieren — und jede Website, jedes Portal und jeder Feed hängt an einem davon.»
02 · AUSGANGSLAGE
Durch Zukäufe gewachsen. Punkt zu Punkt verdrahtet.
Die Gruppe besitzt vier Marken technischer Produkte und verkauft über sieben Landesgesellschaften. Jede Akquisition brachte eigene Systeme mit: Eine Marke arbeitet mit Akeneo, eine mit Pimcore, eine mit einer selbst entwickelten Produktdatenbank; die vierte pflegt Daten im Gruppen-ERP und in Tabellen. Zusammen rund 180'000 Artikel in elf Sprachen.
Jede Marke hat eine eigene Website, einige Landesgesellschaften betreiben eigene Sites, und jede Site ist direkt an «ihr» PIM angebunden. Händlerportale gibt es für zwei Marken, gebaut auf unterschiedlicher Technik. Konzernkunden kaufen markenübergreifend, erhalten aber von jeder Marke einen eigenen Katalog.
Die Gruppe hat beschlossen, in den nächsten 18 Monaten auf ein PIM zu konsolidieren. Das Risiko, das alle sehen: Jeder Konsolidierungsschritt bricht irgendwo eine Website, ein Portal oder einen Feed.
| MARKE × SYSTEM · HEUTE | Rolle | Status |
|---|---|---|
| MARKE A | AKENEO · 3 SITES | HÄNDLERPORTAL (INDIVIDUELL) |
| MARKE B | PIMCORE · 2 SITES | — |
| MARKE C | EIGENE DB · 4 SITES | HÄNDLERPORTAL (CMS-PLUGIN) |
| MARKE D | ERP + XLSX · 1 SITE | — |
03 · HERAUSFORDERUNGEN
Warum Konsolidierung ins Stocken gerät.
Marken müssen eigenständig bleiben.
Jede Marke und jedes Land braucht eigenen Auftritt, eigene Domain und eigenes Sortiment — auch wenn die Daten aus einer Quelle kommen.
Konzernkunden sehen vier Kataloge.
Key Accounts, die markenübergreifend kaufen, erhalten getrennte Dateien, Formate und Preislogiken.
Elf Sprachen, vier Übersetzungs-Setups.
Jede Marke übersetzt für sich; gemeinsame Begriffe werden viermal übersetzt, jedes Mal anders.
Kein gemeinsames Datenmodell.
Attributnamen, Einheiten und Klassifikationen unterscheiden sich pro Marke. Eine gruppenweite Sicht braucht zuerst ein kanonisches Schema.
Ein Big Bang ist keine Option.
Das Geschäft der Landesgesellschaften kann für ein Umstellungswochenende nicht stillstehen, und ein misslungener Schritt muss umkehrbar sein.
04 · DAS PIM-GATE-SETUP
Marken und Kanäle oben. PIMs darunter — austauschbar.
PIM Gate liest aus jedem PIM, das die Gruppe heute betreibt, und bildet alles auf ein kanonisches Schema ab. Darüber bekommt jede Marke und jedes Land einen gebrandeten Mandanten mit eigener Domain, eigenem Auftritt und eigenen Portalen, und alle Websites nutzen eine API. Wenn die Gruppe konsolidiert, schaltet die Migrationsbrücke die Quellen Attributgruppe für Attributgruppe um — die Kanäle darüber merken nichts, und jeder Schritt lässt sich zurückrollen.
Diagramm, Tab «Heute». Akeneo, Pimcore, eine eigene Datenbank, ERP-Tabellen und das Gruppen-ERP speisen PIM Gate, das alles auf ein kanonisches Gruppenschema abbildet. Darüber zwölf gebrandete Mandanten für vier Marken und ihre Länder, jeweils mit Kunden- und Vertriebsportal, sowie eine API für zehn Websites. Diagramm, Tab «Während der Konsolidierung». Alte PIMs und das neue Gruppen-PIM speisen PIM Gate parallel. Die Quellen werden pro Attributgruppe von alt auf neu umgeschaltet, mit Rollback pro Gruppe. Portale, Mandanten und Websites bleiben unverändert.
Eine markenübergreifende Sicht für Konzernkunden
Ein Gedächtnis, vier Markenstimmen
05 · ABLAUF
Zuerst die Kanäle öffnen. Darunter konsolidieren.
- SCHRITT 01
Jedes PIM lesen, wie es ist.
Akeneo und Pimcore über die Standard-Connectoren, die eigene Datenbank über einen individuellen Connector, ERP und Tabellen von Marke D über zeitgesteuertes SFTP. In den Quellsystemen ändert sich nichts.
- SCHRITT 02
Ein kanonisches Gruppenschema.
Attribute, Einheiten und Klassifikationen aller vier Marken werden auf ein Schema abgebildet. Unterschiede werden sichtbar — und einmal, auf Gruppenebene, entschieden.
- SCHRITT 03
Ein gebrandeter Mandant pro Marke und Land.
Jeder erhält Domain, Auftritt, Sprachen, Sortiment und Portale. Der Gruppenvertrieb bekommt zusätzlich eine markenübergreifende Sicht für Key Accounts.
- SCHRITT 04
Eine API für alle Websites.
Die Websites wechseln von ihrer PIM-Anbindung auf die PIM-Gate-API, eine nach der anderen, gefiltert nach Marke und Markt, synchronisiert per Delta.
- SCHRITT 05
Gemeinsames Gedächtnis, Markenterminologie.
Ein Gruppen-Translation-Memory für elf Sprachen, eine Terminologie pro Marke, Prüfung durch die Länderteams.
- SCHRITT 06
Quellen umschalten, nicht Kanäle.
Ist das neue Gruppen-PIM für eine Marke bereit, schaltet die Migrationsbrücke deren Daten Attributgruppe für Attributgruppe um. Versionierte Exporte zeigen jede Differenz vorher und nachher; jeder Schritt lässt sich zurückrollen.
06 · MODULE & PORTALE
Was dieses Setup nutzt — und was heute live ist.
- LIVE
PIM-Connectoren Akeneo, Pimcore (sowie Viamedici, Stibo, Censhare)
Quellen von Marke A und B
- LIVE
Import XML · REST-Pull · zeitgesteuertes SFTP
Marke D und Gruppen-ERP
Individueller Connector
Eigene Produktdatenbank von Marke C
sofort verfügbar (Add-on)
- LIVE
Kanonisches Schema · Attribut-Metadaten
Gruppen-Datenmodell
- 2026
Mapping-UI Quelle → kanonisch · sichere Umstellung
Abbildung von vier Marken
- LIVE
PIM-Migrationsbrücke (alt + neu parallel, Rollback)
Konsolidierung ohne Unterbruch der Kanäle
- 2026
Multi-Mandanten-Plattform · Subdomains · eigene Domains
12 gebrandete Mandanten
- 2026
White-Label-Branding pro Portal
Markenauftritt pro Mandant
- LIVE
Kundenportal
Händler pro Marke und Land
- 2026
Vertriebsportal
Markenübergreifende Sicht für Key Accounts
- 2026
Lieferantenportal (optional, in L enthalten)
Ein Regelwerk für die Lieferanten aller Marken
- LIVE
Versionierte REST-API /v1 · Delta-Sync · Webhooks
Eine API für zehn Websites
- 2026
Produktdaten-Übersetzung (gemeinsames TM, Marken-Terminologien)
Elf Sprachen
- ROADMAP
SSO OIDC/SAML · SCIM
Identity Provider der Gruppe
- ROADMAP
Vererbung von Attributen/Texten
Gemeinsame Texte markenübergreifend vererben
07 · ERWARTETE EFFEKTE
Was sich typischerweise ändert.
Indikativ
Jede Site an ihr eigenes PIM angebunden
Alle Sites an einer API — das PIM dahinter darf wechseln.
Indikativ
Konsolidierung als Big Bang
Konsolidierung pro Marke und Attributgruppe, jeder Schritt umkehrbar.
Indikativ
Eigene Portaltechnik pro Marke
Gebrandete Mandanten auf einer Plattform, jeder mit eigener Domain und eigenem Auftritt.
Indikativ
Vier Kataloge für Konzernkunden
Eine markenübergreifende Sicht auf die Gruppenvereinbarung.
Indikativ
Vier Übersetzungs-Setups
Ein Gruppengedächtnis, markenspezifische Terminologie.
Indikativ
Attribut-Wildwuchs über Marken
Ein kanonisches Schema, einmal entschieden.
Qualitative Erwartungen für dieses Szenario, keine gemessenen Ergebnisse.
08 · TYPISCHE KONFIGURATION
Version L, zwölf gebrandete Mandanten, ein individueller Connector.
Gruppen-Produktdaten, Markenmarketing und E-Commerce der Länder kommen auf 26–100 Seats; 180'000 Artikel passen ins Band ≤ 500k; elf Sprachen erfordern Version L. L enthält zehn gebrandete Mandanten und alle drei Portal-Module; zwei weitere Mandanten decken die übrigen Marken-Länder-Kombinationen ab. Händler, Aussendienst und Key Accounts sind Portal-Nutzer — unbegrenzt. Indikativer Listenpreis € 29'100, EUR, jährliche Vorauszahlung, zzgl. MwSt. Inklusive 99,9 % SLA.
| Position | € / Jahr |
|---|---|
| Version L — 26–100 Seats, ≤ 500k Artikel, alle 3 Portal-Module, 10 gebrandete Mandanten, unbegrenzte Sprachen und Connectoren | € 20'400 |
| 2 zusätzliche gebrandete Mandanten (je Mandant) | € 2'400 |
| Individueller Connector für die eigene Datenbank · jährlich | € 1'200 |
| Stage-/Test-Mandant · halbe Kapazität (25 % von Version L) | € 5'100 |
| Indikativer Listenpreis | € 29'100 |
09 · EINFÜHRUNG
Kanäle in Monaten. Konsolidierung im Tempo der Gruppe.
- 01
WOCHE 1–4 · SCOPING
WOCHE 1–4Gruppenschema und Mandantenplan. Attributvergleich der vier Marken, kanonisches Gruppenschema, Mandanten- und Domainplan, API-Vertrag für die Websites.
- 02
WOCHE 5–10 · ERSTE MARKE
WOCHE 5–10Marke A von Ende zu Ende. Akeneo angebunden, Mandanten und Händlerportal von Marke A live, erste Website auf die API umgestellt.
- 03
WOCHE 11–24 · ALLE MARKEN
WOCHE 11–24Marken B, C, D. Übrige Quellen angebunden (inkl. individuellem Connector), Mandanten pro Land, Websites nacheinander migriert, markenübergreifende Vertriebssicht.
- 04
MONAT 6–18 · KONSOLIDIEREN
MONAT 6–18PIMs darunter. Sobald das Gruppen-PIM pro Marke live geht, schaltet die Migrationsbrücke die Quellen pro Attributgruppe um; Parallelbetrieb, bis jede Marke abgenommen ist.
- 05
NACH ABNAHME · ABSCHALTEN
NACH ABNAHMEAlte PIMs ausser Betrieb. Alte Quellen werden getrennt, sobald alle Attributgruppen über das Gruppen-PIM laufen; die Kanäle bleiben unberührt.
Indikativer Plan. Den Takt der Konsolidierung bestimmt das PIM-Projekt der Gruppe, nicht PIM Gate.
10 · NÄCHSTER SCHRITT
Erkennen Sie Ihre Gruppe wieder? Buchen Sie ein Scoping-Gespräch.
Bringen Sie Ihre Übersicht Marke × System mit. Wir skizzieren das kanonische Schema, den Mandantenplan und die Reihenfolge, in der Kanäle und PIMs umziehen.
11 · Weiterlesen
Mehr zu diesem Szenario
LIVE
Versionierung, Sync & Migrationsbrücke
Jeder Stand bewahrt, jede Änderung nachvollziehbar, jede Migration umkehrbar.
LIVE
Anbinden & konsolidieren
Das PIM, das ERP und die Lieferantendateien anbinden, die Sie heute schon betreiben — ohne eines davon anzufassen.
2026
Rollen, Rechte & Berechtigungen
Sechs Berechtigungsebenen, serverseitig durchgesetzt, append-only protokolliert.