Purolator Rate Estimate / Shopping -- 'Full' vs 'Quick'? #741
Replies: 2 comments
-
Hi @ChrisNolan , This is good I don't remember off the top of my mind, but there was a limitation in terms of data returned from the looking into it. |
Beta Was this translation helpful? Give feedback.
-
Thanks. Turns out, once I looked at the backend which I was replacing, it turns out I have the full addresses available at that point anyway (and they were being sent to the Canpar call as it was just not the purolator which I was doing first) so I'm fine using the |
Beta Was this translation helpful? Give feedback.
-
It looks like the system is using the 'GetFullEstimate' instead of the GetQuickEstimate API call to purolator... so when I try to just get postal code to postal code it is failing with an error about City.
What would be a good way to go about allowing both to work (my brute for for our fork might be to just switch it over to the other but...)? I see that the code is there in 'estimate_service_2_1_2.py' but isn't imported in 'rate.py' for purolator.
Do the other carriers of similar different types of ratings that can be called?
Beta Was this translation helpful? Give feedback.
All reactions