Latest Activity...
Thanks for the feedback on support, Guillermo. I'm truly sorry you feel that way, because we pride ourselves on our support - being One Touch Solve and People First.
You are right that we don't answer the phone live because we prefer good support over fast support where we have to pick one or the other. It is not possible to provide good One Touch Solve support by answering the phone, and all of our competitors who claim to do that (with their "Account Reps" and so) demonstrate that every day. You get someone who answers, but that person cannot actually answer your questions so they escalate or say they will get back to you and it's days later.
Our email response time is around 1 business day most of the time, though holidays/weekends certainly change that. We are not satisfied with the speed yet, but we do focus on it and have improved many things that we are proud of.
Have you used our Rezzy support chat yet? Look for it in Help > Ask Rezzy here on the www side. It's quite good, completely natively buit by our team, and a sign of where we are going. We anticipate this providing even better faster support where email/phone could not possibly match. Check it out!
Re:pricing, rest assured that we take pricing increases and add-ons very seriously, and we spend a lot of time discussing the best way forward. AI is very expensive to operate. Our data center costs have doubled several times over the past few years with major increases from AI alone. Every time a guest message is processed or a sentiment is created, there is an AI cost from that, and we are doing that many thousand of times per hour.
Similarly, many of our new integrations have cost a lot of time and money to develop, and some have ongoing costs. We have not increased the base price in 3 years, as we promised to wait a few years and only increase when necessary, but that time is coming up as well. We are considering rolling more items into the base, but aren't sure yet which way we are going to go.
I could write out a long list of improvements that we have made over the past months and years for the base service (excluding add-ons), so it's not fair to say that our strategy is to charge for things separately instead of improving the base service. We have made vast improvements outside of the premiums.
A lot of thought and discussion is being spent on pricing, so please know that we care about the issue as well.Thanks for raising the discussion.
Guillermo, we already support this.
Look at the "Conditions" when you're setting Length of Stay discounts. You can specify what months it applies to. See below.
You can create as many variations as you need, where each one targets certain months of the year. 👍
First of all, when you have an urgent issue, there’s no phone number to call and no fast email support. Responses often take 48 hours or more — and sometimes they don’t even answer the actual question, or they just say “watch the videos” (there are hundreds of them).
On top of that, new “features” like Rezzi guest messaging are being added, but they charge $10/month per unit for it — while other property management systems include similar tools for free.
It really feels like every new integration or feature ends up being something OwnerRez profits from separately, instead of improving the core platform for users. It seems they’re more focused on adding paid add-ons than on actually enhancing the software itself.
This is disappointing, especially for those of us who have been loyal users for years and simply want OwnerRez to keep improving instead of charging extra for basic features that should already be included.
I use PriceLabs for dynamic pricing — not sure about other property managers — but as you know, dynamic pricing automatically increases or decreases nightly rates based on many factors ( like last minute discounts )
The problem is with monthly pricing. OwnerRez currently allows only a single percentage discount for monthly stays that applies to the entire year. It doesn’t allow us to set different percentages (or fixed prices) per month.
Because nightly rates change dynamically, a single discount (for example, 30%) can make sense during low season, but it becomes too cheap during high season. As a result, my monthly rates are not competitive, and I’m missing out on long-term bookings, while other software platforms already support this.
👉 The ideal solution would be for OwnerRez to let us enter custom monthly prices — either as fixed amounts or different discount percentages for each month. I prefer fixed amounts
This would solve the issue and make monthly pricing much more flexible and aligned with dynamic nightly rates. This is very important !
Regardless of the discounts applied or the manually inputted spot rate, would like to set a minimum rate for a given listing.
My properties are in Bali and our prices are in millions. I would like to see prices displayed with the thousand separators. Like 2millions is 2.000.000Rp. To avoid typos
My local merchant processor requieres that we are able to show the currency, in our case USD, where prices are shown to avoid the confusion due to the fact tha in Belize, USd and BZD are used side by side. So now, every time I onboard a new property and have to get a new merchant account, this becomes and issue.
Starting to use Owner Statements in OwnerRez instead of manually creating them. We need this feature as well, it is very important
Circling back to say thank you again for the feedback, Nina. I want to be very clear that we appreciate all user feedback and the different perspectives that come with it. I was discussing this issue with someone internally, and I think we can make this better for you with some options on our side.
The confusion arises because the USD amounts are not explicitly labeled as such. What I’m requesting is that all currencies be clearly identified by their code (e.g., USD, BZD, etc.) to avoid any misunderstanding.
If you're asking that we put a "xxx" currency abbreviations on every rate/amount everywhere in the app, we probably aren't going to do that as that would not follow our design practices, nor is it common practice in e-commerce generally speaking. There are many currency symbols across the world (pounds, francs, yen) that are shared between countries, not just the dollar. It's not a matter of discriminating to one symbol, but following normal e-commerce and design standards.
On the other hand, if an app supports multiple currencies (such as USD and BZD) within the same account, then I agree that there should be some way of showing $USD and $BZD for that specific account so that you know what you are looking at. But I don't see that going on in your account, which is why we need some clarity on how you do business. Currently, you have USD set up globally for all properties with no differences between them.
Can you provide some details around where you would like to show both USD and BZD amounts on your website and, therefore, need to show the distinction?
Do you have some properties that need rates in USD and others that have rates in BZD?
Thanks for your help and feedback.
Hi Paul,
Thanks for your reply. Unfortunately, it doesn’t quite resolve the issue. While we are indeed in Belize where BZD is used, USD is also widely accepted—especially in the tourism sector, where it’s considered the standard.
The confusion arises because the USD amounts are not explicitly labeled as such. What I’m requesting is that all currencies be clearly identified by their code (e.g., USD, BZD, etc.) to avoid any misunderstanding.
Thank you for your attention to this,
Nina
Nina, all countries that use the $ symbol are supported equally. USD does not override any other in OwnerRez. USD is often set as the default when you first join based on the location of your device (eg. if you are in Florida, it will detect that and mark USD).
There is a Currency option under the Settings > > Branding & Legal > Guest Culture area. Yours is currently set to United States Dollar. Do you want to switch it?
Belize is in there, but you have to search for it by language first because it's specified as "English (Belize) - BZD ($)"
And if you want it to be different per property, you can do that too. There is a "allow me to set it uniquely for each property" option, though you should do that carefully as the reports will show mixed currencies where you have USD and BZD bookings on the same report.
Hi Laura,
Your image is broken and I can't see it. Could you drop another comment with that image pasted again? You'll want to use the upload option here in the formatting bar for best results.
Hi Denise,
The Line Item Pivot should show you separate columns for each discount, and the discount amounts. You should see those columns titled as the Description of said discount. For example, if you have code FAM123 and the Description for that discount is "Friends and Family", the column on the LIP that will reflect it will say "Friends and Family".
I'll ask our Support team to send you some screenshots in the ticket you have open with them.
The Product team has reviewed your feedback, and we'd ask that you submit a new Feature Request specifying that you're looking for a dedicated report that only contains the information you're looking for, since the Line Item Pivot includes more than what you're after in one report.
This request here was interpreted as having meant that this information did not appear on any OR reports, which is why it was merged into a similar request.
Thank you!
While OwnerRez hosted websites are easy to create, they’re bulky and not nearly as robust as most competitor sites. To help bridge that gap and allow more professional customization, please increase the CSS limit for hosted websites. This would let users make much-needed design and layout improvements without leaving the OwnerRez platform.
This is crucial for me and the primary reason I have not moved from RemoteLock to OwnerRez to manage my locks. I need to be able to put, for example, my cleaner's code in ONE time and have it sync to all locks, or give my HOA an emergency access code to my three properties in that subdivision. It's far too cumbersome to manage codes like that on each lock individually, especially when they need periodic rotation.
But with RemoteLock recently changing their plans and causing my annual bill to jump from $600/year to $1800/year, I'm rethinking moving to OwnerRez. But a team/group management function is absolutely critical for me to do so. Any chance it can get put into the feature?
[This topic has been merged with another topic (Add TAB REMOVAL automation). All unique votes have also been merged.]
[Another topic was closed as a duplicate of this topic (Tag Automation Suggestion)]
Our most important seasonal rate which we call the Off Season that spans from September to May currently shows the lowest & highest monthly rate based on 28-nights in Feb & the various 31-night months within that season when in reality the only correct rate is being hidden between those two numbers since we have a 30-night minimum for the Off Season regardless of a 28 or 31 night month a booking might fall within. So the actual monthly rate for that season isn't being displayed on the rate charts for all of our properties which leads to a lot of confusion for clients and us having to constantly use the booking widget to get the off season rate for folks by entering in a random 30-day set of dates in order to get them the correct monthly rate for this season.
The other two seasonal rates we have are Summer Season which is just the month of June & Peak Season which is for July & August. Both of those seasonal rates show up perfectly on the rate charts since all months within those seasons match their nightly minimum (30-nights for June & 31-nights for July & August) but we're proposing another option to be added which would be for the Rate Charts to display the minimum nightly rule we set for each season so that the Off Season will correctly display a monthly rate just like our other two seasons since it would no longer be showing incorrect rates for a 28-night Feb & 31-night months from Sept-May.
This small feature would revolutionize the way we interface with clients and also speed up the process to be able to quickly glance at our charts to be able to rely on them. We have undoubtedly lost bookings because folks didn't understand the rate chart discrepancy we've just laid out for you or were turned off by it thinking we were trying to charge them more than what they saw displayed on the chart. We understand this feature is more suited for your Monthly users but we think adding this as an option would greatly help the Monthly booking users on your platform and would not take away from anything since this would just be an additional feature users can click or not click to turn on.
As an international customer, I find the appropriation of the “$” symbol to exclusively represent USD both misleading and discriminatory. The United States is not the only country that uses the dollar sign — currencies such as CAD, AUD, BZD, and many others share the same symbol.
If OwnerRez intends to position itself as a truly international platform, then the display of currencies must reflect that reality. Each currency should be shown not only with its symbol but with its specific code (e.g., USD, CAD, AUD, BZD) to ensure clarity and inclusivity.
Our team has had to manually filter hundreds of messages and bookings because of this oversight. This issue was raised when we first onboarded with OwnerRez, and it’s disheartening that it still hasn’t been addressed — or even acknowledged as the serious issue it is.
This isn’t a small cosmetic tweak; it’s about accuracy, fairness, and respect for global users. The current practice reinforces a US-centric bias that alienates international customers and undermines OwnerRez’s credibility abroad.
If OwnerRez truly wants to continue its international growth, updating its currency display options is not optional — it’s essential.
We would like renters to be able to see the guest review banner at the top of each property listing page, or where they book, like it is on Airbnb.
Example:
Great news!! Thank you!
"Days between booked and arrival" conditions are heading into testing very soon! I'm changing the status of this request to In Development at this time.
Hey Joseph,
This has been released. If you have no active discount codes configured, your guests will no longer be presented with the field to enter a code at checkout.
Thanks again!
Another use case is when you use authenticator.com linked to OwnerRez and want to send a reminder if the user has not yet authenticated.
Hello OwnerRez Team,
I’d like to strongly request the addition of hotel-like property management functionality — the ability to manage a single property with multiple room types and shared inventory, similar to how most professional PMS platforms handle hotels and multi-unit listings.
This enhancement is critical for hosts and property managers like me who operate multi-unit properties or buildings with identical or variant room types under the same address. Having centralized rate, availability, and reporting management for such configurations would dramatically improve efficiency and make OwnerRez a viable option for larger portfolios.
Please consider prioritizing this functionality in your roadmap — it would be a major step forward for many of us who love OwnerRez but need this feature to scale operations effectively.
Thank you for your continued work and innovation.
Best regards,
Hi,
I think I'm doing it wrong, because it doesn't show which discounts were used. And it would be very useful to be able to filter by discount coupon; it would be much easier.
Thank you for bringing this to our attention!
We are considering removing the input for the discount code in the page when there are no applicable discount codes in your account. I'm marking this request as Planned for the time being, but I believe we may be able to get this addressed fairly soon.
It would be great to have a location where a user can go to see past and active support tickets, and be able to add additional details, such as screenshots, etc. This way multiple users could see support tickets in the same account and track and/or add additional examples of similar issues, to help OwnerRez in diagnosing issues faster and not rely on an email exchange for follow-ups, screenshots, and historical records of issues.
For example, I recently created 2 support tickets and would like my co-owner to track them, but I was unable to add screenshots to fully explain each issue and have to wait for the initial email follow-up to then remember what I was doing and take screenshots to submit for each issue. I'd like to provide OwnerRez with as much, and as clear of information as possible upfront, to aide in diagnosing issues more completely and quickly for everyone.
Hey Alece,
Glad you're loving the look! I think it's pretty slick.
We actually have what we're referring to internally as "Percent on Category" coming down the line. I believe this will satisfy your request. Essentially, to align with channels and to simplify calculation overall, we're switching percentage calculation to go purely based on category. Surcharges and taxes will have applicable categories and percentages will calculate only based on that rather than factoring in order at all.
With that in mind, I'm marking this request as Planned. We've got to get the design of this feature fleshed out before it can move into development, but it is on our roadmap. I'm hoping we can get the design work started this period so we can introduce this sometime early to mid 2026, but as I know you're aware, those timelines are subject to change.
