Recipes/Aviation/stateful
durable operation2–3 hr5 stages8 code languages

Operating journey: Run a safe, punctual airport turnaround

More predictable departures with safer vehicle movement and attributable hand-offs across airport and airline teams.

The real-world moment

A delayed inbound aircraft changes stand while fuel, catering, baggage and inspection teams are already moving. The airport must publish the current approved airside network, re-plan one versioned turnaround, prevent vehicles entering restricted or closed areas, preserve each milestone hand-off, and avoid declaring departure-ready until airline, airport and safety authorities agree.

Make ownership visible before code.

Operate the full lifecycle with versioned state, hostile-path recovery, audit, and release evidence.

Application state
stateful
Planning calls
0
Credentials accepted
No
Write authority
None
01
Airport operational authority

Publish the approved airside network and restricted zones

Airport and airline systems own stands, movement permissions, flight milestones, safety zones, people, equipment and departure decisions; Mappls-derived experiences do not grant aviation or airside authority.

Airside layer ↔ authority, version, effective window, sensitivity and closure state

GETStill Map Image API/{REST_KEY}/still_imageThis is a supporting operation from the selected product stack, not proof of an exact provider contract for this stage. Resolve the stage through its product source or adapter boundary before live implementation.

Record stage 1 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

Stand changes after teams accept tasks

Create a new turnaround revision, invalidate incompatible assignments and corridor evidence, and require explicit reacceptance rather than mutating in place.

02
Versioned spatial operating picture

Create one versioned turnaround plan

Governed enterprise layers publish stands, service roads, closures, restricted zones and emergency access with source, steward, CRS, sensitivity and effective window.

Turnaround ↔ flight/stand references, milestone graph, version and accountable coordinator

POSTTraveled Route Image API/{REST_KEY}/still_image_polylineThis is a supporting operation from the selected product stack, not proof of an exact provider contract for this stage. Resolve the stage through its product source or adapter boundary before live implementation.

Record stage 2 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

A vehicle appears outside its approved corridor

Preserve accuracy and network version, alert operations, stop affected automation and require safety review; never infer culpability from a point alone.

03
Turnaround aggregate

Track eligible vehicles and milestone hand-offs

One application-owned plan versions stand, tasks, dependencies, target milestones, responsible organizations and changes after disruption.

Record stage 3 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

One supplier reports complete while another dependency is open

Keep the supplier milestone complete but departure readiness blocked, showing the exact dependency and responsible authority.

04
Ground-team execution

Capture inspection and exception evidence

Workmate tasks and bounded vehicle observations track accepted assignments, corridor adherence, evidence, pauses and exceptions with offline-safe command identity.

Record stage 4 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

Stand changes after teams accept tasks

Create a new turnaround revision, invalidate incompatible assignments and corridor evidence, and require explicit reacceptance rather than mutating in place.

05
Readiness reconciliation

Reconcile departure readiness across authorities

Every required authority submits attributable milestone evidence; the coordinator derives readiness but never overwrites an authority's source record.

Record stage 5 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.

A vehicle appears outside its approved corridor

Preserve accuracy and network version, alert operations, stop affected automation and require safety review; never infer culpability from a point alone.

Edit once. Generate eight trusted-runtime implementations.

The recipe starts from the normalized GET /alarm/alarmLog/ contract. Execute six deterministic fixture outcomes before an issued account is involved.

Local request composerCode stays local · fixtures are explicit
GETRequest inputs
4 editable · 0 protected
Generated in eight languages
Environment-backed credentials
GEThttps://intouch.mapmyindia.com/iot/api/alarm/alarmLog/?deviceId=1909%2C2545&alarmType=21%2C26&startTime=1700000000000&endTime=1700000000000
Credential-free sandboxExecute this contract without a provider call
How fixtures work
Generated from your inputs
curl --request GET \
  --url 'https://intouch.mapmyindia.com/iot/api/alarm/alarmLog/?deviceId=1909%2C2545&alarmType=21%2C26&startTime=1700000000000&endTime=1700000000000' \
  --header "Accept: application/json" \
  --header "Authorization: Bearer ${MAPPLS_INTOUCH_TOKEN}"

Credential-safe by constructionSet MAPPLS_INTOUCH_TOKEN only in your trusted runtime. Code generation stays local. Sandbox execution sends only bounded fixture inputs to this developer platform and never reads a credential or calls Mappls.

Break the journey before customers do.

These controls are required at this operating depth; deeper recipes add durable truth rather than merely more API calls.

Idempotent commandsOptimistic aggregate versionsEvent and receipt timeTransactional outboxUnknown-outcome reconciliationIndependent human decisionsRestart recoveryImmutable audit evidence

Definition of done

Every aggregate has an invariant, expected version, stable command identity, and attributable actor.

Duplicate, late, reordered, invalid, stale, timed-out, and restarted execution preserve one durable truth.

Unknown provider outcomes reconcile by original identity before replay or compensation.

Terminal decisions, human review, audit, outbox delivery, privacy, retention, and rollback remain independently evidenced.

Contracts, tutorials, and journeys stay linked.

Contract set

GETGets The List Of Alarm Config(s)/alarm/alarmLog/GETTo get the list of tasks and their details/tasksGETStill Map Image API/{REST_KEY}/still_imageGETThis API will get all the alarm configurations for a user./alarmGETTo get all your client details/clientsGETElevation API/{REST_KEY}/elevationGETGets The List Of Alarm Config(s)/alarms/alarmlogs/GETTo get the list of client category in an account/configurations/categoriesPOSTTraveled Route Image API/{REST_KEY}/still_image_polylineGETThis API will get all the alarm configurations for a user./alarmsGETTo get the form's Id and their details from your account./configurations/formsGETGets the historical location events of a device./device/{deviceId}/events

Durable state machines

statefulField-service task lifecycle8 states · 8 transitionsstatefulConnected fleet trip6 states · 7 transitionsstatefulFleet geofence exception6 states · 5 transitionshybridGoverned spatial analysis7 states · 6 transitionshybridiOS geofence draft and publication boundary6 states · 6 transitionshybridiOS feedback report and review9 states · 9 transitionshybridConsent-bound location capture evidence8 states · 9 transitionsstatefulGoverned place contribution and publication7 states · 8 transitions

Airside Turnaround Desk

Coordinate a revision-safe aircraft turnaround, pause for airside exceptions, preserve four service milestones, and require independent airline, airport, and safety readiness decisions.

Source-grounded, not authority-granting

This recipe composes source-derived contracts, application architecture, fixtures, and maintained learning evidence. It does not prove package availability, provider payload shape, account entitlement, regional behavior, production compatibility, or release approval.