Closed HenKun closed 3 years ago
Please send request & response for both cases to the support address. We will then forward the issue to the API developers.
Email is sent 👍
I can confirm the issue and sent a support request to the DHL help center.
By the way, is there a reason why shipment is announced for tomorrow but picked up today ("predated")?
Yes there is a reason we just found out recently. The dhlshippingsolutions/dhlglobalwebservices/cut_off_time
setting came in with an update some time ago and is set to 00:00:00 initially. Because of that all shipments are created after the cut off time and hence, one day is always added. I think this additional day results in the shipment being considered as predated. We are about to switch the setting to 23:59:59 so all created shipments are before the cutoff time and an additional day is only added on sundays. (correct me if I am wrong with my assumption)
I see, so sending the next day as shipment date is not done intentionally. IIRC there is an open issue with the cut-off time configuration that may come into effect here. One day being added may be a bug rather than a misconfiguration. We plan to replace it by a day-based setting in the future
Correct, it is not intentionally. Can I see the ticket somewhere or is it internal?
It is internal, not a user-reported issue.
@HenKun wrote:
Email is sent
... and received.
internal ref: DHLGW-1058
Short update: @mam08ixo is in contact with the API developer team at DHL. They are currently looking into the matter.
We did not receive a response from DHL that explains the cause or announces a fix.
However, DHL Shipping v2.0.0 has the cut-off time calculation reworked. With this change and proper module configuration, shipments are no longer handed over the current day although announced for the next day.
Nothing more we can do about it, closing this.
@mam08ixo Does the cut-off time setting now has a "different" meaning? Or rather do we need to change/adopt the setting to the new function or should we keep the current setting?
@HenKun The setting has the same effect but, as announced earlier, it was moved and needs to be re-configured after upgrading to the new module version.
Preconditions
On some shipments an error is logged in exception.log as well as in dhl_paket.log that a shipment with this tracking number cannot be found.
Steps to reproduce
This happens when "Track Shipment" is clicked in admin area. Only the link to DHL is shown then, instead of the tracking info itself.
This seems to only happen on all "predated" shipments, before the day they are predated to.
Expected Outcome
Actual Outcome
Reason
I tested it using Postman and the DHL API indeed returns:
However, if I leave the
recipientPostalCode
out, the API successfully returns the tracking info. So it seems the API has an error here. Maybe it considers the postal code wrongly on predated shipments?Here the response of the same request, just without postal code:
I tested it on multiple shipments, always the same. The postal code is always correct and equals the postal code set in Business Portal, so that cannot be the error. Due to privacy I left all personal data out. I can provide you some examples via email, if you let me know where to send it to.