PrestaShop-Versand: Konfiguration, Kosten und Versanddienste

Unser Vorgehen

Wir würden zuerst erfassen, welches Lieferangebot Ihr bestehender Shop erfüllen kann: Versandursprünge, vertraglich gebuchte Dienste, Kundenmärkte und die Mitarbeiter, die Pakete packen und übergeben. Prüfen Sie vor einem Austausch die installierten Module, Theme und Bestellprozess, Bestands- oder ERP-Integrationen, Kataloggewichte und Abmessungen sowie individuelle Bestellexporte. Behalten Sie eine funktionierende Konfiguration bei, wenn sie die Anforderung erfüllt; klären Sie, ob die Lücke Preise, Verfügbarkeit, Abholpunktauswahl oder Lagerarbeit betrifft.

Setzen Sie die vereinbarte Änderung auf einer Staging-Kopie mit demselben Bestellprozess und denselben Integrationen um, isoliert von Kundenmails und produktiven Abwicklungsexporten. Nutzen Sie, soweit unterstützt, die Testumgebung des Anbieters. Erstellen Sie zusammengehörige Datei- und Datenbankbackups: Eine reine Datenbankwiederherstellung macht weder Moduldateien noch beim Anbieter angelegte Sendungen rückgängig. Proben Sie die folgende Abnahmecheckliste und planen Sie dann die Umstellung mit einem benannten Verantwortlichen und der bisherigen Konfiguration zur Wiederherstellung.

Bei einem bereits ausgewählten Versandmodul deckt der PrestaShop Module Installation & Configuration Service Installation, vereinbarte Konfiguration und Prüfung des relevanten Ablaufs ab; Lizenzen, zusätzliche Module und Entwicklung sind separat.

Zonen, Versanddienste und Bereiche konfigurieren

Beginnen Sie unter International > Standorte. Aktivieren Sie Zielländer und ordnen Sie passende Zonen zu. Der Core berechnet nativen Versand nach Zone. Ein Land hat eine Zone; Bundesländer können eigene Zonen haben. Teilen Sie breite Zonen bei unterschiedlichen Tarifen, etwa Inland, benachbarte EU, übrige EU und europäisches Nicht-EU-Ausland.

1. Öffnen Sie Versand > Versanddienste. Erstellen Sie einen Versanddienst oder prüfen Sie den von Ihrer Integration angelegten. PrestaShop 1.7.8 nutzt einen Assistenten. In PrestaShop 9 kann das Formular je nach Version und aktivierter Versanddienstfunktion abweichen.
2. Legen Sie einen klaren, für Kunden sichtbaren Namen, ein Logo und einen übersetzten Lieferzeittext fest. Die Geschwindigkeitsstufe dient der Sortierung. Die Lieferzeitangabe eines Versanddienstes ist mehrsprachiger Text, kein separater Transitwert pro Zone. Nutzen Sie separate Versanddienste bei unterschiedlich benötigten Mitteilungen.
3. Wählen Sie für einen nativen kostenpflichtigen Versanddienst entweder preis- oder gewichtsabhängige Abrechnung: Jeder Versanddienst nutzt jeweils eine native Abrechnungsbasis. Um Gewichtstarife beizubehalten und ab einem Bestellwert kostenlosen Standardversand zu gewähren, verwenden Sie die unten beschriebene versanddienstbeschränkte Warenkorbregel. Kostenlose Versanddienste und externe Module können ohne native Bereiche arbeiten.
4. Aktivieren Sie bediente Zonen und geben Sie je Bereich und Zone einen Tarif ein. Prüfen Sie Kundengruppenzugang, Shopzuordnungen und produktbezogene Versandbeschränkungen.
5. Wählen Sie die Steuerregel des Versanddienstes. Legen Sie die globale Bearbeitungsgebühr unter Versand > Voreinstellungen fest und entscheiden Sie dann, ob dieser Versanddienst sie hinzurechnet. Prüfen Sie zusätzliche Versandkosten jedes Produkts und berechnen Sie Verpackung nicht doppelt, wenn sie bereits im Tarif enthalten ist.
6. Setzen Sie Größen- und Gewichtsgrenzen nach Dienstvertrag. Der Core prüft Produktabmessungen und relevante Gewichtsgrenzen. Er berechnet nicht, wie mehrere Artikel in einen Karton passen, und ermittelt auch kein Volumengewicht.

Nur beispielhafte Tarife in Gewichtseinheit und Währung Ihres Shops:

Die Untergrenze ist eingeschlossen, die Obergrenze ausgeschlossen. Ein Warenkorb mit 2 kg gehört in die zweite Zeile. Bereiche von 0 bis 2 und 3 bis 5 lassen eine Lücke. Bei Versanddienst deaktivieren kann ein nicht passender Warenkorb diese Option verlieren. Bei Kosten des höchsten definierten Bereichs anwenden kann der Core auch für eine interne Lücke den höchsten Bereich verwenden. Prüfen Sie die gewählte Einstellung; nehmen Sie keinen allgemeinen Standard an. Umgehen Sie echte Annahmegrenzen des Paketdienstes nicht mit dem höchsten Tarif.

