Feature Requests

Sort by

• Newest Reply
• Newest Topic

Currently, when a custom field containing an image is referenced in a Channel Template that is automatically sent to Airbnb guests, only the image URL is delivered in the message body - the image itself is not rendered inline.

It would be very useful to support inline image rendering within Airbnb channel messages (or at minimum, automatically send the image as a photo attachment), so that hosts can share visual content (e.g., property maps, check-in instructions with photos) through automated channel messaging without requiring manual intervention.

It would be useful if the inbox did not revert to the last message each time it saves a draft. 
Sometimes I am answering a message further up the inbox, and everytime I stop typing it pulls away from that message and i have to scroll to find it again

Hey Steve! I appreciate your time and input, as always. 

"As a temporary workaround, you could let owners know they're welcome to use Owner Bookings for friends and family." Unfortunately, I'm unable to do even that. We actually did that as a test-case, but it assigns the owner as the guest. In the booking, when I manually updated the guest contact info so that the owner's visitors would be the ones receiving the emails rather than the owner, it ended up changing the owner's contact details (which has obvious implications for owner statements, etc.). That's how we ultimately discovered that sadly nothing about the new Owner Booking element will work for us and we disabled the feature. Without significant updates, it remains unusable from a practical use-case scenario, at least for us. 

Current behavior: On Airbnb API bookings, the Booking Overview Financials card always shows "No credit card received" in red and "Security Deposit: None" in amber. For hosts who don't collect cards or deposit holds from Airbnb guests, both states are structurally permanent — Airbnb never transmits the guest's card, and no deposit is ever scheduled.

The problem: these render as alert states for a condition that is 100% expected on every Airbnb booking, forever. A warning that is always on is a warning that gets ignored — which defeats the purpose of these exact indicators on direct bookings, where "no card received" is a genuine problem I'd want to catch.

OwnerRez already knows this is my configuration. Every signal exists:

- The booking source is a channel integration that does not transmit credit cards (Airbnb API).

- No security deposit hold or RDD is scheduled on the booking, and none is applicable to this listing site under my Property Rules / channel settings.

- No card-request workflow (security deposit guest reminder) is enabled for this channel.

Requested behavior when all of the above are true, in order of preference: 1. Don't render the credit card and security deposit rows at all. 2. Or render them as neutral informational text (e.g., "Payment: handled by Airbnb") with no alert icon or color. 3. At absolute minimum, never red/amber for these rows on such bookings.

Keep the current alert behavior wherever a card is genuinely expected: direct bookings, channels where the host processes payment (Vrbo API, Booking.com card-passing modes), and any channel booking where the host has configured deposit holds or card collection.

When I create a quote or examine any booking, so that I can analyze my prices, I need to see under Charges what the rent is being charged per each night, not just the total.

Why OwnerRez doesn't show this to us is a huge mystery. In any other business, the business owner can see tabulated in their invoices or billings what the charges are for each item and inspect them to ensure that they are correct before providing the invoice or bill to the customer. It needs to be the same with us businesses relying on OwnerRez for our billings.

The excuse from OwnerRez for not letting us see this breakdown under Charges is that we can go to see those under Nightly Rates. But that is an extra step that makes no sense for us to have to go through, and it creates a lot more work for engaging in further analysis of our prices and totals.

I just discovered that a particular quote that I was working on had a different total than when I added up the price of each night under Nightly Rates. With the help of Rezzy, I learned that a discount I had created, and that should have been applied only by a guest entering in a code for it, was being applied, and it wasn't even showing under Charges. Rezzy flagged this for me as a bug to bring up to OwnerRez engineers, but if those prices were broken down under Charges, I could have caught the discrepancy immediately instead of having to navigate around and back and forth from tab to tab in my browser.

The new Requirements section on Booking Overview (My Stay, July 1 release) shows "Not Met" permanently on channel-integrated bookings. For hosts who intentionally don't send the My Stay portal to Airbnb/Vrbo guests (the platform already handles identity, payment, and terms via House Rules), these rows can never be satisfied:

- "Confirm Contact Info" — channel bookings arrive with masked emails, so this stays unconfirmed forever unless we push guests to a second portal, which we deliberately don't.

- "Visit Guest Portal" — same; the link is never sent to channel guests.

