At a glance
Days until your Sendle API key expires (or, where keys are non-expiring, days until the calendared rotation date set by the merchant). Sendle’s primary auth model is a long-lived API key tied to the workspace; some enterprise accounts schedule rotations on quarterly or annual cadences for security hygiene. When the key invalidates, label-print and tracking calls fail, breaking despatch end-to-end.
| What it counts | (key_rotation_date - now) in calendar days, read from the merchant’s calendared rotation policy (defaults to 365 days from issue if no policy set). For accounts with truly non-expiring keys, the card displays a placeholder 365 from issue date and the alert can be suppressed. |
| API endpoint | GET /api/me (Sendle account info endpoint) confirms the key is still valid and exposes the workspace ID. The expiry date itself is stored in Vortex IQ’s connector configuration, not in Sendle (Sendle’s API model does not natively expire keys). |
| Delivery success criterion | Not applicable, this is connector health, not delivery. |
| On-time threshold | Not applicable. |
| Returns / RTO | Not applicable. |
| Service level scope | Single key covers all Sendle services and zones in the workspace. |
| What “expired” actually breaks | Every Sendle API call: label generation, tracking polls, claims filing. In-flight parcels continue tracking via Sendle’s webhook stream (carrier-direct), but new orders cannot be processed. |
| Currency | Not applicable. |
| Time window | RT (real-time, refreshed on connector poll cycle every 5 to 15 minutes) |
| Alert trigger | <14 days. Tripped at 14 days remaining against the calendared rotation date. The 14-day cushion gives change-management time. |
| Roles | owner, operations |
Calculation
Calculated automatically from your Sendle data. See the At a glance summary above for what the metric tracks and the worked example below for a typical reading.Worked example
The Australian DTC home-goods brand. Reading taken at 09:00 AEDT on 12 Mar 26.| Workspace | Key issued | Calendared rotation | Days remaining | Alert state |
|---|---|---|---|---|
| sendle-au | 28 Mar 25 | 28 Mar 26 | 16 | Healthy (close to alert) |
<14 days is not yet firing but will trigger in 2 days. Five things to notice:
- The 16-day reading is the right time to schedule rotation. It is calendar-warning land: the operator has time to plan a rotation window during business hours next week. Sendle’s API does not auto-expire, so the merchant is rotating purely for security hygiene; missing the calendared date does not break despatch immediately.
- Sendle keys are functionally non-expiring. Unlike ShippyPro’s OAuth bearer model, Sendle’s API key remains valid indefinitely until the merchant manually revokes. The “expiry” the card tracks is a self-imposed rotation discipline, not a Sendle constraint. Some merchants set this to “never” and suppress the alert; the discipline is recommended for SOC 2 / ISO 27001 alignment.
- Rotation is fast. Generate new key in Sendle Dashboard → Settings → Account & Plans → API, copy, paste into the Vortex IQ connector settings, save. Total time <5 minutes if access is pre-authorised. The old key remains valid until manually revoked, so there is a grace overlap.
- For multi-region merchants, each region has its own key. AU and US Sendle accounts are separate; rotate independently and stagger the rotation calendar so they never expire in the same week.
- The card resets to the new rotation cadence after rotation. Update the calendared next-rotation in the connector config; the card re-reads on the next poll. If you forget to update the calendar, the card will show 0 or negative days while the actual key continues working; Sendle’s API will not error.
Sibling cards merchants should reference together
Token-expiry is binary at the day level (alert fires or not), and a leading indicator for connector failure when the merchant treats it as a real expiry not a calendared discipline.| Card | Why pair it with Days to Token Expiry | What the combination tells you |
|---|---|---|
| API Error Rate | Lagging confirmation. Invalidated key produces 401 errors. | Error rate climbing while expiry days drop = rotation deadline missed and key already invalid. |
| Label Generation Success | Direct downstream effect. | Drops to 0% the moment the key invalidates. |
| Shipments | Volume processed. | Drops to 0 the moment label-gen hits 0; useful for confirming despatch is fully blocked vs partially degraded. |
| Cross-connector: any other connector’s token-expiry card | Workspace-wide rotation hygiene. | Multiple connectors with simultaneous low expiry = the merchant’s rotation calendar is overdue stack-wide. |
| Cross-connector: alerting / on-call rota | Ensures the alert wakes someone. | If the alert fires unattended, the silent-failure mode returns. |
Reconciling against the vendor’s own dashboard
Where to look in Sendle’s own dashboard: Sendle Dashboard → Settings → API Keys. The page lists active keys with creation date and last-used timestamp. There is no expiry column because Sendle keys do not natively expire; the rotation calendar is merchant-owned. The card and the portal will not match exactly because the rotation date is held in Vortex IQ’s connector config, not in Sendle. Why our number may legitimately differ from Sendle’s portal:| Reason | Direction | Why |
|---|---|---|
| Sendle has no native expiry | Always | The card displays a calendared rotation date set in the connector; Sendle does not store this. The two are independent fields by design. |
| Calendared rotation outdated | Card may show 0 or negative | If the rotation date passes and the merchant did not update the connector, card shows expired while the actual key is still valid. Update the rotation date to resolve. |
| Multi-key accounts | Either | Some merchants run multiple keys (one per integration). The card reads only the connected key. |
| Card | Expected relationship | What causes legitimate divergence |
|---|---|---|
| Other shipping connectors’ token-expiry cards | Independent, except for shared rotation calendar policy. | Merchants on quarterly stack-wide rotation will see synchronised counts. |
| Webhook-health monitors | Key-invalidation breaks API but not webhooks (Sendle posts to your endpoint). | In-flight tracking continues until next outbound API call from the connector. |