Use CasesLast updated

    Airbnb Automatic Door Code: Automating Guest Access

    An automatic Airbnb door code is a passcode generated per booking and delivered to the guest without the host visiting the property, using a code-per-stay workflow, a timed validity window, and a gateway that relays the code to the lock over the internet. This removes the host from the check-in process entirely for standard bookings.

    The problem: manual code creation doesn't scale

    Creating a passcode by standing next to the lock works for one booking a month. It breaks down once a calendar fills up, once a host manages more than one listing, or once a guest arrives outside normal hours and needs a code issued on short notice. The fix is a repeatable workflow rather than a one-off manual step at every turnover.

    Building a code-per-stay workflow

    1. Fit a keypad-capable lock and a gateway. The gateway is what makes remote, automatic issuance possible — without it, every code has to be typed at the lock in person. Smart Lukko is an independent third-party app for TTLock-compatible locks (not affiliated with TTLock/Sciener) and issues codes to the lock through this gateway link.
    2. Generate one passcode per reservation, not one recurring code for the whole calendar. Tie the code's validity start and end to the exact check-in and check-out times of that booking.
    3. Choose timed over cyclic for guest stays. A timed passcode is valid once, continuously, between two dates and then expires for good. A cyclic passcode instead repeats on a schedule (e.g. every day between two times), which suits a recurring worker far better than a one-off guest.
    4. Send the code close to arrival through your existing guest-messaging tool, ideally as an automated message triggered a set number of hours before check-in, so the code is fresh and the window of unused validity stays short.
    5. Confirm delivery before the guest travels. Check the lock's record to confirm the passcode was actually pushed to the lock, not just saved in the app while the gateway was offline.

    Handling late checkouts and early arrivals

    Automatic codes remove manual work, but a firm end time can create friction if a guest genuinely needs a later checkout. Two practical approaches:

    • Extend the existing passcode's window from the app before it expires, if a late checkout is agreed in advance. This keeps the same code working rather than issuing a second one.
    • Build in a scheduling buffer. Avoid setting a new guest's code to start at the exact minute the previous guest's code ends; a gap of an hour or more gives cleaning staff room and avoids two guests overlapping at the door.
    • Never rely on the guest to leave when the code expires. A code expiring does not lock someone already inside out of the property from within — it only stops new entry from outside. Checkout enforcement is a policy matter, not a lock feature.

    Common mistakes to avoid

    • Using a cyclic code for a one-time stay. Cyclic schedules are meant for recurring access; applied to a single booking they either expire too early or never fully turn off.
    • Sharing the code too early. A code sent at the time of booking, weeks in advance, sits unused and exposed for far longer than necessary.
    • Forgetting the gateway needs power and Wi-Fi. If the gateway loses connection, newly generated codes cannot reach the lock until it reconnects, even though the app shows the code as created.
    • Not testing the exact code before sending it. A transposed digit sent to a guest with no other way in is a preventable lockout.

    Frequently asked questions

    What is the difference between a timed and a cyclic passcode?

    A timed passcode is valid continuously between a start and end date, which suits a single guest stay. A cyclic passcode repeats on a recurring daily or weekly schedule, which suits regular staff rather than a one-time booking.

    Can I automatically send a different code for every booking?

    Yes, by generating a new timed passcode per reservation and sending it through your guest messaging tool shortly before arrival, so each stay gets its own code that expires on checkout.

    What happens to the guest's code after checkout?

    A timed passcode simply stops working once its end date and time pass; it does not need to be manually deleted, though removing it from the app keeps the access list tidy.

    Does automatic code delivery need an internet connection?

    Yes, generating and pushing a new code to the lock remotely requires the gateway to be online. If it is offline, the code will not reach the lock until connectivity is restored.

    How should I handle a guest asking for a later checkout?

    Extend the existing passcode's validity window in the app rather than issuing a second code, and make sure the next guest's code does not start until after the extended window ends.

    Related feature: Passcodes, fingerprints and cards explained

    Keep reading