Pflegen Sie genaue Produkt- und Variantengewichte. Ein Warenkorb mit Gewicht null kann trotzdem unter die erste Tarifstufe mit Kosten über null fallen. Fehlende Gewichte können Unterberechnung, falsche Staffel oder API-Ablehnung verursachen.

Fehlt eine Option, prüfen Sie Länder-/Bundeslandzone, Aktivierung des Versanddienstes, Gruppen- und Shopzugriff, Produktbeschränkungen, Bereiche und Grenzen. Prüfen Sie anschließend die Verfügbarkeitsantwort des Moduls. Reproduzieren Sie den Fehler mit den Ziel- und Warenkorbfällen der folgenden Abnahmecheckliste.

Kostenlosen, pauschalen oder berechneten Versand wählen

Eine Pauschale von 4,99 kann bei ähnlichen Paketen passen, muss aber für kleines Zubehör und 20-kg-Bestellungen geprüft werden. Native Staffeln sind berechnete Tarife, keine Live-Paketdienstangebote. Live-Angebote brauchen eine Integration mit tatsächlicher Tarifabfrage; Etikettendruck allein liefert sie nicht. Kein Modell garantiert höhere Conversion oder Gewinn.

Zeigen Sie Ihre Regelung in Kopfbereich, Produktinformationen und Warenkorb. Kennzeichnen Sie frühe Kosten als Schätzungen bei unbekannter Adresse oder unbekanntem Versanddienst. Berechnen Sie nach Änderungen an Ziel, Steuerkontext, Dienst oder Warenkorb neu. Ein einseitiger Bestellprozess kann aktualisierte Summen klar zeigen, garantiert aber keinen unveränderten vorläufigen Warenkorbbetrag.

Gratisversand berechnen und begrenzen

Verwenden Sie Umsatz und Kosten auf derselben Steuerbasis. Beziehen Sie Warenkosten, Versanddienstgebühren, Verpackung, Kommissionierung, Packen, Etiketten, Einlieferungsfahrten, Versicherung und erwartete Kosten durch Verlust oder Beschädigung ein. Trennen Sie vom Kunden und vom Unternehmen bezahlten Versand.

• Bei 60 Umsatz und 40 % Rohmarge beträgt der Warenrohertrag 24. Übernommene Versandkosten von 5 lassen vor weiteren Kosten 19 übrig.
• Bei 20 % Rohmarge auf 100 Umsatz halbieren 10 Versandkosten den Rohertrag von 20. Ein Aufschlag von 20 % ist anders: Kosten sind 100 / 1,20 = 83,33, Rohertrag 16,67 und nach 10 Versand bleiben 6,67, eine Reduktion um 60 %.
• Wächst ein Warenkorb von 60 auf 75, tragen die zusätzlichen 15 bei 40 % Marge vor weiteren Abwicklungskosten 6 bei. Das kann in diesem Beispiel einen Versandkostenzuschuss von 6 decken, sofern zusätzliche Produkte Verpackungs- oder Lieferkosten nicht erhöhen. Rechnen Sie neu, wenn der Zusatzartikel Paketgröße, Paketanzahl oder verfügbaren Dienst ändert. Das Beispiel belegt nicht, dass Kunden Artikel ergänzen werden.

Prüfen Sie Durchschnitt, Median und Verteilung der Bestellwerte, Produktmargen und Versandkosten nach Ziel. Ein Durchschnitt zeigt nicht, wo die meisten Bestellungen liegen. Hochwertige leichte Artikel, VIP-Gruppen und ausgewählte Inlandsdienste können Zuschüsse tragen. Schwere, margenschwache oder entfernte Bestellungen brauchen eigene Rechnungen. Eine hohe Versandrechnung allein beweist nicht, dass die Bestellung Verlust verursacht.

Die richtige Gratisversandsteuerung wählen

Versand > Voreinstellungen enthält globale Preis- und Gewichtsschwellen, gespeichert als PS_SHIPPING_FREE_PRICE und PS_SHIPPING_FREE_WEIGHT. Diese setzen die native Berechnung normalerweise auf null. Der Core ruft weiterhin externe Versandpreise auf, die andere Beträge liefern können. Prüfen Sie jeden modulgestützten Dienst. Testen Sie die Preisschwelle an Steuer-, Währungs- und Rabattgrenzen, statt sie aus der Preisanzeige der Kundengruppe abzuleiten.

Für kostenlosen Standardversand im Inland ab 50 bei kostenpflichtigem Express:

