Monitoring health
12 eligible resolved tickets · 12 retained checks · 4 known sources
Coverage is limited to configured sources and eligible resolved tickets. Missing feeds and unknown populations remain outside this assessment.
Assessment scope and clocks
Known sources: helpdesk, payments, commerce, fulfillment; 12 eligible resolved tickets in 2 monitored categories, 12 retained instances. Snapshot freshness is reported per source; missing event feeds and unknown populations are outside this assessment. Computed Oct 30, 2026, 17:10 UTC (wall time); business/scenario time Oct 30, 2026, 17:16 UTC.
- 1 pending instance missed a scheduled re-check.
Source coverage and freshness
- helpdeskZendesk / GorgiasRead-only access recordedChecked Demo time · Oct 30, 17:16 UTCFeed poll recorded (wall clock): Oct 30, 2026, 14:32 UTCRecord/list retrieval (business clock): Oct 30, 2026, 14:38 UTC
Event timing
Received (wall clock): Oct 30, 2026, 14:32 UTC; occurred (source clock): Oct 30, 2026, 14:38 UTC
Event processing detail
Received minus occurred: under a minute; scenario-clock offsets can affect this difference.
12 processed · 0 awaiting · 0 failed · 0 set aside - paymentsStripeRead-only access recordedChecked Demo time · Oct 30, 17:16 UTCFeed poll recorded (wall clock): Oct 30, 2026, 14:32 UTCRecord/list retrieval (business clock): Oct 30, 2026, 14:38 UTC
Event timing
Received (wall clock): Oct 30, 2026, 14:32 UTC; occurred (source clock): Oct 30, 2026, 14:35 UTC
Event processing detail
Received minus occurred: under a minute; scenario-clock offsets can affect this difference.
2 processed · 0 awaiting · 0 failed · 4 set aside - commerceOrder management (Shopify-style)Read-only access recordedChecked Demo time · Oct 30, 17:16 UTCFeed poll recorded (wall clock): record retrieval only; no feedRecord/list retrieval (business clock): Oct 30, 2026, 14:38 UTC
Event timing
Received (wall clock): none; occurred (source clock): unknown
Event processing detail
Received minus occurred: —; scenario-clock offsets can affect this difference.
0 processed · 0 awaiting · 0 failed · 0 set aside - fulfillmentFulfillment / carrier APIRead-only access recordedChecked Demo time · Oct 30, 17:16 UTCFeed poll recorded (wall clock): record retrieval only; no feedRecord/list retrieval (business clock): Oct 30, 2026, 14:38 UTC
Event timing
Received (wall clock): none; occurred (source clock): unknown
Event processing detail
Received minus occurred: —; scenario-clock offsets can affect this difference.
0 processed · 0 awaiting · 0 failed · 0 set aside
Mode (demo fixtures or live credentials) is shown on Connections; this page reports health regardless of mode. read-only every connector.
Eligibility
Contracts: 2 monitored of 2 · 0 awaiting approval · 0 paused.
Instances
Incidents: 2 open · 0 acknowledged · 0 snoozed · 0 resolved.
Events, worker and retry policy
Events
- no pending instance waits on this payment4
Worker
- Deadline
- Deadline = the ticket's resolution time plus the contract's deadline. The same clock (the systems of record) is used for evaluation, re-checks and incidents.
- Re-check
- A pending instance is re-checked at the later of its deadline and an exponential backoff (contract.instance.initialRetrySeconds doubling to maxRetrySeconds), or sooner when a payment event names its charge.
- Give-up
- If nothing is observable by contract.instance.maxAgeSeconds after resolution the instance becomes indeterminate. No instance stays pending indefinitely.
- Retention
- New instances retain the evaluation snapshot and evaluated contract version. A missing historical version stays unknown; current policy is only a labelled comparison. Evaluation snapshots are business records, not application traces.