Feature Requests

Sort by

• Newest Reply
• Newest Topic

Hey Julie,

Thanks for that feedback! Rezzy is absolutely correct. You can now set up a custom template and corresponding trigger to create a notification for yourself when a certain discount is applied on a booking!

(To quote Rezzy) Here's the setup:

1. Create an email (or SMS) template addressed to yourself with whatever notification content you want - booking details, guest name, etc.
2. Create a trigger: Type: Immediate, Event: Booking is created, then add Condition > Financial > Discounts > [your promo code].
3. Set the Action to your notification template.

That trigger will fire and send you a message whenever a booking comes in with that discount code applied. More info on those financial trigger conditions can be found here - https://www.ownerrez.com/support/articles/triggers-setup-configuration#conditions-financial 

This request should have been marked released well before now. Apologies to everyone that it was missed.

If we haven't quite met your expectations with what is available now, feel free to open a new request for voting!

Disregard my complaints, I searched rezzy help and it looks like this is available now! Yay!

Hi Jose,

It appears that inline images aren't supported for channel templates because of limitations in the channels themselves. That said, we appreciate you sharing this idea with the community!

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.

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.

If you're using the progressive web app (PWA) on your iPad, there's currently a known issue where clicking on an image in the inbox goes to a blank screen instead of downloading it. Be sure to keep an eye on our weekly release notes for when a fix is released!

Hi Sheila!

You might be able to do this by creating custom cleaning fees rather than a standard cleaning fee, but it will most likely only work for direct bookings, and the channels like Airbnb and Vrbo might not respect the conditions. To create a cleaning fee for stays shorter than 14 days, stays 14-30 days, and stays for 30+ days, you'd need to create 3 separate custom cleaning fees and add a number of nights condition to each one.

For stays shorter than 14 nights, you'll want to set it to number of nights is less than 14:

For stays that are 14-30 nights, you'll want to add two number of nights conditions: one for number of nights is greater than or equal to 14, and another for number of nights less than 30: 

For stays that are more than 30 nights, set a number of nights condition greater than 30: 

If you need to create a cleaning fee for bookings that had pets, and it's separate from your pet fee, you could create a custom cleaning fee and add a number of pets condition is greater than or equal to 1, and it should only be added to bookings that indicate they're bringing a pet: 

You'll also want to add a listing site condition to all of these surcharges so that it only applies to direct bookings, since these most likely won't work for channel bookings: 

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.

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.

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.