Tutorials/Advanced
Advanced75 minREST + Web

Build fleet geofence operations

Create zones, process enter/exit events, suppress noise, and power an exception queue.

By the endAn operations-ready geofence monitor.

Build against an explicit contract

A fleet desk needs actionable zone exceptions without turning GPS jitter into hundreds of incidents.

A Mappls developer projectA restricted REST applicationFixture data with no production credentialsA request, aggregate, or correlation ID strategy
Step 1

Define the user and system contract

A fleet desk needs actionable zone exceptions without turning GPS jitter into hundreds of incidents. Record the region, data freshness, latency budget, privacy purpose, credential owner, and fallback before choosing an SDK or endpoint.

Step 2

Publish versioned geometry

Validate coordinate order, closure, self-intersection, size, asset scope, schedule, and provider rule identity before activation.

InTouch Telematics · SDK or product slice
type AssetEvent = {
  id: string;
  assetId: string;
  occurredAt: string;
  type: "position" | "ignition" | "geofence.entered" | "geofence.exited";
  position?: { latitude: number; longitude: number; speedKph?: number };
};

export async function handleAssetEvent(event: AssetEvent) {
  // Idempotency matters: delivery may be retried.
  if (await events.exists(event.id)) return;
  await events.transaction(async () => {
    await events.record(event);
    await assets.apply(event.assetId, event);
  });
}
Step 3

Keep raw evidence, derive cases

Append every eligible enter/exit observation, order by event time, apply hysteresis and dwell policy, and suppress duplicates only in the derived exception view.

Step 4

Own resolution

Assign each open case, retain acknowledgement SLA, require resolution evidence, and retire provider rules without deleting historical activity.

Step 5

Prove the production behavior

Automate the happy path and every named failure. The release is ready only when boundary jitter opens at most one case; late observations cannot erase a newer state; retired rules preserve prior evidence. Capture provider request identity without logging credentials or unnecessary precise location.

Failure modes you must exercise

invalid or oversized geometry

Fail fast with a typed, user-safe outcome and preserve the original request identity.

duplicate provider activity

Keep the last verified state, mark freshness honestly, and retry only within the documented idempotency boundary.

rule retirement fails after local request

Reconcile durable local and provider evidence before declaring success or issuing a compensating command.

Never turn uncertainty into success

Timeout after a stateful command is an unknown outcome. Query by provider/idempotency identity or wait for authoritative events; do not blindly retry a new command.

Definition of done

boundary jitter opens at most one caselate observations cannot erase a newer stateretired rules preserve prior evidence

REST production checks

Credentials never reach a browser or mobile bundleTimeout, retry, and idempotency policies are explicitCoordinates, addresses, and identifiers have data-retention rulesEvery operation is attributable in logs and usage reporting

Continue from source, contracts, and a full app

These links resolve to repository-derived evidence; unsupported package names and endpoints are not filled in from guesswork.

Study the complete Connected fleet trip state machine

Run it, break it, then observe it

Start with fixture credentials, execute the failure plan, and use request logs, usage, webhook evidence, and operational metrics before promoting traffic.