← Alle Onlineshop-Integrationen

Der Ablauf auf einen Blick

  1. Erstaufnahme → Shopkatalog
  2. Revisionsänderungen → bestätigter Prüfpunkt
  3. Onlinekauf → Galaxy-Geschäftsdatensatz

Was wir vor der Umsetzung benötigen

  • Funktionsfähiges Web Scenario und korrekte WebScenID
  • API-Zugriff mit Unternehmensrechten
  • Gespeicherte Revisionsprüfpunkte und erste Vollaktualisierung
1.

Auf einen Blick

Wir verbinden Ihren Onlineshop mit Galaxy ERP über einen definierten Ablauf und die verfügbare Schnittstelle Ihrer Installation. Bei Galaxy beruht korrekte Synchronisierung auf dem Web Scenario und fortlaufenden Revisionsnummern. Der Shop braucht zunächst einen vollständigen Stand von Artikeln, Merkmalen und Bestand und danach nur vereinbarte Änderungen.

2.

Was die Integration leisten soll

Bei Galaxy beruht korrekte Synchronisierung auf dem Web Scenario und fortlaufenden Revisionsnummern. Der Shop braucht zunächst einen vollständigen Stand von Artikeln, Merkmalen und Bestand und danach nur vereinbarte Änderungen. Der Aktualisierungsprüfpunkt wird erst nach vollständiger Datenanwendung gespeichert. Onlineaufrufe für Kunden und Käufe werden getrennt von Katalogmassenupdates organisiert. Bei mehreren Unternehmen oder Szenarien ist die Zielwahl ein wesentlicher Teil der Zuordnung, kein bloßes technisches Detail.

3.

Schnittstelle und Grenzen des konkreten Produkts

Der Sync Service bietet synchronisierte Entitätslisten und Onlineaufrufe zur Erfassung. Er nutzt Revisionsnummern für Änderungen an Artikeln, Merkmalen, Kunden und Beständen. Ein funktionsfähiges Web Scenario ist Voraussetzung. Das Konzept sieht vor allem regelmäßige Katalogmassenupdates vor. Bei abweichendem Standardszenario wird die korrekte WebScenID benötigt. Wir versprechen keine allgemeine Echtzeitsynchronisierung.

4.

Ein praktisches hypothetisches Beispiel

Ein Anbieter professioneller Ausrüstung betreibt B2B- und B2C-Szenarien. Der Connector führt einen eigenen Prüfpunkt je vorgesehenem Ablauf und übermittelt nötigenfalls die richtige WebScenID. Bricht eine Aktualisierung ab, startet sie am letzten abgeschlossenen Prüfpunkt. Der Zeiger wird nicht allein nach Eingang einer Antwort verschoben. Ein Kauf erzeugt den passenden Geschäftsdatensatz im richtigen Szenario mit Kunden- und externer Bestellzuordnung. So können Katalogkontinuität und Verkaufserfassung getrennt geprüft werden.

5.

Fehler, Wiederholungen und Verantwortung

Ein kritischer Fall entsteht, wenn ein Massenupdate abbricht und der Connector die neue Revision zu früh speichert. 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 Datensatz prüfen und 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 Fortsetzung nach Abbruch, ein vom Standard abweichendes Web Scenario und die Erstellung eines neuen Kunden. Je Fall dokumentieren wir erwartete Ausgangsdaten, Zieldatensatz und sichtbaren Kundenstatus. Hinzu kommen ein Berechtigungsfehler und eine unterbrochene Antwort. Wir wiederholen ein 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 ein funktionsfähiges Web Scenario mit korrekter WebScenID, API-Zugriff mit Unternehmensrechten sowie gespeicherte Revisionsprüfpunkte und erste Vollaktualisierung. Vor dem Produktivstart dokumentieren wir die Zuordnung für Erstaufnahme → Shopkatalog → Revisionsänderungen → bestätigter Prüfpunkt → Onlinekauf → Galaxy-Geschäftsdatensatz. 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. Weitere Kanäle ergänzen wir nach Klärung ihrer Verantwortung und Abnahmeszenarien.

Abnahmeprüfungen vor dem Start

  • Fortsetzung nach Abbruch, ein vom Standard abweichendes Web Scenario und die Erstellung eines neuen Kunden
  • 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