Pimcore vs. AtroCore: Zwei Open-Source-MDM-Plattformen im Vergleich

Pimcore und AtroCore gehören zu den am häufigsten diskutierten Open-Source-Plattformen für Master Data Management und Product Information Management. Beide verfolgen das Ziel, eine einzige Quelle für Produkt- und Masterdaten zu etablieren. Ihre Ansätze unterscheiden sich jedoch grundlegend in Architektur, Konfiguration, Lizenzierung und davon, wer die tägliche Arbeit tatsächlich leistet.

Pimcore: Eine integrierte Digital-Plattform

Pimcore hat sich in den letzten Jahren als Product Experience Management (PXM)-Plattform neu positioniert und kombiniert PIM, MDM, DAM, CMS und Digital Commerce in einem System. Das Ziel sind Organisationen, die eine einzige Umgebung für komplexe Datenstrukturen und Omnichannel-Publishing benötigen.

Pimcore basiert auf dem Symfony-Framework. Seine Data Objects unterstützen Vererbung, Klassifizierungen und Multi-Domain-Strukturen, was praktisch ist, wenn CMS- oder Digital-Commerce-Funktionen neben PIM und MDM in derselben Umgebung vorhanden sein sollen.

Der Kompromiss liegt in der Komplexität. Der Aufbau neuer Data-Object-Klassen oder die Implementierung benutzerdefinierter Geschäftslogik erfordert typischerweise Entwickler. Strukturelle Änderungen finden nicht über die Benutzeroberfläche statt. Für Organisationen mit stabilen, klar definierten Anforderungen und einem internen Engineering-Team ist das machbar. Für alle anderen erhöht es Reibung und Implementierungskosten.

AtroCore: Eine modulare, konfigurationsorientierte Plattform

AtroCore ist eine modulare Open-Source-MDM- und PIM-Plattform, die auf einem grundlegenden Prinzip aufbaut: Menschen, die die Daten verstehen, sollten das System konfigurieren können – nicht nur diejenigen, die Code schreiben. Die Plattform ist unter der MIT-Lizenz lizenziert, selbst gehostet oder vor Ort einsetzbar und konzipiert, damit Administratoren den Großteil der Konfigurationsarbeit übernehmen, ohne eine Entwicklungsumgebung öffnen zu müssen.

AtroPIM basiert auf AtroCore und erweitert die Plattform um dedizierte Product-Information-Management-Funktionen. Hersteller, Distributoren und Einzelhändler nutzen es, um komplexe Produktkataloge über mehrere Kanäle und Systeme hinweg zu verwalten.

Ein Administrator in AtroCore kann Folgendes konfigurieren:

• das Datenmodell: Felder, Attribute, Beziehungen, Entitäten verschiedener Typen einschließlich Hierarchien
• Benutzeroberflächen: Layout-Profile und verschiedene Ansichten mit Drag-and-Drop
• Datenpipelines: wie Daten automatisch zwischen Quell- und Staging-Entitäten fließen, einschließlich Transformations- und Standardisierungslogik
• Matching-Regeln: wie Datensätze verglichen und als Duplikate über Quellen hinweg identifiziert werden
• Datenqualitätsprüfungsregeln: Bedingungen, die Datensätze basierend auf Vollständigkeit, Format oder Konsistenz kennzeichnen, bewerten oder blockieren
• Konsolidierungslogik: wie widersprüchliche Werte aus mehreren Quellen gelöst werden, einschließlich Survivorship-Regeln, die pro Feld bestimmen, welche Quelle gewinnt
• Benachrichtigungen und Automatisierung: Regeln, Bedingungen und automatische Aktionen
• Datenvalidierung: Pflichtfelder, Formate, zulässige Werte

All dies ohne Code oder Deployment.

