Feature Requests

Sort by

• Newest Reply
• Newest Topic

The end of the month has passed. Could we get another update please. 

Currently, owner bookings automatically use the owner's contact information, so any emails must be sent manually to the guest.

It would be helpful if OwnerRez allowed users to specify a guest email address for owner bookings or provided an option to send emails directly to the guest without changing the owner's contact details.

This would streamline communication for owner stays where the owner is booking on behalf of family members, friends, or other guests, eliminating the need to send emails manually while preserving the owner's booking information.

Benefit:

• Reduces manual work.
• Improves communication with guests staying under owner bookings.
• Maintains the owner's contact information while allowing guest-specific messaging.

We use Custom Field Definitions for internal property information and operations tracking. It would help to have other formats available such as date picker, custom dropdown options (ex: Yes, No, In progress, etc.), and others. This would allow us to make sure nothing falls through the cracks and there is consistency across all properties.

[This topic has been merged with another topic (Pull messages from "Airbnb Support" that are not associated to any particular booking). All unique votes have also been merged.]

[Another topic was closed as a duplicate of this topic (Show Messages from Airbnb support in OwnerRez inbox)]

I exclusively use ownerrez inbox for guest communications, and will go days without logging into airbnb itself. I have missed messages directly from airbnb support because I forget that the OwnerRez inbox doesn't surface those. Please find a way to show messages directly from Airbnb Support in the OwnerRez messaging inbox. 

The no-response-needed filter Rezzy applies makes sense for unsolicited guest messages that don't really warrant a reply -- a "Thanks!" after check-in info, a heart emoji, short acknowledgments. Suppressing those keeps things from feeling over-automated.

But it should behave differently when the guest is answering a question we asked them. If we message "Can you confirm your headcount?" and the guest replies "Yes, 4 adults," that response really needs an acknowledgment. Silence in that context reads to the guest like we didn't see the reply -- or worse, didn't care about the answer we just asked for.

Proposed behavior: when a guest message is a direct reply to an outbound host question, the filter should default to sending a brief acknowledgment (something like "Great, thanks for confirming!") rather than scoring it as no-response-needed. Right now the filter treats "unsolicited guest chatter" and "guest replying to our direct question" as the same category, which leaves those loops hanging open on the guest's side.

When someone submits an inquiry on Vrbo, the API usually doesn't give us any contact info at all, just first and last name. (This could easily apply to other booking channels as well). But OR won't automatically merge contacts if the names are all it has.

It's extremely common for potential guests to want to compare properties, and so they submit multiple inquiries. 

To a human it's super obvious that this is the same person submitting virtually identical inquiries across the properties. But OR treats these as completely separate events leading to stacks of duplicate contact names each with their own inquiry.

It would be super helpful if OR could either convince Vrbo API to share the guest's Vrbo profile (like Airbnb does), or at least some kind of unique identifier to help keep these things organized. If that fails, maybe OR could have a timeframe that anyone with the same name within an hour - or something like that - gets automatically merged.

Hi VRBOutstanding,

Thanks for this request! We recently replaced the old BUFIXUP with the new My Stay experience, which includes a Requirements panel on each booking and a Reqs column on the bookings list view.

It's not exactly the red-dot indicator you described, but it may cover the same underlying need. Can you let me know if this gets you what you need? If so, I'll mark this as released. If not, I'll leave it open for voting.

Note that you can also filter your Bookings in List View for the following:

Thanks for sharing this idea with the community! Feature requests with more support tend to move up our list faster, so if there's anyone else who'd want this too, point them to this thread and encourage an upvote.

Appreciate you flagging this one! The upvote count at the top of the page is one of the biggest signals we use to decide what to build, so if this resonates with others you know, loop them in and have them add their vote.

Thanks for putting this feature request together! These ideas grow when more voices weigh in, so if you know other users who'd find this useful, send them the link and ask them to upvote.

