Push Deleted trip
Last updated
Was this helpful?
Last updated
Was this helpful?
There are use cases where the DriveKit SDK allows the user to delete a trip.
The request to delete a trip results in the permanent deletion of all trip data from DriveKit's local database and DriveQuant's database.
If the trip data has been posted to your backend as well (via the ,), it should be deleted accordingly.
In order to perform this, a push deleted trip service can be configured.
The push deleted trip sends the event information when the user deletes the trip via a push service.
Trip deletion event is sent as a POST request to a client URL. The URL must be provided to DriveQuant in order to set up and activate the push update trip service.
The body of the request is a JSON object with a set of fields that contain the id of the trip, and the trip modification event.
It is mandatory to configure a response code. If the post is accepted, we expect a status code of 200 (OK). In case of failure, for any answer other than 200, the service will attempt to post the data again. The retry strategy is described below.
If the service returns a 200 HTTP code while the data has not been accepted by the client server, then, there will be no further attempt to send the data.
DriveQuant will try again to push the deleted trip data in case of a HTTP error. To avoid too many consecutive attempts, the push deleted trips attempts will be made once a day from the day after a fail, until the request has been accepted. If the push deleted trips is still not accepted after 30 days, no further attempts will be made.
See in parent section.
Customer authentication
Trip unique identifier
Trip update event
Date when trip event occurs
2023-02-08T10:00:00.000+0200Pattern: yyyy-MM-dd'T'HH:mm:ss.SSSZNo content