1. Deaktivieren Sie beide betreffenden globalen Preis- und Gewichtsschwellen.
2. Öffnen Sie Katalog > Rabatte, wählen Sie Warenkorbregeln und erstellen Sie eine Regel.
3. Setzen Sie unter Bedingungen den Mindestbetrag samt Steuer-/Versandbasis, die Zielländer und den ausgewählten Standardversanddienst. Ergänzen Sie bei Bedarf Kunden-/Gruppen- oder Produktbedingungen.
4. Aktivieren Sie unter Aktionen die Option Kostenloser Versand.
5. Lassen Sie den Code für automatische Anwendung leer oder vergeben Sie einen Gutscheincode. Setzen Sie Datum, Menge und Kombinationsregeln und testen Sie qualifizierende und ausgeschlossene Warenkörbe.

So lässt sich auch kostenloses DPD ab 80 bei kostenpflichtigem UPS abbilden. Native Versandbeschränkungen haben Vorrang. Ein Nulltarif bedeutet nur null Grundkosten: Bearbeitung, Produktzuschläge oder Modulpreise können Kosten addieren. Die tatsächliche Einstellung Kostenloser Versand des Dienstes ist eine andere Steuerung.

Zeigen Sie eine passende Fortschrittsmeldung wie „Noch 12 bis zur kostenlosen Standardlieferung“, einschließlich Ausnahmen. Alternativen sind bezuschusster Versand, planbare Pauschalen oder gruppenbeschränkte Vorteile. Ergänzen Sie für Erstbestellangebote eine explizite Bestellhistorienprüfung über einen geeigneten Ablauf oder eine Erweiterung.

Gemischten Warenkorb vor Veröffentlichung des Angebots durchspielen

Angenommen, Sie bieten kostenlosen Standardversand im Inland oberhalb einer gewählten Schwelle, kostenpflichtigen Expressversand und Automatenlieferung für passende Pakete. Ein leichtes Zubehörteil kann für einen Paketautomaten geeignet sein. Ein sperriges Zusatzprodukt hebt den Warenkorb über die Gratisversandschwelle, macht das gepackte Paket aber für den Automaten ungeeignet. Der höhere Bestellwert ändert die Zuschussentscheidung; er macht einen ungeeigneten Dienst nicht verfügbar.

1. Testen Sie das Zubehör allein und dokumentieren Sie angebotene Dienste und Preis.
2. Ergänzen Sie das sperrige Produkt. Bestätigen Sie, dass die Automatenoption durch die vereinbarte Verfügbarkeitslogik ausgeschlossen wird und ein zulässiger Standarddienst den vorgesehenen Zuschuss erhält. Für Express muss die vereinbarte Gebühr bleiben.
3. Entfernen Sie den sperrigen Artikel und prüfen Sie die Neuberechnung von Verfügbarkeit und Gratisversandmeldung. Eine aus dem vorherigen Warenkorb beibehaltene Auswahl muss erneut validiert werden.
4. Wiederholen Sie den Test mit einem Artikel aus einem anderen Versandursprung. Klären Sie, ob separate Pakete nötig sind, und vergleichen Sie die gesamte Kundengebühr mit den Kosten beider Sendungen.

Bewahren Sie Warenkorbinhalt, gepackte Abmessungen, Ziel, Kundengruppe und erwartetes Ergebnis als wiederverwendbaren Testfall auf. Kann Ihre Integration die benötigte Aufteilung oder Verpackung nicht abbilden, klären Sie das Abwicklungskonzept, bevor Sie das Angebot bewerben.

Lieferangebot kleiner Shops entwickeln und messen

Beginnen Sie mit benötigten, von Ihrem Team abwickelbaren Diensten. Ein mögliches Angebot ist Standardlieferung, kostenpflichtiger schnellerer Dienst und Abholung. Das sind Beispiele, keine vorgeschriebene Versanddienstzahl oder universellen Laufzeitversprechen. Halten Sie Namen, Preisunterschiede und Bedingungen klar.

Vergleichen Sie Verträge anhand tatsächlicher Herkunft, Ziele, Pakete, Versicherung, Kraftstoff- und Außengebietszuschläge. Ein Land benötigt eventuell neben Versand auch andere Zahlungsarten, Sprache und Währung. Prüfen Sie Zollpapiere, Zölle, Steuern und Kostenträger für Einfuhrabgaben jeder grenzüberschreitenden Route. Leiten Sie Steuer- oder Zollbehandlung nicht aus Zonennamen ab.

Erfassen Sie vor Richtlinienänderungen Conversion, mittlere und mediane Bestellwerte, Deckungsbeitrag nach Abwicklung, tatsächliche Versandzeit, Lieferleistung und Supportkontakte. Kennzeichnen Sie Kampagnenbestellungen separat und ordnen Sie tatsächliche Versandkosten zu. Gesamtumsatz und erfasste Kosten allein belegen keine Kampagnenrentabilität. Wählen Sie Vergleichsdauer und Stichprobe nach Traffic, Ausgangsschwankung und gesuchtem Effekt. Es gibt weder eine allgemeine rentable Versandquote noch eine feste Bestellzahl.