Community feedback really helps us prioritize what to build next.

I have been achieving this through increase in price and LOS discounts. It is tricky and it appears much easier with revmax.

We have some customizations we'd like to add, and this request falls into items being considered there.

If you know anyone else who would find this beneficial, please share the URL with them so they can give it an upvote. Seeing the demand helps us determine what to prioritize next.

In the meantime, if you are not currently using BUFIXUP, the BULEASE and BUSECDEP links were not included in the recent My Stay update. Those are standalone forms that are not a part of the My Stay work.

We have some customizations we'd like to add, and this request falls into items being considered there.

If you know anyone else who would find this beneficial, please share the URL with them so they can give it an upvote. Seeing the demand helps us determine what to prioritize next.

In the meantime, if you are not currently using BUFIXUP, the BULEASE and BUSECDEP links were not included in the recent My Stay update. Those are standalone forms that are not a part of the My Stay work.

I prefer to NOT use the My Stay portal and continue to use BULEASE.  Seven years ago I created an email workflow based on BULEASE and it works very well. I see no benefit to use the My Stay portal.  Features I DO NOT approve of are the “Confirmed Contact Information” and the full” Property Address” published in the portal for security reasons stated here by another poster as well as my own.  After a consult with a rep of OwnerRez (Lara) my best scenario is to continue using BULEASE.  BUFIXUP is for the My Stay portal.  Also, as it relates to confirming guest contact information, I already have a mechanism in place for it.  As the MoR, I DO NOT need my PMS emailing guests using technology unbeknownst to me for contact verification.  This, IMHO is the job of the individual property owner or host.

For our guests, ONLY REGISTERED/BOOKED guests receive the address to our property, and even so, that occurs ONLY AFTER THEY HAVE COMPLETED THEIR RENTAL AGREEMENT and PAID IN FULL, and in NO CASE before 10 DAYS prior to arrival.

Otherwise we get people showing up at our properties… guests and non-guests and even competitive managers, just to snoop around, or take a good look before deciding if they will book with us for the following year, or to see in advance what they’ve booked.

But our properties are EXTREMELY, INTIMATELY PRIVATE, and many of our guests book for that PRIVACY.

So we need to work to keep people from showing up at our properties when they should NOT be there.

In my area, a number of years ago, a crime ring of thieves were using vacation rental sites to target vacation rentals, using their availability calendars to plan when to break in, and even hide out. They stole hundreds of thousands of dollars in goods, and lived in empty properties hiding away from police.

Simply providing the address of the property, and directions to it, just because someone had a stolen credit card and made a booking through some listing site is completely unacceptable.

It is so disappointing to me that OwnerRez would institute this without apparently ANY consultation with their user base about whether or not this would be an appropriate choice.

But more so, why should it be so hard to get such a simple change made/a problem fixed?

"Don't let the drive for perfection prevent you from producing something good?"

I would respond...

"Don't let being satisfied with something good be the excuse for producing something unusable!"

It should not take weeks or months to fix obvious simple things that should have never happened in the first place.

OwnerRez needs to learn to "Move Fast and Fix Things!"

Please VOTE for this request!

Thank you! :)

We appreciate you taking the time to submit this feature request! As a possible workaround, you could use the Line Item Pivot report. This shows you a breakdown of all charges on bookings (rent surcharges, discounts) before any taxes are added. You could then export it to Excel and configure Excel to add them together to see the revenue before any taxes are aded: https://www.ownerrez.com/support/articles/reporting-line-item-pivot

If I wanted to jump through hoops to accomplish what should be simple things, I would join the circus!

PLEASE fix this! There is absolutely no good reason for this MAJOR problem in OwnerRez.

Yes, we are still on track. It's progressing nicely through QA.

Do you have an update? Are we will on track for Q3 release?

Does anyone on this forum who own property at the Beach Club interested in an integration with Proptia parking application 🤔 

