Faster restoration with better prioritization and fewer repeat dispatches.
A fibre cut triggers alarms across cabinets and cell sites while customers report outages. Operations must correlate evidence to the affected topology, estimate customer impact, create skill/tool/access-aware repair work, route teams around road disruption, capture splice/test proof, and avoid declaring restoration until network telemetry and customer-impact projections reconcile.
Compose multiple capabilities while the application owns user intent, policy, and continuity.
Owns towers, fibre, links, cabinets, service areas, dependencies, maintenance windows and authoritative asset versions.
Network asset ↔ topology/inventory version, geometry and owner
GETTo get the list of tasks and their details/tasksThis 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.
Preserve every alarm, derive one incident using a versioned topology/correlation rule and allow operator correction.
Appends source alarms, maps them to exact inventory versions and derives incidents/affected customers under a versioned topology rule.
Alarm ↔ source/event/content identity, event/receipt time, mapped asset
GETTo get the task details for the given task id./tasks/{taskId}This 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.
Mark confidence, route to data-steward correction and never rewrite prior incident lineage after the new version.
Creates Workmate tasks with skill, tools, access, safety and SLA requirements; eligible teams are ranked by fresh network ETA.
Impact projection ↔ topology rule/version and affected service IDs/counts
POSTTo create new Task/tasksThis normalized operation matches the stage intent and remains subject to its source, lifecycle, authentication, entitlement, host, and regional gates.Record stage 3 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.
Keep work proof submitted but incident in reconciliation; query authoritative telemetry and escalate mismatches.
Offline-safe guidance, asset identity, images/readings/test results and reviewer decisions produce an immutable repair timeline.
Repair ↔ task/provider identity, required capability, evidence and restoration checks
GETRouting API/{REST_KEY}/{resources}/{profile}/{geopositions}This normalized operation matches the stage intent and remains subject to its source, lifecycle, authentication, entitlement, host, and regional gates.Record stage 4 with the application identity, source fingerprint, request or aggregate identity, timestamp, and observable outcome.
Preserve every alarm, derive one incident using a versioned topology/correlation rule and allow operator correction.
The recipe starts from the normalized GET /tasks contract. Execute six deterministic fixture outcomes before an issued account is involved.
https://workmate.mapmyindia.com/apis/tasks?startTime=1700000000000&endTime=1700000000000&ownerId=1&assigneeId=1&clientDetails=true&activityDetails=truecurl --request GET \
--url 'https://workmate.mapmyindia.com/apis/tasks?startTime=1700000000000&endTime=1700000000000&ownerId=1&assigneeId=1&clientDetails=true&activityDetails=true' \
--header "Accept: application/json" \
--header "Authorization: Bearer ${MAPPLS_ACCESS_TOKEN}"Credential-safe by constructionSet MAPPLS_ACCESS_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.
These controls are required at this operating depth; deeper recipes add durable truth rather than merely more API calls.
Every capability has one owner, bounded input, explicit timeout, and useful unavailable state.
Application intent survives refresh, back navigation, duplicate callbacks, and partial capability failure.
Provider identities, source fingerprints, request identities, and application decisions remain attributable.
Accessibility, privacy, quota, observability, support, and rollback evidence cover the complete user flow.
/tasksGETRouting API/{REST_KEY}/{resources}/{profile}/{geopositions}GETTo get the task details for the given task id./tasks/{taskId}GETRouting API with driving profile/{REST_KEY}/{resources}/driving/{geopositions}GETGet users movement details/reports/movements/{userId}GETRouting API with trucking profile/{REST_KEY}/{resources}/trucking/{geopositions}POSTTo create new Task/tasksGETRouting API with biking profile/{REST_KEY}/{resources}/biking/{geopositions}Correlate an outage, govern independent switching approval, dispatch an assigned crew, preserve rework, and reconcile restoration from telemetry and customer-impact evidence.
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.