Double M ELDDEVELOPERS
Website ↗
REST / JSON v1
THE DOUBLE M ELD DEVELOPER PORTAL

Data boundaries

Privacy boundaries keep driver identity outside the integration contract.

Contract referenceData endpoints are not available on this website. Examples are illustrative. No live requests are sent from this portal.

No driver information retrieval

The API contract does not expose a driver directory, profile endpoint, lookup, search, or person identifier. This boundary applies to related objects as well as top-level responses.

  • No first or last names, usernames, email addresses, or cell and telephone numbers.
  • No employee numbers, driver or co-driver identifiers, license numbers, or identity documents.
  • No signatures, signature images, or document download URLs.
  • No comments, annotations, notes, shipping references, or other unstructured text that could contain personal information.
  • No GPS coordinates, address fields, trip origins, destinations, or location history.

The narrow data that remains

Equipment references, record references, duty states, timestamps, durations, engine observations, and structured health states are included only for authorized ELD workflows. Record identifiers are opaque and scoped to a carrier and integration; they do not provide a reverse lookup to a person.

The same record may be recognizable from other information held by a recipient. Restrict access, define a purpose and retention policy, and do not use operational patterns to build a driver identity directory.

An explicit field allowlist

The downloadable schemas list the permitted fields and disallow additional properties. Future server implementations must project from domain records into these allowlisted response models, including errors. They must not serialize driver entities and then try to hide selected properties.

  • Reject unsupported fields, include, expand, and driver-related selectors.
  • Test nested responses and error bodies for identity leakage.
  • Use fixed error messages without echoing request values.
  • Apply the same restrictions to exports and any later event delivery mechanism.

Separate integrations from regulated records

These reduced responses are not a complete regulated record of duty status, roadside inspection output, or FMCSA transfer file. Required identity-bearing records belong in a separately authorized inspection workflow, outside this integration contract.

No camera, video, audio, coaching, dispatch, payroll, fuel, maintenance, or general fleet-management resources are included.

KEEP BUILDING WITH CONTEXTExplore the ELD reference →

Find your next step.

GUIDEBuild around the log.A focused integration reference for electronic logging, engine observations, and operational record review.GUIDEAuthentication & accessA server-to-server contract with narrow scopes and carrier isolation.GUIDEData boundariesPrivacy boundaries keep driver identity outside the integration contract.GUIDEPagination & timePredictable traversal, explicit time windows, and readable units.GUIDEErrors & rate limitsSafe failures and deliberate retries for integration clients.GUIDEContract changelogChanges to the documentation and integration contract.GET · VehiclesList ELD vehicles/v1/vehiclesGET · VehiclesGet an ELD vehicle/v1/vehicles/{vehicle_id}GET · ELD devicesList ELD devices/v1/eld-devicesGET · ELD devicesGet an ELD device/v1/eld-devices/{device_id}GET · ConnectionsList connection events/v1/vehicle-connectionsGET · Engine eventsList engine events/v1/engine-eventsGET · Daily logsList daily logs/v1/daily-logsGET · Daily logsGet a daily log/v1/daily-logs/{log_id}GET · Duty statusList duty-status events/v1/duty-status-eventsGET · Hours of serviceGet an HOS summary/v1/daily-logs/{log_id}/hosGET · DiagnosticsList ELD diagnostics/v1/eld-diagnosticsGET · Audit historyList record audit events/v1/audit-events