Gleichen Sie die an der Kasse berechneten Versandkosten mit den Rechnungen der Versanddienste ab und prüfen Sie Tarife bei Vertrags- oder Zuschlagsänderungen. Wiederholen Sie dieselben schwierigen Warenkörbe nach Updates.

Versandintegration bewerten

Ein Versandmodul kann Preise, Verfügbarkeit, Abholpunktauswahl, Etiketten, Manifeste, Tracking oder Retouren bieten. Prüfen Sie jede Fähigkeit in der genauen Version. Der zugrunde liegende CarrierModule-Vertrag verlangt nicht jede Funktion.

1. Bestätigen Sie Unterstützung Ihrer genauen PrestaShop-Version, PHP-Version, Ihres Themes, Bestellprozesses, Multistore-Kontexts und Versandkontos.
2. Nutzen Sie für Installation und Konfiguration die oben beschriebene isolierte Staging-Kopie und den zusammengehörigen Wiederherstellungspunkt.
3. Beschaffen Sie erforderliche Kontoberechtigungen, Zugangsdaten und Umgebung vom Anbieter. Halten Sie private API-Geheimnisse serverseitig.
4. Prüfen Sie Dienste, Zonen, Gruppen, Shops, Preise und Produktbeschränkungen jedes erzeugten Versanddienstes. Duplizieren Sie keine modulverwalteten Dienste.
5. Verifizieren Sie Absender-/Retourenadressen, Verpackung und Etikettenformate. Prüfen Sie Statusautomatisierung, Sammel-Etiketten, Manifeste und Retouren auf tatsächliche Verfügbarkeit.
6. Führen Sie die vollständige folgende Abnahmecheckliste durch, einschließlich Bestellprozess, dauerhafter Abholpunktspeicherung, Zahlung, Etikettenerstellung, Tracking und Benachrichtigungen. Kontrollieren Sie produktive Tests, die Kosten verursachen.

Setzen Sie nicht voraus, dass ein API-Fehler auf die native Tariftabelle zurückfällt. Ein Modul kann false zurückgeben und seinen Versanddienst damit unverfügbar machen. Nutzen Sie eine Ausweichlösung nur, wenn sie implementiert und getestet ist, oder konfigurieren Sie einen separaten zulässigen Ersatzversanddienst. Messen Sie Antwortzeit, Anfrageanzahl, Wiederholungsversuche und Cacheverhalten, bevor Sie einen langsamen Bestellprozess diagnostizieren.

Entwicklervertrag

Beide Wege können eine Paketdienst-API aufrufen. Die externe Methode ist kein steuerexklusives Gegenstück zur bereichsabhängigen Methode. Anzeige-Hooks im Bestellprozess wie displayCarrierExtraContent liefern zusätzliche Bedienelemente, etwa eine Abholpunktauswahl, statt den Versandpreis zu berechnen. Klären Sie Währung und Steuerbasis des zurückgegebenen Betrags im Verhältnis zur Core-Umrechnung und anschließenden Steuerverarbeitung. Verwenden Sie für paketbezogene Angebote die tatsächliche Produktteilmenge und Verpackungslogik, statt den gesamten Warenkorb als ein Paket zu behandeln.

Setzen Sie beim Anlegen erforderliche mehrsprachige Felder mit numerischen installierten Sprach-IDs einschließlich Standardsprache. Beispiel:

foreach (Language::getLanguages(false) as $language) {
    $carrier->delay[(int) $language['id_lang']] = 'See delivery conditions';
}

Bearbeiten eines Versanddienstes kann seine Zeile durch eine neue id_carrier ersetzen und dabei id_reference erhalten. Integrationen müssen der Referenz folgen und actionCarrierUpdate behandeln, statt veraltete Zeilen-IDs zu behalten. Native Trackingtemplates verwenden @ für die Sendungsnummer, wenn die Integration Core-Tracking nutzt.

Aktualisieren einer nicht leeren Sendungsnummer im Backoffice kann unabhängig von Status-E-Mails eine Versand-E-Mail senden. Module können weitere Nachrichten senden. Testen Sie alle Wege auf fehlende oder doppelte Mitteilungen. Ein Etikett allein belegt keinen Versand der Bestellung.

Fehlerhaften Schritt der Abholpunktauswahl finden

Verfolgen Sie den gewählten Punkt von der Suchanfrage über die Speicherung im Bestellprozess bis zur Bestellung und Etikettenanfrage. Bewahren Sie am ersten fehlerhaften Schritt eine bereinigte Anfrage oder einen Protokolleintrag auf. Ein sichtbarer Kartenmarker belegt kein nutzbares Versandziel in der Bestellung.

Untersuchen Sie Skript-, Widget- und Kartenanbieterfehler anhand der nachfolgenden versanddienstspezifischen Prüfungen. Ändern Sie Bestellprozessvorlagen erst, wenn Sie wissen, ob Darstellung, Speicherung, Validierung oder Abwicklungsübergabe fehlschlägt.