- "Sign Rental Agreement" — this row appears on Airbnb API bookings even though our rental agreement's Criteria are set to Listing Sites = Only "My Website" [single Enabled agreement in the account, Criteria = Listing Sites: Only 'My Website', unchanged for ~8 months; the only other agreement is a disabled template, also My Website-only.]. The My Stay support article states: "if a rental agreement isn't needed, it won't appear in the Requirements section of the Booking Overview or on the My Stay guest portal" — yet it does. So either the card isn't honoring agreement criteria, or criteria don't control requirement applicability at all. Either way, there is currently no way to make this row reflect reality on channel bookings.

Net result: every channel booking carries a red "Not Met" badge that means "working as intended." That's alarm fatigue — we stop trusting the badge, which destroys its value on direct bookings where it genuinely matters (unsigned agreement, unpaid deposit).

Request, in order of preference:

1. Make every requirement row honor applicability criteria by listing site. Rental agreements already have Criteria — they should flow through to this card — and contact confirmation / portal visit need equivalent criteria or a per-channel setting.

2. When no requirements apply to a booking, hide the card entirely or show N/A instead of Not Met.

3. At minimum, fix the badge semantics: N/A rather than red "Not Met" when the only outstanding items are contact confirmation and portal visit on a channel-integrated booking.

you can do it yourself... Ask ChatGPT or some other tool to examine your pages/blog posts. Add schema markup as necessary. Do you know that you can add elements to your Property > Description > OwnerRez override, which can be edited in HTML (and not just have the "default" description populate the OR hosted site). See ours www.bluemountaincabins.com for example. Not perfect, but it has a lot more than a basic canned site. 

This would be a really big help.  Airbnb and other OTAs already collect ID and we're running across guests constantly who are asking why id needs to be submitted again if the OTA has the info. 

We need do need to collect for direct bookings though to make sure we have a real person staying.  

Would like the ability to set a lower guest limit for certain dates or a specific time period, without changing the default guest capacity for the property.  

My property has different capacity needs depending on the time of year. During peak seasons, I can comfortably host a higher number of guests, but during off‑season periods , especially when certain amenities are unavailable or undergoing maintenance, or I just need to temporarily reduce the number of guests.

Guests are increasingly using ChatGPT, Gemini, Copilot and Perplexity to find and compare vacation rentals. However, websites created through the current property-management platform do not appear to be fully optimized for AI and LLM-based search.

Please add built-in support for:

• AI search crawler access
  
  

  Website owners should be able to control and permit access for recognized AI search crawlers, including those used by:

  • ChatGPT
  • Microsoft Copilot
  • Google Gemini
  • Perplexity
  • Other emerging AI search platforms

  The platform should ensure that important property and company pages are not unintentionally blocked by robots.txt, noindex tags, JavaScript rendering limitations or other technical restrictions.

  
  
• Vacation-rental and property structured data
• Clear, machine-readable property details
• Company and brand information
• FAQ structured data
• XML sitemap and IndexNow support
• Reporting for traffic from AI platforms

Each property page should clearly identify the location, bedrooms, bathrooms, occupancy, amenities, pricing, reviews, booking link and property manager.

This is becoming essential for direct-booking visibility. Without these improvements, independent property managers risk being overlooked while better-structured competitor websites are recommended instead.

Please support and vote for this request so our websites remain discoverable as guest search moves toward AI-powered recommendations vs other search methods.

This has seemingly gotten lost. 

I want to bring back the VERY valid idea and approach of allowing the creation/use of REAL, valuable types (e.g., town/city, gym, hiking, boating, etc., etc.) and then linking them to the most logical fit the OTA supports. Otherwise, I personally don't see the actual value of the Nearby Places & Activities and kind of feel like I wasted my time to be frank.

Edit:  (After I submitted this, I see Mike already said pretty much the same thing.  But figured I would leave my thoughts here.  lol)

Hi Alece,

One piece of your request that I did want to mention is the owner cleaning expense. While I agree this could be made much simpler, there actually is a way to automate it today.  

The trick is to create a $0 Cleaning Fee that has a Property Management Expense attached to it, then add a condition so it only applies to Owner Bookings.

The result is:

• The owner isn't charged during the booking.
• A cleaning expense is automatically created and deducted from the owner's revenue on their monthly statement.
• You don't have to manually add the expense to every Owner Booking.

Here is an example setup for a $150 cleaning fee aka Expense in this case.

