Individuelle Shop-Software mit Versandanbindung

Die Anbindung ist nicht eine einzelne Verbindung, sondern die Summe von vier getrennten Aufgaben: Sendung anlegen, Label erzeugen, Status verfolgen und den Kunden benachrichtigen. Beim Anlegen der Sendung werden die Bestelldaten in das Format übersetzt, das der Paketdienst erwartet, mit Empfängeradresse, Gewicht oder Volumen und Zahlungsart. Die Label-Erzeugung ergibt sich aus der Antwort, denn der Paketdienst liefert Barcode und Sendungsnummer zurück.

Die Statusverfolgung kostet am meisten Aufwand. Ein Paketdienst meldet, dass ein Paket unterwegs, in der Zustellung, zugestellt oder zurückgegangen ist, entweder auf Anfrage oder indem er eine eigene Benachrichtigungsadresse aufruft. Die Software nutzt eine der beiden Methoden oder beide zusammen. Die Benachrichtigung selbst ist eine E-Mail, eine SMS oder eine Statuszeile im Kundenkonto, und ihre Quelle ist immer der Trackingdatensatz.

• Sendung anlegen: Bestelldaten in das Format des Paketdienstes übersetzen
• Label und Barcode erzeugen: ein Ausdruck per Klick im Lager
• Statusverfolgung: Abfrage oder vom Paketdienst gesendete Aktualisierungen
• Kundenbenachrichtigung: automatische Nachricht bei jeder Statusänderung
• Ausnahmeerfassung: Zustellung gescheitert, Retoure, Beschädigung

Paketdienste und Kuriere arbeiten mit unterschiedlicher Geschwindigkeit und mit unterschiedlichen Daten. Ein Paketdienst befördert eine Sendung über mehrere Tage und meldet in Etappen. Ein lokaler Kurier liefert am selben Tag und teilt oft eine Live-Position und eine voraussichtliche Ankunftszeit. Beide in einen Ablauf zu bringen gelingt, wenn die Software ein eigenes, gemeinsames Vokabular für den Lieferstatus führt.

Das funktioniert so: Jedes Unternehmen sendet seinen eigenen Statuscode, und die Software ordnet ihn einem ihrer eigenen Zustände zu, etwa in Vorbereitung, unterwegs, in der Zustellung, zugestellt oder Problem. Der Kunde muss nicht wissen, welches Unternehmen das Paket befördert, und das Team muss nicht jeden Code auswendig lernen. Kommt ein neues Unternehmen hinzu, wächst nur die Zuordnungstabelle, und die Bildschirme bleiben, wie sie sind.

Bestellstatus und Lieferstatus sind nicht dasselbe und sollten getrennt gespeichert werden. Die Bestellung beschreibt die eigenen Stufen des Shops: Zahlung eingegangen, bestätigt, in Vorbereitung. Die Lieferung beginnt, sobald die Sendung übergeben ist. Teilen sich beide ein Feld, verliert der Datensatz bei Teillieferungen, Retouren und Umtausch seine Aussagekraft.

Hat eine Bestellung drei Artikel und gehen zwei heute raus, während einer später folgt, gibt es zwei Lieferdatensätze und einen Bestelldatensatz. Hier verdient individuelle Software ihren Platz gegenüber einem Standardpaket: Sie können Teillieferung, aufgeteilte Lager oder eine Tagesendzeit für die Lieferung am selben Tag nach Ihren eigenen Regeln abbilden.

Halten Sie die Kundenansicht schlicht. Für jede Sendung braucht das Kundenkonto einen Status, ein voraussichtliches Lieferdatum und einen Trackinglink. Den rohen Statustext des Paketdienstes anzuzeigen, verwirrt die Leute meist mehr, als es sie informiert.

