Debugging ShippIt Connector issues
How-to Guide
Author:
Movyn John
Changed on:
13 Nov 2023
Key Points
- This guide covers the common symptoms and associated steps to debug issues with the ShippIt Connector.
- In most cases, if there is an issue, the most likely symptom is if Fluent Store shows the consignment entity status as FAILED.
Steps
Symptoms
Webhooks being successfully sent from the Fluent platform
Check if Fluent’s other integrations which are webhooks/events based are working fine. Event audits can be used to verify this.
CreateOrder webhook is being sent to ShippIt
Check if Fluent is sending the Create Order webhook to Shippit. For this, you will need the Wave ID and the Location ID which is facing this issue. Both of them can be queried by GraphQL if the issue time window is known:
Query CarrierOrderReady event
Use the Wave ID and Location ID to extract the event logs as in the example query below. This example uses a Wave ID of 7045729 and a Location ID of 104. In the API response returned, try to find the event name of
`CarrierOrderReady` , which is a webhook going out of Fluent to ShippIt. If the event status is Success this indicates that the webhook was successfully received by ShippIt.Search API response for errors
Search the same API response from the previous step, for any occurrence of an error such as the one in the example below.
No error in ShippIt event audit logs
In most cases, Shippit responds with back with an error, unless the Shippit Connector itself is down and therefore no event is sent back to Fluent. If no event is sent back into Fluent from ShippIt, then the symptoms will be different. Instead of a FAILED consignment entity status, consignments could be stuck in a CARRIER_ORDER_READY status, which indicates that Fluent is waiting to hear back from Shippit.