DHL-, DPD- und UPS-Dienste prüfen

Wählen Sie nach vertraglichem Dienst und Versandursprung, nicht nach Logo. DHL Paket, DHL Express und DHL eCommerce sind unterschiedliche Angebote. Die deutsche DHL-Integration unterstützt Sendungen aus ihrem unterstützten Markt einschließlich DHL Paket International und Warenpost International; sie ist nicht auf Inlandsziele begrenzt. Siehe DHLs Funktionsliste der Integration.

Prüfen Sie bei DPD nationales Konto, Dienstendpunkte und unterstützte Ursprünge des Moduls. Auslandsversand aus einem Ursprung unterscheidet sich von Konten in mehreren Ländern. Gehen Sie nicht davon aus, dass ein einziger Webdienst oder ein Drittanbietermodul alle Niederlassungen abdeckt. Prüfen Sie bei UPS aktuelle Authentifizierung, Kontoberechtigungen, verhandelte Tarife und unterstützte Dienste der Integration. Eine Tarif-API bedeutet nicht „alle Dienste“.

Prüfen Sie tatsächliches und Volumengewicht nach konkretem Tarif. Ein leichtes Paket von 40 × 40 × 20 cm kann bei einem entsprechenden Dienst nach Volumen abgerechnet werden, doch nicht jeder Landtransport- oder Inlandsdienst nutzt dieselbe Regel. Vergleichen Sie Angebote samt Zuschlägen. Vermeiden Sie pauschale Ranglisten zu günstigstem Dienst oder weltweiter Laufzeit.

Testen Sie den freigegebenen Trackinglink mit echten Kennungen jedes Dienstes und Ursprungs. Eine plausible URL-Vorlage beweist keine dienstübergreifende Unterstützung. Auch Core-Tracking hat integrationsabhängige Ausnahmen, darunter den unten beschriebenen offiziellen Mondial-Relay-Ablauf.

InPost-Paketautomaten planen

Automatenlieferung braucht eine gewählte Punkt-ID, ein zum Vertragsdienst passendes Paket und ein funktionierendes Etikettenziel. Beschaffen Sie für polnisches Inlands-ShipX die zugewiesene Organisations-ID und erzeugen Sie ein eigenes Zugriffstoken. Das GeoWidget-Token ist separat. Erfinden Sie keine Organisations-ID und geben Sie das Versandtoken nicht im Browser preis.

Für polnische Paczkomaty-Pakete nennt InPost für A 8 × 38 × 64 cm, für B 19 × 38 × 64 cm und für C 41 × 38 × 64 cm, jeweils mit höchstens 25 kg. Die separat aufgeführte XS-Option ist auf die InPost-Mobile-App beschränkt und kein allgemeiner zusätzlicher Shopdienst. Bestätigen Sie geltende Vertrags- und Verpackungsregeln, bevor Sie Grenzen konfigurieren. Dass ein einzelner Artikel passt, belegt nicht, dass der gesamte Warenkorb passt. Definieren Sie Verpackung, Übergrößenausschlüsse, Versicherung und das Verhalten gemischter Warenkörbe.

Testen Sie die Auswahl im tatsächlichen Bestellprozess und auf Mobilgeräten. Prüfen Sie passende Widgetversion, Token, erlaubte Domains, CSP, Skript- und Kartenkachelanfragen sowie die Initialisierung nach Adressänderungen. Speichern und validieren Sie den gewählten Punkt serverseitig; prüfen Sie, ob er Aktualisierungen des Bestellprozesses übersteht und in der Etikettenanfrage erscheint. Nehmen Sie nicht bei jeder fehlerhaften Auswahl einen jQuery-Konflikt an.

Polnisches Inlands-ShipX ist keine allgemeine internationale Integration. Die Global-GeoWidget-Dokumentation verlangt Global APIs. Prüfen Sie unterstützte Routen, Konto und Modul, statt nur eine weitere Länderzone zu aktivieren.

Prüfen Sie Etikettenformate und Sammelverarbeitung. Klären Sie, ob Tracking- und Statusupdates per Webhook, geplantem Job oder einem anderen unterstützten Mechanismus eintreffen. Konfigurieren Sie ihn und testen Sie, ob eine Aktualisierung des Versanddienstes die Bestellung erreicht. Bestätigen Sie die tatsächliche Abholfrist im gewählten Dienst. Bereiten Sie einen Ablauf für Nichtabholung, Rücksendung und erneuten Versand vor. Automatennetze bündeln Zustellstopps; sie haben trotzdem eine letzte Meile und sind nicht unter jedem Vertrag automatisch günstiger.

GLS mit mehreren Versandursprüngen abbilden

