Latest Activity...
Is this compatible with the Yale/August setup? I am not familiar with Hubitat, but from my quick review it looks like they are not using the August platform. Looks like they use zigbee and zwave, rather than the yale august app. Any insight is appreciated. I
This release only includes the general availability of our Schlage integration, which supports the Schlage Encode / Encode Plus line of smart locks. Igloohome and Hubitat are in closed beta.
Hubitat is intended to be used as an alternative to always-online "cloud" home automation, thus its focus on the Zigbee and Z-Wave connectivity. It can support some Wi-Fi devices, if the devices can receive commands over the local network and not require a cloud integration. I've tested this with my Kasa smart switches, but am unaware of any Wi-Fi smart locks that are supported. Being a piece of physical security, I would guess most manufactures would worried about network security. The Z-Wave and Zigbee protocols are short-range, and require a secure handshake to pair with your controller hardware.
Hubitat requires more setup than other out-of-the-box solutions, so I would not say just anybody should run out and buy one in anticipation of the upcoming support. Definitely read up on it and decide if you'd prefer a more turn-key solution (lock pun!).
Does the Schlage Encode lock require the Wi-Fi to be working at the time the guest is checking in or will the lock save the data at the time the booking is created and schedule the code in advanced without the need for Wi-Fi at the time the guest checks in?
The codes are sent directly to the lock and saved locally. You will actually get an error message if the lock is offline or the code failed to generate for any reason (either in a popup or email, depending on how the booking was created in OwnerRez).
Joseph,
The codes are stored locally in the encode and will work even if wifi goes down. It may be advantageous to generate several back-up codes in the event of wifi failure and last minute bookings.
Trevor
Is there a buffer time so that the code can be active a few hours before official checkin time?
You configure this in OwnerRez. We will take the check-in / check-out time and subtract / add the grace periods your configure on the lock integration (right at the top "Arrival / Departure Grace Period"). The default is 1 hour.
Thank you for doing this. I know this has been something people have been asking for for quite some time.
Currently, I use Lynx for my lock management with Schlage and Yale Z-Wave locks managed through a Samsun Smart Things hub and Lynx has OR integration for the booking info. Currently Lynx creates a code based on the phone number and has a specific window of time that it's active from check-in to check-out. I also have property groupings and can assign permanent codes for the maid, the handyman, the owners, myself, and more.
Will OR support having codes for support staff and groupings so if I want someone to only have access to certain homes I can assign them to that specific group? Also, are z-wave locks on the roadmap?
Additional code management for cleaning / other staff isn't part of this update and you would still manage any non-booking codes directly with your specific lock management solution. I am sure our product team aware of this potential feature, but I am unsure if it is on the roadmap.
Z-wave and Zigbee locks will be part of our Hubitat integration, which is in a closed beta at the moment as we are working through the QA and bugfixes still. If you are using other hubs, we will definitely collect feedback and work through the integration priority based on community demand.
I have three units behind a gate and need for the guests per each unit to have the same lock code for the gate's Schlage lock as they have for their respective unit. Can this be configured?
Thank you so much for all the hard work.
I enabled this integration a couple of minutes ago, and I'm trying to figure out how it works. I thought there's a finite number of codes one can generate, at least, that's how it is in the Schlage iOS app.
Assuming is the same here, if for example, a code is generated when a booking is created, I'm assuming that code is held by OR and sent to Schlage to be used when that booking checks in (or whatever is set for the arrival grace period).
Is what I just said true?
Assuming this is true: does it mean if there is an overlap between the current booking and previous booking (the previous booking did not check-out yet) the previous booking code is overwritten? or are both codes valid and they expire based on Departure Grace Period? again, trying to understand how all this works.
One more question: at least in the Schlage iOS app, codes have names. I have one code for the Housekeeper and one for the Guest. help me to see when the guest used the lock, or when the housekeeper used the lock. what is the name of the code when I use this integration? the guest's name?
Alin
The code limit is set by the lock hardware. Generally it is 100 codes, but could vary by model.
You configure when the code is sent to the lock. By default it is sent to the lock at booking with an access schedule of the check-in and check-out times (plus or minus any grace period, which defaults to 1 hour before/1 hour after). The other option is to send the code X number of days before the arrival. This means you will see the booking in your Schlage Home App as soon as it is booked. It will be named after the OwnerRez Booking ID (ORB########). There is a 12 character limit to access code names, so we couldn't fit the guest name in there as well and keep it unique so there are no naming conflicts.
We had some internal discussions about whether we should do something different, but the product team decided that even the hottest properties generally never get dangerously close to the code limit. And if yours does, the "Generate When: A number of days before arrival" setting will help you deal with it.
For Schlage, you can have codes with overlapping access schedules. You just cannot have two entries with the name code, or the same name.
I am currently using Remote Lock at a cost of $6 per lock per month. Would I be correct in stating that the OR link to Schlage will pretty much do the same thing as RL with the exception of adding additional lock codes for property gates or other secured entrances? I am using Schlage Encode Locks.
If you are using the Schlage Encode/Enclode Plus series of lock, the new OwnerRez integration can work directly with the Schlage API without requiring a third-party to synchronize codes. If you need to set additional codes on the lock, you would just use the Schlage app on your phone.
If you are using RemoteLock to setup additional codes to other devices OwnerRez does not directly support yet (basically anything else until the Igloohome and Hubitat integrations launch), you would still need to use RemoteLock to manage those. I would need to hear more about what features of RemoteLock you are using, and for which devices, to say for certain, but if you are using features in RL to synchronize codes between devices of difference brands, you may need to leave all your locks in their system for everything to work together.
I would recommend opening a support ticket with the specifics of your setup so we can get the full pictures, and do research as needed on your best path forward.
So Owner Rez generates a random new code for each guest and that can get added to guest messaging then deprogrammed after checkout? Is it possible to use the last four digits of their phone number which is easy for guests to remember?
Erin, you can configure door codes to be the last four digits of the guest phone number while setting your Door Lock configuration and send to guests prior to check-in.
Is this compatible with the Yale/August setup? I am not familiar with Hubitat, but from my quick review it looks like they are not using the August platform. Looks like they use zigbee and zwave, rather than the yale august app. Any insight is appreciated. I
How do expired codes get deleted?
Kirthi, you can determine when codes are deleted during the Door Lock Configuration and Grace Period.
Is there a buffer time so that the code can be active a few hours before official checkin time?
You can configure buffer times or Grace Period while setting your Door Lock configuration and Grace Period.
Yes, Yale please!!
OR is currently testing some Yale locks as part of the upcoming Hubitat Door Locks Powered by OwnerRez.
This is really great! Any chance Yale locks will be coming anytime soon?
Thanks Julie! OR is currently testing some Kwikset and Yale locks as part of the upcoming Hubitat Door Locks Powered by OwnerRez.
Does the Schlage Encode lock require the Wi-Fi to be working at the time the guest is checking in or will the lock save the data at the time the booking is created and schedule the code in advanced without the need for Wi-Fi at the time the guest checks in?
So Owner Rez generates a random new code for each guest and that can get added to guest messaging then deprogrammed after checkout? Is it possible to use the last four digits of their phone number which is easy for guests to remember?
Agreed! Would love to see the same support for Yale/August locks!
How do expired codes get deleted?
Is there a buffer time so that the code can be active a few hours before official checkin time?
Yes, Yale please!!
Thank you so much for bringing this integration to OR users and much appreciated. Been waiting for this over wanting to use Remote lock for some time as all my properties use Schlage Encode.
With that being said are you able to use nested if then logic such as the below so codes don’t go out without requirements ? Currently I manually verify before sending to guest and would like to remove that step and then sending of checkin details.
example as below:
Thank you for doing this. I know this has been something people have been asking for for quite some time.
Currently, I use Lynx for my lock management with Schlage and Yale Z-Wave locks managed through a Samsun Smart Things hub and Lynx has OR integration for the booking info. Currently Lynx creates a code based on the phone number and has a specific window of time that it's active from check-in to check-out. I also have property groupings and can assign permanent codes for the maid, the handyman, the owners, myself, and more.
Will OR support having codes for support staff and groupings so if I want someone to only have access to certain homes I can assign them to that specific group? Also, are z-wave locks on the roadmap?
Thank you so much for all the hard work.
I enabled this integration a couple of minutes ago, and I'm trying to figure out how it works. I thought there's a finite number of codes one can generate, at least, that's how it is in the Schlage iOS app.
Assuming is the same here, if for example, a code is generated when a booking is created, I'm assuming that code is held by OR and sent to Schlage to be used when that booking checks in (or whatever is set for the arrival grace period).
Is what I just said true?
Assuming this is true: does it mean if there is an overlap between the current booking and previous booking (the previous booking did not check-out yet) the previous booking code is overwritten? or are both codes valid and they expire based on Departure Grace Period? again, trying to understand how all this works.
One more question: at least in the Schlage iOS app, codes have names. I have one code for the Housekeeper and one for the Guest. help me to see when the guest used the lock, or when the housekeeper used the lock. what is the name of the code when I use this integration? the guest's name?
I am currently using Remote Lock at a cost of $6 per lock per month. Would I be correct in stating that the OR link to Schlage will pretty much do the same thing as RL with the exception of adding additional lock codes for property gates or other secured entrances? I am using Schlage Encode Locks.
Hey thanks, Paul - all those are the kinds of things I thought would be included in the integration, not just the few things that can be done in the Schlage app.
This is really great! Any chance Yale locks will be coming anytime soon?
As Shawn stated, those are just extras we added into OwnerRez so you can see them while you are there.
The integration, at large, is about being able to automatically set door codes for your bookings, and everything that goes with it:
All of the above should be obvious - this is what all of our door lock integrations do - but hopefully this helps clarify.
I see, thanks for that clarification.
Scott - what we mean by that is that you can now do those things inside OwnerRez. It's not meant to replace the need for the Schlage Home app but to have access to such info inside OwnerRez.
"After mapping a lock to a property, you can lock and unlock, and view lock info and events. You can also see at a glance the battery level and whether the lock is locked or unlocked."
- These are things I can already do with the Schlage app. Are these the only features offered with this integration?
