-
Notifications
You must be signed in to change notification settings - Fork 0
First Arrival Blueprint
The repository includes a Home Assistant automation blueprint for first-arrival alerts:
blueprints/automation/hospitableIntegration/guest_first_arrival.yaml
Import URL:
https://raw.githubusercontent.com/peluke/hospitableIntegration/main/blueprints/automation/hospitableIntegration/guest_first_arrival.yaml
HACS installs the custom integration. Home Assistant blueprints are imported separately from the blueprint URL above.
Use one automation instance per property or door lock. This is the cleanest setup when multiple houses use the same pattern but different locks, Hospitable sensors, and notification targets.
- Watches a lock entity for
unlocked. - Checks the current Hospitable reservation UUID sensor for that property.
- Ignores repeated unlocks for the same reservation.
- Optionally requires the lock event attribute
methodto bekeypad. - Runs your chosen Home Assistant actions.
Create one input_text helper per house, for example:
input_text.manzanita_last_arrived_reservation
input_text.redwood_last_arrived_reservation
input_text.oak_last_arrived_reservation
input_text.cedar_last_arrived_reservation
The helper stores the reservation UUID that has already triggered an arrival alert for that property. When the next reservation becomes current, the UUID changes and the next first unlock will notify again.
- Door lock: the SmartThings lock entity, such as
lock.manzanita_door_lock. - Current reservation UUID sensor: the Hospitable current reservation UUID sensor for that property.
- Current guest sensor: the Hospitable current guest sensor for that property.
- Last arrived reservation helper: the matching
input_texthelper. - Arrival actions: the notification, message, script, or other actions to run.
- Require keypad unlock: keep enabled when SmartThings provides
method: keypad.
Use the variables exposed by the blueprint in any action you configure:
action: notify.mobile_app_your_phone
data:
title: "{{ arrival_title }}"
message: "{{ arrival_message }}"Available variables include:
arrival_titlearrival_messagereservation_uuidarrival_nameguest_namelock_namecode_namecode_idunlock_method
You can also call the integration service to message the current guest:
action: hospitable_integration.post_guest_message
data:
reservation_uuid: "{{ reservation_uuid }}"
message: "Welcome, your door code was just used. Let us know if you need anything."The blueprint uses lock event attributes like:
method: keypad
code_id: "2"
code_name: Charlotte CropperThose attributes come from the SmartThings lock entity in Home Assistant, not from Hospitable. Hospitable supplies the reservation context, while SmartThings supplies the unlock event.
The blueprint normalizes whitespace and case for lock event attributes. If
method is missing and "Require keypad unlock" is enabled, the unlock is
ignored because Home Assistant cannot confirm that the event came from a guest
code.
Arrival actions are required. This prevents accidentally creating an automation that only writes the helper and then suppresses later alerts without notifying anyone.