← Alle Onlineshop-Integrationen

Der Ablauf auf einen Blick

  1. Atlantis-Onlineshopdaten → XML-Export
  2. Dateiprüfung → Stagingkatalog
  3. Vollständigkeitsbestätigung → Veröffentlichung

Was wir vor der Umsetzung benötigen

  • Bestätigte Atlantis-Version und aktives Onlineshopmodul
  • Geordnete Kategorien und Herstellerangaben
  • Kontrollierte Dateiübergabe und klares XML-Schema
1.

Auf einen Blick

Wir verbinden Ihren Onlineshop mit Atlantis ERP über einen definierten Ablauf und die verfügbare Schnittstelle Ihrer Installation. Die veröffentlichte Atlantis-Dokumentation nennt einen konkreten Ausgangspunkt: strukturierte Kataloginhalte und XML-Export. Die Anbindung muss internen Code, Veröffentlichungscode, Titel, Kategorien, Merkmale, Fotos, Übersetzungen und Preis unterscheiden.

2.

Was die Integration leisten soll

Die veröffentlichte Atlantis-Dokumentation nennt einen konkreten Ausgangspunkt: strukturierte Kataloginhalte und XML-Export. Die Anbindung muss internen Code, Veröffentlichungscode, Titel, Kategorien, Merkmale, Fotos, Übersetzungen und Preis unterscheiden. In der Planung legen wir fest, welche Felder zum ERP gehören und welche das Shopredaktionsteam bearbeitet. Vor der Veröffentlichung einer neuen Datei prüfen wir ihre Vollständigkeit, damit ein fehlgeschlagener Export weder den bestehenden Katalog löscht noch korrekte Preise ersetzt.

3.

Schnittstelle und Grenzen des konkreten Produkts

Das offizielle Handbuch beschreibt Shopartikelinhalte wie Kategorien, Preise, Fotos, Merkmale und Übersetzungen sowie die Erstellung von XML-Dateien. Es nennt die Aktivierung des Onlineshops in den Unternehmensparametern und die Einrichtung entsprechender Tabellen. Die öffentliche Katalogdokumentation ist älter und belegt allein weder eine moderne REST API noch bidirektionale Bestellerfassung. Solche Möglichkeiten werden vor der Projektvereinbarung in der tatsächlichen Installation geprüft.

4.

Ein praktisches hypothetisches Beispiel

Ein Möbelunternehmen nutzt einen anderen Veröffentlichungscode als den internen Lagercode. XML durchläuft zunächst Staging, wo Kategorien, Bilder, Gewicht und vorhandene Übersetzungen geprüft werden. Eine neue griechische Beschreibung darf die englische nicht löschen, nur weil die Datei sie nicht enthält. Der gewählte Veröffentlichungspreis und seine steuerliche Behandlung werden vor Katalogänderungen geprüft. Unvollständige Dateien bleiben unveröffentlicht, mit Meldung an den Mitarbeiter und Erhalt der vorherigen gültigen Version.

5.

Fehler, Wiederholungen und Verantwortung

Ein kritischer Fall entsteht, wenn ein Exportabbruch eine unvollständige XML-Datei erzeugt. Vor einer Wiederholung bewahren wir externe Referenz und bestätigte Ziel-ID auf. Wir unterscheiden Zugriffsfehler, geschäftliche Ablehnung und ungewisses Ergebnis. Mitarbeiter müssen den betreffenden Datensatz prüfen und den Zustand korrigieren können, ohne abgeschlossene Schritte zu wiederholen. Gemeinsam legen wir Logfelder und Zuständigkeiten für offene Vorgänge fest.

6.

Abnahmeprüfungen vor dem Produktivstart

Wir prüfen eine unvollständige Datei, eine Übersetzung ohne Bild und die korrekte Wahl des Veröffentlichungspreises. Für jeden Fall dokumentieren wir erwartete Ausgangsdaten, Zieldatensatz und sichtbaren Kundenstatus. Hinzu kommen ein Berechtigungsfehler und eine unterbrochene Antwort. Wir wiederholen ein bereits bestätigtes Ereignis und prüfen, ob sein geschäftliches Ergebnis unverändert bleibt. Das Abnahmeprotokoll legt das zuständige Team und die zum Abschluss einer Abweichung nötigen Nachweise fest.

7.

Projektumfang und täglicher Betrieb

Die Vorplanung bestätigt die Atlantis-Version mit aktivem Shopmodul, geordnete Kategorien und Herstellerangaben sowie kontrollierte Dateiübergabe mit klarem XML-Schema. Vor dem Produktivstart dokumentieren wir die Zuordnung für den Ablauf Atlantis-Shopdaten → XML-Export → Dateiprüfung → Stagingkatalog → Vollständigkeitsbestätigung → Veröffentlichung. Wir legen Zuständigkeiten für Zugangserneuerung, Überwachung und Korrekturen fest. Änderungen an Produktkonfiguration oder vereinbarten Geschäftsregeln lösen gezielte erneute Prüfungen aus. Wir beginnen mit diesem konkreten Ablauf und ergänzen weitere Kanäle, sobald ihre Verantwortung und Abnahmeszenarien geklärt sind.

Abnahmeprüfungen vor dem Start

  • Eine unvollständige Datei, eine Übersetzung ohne Bild und die korrekte Wahl des Veröffentlichungspreises
  • Wiederholtes Ereignis ohne unerwünschte doppelte Wirkung
  • Verständliche Ablehnung und Wiederherstellungsstatus
  • Abgleich einer Stichprobe von Ausgangs- und Enddaten

VOM LEITFADEN ZUR PRAXIS

Ein konkreter Plan für Ihre Plattform.

Erzählen Sie uns, wo Ihre Plattform Schwierigkeiten macht und was verbessert werden muss. Unser Team verbindet die Diagnose mit konkreten Arbeiten an Code, Performance und Infrastruktur.

Lassen Sie uns Ihre Plattform ansehen

Quellen und weiterführende Lektüre