Latest Activity...
I'm requesting that you add the following fields to the Bookings API:
total_rent
total_surcharges
total_taxes
total_channel_fees
Currently, the API only provides these:
total_amount
total_host_fees
total_paid
The problem with what you provide (from an investor/business standpoint) is that total_rent includes things like cleaning & taxes, which makes it useless for looking at profitability. This is made worse by the fact that some channels charge guests for taxes separately (AirBNB) and for some (VRBO) hosts collect and then remit them later, so it's impossible to predict how much of "total_amount" is actually income.
I realize that the API includes an array called "charges" which includes each line item charge, however this is very difficult to enumerate in code and tie to the parent record. It would be much easier to just include it in the base array along with the other totals.
Thank you for your consideration
I am also working on this! Are you currently collaborating with anyone else?
Tim
I had to turn it off too! I'm a property manager. I'd set everything up correctly, but it imported guests as clients (not the same thing for me) I have a huge mess on my hands and right before tax season. I'm really bummed. Definitely not a happy camper and I'm still in my free trial period!
We have been considering this as well. We were using BNBtally with QuickBooks before switching over to OR QuickBooks integration. It honestly made things way less time consuming and was more accurate. We are considering switching back, but have been holding off hoping to hear something from OR on future plans for the QuickBooks integration.
(A partnership between BNBtally and OwnerRez would be cool... *Hint hint)
Same here - would love to help out!
I too am a big HomeAssitant user. I would love to collaborate on this.
Not any help but also in the same boat. I thought Quickbooks integration would make life easier but it’s more complicated than the single entry accounting excel workbook I created. Very disappointed. Let me know if you come up with a better solution for this integration.
Noelle-
You can export the information you're looking for by exporting your Bookings List view & sort the export file by property.
To do this, go to the Bookings tab in the OwnerRez menu bar, then select List on the far right (assuming you're not already in List view):
Once you're on the list view, use the Filter option to tell the system what date ranges to encompass, or whatever other preferred filters you'd like to sort by:
Next, use the Export button to export that file. You can either download to excel using the Export button alone, or us the dropdown arrow to choose your file preference:
Hi Caleb,
Thank you for the instructions, however the export does not indicate which property they visited. Could this column be added? Ideally want to understand from where the majority of guests are coming to visit for each property managed.
Vrbo API connected hosts should be seeing the address come in automatically at booking creation. Non-API Vrbo hosts can collect the address either as part of the rental agreement signing process. The contact details should also come in via channel bridge.
VRBO hides the address of guests on reservation information -- how can OR get that?
Hi Noelle,
If you navigate to CRM > Contacts, then export at the top right you'll be provided a list of all your guests with their address location as well. Long-term we have had discussions of custom reporting, however I can't provide an ETA for such a feature at this time.
~Caleb
Does this report exist yet?
I've decided for now to turn off quickbooks sync and have each property deposit into their own account and just run a report periodically to match. I just find it too time consuming to match fees and deposits. I could spend hours of my day doing this and not sure the huge gain doing this. Curious what other people are doing
I am a big Home Assistant (HA) user and it is fun to add integrations into the system so that it can interact in an integrated fashion with other smart devices. I am currently working on understanding the framework for new integrations to HA (written in Python). A good starting point for me is to develop an integration with OwnerRez so that the calendar and properties are exposed in Home Assistant. This way I can then add simple automation rules to my system to ... say set the temperature via my nest thermostats to a comfortable setting on the day of guest arrival (before they arrive). Once integrated into HA, the automation engine makes all sorts of things possible!
Anyhow I have written a Python integration for OwnerRez that I can integrate into HA. I would like to eventually make the integration as a downloadable add-in to HA users. I know that the intersection of HA users who are also on OwnerRez is likely extremely small, but hey it is fun to do.
My API works quite well and instanciates my property into a Python object and it then has a nice method to retrieve all future bookings (with dates and check-in times) for a pre-set number of days into the future. The challenge that I am having is that I only have one property and I really do not want to add to my monthly cost to create a second fictional property. I am just wondering if there is an account set up for testing that I could use to test my code against for more than one property. Also I may like to enhance the API into the future to write rather than just read and I certainly do not want to be testing this on my single live property.
Anyhow, I am not sure anything like this exists, but I thought that I would ask. It would be great to have an account that has, say three different properties on it with various fictional bookings. Obviously it would only be for testing enhancements to my API.
Glenn
Hello Erik,
If you want help, please contact us here https://www.ownerrez.com/contact/us
so we can exchange more details and give you proper guidance.
I just used the closes color I could without using the CSS. I never could figure it out. This has been a couple years ago but if I remember correctly I was told the CSS wasn’t fully developed to do what I wanted (at that time). So I gave up and used the built in colors from the widgets. www.RentWaterscape.com
Hi Danica, what did you end up doing to accomplish this? I'm in the same scenario you were in and can't for the life of me figure this out. I'm familiar with CSS so don't think it's lack of knowledge in that department that's hindering me here.
Is there a way to show previous years' chart columns as a different color?
Yes. That's how I would recommend doing it. One reason to keep the api calls on the server is to avoid exposing your username or token to any visitors on your site.
Hey Joel,
Thanks for the response. I am sending the request from the client side/web browser. So I just need to make the API call to OR from my backend (haven't written one yet but it'll probably be node.js) and then build a "wrapper" API to be able to access it from my webapp, correct?
Thanks Again,
Matt
Hi Matt,
Are you running your script in a Node.js environment, or directly in a browser? The latter will not work as the metadata associated with your host page will be rejected on our end. A Node.js environment should work fine though, so long as your authentication headers are correct (which appears to be the case).
Hello,
I am trying to create a custom web app for myself that accesses my OwnerRez account via the OR Rest API. I am trying to access my guest list, however, I receive the following error when making the request:
'Cross-Origin Request Blocked: The Same Origin Policy disallows reading the remote resource at https://api.ownerrez.com/v2/guests. (Reason: CORS request did not succeed). Status code: (null).'
Here is my request from Javascript:
const res = await fetch('https://api.ownerrez.com/v2/guests', {
method: 'GET',
headers: {
'Content-type': 'application/json',
'User-Agent' : 'OR Contacts App',
'Authorization': `Basic ${base64.encode('myemail:myaccesstoken')}`
},
})
const guests = await res.json();
return guests;
I am able to successfully retrieve a response at the URI 'https://app.ownerrez.com/api/properties/lookup'. But all other resource requests for both v1.0 and v2.0 URIs return the above response.
Thanks in advance for any help.
-Matt
First- what is a SF?
Yes... that would be their desire. Though it does appear that they still allow for the listing out of fees. The problem with not absorbing them in the total cost is you sink below the fold in search value.
Service fee
From what I've been able to gather from various discussions on r/airbnb and chesky's twitter posts is that they are going to have a toggle switch that is on by default which will show the combined total of room & cleaning in the map search and on the detail page. From what I can tell, it will not include their fees or taxes, but I could be wrong on the their fees part. When they tested this (without warning) earlier in the year, their fees were a separate line item.
This will thankfully impact everyone equally, so everyone's prices will rise drastically together. It may make it a little more difficult to investigate your competition's pricing, but it's just a toggle switch away to see where their fees are.
The cleaning checklist stuff, I'm guessing will be a separate section of either checkboxes or a generic "low, medium, high" with vague definitions for people to fill in.
First- what is a SF?
Yes... that would be their desire. Though it does appear that they still allow for the listing out of fees. The problem with not absorbing them in the total cost is you sink below the fold in search value.
That brings me to another question. I suspect this may be requested by users who are heavily into Airbnb in the future. "Spreading" cleaning fee across the quoted rates. Something akin to what TA does to their SF - they do not show it as a line item but rather spread across the quoted nights.
For example, if I have a rate of $110/night and $90 cleaning fee. The traveler looks at 3 nights quote, and he would see a rate of $140/night vs seeing 3 nights X $110 plus a line item for the cleaning fee of $90. The total is the same, just the presentation.
This may not be an issue for vrbo and direct users, but Airbnb seems to be pushing in that direction.
Note that "the OR API" is kind of a misnomer - in connecting with Airbnb, we are using their API. So, we can only control or update what they allow us to do by supporting it in their API - that's why certain amenities don't sync, they haven't added support for them to their API.
If they make changes to their API reflective of this post, that will be documented and announced, and we'll make the necessary changes to handle them. If they don't make any change to their API, then there's nothing we can do, and most likely any changes at their end would be minor, optional, or can be handled using the current API - for instance, perhaps they'd be limiting / refusing to enforce certain sorts of House Rules.
We'll have to wait and see together - please feel free to post additional comments in this thread!
The first 3 items look to be Airbnb programming - OR have nothing to do with it.
#4 is arbitrary and vague at the same time - typical Airbnb fashion. They may be creating (just guessing ) a new section specifically for checkout rules. Maybe something for OR to do.
Chesky announced last night on Twitter🤦♀️
See full thread here: https://threadreaderapp.com/thread/1589541705921212416.html