Latest Activity...
100%!
There are so many instances where OwnerRez indicates -- directly and indirectly -- that Rezzy does actually have calendar access.
Yet we are unfortunately being told that Rezzy does not, in fact, have full calendar access and we must open a feature request to have this stated ability added.
Currently, Rezzy lacks calendar visibility. When guests ask about date availability, it gives a vague placeholder response like, "We will look into it." In contrast, almost all other AI tools on the market (such as HostAI and Conduit) provide authoritative, real-time availability answers.
I submitted a support ticket about this and was told by Mike from OR that ""Rezzy has no access to the calendar. Providing full access would be seriously detrimental to performance, so it can't be done. I know there is some discussion about possibly letting her see a day or two before and after the booking she is looking at to help with the 'can I arrive early?' type of questions.
The workaround that was made available to her recently was the ability to create quotes. This provides her with 'pseudo' calendar access. So if the calendar-related question can be answered by a quote, she does pretty good.""
While I appreciate the workaround, I am struggling to understand the performance limitation, given that competitor tools handle full calendar access seamlessly.
My request: please grant Rezzy full access to the calendar. This is essential for providing meaningful, immediate answers to basic guest inquiries like, "Do you have availability from [Date] to [Date]?" rather than relying on unhelpful placeholder responses.
[This topic has been merged with another topic (Logo for Direct Bookings). All unique votes have also been merged.]
[Another topic was closed as a duplicate of this topic (logo for direct booking website)]
It would look much nicer and more consistent if, for direct bookings from our websites, the system could display the website logo (similar to how Booking or Airbnb logos are shown) instead of only showing the text of the website inside the reservation page from OR platform.
This would make the interface cleaner and more intuitive, especially for Portal users.
That's a great suggestion! We'll see what we can do.
Hi Alece,
Thanks again for raising this and for the detailed examples. We spent some time internally reviewing the logic and talking it through.
The conclusion is that what you’re seeing is currently working as designed, even though I completely understand why it can feel inconsistent at first glance.
The key thing to keep in mind is that the Status column reflects the booking status as of midnight on the statement end date, while the “In Period %” column simply calculates how many nights of the stay fall within the statement range.
Another way to think about it is this:
Booking Status is determined using the actual check-in and checkout times.
In Period % is calculated based on the nights of the stay that fall within the statement period.
Using your first example:
Booking: April 30 – May 4
Statement period: April 1 – April 30
At midnight on April 30, the guest has not arrived yet, because check-in would normally occur later that day. Because of that, the system considers the booking Pre-Arrival from a status perspective.
However, the In Period % calculation is separate. It looks at which nights occur inside the statement range. Since the night of April 30 falls within the April statement period, the booking is included in the statement.
Your second example works similarly but on the departure side:
Booking: May 30 – May 31 (1 night)
Statement period: May 1 – May 31
At midnight on May 31, the guest has not checked out yet, since checkout would normally occur later that morning. Because of that, the system sees the booking as Mid-Stay at the moment the statement snapshot is taken.
At the same time, the In Period % column shows 100%, because the single night of the stay (May 30) occurs entirely within the May statement window.
So the two columns are answering slightly different questions:
Status
What was the booking status at midnight on the statement end date?
In Period %
What percentage of the booking’s nights fall inside the statement range?
It’s also worth noting that Booking Status is used in many other areas of the system, not just Owner Statements. Because of that, changing how this logic works is a bit more complex than it might initially appear and could have ripple effects elsewhere in the platform. As it currently stands, the status calculation is technically correct based on the check-in and checkout times.
That said, it’s also worth asking how important the Status column is on the statement itself. In many cases owners care more about how many nights fall in the statement period than whether the booking happened to be mid-stay or not at midnight on that date. If the Status column is creating confusion, you could simply remove it from the statement view.
Another idea we discussed internally would be adding a small help-text tooltip explaining that Status reflects the booking state as of the statement date, similar to how the In Period column already has help text indicating that it represents the percentage of nights occurring within the statement period.
I hope, the understanding of how these two columns work and represent different things, better explains why you are seeing this on your statements.
Appreciate you bringing thoughtful feedback like this. Conversations like this help us keep refining how these reports communicate the data.
Steve
added: and automatically generate applicable FAQ schema markup
and to add: the ability to auto-resize all images in the gallery to be constrained by the same ratio/dimensions.
I am going to include a screenshot of what my dropdown looks like for visual reference. I personally have multiple VRBO API connections. When going to select the correct VRBO connection for channel testing, it only displays the OR account numbers and not the email associated with the API. I don't have said OR account numbers memorized, so I have to go back and look in the API settings. This is an unnecessary annoyance. Could we add the email info to the channel dropdown box for VRBO api connections?
When a new task is created, have the possibility of triggering a webhook with the information contained in the task.
Use case: we don't use OR' tasks (we have our own tasks' solution deeply integrated into our ERP); OR creates task for everything and there is no possibility of configuring anything about what deems a task to be created or not, so the way we will use this webhook is to analyze the information on it, and if a task (inside our ERP) is needed, we will create it.
I’d be very interested in trying the beta version when it’s available. Thank you!
Would love to be part of beta! Thank you.
Hey there,
We are officially moving that direction now, yes! I do not have an ETA to provide yet as there's some fine tuning needed behind the scenes before we can fully support this, but we are well on our way.
I'm unsure if we'll be rolling this out as a beta first, but if we do, we'll be sure to let interested users know.
Still hoping this is added. :)
At six months, the deadline for leaving a review on VRBO comes up. Why would it be so awful to send a reminder a week or two before and just nudge the guest, letting them know that if they don't post a review, they lose the opportunity to do so? It is specifically related to the booking that the guest had with us.
Likewise, if the guest doesn't complete their Guest Exit Survey with us regarding their stay, it would be good to send them a final reminder about it at six weeks. In our case, if they miss doing it, they lose out on the opportunity to win a nice prize or two. It specifically relates to the stay they booked with us, so what's the big deal?
In my view, this restriction is overkill.
OwnerRez users are business people who have a reputation to maintain. Not anonymous spammers and fraudsters who don't care how many times they upset people who never were their customers by hassling them with spam.
Besides, there are all kinds of ways you could deal with your own concerns if you really wanted to. Limit your users to a maximum of six triggers beyond 30 days, for example. Or a maximum number of 'after 30 days' emails which can be sent per user per month.
Besides... what would be so bad about providing a quality service for marketing correspondence, for your existing customers, when you have all of your user's data anyway? Other companies do it. StayFi is doing it, for example. They're just making themselves more valuable to their customers and out servicing their competition. Since when did that become a bad thing?
Or how about a new integration that your users could actually make use of? Hook up OwnerRez with three or four (so there is choice amongst whom to use) quality email service providers, and offload the risk to them. But don't force your users to store their data in two or more places, and jump through a bunch of import/export hoops which don't work; or Zapier integrations which don't work, you don't have a good connection for, and need a PHD in programming to figure out... just to try and have the two systems work together.
Help your customers with what they need the most, not what's easy, convenient, or the newest shiny toy to come down the internet pike!
I wish that OwnerRez would pay more attention to what people are requesting on their forums rather than these silly walk around blog posts that don’t improve the software whatsoever.
At some point this refusal to address real improvements in the software will force users to find a different solution on another platform.
[This topic has been merged with another topic (Payment Schedules). All unique votes have also been merged.]
[Another topic was closed as a duplicate of this topic (Increase payment options to 3 deposits instead of 2)]
Hello,
I have a retreat center and because the booking amounts are quite large, and the reservation is often 9-15 months in advance, we typically offer 3 payments: 30% down, 35% midway between booking and arrival, and 35% 1 month before arrival.
This timing also allows retreat leaders to advertise and start collecting payments.
It would be phenomenal if you could allow us to choose between the 2 payment or a 3 (or even 4) payment option. This would make using OwnerRez so much easier for me and my staff--thanks in advance!
Amy
Hello OwnerRez Team,
I’m an OwnerRez user and recently purchased a Vestaboard display for one of my vacation rental properties. I wanted to ask if OwnerRez might consider supporting an integration with Vestaboard through your API.
The idea would be to automatically display a personalized welcome message for guests based on reservation data from OwnerRez. For example, the display could show the guest’s name, their stay dates, or a customized welcome message when they check in. I think this could be a really fun and memorable feature for vacation rental hosts and guests.
Vestaboard does have API capabilities, and I’ve been in contact with someone at Vestaboard who may be able to help explore whether an integration could be possible.
I appreciate the great platform you’ve built and wanted to share this idea in case it might be something OwnerRez would be interested in supporting.
Thank you for your time and consideration.
Best regards,
Teara
OR tracks the Guest Listing Site Fee (what Airbnb/Vrbo charge the guest) and shows it in the booking UI under Guest Balance -- but it's not available via the API.
Request: Add a read-only field like total_guest_listing_fee to the GET /v2/bookings/{id} response.
Why it's useful: Any integration doing booking analytics, revenue reporting, or direct-vs-OTA comparisons needs this number. Right now there's no way to programmatically get the full picture of what the guest actually paid.
Our specific use case is a "direct booking opportunity" report, but I'd imagine anyone building dashboards or guest-facing pricing tools would benefit.
- Jerry
Why is it only in ribbon view that I can see a color difference on a blocked day?
Also, I would like to see triggers work with push notifications and a delay option for triggers. The message for rental agreement feels heavy handed to show immediately after booking Let it breathe!
The time of day option doesn't really work for that unless I'm missing something.
I just used the new PM Owner Statement Summary year end report. The report looks great on the GUI, but when I export it, the totals down and to the right are all gone. I had to go in and separate the Income and Expenses, then create the monthly totals and end totals.
Could this be added to the export function?
Thanks
Echoing the need for this!
Hey @Bri! This had been fixed, but there seems to have been a regression. 😩 I've got statuses showing as Mid-Stay again, while also displaying it as 100% in period.
See the bottom row here as one example:
Thanks, Alece. Sorry for any frustration here. Let me pass this along to our escalation teams and see what's up.
Hey @Bri! This had been fixed, but there seems to have been a regression. 😩 I've got statuses showing as Mid-Stay again, while also displaying it as 100% in period.
See the bottom row here as one example:
Agreed! It is far too cumbersome to make a simple change to an existing reservation to extend it a day or two. It should be a quick click of a button to send the updated quote.
Hey @Bri! Your last update was almost a full year ago. Is OwnerRez any closer to supporting PriceLab's LOS settings?
Hello OwnerRez Team,
I’d love to see a feature that allows hosts or booking guests to add “Registered Guests” to a reservation who can receive reservation communications and participate in the message thread.
Many of our reservations involve multiple families or groups splitting the cost, where only one person is technically the booking guest but several others are staying at the property. It would be extremely helpful if those additional guests could be added to the reservation so they can:
• Receive important communications such as check-in instructions, property details, and updates
• View the message thread and ask questions if needed
• Stay informed without relying on the primary guest to relay information
Ideally, the system would allow hosts to collect basic information such as name, email, and phone number, possibly through the rental agreement or a guest information form.
Benefits of this feature include:
• Ensuring everyone staying at the property has access to key information
• Improving communication between hosts and all guests in the group
• Better visibility for hosts on who will be staying at the property
• Supporting common booking scenarios where multiple families or friends share a reservation
• Allowing hosts to build relationships with all guests, which can lead to additional reviews and future bookings, particularly for direct bookings outside of OTAs
This would greatly improve communication and guest management, especially for larger group reservations.
Thank you for considering this feature.
