Latest Activity...
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:
POST /v2/bookings/{id}/payments: Returns 404 (Endpoint does not exist).
PATCH /v2/bookings/{id} trying to set total_paid: Returns error "Property 'total_paid' could not be found on 'BookingEditModel'" (Confirmed Read-Only).
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!
Please fix the schedule to make it so that its not only available every 30 minutes and can be tied to "overnight." So ideally we could set it to go from a set time (say 9 pm) to the next morning at another set time (say 7 am) to tie the auto responder to that schedule, and the draft responder to another schedule. The current method makes it so that I can only have the schedule active from a set time until 11:30 pm, and then have it pick up again at midnight and go until the morning, leaving a 30 minute gap every night.
Ideally please make this also time based to go alongside schedules. Like for example, you could set this to 3-5 minutes during business hours of 9-5pm, then could adjust it to a different time schedule overnight hours.
I'd like to request that the booking window for gap-filling bookings be able to be set separately from normal bookings. For example, if our default minimum stay is 3 nights, a 2-night gap would become bookable only within the 30-days-out timeframe. We'd love to be able to sell a lot more gap bookings, but the way it works right now there's just too much possibility of cancellations far out, and we'd be left with a "gap" booking with no bookings left around it. So instead we're left with completely disallowing gap bookings, and if no one has a chance to review every one of our properties and manually change the minimum nights on those gaps we're left empty.
Hey Donaven,
Thanks for submitting this request.
Not every property share has a single website, though. Some are groups of partner websites that all host the same widget, but us pointing to one website as "the" property share would be misleading.
I think there's some room for improvement here in the way that we present the property share description at creation though. We could consider adding some language here that implies that if there's a direct URL to be shared, list it in the description on creation.
We'll discuss this internally. Thanks again!
I'm not sure if I am seeing tasks created when a review comes in or when guests provide private feedback. This would be helpful. Thanks!
The time format when inserting the check-in/check-out or other time-based fields is really simple: 4 PM or 11 AM.
For some people, that's probably fine, but it doesn't fit the format/style that hosts may want as part of their brand. So if I want to have consistency, I either have to make all my default times in messages to match OwnerRez — which doesn't fit the brand we're going for — or the time has to be hard-coded in the message but may require multiple message templates if different properties have different check-in or check-out times.
Suggestion: add an option like date to the profile settings so I can pick from different options (for example):
Once selected, all inserted time fields into messages, templates, etc., will be consistent across the platform and for the host's brand.
Thanks!
Hi Laura,
The ability to type in the property name in that dropdown is coming soon! We are adding type ahead filters to a number of dropdowns throughout the system. I suspect that we have that rolled out in the next couple weeks.
As for the rest of your request, thanks for submitting! If you think others would love this too, spread the word and invite them to upvote. Community feedback really helps us prioritize what to build next.
In tasks, we'd like to assign new categories, creating our own for our team (update/create welcome book, or add a new listing). Also, when selecting a property to assign to tasks, we'd like the ability to type in the property name into the search filter. Currently, we have to scroll through the 130 properties to find the one we want.
We appreciate you taking the time to submit this feature request! If you know other users who would benefit from this, we'd encourage you to share it with them so they can add their support by way of an upvote at the top of the page.