Ein Hersteller, mit dem wir zusammenarbeiten, musste eine neue Attributgruppe für Verpackungsspezifikationen über 12.000 SKUs hinzufügen. Ein Administrator erstellte die Attributgruppe in AtroCore, wies sie der relevanten Entität zu, setzte die Vererbungsregeln und veröffentlichte die Änderung. Das Ganze dauerte weniger als eine Stunde. In einem entwicklerabhängigen System sitzt dieselbe Aufgabe im Backlog, durchläuft einen Sprint und erreicht die Produktion Wochen später, zu welchem Zeitpunkt sich die Anforderungen oft bereits geändert haben.

Implementierungszyklen verkürzen sich. Die Time-to-Market für Datenmodell-Änderungen sinkt von Wochen auf Stunden. Mittelständische Hersteller und Distributoren profitieren am meisten: ausreichend Datenkomplexität, um eine echte MDM-Schicht zu benötigen, aber nicht die interne Engineering-Kapazität, um jede Konfigurationsänderung als Softwareprojekt zu behandeln.

Architektur und Designphilosophie

Pimcore nutzt Symfony als Grundlage und erweitert es zu einem multifunktionalen Ökosystem. Seine Architektur folgt einer monolithischen Designphilosophie, bei der PIM, MDM, DAM und CMS über einen gemeinsamen Backend und eine API-Schicht zusammenarbeiten. Tiefe Anpassungen sind möglich, erfordern aber normalerweise erhebliche Entwicklungsbeteiligung. Auf der Datenbankseite läuft Pimcore auf MySQL oder MariaDB über Doctrine DBAL. Die Studio-Benutzeroberfläche erfordert auch Elasticsearch oder OpenSearch als obligatorische Suchmaschinen-Backend für Filterung und Abfragen großer Datensätze – eine zusätzliche Infrastruktur-Abhängigkeit, die selbst gehostete oder lokale Teams berücksichtigen müssen.

AtroCore basiert auf offenen PHP-Standards (PSR-7, PSR-11, PSR-15), nutzt Doctrine DBAL für Datenbankinteraktion und FastRoute für HTTP-Routing. Die Architektur orientiert sich an Laminas/Mezzio und Symfony, jedoch ohne deren Komplexität. PostgreSQL, MySQL und MariaDB werden alle als primäres Datenbank-Engine unterstützt, ohne obligatorische Such-Engine-Abhängigkeit.

Die Datenbankauswahl ist bei der Skalierung wichtig. PostgreSQL verarbeitet komplexe Abfragen über große Datensätze deutlich besser als MySQL oder MariaDB. Bei MDM-Implementierungen, die Millionen von Datensätzen über mehrere Domänen verwalten, ist dieser Leistungsunterschied real. Teams, die AtroCore auf PostgreSQL betreiben, bekommen diesen Spielraum als Standard-Option und haben damit die bessere Infrastruktur-Basis für hochvolumige MDM-Anwendungsfälle.

Datenmodellierung und strukturelle Flexibilität

Pimcore's Datenmodellierung ist raffiniert, aber entwicklergetrieben. Komplexe Objekttypen, Vererbungsmodelle und strukturierte Klassifizierungen sind erreichbar. Um dorthin zu gelangen, sind normalerweise Programmierer erforderlich, die Objektklassen definieren und Logik implementieren, um breitere architektonische Anforderungen zu erfüllen – etwas, das ein Produktdaten-Team nicht selbstständig übernimmt.

AtroCore nutzt einen Code-freien Datenmodellierungsansatz. Benutzer können Entitäten, Felder, Attribute und Beziehungen über die Admin-Schnittstelle erstellen oder ändern, ohne Code zu berühren. Vererbungsregeln sind pro Feld konfigurierbar. Klassifizierungen und Assoziationen können auf beliebige Domänen angewendet werden, einschließlich benutzerdefinierter. Benutzerdefinierte Felder können direkt über die Admin-Schnittstelle in Many-to-Many-Beziehungen hinzugefügt werden. Wenn eine Produktkategorie einen neuen Satz technischer Attribute benötigt oder eine Lieferanten-Entität vor einer Prüfung ein Compliance-Feld hinzufügen muss, geschehen diese Änderungen in der Benutzeroberfläche, nicht in einer Ticketwarteschlange.