Erstellen Sie vor Einrichtung eine Ursprungs-/Dienstmatrix: Versandland, Konto-/Kunden- und Versenderkennungen, API-Plattform, Endpunkt, Testzugang, aktive Dienste, Grenzen und Retourenweg. Nationale Unterschiede beweisen nicht separate APIs jeder GLS-Tochter; ShipIT unterstützt mehrere Versandländer. Fragen Sie GLS nach Plattform und Berechtigungen jedes Kontos.

Nutzen Sie einen gemeinsamen, für Kunden sichtbaren Versanddienst wie Standard, ParcelShop oder Express nur dann, wenn das Modul die Auswahl des Versandursprungs sowie korrekte Verfügbarkeit und Preisberechnung vor Bestellbeginn unterstützt. Begrenzen Sie sonst Dienste oder Shops passend. Native Zonentarife berechnen nicht automatisch nach Lagerursprung. Prüfen Sie die shopbezogene Speicherung der Zugangsdaten, statt diese aufgrund von Multistore vorauszusetzen.

Verlangen Sie für ParcelShop eine durchsuchbare, barrierefreie Punktauswahl und eine validierte ParcelShop-ID für die Abwicklung. Eine Karte kann helfen, eine nutzbare Liste ist ebenfalls gültig. Prüfen Sie Öffnungszeiten und Verfügbarkeit. Stimmen Sie Trackinglinks auf getestete Kennungen jedes Ursprungs ab. Dokumentieren Sie Grenzen und Retouren nach Land, Produkt und Vertrag; leiten Sie keine niedrigere Gewichtsgrenze allein aus ParcelShop-Annahme ab.

Planen Sie aktuelle Mehrursprungsmodelle nicht mit der alten lagerbasierten erweiterten Lagerverwaltung. Nutzen Sie eine geeignete Bestands-/ERP-Integration zur Belieferung aus mehreren Versandstandorten. Auch die experimentelle verbesserte Versandfunktion von PrestaShop 9.1 braucht separate Validierung; sie wählt nicht automatisch das liefernde Lager aus.

Beispielsweise beliefert ein Shop französische Bestellungen aus Beständen in Deutschland oder Italien. Testen Sie dasselbe Ziel mit jedem Ursprung und halten Sie gewähltes Konto, Dienst, Angebot und Etikettenabsender zusammen. Ändert sich die Beschaffung nach dem Bestellabschluss, berechnen Sie die Abwicklungskosten neu und bestätigen Sie vor der Etikettenanfrage, dass gebuchter Dienst und Abholziel weiterhin möglich sind. Eine kundenseitige Option Standard ist nur nutzbar, wenn diese Weiterleitung im gesamten Ablauf unterstützt wird.

Colissimo für Haus-, Abhol- und Überseelieferung prüfen

Trennen Sie Hauszustellung mit/ohne Unterschrift, Abholung, internationale und Überseeprodukte. Bestätigen Sie Übergaberegeln ohne Unterschrift einschließlich Briefkasten und Alternativverfahren. Versprechen Sie unbeaufsichtigte Ablage nur bei vertraglich erlaubtem Dienst.

Das offizielle Modul benötigt einen geeigneten Colissimo-Vertrag und Dienstberechtigungen. Seine veröffentlichten Funktionen umfassen Abholpunktanzeige, Etiketten, Zollpapiere, Tracking-/Statusupdates und Retourenetiketten mit Kundenzugriff oder E-Mail-Versand. Prüfen Sie die genaue Version, bevor Sie für vermeintlich fehlende Funktionen zahlen oder aus alten Funktionsseiten aktuelle PrestaShop-Kompatibilität ableiten.

Überseegebiete benötigen zielspezifische Dienste, Tarife, Dokumente und Steuerbehandlung. Sie sind nicht mit dem französischen Festland austauschbar. Nutzen Sie aktuelle Dienstschätzungen statt eines Überseeversprechens: La Poste nennt für Standard-OM 5 bis 11 Tage ohne Zoll. Für aufgeführte Eco-OM-Routen nennt es 18 Tage nach Martinique, Guadeloupe, Réunion und Mayotte sowie 22 Tage nach Französisch-Guayana, ebenfalls ohne Zoll. Das sind routenspezifische Richtwerte, kein universelles Überseeversprechen. Bestätigen Sie die Route in La Postes Überseeleitfaden.

Testen Sie Punktauswahl, Zielspeicherung und erzeugtes Etikett. Setzen Sie nicht voraus, dass die Auswahl PrestaShops Lieferadressdatensatz überschreibt. Prüfen Sie Auslastungs-/Umleitungsverfahren, Versandstatus und Kundentracking. Vergleichen Sie vorab und bei Bedarf erzeugte Retourenetiketten nach Vertragsabrechnung. Keine universelle Bestellzahl rechtfertigt ein kostenpflichtiges Modul.

Mondial-Relay-Abhollieferung prüfen

