Oracle ATG kontrolliert durch Shopify ersetzen

Für gewachsene ATG/Dynamo-Landschaften mit eigener Preis-, Katalog- und Integrationslogik.

Der erste Schritt ist deshalb keine Tool-Auswahl, sondern eine Entscheidungslandkarte. Sie trennt Muss-Prozesse von Gewohnheiten, benennt Abhängigkeiten und zeigt, welche Teile bereits im Shopify-Standard liegen. Erst die verbleibenden Lücken rechtfertigen Apps, Middleware oder individuelle Entwicklung.

Für NICCOS ist ein Thema erst dann projektfähig, wenn Ziel, Nicht-Ziele, Eigentümer und Abnahme dokumentiert sind. Das verhindert, dass ein kurzer Seitentitel später zu einem offenen Transformationsprogramm wird, dessen Aufwand niemand belastbar erklären kann.

Ein Anti-Corruption-Layer trennt alte ATG-Verträge von der Shopify-Zielarchitektur. Dadurch kann die Migration schrittweise erfolgen, ohne Legacy-Objekte in den neuen Kern zu tragen.

Die Architektur wird entlang von Änderungsfrequenz, Ausfallwirkung und Teamverantwortung geschnitten. Ein Prozess, der jede Minute läuft, braucht andere Garantien als ein nächtlicher Katalogexport. Ein redaktioneller Inhalt braucht andere Freigaben als ein Preis oder eine Bestellung.

Wir planen immer einen beobachtbaren Weg: eindeutige IDs, protokollierte Zustandswechsel, wiederholbare Verarbeitung und ein Dashboard für Abweichungen. Ohne diese Betriebsseite ist eine technisch funktionierende Verbindung nur eine Demo, keine belastbare Commerce-Lösung.

ATG-Repositories werden fachlich auf Shopify-Produkte, Varianten, Metafelder, Kunden und Orders gemappt; historische IDs bleiben als Referenz erhalten.

Für jedes relevante Objekt dokumentieren wir Quelle, Ziel, Schlüssel, Aktualisierungsrhythmus, Konfliktregel und Fehlerweg. Das klingt formal, spart aber genau die Schleifen, die sonst kurz vor dem Launch entstehen, wenn zwei Systeme denselben Wert mit unterschiedlicher Bedeutung führen.

Daten werden migriert oder synchronisiert und zusätzlich fachlich geprüft. Stichproben müssen Varianten, Steuern, Märkte, Rabatte, Retouren und historische Sonderfälle enthalten. Ein erfolgreicher Import ohne fachliche Reconciliation beweist lediglich, dass Dateien gelesen wurden.

Der Ablauf ist absichtlich in überprüfbare Ergebnisse gegliedert. Jede Phase endet mit einem Artefakt, einer Entscheidung oder einem Testnachweis. Dadurch kann das Team Scope verändern, ohne den Gesamtplan zu verlieren, und Risiken werden sichtbar, bevor sie den kritischen Pfad blockieren.

Die Reihenfolge folgt dem Risiko: zuerst Daten und Prozesse, dann Architektur und Prototyp, anschließend Umsetzung, Migration, Abnahme und gestufter Rollout. Oberflächen werden nicht gegen Beispieldaten freigegeben, und Integrationen gelten erst nach einem getesteten Fehler- und Wiederanlaufpfad als fertig.

Diese Risiken gehören mit konkreten Kontrollen in Discovery, Testplan und Monitoring. Vor der Umsetzung erhält jeder Punkt einen Owner, einen Nachweis und einen Rückfallweg.

Undokumentierte Pipeline-Logik verändert Preise oder Verfügbarkeit.

Historische IDs fehlen später bei Service und Reconciliation.

Ein Big-Bang-Cutover koppelt zu viele Systeme an einen Termin.

Eine ATG-Ablösung ist auch ein Prozessabbau. Jede neu gebaute Sonderlogik braucht einen aktuellen Business Owner, nicht nur einen Fundort im Quellcode.

Wir verbinden Commerce-Entscheidungen mit SEO, Datenqualität, Tracking und Betrieb. Eine Lösung ist für uns nicht fertig, wenn sie im Happy Path funktioniert. Sie muss auffindbar, messbar, barrierearm, übersetzbar und für das Team nach dem Projekt verständlich sein.

Außerdem dokumentieren wir bewusst, wann der Standard die bessere Entscheidung ist. Nicht jede Anforderung verdient eigene Software, nicht jeder Datenfluss braucht Echtzeit und nicht jede historische Besonderheit sollte in die Zielarchitektur übernommen werden.

Abnahmegrößen werden vor der Umsetzung festgelegt und mit realen Daten gemessen. Funktionale Tests allein reichen nicht: entscheidend sind Vollständigkeit, Geschwindigkeit, Fehlertoleranz und die Fähigkeit des Teams, Abweichungen selbst zu erkennen und einzuordnen.