E-Commerce-Integration: Zahlung, Versand und Bestand

E-Commerce-Integration sorgt dafür, dass verschiedene Systeme hinter dem Shop konsistente Informationen zu derselben Bestellung führen. Ist eine Kartenzahlung erfolgt, während die Bestellung noch als ausstehend erscheint, oder fehlt nach dem Versand die Kundenbenachrichtigung, liegt das Problem häufig im unvollständig geplanten Ablauf. Entscheidend ist nicht nur, welche Systeme verbunden werden, sondern welches Ereignis den nächsten Schritt auslöst. Erarbeiten Sie mit der Agentur den Lebenszyklus der Bestellung, statt Zahlung, Bestand und Versand nur in einer Angebotszeile aufzuzählen.

Drei Datensätze für eine Bestellung

Der Zahlungsanbieter führt Geldbewegungen, der Shop die Kundenbestellung und das Lager Warenbewegungen. Damit diese Datensätze zusammengehören, müssen Bestellnummern und Transaktionskennungen erhalten bleiben. Auch die Bedeutung von Datums-, Betrags- und Statusfeldern muss abgestimmt sein. Das Transaktionsdatum beim Anbieter kann vom Erstellungszeitpunkt im Shop abweichen. Ist dieser Unterschied im Administrationsbereich verständlich, lässt sich bei einer Kundenreklamation die richtige Transaktion leichter finden. Bevor Daten in eine gemeinsame Datenbank kopiert werden, muss das Integrationskonzept diese Beziehungen erklären.

Der Zahlungsstatus darf nicht vom Rückkehrbildschirm abhängen

Nach dem Bezahlen kann der Kunde den Browser schließen oder die Verbindung verlieren. Eine Bestellung allein durch das Öffnen einer Erfolgsseite als bezahlt zu markieren, ist deshalb unzuverlässig. Nutzen Sie die serverseitige Benachrichtigung oder das Prüfverfahren des Anbieters und kontrollieren Sie Betrag, Währung und zugehörige Bestellung. Eine Benachrichtigung kann mehrfach eintreffen. Sie darf dann weder eine zweite Belastung noch eine zusätzliche Bestellbewegung auslösen. Dieses Verhalten gehört zu den grundlegenden Nachweisen bei der Übergabe einer Zahlungsintegration.

Stornierung und Erstattung sind zu unterscheiden. Ein vor der Zahlung aufgegebener Auftrag und die Rückzahlung einer bereits eingezogenen Summe sind verschiedene Vorgänge. Bei Teilerstattungen müssen Artikel und erstatteter Betrag gespeichert werden. Für die finanzielle Kontrolle müssen die Rückzahlung beim Anbieter und der Retourendatensatz im Shop zusammenpassen. Bestimmen Sie, wer Erstattungen auslösen darf und ob eine Freigabe erforderlich ist. Gleiche Zahlungsrechte für alle Beschäftigten sind keine sinnvolle Vereinfachung des Betriebs.

Wählen Sie ein führendes System für den Bestand

Wenn Lagerprogramm, ERP und Shopverwaltung unabhängig Mengen ändern können, entstehen Datenkonflikte. Halten Sie fest, welches System für den physischen Bestand maßgeblich ist und in welchen Intervallen Informationen weitergegeben werden. Verfügbarer Bestand ist nicht die gesamte Lagermenge: Reservierte, beschädigte oder noch zu prüfende Ware darf nicht als verkaufsfähig gelten. Auch Variantencodes müssen korrekt zugeordnet sein. Die Menge des Hauptprodukts zu übertragen, löst keine Bestandsführung nach Größe oder Farbe.

Wird Bestand für noch unbezahlte Bestellungen reserviert, sind Dauer und Freigabebedingungen festzulegen. Eine Retoure ohne physische Prüfung sofort wieder zum Bestand zu zählen, kann zu falschen Verkäufen führen. Verkaufen Shop und Marktplatz aus derselben Quelle, müssen Sie die Folgen von Verzögerungen gesondert bewerten. Nicht jeder Betrieb braucht Echtzeitübertragung. Das Intervall muss jedoch zu Verkaufsgeschwindigkeit und Restbestand passen. Entscheidend sind neben technischen Möglichkeiten auch die betrieblichen Folgen eines Fehlverkaufs.

Versandanbindung ist mehr als Etikettenerzeugung

Beim Anlegen einer Sendung müssen Adresse, Versandservice, Paketmaße und gegebenenfalls Nachnahmeinformationen richtig übertragen werden. Eine vom Dienstleister abgelehnte Adresse oder fehlende Telefonnummer muss dem Personal verständlich angezeigt werden. Bei mehreren Paketen pro Bestellung braucht jedes Paket eine zugeordnete Sendungsnummer und Inhaltsangabe. Die Stornierung eines Labels storniert nicht zwangsläufig die Bestellung; diese Grenze muss klar sein. Kunden benötigen verständliche Versandstatusmeldungen statt technischer Codes.

Wie geht die Arbeit bei Verbindungsproblemen weiter?

Externe Dienste sind nicht immer erreichbar. Ausstehende Vorgänge müssen sichtbar und fehlgeschlagene Übertragungen unterscheidbar sein; berechtigte Personen müssen eingreifen können. Ein erneut verarbeiteter Versandauftrag darf keine zweite Sendung erzeugen. Eine wiederholte Bestandsmeldung darf die Menge nicht irrtümlich erhöhen. Technische Protokolle brauchen ausreichend Informationen zur Fehleranalyse, aber keine Kartendaten oder unnötigen personenbezogenen Angaben. Für den Betrieb ist eine Liste offener Vorgänge oft hilfreicher als eine abstrakte Verbindungsanzeige.

• Wer kontrolliert die Fehlerliste und wann wird das Technikteam eingeschaltet?
• Wie bleibt eine manuelle Korrektur bei der nächsten Datenübertragung erhalten?
• Wer aktualisiert die Verbindung, wenn sich ein Zugangsschlüssel des Anbieters ändert?
• Wie werden Zahlungs- und Bestellsummen am Tagesende abgeglichen?

Nehmen Sie den Ablauf ab, nicht nur die Verbindung

Bereiten Sie Anbietervereinbarungen, technische Dokumentation, Testzugänge und vorhandene Artikelnummern vor Projektbeginn vor. Trennen Sie die Verantwortung der Agentur von der des Zahlungs- oder Versanddienstleisters. Neben Schnittstellen gehören Datenzuordnung, Ausnahmeansichten, Schulung und Quellcodeübergabe ins Angebot. Teilen Sie für HazırSofts Systemintegration neben einer normalen Bestellung auch Beispiele für fehlgeschlagene Zahlungen, geteilte Sendungen und Teilerstattungen mit. So richtet sich die Entwicklung auf konsistente Betriebsabläufe statt allein auf die erste erfolgreiche Verbindung.