appointment.rescheduled
An appointment was moved to a new date/time (dashboard reschedule or future API reschedule endpoint).
Category: Appointment Lifecycle
Emitted when: After tour_reschedule.py commits the new slot to Google Calendar AND persists the new date/time on the Tour document.
Envelope
Every delivery wraps the event-specific data block in the canonical
envelope documented on the
webhook overview page. The body carries SIX keys;
the HMAC signature is delivered as the X-Webhook-Signature request
header on the inbound POST to your endpoint (NOT as a body field;
including it in the body would make the HMAC a function of its own
output).
| Field | Type | Description |
|---|---|---|
event_id | string | ULID; globally unique. Safe to persist as the dedup key. |
event_type | string | Always appointment.rescheduled for this event. |
api_version | string | Payload schema version (YYYY-MM-DD). |
timestamp | integer | Unix epoch seconds at dispatch time. |
nonce | string | ULID; unique per delivery, used for replay rejection. |
data | object | Event-specific payload (see below). |
Delivery also sets three HTTP headers on the inbound POST:
| Header | Meaning |
|---|---|
X-Webhook-Event-Id | Mirrors event_id; cheaper than parsing the body to dedup. |
X-Webhook-Timestamp | Mirrors timestamp for replay-window checks. |
X-Webhook-Signature | sha256=<hex> HMAC over timestamp.body. |
Data schema
| Field | Type | Required | Description |
|---|---|---|---|
agency_id | string | yes | Owning media_agency user id |
listing_number | string | yes | Public listing number, 7-char lowercase nanoid ([a-z0-9]{7}) |
tour_id | string | yes | Hex ObjectId of the Tour document |
calendar_event_id | string | yes | Google Calendar event id (same before and after the update; Google preserves the id on update_event). |
old_scheduled_at | string | yes | UTC moment the appointment was PREVIOUSLY scheduled for. |
new_scheduled_at | string | yes | UTC moment the appointment is NOW scheduled for. |
duration_minutes | integer | yes | Planned shoot duration in minutes for the NEW slot (15 minute minimum, 12 hour maximum). |
rescheduled_by | string | yes | Actor token: 'user: |
reason | string | null | no | Free-form reason supplied on the reschedule request; None when not provided. |
source | "dashboard" | "api" | yes | Source |
Sample payload
The sample below is a live fixture. Feed the exact body bytes shown
plus the timestamp into the HMAC-SHA256 recipe from the
webhook overview using the
documented test-vector secret (test_secret_001 )
and you will recover the signature header value printed below.
Body (delivered as the HTTP request body):
{
"event_id": "evt_0P2PWXXHQAR24F5YRYCRCG0C8W",
"event_type": "appointment.rescheduled",
"api_version": "2026-04-17",
"timestamp": 1745339401,
"nonce": "26QPW7BAVHR8DHR3TPYB3G4AJ9",
"data": {
"agency_id": "user_01HXAGENCY0000000000000",
"listing_number": "abc1234",
"tour_id": "66312a4b5c6d7e8f90a1b2c3",
"calendar_event_id": "evt_cal_01HXCALEVT0000000000",
"old_scheduled_at": "2026-05-29T12:00:00Z",
"new_scheduled_at": "2026-05-29T12:00:00Z",
"duration_minutes": 0,
"rescheduled_by": "user:user_01HXAGENCYUSER000000000",
"reason": "agency_request",
"source": "dashboard"
}
}
Signature header (delivered as X-Webhook-Signature on the same request):
sha256=6f96eda21115207c3e5aca2cd6d8764aa7e3ed24ed8b838e3a9dd8b26e433096
Retry behaviour
Failed deliveries retry on the sequence 2, 4, 8, 16, 32 seconds
(five attempts plus the initial call for a total of six over
approximately 62 seconds of wall clock). After the final attempt the
delivery lands in the dead-letter queue and the dashboard operator can
replay it from Settings > API Keys > Webhook Endpoint > Deliveries.
See the webhook overview for the full
rules.
Verification
Every receiver MUST verify the X-Webhook-Signature header using the
recipe in the webhook overview.
Rejecting deliveries whose timestamp is more than 5 minutes off your
wall clock (after NTP correction on your side) or whose nonce has
already been consumed in the last 10 minutes is part of the contract.