Design the journey that survives the request.

Select any journey-bearing Mappls product and receive its exact state-ownership boundary, aggregates, actors, lifecycle blueprints, runnable apps, source contracts, eight implementation controls, and production release gates.

9operational product tracks

Every product with a published durable application journey.

18complete state machines

132 states and 140 guarded transitions.

80failure plans

Detection and recovery remain part of the contract.

14verified apps

Runnable, downloadable evidence for every selected track.

Attribute every state to the system that owns it.

A stateless Mappls call can participate in a durable application journey. A provider-stateful product still does not replace your business aggregate, audit, or reconciliation model.

013 products

Provider + application state

Mappls exposes durable resources. Mirror provider identity and evidence while retaining an independent business lifecycle.

024 products

Hybrid state boundary

Request/response calculations coexist with sessions, workspaces, releases, or reviews. Persist both boundaries explicitly.

032 products

Application-owned journey

The Mappls boundary is stateless; consent, selection, inspection, and publication state belongs to the application.

Select a journey-bearing product

No credential, resource ID, precise location, or media input is accepted.

Hybrid state boundaryhybrid

AI & Location

AI & Location combines request/response capabilities with durable sessions, workspaces, releases, reviews, or agent runs. Persist the business journey independently from any one provider response.

Aggregates
agent run · vision evidence case
Platforms
REST · Web · MCP
Authentication boundary
Underlying product credential, held by the tool server
Credential rule
The planner accepts no credential, token, secret, precise location, media, or provider resource identifier.
Read this plan as JSON Apply it to a developer app

Nine products. No hidden state ownership.

Every row resolves to complete journey, sample, tutorial, contract, and source evidence where the corpus establishes it.

ProductOwnershipJourneysLifecycle depthEvidence
Search & Placesaddress verification
Application-owned journey1 blueprints
1 verified apps
9 states · 11 transitions
4 failure plans
2 contracts · 1 guides
18 tutorials
Routes & Navigationincident · navigation session · trip itinerary · route planning session
Hybrid state boundary4 blueprints
3 verified apps
27 states · 31 transitions
17 failure plans
6 contracts · 10 guides
16 tutorials
InTouch Telematicstrip · geofence case · geofence draft
Provider + application state3 blueprints
3 verified apps
18 states · 18 transitions
12 failure plans
11 contracts · 10 guides
9 tutorials
Workmatetask
Provider + application state1 blueprints
1 verified apps
8 states · 8 transitions
4 failure plans
5 contracts · 2 guides
5 tutorials
GIS & Analyticsanalysis run
Hybrid state boundary1 blueprints
1 verified apps
7 states · 6 transitions
4 failure plans
0 contracts · 3 guides
3 tutorials
App Widgets & Deep Linkswidget selection session · remote visual inspection
Application-owned journey2 blueprints
2 verified apps
17 states · 19 transitions
11 failure plans
0 contracts · 7 guides
7 tutorials
Offline & Automotivedevice release
Provider + application state1 blueprints
1 verified apps
7 states · 7 transitions
4 failure plans
0 contracts · 0 guides
3 tutorials
AI & Locationagent run · vision evidence case
Hybrid state boundary2 blueprints
2 verified apps
15 states · 14 transitions
10 failure plans
7 contracts · 3 guides
3 tutorials
Capture & Feedbackfeedback report · location capture attempt · place contribution
Hybrid state boundary3 blueprints
2 verified apps
24 states · 26 transitions
14 failure plans
2 contracts · 9 guides
6 tutorials

Build the control plane around the API.

Each layer asks one design question, defines the implementation boundary, and names the proof required before production.

01
What durable thing is being operated?

Identity and aggregate boundary

Use stable business and provider identifiers for agent run, vision evidence case; never infer identity from display text or the latest coordinates.

Prove itDuplicate creation, resource rebinding, tenant isolation, and retirement tests.
02
Who may advance each transition?

Actor authority

Authorize every command against the named journey actors: Application user, Agent planner, Human approver, Execution service, Mappls MCP server, Asset steward, Vision worker, Policy service, Independent reviewer, Privacy worker, Mappls SkyDNN API. Persist the attributable actor, tenant, purpose, and policy decision.

Prove itRole, resource, tenant, purpose, and human-approval denial tests.
03
How are retries and races made safe?

Commands and concurrency

Require a command idempotency key and expected aggregate version. Cache the canonical result, reject key reuse with different intent, and reconcile ambiguous timeouts before retry.

Prove itExact replay, stale-version rejection, concurrent-writer, timeout, and restart tests.
04
What proves each state?

Evidence and durable records

Persist immutable receipts and revisions around these catalog records: Agent run, Plan manifest, Approval grant, Tool evidence, Grounded result, Vision case, Asset envelope, Model lock, Inference attempt, Review and retention, Audit and outbox. Keep event time, receipt time, source identity, hashes, and retention policy separate.

Prove itMissing, malformed, late, duplicate, conflicting, and redacted-evidence tests.
05
How do downstream systems learn what committed?

Events and side effects

Commit aggregate state, audit, and a transactional outbox together. Sign deliveries, bound retries, dead-letter exhaustions, and preserve delivery attempts without changing business history.

Prove itAtomic commit, signature, retry, lease fencing, dead-letter, replay, and ordering tests.
06
What happens when systems disagree?

Recovery and reconciliation

Treat timeouts as unknown outcomes, poll or consume authoritative evidence, compare versions, append a reconciliation decision, and use compensation instead of destructive history edits.

Prove itProvider timeout, callback-before-response, delayed event, outage, restart, and manual-recovery drills.
07
Which data and decisions are sensitive?

Privacy and human control

Minimize precise location and media, scope retention, redact derived data deliberately, and require attributable approval for dispatch, publication, access, closure, and destructive change where consequential.

Prove itLeast-privilege, consent expiry, separation-of-duties, retention, export, revocation, and redaction tests.
08
Can operators see and recover the journey?

Operations and release

Expose state age, source freshness, stuck commands, retries, reconciliation lag, outbox depth, terminal outcomes, and per-aggregate audit. Roll out behind explicit acceptance gates.

Prove itSLO alerts, support lookup, bulk reconciliation, rollback, backup restore, regional failover, and incident drills.

AI & Location: every published aggregate.

Open the detailed state machine or run the linked full-stack reference application. Empty contract or guide collections remain visible as evidence boundaries—not invitations to invent behavior.

agent runstateful

Governed spatial agent run

Turn a natural-language spatial objective into an inspectable plan, obtain an exact least-privilege approval, execute allow-listed Mappls tools, and cite provider evidence without exposing credentials to the model.

States
7
Transitions
6
Failures
4
Signals
7
vision evidence casestateful

Governed SkyDNN inference review

Lock an entitled model to an immutable asset identity, call the documented synchronous prediction boundary, validate geometry and confidence, require independent review, and redact derived detections on schedule.

States
8
Transitions
8
Failures
6
Signals
7

Start with exact contracts, then follow the journey.

7 endpoint contracts, 3 repository guides, 3 tutorials, 1 real-world solution blueprints, and 2 verified apps support this selected track.

GETAutoSuggest APIGETNearby APIGETRouting APIGETGets the live data of devices.GETReturns the current models in portGETReturns the details of provided model