Eine Pimcore-Instanz fällt nicht aus. Sie wird langsam teurer, und weil kein einzelner Monat auffällt, merkt es niemand, bis eine Anfrage zurückkommt, deren Angebot in keinem Verhältnis zur Aufgabe steht.
Dieser Text beschreibt, wo diese Kosten entstehen. Es geht nicht um Panikmache, sondern darum, unsichtbare Positionen sichtbar zu machen, damit sie in eine Planung passen.
Das Upgrade wird nicht linear teurer
Ein Major-Upgrade von einer Version zur nächsten ist ein überschaubares Vorhaben: geänderte Schnittstellen im Custom Code anpassen, Bundles auf aktuelle Stände heben, testen, ausrollen.
Zwei Versionen Rückstand sind nicht doppelt so viel Arbeit. Es kommen die Änderungen beider Sprünge zusammen, dazu Bundles, deren Nachfolger anders heißen oder gar nicht mehr existieren, dazu PHP- und Symfony-Versionen, die ihrerseits Anpassungen erzwingen. Und mit jedem Jahr sinkt die Zahl der Personen, die den Ursprungszustand noch erklären können.
Der praktische Effekt: Ab einem gewissen Rückstand wandert das Upgrade aus dem Wartungsbudget in die Projektplanung. Dort konkurriert es mit Vorhaben, die sichtbaren Nutzen versprechen, und verliert. Das ist der Mechanismus, durch den Instanzen fünf Jahre auf derselben Version bleiben.
Das Datenmodell driftet, und jede Änderung zahlt dafür
Ein Datenmodell wird für die Anforderungen entworfen, die zum Zeitpunkt des Projekts bekannt waren. Das ist richtig so. Das Problem entsteht, wenn sich die Anforderungen ändern und das Modell nicht mitwandert.
Konkret: Attribute, die als Klassenfelder angelegt wurden, obwohl sie längst in den Classification Store gehören. Produktfamilien, die im ursprünglichen Vererbungsbaum keinen sauberen Platz haben und deshalb als Sonderfälle daneben liegen. Lokalisierung, die für vier Märkte gedacht war und jetzt elf trägt.
Nichts davon ist kaputt. Alles davon macht die nächste Änderung teurer, weil sie zusätzlich an den Sonderfällen vorbeigebaut werden muss. Deshalb wirken Angebote unverhältnismäßig: Sie enthalten Arbeit, die nicht in der Anforderung steht, sondern in der Struktur, die sie umsetzt.
Wie weit das Modell in Ihrer Instanz gedriftet ist, lässt sich in einer Woche feststellen und schriftlich beziffern.
Pimcore Audit, 2.500 € fix →Stille Integrationsfehler werden zu Handarbeit
Der zweitgrößte Kostenblock ist keine Rechnung, sondern Zeit im eigenen Haus. Ein Import scheitert, niemand bekommt es mit, und irgendwann pflegt jemand die fehlenden Datensätze von Hand nach.
Danach wird dieses Nachpflegen zur Gewohnheit. Es steht in keinem Prozess, es taucht in keiner Auswertung auf, und es kostet trotzdem jede Woche Stunden. In den Instanzen, die wir prüfen, ist fehlende Überwachung der häufigste einzelne Befund, und die Behebung ist meist Arbeit von Stunden statt Wochen.
Wissen, das an einer Person hängt
Das ist die Position, die am schwersten zu beziffern und am teuersten ist. In den meisten Unternehmen gab es eine Person, die verstanden hat, wie das Datenmodell gemeint war, warum ein bestimmter Export so aussieht und welches System bei einem Widerspruch recht hat.
Geht diese Person, bleibt der Code, aber die Begründung fehlt. Jede Änderung beginnt danach mit einer kleinen Ausgrabung. Das ist nicht die Schuld der nachfolgenden Personen, es ist eine Frage der Dokumentation, die während des Betriebs entstehen muss und nicht danach.
Der Umgang damit ist unspektakulär: aufschreiben, während man arbeitet. Welche Klasse wofür da ist, welches System welches Feld besitzt, welcher Job wann läuft und was im Fehlerfall passiert. Das ist keine Verwaltung, sondern die einzige Versicherung gegen genau diesen Fall.
Warum die einführende Agentur das selten löst
Das ist kein Vorwurf, sondern eine Frage des Geschäftsmodells. Einführungsagenturen leben von neuen Projekten. Ein Kunde vier Jahre nach dem Go-live mit einem halbtägigen Änderungswunsch belegt Kapazität, die anderswo mehr Umsatz bringt.
Das Ergebnis erleben Sie als langsame Antworten und Angebote, die sich falsch anfühlen. Es ist selten Desinteresse und meist eine Priorisierung, die für beide Seiten schlecht funktioniert. Genau deshalb existieren laufende Betreuungsverträge: Sie machen die kleine, unattraktive Arbeit zum vereinbarten Normalfall statt zur Ausnahme.
Laufende Betreuung mit Reaktionszeiten, festem Stundenbudget und geplanten Upgrades statt aufgeschobener.
Pimcore Support und Wartung →Was Sie in einer Woche tun können
Sie brauchen keinen Beratungsauftrag, um den Zustand grob einzuschätzen. Drei Fragen reichen für ein erstes Bild.
- Auf welcher Pimcore- und PHP-Version läuft die Instanz, und wann wurde zuletzt aktualisiert?
- Welche zeitgesteuerten Jobs laufen, und wohin geht die Meldung, wenn einer scheitert?
- Wer im Haus kann erklären, warum das Datenmodell so aussieht, wie es aussieht?
Und wenn alles in Ordnung ist
Dann ist das ein gutes Ergebnis und keine verlorene Zeit. Eine Instanz auf aktueller Version, mit überwachten Integrationen und dokumentiertem Datenmodell, ist ein Zustand, den man kennen und halten sollte.
Der teure Fall ist nicht die vernachlässigte Instanz. Es ist die Instanz, von der niemand weiß, in welchem der beiden Zustände sie sich befindet.