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:

  1. You create spaces and assign devices using /spaces/createarrow-up-right.

  2. You send reservation and guest data with push_data.

  3. Seam applies the right access and climate settings at the right times.

  4. Webhooks notify you when settings are issued, updated, or revoked.

  5. If a reservation is canceled, you call delete_data to 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/createarrow-up-right with a space_key and assigned devices or entrances before you call push_data. Reservations reference these spaces by space_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_ids for smart locks and thermostats, or acs_entrance_ids for access control system entrances.

  • Unique user identity emails – each user_identity you push must have a unique email_address. If an email already exists from a previous call, the reservation is silently skipped.

circle-exclamation
circle-check

1. Create spaces with devices

Before pushing reservation data, create a space for each bookable unit using the /spaces/createarrow-up-right 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.

Method
Description

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:

Strategy
Behavior

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:

  1. An explicit preferred_code on the reservation always takes precedence.

  2. If no preferred_code is set and this option is enabled, Seam uses the last 4 digits of the guest's phone number.

  3. If the phone number is unavailable or has fewer than 4 digits, Seam falls back to an auto-generated code.

circle-info

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_data with a new reservation_key to create a reservation.

  • Call it again with the same reservation_key to update times or other detailsβ€”Seam automatically reconfigures the device settings.

circle-info

The push_data API referencearrow-up-right 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_dataarrow-up-right.


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 created

  • access_method.reissued – access updated

  • access_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_key to cancel a specific reservation and remove its device settings.

  • Pass a user_identity_key to remove all device settings tied to a specific person.

  • Pass a customer_key to 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 returns a success response even when automations cannot act on the data. Check these common causes:

Symptom
Cause
Fix

No access code created

Space does not exist or is missing a space_key

Create the space via /spaces/createarrow-up-right 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

circle-info

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?