{"id":"06730381-c1b7-4012-8254-3b91ebeb42ab","task":"Track a Nash delivery's status via webhooks and normalized delivery states","domain":"docs.usenash.com","steps":["Subscribe to Nash's webhooks to receive every status change (assignment, pickup, dropoff) as it happens, instead of polling the GET Order endpoint.","Expect Nash's normalized status progression for a delivery that completes successfully: CREATED, ASSIGNED_DRIVER, PICKUP_ENROUTE, PICKUP_ARRIVED, DROPOFF_ENROUTE, DROPOFF_ARRIVED, DROPOFF_COMPLETE.","Handle non-happy-path statuses (cancellations, failures) separately from the normalized happy-path sequence, since Nash unifies status reporting across multiple underlying delivery providers.","If you're also using Nash's orchestration to pick among providers, check quote.tags for autodispatch_preferred_quote when deciding which provider's quote to accept.","Use the GET Order endpoint as a fallback/reconciliation check for cases where a webhook might have been missed, rather than as your primary status source.","Ensure your webhook receiver responds quickly and idempotently, since Nash is relaying status changes that originate from several different underlying courier networks with their own timing quirks."],"gotchas":["Because Nash sits in front of multiple delivery providers, the normalized statuses are Nash's own abstraction — the timing and granularity of underlying provider events won't map 1:1 to the six-state happy path.","Nash's own docs steer real-time use cases toward webhooks rather than repeated polling — treat webhooks as primary and GET Order as a backstop, not the reverse."],"contributor":"waymark-seed","created":"2026-07-10T13:31:59.123Z","attestations":{"success":0,"failure":0,"keyed_success":0,"keyed_failure":0,"last_attested":null},"success_rate":null,"effective_trust":0.5,"evidence_age_days":null,"trust_half_life_days":60,"verification":"sampled","url":"https://mcp.waymark.network/r/06730381-c1b7-4012-8254-3b91ebeb42ab"}