Outgoing webhooks API reference
Outgoing webhooks let UnSpot notify your systems about events in real time: UnSpot sends an HTTPS POST with a JSON payload to a URL you configure. Typical use case: passing parking bookings to a security or gate-control system.
Setting up a webhook
Go to Manage > Integrations > Webhook and create a webhook with a name, target URL, an event, and the offices it applies to. Only events from the selected offices are delivered. A webhook with the same event and URL cannot be created twice.
Events
HTTPS (API-type) events:
| Event | Fires when |
|---|---|
parking_booking_created | A parking booking is created |
parking_booking_canceled | A parking booking is canceled or stopped |
parking_booking_checkin_confirmed | Check-in for a parking booking is confirmed |
Additionally, email-type notifications can be configured for: user access requests, user created/deleted, tariff warnings, system sync warnings, expired space rent, display errors, and new visitor pass requests (the “New pass request” subscription in the “Requests” group). These are sent to email addresses instead of a URL.
Payload format
All parking events share the same base payload; action tells them apart:
POST <your URL>
Content-Type: application/json
{
"fullName": "Jane Doe",
"email": "jane.doe@example.com",
"vehicleNumber": "AB-123-CD",
"vehicleModel": "Tesla Model 3",
"start": "2026-07-08T09:00:00+00:00",
"end": "2026-07-08T18:00:00+00:00",
"office": "HQ Berlin",
"parkingPlace": "P-12",
"action": "Created",
"bookingType": "Parking"
}HTTPS| Field | Description |
|---|---|
action | Created, Canceled / Stopped, or Checkin_confirmed |
checkInType | Only for check-in events: remote or strict |
start / end | Booking period (ISO 8601) |
fullName / email | Booking owner |
vehicleNumber / vehicleModel | Vehicle details from the booking |
office / parkingPlace | Where the booking is |
Delivery, timeouts and retries
- Requests are sent as
POSTwithContent-Type: application/jsonand a 240-second timeout. - Respond with any 2xx status to acknowledge delivery.
- Failed deliveries increment a failure counter; delivery is retried by the queue. After 100 consecutive failures the webhook is switched to the
failedstatus and administrators are notified. A successful delivery resets the counter. - Webhook health is visible in External API > monitoring (
webhookscategory) and in the Integrations page.
Security recommendations
- Standard webhook requests carry no authentication header — treat the endpoint URL as a secret: use HTTPS and include a random path segment (e.g.
https://example.com/hooks/unspot-8f3a91). - Validate the payload structure and restrict your endpoint to expected fields.
- For the Claris integration, UnSpot sends its own
Authorization: Bearertoken and an extended payload — enable the Claris option only for that system.
For a practical walkthrough of the parking use case, see Outgoing Webhooks: Parking place booking notifications.