Latest Activity...
From time to time, we showcase OwnerRez users that show outstanding work. Not only does operating a vacation rental business take a lot of time, but also a huge amount of effort. This week, we’re back in the interview chair with Kacey from Premium Rentals. Kacey's website and operation can be found at PremiumRentals.com. Below are the questions we asked and his responses.
Kacey: As for OwnerRez specifically, I remember when I started with you guys I had two properties, and I was having such a hard time even managing those two between Airbnb and Vrbo calendars. OwnerRez was a great solution for two properties, but then that’s when the magic happened and I quickly saw that because of OwnerRez there was no difference between two properties and 1,000. There is so much simplicity and automation to OwnerRez that I truly could manage 1000 properties as easily as I could manage 2. So the journey begins, we are now at a humble 83 with 15 more leads in the pipeline and should be on pace to close out the year right near 100!
Kacey: I worked my way up to being a general manager for several businesses where I found my passion for working around highly driven individuals who bring hard work ethic to a team. I earned my business management degree from Ricks College, after which I landed a career within a local RV dealership in Idaho as a General Manager working my way up to becoming the Regional Director of the company. Back in 2008, I started flipping homes as a side hobby. I then spent the next 8 years independently remodeling and selling 15 homes as I balanced my career and my family with 3 children.
Kacey: In 2017 we had just wrapped up the final touches on a home we intended to sell. My wife Tiffanie had the idea to hold onto the property and to give the short-term rental industry a try by listing it as an Airbnb rental for an event happening within our city over the weekend. This turned into a massively successful venture as the calendar filled with all sorts of bookings and we decided to keep the property up and running as a short-term rental. In 2019 I decided to jump 100% full time into the business, leaving the RV industry and opened the proprietary self-built system to manage for other clients. Since 2019, Premium Rentals has grown from 24 properties to now having over 80 listings and is rapidly growing!
Kacey: What I like the most about VR industry is the opportunity it has opened up for me and my family to be able to easily grow and scale a business and be independent from working for anyone else.
Kacey: What I dislike most about the VR business is how picky COVID has made everyone. If I have to hear another guest say how our nearly perfectly clean homes have a spec of dust hidden some place and they say “I would expect a better cleaning considering COVID” LOL! Covid has made cleanings that used to be considered perfect no longer good enough.
Kacey: OwnerRez has opened my eyes to integrations I had never thought about, especially when I was at 2. We now integrate with Merchant Services, QuickBooks, PriceLabs, RemoteLock, Duve and so much more to come. Most of the integrations I only looked at because OR integrated with it. OwnerRez offered it, and I figured if you offer it, it's for a reason.
>>>>>>
Thanks, Kacey! We wish Premium Rentals much success and look forward to you breaking into the double digits soon with 100+ properties!
I'm seeing some issues with the auto reviews. A review is tagged and marked in a several ways as a bad guest so I don't want a review sent.
Yet I have 2 system messages one saying it was sent/scheduled the other saying it was skipped.
I'm hoping it wasn't actually sent as it makes life very difficult with the guest.
Also if I look at the review in OR it shows a written date 14 days ahead so I assume something has been scheduled. Why would it schedule 14 days ahead any guest review would be past the deadline. Can you explain the logic or what is going on here? I have sent a support ticket with the details.
Hello! After looking at your account, the review was not sent but an erroneous system alert was sent to you. We'll get that fixed in an upcoming release.
Thanks for submitting a support ticket for us to look at all this specifically. We can continue the dialogue there.
Small feature request...would it be possible to support field codes, or at least a very small subset of them, in the automatic reviews? I'd like to do something like "We loved welcoming {FNAME} to our home!" to make it slightly more personal and less obvious that these are automated.
You're reading our minds, Chris! This is already in the works for a handful of field codes. It should be out in the near future. Happy New Year!
I'm seeing some issues with the auto reviews. A review is tagged and marked in a several ways as a bad guest so I don't want a review sent.
Yet I have 2 system messages one saying it was sent/scheduled the other saying it was skipped.
I'm hoping it wasn't actually sent as it makes life very difficult with the guest.
Also if I look at the review in OR it shows a written date 14 days ahead so I assume something has been scheduled. Why would it schedule 14 days ahead any guest review would be past the deadline. Can you explain the logic or what is going on here? I have sent a support ticket with the details.
Does Airbnb not support a seasonal differential for this fee?
Unfortunately, the pet fee is like other Airbnb fees such as cleaning and only supports a single all time setting, with no possibility to set amounts by date.
I have a smaller pet fee ($40/stay) that applies to the shoulder/off season and a higher pet fee ($100/stay) that applies to peak season. It appears that OR is pushing the higher fee to Airbnb for all dates (a test booking on Airbnb for next week makes the rate jump by $100 if pets are selected). Does Airbnb not support a seasonal differential for this fee?
It seems odd to look at the booking notes as this field is more often used for logistic type messages and not generally derogatory. Typically thete are always some notes.
As the reviews are about the person it makes more sense to link it to the CRM notes.
Small feature request...would it be possible to support field codes, or at least a very small subset of them, in the automatic reviews? I'd like to do something like "We loved welcoming {FNAME} to our home!" to make it slightly more personal and less obvious that these are automated.
With the AirBNb automatic reviews settings "Any Notes Were Written"
Can you confirm which notes field this is checking, is it only the guest CRM notes or does it check the booking notes as well??
Thanks
It only looks at the booking notes. Not the guest notes.
With the AirBNb automatic reviews settings "Any Notes Were Written"
Can you confirm which notes field this is checking, is it only the guest CRM notes or does it check the booking notes as well??
Thanks
Airbnb only supports per-stay flat and percentage options for the pet fee, not per night. Looks like your standard pet fee is per night, so you'd need to create another one just for Airbnb that is per stay.
Merry Christmas to US! Thank you for all these amazing enhancements -- and all your hard work always!
Quick note that I'm not seeing the Airbnb pet fees working. I used the test you mentioned, to no avail. ("If you're looking to double-check that your pet fee is working, first select some nights without any pets and record what the nightly rate is. Then select a pet and compare the new nightly rate. You should see the price per night increase exactly by the amount of your pet fee.") The total trip cost remained the same with or without pets in my test.
Back at the beginning of November, we wrote a lengthy blog post about how our SMS pricing was changing to deal with "large SMS body" senders by targeting segments instead of whole messages.
Since that time, we've done a lot of things to help users get ready. We've explained what SMS segments are, added a detailed SMS segments calculator, and provided an SMS X-Ray tool when writing messages to help you see and clean up bloated segments.
This past week, we released "SMS Brands" that allow you to establish a "sending reputation" with the major carriers like Verizon, ATT, and T-Mobile. Over time, this will make your SMS messages and phone calls, from your OwnerRez phone number, show up as "verified sender" on guests' smartphones and not be blocked or delayed. The SMS Brands feature is so new, it hasn't yet been documented in our product updates or support articles. You can find it under Settings > SMS Phone Numbers.
Over the past two months, we've also been busy studying the effects of the new pricing model on existing users, based on the messages they have historically sent.
What we found led us to believe that the announced pricing changes were too high. While it is correct to target segments instead of whole messages, the price of 200 included segments with 3¢ (0.03) per extra would really hit all users, not just the large-body senders. Even smallish SMS messages tend to have an extra segment or two, so 200 runs out quickly. What we found is that the price increase would double most users' SMS charges and increase pricing for large-body senders by 8 or 10 times. Way too high!
After studying the numbers further, we have finalized the new pricing. Our SMS pricing will include 500 segments for free and then charge 1.5¢ (0.015) per extra segment.
Weeks ago, we already updated our pricing page, Cost and Fees articles, and other places inside the app to reflect the new pricing, but I wanted to post a special notice about this as users get ready for the new year. For many users, this will still result in an SMS price increase, so take the time to study your message patterns to see if you can decrease the content. SMS messages should be cogent by nature anyway, to capture guests' attention, or guests will gloss over the messages without reading.
Still have questions about the new SMS pricing? As always, just drop a comment here, start a forum post or contact us directly.
Hey everyone! Sorry for butting in on your holiday break, but I wanted to mention a couple of things. First, the OwnerRez team would like to wish you a wonderful holiday season! However you celebrate it, enjoy the downtime with friends and family! 🤟🍷
But also, we have some last-minute presents you can unwrap!
Last Monday, we put out a big release of 44 updates with some exciting new features that we've been working on for a while like Automatic 5-Star Reviews, SMS Brands, and the forums overhaul. Have you noticed the forums yet?!
A few days later, we released another 11 updates that were mostly bug fixes but also added a new enhancement to the property photos area.
Why all these changes right before Christmas? Because we couldn't chase our team out of the office of course! But hey, now they're finally gone, things are quiet, and I have a few minutes to write about it all. Let's get started.
As a smart vacation rental PM or homeowner, you probably already know that most guests who would a leave great 5-star review also tend to be the ones that forget the most. If the stay was bad, they are more likely to leave a review because the sting of it stays with them or they want to get even by hurting your business. But many would-be 5-star reviews get completely dropped after the guest has gone. Out of sight, out of mind!
Airbnb proactively nudges the host and guest to leave a review, but many guests still don't write one. As you may have noticed, the biggest thing that pushes the guest to leave a review is when you, yourself, write a review first. When that happens, Airbnb will send the guest a message saying "Read what the host said about you" or "See your rating" but first makes the guest write their own review. This is extremely useful because it pushes most guests to write a review who would otherwise not have.
Over time, many hosts that have discovered this trick will quickly run through their Airbnb bookings, every few days, and write a few quick sentences like "Thanks for coming out, great guest, would host again!" in different variations. If you're a PM managing dozens of properties, you probably don't have detailed information to leave on each guest, but if nothing negative happened, you want to prompt all of them to write a review. So you run through them and leave some generic happy words.
Now, OwnerRez will do that for you. That's right - you can now configure OwnerRez to automatically write 5-star reviews for your Airbnb bookings as long as your Airbnb bookings don't trigger certain negative indicators.
To see it in action, go to the CRM menu > Reviews and click on Host Reviews. The Host Reviews tab will only show if you have an Airbnb channel integration in place. You'll see a button called Automatic 5-Star Reviews on the top right of the Reviews list. If you click the button, you'll notice a couple of options that are self-explanatory.
If you click "Turn On", it will take you to the same page as the Configure Settings if you've never turned it on before.
The configuration page is simple. It asks you how long you want to wait after the booking to write the review (we recommend just a couple of days - no more than 2 or 3), what review template you'd like to see, and the negative indicators that you want to flag so that the system doesn't accidentally write good reviews for bad people.
If you've never created any Review Templates, it will ask you to write one directly in the settings you're configuring.
That last "Bookings to Skip" part is especially important to understand. You don't want OwnerRez accidentally writing good reviews for bad guests. This could push an irritable guest to leave you a bad review if they anticipated that you did that to them first. So make sure to read through the "Bookings to Skip" section and select the negative indicators. Each of the options is an indicator that the booking may have been a bad or negative experience. For instance, if money was collected from the security deposit, you may not want to write a 5-star review because (a) the guest might have caused damage or (b) the guest might be upset about the extra charge and you don't want to encourage them to write a review.
You can also use tags to stop specific bookings and guests from being reviewed. For instance, you might have a "bad guest" tag that you proactively add to the booking in the middle of a stay. If so, simply use the "is tagged" criteria to select those tags.
If you'd like OwnerRez to rotate between different types of responses, you can do that. Simply go back out to the Host Reviews area, click on Manage Templates and write as many templates as you want.
These are the same review templates that you use as "drafts" when writing reviews on the booking.
By their nature, review templates should be short - no more than a couple of sentences. The point of automatic reviews is that they aren't detailed and don't talk specifically about the guest's stay.
If you want to write detailed reviews, then you shouldn't use automatic reviews. You should continue writing reviews manually one by one as the opportunity arises.
After saving your review templates, the Automatic 5-Star Review settings page will show the list of templates and let you select the ones you want to send as automatic if you don't want to use the entire list.
This will allow you to separate the generic "good guest" reviews from the others you might use for more detailed responses or bad/negative responses.
A couple of important notes on automatic reviews:
A few days ago, I announced that our SMS pricing was changing again (for the better). In that blog post, I hinted at a new "SMS Brand" feature, so let's take a minute to walk through that.
This feature is small in size but very influential in purpose. Every current SMS user needs to take advantage of this as soon as possible.
Overall, an "SMS Brand" is basically just a profile (ie. business name, phone, and address) that you provide to carriers like Verizon and T-Mobile that identify you when they are sending your SMS messages to their customers. It's basically like Caller ID for SMS. It tells the world who you are and continues to ride along with your SMS messages even if you change your SMS phone number. It establishes a sending reputation so that the carriers know you're legit and don't flag your messages as spam or slow down their delivery.
To create your SMS Brand, go to Settings > SMS Phone Numbers and drill in. We will automatically show you the "Create a brand" page right off if you haven't done it before.
After filling it out, click Save and Submit, and the form will disappear with a message telling you that it's pending review. Our carrier will notify you, typically within an hour, if it was approved or rejected. If rejected, you can try submitting it again.
Beyond the value that this brings to your SMS delivery, please know that the industry (and US government) have enacted rules that will soon require SMS Brands to be in place for all "A2P 10DLC" messaging. That might look like a bunch of gobbledygook, but it basically stands for "application-to-person messaging using regular 10-digit phone numbers" which is what OwnerRez does. You have a 10 digit phone number, and it's used to send SMS messages from an application (OwnerRez) to a person (the guest).
Don't want to create an SMS Brand? You don't have to, and we will continue sending SMS messages on your behalf. But very soon, if your SMS Brand is not established, sending may no longer be possible. Even now, many carriers are slowing down delivery or blocking numbers entirely if a sender is unrecognized and sends a lot of messages.
Here are some interesting things to know about SMS Brands:
This one doesn't need much explanation, but it's been anticipated by OwnerRez users for several weeks now as a coming feature.
Airbnb recently announced some new fee types for pets and short stays. Airbnb supported these in the control panel, but there was no way to set them via API. Because of this, all of our API integrated users couldn't set their fees.
Now you can! On the OwnerRez side, there's nothing to show in terms of screenshots or pictures. And there's nothing to do in terms of configuration. If you have pet fees or short stay fees configured, we will now automatically push those fees to Airbnb.
On the Airbnb side, when a guest goes to book, they can now select the number of pets they are bringing.
And the instant price quote will automatically adjust to include the pet fee.
Please note that the pet fee is not enumerated separately like cleaning or service fees. The pet fee is added to the nightly rate like linen, resort, and other types of fees. If you're looking to double-check that your pet fee is working, first select some nights without any pets and record what the nightly rate is. Then select a pet and compare the new nightly rate. You should see the price per night increase exactly by the amount of your pet fee.
The "short stay" cleaning fee is pushed to Airbnb only if you have multiple cleaning fees and one of them has maximum night criteria less than or equal to 2.
Have you visited the OwnerRez Community Forums lately? That's the same ole "forums" that we link to all the time. Nothing new about the location or purpose.
But if you've been there lately, you might have noticed that the design and feel have significantly improved. While this might not seem like a new feature exactly, the overhaul involved a lot of work by our team, and I wanted to highlight it.
The topic threads have improved to get rid of ancillary information, devote more screen real estate to the conversation and highlight what matters.
You can also link to specific posts, and when using the link, the post is highlighted so that you know which one the link is referencing.
All forum pages now work well on mobile and tablet devices.
Best of all, we've improved the post editor, so that you can use rich text (bold, underline, italics) and attach files and pictures to your posts.
Have a problem that a pic would help clarify? Just drop it right inside your post!
There is also a profile page that will show your posts and avatar.
If you don't have an avatar, use the little pencil button on the photo to upload one in a few clicks. By default, we use the public Gravatar associated with your email address (if you have one) but any uploaded avatar image will take priority over the public Gravatar one.
Again, this forum overhaul may not seem like an important change, but we take support very seriously here and consider it to be one of our best attributes.
As we look ahead to 2022 and beyond, our forums will continue being used to promote community ideas, gather feature requests and handle support. We have talked about moving our help-desk and ticket systems into the forums area as well to better streamline our processes, so look for potential updates on that in the future.
While adding the new Airbnb pet and short stay fees, and working on Channel Bridge, we noticed that there was additional booking data we could retrieve for Airbnb bookings. Specifically, the guest fee and the number of pets on the booking. Now that guests can select the number of pets (which triggers the pet fee) the booking can also display the exact number they select.
We updated this for both API bookings and Channel Bridge bookings, so whether the booking comes in automatically or is downloaded via Channel Bridge, the number of pets will be included.
We recently added the ability to add room and amenity associations to property photos. While the feature has been widely adopted, it's been difficult for users and our own support team to know which room a photo goes with after the fact. When arriving at the property photos page, it shows all photos ordered by number with no clear indication which rooms go with which, or even if a photo is associated with a room.
This past week, we released a new overview page for property photos that shows a read-only layout of photos grouped by rooms. Here's a quick example of how it looks after running through and associating some photos with rooms.
Each room will display as a section with the photos that are associated with it inside that section. If a photo isn't associated with a room, it will fall under the top "General" section.
Notice that the photos on this page are read-only. This is meant to be an overview page, not an editable form. You can't upload new photos, change captions, or re-arrange the photo order here. To do those things, click the Change button at the top and you'll see the familiar photo editing area.
While we were messing with photos, we also added "Size" to the details that show when you hover over the "i" icon on each photo. Dimensions, Size, and Uploaded Date are all there now for easy viewing.
To clarify, the "Size" that is shown here is the full-sized image you originally uploaded, not necessarily what OwnerRez or channels will use for a particular purpose. We take smaller cuts of your photos, automatically, to use as thumbnails on quotes or carousel images on listings.
Last month, we updated our PM module to begin including $0 bookings in owner statements. This was done because $0 bookings are often relevant to the owner, and PMs need the ability to include or exclude them according to preference and not have them all summarily hidden. Our intentions were good, but we stepped it in a bit while getting this out the door. What do they say about good intentions being used as paving material? 😟
Over the next couple of releases, we navigated through "fixing" this a number of ways as PMs found zillions of old bookings appearing. We attempted to auto-hide some old $0 bookings but then hid too many and had to roll that back.
A common complaint from PMs is that there was no way to turn this on or off globally. If a PM wanted the original way of not showing $0 bookings, they'd have to manually exclude them on every statement, which in turn means not being able to create multiple owner statements in batch since each and every statement would have to be checked in Preview mode first. That's a pretty legit compliant!
To solve this, we've added a global setting to owner records where you can specify, owner by owner, if you want $0 bookings included. This little guy right here:
By default, all owners will have this turned off, but check your owners to make sure it's set the way you want it.
As with the owner statement generation settings, this option will propagate to the statement creation form where you can select or de-select it there as well. So if you want an owner to see $0 bookings only on one particular statement, you can select it once just for that statement.
There's not much to show on this next one, in terms of pictures, but it's a great update because it paves the way for some coming changes in 2022 that everyone is going to want to get in on.
The way our Portal Access area has always worked is that each user account can have child "portal access" users inside their account. Those portal access users can only access the properties and information shared with them by that one parent user. But this isn't practical. You might give access to a housekeeper, who becomes one of your portal access users, but then that same housekeeper needs access to a different user's account because the housekeeper cleans houses for both OwnerRez users. This happens frequently and, when it happens, the housekeeper has to have multiple portal access accounts created, each with a different email address. Yuck!
This past week, we released an update that changes portal access users to a new "login only" type of user account. This will allow all users, whether regular or portal, to be at the same level so that portal access users can access multiple users' accounts in the future from the same single login. A portal user won't pay for their OwnerRez account, and they still will be limited to only what was shared, but they can access multiple different user's accounts from the same login instead of having multiple portal accounts.
We've just started here, so don't look for any visual changes in the app yet, but know that we're transitioning in this direction so that portal access can be developed in much deeper ways. The next update will include an invite system where portal users will be able to be invited to your account so that they can be assigned access to stuff. Portal users will be able to see all the accounts they have been granted access to but manage their own profile and security individually.
Do you have any special styling on your widgets or hosted website pages? If so, you might know what I mean when I say "CSS". The CSS field is common in a number of places in OwnerRez. CSS provides users with a way to customize the styles (eg. font, color, size) of the content that shows on widgets and hosted website pages. You may also use the source code window (ie. HTML editor) when crafting renter agreements or email templates. The CSS and HTML fields use a special editor called Ace to provide a programming-like interface for doing CSS, HTML, and other types of code.
We recently noticed that this code editor was not mobile-friendly as our version of Ace was a couple of versions behind the latest, so we upgraded it.
It looks cleaner now and works on mobile devices. This wasn't a big update, and many of you will never use it, but we wanted to get it done anyway. It had been overdue for a while.
We are often at the mercy of the channels when it comes to what we can show on bookings. Over time, as the channels add or remove information, we update our systems to work with their updates.
Booking.com recently started sending pre-payment information for bookings. This is the information that tells us that the guest already paid on Booking.com even if a real credit card wasn't included. If you read the long-form booking description from Booking.com, you might have noticed blurbs like this:
"This reservation has been pre-paid..."
Or like this:
"...paid by Booking.com Payment"
While those blurbs might be helpful to human eyes, they don't help our computer systems whatsoever.
Fortunately, Booking.com updated the information they send to enumerate the pre-payment information in a computer-readable way. We updated OwnerRez to store the pre-payment information which helps us make better decisions about what to schedule (or not) regarding payments and what emails to send.
In our ongoing effort to normalize time zone and culture settings, we noticed that our financial transactions (payments, refunds, etc) were using our older method of storing time, so we updated those areas to our new methods and now show all payment and refund times in the account's preferred time zone.
If you're wondering why payments times are still showing in a time zone different than yours, check your Time Zone settings in the Culture Settings area.
If you have per-property time zones configured (ie. your property is in a different time zone than your account overall) please note that payments and refunds will only show in the account time zone, not in the time zone of the property. In general, property-specific time zones only apply to what is shown to guests publicly, not the stuff inside the app.
This update only fixed payment and refund times. We are planning to correct security deposits, CC processing requests, and other financial records soon. To be clear, the times for those financial transactions are correct, but the time zones might still not be reflecting your preferred account time zone.
Did you know your SMS phone number can receive regular phone calls? Of course it can. It's a regular phone number like any other!
There are settings on SMS phone numbers that let you determine what happens when someone calls the number. You can forward the call to a different phone number, such as your own cell phone, or you can direct it to a voicemail for the person to leave a message.
When someone does leave a voicemail, what happens to it? We send you an email, but what if you delete or miss the email? For that matter, what happens if you want to look back at a record of incoming calls, even those that forwarded to you and you talked to?
To handle this, we added a new "Calls" tab in the Communication History area under Tools which shows a record of all calls to your SMS phone number, no matter if they forwarded through to you directly or left a voicemail.
If the caller left a voicemail, we show a link where you can download or listen to the original recording, and a transcript of the voicemail if the call was clear enough for our carrier to decode. Please note that the transcript is automatically created via software, so the grammar is typically incorrect. If the call wasn't clear, the transcript might be unreadable. Regardless, you can always listen to the original recording.
Partially Paid on PM Statements. Last time, we talked about how we fixed owner statements to properly differentiate between unpaid and partially paid when looking at the Owner Statements list. But what about PM Statements? Those needed the same tender love and care, so in this release, we did the same fix to the PM Statements side. You can now correctly see 'Unpaid' versus 'Partially Paid' statements and filter by that as well.
Communication history gone wild. Our Communication History area is pretty cool. You can see an archive of all email, SMS, and Airbnb messages in one spot and filter for different things. If you don't know what I mean, look for that option under the Tools menu. There are different places in the app that link to the Communication History with predefined filters. This allows us, for instance, to show you all of the email history relevant to an individual booking. However, when linking to specific Communication History tabs with predefined filters, we noticed that the other tabs would go to "all time" (ie. no filters) when clicking away from the current tab. This was confusing as many users would get to this area by clicking from a quote or booking to "Email History" and then clicking on the SMS tab. We fixed the tabs to maintain the same quote, inquiry, booking, or guest filters when deep-linking into the Communication History area.
Forum alert images. After doing the new forum overhaul (yes, the one we just mentioned above) we noticed that all of our new system alerts for forum activity (eg. "New reply to a topic") were showing broken images. Those images have now been fixed.
Cancellation refund should round first. Credit card processors don't support payments in partial cents. But our cancellation form was still calculating the refund amount to 100th of a cent! This was causing the validation confirmation to think something was amiss because the final refund amount was less than the expected refund amount... by $0.0001. This is now fixed (for USD and all other currencies)!
Change the charges if the descriptions change. If you move a booking, you may not change the price at all if the new dates have the same rates as the old dates. But if the charge descriptions include the booking dates, you might still want to update the charges so that the correct dates are reflected on the final invoice. Previously, we only looked at the amounts and recommended changes if the amounts changed, but now we look at the descriptions too.
Damage Protection batch update. After a recent update to our Damage Protection area, some users reported that the Batch Update was no longer working. We found and fixed the issue. If you're wondering, the Batch Update allows you to target current and future bookings that need to have Damage Protection applied after you make a change to your property coverage levels.
Trying to "reanswer" an inquiry? We recently introduced a bug that prevents you from selecting a different template when answering an inquiry that is already answered. We've recently fixed that bug.
Marking an inquiry as answered... ...should do so. And now, it does.
Total paid amount on guest form. When guests go to use the "fix up" form in OwnerRez, they are greeted with some information about their booking and party size. Only sometimes, that information is confusing because the guest paid on Airbnb or Vrbo and the amount they paid (on the platform) is different than what is recorded on the booking in OwnerRez. To reduce the confusion, we removed the total amount paid from the form. Showing the amount paid really isn't important in the "fix up" context anyway.
Make Channel Bridge faster and get payout data on Airbnb. Channel Bridge works by crawling through your Airbnb or Vrbo account, just like you would do manually, clicking links and reading information on the page. Recently, Channel Bridge was no longer able to read the "Transactions History" page on Airbnb because Airbnb's page structure changed, so it stopped download payouts. At the same time, we noticed some new things, under the covers, that gave us access to faster better payout information. We switched Channel Bridge over to the new stuff, and it now downloads payouts again, as well as being faster overall.
Clarify channel booking "merge blocked" message. When channel bookings come into OwnerRez, either the first time when we attempt to sort out your history or in an ongoing way for new bookings, we do a merge process to check if there are existing blocks or bookings that the channel booking is the same as. You might have manually blocked the same dates, or the booking might have been imported via a different mechanism. However, if we can't figure it out, we'll alert you that the dates are blocked. We recently added some clarity to this, so that you know more about the conflict and what dates are blocking it.
Future time-based trigger time. Previously, it was incorrectly showing some text from booking-created triggers. We fixed it so that if the trigger will be sent, we show when it will occur.
Help with Facebook Pixel errors. Many users have written in, pointing out that Facebook has sent them messages about their Pixel tracking not working or producing errors. This is a known problem with limitations that Facebook has put in place, and there's very little we can do because Facebook has put onerous restrictions in place based on which domain names can use the same Pixel accounts. It largely has to do with a spat with Apple. 😙 Anywho... Lately, some of our users have been getting other Facebook Pixel error emails about pages not being tracked because of PII (personally identifiable information) being shown in the URL which Facebook has a policy against. We noticed that we could actually target these URLs and exclude them from tracking without breaking the overall tracking pattern for our hosted websites and guest forms, so we put that in place. Your Pixel tracking should now work on all guest forms from start to finish without any of those pesky error emails.
Require multiplier on pet fees. Vrbo requires that all pet fees have a pet "multiplier". A multiplier is the number of times a fee is calculated. For instance, if you charge your pet fee for each and every pet, then your multiplier is "1". We updated our surcharge settings to require a pet fee multiplier number if the "Pet Fee" category is selected at the top. This will enforce good business practices while also making it so that Vrbo channel syncing doesn't crash for your listings with pet fees.
Converge gateway errors. In the past several weeks, the Converge payment gateway suddenly started failing when OwnerRez issued "void" requests (eg. releasing a security deposit). We dug into it and found that the Converge API had suddenly changed to no longer allow some of the fields they allowed in the past. This isn't supposed to happen without a public API announcement, but... it did anyway. We quickly upgrade our end so that Converge transactions could resume cleanly.
Incorrect season wrapping when seasons start and end in different years. Hold onto your hats on this one... There was a scenario we found where if a season should start at the end of this year and wrap to the beginning of next year, but we were calculating for a period next year that intersects the season, it would skip the season entirely. Need an example? Let's suppose your season is "Winter Wonderland" and runs from December 24, 2021 until March 31, 2022 and today's date is sometime in November 2021. And then assume we're excluding surcharges in the "Winter Wonderland" season. A booking rolls in with stay dates of January 13 - 17, 2022. The old logic was skipping past the "Winter Wonderland" period entirely and starting with the Dec 24, 2022 period (next year), so the surcharge wasn't matching correctly. All better now!
Airbnb duplicate guest messages. Airbnb transforms the Unicode non-breaking space character and other Unicode "white space" characters chars to normal spaces. We didn't realize that before, so we were searching for the guest message on our side, it would not find it (since our characters were slightly different than theirs) and create a duplicate message that looked the same. Now that we realize that, we are sanitizing our characters the same way before searching and creating guest records based on Airbnb messages.
Inquiry comments can allow angle brackets. We used to allow this, but a recent update started crashing. We've restored this functionality so you can now use angle brackets (< and >) in your inquiry comments. To be clear, the inquiry comments area won't show rich text (ie. HTML code) live, but it also won't error if you try to save it.
Show changeover restrictions even on departure/arrival days. If there was a changeover restriction like "no arrivals" or "no departures" on the same day that a booking departs or arrives (or also in the middle), the restriction wasn't shown on the rate calendar. We thought this might be confusing, so we tweaked it a little. We now show the gray bar on the arrival side (ie. right side) if "no arrivals" and the guest is departing. We now show the gray bar on the departure side (ie. left side) if "no departures" and the guest is arriving. And the hovercard now shows the correct changeover restriction text in all cases, including in the middle of a booking.
Agreement preview property drop-down now useful! The property drop-down in the agreement preview was getting cut off... We asked the kid with the scissors to leave.
Import Airbnb listings again. Some newer Airbnb listings were not compatible with our property importer because of some really long listing numbers. If you haven't noticed, Airbnb has started using really big listing numbers for all new listings. That's been fixed
Arrival days from now... This is a confusing one, but in short, the arrival days from now criterion on triggers wasn't actually looking at "now." (ie. today) This could result in false positives or false negatives depending on your rules and settings. We fixed this so that all comparisons of "now" are using today's date.
Show the real collection date always. A scheduled security deposit that has already been collected or held, should show the date it was processed, even if the booking changes. Before it wasn't, but now it is.
Don't show rates the guest can't book! On the calendar rate widget, we noticed that rates were showing on days when the rules prevented the guest from actually booking. For instance, the Max Days In Future or Booking Window rules might not allow a day to be booked. Why show a rate? That's misleading. We now hide rates on dates beyond the "max days in future" rule.
Manual payments alert for Booking.com and "card on file" status. We found and fixed a small timing bug with Booking.com bookings where our "manual payments" alert would be sent out without showing a card on file, even though the guest provided one.
QuickBooks Sync should use dumb quotes. Do you know what smart quotes and dumb quotes are? No? Smart quotes look like “this” and dumb quotes (or normal quotes) look like "this". Smart quotes basically look fancy, and sometimes they're called "curly" quotes. When syncing information to QuickBooks, we found out the hard way that QuickBooks chokes on smart quotes. We fixed it by detecting smart quotes and auto-converting them to normal ones on the fly.
What about quotes that do hold dates? There's a blurb on the bottom of our quote emails that says "This quote does not put a hold on the dates requested. The dates will not be reserved until this quote is accepted". It's been that way for more than a decade, going all the way back to the original quote emails that OwnerRez sent in the times that were before.
But that's not true anymore, is it? Back in September, we released an awesome little update that gave quotes the ability to block dates until either the quote expired or the quote was booked. So the email blurb was wrong.
We fixed this to automatically detect if the quote is holding dates and show the correct message on the fly. Note that this blurb is inside the {QHCTAB} field code, so the entire paragraph can be removed or re-styled at any time.
Shiny new alerts! We upgraded the design of the "Scheduled Payment Failed" and "Scheduled Payment Skipped" system alert to use the new alert style and to have an on/off setting like all of the others.
This wasn't really a bug exactly, but it definitely needed to be fixed. We're getting pretty close to having all system alerts converted over.
Statement views grouping. In the previous release, we added some new layout settings to Statement Views and moved the grouping setting to the statement view. However, in the process, we accidentally set everyone's "Group By" setting to "Do not group" even though the majority of users prefer to group by property, and grouping by property is the default. We fixed this to flip statement views back to property grouping.
Prefer booked or blocked color to changeover restriction color on rate calendar On the rate calendar, the gray strip showing booking window restrictions was appearing on top of existing red bookings strips. The red booking strips are higher priority and should be shown instead of the window restriction if both are present.
We fixed this to always show the red booking strip if both are present.
The hovercard will always show the correct information, including Minimum Night or Changeover Restriction
Did we repeat ourselves? Looks like we did! We've removed the double reviews help text on Vrbo channel settings.
Typos! When batch copying rates, there was an extra "to" in a section header. When deleting blocked-off time, the confirmation message referenced "booking". In the Property Sharing area, we called the plural of property "propertys". All have been fixed.
Editing disabled bookings. Ever tried to edit a booking at a disabled property? Doesn't work very well. Well, now it does! We show "[disabled]" wording around the property name, but you can make your edits.
Discounts versus negative amount. Our Line Item Summary report breaks up revenue into general rent, surcharge, and tax buckets with totals at the end. However, we recently realized that we were showing positive and negative amounts for each column with "Discount" as the negative heading. That's confusing. After all, discounts are an actual thing in OwnerRez. If you see a "Discounts" column, you're going to naturally assume it's one of the real ones (eg. last-minute discount or promo code) and not just a negative rent amount. So we did two things to clarify this. First, we added Discount columns to actually show those. Then, we changed the other revenue types to have "Negative" columns. For example, there are now "Rent" and "Rent Negative" columns side by side.
"Sleeps" language. Do we all understand the difference between Sleeps Min and Sleeps Max? Looks like a bunch of people didn't, and for good reason - our property info tab was awkwardly worded. Sleeps Min means "number of unique beds in all rooms". Sleeps Max means "number of sleeping spaces in all rooms based on 1 or 2 people per bed depending on the bed size". We updated our property info tab to say exactly that.
Channel Bridge date should set the correct time zone. In recent times, we've done a lot of work to support user time zones correctly. We noticed another time zone-related issue that needed to be corrected in Channel Bridge. Channel Bridge was overwriting the booking's correct booking time (set in the user's preferred time zone) with a different time from what it crawled and found on the listing site, even though the time and time zone were both already correct. This has now been fixed.
I'm sure I'm missing something, but in your cancellation screen example, if the guest cancels and never stays at the place, why would you refund only half of their paid taxes? Wouldn't you refund 100% of the tax? That money would never go in your pocket in the first place but in your example it looks like it goes in your pocket?
Sorry, found it!
There is no "disable property" button in the top right corner.
Hi everyone! This week, we put out a large 50-update release with several new features (webhooks, enhanced DP, yay! 🎉) and a lot of tweaks and bug fixes. Our previous release was almost a month ago, so we had quite a few items roll up into this one. Let's get started!
Have you created an app for OwnerRez or used our API to automate your data? If so, you'll be excited to learn that we now send webhooks for apps!
To get started with webhooks, open your app in the Developer/API area and scroll to the bottom. There was already a Webhooks section there before, but it was only used for disconnection notices in the past.
Now, you'll see a new "Types" drop-down with Booking and Guest as options.
If you select those types, OwnerRez will begin pushing updates to your app automatically any time a booking or guest is created, changed, or deleted. It doesn't matter how the booking or guest is created in OwnerRez - from a channel, from a third-party app, direct booking, manually in the control panel - we'll notify you and provide you the details in real-time of all changes
For those of you with apps, this is really big news! It means that you no longer need to periodically check OwnerRez throughout the day for updates to your (or your customer's) bookings. We'll notify you instead. This cuts down on the amount of communication going on and gives you near real-time updates of all changes.
To see the data format and read the details about how webhooks are sent, and the format they are sent in, take a look at our new Webhooks Overview support article. Notice that we sent a small payload with just the entity type and ID of what was changed like this:
{
"id": 12345
"user_id": 12345,
"action": "entity_update",
"entity_type": "booking",
"entity_id": 12345
}If you're wondering why we don't send the entire booking or guest object, in its entirety in the payload, that's on purpose. We intentionally designed our payloads to be small to minimize security vulnerabilities and maximize performance. This means that you will need to make additional API calls to load all the details about an event. You should use the entity_type and entity_id to distinguish which API calls are needed.
You should create a table to store all webhooks that come to your app and then process them after the fact. Please read the Webhooks support article in its entirety to understand all aspects of the format as well as how to debug the process and other best practices.
Last thing I'll mention on Webhooks... We added a cool new "test" function so that you can make sure your webhook URL is working. Back in the app area, notice the Webhooks tab at the bottom of your app. There's now a new "Send Test Webhook" button.
Anytime you click that button, we'll send an immediate test to your webhook URL, and, just like the other type of webhooks, you'll see the test event show up on the list of webhook events. Click the Data button on the far right of the event, and a window open to show the details of what was sent.
The same window shows all webhook details, so this is a good place to hang out when you're testing your booking and guest webhooks.
For a while, we've been in talks with RentalGuardian, our primary insurance partner, about providing additional Damage Protection levels to our users. Not to put the cart before the horse, but eventually, it's our goal to offer guests their own protection options while booking (ie. where the guest can buy their own damage protection) but also add higher levels of protection for the current owner-covered policies that we provide now.
Two issues are commonly raised about the standard Damage Protection we've always offered - host liability and bedbugs. Neither of those is covered by the standard coverage, but both come up as common things that PMs want to be included. So we put our heads together with RentalGuardian and solved the problem. We're happy to announce that you can now turn on "Enhanced" levels of Damage Protection for your properties that include both host liability and bedbug protection.
The homeowner liability protection is $1,000,000 of coverage that protects the homeowner against bodily injury lawsuits for injuries that occur during the rental stay and damage to adjacent property and tenant property within adjacent units.
The bed bug protection covers losses relating to extermination, replacement of ruined soft furnishings, limited loss of income during remediation, and alternative accommodation expenses for relocating affected guests.
You can add Enhanced coverage or switch from Standard to Enhanced at any time directly in the app. Go to Settings > Damage Protection > click Change and select what you want for each property.
As with all insurance, there are limits and deductibles involved. Please read the following policy documents to get a sense of the details. For comparison's sake, I've posted both the Standard and Enhanced versions. The Enhanced version includes everything in the Standard version, so take a minute a brush up on all of it.
OwnerRez Standard Damage Protection.pdf
OwnerRez Enhanced Damage Protection.pdf
Now for the big question - what's the cost? The Enhanced version costs $10 more per booking for all 4 levels of coverage (500, 1500, 3000, 5000) than the Standard version. You can see a full breakdown of pricing on the Damage Protection Overview support article and on our Costs & Fees doc.
Here at OwnerRez, our systems send millions of emails per month, and most of those messages are booking related. In other words, we send those messages on your behalf to your guests, owners, housekeepers, and other recipients that are part of your business operations.
Occasionally, email messages will "bounce" because the recipient's email address is not entered correctly (ie. there's a typo in the email address) or the email address was turned off. We carefully monitor all email messages to record any bounce notifications that occur. We show bounce feedback to the user in the Communication History (under the Tools menu) and we send an alert to the user every time a bounce occurs.
However, it's not enough to merely watch and record bounces. To maintain a high rate of deliverability and protect our users' reputation, it's important to proactively stop bounces from occurring by not repeating them to the same recipient over and over. Email providers like Gmail and Yahoo are careful to notice when senders generate a lot of consecutive bounces, so it hurts our sending reputation (which in turn hurts our users' reputations) if bounces aren't proactively stopped, where possible.
To manage this, we created a "Suppressed" Email Address feature so that our system is not generating many bounce notifications over and over again to the same recipient. "Suppressed" means blocked, so in layman's terms, we are blocking email addresses and creating a list of them to remember who bounced recently and block them from getting more email.
At the same time, we created a process so that you can see your list of Suppressed Email Addresses and also reactivate any email addresses that you want to send messages to. That second part is really important. Sometimes, email providers make mistakes or email addresses are only temporarily down. Just because an email address bounced today does not mean it will bounce tomorrow. Our system will show you the blocked addresses and let you quickly reactivate any that should be tried again.
To see it in action, go to Settings > Suppressed Email Addresses. You'll see any recently-bounced email addresses and the current status.
If the status is Suppressed you can click the Reactivate button to turn it back on. If reactivating the address fails, as is sometimes the case for spam complaints, you will need to contact support to get the address reactivated.
You'll also notice language about "Suppressed Email" showing up in other places throughout the app.
For instance, when an email message bounces, OwnerRez already sends you a system alert. But now, if the email address was suppressed, the system alert will include that information:
You can also see that the address was suppressed on the communication history:
If your own email address - the one you use to login to OwnerRez - bounces, it too will land on the Suppressed Email Address list. If that happens, we'll show an app-wide global alert that one of your own account emails is suppressed until you fix the problem. To fix it, you can either reactivate the email address or change the email address in your account (profile or theme pages) to something different. Third-Party Alerts are also considered account emails, so if any of those bounce, the global alert will show for those too. You'll need to find the property with the bouncing Third Party Alert and remove it.
For more info, check out our new Suppressed Email Address support article.
In keeping with our ongoing effort to clean up old pages and get everything moved to the newer mobile-friendly design, we did a bunch of work on the Inquiry pages. All inquiry-related pages have been moved to the new mobile-friendly design. As you click through the inquiry, verifying the message or sending a reply, you'll notice a fresher look and it will be easier to use from your phone or tablet.
Probably the best example of this is the Verify tab on the inquiry. The Verify area shows a split screen with the original email we got on the left and the parsed inquiry data on the right.
The design is similar to before but has a fresh look and collapses well on mobile and tablets. As you move through the Inquiry pages, you'll notice the same updated design and mobile ability.
Our commitment to being the best channel manager in the industry means our engineering team is constantly talking with the channels (Airbnb, Vrbo, Booking.com) and putting out updates and tweaks for the new stuff the channels put out. Nearly every release, there is something we're doing that is channel-related because the feature area is so large and involves so many moving parts. In this release, we tweaked two things for Airbnb.
First, we implemented a new "enhanced availability" response when communicating with the Airbnb systems. This basically means that instead of telling them "no" when their system asks us about available dates, we are now providing them a full availability response so that they also update their calendar and rules at the same time. This was a new option that Airbnb's API team released recently, and we jumped on it immediately. While this may not sound like much, it means that Airbnb will stop asking our system for requests when dates fail as often.
It was already very rare for our system to tell Airbnb "no" for dates because our system already pushes availability to them in near real-time. But sometimes when a booking or block occurs, their system hasn't quite updated fast enough or the various queues are still running. In those situations, the "no" responses that we send will not contain other information so that they don't continue to ask us for booking checks as the guest clicks the quote forms on Airbnb's side.
Second, we now set Airbnb taxable categories based on the surcharges we are syncing with Airbnb. Again, this might sound confusing or trivial, but it's an important little tweak for maintaining a high degree of accuracy with their systems.
We recently reached out directly and emailed the users that were affected by this, so this is something you may already know about: Triggers will no longer fire messages for bookings after 30 days past the booking's departure date. In other words, if the guest departed 30 days ago or more, the booking triggers will no longer send messages for that booking. You can still send manual messages to the guest, of course, but the automated triggers won't fire for that booking.
For a long time, we've watched as users have created far-future triggers as a marketing tool to remind guests about past stays and push them to book again. That's a great idea and we commend the marketing acumen!
However, this is not what the trigger feature was designed for, and there are technical reasons we need to limit them. It also hurts your deliverability and brand over time to send unsolicited marketing emails without unsubscribe links included in the message.
We are planning to release some email blast tools in the future and create unsubscribe lists to better help you automate your marketing. However, those tools aren't out yet. In the meantime, you should use a third-party tool like MailChimp to import your contact list and send email blasts.
There is a report in OwnerRez called "Email List" that is designed to work with email apps like MailChimp. The report contains special columns for when the guest last booked or inquired so that you can write messages reminding them of that when you reach out. You can also query and export other lists such as the Booking list view or CRM > Contacts list.
We understand that this might be frustrating, but please know that the change had to be made for technical reasons because these far-future triggers are not sustainable by nature, and they have led to negative results with our messaging speed and deliverability.
For our PM users, custom Statement Views have been a big hit. For those that don't know, Statement Views allow you to customize the booking and expense data you show to your owners on your monthly statements. As users have begun using them more and more, the requests for additional options have come pouring in. We took some time over the past couple of weeks to add some of those new options as part of a new Layout section on Statement views. Here's a quick image of the changes:
First, you can now turn off the Notes and Total sections entirely. Don't like how those look? Turn them off! Want them called something other than "Notes" and "Totals"? You can set that too.
Then, we moved the "Group By Property" option into the view so that you can store this with the view instead of configuring it on each owner. It's really more of a display setting, so the view should dictate that if you're using a view at all.
While we were at it, we also added a few more booking columns up above in the column selector.
You can now select:
It had been a while since the Custom Field Import had gotten any attention, and it was getting a bit stale. We did some work to catch it up and add some additional settings.
First, we added the ability to import Owner and Contact type custom fields. Those custom fields types were added to the app a long time ago, but the Excel import never supported them. That is now updated.
Then, we updated the Custom Field Excel template spreadsheet to use a hard-coded drop-down list showing the types that can be selected in the RecordType column.
This makes it clearer what is supported and validates against bad data entry.
Finally, we added a new Custom Fields Export function, so that you can quickly dump out all your custom field data, make changes and then import it all back in. You can find the new Custom Fields Export page in the global Import/Export area (under Tools).
Select the type of custom fields you want to export, and mash the button. That's it!
Have you sent us a ticket in the last few days? We get a lot of them, so you probably have!
We overhauled our Contact Us page and created a new ticket form to help you contact us faster. We also got rid of the corporate address and "office hours" nonsense and showed who we really are - a remote company spread out everywhere.
It was time for a nice overhaul, and it feels really good to get rid of that old page. "Office hours"... Why did we ever post that? We're not a dentist office. Hopefully, no one actually tried to drive to Seattle to knock on our door. 😀
To be clear, we do receive mail at the corporate Seattle address, but it's merely a mail receiving address and not where any of our team members actually work. No point in even showing it. If you do need to mail us something, feel free to send a ticket, and we'll point you in the right direction.
Recently, we moved notes to the overview page on bookings and quotes, and the Notes tab no longer had a purpose. We left it there so that when clicked on, users would get a message telling them where it moved to. Likewise, the Info and Date tabs were also transitioned to other places, but the tabs were left behind with messages. Since it's been a few months, we felt it was time to remove the Notes, Info, and Dates tabs from bookings and quotes, so we have now done that.
In case you hadn't noticed, we like to send a lot of alerts around here. In fact, we tell you pretty much everything all the time. For instance, when channels or iCals report new bookings but run into conflicts, we fire off alerts that tell you about the conflicts. However, we noticed that some of those conflict alerts could be a little more helpful so we added more information. Specifically, we added the booking number and dates to the booking conflict alert so that you can instantly see what bookings or blocks were overlapping the one new one.
When you go to claim an SMS Number, the window just sits there for a second, communicating with our SMS carrier. You don't really know what's going on and might mash the button again. While noticing that, we also noticed some annoying Log buttons sitting on the SMS Numbers list that seemed kind of out of place. Then we noticed that our carrier was mentioned by name in the "edit" link on the SMS list. Then we noticed that the "Forwarding To" column was empty when no forwarding option was configured which is kind of confusing. Sigh... So many things. This past week, we took a few minutes and cleaned up the SMS settings area. It needed love, and now we can stop noticing things. Win, win!
Last month, we announced that our SMS pricing was changing because of some analysis we did throughout the year. After doing more analysis, we decided that the pricing change (targeting segments instead of messages, but leaving it at 200 included with 3¢ (0.03) per segment) would be too costly for many users. Even normal senders typically use several segments per message. It is still necessary for us to target segments, because of the large differences in sending patterns between users, but we've changed the pricing. The new pricing will include 500 segments and be 1.5¢ (0.015) per extra segment. We feel that this is a reasonable price that will correctly handle both normal and large-sending patterns.
If you haven't seen it yet, take a look at the special SMS Segment Calculator that we mentioned in our last release. We tweaked a little bit more this time around and added a way you can link back to the SMS calculator after doing your analysis.
Stripe fees for security deposits. We have always detected and recorded a Host Fee on bookings for any payment processed via credit card for those users who use Stripe to do their credit card processing. Only we recently noticed that security deposits aren't doing that even those generate payment as well if they are "refundable" type security deposits. So we took care of that. Security deposits processed via Stripe will now record a Host Fee on the booking just like any normal payment.
Improve Cancel Booking screen. We recently released a giant overhaul of the Cancel Booking screen that shows you your cancellation policy, adjusts the booking charges, and sends a refund all in one go. As is our custom, we sometimes move quickly and break things! 🏋 We noticed a number of tweaks (okay "fixes") we needed to make to smoothen out the process, so we got to work and straightened that stuff out.
Gracefully tip-toe around Airbnb room issues. Airbnb doesn't support removing accessibility from a room. When you do that, it causes problems, so we made some adjustments on our end to gracefully handle the process. When you update a room, we re-sync everything. We also sync the photos again. And if we sync photos that are linked to a room that has a problem, we ignore it, assuming that the room hasn't been created yet.
Edit blog posts. Would you like to change your blog posts after writing them? We noticed that some of the buttons weren't working correctly on the blog editor, so we fixed them. If you don't know what I mean by blog, we recently released a really nice blog option for our hosted websites, so check that out.
Be helpful when importing Reviews! Need to import some reviews from Channel Bridge? Previously, if you didn't have your channel mappings configured, it would fail while saying "Couldn't find the property." We figured we could be smarter about this and offer you the chance to map those property IDs inline so you can proceed immediately, just like the other Channel Bridge import does. We also allow you to skip properties if the import contains extra reviews for listings that aren't in OwnerRez.
Prefer first payment override on Booking.com if there's only one payment. We noticed that if both the first and final payment overrides are set, in the Booking.com channel setting area, the final one is used because it's applied last. But that's confusing. So instead, we now only apply the first payment only if there's one payment.
Prefer active properties when merging. We noticed that, when merging channel bookings into OwnerRez, if there are multiple bookings matching by booking number, there is sometimes a strange scenario if you merge the booking in and associate with a disabled property. So instead, we now detect if there are multiple matching booking #'s and take the active property first (if any).
What other property URL is there? The Availability/Property Search widget has a "URL Generation" option with a drop-down and most of the time the top "Property URL" option is what users select. In fact, it's the only thing you can select if you aren't using our hosted website feature. This is confusing - why show the URL Generation drop-down if there aren't multiple options to select. We fixed this to hide the field if a hosted website isn't being used.
Reduce flat tax to the amount of Airbnb tax. It's possible for Airbnb to report less tax than they should when new Airbnb bookings come in. Before, we were just calculating a flat tax, but we decided that we needed to follow the Airbnb tax numbers even if they're wrong. Otherwise, it's confusing to both the user and our team members. We fixed this to reduce the total booking amount if we calculate more flat tax than what Airbnb actually reported as tax. And if the amount is a percent, we check to make sure that the "last tax" in the last doesn't run out when reducing it.
On statements that can't be deleted, still show the button. Across the app, our UI pattern when it comes to "things you can't do" is to show the button or function but make it disabled with a message when you hover the mouse over it. We do this so that it isn't confusing why a button or feature is gone when you get to a page, and so that you know instantly why it isn't possible. We noticed that this wasn't happening on statements, so we put the button back but disabled it and added a message.
Statements unpaid vs. partially paid. While we were fixing the statement button, we also noticed that the statements list sometimes showed a different status than the statement itself. Previously, the statement list showed either Paid or Unpaid, but it's possible for a statement to also be "Partially Paid". We updated the list to show Partially Paid and we added a filter for that as well.
Add phone number validation in the quote acceptance process. When guests are doing direct bookings on OwnerRez (eg. via widget, website, or quote) there are several places they can enter their phone number. When the process gets to the end, and the guest clicks the "Confirm Booking" button, our system validates that the phone number looks valid by checking that digits (0-9) were entered. However, we realized we could do this earlier in the process. Instead of forcing the guest to go back and correct a phone number, several steps back in the booking process, we now validate the phone numbers on the page at the time the guest types in the number.
Always show "Move" button even if the booking is channel-linked. Like the man said.
Allow HTML in notes again. While the "Notes" field on bookings and quotes only allows plain text, there's no reason to blow up and show nasty crash messages if rich text (ie. HTML) is entered, right? We fixed this to be like before. Rich text won't render in notes, but it won't crash if you enter it either.
Default to canceled by guest. When canceling a Vrbo booking, you are asked who canceled the booking - the PM (you) or the guest. Vrbo uses this information to determine if a PM is canceling bookings too often. Frequent cancellations by PMs isn't cool because it hurts Vrbo's reputation as a lodging marketplace. However, often the cancellation is initiated by the guest and we realized that there are times when the user might not realize what is being asked and cancel without making the appropriate selection. We now default the cancel option to "guest" and let the user change it back if desired.
Display CC errors when confirming. Previously, when the "confirm booking" screen would run a credit card, if it ran into errors, it would silently fizzle and move right on by. We now stop and show those errors to the user before continuing the confirmation.
Crash on API listing 'since' query. If you use our API, you might run queries where you're looking for property changes "since" a certain date. We found and fixed a bug where this would sometimes crash.
Percent of Rent on discounts and surcharges. A while back, we added the ability to target "Percent of Rent" for the amount on surcharges and discounts. However, the discount or surcharge must be applied "automatically" for the Percent of Rent option to be used. Using codes or optional ones won't work. This has always been the case, but we weren't clear about it and we still showed it in some confusing situations. We fixed this to completely disable the Percent of Rent option (with a message) if you configure a surcharge or discount in a way where the amount cannot be applied against the rent only.
"Consider canceling instead" link broken. Did you know you can delete bookings? Yep, that's right. As long as the booking is pretty empty and doesn't have a lot of payment or channel activity, you can completely delete the booking from our system. When doing that, we show a warning that you might want to consider canceling instead, only the link we provided was broken. What good is that? All good now.
Association button on new photos. Recently, we added the ability to associate photos with rooms and amenities. There's a little button on photos that allows this (ie. the one that looks like a price tag). We noticed that when uploading a fresh new photo, however, the association button wasn't working. All good now.
Trigger update when changing Airbnb guest vs adult rule. Just like it sounds. When changing adult and guest rules on a property, it can make a difference in your Airbnb fee settings because extra guest fees are linked to those rules. We weren't triggering an immediate rate update to Airbnb when some of these rules changed, but that's now fixed.
Default commission when adding charge. We tend to move fast and break stuff around here, and that happened with the charges grid. The charge grid was overhauled a few months back to have a newer design and be more mobile-friendly, but in the process, we didn't realize that charges weren't having the default PM's commission rate set correctly. So if the property was configured to have a 20% commission, that would work everywhere except if you entered a charge manually. Entering charge line items manually is pretty rare, but it does happen. This bug is now fixed.
Charge import should respect surcharge commission options. Speaking of charges and commission, here's another one... Our Excel Import for Charges was ignoring the commission settings on the surcharge when importing charge line items that matched to that surcharge. This has been fixed.
Double clicks identifier mappings. We noticed a situation where users might accidentally click twice on the save button after entering a bunch of Identifier Mappings for channels. When that happened, we were saving duplicate mappings which caused confusion downstream. We fixed this to lock the channel property/listing for updates while setting the mappings so that it could not be set twice at the same time.
"Cancel Booking" alerts defaults. In the previous release, we noticed a bunch of places where alert settings were not being honored by the app when you go to process something manually, and we fixed that. But recently, we noticed two issues on the Cancel Booking screen. The "open in editor" or "send immediately" wasn't following the pattern that we use elsewhere (of defaulting to "open in editor"), and the alert itself wasn't honoring the global preference. Both of those issues have now been fixed.
Booking.com virtual cards with no expiration date. Booking.com sometimes processes payments from guests using a "virtual card number" system where a temporary card number is created with a date and dollar amount that can only be used once. The guest's real card number is not known or passed to the PM or our system. We support these virtual cards when we detect them, but we recently noticed that they don't have expiration dates similar to real credit cards. Because of that, we had to fix the process to look for an "activation" date instead.
$0 bookings on statements causing problems. In the previous release, we started including $0 bookings on owner statements. We noticed that Direct Remittance and Guest Paid amounts could cause certain bookings to appear as $0 bookings incorrectly, so we made some corrections.
I live in Europe, what the heck is a "dollar"? The OwnerRez team is mostly American, so we sometimes forget that "money" is not defined as "dollars". Believe it or not, we actually have customers in more than 190 countries though 90% of them are in the US or Canada. We found a place where we were saying "dollars" in a blue call-out bar, so we removed it.
Use previous tax applicability for Vrbo taxes if it hasn't changed. We noticed a rare (but possible) scenario where we could send a later tax applicability date to Vrbo even if a previous date would have been applicable. Basically, if there are multiple applicable tax periods, we needed to join together ones with the same applicability so that we don't lose a date range when we trim the previous ranges. Sound confusing? 🤔 Yeah me too. But the engineers said that they fixed it and all is well, so whew -- I feel better!
Operating a vacation rental business takes a lot of time and effort. Periodically we like to interview one of our exceptional users. This week we spoke with Daniele from Salt and Shine Vacation Rentals. Daniele's website and operation can be found at saltandshinerentals.com. Below are the questions we asked and her responses.
Daniele: I was working for a large corporation in the medical financial field specializing in transportation and coding. After the company changed their management team, they axed my position. I found myself without a job and had no desire to stay in the field. I had very little passion for the job. I had no idea how I would reinvent myself at this point in my life. I was in my 40's.
My family and I went on our annual vacation to Key West to escape the harsh Maine winter and to visit with my parents. My retired father had taken on a job with his friend's vacation rental company. He was a guest service coordinator and property manager. I had NO idea these kinds of jobs existed! I was intrigued - I tagged along with him to see what the job entailed. That was it.... I was hooked! I wanted to learn everything I could about the industry.
When I returned to Maine, I took an entry level position at a seasonal vacation rental company in one of our beach towns. I quickly moved into a management position. Unfortunately, when I started with the company they were struggling financially and with their staff. The issues they were having internally were trickling down to their rentals, the entire show was suffering.
I could not represent the company any longer and decided to give my notice at the end of the fall season of 2016. In January of 2017, I was back in Key West when I received a phone call on my cell phone from a former owner of one of the properties I had signed on from the vacation rental company I had left. She also left the vacation rental company due to their lack of commitment and services.
I was shocked to be hearing from her and on my private cell number. She was adamant that I take on her property as a property manager and guest service coordinator. I told her I needed time to consider this, but she didn't give up. She said she saw something in me and I needed to start my own company in Southern Maine. *This woman's job is to find, train and create elite real estate agent teams that list and sell multi-million dollar properties for Keller Williams.
In March of 2017, Salt & Shine Vacation Rentals was born. It has been the best decision I have ever made. Everyday brings new challenges, new lessons, successes, and losses. I Love Every Minute of It!! The Very Best part about my company is I get to work with my brilliant daughter who took us to a new level. After she graduated from The University of NH she came on board full time. She is my General Manager and a force! She is incredible in every aspect of this business.
*PS- I did find out how she got my cell phone number.... her cousin is a profiler for the FBI so she used her connections to get a hold of me!! Sneaky!
Daniele: I have lived in Maine for the majority of my adult life.
Daniele: I welcome the challenges this career brings. I love the variety of people we meet, I love to help create lasting Maine memories for our guests, I love the concierge aspect. I adore my staff. I am quite simply in love with this industry. I wake up everyday and am thankful!!
Daniele: Partners (property owners), who can't grasp or do not appreciate how much we do for them. Guests that complain after they check out without giving us the opportunity to fix any issues while staying with us. We give them ample opportunity with our 3 touch approach. Which means our policy is to reach out to all of our guests the morning after check in, mid week and the night before check out. These are text messages which 99% of guests respond to.
Daniele: I use just about every aspect of the software to manage my business.
Daniele: I'm not sure I can pick just one!! Syncing capability, owner payments, booking online, reports. One thing I do wish it had..... were more accounting features. Also, there doesn't seem to be a feature that would let us know if we had missed an owner payment. We have had to create an Excel sheet to keep track of payments. It would be ideal if there was a report feature added for this function.
And here we are, Daniele & Hannah Rogers. Daniele is the Salty one and Hannah is the Shine!!
>>>>>>
Thanks, Daniele! We wish Salt and Shine Vacation Rentals much success as they continue to manage their business and thrive in the vacation rental industry!
Sooo can we get a way to bookmark certain posts, like this one, in the forum for quickly finding it again? Maybe there is one already. I don't know. But this info was so very good at explaining things. I finally understand now!
Great post and thank you!!
I have guest staying at my vacation rentals for this event. I wish I could go but being down for 2 years makes it impossible for me to go. But I sure hope to make it the following year.
Thanks again
Cathy Goutierrez
OwnerRez will be attending and sponsoring two important conferences in early December, and we wanted to make sure you knew!
If you're within driving range of New Orleans or Portland (Maine), take a few hours and come visit us! 🚗
Here's where we will be:
Wednesday and Thursday, December 1st - 2nd
Event: 2021 Vacation Rental Women's Summit
Location: The Ritz-Carlton, New Orleans
Registration and info:
http://vacationrentalwomen.com
Monday, December 6th
Event: 2021 VRMA Connect, New England
Location: DoubleTree by Hilton Hotel in Portland, Maine.
Registration and info:
https://www.vrma.org/page/vrma-connect-new-england
By the way, if you do come by, ask for one of our awesome holiday mugs with hot chocolate balls!
Today, I'd like to wish all OwnerRez customers in the USA a Happy Thanksgiving! 🦃 Enjoy the downtime! If you don't celebrate turkey day, I hope you have a relaxing week nonetheless.
Over the next few days, the OwnerRez team will be spending some much-needed time relaxing with family and friends. But before we go, I wanted to take a second to run through our updates from last week.
Last week, we put out a chunky 26 update release with a new video feature and a long-awaited update to our cancellation screen. Let's run through it quickly before you fall asleep from wine and stuffing!
If you use our Hosted Website or WordPress Plugin, you can now show videos in the photo carousel for each property. This has been requested for some time, and I'm happy to announce that it's now out live.
To use the new video feature, all you have to do is configure a property photo to have a Video URL and we'll show it as a video on the website side. Here's a quick walk-through of what I mean...
I'm going to add a video to my "Autumn Ridge" log cabin so that the first photo shows as a video when I click on it on my website. To do that, I'll go to my properties, find Autumn Ridge cabin and click into the photos area. On the first photo, click the tag button next to the caption. You'll see a window option where you can work on the caption, select a room that the photo is associated with as discussed in last week's product update) and then a new Video URL field:
The video of my property is hosted on YouTube, so I'll copy/paste the YouTube URL into the field and save it.
To be clear, the video must be hosted on YouTube or Vimeo to be used in the photo Video URL field. Use the tools provided by YouTube and Vimeo to find the shareable URL for each of your videos.
Once you've set the Video URL, you're all done! The photo now shows as a clickable video on the website side.
Here's the Autumn Ridge cabin I just put a video on.
Notice how a round "play arrow" now appears above the photo when the photo comes into view in the carousel.
And if you click the play arrow, the full-page carousel will open and the video will begin playing.
You can have as many videos as you want in the carousel, and it doesn't matter what order they are in. Any photo can be a clickable video that opens and begins playing.
The first big enhancement to talk about is our all-new cancellation screen. The cancel function on bookings was long overdue for an overhaul. Not only did it have the old design, but we wanted to update it to change charges and send refunds in one simple step.
Previously, the cancel function on bookings did just that- cancel the booking and nothing more. Any charges that needed to be adjusted or refunds that needed to be sent were secondary processes that we left up to the user. Our support docs said, "after canceling, go adjust the charges and send whatever refunds you want". While this sounds flexible, it was a constant source of tickets and help-desk issues going back many years. It wasn't clear that charges and refunds have to be manually adjusted, so new users always had to have this pointed out, and often the financial side wasn't caught until later on when reports were wrong or owner statements remitted too much money.
No more! Say hello to the new cancellation screen on bookings.
A lot is going on here, but the important thing to understand is that the new cancellation page revolves around what your cancellation policy is for the booking. Everything else flows from that.
The cancellation policy is the first thing that is established at the top. After that, the page shows you (based on that policy) what the guest should get back, breaks down the new charges and then shows you what to refund at the bottom. All of that is laid out by default, based on the cancellation policy, but the page also gives you controls where you can change or override the cancellation policy with something else. Notice in the above example how the default policy is set to 50% refund because that is the policy on the booking but you have the option to give a full refund, no refund or update the charges yourself.
Similarly, the cancel page will show you refund options where the system will automatically attempt to send money back to the guest's credit card, if possible, but it also gives you the option to handle it yourself.
Of course, if there are no available credit card payments to refund, you'll have no choice but to handle it yourself.
If you prefer the old method of handling charges and refunds yourself after the booking is canceled, you can still do that. Simply select both "I'll handle it myself" options on the cancel page and hit the big "Cancel this booking" button at the bottom.
If you're wondering where the cancellation policy comes from, remember that it's possible to have a different policy on the booking or quote level which can override what was set globally. Some channel bookings might carry a channel-based cancellation policy into OwnerRez as well. If you're unsure what the current policy is, go to the Rules tab of the booking and scroll to the bottom.
This new cancellation page should provide a one-step process where charges and refunds are taken care of correctly and immediately instead of being forgotten or ignored until later. Your accountant will love you. 💯
This past week, the PM area got some love as well. We released three (3) PM updates based on some common requests that PMs were making in our Feature Request forum. By the way, if there's stuff you really want added, drop a feature request in there. We do add work to our roadmap based on what we see in there. Some requests, by their nature, aren't things we can do right away, but we do read and follow that forum religiously.
The first PM update was to add Rent, Guest Fees and Host Fees to statement views as optional columns. A user pointed out that these were pretty obvious misses, and they were right! We have scores of columns that can be selected, but the raw amounts for Rent, Guest Fee, and Host Fee were not in there for some reason. Now they are!
As you'll see, there are prorate versions of those columns as well, so you can show only the in-statement amounts for each booking. This follows the same prorate pattern we show for other currency columns.
Rent is shown under the Categories columns because it's similar to those columns in that it is a type of charge category. Guest Fees and Host Fees are shown in the top section under the Booking columns.
The next PM update was to make the Download to Excel option on owner statement match the correct view. This is another pretty obvious one. Previously, the export option would create an Excel file that matched the "Full Amounts" system view of the statement. Since the Excel download option is only available to PMs (not portal users) this was a quick way of giving users the ability to convert statements to Excel with all columns showing. After we added custom statement views a while back, users rightly pointed out that the Excel download was off because it wasn't showing any of the custom columns, charge categories or taxes.
Here's a quick example I put together.
On the left is a custom statement view that only shows the guest name, booking total and what the owner gets along with some custom column headers. On the right, the Excel spreadsheet shows the same thing including the custom column headers.
Another PM update we put out makes it so that $0 bookings are now included by default in owner statements. Since owner statements now have the ability to select and exclude bookings on the fly (both temporarily and permanently exclude) it doesn't make sense for $0 bookings to be magically excluded from statements. There are several scenarios in which you may want to show a $0 booking to an owner. A booking might have been canceled or it might have been an owner booking, so the charges ended up being $0 but you still want to make the owner aware of it. If you don't want $0 bookings included, simply select them and exclude them permanently when creating the statement.
On that note, we did our best to find and pre-exclude a lot of old $0 bookings that were in the system, so that your next owner statement isn't filled with hundreds of historical bookings, but we might have missed a few. When creating your next round of statements, you might see a couple of bookings jump in that you'll need to manually exclude. If you select the permanent option, you'll only need to do this one time.
Recently, we announced that our SMS pricing was changing to target segments instead of whole messages. We added a support article about segments, but we wanted to do more in the app to be clearer when you're creating messages, so did a couple of things to show you clearly what your segment count is and why.
First, we updated our character counter so that it shows both characters and segments while you're typing. Instead of guessing or doing division in your head, you can now see an exact segment number right in front of you while you type.
Looking for more clarity on why the segment counter is jumping quickly? For instance, notice that the segment count jumps quickly after using emoji or special characters like smart quotes.
To explain exactly why the segments are increasing, we added a "Message X-Ray" button that will open a special window and show you which characters are causing segments to jump quickly. You can open the Message X-Ray window by clicking on the little "?" icon next to the segment count.
The X-Ray window should be pretty self-explanatory. It will show the characters that can be cleaned (either removed or replaced with a non-special version) and give you a "Clean Message" button to do that. Clicking the button takes you right back to the message editor with the cleaned version showing.
If you immediately click the X-Ray button again, the window will show that there are no characters to clean since you just did that.
Okay, now for the last part where I huddle with the nerds. 🤓 Everyone else turn away...
Want to see some really awesome data on SMS segments, characters and encoding types? We added a special SMS Segment Calculator in our support area that will completely break-down every part of the SMS message in detail. It not only shows the counts, but it shows each segment in different colors, the encoding that will be used and the exact GSM or UCS character that carriers recognize when the message is passed to them.
Yeah, I know we didn't have to build this, but our research into SMS segments and encodings got a little carried away, and we figured some of our users might enjoy playing with it as we did. So there you go - enjoy.
At any rate, our mission to clarify SMS segments is now complete. If the above warnings, tools, and calculators don't show you what you're sending, nothing will. 😀 On a serious note, we do hope that all users take some time to examine their SMS message templates and triggers and notice how much volume is being sent. We are perfectly happy for users to send long SMS messages filled with emojis and special characters, but you need to understand the cost of it. It will be expensive and come January 1, we don't want there to be any billing surprises!
Speaking of SMS, we also made a small update to our SMS Phone Number settings so that phone numbers are actually released and returned to our carrier. Over the past year, as more and more users have turned on SMS Messaging, the number of reserved phone numbers in our system has grown significantly. However, when users turn off SMS Messaging or close their accounts, we weren't sending those numbers back to the carrier. We were hanging onto the numbers in case the user came back or wanted the same number again. However, there's a cost to reserving hundreds of extra phone numbers, so we created a process where after 30 days the phone number is truly released and returned back to the carrier so someone else can use it.
We'll wrap up the enhancements area by talking about a couple of channel-related updates.
Have you ever noticed that you don't get "new message" and "new inquiry" alerts from OwnerRez for Airbnb inquiries and messages? Airbnb sends inquiries and messages too, but the standard OwnerRez system alert doesn't get sent. We designed it this way originally because Airbnb always sends the host an email or push notification, and we didn't want OwnerRez users getting inundated with extra messages. A while back, some OwnerRez users pointed out that this was inconsistent and confusing, and that they wanted to see the same alerts for Airbnb, so we added an option in the Airbnb channel settings to send inquiry alerts. By default, the setting was turned off, so you had to go out of your way to find and enable it. As we work to normalize the interface, we wanted to move that Airbnb inquiry alert setting to the normal system alerts area in Settings, so we've done that.
At the same time, we also decided to add a system alert for new Airbnb messages so that you could be notified by OwnerRez for those as well. This alert looks like the New SMS Message alert, but it shows Airbnb messages instead.
If you go to the System Alerts area under settings, you'll now see alerts for both of these things.
By default, both of these new Airbnb system alerts are disabled. We continue to believe that most users will not want duplicate emails every time an inquiry or message comes in, but now you have the option to turn them on, and the setting is in the same place as all other system alerts.
A couple of weeks ago, we changed the properties mappings on channel connections to break out different types of operations and clarify the process so that connected, disconnected, publishing and other operations were standalone and intuitive. We noticed that we could make this a bit smoother even still, so we updated the property mappings list to only show properties that are currently connected and show a message for properties that weren't connected to the current channel or were connected to a different version of the same channel elsewhere. We added a button so that you can see them all, but we believe that hiding them by default is less confusing so that users don't have to scroll way down to find the properties they're looking for when connected to different channels.
IPs for channel CCs. Most credit card processors consider the IP Address of the cardholder when evaluating risk at the time the card is processed. Gateways like Stripe, Authorize.Net, Braintree, OpenEdge and many others will take the cardholder's IP Address and log it in case they need more information or in case you (the merchant) need more information. Some gateways like Authorize.Net have fraud detection settings that you can adjust based on the IP Address. However, for OwnerRez to pass the cardholder's IP Address to the processor, we have to know what it is. For direct bookings, it's easy - the cardholder is usually using our app or interface, so we grab the IP Address and pass it right along. However, there are situations where the cardholder is on a different app or website (eg. Airbnb) when booking. We noticed a situation where we could get the IP Address from a channel - Vrbo - but we weren't actually using it. We updated our channel integration with Vrbo to detect the cardholder IP Address and use it for credit card processing. This only works for Vrbo bookings where the booking is an API-managed booking.
Delete financial stuff when auto-canceling. When a pending booking goes past the "pending until" date, the system auto-cancels it. When that happened, we purposefully left the charges, expenses and guest fees there, in keeping with our previous pattern of forcing the user (you!) to clean up the booking and set the financials to whatever you wanted. Since we now have a more mature cancellation process, we decided to change this and automatically delete charges, expenses and guest fees when a pending booking is auto-canceled by the system.
Honor system message settings on inline options. This one has been bugging users for a while. We have a system messages area in the Settings menu where you can disable certain types of messages from being sent to guests. However, when you go to a particular feature in the app, that global setting does not always carry across to the email options you see on the screen. In other words, the system was only considering those global system message settings when conducting operations in the background, not when you do something manually. Here's an example of what I mean.
The screen on the left is the Reserve Security Deposit page under a booking. Notice that "send receipt to guest" is selected even though the global system messages page shows it disabled on the right. This required users to constantly de-select email options that were already disabled globally. This is now fixed! We found it happening in a bunch of places but might have missed a spot. If you see one, let us know.
Better file type detection. In recent times, we started checking files that were uploaded to OwnerRez (eg. PDFs, images, etc) to make sure there were known types of files. In the process, our file detection was excluding some legit types of PDFs. We upgraded our detection code to detect a broader range of files.
Cleared photo association when deleted. When a room or amenity that is attached to a photo is deleted, it can remain there and cause an error. We took some steps to fix this.
Booking.com scheduled payment using a fixed amount. Just like it sounds. The second payment for Booking.com bookings should be using the "Remaining Balance" option, if possible, but it was using a fixed amount most of the time. This is now fixed.
Skipped is skipped. If a trigger is skipped for a booking, it should say that rather than tell you it "Can't Run Yet."
Missing rates can be clearer. If the LQA tells you that you have a missing rate on one day, it should just list the one day, rather than a range of days. We fixed that.
What remains? If you schedule multiple scheduled payments on the same day, we'll usually run them for you in the order they were created. But what happens if the first one is a "Remaining Balance" payment? Well, we used to collect the remaining balance first because it was created first... but that's confusing and prone to problems. Now we'll run those payments with specific amounts first, and run the remaining balance payment last to catch anything left over.
If there was a problem, wouldn't you want to know? Sometimes we may be unable to complete an action you request, like deleting a surcharge that is used on one or more bookings. There was a bug preventing us from telling you why we didn't delete the surcharge, but we've smashed it.
Big numbers are good! If you're one of those PMs or hosts reporting on very large numbers, you may have noticed that our report graphs breakdown above a certain point. We rejiggered the graph to work with more numbers so you can see how you're doing even when you're doing really well.
Rate calendar arrival window. We found a bug that showed an arrival restriction only on the rate calendar even if you have selected "Allow same day bookings". This was only affecting the rate calendar viewed within OwnerRez, but it was confusing, so we removed that.
Other rooms have beds too! We added the option to list beds in non-bedroom rooms a couple of months back, but the property info page wasn't clear about that. Should be clearer now.
Single property website example. On our Hosted Website overview support article, we referenced a website that had a broken link. That is now fixed.
Hang on-- It's not a New Listing yet! We noticed that it was possible to apply the "New Listing" Discount too soon (ie. before the listing was actually active) which would cause an error. We now show a friendly warning when a user attempts to do that.
"Unpublishd" Typo found on the "Unpublish Listings" page in the channel connections area. Found and fixed.
Hi Dori,
I took a look at your website and blog and don't see any problems.
But it sounds like you're saying that you couldn't write a post because of the URL/slug. Remember that you don't actually need to provide that field - the system will fill one in for you automatically based on the title if you leave it empty.
I went ahead and created a sample blog post for you under your website, and I didn't have any problems. You can see the live post here:
https://www.utvacations.com/blog
And the individual blog post here:
https://www.utvacations.com/blog/hello-world-this-is-a-new-blog
As you can see, I put in a custom URL that is different than the title just to make sure that works.
I'll leave that there so you can see and delete it on your own.
What might have happened is that you put in illegal characters like space that aren't allowed in URLs. The URL should only contain alphanumeric characters or dashes ("-") or underscores ("_") characters.
I'm trying the Blog and keep getting this error:
"The key is invalid. Key cannot contain unsafe URL characters"
I am not using any grammar in the title or slug and I still get this error. Please advise.
Thanks!
Happy weekend, everyone! 🍹 This week, we've released 17 updates including two great new features, the biggest of which is that you can now add a blog to your OwnerRez website! Let's go through it.
Those of you with an OwnerRez website, sit up in your chairs and pay attention - you're not gonna want to miss this.
For a while now, we've been asked "how do I publish news or blog posts on my website" without providing a good answer. Previously, we recommended adding custom pages that were crafted to look like blog posts or using a subdomain (ie. blog.mysite.com) that pointed to a different platform like WordPress. Let's face it - those options stink! Using a separate platform like WordPress means your users have to leave your main website, and you gain no SEO juice from the content you create.
Imagine if it were this simple to add a blog to an OwnerRez website...
Yep, it is now that simple!
We've added a full blogging platform directly into OwnerRez websites, and you can now turn it on and begin writing blog posts within a few minutes. It handles all of the normal things a good blog platform should do out of the box:
To get started, go to your OwnerRez website under Settings and drill in.
To make a blog show up on your website, all you have to do is create a new page for it using the same page selector you use for properties, maps, availability, reviews and everything else. Click "Create Page" and you'll see a new page option for "Blog" showing.
After creating the blog page, you'll see that page show up in your list of Menus & Pages, the re-ordering layout screen and everywhere else your pages show up when configuring your website.
You'll also notice the menu show up on the live website. Go ahead and run over there and check it out!
One click and you already have a blog showing!
But notice that the blog is empty. To be clear, everything we did above was just to add a menu for where the blog will show up on your website - basically just a placeholder. Now you need to write some actual content and flesh it out!
Back in the website settings, you'll notice a new "Blog" tab showing next to Menus & Pages. This tab shows all the time, even if you didn't do the above steps to add a blog menu. Click that Blog tab, and you'll see a new section where you can add blog content and settings.
The buttons there should be pretty intuitive, but let's run through a couple anyway...
The "Write Post" button will help you create new blog posts. Each post has fields for the post title, slug (URL you want to use), published date, body and teaser intro. You can also set a category, teaser image and masthead image.
The only fields that are required to create a blog post are the title and body. Everything else is optional. If you don't provide images, we'll use placeholders by default so that the blog post still looks good.
After saving the blog post, go check out your website. Voila, there it is!
If you don't provide a Published Date, the post won't show live on the blog. This is a good way of working on a post early, before the day you want to publish it, and then making it go live later. You can also set a future Published Date which will make it automatically appear on that day in the future. For instance, you might want to post something on the upcoming weekend, but you want to finish it now while you have more time. You can do that by creating the post now and setting the Published Date to the upcoming weekend. Once that day arrives, the blog will begin showing the post. The "Subscribe By RSS" link does the same thing - it only shows the posts that are published.
Another button you'll see is "Blog Settings" which will take you to a simple page where you can configure a couple of high-level things about your blog. Do you want the index page to show more than 5 posts at a time? You can set that here. Want a default image that is different than the placeholder we use? You can set that here as well.
After changing the default teaser image, notice how the blog looks when we go back and refresh the index page.
The little "news" image that I set as the Default Teaser Image in the Blog Settings area is now the default that shows for all blog posts, both next to each post in the index but also in the sidebar.
And the sidebar is the same both on the index page and individual blog post pages:
The last blog area we'll talk about is "categories". Back in the Blog tab, notice on the far right the "Create Categories" button. Click that button, and you'll see a list you can fill out with whatever categories you want. Categories are basically just tags or labels that you can apply to blog posts that are similar. For instance, you might have categories for "Promotions" where you talk about discount codes you are giving out or promotions by other vendors in your area. You might have an "Events" category where you talk about your annual schedule, parties, conferences, get-together, local or regional events and so on. You can create any kind of category you want - it's completely up to you how you want to categorize your posts.
Create a couple of categories, then click save.
Back on your blog posts, notice that your new categories show up for selection. Select the category that applies to the blog post and save.
If you refresh your website, notice how and where the categories show up.
The sidebar will show a categories section, along with a number count for how many posts there are in each category, and allow you to click on each one to find just those posts. Each post will also show a label for the category.
The post page, itself, also shows a label for the categories that are assigned. There can be multiple categories assigned to the same post.
Categories can also have default images configured so that all posts of that category have a certain teaser or mastheads image showing instead of the site-wide defaults.
After adding a couple of images to the categories page, notice how the blog index, post and sidebar areas change.
The above teaser images changed without updating anything on the blog posts themselves. Because two of the blog posts were assigned to categories, and those two categories have teaser images, the blog posts automatically use the same images.
Keep in mind that each blog post can have its own individual teaser and masthead image, overriding the category, so each post can be unique regardless of the assigned category.
For the latest blog post about "Fall leaves are my favorite..." I want to give that some unique images, so I'm going to set a teaser and masthead image that looks like leaves on that blog post specifically. Here's a quick landscape (ie. horizontal) image I found on Google for "leaves", and I set it to be the masthead image:
And here's a little square leaves image I set for the teaser image on the main page:
There are other things to point out about the new blog feature, but this should be enough to get you started! Enjoy, and as always, send us questions (or comment below) about what you like or dislike.
One last pro-tip on blogs... If you decide to temporarily hide your blog, you don't need to delete or un-publish all of the posts. Just disable the Blog menu in the Menus & Pages list and the entire blog will disappear. All of your posts and content will still be in the system, under the covers, but the menu won't show on the website.
As awesome as the new blog is, there's another new feature that I am excited to talk about! You can now associate your property photos with rooms and amenities, and that will sync across to Airbnb as well.
Some of you have noticed that Airbnb now shows all rooms for a listing, not just bathrooms and bedrooms. To demonstrate my point, this is what Airbnb listings used to show for bedrooms and bathrooms on live listings:
There was a little set of tiles for each bedroom with the beds that each bedroom contained.
Now, Airbnb lets users define all the rooms of the property, like kitchens and dining rooms, instead of just bedrooms, and you can put beds in those other rooms as well.
If you recall, we released an update of our own a few weeks ago to add "other Rooms" to OwnerRez so that you could do the same thing in our system. This update adds to that by associating photos with those other rooms that you create and pushes the photo and room combinations to Airbnb. If you do that, you get photo tiles on Airbnb instead of the little cartoon drawings (shown above). Here's an example of an OwnerRez user's listing on Airbnb after the photo and rooms were tied together:
When you click on that bedroom photo, you get a screen that shows all the photos of the house broken down by room. It looks like this:
Airbnb has some improvements to make with how they show the default room tiles on the main page, but it's super cool that this is now possible. Your guests can now see exactly what each room looks like by clicking on rooms instead of panning through dozens of images and having to figure it out on their own.
To make this work in OwnerRez, go to any property and click the Photos tab to see the photos that you uploaded for that property. You'll notice a new button next to the caption that looks like a tag image.
Click that button to open a window with more details about the photo. You'll see a large input box where you can change the caption, but under that is a Room drop-down where you can select the room that the photo goes with. In this case, I clicked on a photo of the dining room, so I am going to select "Dining Room" under Other Rooms in the drop-down.
Don't have a "Dining Room" option in your drop-down? That's because you never created that room! Go over to the Rooms tab and create rooms like kitchen, dining room, living room and then come back to the photos.
Please note that you need to flag all of your bedroom and bathroom photos to the correct bedroom or bathroom that they belong with, so take the time to do that as well. If you don't associate the bedroom and bathroom photos, the other rooms won't show. We're not sure why Airbnb chose to do it this way - it might be a temporary thing - but our testing shows that bedroom and bathrooms need to be associated or the other rooms won't show up.
It will take some time to run through and properly create rooms and associate photos with the correct rooms, but once you do it once, you're all set! And in the future, we're planning to add this to Hosted Websites and other channels that support it, so you won't have to do it again - it will just work.
Remember the design cleanup work we talked about in the past few weeks? We were back at it again this past week updating the design of the booking area. All pages under the booking area (the booking "tabs" or menus) are now newly updated to reflect our latest design and are mobile-friendly. This includes pages like the booking notes, travel insurance, damage protection, messages, scheduled email, pending and confirm-booking pages. It includes the cancellation page as well, but we'll discuss that in next week's update as part of that is still being tested and worked on. All of these pages now reflect a mobile-friendly modern design.
Notice that, like with the quotes pages, the "Notes" tab has been moved to the overview page of the booking for fast immediate access.
Notice the Messages tab as well. It now looks more like our system message and system alerts pages with a Status column and the action buttons on the side under an Actions drop-down.
To see more information about the status, hover over the status and some pop-up text will show.
To skip, un-skip, preview or send now, click the Actions button on the far right.
If you missed the blog post earlier this week, note that our SMS pricing is changing. We tweaked our billing and invoicing engine for the new pricing changes and began showing "segment" pricing on invoices. The new pricing doesn't go into effect until January 1 for everyone, but our billing system has been updated now in anticipation of that change.
Remember how we recently made it so that your review count and star ratings show up on Google searches? We noticed a couple of issues to tweak. Those star ratings now say "reviews" instead of "votes" on Google. and the home page now shows a reviews count in addition to the property pages.
If you don't see your pages changing on Google yet, give it a week to update. Google's search index can take a few days to update.
If I was to show you a property listing that had "1.5 baths", what kind of bathrooms would you think the property had? One full bathroom and one half bathroom, right? But what if a property had one full bathroom and 2 half bathrooms? How do you represent that in a real estate listing - 1.5.5 baths? 1.2 baths? 2 baths (for 1 + 2 halves)? We noticed that our bathroom math was confusing where properties had more than one half bathroom. It was adding the halves together, coming up with a whole and making the property look like it had additional full bathrooms. We changed our bathroom math so that bathrooms are described as "full" and "half" everywhere they are displayed.
The amenities, summary areas and search pages have all been updated to use this same language.
Copy the listing site on copied quotes. Did you know you can copy quotes or bookings quickly? On every quote and booking, there is a Copy To button that lets you quickly duplicate it into a new quote or booking. However, we noticed that when quotes were copied to new quotes, the listing site on the original quote didn't carry across to the new quote ended up showing no listing site. We've fixed that so that copying quotes will retain the listing site on the new quote.
Stripe tokenized cards can't be reused for travel insurance. Did your guest ask you to add travel insurance, the only card on file is a tokenized card? If you encountered this, you probably hit an error when you tried to purchase the travel insurance for your guest. We don't show those tokenized cards anymore.
Bad security deposit settings prevent booking updates. We've done a lot of work on security deposits recently, and we noticed a bug where certain security deposit settings - settings that predated our recent updates - would cause bookings to crash when other things about the booking changed. Our validation code would check the entire booking, notice the bad security deposit rules and crash because of those security deposit settings even though the user wasn't working in that area. This is now fixed.
Tags, not custom fields. Both of our "Stays" reports now allow you to show columns for tags and custom fields, but we noticed a typo where the tag option was referencing "custom fields" in the help text. This is now fixed.
Hey bro, your { is sticking out. Did you happen to notice that little curly bracket showing up on the bottom of the SMS Numbers overview page? No? Well, someone did, and they reported it. It's kind of like when the mechanic fixes your car but leaves a wire hanging out. The wire is safely tucked back into place now.
Crash when disabling SMS. We noticed a bug where disabling the SMS premium feature (under billing) would show a crash message. Did we do this purpose to stop people from disabling SMS? Of course not. 🤷♂️ All fixed now.
Crash when deleting SMS number. Evidently, trying to leave SMS is pretty difficult around here... If you tried to delete the phone number in your SMS settings, we would show a crash message. All fixed now.
Ghost SMS menu? Yes, that's right - another SMS-related bug. We noticed that the SMS Numbers overview page did not show on the sidebar in the Settings area, only on the Settings overview page. This is now fixed!
It's "Rooms" now, not Bedrooms. Recently, the "bedroom and bathrooms" parts of property content expanded to be "Rooms" in their own menu area and with significantly more options. However, we noticed that the Properties > General Info > Change page still lists the Sleeps overrides as being in Amenities instead of in Rooms since the update, so we fixed it.
Remove spaces from the TO email header. Previously, if an email address contained an email address, it was silently dropped by our email sending systems in the background. The user wasn't notified, the email message just wouldn't go out. But wait, you ask--! How can an email address have a space in it when OwnerRez doesn't allow that? Ah, good question! In very rare situations, an email address was being formed by field codes that would have spaces or other characters in it that were not being removed. We added a process after field code rendering that checks for spaces and removes them. This might lead to the email message failing to be delivered, but at least you'll see the failure now instead of it being silently dropped.
Final Update: Akia called me back shortly after my conversation with the first rep. They apologized for the misinformation from the first rep, then told me the cost is $119 / month for the basic service. I'm still not sure if that is per unit or not, but their pricing is clearly much higher than the OR text pricing.
Just FYI, this is probably the single biggest thing preventing me from signing up for the SMS feature. Just sayin'. ;)
The thread you're responding to is 10 years old. I dunno when it was added, but 10 years later, yes, holds are automatically released as per the settings in your property. :)
Update: I called their sales department and they were very unclear about pricing. The rep told me it would be $3-6 per unit per month, but that there is also a $100 minimum. I asked her to clarify if that was per year, per month, per unit, etc. At first she first said it was $100 minimum per year but they said it "might be" $100 per month. She didn't know if that was per unit or per company. Anyway, she clearly didn't know; her goal was to have me make an appointment and go through the demo process, etc. etc.