Requires an Integrations license.
The webhook functionality is available in a basic or advanced option. For more explanation of Webhooks please see this article.
Basic Webhook
Small JSON payload to advise that an event has occurred with an order or route stop.
Sends information in JSON format
Limited information to send over (see examples Basic Webhooks Examples)
Triggered by customer status events
Advanced Webhook
Customizable JSON/XML payload to provide selected order or route stop information.
Sends information in JSON or XML format
All order and/or route stop fields are available to be sent over (see Setup & Configuration Advanced Webhook Setup for configuration options)
Triggered by customer status events
GPS updates can be set up to send on a recurring schedule
All times are in UTC ISO 8601 format (see https://en.wikipedia.org/wiki/ISO_8601 ).
Examples
For primary order status events (such as confirmed, at pickup, picked up, delivered, etc.), basic data includes the order ID, event type, and any date/time stamps for that job (if captured by the driver at the time of transmission)
For additional order status events (such as canceled, invoiced, driver assigned, status code added, etc.), basic data includes the order ID, event type, and date/timestamps for the event
For address change status events, basic data includes the order ID, date/timestamp of the event, and address information
For primary route stop status events (such as arrived, completed, signature, etc.), basic data includes the route stop ID, event type, and any date/time stamps for that job (if captured by the driver at the time of transmission)
For additional route stop status events (such as consolidated, deactivated, status code added, etc.), basic data includes the route stop ID, event type, and date/timestamp of the event
You can download examples below.
Event Descriptions
Event | Description |
---|---|
Delivered | On Demand order has been delivered to the destination location |
PickedUp | On Demand order has been picked up from the origin location |
AtDelivery | Driver has arrived at the destination location |
AtPickup | Driver has arrived at the origin location |
Placed | On Demand order has been created |
Confirmed | On Demand order has been marked as confirmed by the driver assigned to the order |
DeliverySignature | A signature has been collected by the driver at the destination location |
ReceivedAtDock | On Demand order has been marked as received at dock |
StatusUpdate | A status update has been requested/triggered for an On Demand order by a user to provide the latest status details of the order |
Canceled | On Demand order has been canceled |
Consolidated | On Demand order being placed has been consolidated/merged onto an already existing order |
Invoiced | On Demand order has been invoiced |
DriverAssigned | On Demand order has been assigned to a driver |
DriverUnassigned | The driver assigned to the On Demand order has been removed from the order |
RateChanged | The rate on the On Demand order has been changed |
StatusCodeAdded | A status code has been added to the On Demand Order |
StatusCodeUpdated | An existing status code has been updated on the On Demand order |
ParcelExceptionAdded | An exception has been added to a parcel that is assigned to the On Demand Order |
NextDelivery | The On Demand order has been marked as the next delivery to take place |
NextPickup | The On Demand order has been marked as the next pickup to take place |
VerifiedForBilling | The On Demand order have been marked as verified for billing |
RejectedByDriver | The On Demand order has been rejected by the assigned driver |
AddressChange | The On Demand order had an address changed for either the origin or the destination |
Completed | The route stop has been marked as completed |
Arrived | The driver has arrived at the route stop location |
Signature | A signature has been collected for the route stop |
POD | A POD has been collected for the route stop |
Activated | The route stop has been activated |
AssignedToDriver | The route stop has been assigned to a driver |
Consolidated | The route stop being created has been consolidated/merged onto an already existing stop |
Created | Route Stop has been created |
Deactivated | Route stop has been deactivated |
ParcelExceptionAdded | An exception has been added to a parcel linked to the route stop |
StatusCodeAdded | A status code has been added to the route stop |
StatusCodeUpdated | An existing status code has been updated on the route stop |
UnassignedFromDriver | The driver assigned to the route stop has been removed |
Setup & Configuration
The following setup and configurations are done in the Operations App.
X Stream Definition
The X Stream definition will automate the processing of the webhooks, using message formats and customer status events.
Create an X Stream definition with the following settings.
Configuration Type: WBOUTBOUND
Export Type: Plugin - Plugin
Plugin Export Type: Webhooks
Key Value definitions
URL - Enter the URL to send the webhook messages to
See X Stream Definitions.
For advanced webhooks see Advanced Webhook Setup below for more setup options.
Message Formats
Message formats are used for basic updates to send the message that the webhook was triggered. Advanced webhooks may require additional setup or configuration.
Create the appropriate message formats for the order or route stop that will be used with webhooks. For example, if you want to send picked up and delivered information, create two message formats (one for Order Picked Up and one for Order Delivered).
Check the Execute SQL Statement checkbox in the Advanced tab.
Paste the appropriate SQL commands into the Advanced tab of the message format.
Example command for a Order Picked Up message format:
EXEC spWebHooksProcessEvent @ORDERID=[OrderID], @TYPE='ONDEMAND', @EVENT='PICKEDUP'Example command for a Order Delivered message format:
EXEC spWebHooksProcessEvent @ORDERID=[OrderID], @TYPE='ONDEMAND', @EVENT='DELIVERED'
See Message Formats (Classic Operations App) or Message Formats.
Customer Status Events
Status events on the customer record are what will send the message format when the webhook is triggered.
In the customer record, go to the Contacts tab.
In the Alerts section, select the Status Event and the corresponding Message Format you created.
Repeat step 2 as needed.
Save the customer record.
See Customers - New/Edit Customer.
Advanced Webhook Setup
This requires CXT Software to set up. Please contact Technical Support by creating a ticket here.
With advanced webhooks, additional key/value pairs can be set up to control the process and content.
Optional Settings
Setting | Description |
---|---|
Method | Web method to be used (e.g. POST, PUT, PATCH, etc..) (defaults to POST) |
ContentType | Content type to be used can be application/XML or application/json (defaults to application/XML) |
BodyType | Data type sent back from the stored procedure (NOTE: THIS MUST BE SET TO EITHER JSON OR XML depending on what the stored procedure is returning) |
HeaderTag | Tag used to denote header keys (defaults to header_) (NOTE: See below for more information) |
BatchProcessStoredProcedure | Stored procedure used during batch processing (defaults to spWebHooksBatch) |
BatchXsltAttachmentID | XSLT attachment ID used during batch processing (NOTE: See below for more information) |
QueueStoredProcedure | Stored procedure used during queue processing (defaults to spWebHooksQueue) |
StoredProcedureDataType | Data type returned by stored procedure (either XML or json) (defaults to XML) |
ThrowExceptionOnWebCallFail | True/false to enable disable throwing an exception if a web call does not return OK/200 (defaults to false) |
RestClientTag | Tag used to denote rest client keys (defaults to restclient_) (NOTE: See below for more information) |
SignatureEncoding | Signature format to export (e.g. NONE, BMP, GIF, PNG, JPG, SVG, TIF) (defaults to NONE) |
SignatureElement | Data node that contains signature (NOTE: This is post XSLT processing) |
Authentication Tags | |
AuthUrl | Authentication URL |
AuthMethod | Authentication web method to be used (e.g. POST, PUT, PATCH, etc..) (defaults to POST) |
AuthContentType | Authentication content type to be used (defaults to application/XML) |
AuthBody | Authentication body |
AuthUsername | Authentication user name. (Sent as part of Authorization Basic header) |
AuthPassword | Authentication password. (Sent as part of Authorization Basic header) |
AuthAccessTokenNode | Authentication node that returns the token (defaults to token) |
AuthExpiresInNode | Authentication node the returns the expires in value (can now be empty if authentication does not return an expires in value - defaults to 0 if not returned) |
AuthorizationHeaderToken | what is sent back with authorized calls (defaults to Bearer). This is what is sent in the header of authorized calls (e.g. "Authorization", "Bearer 239203239203kdlad03") |
RetryMax | Number of retry attempts (defaults to 0) -- 0 is disabled |
RetryDelay | Number of seconds to wait between retries (defaults to 0) -- 0 is disabled |
RetryDelta | Number of seconds to increase the delay for each retry (defaults to 0) -- 0 is disabled |
Header Tags | |
HeaderTag | String that will denote header values (defaults to header_) Keys that start with the HeaderTag will be passed as header parameters (e.g. header_apikey - the associated value will be passed as "apikey" request header parameter) |
Restclient Tags | |
RestClientTag | String that will denote rest client parameter (defaults to restclient_) Keys that start with the RestClientTag will be used to configure the rest client. (e.g. restclient_timeout - the associated value will be set used to set the timeout value in the rest client) This is a list of the rest client configuration settings that can be configured:
These values should not be changed unless required by the destination system. For further information on these settings, please refer to https://restsharp.dev/api/RestSharp.html#class-restclient |