Ein Dienst des Paketunternehmens antwortet manchmal nicht, ein Adressformat wird abgelehnt oder eine Benachrichtigung kommt verspätet. Die Qualität einer Anbindung zeigt sich nicht, wenn alles läuft, sondern wenn etwas kaputtgeht. Schlägt das Anlegen der Sendung fehl, darf die Bestellung nicht verschwinden. Sie sollte in eine Warteschlange für neue Versuche gelangen, und das Team sollte auf einem Bildschirm sehen, welche Bestellungen gerade zurückgehalten werden.

Eine doppelte Sendung ist ebenso schädlich. Wenn eine langsame Netzwerkantwort das System dazu bringt, die Anfrage zweimal zu senden, erhält der Kunde womöglich zwei Pakete. Um das zu verhindern, trägt jede Sendungsanfrage einen eindeutigen, an die Bestellnummer gebundenen Schlüssel, und eine zweite Anfrage mit demselben Schlüssel eröffnet keine neue Sendung. Das Detail wirkt klein, ist aber die Quelle vieler teurer Fehler.

• Automatischer neuer Versuch bei gescheiterten Sendungen, mit einer für das Team sichtbaren Warteliste
• Ein eindeutiger Sendungsschlüssel, der doppelte Anfragen verhindert
• Fehler bei der Adressprüfung zuerst dem Team melden, nicht dem Kunden
• Zurück zur Abfrage wechseln, wenn eine Tracking-Benachrichtigung ausbleibt

Die meisten Standard-Shopplattformen bieten fertige Verbindungen zu den gängigen Paketdiensten. Für einen Shop, der aus einem Lager mit einigen Standardunternehmen versendet, genügt das meist, und individuelle Software ist nicht nötig. Der Maßstab ist nicht die Zahl der Paketdienste, sondern ob Ihre Geschäftsregeln in den Standardablauf passen.

Individuelle Software ist sinnvoll, wenn mehrere Lager oder Filialbestände eine Bestellung speisen, wenn die Lieferzeit nach Produkt oder Region berechnet wird, wenn eine Regel zwischen Kurier und Paketdienst entscheidet, wenn im B2B-Versand Lieferscheine in den Ablauf eingebunden sind oder wenn ein beidseitiger Datenaustausch mit einem ERP nötig ist. In diesen Fällen reichen Standard-Plugins entweder nicht aus oder werden zu Flicken übereinander.

Ein Unternehmen, das ein paar Bestellungen am Tag versendet, einen Paketdienst nutzt und keine Mühe damit hat, Sendungsnummern von Hand zu verschicken, ist für eine individuelle Anbindung zu früh dran. Das fertige Versandmodul der Plattform oder das eigene Portal des Paketdienstes genügt. Der eigentliche Bedarf liegt meist darin, den Prozess zu ordnen, nicht darin, Software zu schreiben.

Ist der Prozess noch nicht gefestigt, kann ihn auch die Software nicht festigen. Halten Sie zuerst einen Monat lang den manuellen Ablauf schriftlich fest: Welche Bestellung geht mit welchem Unternehmen, welche Fehler wiederholen sich, was fragen Kunden am häufigsten. Diese Notiz wird zur Anforderungsliste jeder späteren Anbindung und streicht unnötigen Umfang gleich zu Beginn.

Der häufigste Fehler ist, nur den glücklichen Pfad zu bauen: Sendung angelegt, zugestellt. Werden Retouren, gescheiterte Zustellungen, beschädigte Pakete und Teillieferungen nicht als eigene Fälle entworfen, führt das Team sie weiterhin von Hand in Tabellen, und der Nutzen der Anbindung geht zur Hälfte verloren.

Der zweite Fehler ist, die Statuscodes des Paketdienstes direkt in die Oberfläche zu übernehmen, sodass ein Wechsel des Paketdienstes jeden Bildschirm verändert. Der dritte ist, Benachrichtigungen nicht zu testen: Die Testumgebung eines Paketdienstes kann sich anders verhalten als die Live-Umgebung, und die erste echte Bestellung bringt eine Überraschung. Der vierte ist, die Pflege zu ignorieren. Schnittstellen von Paketdiensten ändern sich mit der Zeit, und eine Anbindung sollte als lebendiger Teil des Systems beobachtet werden.