Reservation Automations
Learn how to automate access and climate around reservations.
Reservation Automations sync reservation and guest data with your access and climate systems. Instead of building custom workflows for check-in, mid-stay changes, and checkout, you send reservation data to Seam and device settings update automatically.
Built for short-term bookingsβwhether hotel stays, gym classes, coworking rooms, or event rentalsβReservation Automations ensure access and climate settings apply only during the reserved time.
How it works
Reservation Automations follow the lifecycle of a reservation:
You create spaces and assign devices using
/spaces/create.You send reservation and guest data with
push_data.Seam applies the right access and climate settings at the right times.
Webhooks notify you when settings are issued, updated, or revoked.
If a reservation is canceled, you call
delete_datato roll back device settings.
Before you begin
Set up these resources in your Seam workspace:
Customer β identify who the automation belongs to with a
customer_key.Spaces β represent the real-world units your customer manages (i.e. Room 101 in a hotel, Studio 3 in a gym). Each space must be created via
/spaces/createwith aspace_keyand assigned devices or entrances before you callpush_data. Reservations reference these spaces byspace_key.Devices or entrances β connect locks, thermostats, or ACS entrances to each space (e.g., assign the lock in Room 101 to the Room 101 space). Use
device_idsfor smart locks and thermostats, oracs_entrance_idsfor access control system entrances.Unique user identity emails β each
user_identityyou push must have a uniqueemail_address. If an email already exists from a previous call, the reservation is silently skipped.
Although push_data accepts a spaces array, it only creates a lightweight resource reference β it does not assign devices or entrances to the space. If you skip /spaces/create, the space will have no devices and automations will have nothing to configure. The call still returns ok: true, making this a silent failure. Always create spaces with device or entrance assignments first using /spaces/create.
You can also let customers configure their own accounts, spaces, and devices with Customer Portals.
1. Create spaces with devices
Before pushing reservation data, create a space for each bookable unit using the /spaces/create endpoint. Each space must have a space_key (your identifier) and at least one assigned device or entrance.
Use device_ids for smart locks and thermostats, or acs_entrance_ids for access control system entrances. You can include both if the space has multiple access points.
The space_key is what you reference in push_data reservations. Without it, push_data cannot match reservations to the space.
2. Customize automation settings
After enabling automations, you can configure how access credentials are issued for each reservation. These settings are available in Console > Developer > Automations under the access automation section.
Access methods
Choose which credential types to issue when a reservation is created. You must enable at least one.
PIN code
A numeric code the guest enters on a keypad.
Plastic card
A physical card encoded for the lock.
Mobile key
A digital key delivered to the guest's phone.
Access method creation strategy
Controls how many access methods are created per device when multiple types are enabled:
First available (default)
Creates only the first supported method on each device.
First two available
Creates up to two supported methods on each device.
All available
Creates every supported method on each device.
Card count
The number of plastic cards to create per reservation. Only applies when the plastic card access method is enabled.
Instant key max use count
The maximum number of times a mobile key can be used. Only applies when the mobile key access method is enabled.
Use guest phone last 4 digits as code
When enabled, Seam will attempt to use the last 4 digits of the guest's phone number as the PIN code instead of generating a random one. The phone number is looked up from the user identity data you provide via push_data.
PIN code priority:
An explicit
preferred_codeon the reservation always takes precedence.If no
preferred_codeis set and this option is enabled, Seam uses the last 4 digits of the guest's phone number.If the phone number is unavailable or has fewer than 4 digits, Seam falls back to an auto-generated code.
The derived code is a best-effort preference, not a guarantee. If the code conflicts with a device's PIN constraints (for example, the code is already in use on that lock) Seam assigns an auto-generated code for that device and adds a relevant warning to the access grant.
Allow shared email and phone across guests
When enabled, multiple guests can share the same email address or phone number. This is useful when the same person has multiple reservations or holds different roles.

3. Push reservation data
Use the push_data endpoint to send customer, user, and reservation data to Seam. Automations use this information to configure devices at the right times.
A reservation represents a time-bound assignment of a user to a space. This can be a hotel stay, a gym day pass, or a coworking member's conference room booking. Each reservation must include a unique reservation_key, which can be your system's identifier for that record. Seam uses this key to know whether it should create a new reservation, update an existing one, or remove it later with delete_data.
Call
push_datawith a newreservation_keyto create a reservation.Call it again with the same
reservation_keyto update times or other detailsβSeam automatically reconfigures the device settings.
The push_data API reference also documents access_grants and bookings as alternative top-level keys. This guide uses reservations, which is the recommended key for short-term booking workflows. If you use access_grants instead, use access_grant_keys (not reservation_keys) when calling delete_data.
4. Use webhooks to listen for updates
Configure webhooks in Console > Developer > Webhooks to get notified when automations apply or revoke settings.
Key events:
access_method.issuedβ access createdaccess_method.reissuedβ access updatedaccess_method.deletedβ access removed
Webhook payloads include the keys that triggered the event, letting you sync state with your application.
5. Delete data
The delete_data endpoint is optional but important. Use it when access or device settings should no longer applyβsuch as when:
A hotel reservation is canceled
A conference room reservation ends early
A gym class is dropped
An event reservation is called off
Calling delete_data removes the underlying reservation records, which tells automations to immediately roll back any device settings tied to them. This could mean revoking access, resetting thermostats, or clearing other applied states. Without cleanup, those settings may stay active longer than intended.
Pass a
reservation_keyto cancel a specific reservation and remove its device settings.Pass a
user_identity_keyto remove all device settings tied to a specific person.Pass a
customer_keyto offboard an entire customer and clear all their spaces, users, and settings.
Troubleshooting
I called push_data and got ok: true but no access code was created
push_data and got ok: true but no access code was createdpush_data returns a success response even when automations cannot act on the data. Check these common causes:
No access code created
Space does not exist or is missing a space_key
Create the space via /spaces/create with a space_key and device_ids or acs_entrance_ids before calling push_data
No access code created
No devices or entrances assigned to the space
Add device_ids or acs_entrance_ids when creating the space, or update the space to include them
Reservation silently skipped
Duplicate email_address on a user_identity
Each user identity must have a unique email. Check Console β Automation Runs for user_identity_email_or_phone_conflict errors
Automation did not run
Automations not enabled
Go to Console β Developer β Automations and verify automations are enabled for your workspace
Check Console β Automation Runs for detailed error information. Errors like user_identity_email_or_phone_conflict are only visible there β they do not appear in the push_data response.
Last updated
Was this helpful?