Benutzerfreundlichkeit und administrative Nutzbarkeit

Das Pimcore-Admin-Panel umfasst ein breites Spektrum von Inhalts- und Datenaufgaben. Die Lernkurve ist steil, besonders für Katalog-Manager, die nur mit Produktdaten arbeiten. Die Legacy-Admin-Benutzeroberfläche wurde auf ExtJS aufgebaut und war nicht mobil-freundlich.

Pimcore Studio, mit Plattformversion 2025.1 veröffentlicht, ersetzt diese Schnittstelle durch eine moderne React-basierte Benutzeroberfläche, die auf Ant Design, TypeScript und Redux aufgebaut ist. Sie ist schneller, visuell sauberer und für nicht-technische Benutzer zugänglicher. Plattformversion 2026.1 hat die Legacy-Admin vollständig entfernt und Studio zur einzigen Schnittstelle gemacht. Die Mobil-Freundlichkeitslücke, die jahrelang bestand, hat sich verengt, aber Studio ist eine neuere Verschiebung und Teams auf älteren Pimcore-Versionen haben davon noch nicht profitiert.

Die AtroCore-Schnittstelle ist von Anfang an mobil-freundlich und funktioniert geräteübergreifend ohne separate Konfigurationsschritte. Aber mobiler Zugang ist für die meisten Daten-Teams nicht der Hauptunterscheidungsfaktor. Was mehr zählt, ist, dass Katalog-Manager, Datenverwalter und Produktmanager sinnvolle Arbeit ohne Entwicklerhilfe leisten können. Layout-Profile, Feld-Sichtbarkeit, Ansichtsmodi und benutzerspezifische Konfigurationen werden alle über die Schnittstelle verwaltet. Ein Datenverwalter kann anpassen, welche Felder in einer Grid-Ansicht für sein Team angezeigt werden, ohne ein Support-Ticket einzureichen. Ein Produktmanager kann Validierungsregeln für eine neue Produktkategorie am selben Tag erstellen, an dem die Kategorie erstellt wird.

MDM-Funktionalität

Pimcore's MDM-Framework unterstützt komplexe Master-Data-Domänen mit erweiterten Objekttypen, Vererbungsstrukturen, mehrsprachigen Attributen, hierarchischen Taxonomien und detaillierten Beziehungsgraphen. Die MDM-Schicht verarbeitet Versionierung, Workflows, Datenqualitätsregeln, Validierungsprüfungen, Genehmigungsprozesse und Audit-Trails. Die Funktionalität ist real. Um dorthin zu gelangen, sind Entwicklerzeit und architektonische Planung erforderlich.

Die AtroCore-MDM-Schicht ist vollständig über die Benutzeroberfläche konfigurierbar: Entitäten, mehrsprachige Felder und Attribute, hierarchische Taxonomien mit Multi-Parent-Unterstützung, Beziehungen, Datenverwalter-Workflows, Datenqualitätsregeln, Deduplizierung, Golden-Record-Erstellung, Validierung, Änderungsverlauf und rollenbasierte Governance. Diese sind keine leichten Stellvertreter für Enterprise-Features. Sie sind die gleichen Funktionen, gebaut, um von den Personen betrieben zu werden, die für Datenqualität verantwortlich sind, statt von Entwicklern, die die Plattform in ihrem Auftrag pflegen.

Für Teams, die mehr benötigen, ermöglicht AtroCore's modulare Architektur, dass neue Entitäten oder Governance-Features durch Konfiguration oder leichte Module hinzugefügt werden. Wachsende MDM-Komplexität bedeutet nicht, dass die Abhängigkeit von Entwicklern wächst.