That said, I completely agree the current setup of the Cleaning surcharge/expense isn't very intuitive. It's really more of a workaround than a purpose-built solution, which is why I agree there's room for improvement. Ideally, there could be a dedicated "Owner Expense" surcharge type (or similar) that handled this automatically without requiring the $0 surcharge workaround, and without displaying a potentially confusing $0 charge on the booking's financial details.

The other scenarios you mentioned, such as distinguishing between bookings for the owner versus friends and family and deciding which surcharges should or shouldn't apply, are definitely valid use cases that could merit additional flexibility in the Owner Booking workflow.

As a temporary workaround, you could let owners know they're welcome to use Owner Bookings for friends and family. The booking would still automatically generate the cleaning expense, which would be deducted from the owner's payout at the end of the month. The owner would simply collect the cleaning fee directly from their guest. This keeps you out of the middle of collecting cleaning fees for owner stays, while still ensuring the cleaning expense is accounted for through the owner's monthly statement.

With that understanding, it may be worth considering enabling Owner Bookings in the Owner Portal today. While it doesn't address every scenario you've described, it could still automate a significant portion of the workflow compared to the current process of having owners create a block and then having someone on your team manually convert it into a booking and adjust the charges afterward.

I did notice that, but appreciate you making sure I hadn't missed it.

Unfortunately there are too many variables unaccounted for in the new Owner Booking setup that leaves it unusable to us at the moment. As stated here and in some other Feature Requests, owners are often blocking for other people as well as themselves. Some surcharges are to be sometimes charged; some aren't. Owners shouldn't have to PAY for their cleaning fee, just have the expense accounted for (as it comes off their revenue before payout). The list is long. Until there are more levers that can be pulled to clarify those nuances at the time of creating the booking, it causes too much for us to undo and redo afterwards. We're unfortunately stuck with owners still only being able to create blocks despite the "upgrade". I remain hopeful that this will be fully developed out sooner than later so we can put it to use! 

Hi Alece,

One nice feature now available thanks to the Owner Booking is the condition that you can add to a surcharge to specify whether the Booking Type is Guest, Owner, or both

Now you can define special handling for Owner Booking fees and how they are expensed compared to others.

OwnerRez won't know if this is a 'family and friends' guest that is going to pay the cleaning fee to you by credit card, or if this is the owner and you want the cost netted from their Owner Statement. If you decide to have a default surcharge configured for the owner stay, you can remove the charge and leave the expense

Please note: the Owner Booking is only available to PM premium feature users

100% yes!! Then when Rezzy gets back-end updates that impact our Directives, it could inform and guide us to adjust accordingly!

As our library of FAQs and Directives grows, it becomes increasingly difficult to maintain consistency and avoid duplicate or conflicting information. I would like Rezzy to include an AI-powered Knowledge Base Audit tool.

Key features:

• Audit FAQs and Directives for duplicates, conflicts, overlap, outdated information, and optimization opportunities.
• Search all FAQs, Directives, and property-specific knowledge by keyword or topic (e.g., "pets," "Wi-Fi," "service animals") to quickly determine whether a subject has already been covered.
• Suggest content that should be merged, updated, or expanded based on guest questions and AI usage.
• Compare property-specific knowledge with global knowledge to identify inconsistencies or missing information.

This feature would help property managers maintain a clean, organized knowledge base, improve AI accuracy, reduce contradictory responses, and save significant time managing Rezzy as the knowledge base grows.

Thanks for nudging on this again, Alece. I was able to find the support ticket you have open where this is being discussed and I see that Chris was able to give you a detailed explanation of what's going on behind the scenes. 

For visibility, here's what's going on at the moment...

After digging into this, we found it's a timing/sequencing issue on Airbnb's end. They're actually sending the booking message 5-15 seconds before the reservation itself goes through. So when Rezzy processes that message, it looks like there's no booking yet, because from our system's perspective, there genuinely isn't one; Airbnb just hasn't sent it to us yet.

We're currently working with Airbnb to figure out how to handle this out-of-order scenario without adding a blanket 30-second delay to all message processing. The goal is to keep response times fast while still correctly handling this edge case.

Yup, I thought it was fixed before but it seems to keep happening again. 

Hey @Bri -- Just FYI so you know, this continues to happen with every new booking (Rezzy responds to the guest's initial message not realizing there's a booking attached). So "Ensure Rezzy AI answers with booking context when guests book and message simultaneously" hasn't played out as expected a single time (at least not on my account).  

Yes this would be helpful for the security deposits that fail in OR but work when we manually do them in stripe. 

