Pimcore Technical Due Diligence – die Bewertungsgrundlage für Kauf, Übernahme und Systemwechsel.
Sie kaufen ein Unternehmen mit Pimcore im Bestand, übernehmen ein System von einem bisherigen Dienstleister oder stehen vor einem Re-Platforming? Wir liefern die technische Faktenbasis für eine Entscheidung mit hohem Einsatz: nicht die schnelle Einschätzung, sondern den belastbaren Bewertungsbericht.
Eine Kaufentscheidung, eine Übernahme oder ein vollständiger Systemwechsel verzeiht keinen blinden Fleck. Was auf der Oberfläche wie ein funktionierendes Pimcore-System aussieht, kann darunter ungepatchte Sicherheitslücken, ein Datenmodell ohne Zukunft und Individualisierungen tragen, die jedes künftige Upgrade blockieren. Eine Technical Due Diligence deckt genau das auf, bevor eine Unterschrift, ein Kaufpreis oder eine Vertragslaufzeit daran hängt.
Acht Dimensionen
EOL- und Support-Status. Welche Pimcore-Version läuft produktiv, wie lange erhält sie noch Sicherheitsupdates, und was bedeutet ein möglicher Support-Ausfall für den Betrieb nach der Übernahme.
Lizenz-Exposure: GPLv3 vs. POCL. Pimcore-Systeme bis einschließlich Version 11.5 (Platform Version 2024.4) laufen unter der GPLv3; ab Pimcore 12 (Platform Version 2025.1) steht die Community Edition unter der neuen Pimcore Open Core License (POCL), deren kostenfreie Nutzung an eine Umsatzschwelle geknüpft ist und die eine Produktregistrierung voraussetzt. Für Kauf oder Übernahme ist entscheidend, welche Lizenz für den installierten Core und die eingesetzten Bundles tatsächlich gilt, ob die Bedingungen der kostenfreien Nutzung erfüllt sind und ob ein geplanter Upgrade-Pfad GPLv3- und POCL-Komponenten sauber trennt. Wir ordnen das technisch ein, nicht anwaltlich.
Security-Posture. Ist das produktive System ohne IP-Allowlist oder VPN aus dem Internet erreichbar, läuft es versehentlich im Debug-Modus, stecken Produktiv-Credentials oder Backups im Repository, und welche bekannten Schwachstellen tragen die eingesetzten Abhängigkeiten: das sind die Befunde, die nach einer Übernahme am schnellsten zu einem akuten Vorfall werden.
Code-Qualität. Wie sauber ist Individualcode gegen definierte Erweiterungspunkte gebaut, wie viel greift direkt auf den Core zu und müsste bei jedem Update neu bewertet werden.
Datenmodell-Gesundheit. Trägt die Klassenstruktur die aktuelle und absehbare Anforderung, oder wurde sie über Jahre mit Workarounds erweitert, die bei einer Skalierung brechen.
Datenbank-Zustand. Indizes, Datenvolumen, Altlasten und Performance-Kennzahlen, die zeigen, ob das System für den geplanten Maßstab nach der Übernahme tragfähig ist.
Bundle-Risiken. Welche Drittanbieter- und Custom-Bundles sind gegen aktuelle Pimcore-Versionen kompatibel, welche sind verwaist oder von einem Anbieter abhängig, der möglicherweise nicht Teil der Übernahme ist.
Migrations-Liability. Welcher Aufwand und welches Risiko entstehen, wenn das System nach der Übernahme migriert, konsolidiert oder mit einem anderen System zusammengeführt werden muss.
Drei Zielgruppen
Käufer und Investoren, die im Rahmen einer Übernahme ein Unternehmen mit Pimcore-System im Deal bewerten
Unternehmen, die vor einem Agenturwechsel stehen und die technische Erblast des bisherigen Systems kennen wollen, bevor sie einen neuen Vertrag unterschreiben
Unternehmen, die ein bestehendes Pimcore-System vollständig übernehmen und wissen müssen, was sie geerbt haben, bevor der erste Sprint startet
Was eine Technical Due Diligence von einem Pimcore-Audit unterscheidet
Ein Pimcore-Audit ist der produktisierte Einstieg für Systembetreiber: ein Festpreis-Assessment, das eine ehrliche Bestandsaufnahme liefert und in eine Empfehlung für den nächsten Schritt mündet, Rescue, Upgrade, Managed Care. Eine Technical Due Diligence ist etwas anderes: ein eigenständiges, tiefer skaliertes Assessment für Entscheidungen mit hohem Einsatz, bei denen ein Kaufpreis, eine Vertragsunterschrift oder eine Übernahmeentscheidung direkt vom Ergebnis abhängt. Der Umfang richtet sich nach dem Deal, nicht nach einem festen Leistungsschnitt, und das Ergebnis ist kein "nächster Schritt", sondern ein Bewertungsbericht, der in eine Kaufpreis-, Vertrags- oder Übernahmeentscheidung einfließen kann. Wer unsicher ist, welches Format passt: Eine Technical Due Diligence lohnt sich, sobald das Ergebnis eine Entscheidung mit echtem finanziellem Einsatz stützen muss, ein Audit reicht, wenn Sie als laufender Betreiber wissen wollen, wo Sie stehen.
Das Ergebnis: eine Ampel-Bewertung als Entscheidungsgrundlage
Am Ende steht kein mündlicher Eindruck, sondern ein schriftlicher Bericht mit einer Ampel-Bewertung je Prüfdimension: Rot für akutes Risiko, das den Deal oder den Zeitplan direkt beeinflusst, Gelb für mittelfristigen Handlungsbedarf, Grün für tragfähige Substanz. Dazu eine Einschätzung des Migrations- und Sanierungsaufwands, damit diese in Kaufpreisverhandlung, Vertragsgestaltung oder Übernahmeplan einfließen kann, statt erst nach Vertragsunterschrift sichtbar zu werden.
Warum Senior-Pimcore-Expertise hier den Unterschied macht
Eine Technical Due Diligence ist nur so belastbar wie die Erfahrung, die sie trägt. Wir arbeiten seit der Zend-Ära (2013) mit Pimcore, durch mehrere Framework-Wechsel und Major-Versionen hindurch. Wir erkennen die Bruchstellen aus eigener Projekterfahrung, nicht aus einer Checkliste. Das unterscheidet eine Technical Due Diligence von einer generischen IT-Prüfung, die Pimcore nur oberflächlich kennt und deshalb genau die Risiken übersieht, die in der Praxis am teuersten werden.
Häufige Fragen
Was ist der Unterschied zwischen einem Pimcore-Audit und einer Technical Due Diligence?
Ein Audit ist der Festpreis-Einstieg für Systembetreiber mit einer Empfehlung für den nächsten Schritt. Eine Technical Due Diligence ist ein eigenständiges, tiefer skaliertes Assessment für Kauf-, Übernahme- oder Re-Platforming-Entscheidungen, dessen Ergebnis ein Bewertungsbericht ist, keine Empfehlung für einen nächsten Schritt.
Was kostet eine Pimcore Technical Due Diligence?
Der Umfang richtet sich nach der Größe des Systems und dem Deal, nicht nach einem pauschalen Festpreis wie beim Audit. Den konkreten Rahmen legen wir fest, sobald Systemzahl, Datenvolumen und Zeitfenster der Transaktion feststehen.
Prüfen Sie auch mehrere Pimcore-Systeme im Rahmen einer Übernahme mehrerer Gesellschaften?
Ja. Bei Konzern- oder Gruppenübernahmen mit mehreren Pimcore-Installationen wird jedes System einzeln bewertet und am Ende in einem konsolidierten Bericht zusammengeführt.
Wie schnell kann eine Technical Due Diligence im Rahmen eines laufenden Deals durchgeführt werden?
Das hängt vom Zugang zu System, Code und Daten ab. Sobald ein Datenraum oder ein direkter Systemzugriff steht, lässt sich der Zeitrahmen für den konkreten Fall verbindlich festlegen.
Was passiert, wenn während der Due Diligence ein kritisches Risiko auffällt?
Wir melden es sofort, nicht erst im Abschlussbericht: Bei einer laufenden Transaktion zählt der Zeitpunkt, zu dem Sie eine Information bekommen, oft mehr als die Information selbst.
Ist das Ergebnis der Due Diligence auch für Verhandlungen mit dem Verkäufer nutzbar?
Ja. Der Bewertungsbericht ist so aufgebaut, dass Risiken und geschätzter Sanierungsaufwand direkt in eine Kaufpreis- oder Vertragsverhandlung einfließen können.
Ersetzt die technische Due Diligence eine rechtliche Prüfung der Softwarelizenzen?
Nein. Wir ordnen die technische und lizenzrechtliche Exposure ein, etwa welche Pimcore-Lizenz für welche Bundles gilt. Eine abschließende rechtliche Bewertung bleibt Aufgabe Ihrer Anwälte; unser Bericht liefert dafür die technische Ausgangslage.
Bereit für eine belastbare Bewertungsgrundlage?
Wir liefern die technische Faktenbasis für Ihre Kauf-, Übernahme- oder Systementscheidung.
Technical Due Diligence anfragen