Feature Requests

Sort by

• Newest Reply
• Newest Topic

All good for my purposes mostly, thanks again.

FYI - Would just point out, that some detail is lost, and alternate classifications are apparent between the export and the API. Example as follows:

I’m writing to see if a small update to the new owners’ statement P&L sheet summary is possible. Currently, the search feature is limited to the “Owners” option, which when comparing year-over-year (YoY) data for owners with multiple properties can be problematic. The “Year” column is required in the “Column” dropdown menu, which combines all locations into one total for the “Owner.” If the “Property” option could be added to the “Owner” dropdown menu, it would simplify the process and allow us to separate YoY data by location in a single, clear report. This is particularly valuable for clients who want to see YoY progress, but have multiple properties under a single owner.

Right now, I’m only managing a single property, but I plan to expand—either by acquiring additional units or by offering management services to other owners. As someone preparing to become a foster parent, it’s especially important to me that anyone staying in my properties is who they claim to be and does not have a criminal background.

That’s why I’m testing Authenticate. It’s a strong tool, but it currently returns verification results only through custom fields. While manually updating bookings with tags to trigger events is manageable with one property, scaling to multiple properties would mean spending more time maintaining the system than supporting guests.

Thanks so much Bri, yes that works a treat!

Thanks for checking in about this. It does sound like this could be very important to have.

In our development team's research, MIT mandates are more for recurring or subscription type payments, and do not necessarily apply to our system functionality.

The closest would be for Scheduled Payments, where a card is Tokenized and that token is placed on file at the time of booking and then used for an additional transaction at a later date.

If that token is canceled or revoked for any reason, when the transaction attempt is run, it will come back declined and the guest will (if enabled on the account) be automatically notified of a failed payment. That notification includes a link for them to submit a new card which will rerun immediately.

This only applies to a portion of our Stripe users, not those using Direct Processing functionality. 

I'm trying to reconcile the deposits that OR thinks have come in over the last month with my bank statement. To aid this process, I would like to have a way of simply and easily generating an Excel file that contains each lump-sum amount and the date it went to the bank.

But so far the only way I've found of actually getting this data displayed this way is to go to the Deposits screen and filter by last month. Presto! Super easy, and exactly what I'm looking for! Only problem is, although Rezzy is convinced that there's an Export button on this screen, there actually isn't. So there's no way to get this data to Excel.

The only way to get the info into Excel is to export a Payment Details report, and then have Excel summarize by listing site and deposit date. I get there eventually, but it's a lot of extra work. The only deposit-oriented reports currently available in OR center more on tracking big-picture cashflows, not reconciling details. Hopefully upcoming changes to the PM platform and reporting are going to make it a lot easier to run the financial side of things.

[This topic has been merged with another topic (Adjustable date range in Owners Dashboard view - Owners Portal). All unique votes have also been merged.]

[Another topic was closed as a duplicate of this topic (Owner Dashboard Property Management)]

There is currently no way to create a criterion for when ALL lock codes associated with a reservation/unit are successfully triggered. Currently, if just ONE lock is successfully generated (and others have failed), the trigger condition is met. 

So.. if you are in a multi-lock environment, you are exposed to incorrectly sending code messages to guests when the code wasn't generated. 

Tech support confirmed that an ALL condition is currently not available and a "feature request" must be submitted so multi-lock businesses can use this item correctly.  This isn't so much a feature request but to correctly implement a multi-lock environment that is advertised and supported.

Hi, all!

We have added new field codes - BNRENTT and BNRENTL - that show booked nightly rates in table or list format. These can be used in emails and documents to show guests a breakdown of nightly rates for their stay.

With that, I will mark this request released! If you have further suggestions for improvements in this area, feel free to open a new Feature Request.

Thanks so much!

Hi again, Evan -

We've fixed the search widget to properly display "Studio" for properties that don't have bedrooms instead of showing a blank space. That in mind, I'll mark this request as released!

Got it. Manual transfer or minimal balance. For some reason my listing very rarely gets a renter through VRBO (used to be ~40% of bookings, now it is maybe 1%) -- that once renter decided to cancel, causing me 2.9% heartburn and negative balance :).

Thank you, Steven.