Stimmen Sie genaue Modul- und API-Generation ab. Klassische Integrationen unterscheiden Enseigne Webservice, Code Marque für das Widget und den privaten Webdienstschlüssel. Halten Sie den privaten Schlüssel serverseitig. SOAP-Integration braucht die passende PHP-SOAP-Erweiterung; bestätigen Sie sie in der Shop-PHP-Laufzeit, nicht nur auf der Kommandozeile.

Prüfen Sie Gewichtseinheiten. Kilogramm im Katalog werden mit Faktor 1000 zu Gramm im API-Feld. Klären Sie die tatsächliche Bedeutung des Modulkoeffizienten vor Eingabe. Nutzen Sie nur vertraglich unterstützte Dienstcodes. Das offizielle Tutorial unterscheidet Paketshops und Automaten, darunter Modi wie 24R/MED und 24R/APM.

Aktivieren Sie unterstützte Ziele, statt Deutschland pauschal auszuschließen. Das offizielle Tutorial umfasst Deutschland und Österreich. Es nennt Paketshop-Pakete bis 30 kg mit Länge bis 120 cm und Länge + Breite + Höhe bis 150 cm; Automaten bis 25 kg und 64 × 41 × 38 cm. Bestätigen Sie Routen-/Dienstbeschränkungen statt einer erfundenen allgemeinen 20-kg-Grenze.

Die Dokumentation zu Widget v4.1 verwendet standardmäßig Leaflet/OpenStreetMap, Google Maps ist optional. Untersuchen Sie tatsächlichen Anbieter, Reihenfolge der Abhängigkeiten, CSP, Initialisierung, Postleitzahl und Netzwerkantworten, bevor Sie nach einem Google-Schlüssel suchen. Validieren Sie die dauerhafte Punktspeicherung nach Adressänderungen und Aktualisierungen des Bestellprozesses.

Für das im offiziellen Versanddienst-Tutorial beschriebene Modul bleibt das Tracking-URL-Feld leer, weil das Modul den Link in der Frontoffice-Bestellhistorie liefert. Befolgen Sie den dokumentierten Ablauf Ihrer Integration. Prüfen Sie Absendereinstellungen und API-Absenderfelder vor Änderung des Händlervertrags. Verifizieren Sie Einzel-/Sammeletiketten, Druckformate, Portalexporte, Versandautomatisierung und Retourenetiketten in der genauen Version.

Zeigen Sie Name, Adresse, Öffnungszeiten und Abholbedingungen des gewählten Punkts im Bestellprozess und in der Bestellbestätigung. Stützen Sie eine Abholerinnerung, soweit unterstützt, auf die tatsächliche Paketfrist und aktualisieren Sie die Punktdaten bei einer Umleitung durch den Versanddienst. Abholung kann vergebliche Hauszustellungen reduzieren, doch geschlossene Punkte, Umleitungen, nicht verfügbare Automaten und Nichtabholung müssen weiterhin bearbeitet werden.

Zustellung am selben oder nächsten Tag verantwortungsvoll anbieten

Trennen Sie Bearbeitungs- und Transportzeit. Prüfen Sie Bestand, Kommissionierung, Packen, tägliche Übergabe, Annahmeschluss, Wochenenden und Schließtage. Zustellung am nächsten Tag hängt von Route und Dienst ab, nicht von der Shopplattform. Zustellung am selben Tag braucht ein bewährtes Gebiet, nahe Bestände und Personal.

Ein mögliches Konzept ist Standardversand, kostenpflichtiger Folgetagversand bei Verfügbarkeit und lokale Zustellung am selben Tag. Länder-/Bundeslandzonen funktionieren lokal nur bei exakter Gebietsübereinstimmung. Prüfen Sie sonst Postleitzahl oder Stadt vor Angebot. Gewichts-/Preisstaffeln erhöhen keine geografische Genauigkeit. Nativer Versandtext erzwingt keinen zeitlichen Annahmeschluss.

Verwenden Sie bedingte Aussagen, die auch nach Annahmeschluss zutreffen. Testen Sie denselben vorrätigen Warenkorb vor und nach Ihrem tatsächlichen Annahmeschluss, über einen Schließtag hinweg und mit zusätzlichem nachzubestellendem Artikel. Prüfen Sie Shopuhr und Arbeitskalender: Bieten Sie eine aktualisierte realistische Schätzung an oder entfernen Sie die schnelle Option gemäß der vereinbarten Regel, während nach Möglichkeit ein zulässiger Standardweg erhalten bleibt. Prüfen Sie sowohl Nutzung als auch den Anteil eingehaltener Zusagen. Geringe Nutzung kann an Nachfrage, Preis, Kommunikation oder Verfügbarkeit liegen. Messen Sie, statt eine Ursache zuzuschreiben.