Hello - I work in the accounts Dept for our company and I need to attach cleaner, maintenance and other expense invoices to each booking - before I could drag and drop the document anywhere onto the page and it would automatically attach to the expense, it also showed the details of the invoice.  Now I have to scroll down to the attachments box only and also I can´t see what invoices have already been attached.  It would be great if you could add the document details back in and move the attachments box to inbetween the ´main details´ and ´pm breakdown´?  Keeping fingers crossed this is actioned!

Currently, when Rezzy does not know the answer to something, she creates a task asking myself to confirm certain information. It would be nice if I would could add a note to the task giving Rezzy the answer she needs and then she go in and respond back to the guest with the correct information.

Hi, I would never describe {BUFIXUP} as a workaround. It is the recommended field code for the initial request for a rental agreement and is included in the default templates used for that purpose.  It is now even more useful as the field code that initiates the My Stay process. Our upgraded contact into gathering, custom field filling, rental agreement signing, and security deposit credit card collecting page. And that is just phase one on the way to a fully functioning guest portal.

{BULEASE} is intended for sending secondary agreements and for re-sending the rental agreement if changes are made.  It has also now become the 'workaround' for those who aren't ready to adopt the My Stay changes. They can still use the BULEASE code to send out documents that bypass that process.

But BULEASE has some limitations and should be used accordingly. 

• It does not provide a credit card info option
• In an email template, it can be used within a hyperlink to select a specific agreement form. However, this doesn't work in channel templates, since you can't create hyperlinks. In those cases, it will select the first applicable agreement in alphabetical or assigned priority order. So if you want to send a specific agreement with BULEASE, do it by email.

One additional thing to mention is that the My Stay page now allows you to control whether you require a Rental Agreement at all.  Previously, the BUFIXUP code would give you a rental agreement whether you wanted one or not.  Even if you deleted all of your agreements, it would create one from the default. So those who wanted a minimalistic process had to create a minimalist agreement of some kind.  Now, it actually obeys your property > rules setting regarding whether you want to use a rental agreement or not.  This is a big improvement!

Just watched a RevMax webinar on this very topic.

They call it 'Length of Stay' pricing, but it is just another way of describing the same concept.  https://getrevmax.com/los-pricing/

They think enough of the concept to have a big chunk of their business based upon it, and ask $90 a month (in my case at least) to provide this. Granted, for that price they are including dynamic pricing (which I have no interest in, it offers little benefit in my mature, over-supplied market) and other services, but they won't provide Length of Stay pricing alone.

All this does is demonstrate that what I'm asking for here is actually a very important, needed feature.

My old PMS had this capability and it's a pretty straightforward concept.

Having a minimum stay isn't about forcing guests to stay a certain length of time. It's about protecting revenue. If a week's revenue can be had for a 4, 5, 6 or 7 night booking, then why not have that available for the guest?

It just makes sense!

It's crazy that in 2026 OwnerRez still doesn't provide a means for setting minimum prices.

It's also crazy that this can be posted here in this forum for so long and have only two votes!

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.

In the meantime, once an owner booking has been created, you can edit the charges to remove the taxes and make any other changes:  https://www.ownerrez.com/support/articles/changing-the-charges-for-a-quote#booking-charges

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.

No template and trigger capabilities for WhatsApp yet, but we do have a new Snippets feature coming fairly soon that will allow you to insert pre-written text snippets using a command in the inbox thread. Those will work with WhatsApp. Template / trigger automation is planned, but we have not gotten that into development quite yet.

WhatsApp has been promoted out of beta and is now accessible to all OwnerRez accounts! You can connect your WhatsApp Business account to send and receive messages alongside existing email and SMS options.

Setup & Connecting instructions can be found here - https://www.ownerrez.com/support/articles/whatsapp-messaging 

Excellent news! I find it really useful to nudge guests who haven’t yet paid their deposit and are arriving soon. 

Are we able to set up scheduled messages yet and templates or is it still just manual?

Thank you so much for adding WhatsApp. We Brits and European users really appreciate it!! 

Hi Bri. Are you aware that the issue to send WhatsApp messages to Brazil numbers, was resolved? I reported that some time ago, and I'm not sure if that was already solved. Fyi, Brazil is the second largest market for Whatsapp, only after India. 

Hi Ariel,

We're still investigating that. The support ticket you wrote in has been in the hands of our senior developers who are actively engaging with Meta. Apologies for the delay. They'll follow up as soon as we know more.

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.