Latest Activity...
You definitely need to fix this wording issue. I agree that the way it's worded now with the "X% of the total" could give guests the window to demand more of a refund than what they've paid. We only charge a 50% deposit with the remaining balance due 30 days prior to arrival. If they cancel before 60 days, they receive all but 3% of their deposit back, but the wording OR uses states they'll receive 97% of the total booking as refund if they cancel prior to 60 days before arrival.
We need to have the option of the cancellation policy saying X% of "WHAT'S BEEN PAID." We do all our refunds manually, so I'm not concerned with the software doing the math. But the wording definitely needs to be changed, or an option needs to be added that allows us to chose "WHAT'S BEEN PAID" rather than talking about the total.
I'm willing to bet there are very few vacation rental owners who's sole refund policy kicks in only after the guests have paid the full amount, since full balances typically aren't due until 30 days or less before arrival, and very few of us most likely don't offer refunds within 30 days of arrival anyway.
Ok this is good to know!
I recently looked into creating a zap for Schlage and it's not available. You could create a zap if you use the Remote lock integration though.
Would be great to see those sooner than later. Anyone know of a work around potentially using zapier or something?
Is there a way to run a report yet that allows us to see the booked nightly rate vs average nightly rate?
The TAG automation was a great addition. Now, I want to be able to use those TAGS in the discount conditions to automatically apply discounts based on TAGs. We have a standard weekly discount. I would like to be able to give a returning guest an additional discount or a larger weekly discount. Also, if a guest is tagged as a PIA (Pain in the Ass), drop the discount or apply a lower discount.
Also, in Discounts, I would like to see the "Remove all other Discounts" option available under Automatic Discounts.
I can also see a application for this in Surcharges since we do not like to stack Surcharges.
Mike & Andree
MyGCR,
Can you tell me high level steps on how you created the payment schedule for 12 monthly payments? Does it get reflected on the Quote? I am doing MTRs and sometimes need to break the payments up to monthly for insurance companies who are paying the rent for their customers who had a fire/flood in their home. Looking for a way to easily quote it showing the payment schedule as well as track it! Thanks!
Hi Nat,
Sounds like you are doing exactly what we are doing. We have one property that is owned by a family member that we are using to get our systems and processes in place before we ramp up and co-host for other owners. We have already had to turn down owners b/c we aren't ready with our PMS/Financial systems. Tried several different PMS and have landed on OwnerRez for now. They seem to provide a lot of flexibilities in what is possible (which unfortunately comes with complexity) and they are the best we have found to support our MTR/STR hybrid strategy (although they lack on the MTR side like making it easy to collect rent monthly for a 5 month lease).
A couple questions for you.
1) Do you have a solution in OR for channel (vrbo, airbnb) payment processing fees/commission charges that the channel subtracts before sending the owner the payment? I detailed this question out with screen shots in another forum post. Would appreciate your input. https://www.ownerrez.com/forums/go/80018
2) Do you have any other tips, tricks, gotchas you can call out using OR and QuickBooks Online for Co-hosting where the owner is paid directly by the guest/channel and we invoice the owner for our commission and out of pocket expenses?
Thanks!
Hi Shannon,
Thanks for submitting this request! I want to make sure that we understand the use case here.
Are you changing your check-out time based on if you have another booking arriving that day? Or are you granting an extra free hour if you don't have a turn and you'd like your Templates to reflect that?
While it sounds like what you're looking for is not something we can provide a workaround for at present, I would recommend sharing this request with likeminded users who would be willing to give it an upvote if they'd also find this beneficial.
Hi, everyone!
The Planned status is still relevant here, as we do want to tackle this. That said, it likely will not happen this year.
Right now, (as far as anything PM is concerned) we're laser focused on PMv2 and fine tuning that feature so we can get everyone migrated over. That's a large undertaking that we've been working very hard at behind the scenes. Once we have everyone migrated over successfully, we can then focus on requests such as this that are overdue for further consideration.
I know this wasn't the news you were hoping for, but I did want to provide an update to let everyone know where things stand as of this quarter.
Feel free to share this request with likeminded user who would be willing to give it an upvote!
I am going to add a credit card processing fee to my bookings but would like to offer the guests a 3% discount if they use Vemo, Zelle or Paypal but don't know how to offer that and process payments, please advise how this can be done with your system. Also, it is confusing on how to make the administrative fee appear as the last item on a quote, your program says use a number to apply it how do I know which number it is?
It would be really helpful to have a designated area where we can clearly report needed repairs, damages, or guest feedback to the owners, with enough space to provide detailed descriptions. For example, if I need to inform an owner that there’s exposed rebar on an exterior wall that requires attention—something outside the scope of my responsibilities—I’d like to be able to document that properly.
This would also be useful for sharing guest suggestions that could help improve future stays. Some owners prefer we don’t make purchases without their approval, so having a space where we can include guest feedback and propose suggestions would streamline communication.
I’ve tried using the expense field for this purpose, but the character limit makes it difficult to explain things clearly. It also blends in with regular expenses, so owners often overlook it. A separate section would ensure these important notes don’t get missed.
I recently switched to Lynnbrook and was excited to hear about the Digital Wallet. Quickly turned to disappointment when I learned that the partnership between OR and Lynnbrook does not support this. I feel this should be a priority over integrating more AI into OR. Giving guests more options to pay would help the hosts earn more money.
I have OR installed as an "app" on my phone. If I go into an Inbox conversation there is only one way to refresh that page -- by scrolling way up (to reach start of conversation) and then "pull down" the page to trigger the refresh. Not very convenient when conversation is couple of screens long -- having to scroll way up every time you want that page to refresh.
... or reverse the order of messages (so that most recent ones are at the top)
Just wanted to share some user experience with OR UI:
It doesn't have to be part of the Settings -- e.g. you can store this state in cookies. Absolutely low priority, of course...
P.S. Here, managed to reproduce the weird issue -- just select a booking and then swipe right (to go back to calendar):
Given the content of the recent Boostly webinar on the most effective home page design for vacation rental websites, it would be really great to have a widget that displays the inquiry request in a format that essentially matches the example provided.
In order to accommodate the individual needs of various owners I would suggest that the logo and links overtop the hero image (shown in the webinar video) at the top NOT be included (so they can be added above the image specifically as needed for the particular site), but an ideal widget would include:
1) the choice of photo from the ownerrez property set, (It would be really cool if up to four photos could be used, based on dates, pre-set in the widget setting so they automatically change based on the time of year)
2) a headline
3) a secondary or 'tag line'
4) the inquiry form consisting of Arrival/Departure/Guests/Search
Please see the sample image.
Of course, the chat widget shown in the sample is a separate matter and should not be included.
Wouldn't this be a highly useful widget to have available?
(Alternatively, a widget with just the inquiry line in a 'transparent' format so it could be 'manually' overlaid on a hero image or video on a home page would be the next best thing, but likely beyond the programming capabilities of most ownerrez users to be able to use it in that format - which is why one with the image included would be better.)
I am wanting to set up a $45/pet/night fee structure with a cap of $150. So if a guest brought 2 pets for 2 nights ($45 x 2 x 2 = $180), the maximum they would be charged would be $150. Requesting OR develop this feature. Thanks.
Bri,
This could also be done with a discount code that was payment type based. So if you offered a discount code for 3% off that only worked with "other" payment types this could work in place of a surcharge. I know that one of the reasons OR stopped doing cc surcharges was the challenge with with way everything was structured and multiple payments etc. But I just wanted to put this idea out there as a possible workaround down the road if OR ever changes the checkout "flow".
The system will auto-block 24 hours only upon an active OTA cancellation that corresponds to an occupied reservation date.
When Airbnb or any OTA cancels a stay that is during occupied time, OR needs to block 24 hours. This gives time for housekeeping to enter and verify. What ends up happening a cancellation is placed on an active reservation and a new booking is placed within minutes, causing a housekeeping issue. To catch these situations manually is a challenge, let alone being quick enough before another reservation is placed. Automation is key
Absolutely! I posted my own (similar) Feature Request for this back in December!
https://www.ownerrez.com/forums/requests/schlage-activity-log-history-for-chargeback-disputes#76221
This feature may solve the problem any California based host has with CA SB 478.
Hey Michael,
We do have plans to incorporate avatars in-app, and then pull in Airbnb photos after the in-app work is complete. The work surrounding this is primarily for visibility in the inbox, but I could see us applying this to the Reviews widgets as well.
Thanks for this request! We'll keep this in mind as things progress with avatars behind the scenes.
Totally agree, the WhatsApp Business API is a nightmare.
Something you may wish to investigate as an alternative solution is Wbiztool, which is an unofficial API bridge over WhatsApp Web - you can send and receive WhatsApp messages via their API, and all we would need to do is connect our existing WhatsApp account by scanning the WhatsApp Web QR code. You could partner with them, or offer it as an integration where we put in our wbiztool API key. It's extremely affordable and has none of the meta Business API restrictions and headaches.
I'll just say it. Meta is a terrible company to integrate with from a partner/API standpoint. The level of pretzel-twisting that has to go on to make WhatsApp work is unbelievable.
We got to the bottom of the R&D and found that either:
a) We have to use the Meta-only APIs which don't work for a huge subset of customers, or
b) Use a software provider like Twilio which requires us re-regstering phone number brands from scratch
and:
c) It is ridiculously difficult to actually provision numbers to test and get working on the sandbox side
WhatsApp for Business is totally different from regular WhatsApp. A number registered for one does not work with the other. The templates/limits available for one won't work for the other. And again, Meta has zero control panels or sandboxes that correctly show what is going on at any given time.
It is extremely important to us to get WA working, but we had no choice but to back-burner it for a while while clearing some other things out.
🎤⬇
We realize how critical this feature will be and want to get it released. It's not de-prioritized, per se; it's just not in development (i.e., being actively touched by a developer and/or tester), so it's misleading to leave it as such. Due to some previous updates, it already seemed like it was close to release, but we had to pull it back into Product design. We are working to get it back "In Development" sooner rather than later.
WhatsApp is a critical tool we need. We have properties in 6 countries (Mexico, France, Italy, Australia, Canada & the US), and "everywhere" uses WhatsApp, except the US. Hopefully this becomes a priority soon!
Hi Shawn. I’m sure I speak for most of your customers outside of North America when I say that this is very disappointing news! Could you share more about why this has been deprioritised? Has your engineering efforts gone into ‘Rezzy’ instead? Are we unlikely to see this feature in 2025?
We are having to pivot a bit and are delayed on that effort. I've marked this one back as Planned as we are not actively developing/testing on it. We'll provide an update here again as soon as we can.
Thanks for everyone's input/questions (Manel, et al.) and patience.
-Shawn
We are having to pivot a bit and are delayed on that effort. I've marked this one back as Planned as we are not actively developing/testing on it. We'll provide an update here again as soon as we can.
Thanks for everyone's input/questions (Manel, et al.) and patience.
-Shawn
I would like to have it where there is distinct blocks for mutual blockings. We use Turno and on a parent child property it would be nice to have the blocks sent separately like they are bookings because we have two different cleaners clean the child properties.
Hey Sloanish,
Is this what you're requesting here?
OR has so many integrations now but there should be a way to rate and comment on them.
Just wanted to make sure I understood what you were suggesting with this Feature Request!