Der praktischste Unterschied zwischen den beiden Plattformen liegt in der Governance-Iterationsgeschwindigkeit. Eine neue Validierungsregel in AtroCore ist eine Konfigurationsänderung. In Pimcore ist sie eine Entwicklungsaufgabe. Im Laufe eines Jahres summieren sich diese Unterschiede für Teams, die sich ändernde Produktkataloge oder Lieferantendaten verwalten, erheblich.

Erweiterbarkeit und Wartung

Pimcore unterstützt umfangreiche benutzerdefinierte Entwicklung über Symfony Bundles und sein Plugin-System. Komplexe Workflows, Integrationen und domänenspezifische Module können für Organisationen mit starken internen Engineering-Fähigkeiten erstellt werden. Es ist eine starke Lösung für Unternehmen, die ihre MDM-Schicht als Softwareprodukt behandeln, das von einem internen Team gepflegt wird.

Das Erweiterbarkeitsmodell von AtroCore ist in Schichten aufgebaut. Die meisten Anforderungen lösen sich auf Konfigurationsebene auf: ein neuer Entitätstyp, ein benutzerdefiniertes Feld, eine Workflow-Regel, eine Matching-Bedingung. Wenn Konfiguration nicht ausreicht, deckt die Modultbibliothek die nächste Stufe ab: erweiterte Datenqualitäts-Automatisierung, erweiterte Workflow-Orchestrierung, tiefere Integrationen. Benutzerdefinierte Modul-Entwicklung existiert für Anforderungen darüber hinaus. In Projekten, die wir implementiert haben, erreichen die meisten Hersteller die Produktion, ohne benutzerdefinierten Code zu berühren. Wenn sie ein Modul benötigen, erweitert es einen stabilen Kern, statt um ihn herum zu flicken. Diese Unterscheidung ist wichtig für die langfristige Wartung: Upgrades bleiben vorhersehbar und das System sammelt keine technischen Schulden aus Ad-hoc-Fixes.

Integration

Pimcore ist API-First, hat aber keine nativen Konnektoren. Die Integration mit externen Systemen hängt von Drittanbietern oder benutzerdefinierter Entwicklung ab.

AtroCore enthält native Konnektoren für weit verbreitete CRM-Plattformen einschließlich Salesforce und HubSpot, ERP-Systeme einschließlich SAP und Microsoft Dynamics, sowie E-Commerce-Plattformen einschließlich Shopify und WooCommerce. Jeder Konnektor ist vollständig über die Schnittstelle anpassbar. Neue Integrations-Szenarien können konfiguriert werden, ohne benutzerdefinierte Middleware zu schreiben. Für Hersteller und Distributoren, die komplexe Systemlandschaften betreiben, reduziert dies sowohl Integrations-Kosten als auch Lead-Zeit.

Lizenzierung, Community und Kosten

Pimcore lief 15 Jahre lang unter einer GPLv3-Lizenz. Ab Plattformversion 2025.1 wechselte es zur Pimcore Open Core License (POCL). Version 2024.4 war die letzte GPLv3-Version. Die POCL ist source-verfügbar: Sie können den Code anzeigen, ändern und nutzen, aber Weitergabe und Neulizenzierung sind eingeschränkt. Sie ist nicht im klassischen Sinne Open Source.

Die Community Edition bleibt kostenlos für Organisationen mit jährlichen Einnahmen unter 5 Millionen Euro, gemeinnützige Organisationen und akademische Institutionen. Über dieser Schwelle hinaus ist eine kommerzielle Lizenz erforderlich. Die Professional Edition beginnt bei 8.400 Euro pro Jahr; die Enterprise Edition bei etwa 25.200 Euro pro Jahr. Teams auf älteren Pimcore-Versionen sollten auch beachten, dass die GPLv3-Unterstützung Ende 2026 endet, nach dem Datum werden keine Sicherheits-Patches mehr für Versionen vor 2025.1 verfügbar sein.