The Use Case I am developing a custom, headless direct booking website for my property management business using the OwnerRez API v2. My site acts as the Merchant of Record. We collect credit card payments directly via our own Stripe integration (using Stripe Elements for a seamless branded checkout) and then use the OwnerRez API to create the booking.

The Problem Currently, there is no public API endpoint to record the financial transaction that has occurred.

• I can successfully create the booking via POST /v2/bookings.

• However, the booking is created with a $0.00 Paid Balance and a "Pending" status, despite the funds already being secured in Stripe.

• There is no endpoint to "inject" this payment (e.g., POST /transactions or POST /payments).

• The total_paid fields on the BookingModel appear to be read-only/computed.

What I Have Tried I have extensively tested the v2 API with the following results:

1. POST /v2/bookings/{id}/payments: Returns 404 (Endpoint does not exist).

2. PATCH /v2/bookings/{id} trying to set total_paid: Returns error "Property 'total_paid' could not be found on 'BookingEditModel'" (Confirmed Read-Only).

3. PUT /v1/bookings/{id}/charges: Returns 404.

The Current Workaround My automated system creates the booking, but I must receive an alert and manually log in to OwnerRez to record the payment for every single direct booking. This breaks the automation loop and is not scalable.

The Request Please expose a writeable endpoint for Recording External Transactions. Ideally, this would look like: POST /v2/bookings/{id}/transactions

Payload:

JSON

{
  "type": "payment",
  "amount": 500.00,
  "date": "2026-01-13T12:00:00Z",
  "method": "credit_card",
  "reference": "pi_123456789", // The Stripe Payment Intent ID
  "gateway": "external_stripe"
}

Why this matters As more PMs move toward custom "Headless" booking sites to improve conversion rates and brand identity, the ability to push external payment data is critical. We need the API to support the "Merchant of Record" model fully, ensuring the OwnerRez ledger matches the bank account without manual intervention.

Has anyone else solved this, or can the Dev team provide a timeline for a Ledger/Transaction API?

Thanks, Dan

Stripe does have documentation that covers this scenario here:
https://support.stripe.com/questions/fix-the-negative-balance-on-your-account

In most standard Stripe accounts, if the balance goes negative, Stripe will automatically attempt to debit the connected bank account within a couple of business days, assuming the bank account supports debits. This process is managed entirely by Stripe.

Stripe also offers an option to maintain a minimum balance in the account, which can help avoid negative balances in the first place by keeping a small buffer available for refunds or adjustments.

Speaking from personal experience, I’ve used Stripe for over five years and have rarely needed to manually add funds. In most cases, incoming payments covered refunds naturally before any manual action was required.

From the OwnerRez side, we act as a pass-through between you and the payment processor. We submit payment and refund requests to Stripe, but we do not maintain balance information or manage bank account behavior. How and when funds are pulled to resolve a negative balance is handled directly by Stripe.

Steven,

Always check everything AI (or should I say "II" (Imitation Intelligence)?) says, lol... Alas, I was not in a position to do that -- I never had to deal with Stripe API.

So, is there a way to automate these auto-debits in any way? Like a process that once a day checks the balance and initiates auto-debit (if balance if negative)...

Having to top it up manually isn't ideal...

Thank you,
Michael.

Thanks for that feedback, Adam!  And Rezzy will do the same for WA messages when that is complete as well.

Hi Michael,

You’re absolutely right that Stripe supports a debit_negative_balances setting, and you’re also right that it can be a convenient option in certain Stripe integrations.

The key distinction is which Stripe API that setting applies to.

OwnerRez uses Stripe’s Payment Intents based workflow. That API is designed to create and confirm individual payments, with very explicit control over authorization, capture, and failure handling for each transaction. In that flow, Stripe does not allow negative balances to be automatically debited or netted in the way that debit_negative_balances supports.

The setting you’re referencing applies to Stripe account balance and legacy charge flows, where Stripe manages a running balance and can reconcile negatives automatically at the account level. Since OwnerRez does not operate on that balance-driven model, exposing that flag would not change behavior for Payment Intents and would create misleading expectations.

We intentionally chose Payment Intents because it provides stronger guarantees around payment state, error handling, and compliance, especially in high-volume and hospitality scenarios. The trade-off is that certain balance-level conveniences in other Stripe APIs are not available in this model.

So while the Stripe documentation is correct in general, that specific option is not compatible with the Stripe API path OwnerRez uses today, which is why it isn’t exposed in the integration.

