driver and vehicle objects on POST /v2/visibility/loads. The eld_id field has been replaced by tsp_id and tsp_source_name, aligning load identifiers with the TSP-aware identifier model used across the rest of the API.
Breaking Changes
eld_id replaced by tsp_id and tsp_source_name on driver and vehicle
eld_id replaced by tsp_id and tsp_source_name on driver and vehicle
Updated endpoint:Request body — after:The same change applies to the
POST /v2/visibility/loads
eld_id field on both the driver and vehicle objects has been removed. In its place, two new fields are available:tsp_id— the driver’s or vehicle’s ID as it appears in the TSP portaltsp_source_name— the TSP source name (e.g.motive,samsara) that the ID belongs to
201 response — eld_id is no longer returned on driver or vehicle; tsp_id and tsp_source_name appear in its place.Impact:- Any integration that sends
driver.eld_idorvehicle.eld_idmust rename the field totsp_id tsp_source_nameis optional but recommended — include it when you know which TSP the ID belongs to- Any integration that reads
eld_idfrom the201response must be updated to readtsp_id
Migration Guide
1
Rename eld_id to tsp_id in your request body
In both the
driver and vehicle objects, rename eld_id to tsp_id:2
Add tsp_source_name where known
If you know which TSP the ID belongs to, include
tsp_source_name alongside tsp_id:3
Update response parsing
If your integration reads
eld_id from the 201 response on driver or vehicle, update your parser to read tsp_id instead.Need Help?
API Reference
View complete endpoint documentation for the Visibility API
Contact Support
Questions about migrating your integration? Our team is here to help