Alert Notifications through WebHooks (Beta)

What are WebHooks?

WebHooks are a way that one application can send a message to another. 

So when something happens in one app - it triggers a WebHook to send some data to another - and the other app can use this data and perform other actions if necessary. 

What are the applications/why would I use them?

In Telematics Guru - the way WebHooks are implemented is essentially a URL can be the recipient of an Alert Notification.
So when an alert is triggered in TG - some information is sent to that server in the form of a HTTP post.

This is useful when Telematics Guru is being used as the tracking platform - but a user has some other system which they need some of the telemetry data. There is no cost for this service, it is included in the TG fees.

So one example is hiring or maintenance software. This system requires updates of asset run hours and odometer values.The WebHook is configured such that at the end of a trip, the Odo/Run Hour value for the asset is sent from TG via HTTP post to this system. 

If two systems need to be used in parallel and more than a few data points are required - it is best to use the Multi-Connector option - to have device data sent to both TG and the 3rd party platform simultaneously. 

WebHooks in TG - the details

It is possible to get alert notifications via HTTP post. The alert service expects a 2XX HTTP response code to mark the alert as processed. There is currently no UI available to partners to configure this, but you can send the following information to your local support team and they can get the end point set up as an address book entry.

Required Details

  • Organisation Name
  • Address Book Entry Name
  • URL
  • Headers
    • Content-Type (e.g. “application/json”)
    • Accept (e.g. “application/json”)
    • Custom Headers (this could include BASIC authentication)
  • Body of POST made up of tokens (see list below)

Once the details have been set up you will be able to add the endpoint as an alert recipient to any existing or new alerts.

Note: that the body currently gets generated using string substitution which means that both a null and an empty string will result in an empty string meaning that if you choose to send a JSON object you will have to always send strings in quotes. Dates will be formatted as "yyyy-MM-ddTHH:mm:ssZ" e.g. "2017-01



Organisation: Llama Tracking LLC

Name: Position Notification



Content-Type: application/json

Accept: application/json

Authorization: Basic dXNlcjpwYXNz


  "customtext":"Some hardcoded text",

Example POST

{"device":"114719","name":"Green Van 114719","description":"","costomtext":"Some hardcoded text","notificationDate":"2017-04-23T09:31:14Z","latitude":"-26.0444252","longitude":"28.0111314","speed":"0","zone":"Depot 3"}

Note: Because string replacement is being used, data could equally be formatted as XML or CSV.

Available Tokens






{Now} - (Included for compatibility, will return UTC date)







































{Trip.Start.Date} - (Included for compatibility, will return UTC date)












{Trip.End.Date} - (Included for compatibility, will return UTC date)



















{Event.Date} - (Included for compatibility, will return UTC date)


{Event.DateReceived} - (Included for compatibility, will return UTC date)




{Event.Heading} - this is the Cardinal Heading (N, NE, E, SE, S, SW, W, NW)






























Did you find it helpful? Yes No

Send feedback
Sorry we couldn't be helpful. Help us improve this article with your feedback.