If Stripe adds equivalent support for this behavior within Payment Intents in the future, it’s something we’d be happy to reevaluate.

Hope that helps explain more.

-Steve

Thanks Paul. the good news is that Rezzi is starting to work well with texts and the platforms including the assigned owner rez sms phone number.

Hey Test,

Quick update - we have been actively working on WhatsApp throughout the entire fall.

Back in late summer, Meta released a new "Coexistence" integration that allows current WhatsApp Business App users to integrate with software partners (like OwnerRez), which we want to support because we felt like that is how you would prefer to use it - in your WA app and in OR side by side. So anything said in WA shows up in the OR inbox and vice versa.  We popped the champagne and felt happy.

However, we then began working on it and conducting tests.  It doesn't work well.  In fact, it doesn't work at all unless you have a "sufficiently active" WA account, which is an entirely arbitrary, opaque requirement that they do not define or explain.  In testing, many of our WA accounts won't connect because "the account doesn't have enough activity," including real phone numbers that have been on WA for a while.  Meta will not explain or help us with this at all.

We do actually have a live, working beta out right now, which a few limited users are helping us test with, but again, you have to have a "sufficiently active" WA account, and we're still doing a lot of testing. Also, our inbox support for WA is still very primitive, so we haven't opened up the beta group beyond a couple of people.

On the engineering side, we went back to the drawing board about a month ago and are building full support for all 3 versions of WA including the original one we started last summer, where a brand new account can register a new number, though that type of connection will not allow you to use the WA Business app from your phone. If you connect that way, you will only be able to send/receive WA messages from the OR inbox.  We plan to support all 3 of their connection types, and we are working on that now.

That's the current delay. Hope this helps explain things.

The issue with the $0 reservation is it messes with reporting, as the reports will average in the $0 stay and mess with your ADR 

This would be awesome! And even better if Rezzi could reply with quotes for bookings.

We do this already. Just book and use a code that gives you 100% off. You are then treated exactly as a guest would be.

This is a really SAD delay and should be huge priority. It is not only for any property outside of the UNited States, it is for any GUEST from outside of the United States renting a USA property. The whole world is on whatsapp and it really would help to get OwnerRez on it as well.

So if I leave the Labor Day season rate blank, it auto-fills with the underlapping season's rate (from September) instead of the rate being $0?

Hi,

%subj%. According to Stripe documentation all you need to do is to set `debit_negative_balances` option to `true` (in your OR <-> Stripe connection) using related Stripe API. Pretty convenient feature, I am suprized it isn't being exposed to OR users.

Regards,
Michael.

Hey Elliot!

I beleive you can do this via a Rate Adjustment surcharge. You'd still need to create seasons for those scenarios, like Labor Day weekend. However, if you don't want to enter seasonal rates, you can try doing this by creating a Rate Adjustment surcharge and setting a condition to apply to the specific season to raise those rates. Go to Settings > Surcharges > click Create Surcharge > select Rate Adjustment under Standard Surcharges: 



From there, enter a description, the amount you'd like, and whether it's a fixed amount or a percentage of the rent. Then, click Add Condition > select Season from the drop-down and set the season you'd like it to apply to (for example, choose the season you created for Labor Day): 



Once that's been created, it should increase your nightly rate by that amount for stays that fall within that season. More on Rate Adjustments here: https://www.ownerrez.com/support/articles/rate-adjustment-fee

Thanks! When I set up the schedule it did not allow for this, but I just adjusted after seeing these screenshots. I appreciate it! 

That sounds great. Is this estimated to be released any time soon?

This is something we are actively planning to add to Rezzy, as our UA team has identified it as a necessary setting. As you pointed out, it needs two settings - one for initial delay, and then a smaller (or even non-existent) setting for lag once "in the conversation".  While you may want Rezzy to wait 5 minutes before answering, you don't want every subsequent reply to also wait 5 minutes. You would want just a few seconds on the follow-up replies probably.

And yes, it will be a per-schedule setting so that you can configure the overnight one differently.

Hey Mitch,

We fixed that a while back, so you can definitely do exactly what you're looking for. Here is a live running example of exactly what you're asking for (a single schedule that covers an overnight time period):

And here's how it looks when on the edit side:

Does this answer it for you, or are you still looking for something else?  If you are getting different results, let us know!