The MyGeotab software development kit (SDK) provides APIs, client libraries, guides, tools, and examples for building on the MyGeotab platform. It supports focused operational queries, continuous data synchronization, workflow automation, analytics, and user experiences inside MyGeotab and Geotab Drive.

Choosing what to build

The MyGeotab platform supports several integration shapes. Choose one based on the work the customer needs to perform:

OutcomeStarting point
Read or maintain operational fleet dataGetting Started and Designing Reliable Integrations
Continuously synchronize telemetry or entity changesData Feed
Analyze large historical data setsData Connector
Add a workflow to MyGeotab or Geotab DriveDeveloping Add-Ins
Provision a custom telematics device or upload its dataUsing Custom Telematics Devices

An integration can combine these patterns. For example, an Add-In can provide an interactive workflow while a server-side process synchronizes changes to another operational system.

Working with fleet data

The API exposes fleet entities and activity such as devices, users, groups, zones, trips, locations, engine measurements, faults, rules, maintenance records, electric-vehicle data, and media metadata. Availability depends on the database's features, the API user's clearances and data scope, and support for the specific method or entity.

  • Use Get for bounded current-state queries.
  • Use GetFeed to maintain a checkpointed stream of supported changes.
  • Use the Electric Vehicles guide for electric-vehicle state and charging data.
  • Use the Media Files guide for camera and other binary media workflows.

API results reflect the authenticated user's access. Test with the integration's real security model, not only with an administrator account.

Automating workflows

Applications can connect MyGeotab to maintenance, dispatch, customer relationship management, payroll, safety, compliance, and other operational systems. Supported entities can be added, updated, or removed through the API.

API writes change the selected database immediately. Develop with test entities, protect tools from selecting the wrong database, and reconcile uncertain outcomes before retrying a write.

The API is not a single flat data export. Entities have relationships, searches have type-specific behavior, and high-volume records require bounded queries or feeds. Read Concepts for the data model and the reliable integration guide for production patterns and common failure modes.

Extending MyGeotab

Add-Ins extend MyGeotab or Geotab Drive with customer-specific pages, controls, and workflows. They can use the host application context and call APIs within the signed-in user's data scope.

A user-facing Add-In does not replace a durable server-side synchronization service. Separate interactive work from long-running feeds, analytics, and processes that must continue when no user is signed in.

Using the reference

The method reference describes call parameters, results, rate limits, and supported entity types. The entity reference describes fields, search objects, inheritance, and related types. Use both with the guides:

  1. Choose an integration pattern and security boundary.
  2. Use the reference to confirm support for each method, entity, search property, and field.
  3. Build a small read-only call against a test database.
  4. Add pagination, checkpoints, retries, observability, and write safeguards before production.

Keep API client packages current and review the MyGeotab release notes as part of normal maintenance.