Inoffizielles deutsches Xbase-Forum

Aus den Beiträgen anderer und überhaupt gehe ich davon aus, dass einige den Webservice von DHL zum Versenden von Paketen verwenden.
Ich hab jetzt auch ein Programm von Easylog (lokales Programm von der DHL, nicht mehr unterstützt) nach Webservice umgestellt.
Muss allerdings feststellen, dass das sehr instabil ist:
- zeitweise funktioniert der WebService nicht
- oder man erhält die Fehlermeldung: keine Zugangsberechtigung, schickt man den gleichen Request nochmal, funktionierts, da scheint der Server überlastet zu sein oder ähnliches.
Mein Kunde versendet jetzt auf Weihnachten hin monatlich über 10.000 Pakete, da muss das schon flutschen.
Ist das eine Ausnahme oder welche Erfahrung habt ihr damit?

Wir haben für ein paar Kunden, die Pflegehilfsmittel versenden, "Shipcloud" als Microservice integriert. Da werden alle Versender angeboten und unterstützt, die Schnittstelle ist robust und einfach zu handhaben, und das Feedback funktioniert exzellent.

Hi Tom
Meine Frage war dahingehend, wie stabil der Webservice der DHL dahinter ist. Shipcloud ist ja auch nur ein Kommunikationslayer für diesen Service.

Hallo, Marcus.

Wieder zu schnell gelesen, mein Fehler.
Was sagen denn die Entwicklerportale?

Meine Kunden, die über Shipcloud u.a. DHL bedienen, haben keine so hohe Nutzungsfrequenz. Aber wir nutzen andere, ähnliche Microservices in höherer Taktung, und da ist es tatsächlich so, dass Authentifizierungen gelegentlich wiederholt werden müssen, obwohl sie erfolgreich waren (ein Token ist lange vor Ablauf plötzlich invalide), dass es Stoßzeiten zu geben scheint usw. Wenn ein Prozess nicht wirklich durchgelaufen ist, muss es zuweilen Rollbacks geben, aber zum Glück entstehen wohl keine Doppelaufträge. Es ist leider intransparent, wie sich ein solcher Server im Fehlerfall verhält. Aber die DHL-Services werden ja in unvergleichlich hoher Intensität genutzt, da würde ich eigentlich von hoher Stabilität ausgehen wollen. Andererseits. Wenn ich mir anschaue, was die Programmierer so fabriziert haben, die die Informationssysteme der Deutschen Bahn gebaut haben, sollte man vermutlich eher das Gegenteil annehmen.

Marcus,

für meinen Kunden mache ich das bei GLS per REST bzw. SOAP (die können sich bei den verschiedenen Diensten nicht entscheiden, was die da jetzt wirklich wollen). Der Kunde wird aber relativ sicher bald zu DHL wechseln.

Auf jeden Fall hat mich die Entwicklung der Schnittstelle zu GLS gelehrt, diese Abfragen immer und grundsätzlich in Schleifen zu bauen. Und wenn der Rückmeldestaus mir nicht das gibt was ich will den Request in 2-Sekunden-Taktung noch mal zu schicken. Meist klappt das beim zweiten mal. Ich hatte aber auch schon Sachen, wo selbst 10x nichts gebracht hatten. Da schreibe ich mir dann jeweils einen Protokolleintrag, um das den IT-Verantwortlichen dort um die Ohren zu hauen. Was tatsächlich was gebracht hat. Ich hatte lange Diskussionen mit denen bis in die höchsten IT-Verantwortlichen-Ebenen, und die haben da wirklich so einiges korrigiert.

Will sagen: Das ist kein alleiniges DHL-Problem. Aber man kann da halt auch mit umgehen mit entsprechenden Absicherungs-Strukturen.

Jan

Ich kann nur sagen, dass ich heute morgen meine DHL Sendenummer unter DHL.DE eingeben wollte und die Web-Seite nicht erreichbar war.
In der DHL App vom Smartphone konnte ich jedoch die Sendungsnummer eingeben und auf den Sendestatus zugreifen. (Ich vermute das Teil nutzt den Web-Service)

Servus Marcus,

wir haben die DHL-Schnittstelle vor Jahren implementiert und sie funktioniert sehr zuverlässig. Hab grad bei einem Kunden nachgesehen, im Dezember schicken die schon mal 160 Pakete an einem Tag. Hätte ich jetzt nicht vermutet...

Gestern oder am Freitag gabs bei allen unseren Kunden eine Störung, das ist aber selten, ich höre da max. 2-3x / Jahr davon. Müsste meine Supporter mal fragen.

Hallo Werner
Das ist ein beruhigendes Feedback. Wir haben erst vor 4 Wochen von Easylog auf Webservice umgestellt. Und dann gleich diese Ausfälle.
Da sind alle nervös geworden.
Es scheint ja doch eine Ausnahme zu sein