Ich versuche, die Abholung mit dem Abholservice zu planen. Zuerst sende ich Pickup-Verfügbarkeitsanfrage, um die Cutoff-Zeit zu bekommen, dann benutze das Ergebnis, das ich in Pickup Request bekommen habe. Aber danach bekomme ich den Fehler "Ready Time after Cutoff Time" für die Zeit, die offensichtlich vor der Cutoff-Zeit liegt. In meinem Beispiel ist die Rückkehrzeit 16:00 Uhr, aber die späteste Zeit, für die ich die Abholung planen kann, ist 11:00 Uhr. Teil der Abholverfügbarkeit:
%Vor%Teil der Zeitplanübernahmeanforderung, die einen Fehler erzeugt:
%Vor%Hier finden Sie den vollständigen Anfrage- / Antwortcode für zwei Anfragen: Ссылка
UPD : Weitere Details entsprechend der Diskussion in Kommentaren
Das ist was über ReadyTimestamp geschrieben. Die Zeit muss nicht später sein als die CutOffTime, die mit dem gefunden werden kann PickupAvailabilityRequest.
Also mache ich eine Verfügbarkeitsanfrage und sehe die Antwort:
%Vor% Die Dokumentation besagt, dass Zeitstempel für die Pickup-Verfügbarkeit gemäß dem lokalen TZ (aus der Postleitzahl) verwendet werden. Out local TZ ist PST, die -07: 00 von UTC versetzt ist. Es gibt auch eine Zeile in der Antwort "Abholung - Verfügbarkeit", die den Zeitpunkt angibt, zu dem meine Abholverfügbarkeitsanfrage bearbeitet wurde. Ich überprüfte und sah, dass es auch in PST ist, also sieht dieser Schritt gut aus:
<v3:RequestTimestamp>2013-03-26T11:58:37</v3:RequestTimestamp>
Also habe ich die Cutoff-Zeit 16:00 PST und der nächste Schritt besteht darin, die tatsächliche Abholung für die Zeit zu planen, die nicht später als die Cutoff-Zeit ist, indem die Pickup-Anfrage erstellen verwendet wird. Für diese Anfrage sollte ReadyTimestamp TZ info enthalten, daher habe ich verschiedene Formate für Datum und Uhrzeit ausprobiert. Also, wenn ich Abholung für 14:00 PST erstellen möchte, probiere ich 2013-04-09T21:00:00 , 2013-04-09T21:00:00.000Z , 2013-04-09T21:00:00+00:00 und 2013-04-09T14:00:00-07:00 . In all diesen Fällen bekomme ich den Fehler Ready Time after Cutoff Time . Ich habe viele verschiedene Werte ausprobiert und festgestellt, dass die letzte Zeit 04:00 PST (entspricht 11:00 UTC) ist. Also 04:00 gibt mir success und 04:01 gibt Ready Time after Cutoff Time und es funktioniert so mit jedem Datum / Uhrzeit-Format.
Haben Sie bemerkt, dass ReadyTimestamp im Beispiel CreatePickupRequest auf Seite 76
Wird mit dem Zeitzonencode angegeben.
UPD. Sie können php fedex api wrapper von github oder fedex api-Wrapper von phpclasses.
Wenn Sie das Datum in der WebService-Anfrage übergeben möchten, ist der DateTime -Datentyp für WSDL
ReadyTimestamp in der createPickup-Anfrage benötigt Zeitstempel als Wert
Beispiel: 'ReadyTimestamp': '1404891463'
Das wird funktionieren
Sie müssen unterscheiden zwischen: a- wenn das Paket fertig ist b-Sperrzeit c- Firmenschlusszeit.
Wenn Ihre Postleitzahl also eine Sperrzeit von 16:00 Uhr hat, muss Ihr Paket vor dieser Zeit fertig sein und Ihr Unternehmen muss einige Stunden später geöffnet sein.
mein Vorschlag. Legen Sie die Firma schließen Zeit um 19:00, fedex neuesten Abholzeit ist in der Regel um 17 Uhr für alle Postleitzahlen. diese 2 ist, weil, wenn Sie eine Abholung beantragen, der van Kurier hat 2 Stunden, um zu diesem Ort zu gehen, wenn Ihre Firma schließen Zeit ist nur 1 Stunde von der Abholung Anfrage werden Sie Probleme auftreten.
hoffe es hilft.