Für Unternehmen, die bereits Professional oder Enterprise Editionen unter einem kommerziellen Vertrag haben, ändert die POCL-Verschiebung nichts. Aber für Teams in der Community Edition, die ein Upgrade planen, oder für Beschaffungsteams, die Lizenzierungsrisiken evaluieren, ist es eine bedeutsame Überlegung. Die Copyleft-Bestimmungen der GPLv3 schufen rechtliche Reibung in Enterprise-Umgebungen: Lizenz-Kontaminationsrisiken, Audit-Komplexität, Konflikte mit Vorschriften wie NIS2. POCL entfernt diese Reibungen. Der Preis ist, dass Pimcore für Organisationen über der Umsatzschwelle nicht länger echte kostenlose Software ist.

AtroCore ist unter der MIT-Lizenz lizenziert, ohne Umsatzschwelle und ohne Edition-Hierarchien für die Kernplattform. Ein Hersteller mit 50 Millionen Euro jährlichen Einnahmen führt das gleiche Codebase wie ein Startup: gleiche Features, gleicher Zugang zum Quellcode, gleiche Möglichkeit, ohne Lizenzierungsgespräch selbst zu hosten. Für Beschaffungsteams bei mittelständischen Herstellern und Distributoren entfernt dies eine Risiko-Kategorie, die zunehmend relevant wurde, da andere Plattformen in Pimcore's Richtung gegangen sind. Die Gesamtbetriebskosten sind niedriger für MDM-fokussierte Deployments: keine obligatorischen Infrastruktur-Abhängigkeiten, kein Lizenzierungs-Overhead und Code-freie Konfiguration, die Implementierungs-Beratungskosten senkt. Bezahlte Module existieren für spezifische erweiterte Funktionen, aber die Basis-MDM-Funktionalität trägt unabhängig von der Unternehmensgröße keine Lizenzierungskosten.

Pimcore hat die größere Community und eine längere Erfolgsgeschichte. Für Organisationen, die Ökosystem-Reife neben Plattform-Fähigkeit evaluieren, ist das eine echte Eingabe in die Entscheidung. Es gleicht nicht Lizenzierungs-Overhead oder entwicklerabhängige Konfiguration für Teams aus, die tägliche MDM-Operationen führen, aber es zählt, wenn man langfristige Support-Optionen und Partner-Verfügbarkeit bewertet.

Pimcore vs. AtroCore: Nebeneinander

Wann nutze ich welche Plattform?

Sie lösen nicht das gleiche Problem.

Pimcore passt zu Organisationen, die CMS, Commerce, DAM und MDM unter einem Dach benötigen und ein Entwicklungsteam haben, um es zu betreiben. Engineering-geführte Unternehmen mit stabilen, klar definierten Anforderungen und einem Appetit für Omnichannel-Experience-Management erhalten echten Wert aus seiner Tiefe. Teams über der Umsatzschwelle von 5 Millionen Euro sollten Lizenzierungskosten neben Implementierungskosten berücksichtigen, wenn sie die Gesamtbetriebskosten evaluieren.

Die echten Kosten für MDM-fokussierte Teams sind nicht die Lizenz. Sie sind die Entwicklerzeit, die für Änderungen aufgebracht wird, die ein Nachmittag hätten dauern sollen. AtroCore ist um diese Einschränkung herum gebaut. Datenstrukturen, Governance-Regeln und Geschäftsprozesse ändern sich – und in Fertigung und Distribution ändern sie sich oft. Administratoren konfigurieren Datenmodelle, Workflows, Matching-Regeln und Merge-Logik über die Schnittstelle. Das System skaliert, wenn Anforderungen wachsen: über Konfiguration zuerst, Module zweiten, und benutzerdefinierte Entwicklung nur, wenn wirklich notwendig.

Technical Teams bekommen eine stabile, wartbare Plattform. Business Teams bekommen die Möglichkeit, mit Daten zu handeln, ohne jede Änderung durch ein Engineering-Backlog zu leiten.