This feature would be so helpful! I came to the forum to search this exact subject to see if there was a way. 

Hi there.  You mentioned that maybe by the end of the month.  Could we please get another update on where you guys are at with this? 

I created a repeat guest discount, and it makes all the sense in the world that this discount gets Automatically applied to repeat guests when they book or when I create a quote. but that is not available at this time. please make it so it is!

I have also been looking for this feature for some time as sending out messages at a specific time is fairly imperfect. Even with a late message to check up on guests scheduled to go out at 8pm, I still have it happen often enough that the guests haven't arrived yet. So such a feature would be quite helpful. 

Currently in Pricelabs, if an OR client limits their calendar availability to 365 days using ownerrez settings, the Pricelabs calendar will incorrectly display that property's availability - extending for two years or more. We are told by OR tech support that the reason this inaccurate view of availability is happening in the Pricelabs calendar is because the API data point that sends calendar availability data to Pricelabs is not readable by Pricelabs.  The API data that OwnerRez shares with Pricelabs shows blocked or booked dates, but not the timeframe reflecting calendar availability - these are different things. OwnerRez settings are are still correctly limiting calendar availability on public-facing booking platforms. It is just affecting the view of availability that we see when we are in the Pricelabs calendar view. 

The reason correct availability views in PL matters is that we as revenue managers support 500+ clients in PL and every week we are helping clients with issues that can affect their revenue.  Sometimes we see clients in PL who accidentally have their calendars open too far forward, which will sometimes result in people getting bookings they don’t want well-past the 1 year mark.  We let them know when we notice issues like that so they can correct potential problems in their PMS software settings.   

PL availability displays are correct for every other PMS linked to PL except for OR (we manage hundreds of accounts and haven’t seen this issue with any other linked PMS in PL).  It makes it harder for us to confidently diagnose real calendar-availability problems vs seeing incorrect data in PL for OR-linked clients. 

OR should fix/create the API endpoint to correctly send availability data that PL can see and represent on their calendar accurately.

That's helpful to know. This information was never shared with me in the 2 or 3 helpdesk tickets I've submitted in the past. Partially because some are probably far enough back in time that My Stay wasn't yet a released feature. Given how the future direction is pointed at this guest portal, it's probably best to route there anyway.

Hey Ozark Stays,

What you're describing here sounds like a configuration issue. If you haven't already, I would suggest writing the Helpdesk so that they can take a closer look.

Recently, I started getting notifications from OR that a guests' door lock code was used (e.g [Booking # ORB#] Door unlocked by <GUEST NAME> at <PROPERTY NAME>).  I looked for a way to use this in triggers as it would simplify my check-up message - rather than sending a check-up message at a certain time after the normal check-in time I could trigger it to send 15 minutes after the door was unlocked by a certain guests' code. 

Hi Logan,

I have a couple of comments that might shed some light on what is currently available amongst the list of items that you mention

What the owner can see in the Owner Portal concerning individual bookings depends on the permission levels that you allow. You can choose Owner Revenue, All Totals, or Detailed Financials. Each provides a different view.

Owner Revenue provides a summary that looks like the PM page and provides the most similar to a net view

All Totals provides two different views 'Guest Balance' and 'Net Financials'.  Guest balance is the closest to the 'Charges' page and would set the worst expectations in your example. Net Financials shows - in the case of an Airbnb booking - the amount of the payoff, including the host fees.  This would be the view I would recommend to an owner if they wanted to see numbers prior to booking expenses coming out.

Detailed Financials displays the same summary views as All Totals, but also makes the Charges and Transactions pages available to the owner. This may be too much information for most owners.

I would recommend playing with these and considering which views are best for which owners.

Hey Leon,

Powertranz 3DS support is in testing at this time. It may need to do some back and forth between our QA and dev teams before it's ready to roll, but it shouldn't be much longer now.

I'll post another update here once it makes it to release!

Any update on direct integrations with 3DS2 transactions?