Pimcore Betrieb & Integration

Pimcore bei einem Medizintechnik-Hersteller

Zwei Jahre Betrieb von PIM, DAM, CRM und Übersetzungs-Workflow hinter einem mehrsprachigen Produktkatalog

PimcorePIMDAMIntegrationenPlatform.sh

How the systems connect — drawn instead of screenshotted, so nothing client-specific leaves the room.

01 — The challenge

Produktdaten in einem regulierten Fertigungsumfeld müssen in jedem Markt gleichzeitig stimmen. Ein Produkt trägt technische Attribute, Marketingtexte, freigegebene Bilder und Dokumentation, und jedes davon existiert in einem Sprachset, das sich von Markt zu Markt unterscheidet. Pimcore hielt die strukturierten Daten. Ein separates DAM hielt die Assets. Dynamics hielt die kommerziellen Beziehungen. memoQ steuerte den Übersetzungs-Workflow. Keines dieser vier Systeme hat denselben Begriff davon, was ein Produkt ist. Der Großteil der täglichen Arbeit lag deshalb in den Nahtstellen dazwischen: Identifikatoren stabil halten, Exportformate konsistent halten und die Fälle finden, in denen eine Änderung im Vorsystem drei Systeme weiter unten still etwas zerlegt hat.

02 — What we built

  • Betrieb der produktiven Pimcore-Instanz: Klassen- und Datenobjekt-Definitionen, Field Collections, Object Bricks, Classification-Store-Gruppen und das zugehörige Rechtemodell
  • Pflege des Datenmodells bei geänderten Anforderungen, praktisch also die Entscheidung, welches neue Attribut auf die Klasse gehört, welches in einen Brick und welches in den Classification Store, und zwar davor statt danach
  • Betrieb der Integrationen: Produkt- und Vertriebsdaten zwischen Pimcore, Dynamics CRM und der Asset-Bibliothek, mit dem ERP-Export als führendem Vorsystem
  • Steuerung des Übersetzungs-Workflows über memoQ: Quellinhalte extrahieren, laufende Jobs nachverfolgen und freigegebene Übersetzungen so zurückschreiben, dass neuere Änderungen nicht überschrieben werden
  • Betrieb der Asset-Strecke vom DAM nach Pimcore, damit am Produkt die freigegebene Fassung eines Bildes oder Dokuments hängt und nicht eine Kopie von vor einem halben Jahr
  • Verwaltung der Platform.sh-Umgebung: Environment-Konfiguration, Deployments und der Branch-pro-Umgebung-Workflow, den Pimcore-Änderungen vor der Produktion durchlaufen haben
  • Planung und Durchführung von Versions-Upgrades inklusive der Regressionstests, die ein Katalog dieser Größe vor einem Produktions-Upgrade braucht

03 — The result

Die Instanz blieb im Betrieb und blieb aktuell. Produktdaten, Assets und Übersetzungen erreichten die Kanäle, die sie erreichen sollten. Wichtiger als das ist allerdings das operative Wissen: Zwei Jahre reichen, um dieselben Pimcore-Fehlerbilder mehr als einmal zu sehen und zu unterscheiden, welche davon ein fällig gewordenes Datenmodell sind und welche ein Vorsystem, das sich ohne Ankündigung geändert hat. Genau diese Erfahrung ist der Grund, warum Aiki Labs heute Pimcore-Instanzen betreut, die andere Agenturen gebaut haben.

Operational impact

2 Jahre

Betrieb einer produktiven Instanz

Innerhalb einer vierjährigen Tätigkeit bei einem Medizintechnik-Hersteller in der DACH-Region. Laufender Betrieb, keine befristete Einführung.

4 Systeme

rund um Pimcore synchron gehalten

PIM, DAM, CRM und Übersetzungs-Workflow. Die wiederkehrende Arbeit liegt in den Schnittstellen, nicht in einem einzelnen System.

Mehrere Märkte

mehrsprachiger Produktkatalog

Produktdaten und Dokumentation über Märkte und Sprachen hinweg gepflegt, wobei sich das Sprachset je Markt unterscheidet.

Platform.sh

Hosting und Deployment-Workflow

Environment-Konfiguration, Branch-Deployments und Upgrade-Rollouts als Teil derselben Rolle.

  • Zwei Jahre durchgehender Produktivbetrieb, kein einzelnes Einführungsprojekt
  • Vier verbundene Systeme synchron gehalten: Pimcore, DAM, Dynamics CRM und memoQ-Übersetzungs-Workflow
  • Upgrades an einem laufenden mehrsprachigen Katalog geplant und durchgeführt statt aufgeschoben
  • Hosting, Deployments und Umgebungen auf Platform.sh als Teil derselben Rolle

Under the hood

PIM
PimcoreClassification StoreDatenobjekteObject Bricks
Verbundene Systeme
DAMDynamics CRMmemoQERP-Export
Infrastruktur
Platform.shGit-Branch-UmgebungenGestufte Upgrades

What's connected

Dynamics CRM
Vertriebs- und Produktdaten zwischen PIM und CRM. Was dabei wirklich halten muss, sind stabile Identifikatoren.
DAM
Freigegebene Bilder und Dokumente flossen nach Pimcore und weiter in die Kanäle, damit am Produkt das aktuelle Asset hängt.
memoQ
Übersetzungsjobs verließen Pimcore als Quellinhalt und kamen als freigegebene Zielsprachwerte in die lokalisierten Felder zurück.
ERP-Export
Produktdaten kamen als geplanter Export aus dem Vorsystem. Änderte sich dessen Struktur unangekündigt, merkte es alles dahinter.

Want something like this?

Book a free consultation — we'll map your workflows and tell you exactly what to build.

Book a callAll projects