Kurzantwort
GLS schaltet die alte Web-API (Shipments-API) zum 31.12.2026 endgültig ab; danach ist die Umstellung auf die ShipIT Farm API mit OAuth2 verpflichtend. 3PL-Dienstleister sollten den Wechsel früh planen, um Versandausfälle in der Q4-Peak-Season zu vermeiden. Warenzo WMS bindet GLS aktuell nicht nativ an, unterstützt GLS aber indirekt über den Scope-Cloud-Logistics-Hub — nativ vollständig integriert ist derzeit DHL Paket DE.
Was sich zum 31.12.2026 ändert
GLS beendet den Betrieb der bisherigen Web-API (Shipments-API) zum Jahresende 2026. Wer danach weiter Sendungen buchen, Labels erzeugen und Tracking-Daten abrufen will, muss auf die ShipIT Farm API mit OAuth2-Authentifizierung migrieren. Für Dienstleister, die GLS im Versandmix führen, ist das kein optionales Update, sondern eine harte Frist: Nach dem Stichtag verarbeitet die Altschnittstelle keine Anfragen mehr.
Besonders kritisch ist der Zeitpunkt. Fällt die Migration ungeplant in oder kurz vor die Peak-Season, entstehen genau die Probleme, die Endkunden eines 3PL am wenigsten tolerieren: verspätete Auslieferungen, Buchungsfehler und Systemausfälle bei hoher Last.
Warum das für Multi-Carrier-3PL besonders relevant ist
Wer mehrere Versanddienstleister anbindet, trägt das Migrationsrisiko mehrfach — jeder Carrier hat eigene API-Zyklen und Fristen. Neben der GLS-Umstellung zum 31.12.2026 steht auch die DHL-Paket-DE-API-Umstellung zum 31.05.2026 an. Zwei Pflichtmigrationen innerhalb eines Jahres bedeuten für Operations- und IT-Teams doppelten Planungs-, Test- und Abnahmeaufwand.
Typische Fragen, die Sie jetzt klären sollten:
- Über welche Schnittstelle läuft GLS heute — direkt aus dem WMS oder über einen vorgelagerten Hub?
- Wer verantwortet die OAuth2-Umstellung: Ihr Team, Ihr Softwareanbieter oder ein Integrationspartner?
- Ist ein Test- und Übergangsfenster vor der Peak-Season eingeplant?
Wie Warenzo WMS mit Carrier-Schnittstellen umgeht
Eine ehrliche Einordnung vorweg: In Warenzo WMS ist derzeit DHL Paket DE als vollständig integrierter Versand-Carrier produktiv — inklusive Buchung, Tracking und Stornierung. GLS ist nicht nativ angebunden; die Anbindung weiterer Carrier und Marktplätze läuft über den Scope-Cloud-Logistics-Hub. Dasselbe gilt für DPD und Hermes.
Für die GLS-Migration heißt das: Die Umstellung auf die ShipIT Farm API wird über den Hub abgebildet, nicht als natives Warenzo-Feature. Das entkoppelt Ihre WMS-Prozesse von einzelnen Carrier-API-Wechseln.
Relevant für die Übergangsplanung sind darüber hinaus:
- Peak-Stabilität: Warenzo stabilisiert Versand- und Auftragsbuchungen bei Peak-Last mit Idempotency-Keys und Advisory Locks — so entstehen keine Doppelbuchungen, auch wenn Schnittstellen unter Last neu konfiguriert werden.
- Nachweisbarkeit: EU-Hosting in Frankfurt, DSGVO-Konformität und eine dokumentierte API unterstützen die Nachweis- und Übergangsdokumentation bei Schnittstellenwechseln.
- Betrieb im DACH-Raum: deutschsprachige Oberfläche und deutschsprachiger Support; laut aktueller Website ist ein Onboarding in 7 Tagen produktiv möglich.
Empfohlenes Vorgehen bis zum Stichtag
- Bestandsaufnahme: Erfassen Sie, welche Prozesse heute über die alte GLS-Web-API laufen.
- Verantwortlichkeiten klären: Legen Sie fest, wer die ShipIT-Farm-API-/OAuth2-Umstellung technisch umsetzt.
- Testfenster früh legen: Planen Sie die Migration bewusst außerhalb der Q4-Peak-Season.
- Frist puffern: Behandeln Sie den 31.12.2026 nicht als Zieltermin, sondern setzen Sie den produktiven Wechsel deutlich davor an.
Die GLS-Umstellung ist ein guter Anlass, die gesamte Carrier-Architektur auf Migrationsfestigkeit zu prüfen — insbesondere, wenn parallel die DHL-Frist im Mai 2026 ansteht.