Order status re-update problem (API)

[kmorgen]

Have a problem with the Order Status being triggered/updated one more time when the carrierr tracking is beeing returned to the shop from the external shipping provider/module (Pakkelabels.dk)

 

This means the custormer will receive the status e-mail one more time. For example if already in "order Processing" Status, this status and thereby e-mail will be triggered again, when the tracking number is automatically received from the forwarder (API).

 

Have contacted Pakkelabels.dk, and they say they have no control of this.

 

Anyone know how to avoid the Order Status being affected by this?

[bellini13]

How does Prestashop know when to change the order status?  If you are using a custom module, who developed the module?

[kmorgen]

Well there is actually no module. The integration is a Webservice / API integration.

 

So basically the shop send the shipping details to pakkelabels.dk, you purchase the shipping label, the site send back the tracking number to PS.

And when that occurs the current order status is triggered one more time, it is not changed. 

[bellini13]

So basically the shop send the shipping details to pakkelabels.dk, you purchase the shipping label, the site send back the tracking number to PS.

 

How does your PS know to send these details to pakkelabels.dk?  This is not something that Prestashop provides natively.  So you either have a module installed, or you have your shop customized.

 

Prestashop also does not natively receive updates from third party systems, so again, updating your tracking number and order status is not happening magically, you need to determine what you have installed or updated on the store to figure out this issue

[kmorgen]

As explained, the API connection is established as a Webservice (Adv. parameters -> Webservice).

 

You can see how it works on their site: https://www.pakkelabels.dk/integration/prestashop/

It's in Danish, but guess Google Translate can handle that :-)

 

Everything works fine back and forth, the only issue is the current 'Order Status' is triggered again (not changed), when the tracking number returns (PS 1.6.1.11)

I believe the issue started around 1.6.1.X, and Pakkelabels.dk say they cannot really do anything on their side, since they are just returning the tracking parameter.

Edited April 4, 2017 by kmorgen (see edit history)

[bellini13]

Ok, so if I am understanding properly, you have configured the PS webservices API to allow the vendor to pull information from your store, and then push periodic updates to your store using the same API.

 

So if everything is reliant on the core PS webservices API, then I think your best course of action would be to submit a ticket to PS forge, and hope the PS developers can assist you further with this issue

[samverdyck]

I'm having the exact same situation as kmorgen describes, but with carrier SendCloud. 

There's a Sendcloud module installed that makes a connection with their online service. 

 

When we create a sendlabel in this online service, the current status in Prestashop is executed again, like kmorgen describes. 

 

I reported this behavior to SendCloud, but didn't get any answer so far... 

[antonio.nigro]

Every time an order PUT to Prestashop Webservice is made, the current_state will be changed (as you're experiencing).

To avoid this behaviour the current_state should NOT BE SENT to Prestashop Webservice. Unfortunately this must be changed by the online service you're using ...

Eg.

<prestashop xmlns:xlink="http://www.w3.org/1999/xlink">

<order>

...

//

// DON'T SEND current_state - delete/unset this node before sending back the xml

//

<current_state xlink:href="https://yourprestashopaddress.com/api/order_states/0">

<![CDATA[ 0 ]]>

</current_state>

 

...

</order>

 

Edited October 24, 2017 by antonio.nigro (see edit history)