Für Schätzungen auf Produktseiten, im Warenkorb und im Bestellprozess anhand von Produkt- oder Variantendaten, Bestand, Bearbeitungszeit, Annahmeschluss, Wochenenden, konfigurierten Schließtagen, Ziel und Transportkalender des verfügbaren Versanddienstes siehe die Hilfeseite zu Estimated Delivery Date. Prüfen Sie installierte Version und Bestellprozessintegration, einschließlich der akzeptierten Schätzung in den Bestelldatensätzen für Kunde und Mitarbeiter.

Durchgängige Abnahmecheckliste ausführen

Notieren Sie vor dem Test erwarteten Preis und zulässige Dienste und bewahren Sie anschließend Warenkorb- oder Bestellreferenz sowie tatsächliches Ergebnis auf. Decken Sie jedes vorgesehene Ziel, jede Kundengruppe und jeden Shopkontext ab, bei abweichender Weiterleitung auch jeden Versandursprung. Nutzen Sie installiertes Theme und Bestellprozess, einschließlich Gast- und angemeldeter Abläufe.

Erfassen Sie bei API-Tests die Antwortzeiten des Bestellprozesses und vergleichen Sie angebotene Versandkosten mit Sendungsgebühr und späterer Anbieterrechnung einschließlich Zuschlägen. Bewahren Sie getestete Warenkorbdefinitionen auf, damit Modul-, Theme-, Bestellprozess- oder Tarifänderungen die passenden erneuten Prüfungen auslösen können.

Umstellung und Entwicklerübergabe planen

Rollen Sie getestetes Modul und Einstellungen nach dem geprobten Verfahren aus und erhalten Sie dabei neue produktive Bestellungen und Kundendaten. Ersetzen Sie die aktuelle Produktivdatenbank nicht durch die ältere Staging-Datenbank. Dokumentieren Sie betroffene Versanddienstreferenzen, Einschränkungen, Tarifbasis und Modulversion sowie einen klaren Auslöser für die Rücknahme der Konfiguration.

Gleichen Sie nach der Umstellung die ersten relevanten Bestellungen von der Versandgebühr im Bestellprozess über Etikett und Tracking bis zur Benachrichtigung ab. Benennen Sie jemanden, der fehlgeschlagene Tarif- und Etikettenanfragen überwacht. Eine Rücknahme muss bereits angenommene Bestellungen und angelegte Sendungen berücksichtigen: Die Wiederherstellung von Einstellungen ist von der Klärung dieser Vorgänge getrennt.

Fragen an Entwickler oder Agentur

• Welche Warenkörbe, Ursprünge, Ziele und Shopkontexte haben bestanden, und wo liegen die Nachweise für Fehlerfälle?
• Wie wird das Versandkonto vor der Tarifabfrage gewählt, und wie gelangt diese Auswahl zur Etikettenerstellung und zu etwaigen ERP-Exporten?
• Welche Komponente validiert und speichert den Abholpunkt, und was passiert bei Adressänderungen oder der Rückkehr von der Zahlung?
• Wer ist nach der Übergabe für fehlgeschlagene Sendungen und Statusabgleich zuständig, und was können Mitarbeiter sicher wiederholen oder rückgängig machen?

Häufige Fragen von Shopbetreibern

Der Kunde hat bezahlt, aber der Abholpunkt fehlt. Können wir den nächstgelegenen wählen?

Halten Sie die Etikettenerstellung an und vereinbaren Sie mit dem Kunden einen gültigen Punkt. Speichern Sie ihn über den unterstützten Korrekturweg der Integration und bestätigen Sie dann das Etikettenziel. Ohne Zustimmung einen Punkt zu wählen kann das Paket an einen Ort schicken, an dem der Kunde es nicht abholen kann.

Können wir die Adresse nach der Etikettenerstellung ändern?

Prüfen Sie das unterstützte Korrektur- oder Stornierungsverfahren des Paketdienstes und den Übergabestatus des Pakets. Eine Aktualisierung der PrestaShop-Adresse leitet die Sendung hinter einem bestehenden Barcode nicht automatisch um. Halten Sie den korrigierten Bestelldatensatz und das tatsächliche Versandziel im Einklang.

Bei einer Etikettenanfrage gab es eine Zeitüberschreitung. Sollten wir erneut klicken?

Prüfen Sie vor einer Wiederholung im Anbieterkonto und den Modulprotokollen, ob bereits eine Sendung angelegt wurde. Nutzen Sie den unterstützten Wiederherstellungs- oder Nachdruckprozess der Integration; eine unbeantwortete Anfrage kann bereits ein Etikett gekauft haben, und eine ungeprüfte Wiederholung kann eine weitere Sendung oder Gebühr erzeugen.

Erstattet die Bestellstornierung die Versanddienstgebühr?

Behandeln Sie Kundenerstattung, Etikettenstornierung und etwaige Versanddienstgutschrift als getrennte Vorgänge. Prüfen Sie Ihren Vertrag und das beim Anbieter erfasste Ergebnis und gleichen Sie jede Gebühr ab. Eine als storniert markierte Bestellung belegt nicht, dass der Paketdienst das Etikett aufgehoben hat.