getawayGoGo Informative Flyer
Ready to connect?
Get started with getawayGoGo by visiting here and checking out the OwnerRez support article for how to integrate OwnerRez with getawayGoGo.
Latest Activity...
Thank you Le Touquet Holid. it was also good chatting with you via email recently. I appreciate the positive feedback regarding the set up process as well. We are very excited about the very good response and all the new property managers we can help market their last minute openings.
By the way, for the next 60 days all OwnerRez property managers will receive all Connections and Reservations for FREE!
I decided not to have a rate adjustment. Guest are only bookingv14 days out so I kept the same as my direct price.
How can we recover the $10 per booking fee? The only rate adjustment option via OR is by percentage, no flat amount.
A faultless and very easy onboarding process. How long should it take for my properties to start appearing in searches on the GetAwayGOGO site?
If it gets traffic I really like this business model.
We’re excited to announce our partnership with getawayGoGo as a new first-class channel partner!
OwnerRez will be the channel manager, end to end, for your listings and bookings on getawayGoGo. All your content (photos, amenities, descriptions), rates, rules, and availability automatically sync with getawayGoGo. Also, you can take live bookings using your own credit card processing, and all guest communication is direct!
With last-minute bookings (within 14 days of arrival) occurring 44% of the time in North America, 36% in Western Europe, 45% in the Caribbean, 65% in Central America, and 46% in Oceania, property managers and travelers have needed a last minute marketplace to promote them. getawayGoGo is the last-minute marketplace for Property Managers and Travelers designed to maximize occupancy and income without costly subscriptions, commissions, or traveler service fees. Just a $10 flat rate booking fee to the property manager.
Get started with getawayGoGo by visiting here and checking out the OwnerRez support article for how to integrate OwnerRez with getawayGoGo.
Hey everyone, OwnerRez has been busy! As our change log shows, we've put out seven major updates in the past two months! 💪
Today, we'll talk about a significant release we put out on June 21, which included 31 updates and many new features and enhancements. Off we go!
Since the beginning of time, we've offered a "custom" payment method (sometimes called "offline" payment method) that you can use to give your guests custom options for payment. Do you accept wire transfers, Venmo, Cash App, or cash on arrival? You can use custom payment methods to handle all of that. Our quote and booking process gracefully handles these custom payments so that the booking is pending until you record the payment, sends automatic reminders to the guest, and auto-cancels the booking if nothing is recorded.
However, the way custom payments look - when the guest accepts their quote and booking - leaves much to be desired. This is how the custom payment option is presented:
Throughout the booking process, this cryptic message is used to tell the guest that there is an alternate way they can pay.
Cryptic no longer! We added names and icons to the process, so you can now clearly say what the payment method is and provide context directly in the "How you can pay" area.
For example, let's say you accept wire transfers as a form of payment. Well, instead of showing "custom payment" on the quote and booking process, why not just call it "Wire Transfer"? And why not include an icon that represents a wire transfer instead of a "custom payment" placeholder? You can now do that. The custom payment settings now let you define the display name, icon, and color of what you want to show live to guests.
On the guest's side, they will then see "Wire Transfer", precisely as you called it, eliminating the guesswork on what the custom/offline/alternate form of payment actually is.
This adds a lot of clarity on the guest side, but we also wanted to add clarity on the owner/PM side. How do you know which payment method the guest selected when booking? If you offer multiple custom payment methods, which one did they select?
To handle this, we now track and store which custom payment method the guest selected and show it both on the booking overview page and on the change/move details page. If you need to, you can also change or remove what was selected.
Finally, we wanted to provide some automation around this. Often, when defining custom payment methods, you need to send follow-up information to the guest after booking. For instance, if they selected Wire Transfer, you might need to send them additional details or ask them to confirm when the wire was sent by email so that you and the guest can communicate directly about it. You can now do that!
Triggers now have additional criteria called "Selected Manual/Offline Payment Method" that allow you to customize messages for bookings that were paid by custom payment methods.
Using this criterion, you can target bookings where the guest selected to pay via a custom method (e.g., Wire Transfer) and then send them a specific email or text message with more information about that payment method or ask them for confirmation of when they've sent payment.
When guests book on your website, they get to the end of the booking process, see the confirmation, and then have nowhere to go. The confirmation page is nice and gives them a bunch of helpful information, but there's no easy way to get back to your website.
We added a new "redirect" feature on properties that allows you to define where you want the guest to go after booking. The feature is optional, so if you want them to stay on the confirmation page, that's fine. The confirmation page will continue to show either way, but the redirect will count down from 20 seconds while showing them the link they will be going to in case they want to click to go there quickly.
Configuring the redirect setting is simple. Go to any property > Rules > Change, and look for the "Redirect After Booking URL" field.
By default, it will be blank. If it's blank, your quotes will continue to function like before - the confirmation page will go nowhere. If you fill in a URL and save it, your quotes will begin showing the redirect message.
You can also set a custom Redirect URL on a specific quote, though that is a very rare scenario. By default, quotes will follow the Redirect URL on the property, but if you enter a different Redirect URL on the quote, it will use that one instead. This is sometimes useful for partners who use our open API to create quotes. They need each quote to redirect to a slightly different URL, so they set each URL on the quote directly. For most users, the property level URL is all that you will ever need to use.
Over the past couple of years, we've burned a lot of calories building the world's best channel management for vacation rentals. As part of this, we've worked hard to align our very-flexible rate options with the channels' very-limited options. Airbnb supports very few rate options overall, and how those rates are displayed depends on what you select. Cleaning fees are shown to the guest, but things like resort or linen fees are not. So we make sure to cram those fees into the nightly rate.
The same is true of discounts. We have always supported discounts for early bird, last minute, length of stay, and other custom discounts, but we had to hide the discount in the nightly rate. This led to a lot of confusion on the part of the user because when viewing their live listings, they would assume that the discounts weren't showing because they didn't see an indicator other than the rate moving around.
Recently, we updated our channel management with Airbnb to support strike-through pricing and promotion pricing so that the discounted rates are clearly called out as the guest is selecting dates.
As part of this update, we added support for the following:
We also updated our Listing Quality Analyzer tool to check and warn when discounts will be pushed in the rate but not as a strike-through promotion because of certain criteria in place and to check and warn if you have a discount that is applicable to Airbnb but won't be pushed over at all because of certain criteria in place.
While adding the strike-through promotions for Airbnb, we created another feature that will help with a long-standing point of confusion - the infamous "Base Rate" issue. From the beginning of time, Airbnb has asked for your Base Rate, which is supposed to be a single fall-back price that Airbnb displays if you haven't set any nightly rates.
So... what should your Base Rate be? Hard to say, right? Every modern vacation rental homeowner and PM uses a variety of rates depending on the time of year. There is no base rate, but Airbnb requires that it be entered!
To help with this, back when we first integrated with Airbnb, we decided to calculate the highest rate that you offer and send that over as the Base Rate. The rationale behind this decision was that (a) it's safe to always use the highest number in case you have a hole in your rates, and (b) it doesn't really matter because our users always send over a full calendar of rates. But over the years, this Base Rate number has cropped up again and again. Users were upset that the Base Rate was a high number because it looked bad on their marketing. If the guest didn't enter dates when searching, their property would come up with an advertised rate that is much higher than others, even though entering dates would quickly bring the rate down. In a recent update, we switched the Base Rate to a low number (i.e. the lowest rate of the year), but that was even worse because some users got bookings with really low nightly rates.
So which is it? Should your Base Rate (or "fall-back rate") on Airbnb be the highest of all possible nights or the lowest? Do you want better marketing or better safety? We've thrown up our hands and created a feature to let you decide.
If you go to Settings > Pricing Preferences, you'll notice a new field called Channel Default Rate. The options are simple - you can select max or min, and we'll use that for Airbnb's (or any other channel's) Base Rate requirement.
If you're still wondering why this matters or how it will affect you, look at the help text next to that field. We explain in detail the differences between using Max and Min Rate as your default.
Do you charge a flat cancellation fee when guests cancel bookings? If so, you'll be happy to hear about this next new feature. After adding the cancellation fee option a few months back, we've been hit with a bunch of requests about how to add tax on the cancellation fee and PM-related things like how do you split the fee with the owner or charge commission. It occurred to us that the cancellation fee should really be a surcharge like all other types of fees. That would solve the tax settings and PM settings and allow it to be tracked like all other surcharges for reporting purposes.
We created a Cancellation Fee surcharge and converted the flat cancellation fee amounts over to that for all users who had fees in place. There were a bunch of little changes required to make this work.
For starters, take a look at your surcharges, and see if you see a Cancellation Fee showing up on the list. A new one will show there if you ever charged a cancellation fee in the past on any booking or if your cancellation policies call for one. You can also click Create Surcharge and select Cancellation Fee as the category at the top. You'll immediately notice that several fields are missing or struck-through.
This is because cancellation fees are limited in how they can be used. Under the covers, they are a surcharge like any other, but we don't allow them to be applied automatically, have promo codes, have booking criteria, have specific listing sites, or have percentage-based pricing. But you can set if they are taxable and configure PM settings for expense and commission.
Over on the Cancellation Policies, you'll notice some changes there too. Each policy has been upgraded to support a drop-down list of fees instead of a free-text amount.
If you need to create a new fee, no worries - you can do that too. Simply click the Add New button right there by the drop-down, and a window will open, allowing you to create one on the spot and save it.
The booking cancellation screen has the same upgrades. The fee is no longer a free-entry amount. You get the same drop-down of surcharges with an Add New button, and you can create a new cancellation fee surcharge on the spot.
When a cancellation happens, the appropriate tax will be automatically calculated along with the proper expense and commission for your owners.
Do you have a weird commission rate for a particular owner? Okay, maybe "weird" is the wrong way of putting it, but what if you have some kind of tax pro-ration that you add onto your regular commission percentage, so the final commission you charge is non-standard? For instance, you typically charge 20% to your owners, but because you're charging 3.85% VAT on that management income, the actual commission is 20.77%. Now you can do that!
Previously, our commission percentage (%) selector was a drop-down with hard-coded amounts like 1%, 2%, and 3%. Over time, as PMs requested more granularity, we added fractional percentages like 1.25%, 1.5%, 1.75%, and so on. But then PMs needed non-standard amounts, and we realized we needed to make this a text input so that you could specify any percentage you wanted. That is now done!
If you pull up a property and drill into the owner configuration, you'll see what I mean. The commission option is now a free-text input box where you can put any decimal amount you want.
The same is true everywhere else in the system where the commission is set - on the owner, in quote charges, in booking charges, on the booking's PM settings, and so on.
We recently added the ability to delay negative reviews for Airbnb so that guests don't have any time to respond, and the feature was a big hit. A lot of users use it. The feature was designed so that negative reviews would post to Airbnb 20 minutes prior to the 14-day expiration period ending. This makes it so that guests don't have enough time to see a review come in and write their own.
However, right away, we were asked by several users to make the delayed reviews even more delayed, such that they posted just a couple of minutes before the deadline instead of 20.
Great news - we have now done that! We did some research to determine how close we could get without hitting latency issues with Airbnb's internal systems, and we believe that 3 minutes is a safe amount of time. Any delayed review will now be posted 3 minutes before the expiration date expires on each booking.
Do you like seeing your property photos grouped by room or amenity? Well, not everyone does! Or, sometimes, you might want to confirm the overall order of how your photos are syncing with channels. We added a new view selector on the property photos page to let you review your photos in different ways.
By default, property photos show by room/amenity grouping still. If you don't have any room/amenity groups set up, it will show them all under the "General" room group.
However, the top "Sort By" selector will allow you to pick a second "Numerical Order" option:
If selected, this option will return the photos page to the old view, where all photos are shown in a single group, ordered by their original number.
This should allow you to quickly confirm your overall photo order when confirming listing content for hosted websites or channels.
While we were working on custom payment methods and the redirect-after-booking thing (mentioned above), we also noticed that quotes and bookings had an option to force manual/offline payment methods but not credit cards. Why not credit cards? We added that.
First, we added it to the booking and quote rules.
Then, we figured that the property rules needed to have it as well so that certain properties can be credit card only (which has been requested by users), so we added that too. As with other property rules, the quote and booking rules will automatically be set with whatever is on the property level, but only for new quotes and bookings moving forward.
Booking.com has several methods for transferring payments. They can pass the guest's credit card data through to OwnerRez. They can take payment themselves, then send the PM a payment later when the booking has arrived (like Airbnb). They can use "virtual cards" to send you a credit card to be billed, but virtual cards aren't the guest's actual credit card. They can even send an "unknown" payment where we're not sure how you get paid, and you have to look that up on the booking or record a manual payment. And sometimes, they will use different payment methods for the same PM or homeowner!
After users configure their Booking.com channel connection, it's common for the user (and our support team) to be confused about which method Booking.com will use to send payments. Often, the way you think you're going to be paid doesn't end up being the case.
To add clarity, we now dig into the booking data that Booking.com sends, find what we believe the payment method is, and show that on the booking's sync action history. If we see a virtual card versus an actual credit card, we display that difference.
While we were adding that, we also added some other fields that will help users (and our support team) figure out confusing things. For instance, sometimes bookings come in from Booking.com, the nightly rate seems off. This is because Booking.com used a different "room rate" than the default rate, and the user forgot about those other available room rates. For instance, you might have a Non-Refundable Room Rate that can be selected for a 10% discount. We now detect and show that as well if the rate appears to be different than the default.
If you use Airbnb, you probably have a post-booking reach-out process where you introduce yourself to the guest and ask them to send you additional information, including a signed renter agreement. If you're not doing this now, you should be! We have a long support article detailing how to request renter agreements from Airbnb guests and provide sample messages.
A while back, we added a trigger and email template to request the renter agreement, regardless of the channel, to every account when users joined OwnerRez. It's so common that we figured that everyone should just get it right off!
However, it was still confusing for Airbnb because you have to opt into getting the guest's email address, and most users don't have that turned on. Why not use the Airbnb messaging platform? Now we do. We now check when a user connects Airbnb to OwnerRez and automatically add an Airbnb message and trigger to request the signed renter agreement whenever a booking happens. If you want to customize the message, you can do that - it's right there in the same ole message templates area as all of your other Airbnb messages.
Did you know that we custom-built our support center, blog, forums, video pages, and everything else you see on the public (www) side of OwnerRez? Most software apps use off-the-shelf support software, but not OwnerRez. We did this to fine-tune how fast, searchable, and deep-integrated our search and community content is with the rest of our website and app.
Our search options on the website have been bothering us for a while. Previously, you could search "for video" as part of the available search options (like searching articles, blog, etc.), but that wasn't actually correct. Video is included in many places (blog posts, support videos, forum posts) and sometimes is even mingled together with a long-form support article like this one about Houfy. Is that a support article or a support video? It's both!
We updated our search bar to support all of these things at the same time. "Includes video" is now a search parameter next to the others that can be added on top of (instead of in place of) other searches.
That same Houfy article will appear if you have "Includes video" selected or not selected because it's a support article either way, but other articles would not.
If you select "Includes video", only support articles (or blog posts, forum topics, etc.) will be returned if they contain actual video content.
Are you a member of our Affiliate Program? If so, thank you! We love all the referrals and recommendations. If you're not a member, you should consider joining. It's a great program with a generous payout period of 5 years.
Our Affiliate Program includes some great brochures and artwork that you can share with others. The links and logos contain custom codes for your referral code so that you get credit when others sign-up after clicking through. You can find your customized links and logos inside the app under account> Affiliate Program > Instructions.
We noticed recently that some of those links were using old OwnerRez logos, so we've gone through and done a fresh sweep. We've also switched the hosted location of those links and logos to our latest file storage systems. You don't need to worry about that though! Simply copy/paste what you see there into your website, and any old logos will update automatically.
Track listing site for channel quotes. Previously, if a first-class channel partner (e.g. Houfy, FindRentals, GuestSmiles, etc.) sent a quote to us under the covers, we weren't storing the channel (i.e. listing site name) on that quote. Most bookings from channel partners come through as bookings, not quotes, so this problem didn't occur much. But when a quote was created for "request to book" or "get more information", that quote had no listing site name under the covers. When the guest pushed forward and converted the quote to a booking, the resultant booking had no listing site name as well. This has now been fixed.
Don't copy discount codes in season Copy Forward. We have a really cool batch tool called Copy Forward in our Seasons settings area. Copy Forward allows you to quickly take a year of seasons and clone them to a new year while also smartly copying the rates, fees, and discounts inside those seasons. You can also change the names at the same time so that "Christmas 2022" season becomes "Christmas 2023". But we noticed a hitch. Some discounts use discount codes to apply to the discount, and you don't want to clone those, or you'll end up with multiple discounts. We fixed this so that Copy Forward ignores any discounts that rely on codes.
Higher verification amounts for non-US currencies. There are times when OwnerRez does a "verification" transaction on a credit card where a $1.00 charge is authorized and immediately voided so that a payment is not collected. We do this to create a "verified card on file" so that you know that the guest is giving you a sound credit card. For what it's worth, we also do this when verifying the credit cards for users (you!). We recently noticed that some currency types like JPY (Japanese Yen) were not working because ¥1.00 is too small for banks to approve. ¥1.00 is equal to $0.0073 (less than 1 penny) as of the time I write this, so the banks automatically decline it. We now detect currencies like this and increase the verification amount to a higher amount relative to the currency.
Tax Summary report doubling up the number of nights. Using our Tax Summary report, you might have noticed a situation where the number of nights reported was much higher than the period selected. This was caused by a combination of the grouping level on the report and the number of tax lines and has now been fixed.
Support doc for Lynnbrook Classic. We now support the new Lynnbrook Group payment method, which meant moving the old Lynnbrook payment method to its own "Lynnbrook Classic" option. In the process, however, we forgot to change the help link that points to the correct support article. This has now been fixed.
What is a "PropertyKeyx"? When the Book Now widget only has one property to display, it shows a label instead of a drop-down option. The property name is printed on that label right at the top. When we recently added support for custom "property terms", the label was accidentally switched to "PropertyKeyx" if no custom term is present. All better now!
New card form when using auto-payments channel mode. Our "request new credit card" guest form is a bit of a hack! There, I said it. We sometimes send it automatically, and it's supposed to take payments and schedule security deposits if the rules apply. However, if the booking is using Booking.com payments, we are skipping the whole damn thing. We fixed this to process security deposits when the new card is submitted, even if there are no payments to process.
Airbnb's sorta-new 500-character limit. Recently, Airbnb started enforcing a 500-character limit on short descriptions and a 50-character limit on headlines. To be fair, Airbnb historically advised partners like OwnerRez to limit listing summaries to 500 characters, but they weren't enforcing it, so we let users continue using longer descriptions. They just now started implementing it, so... we are now too. We also updated our support docs and Listing Quality Analyzer tool to match.
Vrbo property table & Excel list of properties. Previously, the Vrbo property table and Excel instruction table always included all properties, regardless of whether they are active on that particular (or any) Vrbo channel connection. This was confusing since the user (or Vrbo help desk) saw more properties than they wanted to connect. We made it more intelligent. We now only display properties that are actually active and included on that particular Vrbo channel connection.
iCal bookings for Booking.com. Our calendar import/export (iCal) engine is the best in the industry. It's very flexible, and we detect a wide array of special cases to provide you with a good experience no matter how junky the iCal feed is! One of those special cases is the ability to detect a "real booking" from "any ole block" from what the iCal feed shows. If a channel includes enough information, we detect that and create bookings instead of blocks. We noticed that Booking.com recently changed their iCal feeds, so we updated our logic to match. We now show a booking option for iCals that come from Booking.com, so you are free to use this smart detection feature or continue creating blocks.
Booking.com able to map hotel ID to room ID. Speaking of Booking.com, here's another doozy. We recently noticed that a user was able to use a 9-digit room ID as their property instead of the 7-digit hotel ID. In case you didn't know, Booking.com has both room IDs and hotel IDs, and they're used for different purposes. Typically, a "hotel" has multiple "room rates" that can be referenced within it. We're not sure how the user was able to switch up the mappings, but we hardened the mapping page to detect and fix a few things around this. In the future, you should not be able to find and map "rooms" where the mapping page is asking for a hotel.
Special offer linen fees. Previously, for Airbnb, we deducted linen fees from cleaning fees always. The problem is that Airbnb has "special offers" which can include everything or nothing altogether. Special offers are figments of Airbnb's imagination that do not follow the same fee pattern as normal bookings. To fix this, we no longer deduct linen fees if the booking or quote came from a special offer.
Date pickers. "Date pickers" are exactly what they sound like - input fields that let you "pick" a date or set of dates. We use the same date picker all over the app, so even if you don't understand what this is, you've probably used it a dozen times this week alone. We noticed some wonky behavior with the date picker. In some cases, the button part of the picker was showing a disabled icon when hovering over it, and the button wasn't clickable. This is now fixed.
Really block "run credit card" pages when in automatic payments mode. If you're looking at a channel booking that is in automatic payment mode, you'll notice that many of the credit card screens under the Transactions tab are hidden. For instance, the Payment > Run Card option is hidden. This is because the booking is processing payments automatically based on information the channel is sending, and we don't want you to step on that by trying to record your own payments at the same time. However, we noticed that those same hidden pages were accessible if you used the browser URL to access them directly. We changed that to detect and not show the page even if you go to the URL directly. Also, for what it's worth, if you need to record a manual payment, you can do that by switching the booking out of automatic payment mode and into manual mode on the booking's Channel tab.
Booking moved to a different owner after being on a statement. Rare edge case time! We found a bug where, in our PM module, an owner statement would incorrectly show for an old booking where the old booking moved to a new owner after already being remitted (i.e. included) on the first owner's monthly statement. This was based on a change we made a while back where $0 bookings are being included on owner statements. Since the $0 booking was never included for the new owner, the statements would include or ignore the booking incorrectly for the new owner. We fixed this, and we also added some checking to store the correct property for the old owner so that the displays look correct everywhere.
Separate Airbnb messages when sending links. The way Airbnb's messaging works, a message can be either a text body or an image file. Because of this, we check if a message template has an attachment. If it does, we assume it's an image and create a second message for the image. Of course, we support more than image attachments in OwnerRez. The attachment could be a spreadsheet, doc, PDF, etc., in which case it will be shown as a URL. When that happens, we're doing the same thing and showing a second message just for the URL (that is an attachment of the first message). This leads to situations like where one message turns into two confusing fragments when traveling through Airbnb's messaging system:
To fix this, we now detect first if the attachment is a non-image and append the URL to the first message as a footer. This shows a much-friendlier message that looks something like this:
...
-Signature
ATTACHMENTS:
[link to file here]
Why does QuickBooks say overnight? We recently noticed that our QuickBooks bulk update screen showed a blue information bar with the message "...in the background overnight" when that wasn't true. Our QuickBooks sync engine works in near real-time as updates occur in OwnerRez. Nothing waits to be done overnight. We fixed this to state "...over the next few minutes".
Pasting of merge field links from support articles. Recently, we came across a user that was able to paste a bad link from our support doc about field codes or maybe the one about pre-arrival emails. We couldn't reproduce it, so we have no idea how they managed to pull that off, but we know it came from a copy/paste. To help with this, we now check the content of what you paste when you copy/paste into a rich-text editor and strip junk out that looks extra. This should help the current issue (however it happened?!?) and also others that are similar.
Simplify Airbnb tax logic. We've simplified a lot of Airbnb tax options over the years and added a lot of helpful controls, like the tax dashboard for channels, but we noticed additional things to simplify. We now check if your tax settings are missing necessary Airbnb tax info even if they are "everything but Airbnb" because if they're missing Airbnb tax info, they can't be pushed to Airbnb in the first place. Also, instead of always calculating tax amounts by our percentages, we first look to see if there is exactly one matching tax per type and use the amounts that Airbnb sends instead. Finally, when merging in special offers, we don't back tax out of rent if the account can have pass-through taxes.
Contains Holiday: No for Airbnb and Vrbo. For a long time, our background services that push channel data to Vrbo and Airbnb have thrown up error messages when a user has "Contains Holiday" set to "no" on a surcharge or discount. Kind of an ongoing nudge that Contains Holiday isn't compatible with channels. But then we realized that we could make it compatible, so we made it work. We now detect it and reverse the "just these dates" logic that we normally send to channels (to tell them what dates are available) if Contains Holiday gets in the way.
Thank you for all the new options in the PM custom statement views!
Hi there and Happy Hump Day! 🐪 We're back with another makeup product update that covers a release (15 updates) from a couple of weeks ago. While small, this release introduced a couple of new enhancements that you're sure to want to see, so give it a read!
The "General Info" tab of each property shows quite a bit of great overview info about the property - the name, location, high-level rules, occupancy, and rates. Recently, we realized we should add some additional information here including what was connected to the property in terms of integrations and connections so that you and your team can get a quick idea of how the property is configured. So we did that!
As to shows above, you can now see all of the following aspects of a property in one glance:
We also added Damage Protection and Travel Insurance to the top section so that you can quickly see if those settings are turned on for the current property.
You'll notice that each of these areas includes links that you can use to quickly navigate to those connections or settings for fast access.
We felt like it was a little confusing how the booking month view showed blocks and bookings the same - both were the same color. On the ribbon view, blocks are always different (they are candy-striped) but the month view shows no such difference. This seemed inconsistent to us, so we decided to add some candy striping to blocks on the month calendar side.
However, in the weeks since this update was released, some users pointed out that they actually wanted their month calendar to show blocks and bookings the same, and both in solid colors. Others liked the change.
So we added a setting to the Account > Display Preferences so that each user can select what they want.
Hopefully, this will create a good balance between consistency and individual preference.
Our Credit Card Processing History report shows you a full list of your processing history with a lot of detailed information, but it doesn't include one tiny aspect of processing history - payment attempts on quotes.
The report will show you failed attempts, verifications, voids, and many other things, but only if the credit card transactions occurred on a booking. What if an attempt was made on a quote and then failed? Where do you see that transaction? How do you search for activity using a quote ID to see if anything happened? So we got to work on upgrading the report.
First, we changed the "OwnerRez Booking" column to "OwnerRez Entity" and switched the old Entity column to "Transaction". We then switched the values that show in each row to be dynamic to the entity that was charged against. If there wasn't a booking, we look for a quote and show that instead. We added help bubbles so that you can see what they show.
At the same time, we realized that the quote itself (the overview page, etc) could show information about the credit card attempts, so we upgraded that page as well. There is now a new "Card Status" field that shows in the Quote > Overview > General Info section and here is what it shows:
This should provide additional clarity on the state of credit card transactions that have happened on a quote. We plan to add triggers for quotes soon, but this should help your research in the meantime.
Our Tax Reports have two modes - Accrual and Cash - that allow you to pick how you want to view and report taxes. For a while now, the accrual view has had more columns than the cash view, and we've wanted to fix that, and we also wanted to add some additional columns on both reports.
To start, we upgraded the Tax Detail report Cash view to have four additional column groups for Item, Booking, Transaction, and Pro-Rated columns. For bookings columns, we added Total/Period Nights and Dates. For payment columns, we added Amount and Fee. For Pro-Rated columns, we added Taxable, Non-Taxable, and Individual Taxes.
Then, based on the above, we added totals at the bottom of all amount columns including the pro-rated ones.
We added some hover text showing the difference between "Total Nights" and "Period Nights".
Finally, we added a "Transaction Fees" column on both the Tax Summary and Tax Detail reports and in both Accrual and Cash views.
For Cash view, we only show fees for that particular payment if it exists.
Hopefully, these changes bring additional clarity to your taxes and the amounts due, both at the booking and overall level.
Insurance Detail report row order. Recently, some users were experiencing unsorted output from the Insurance Detail report. The report was relying on some default internal order base on our reporting engine, and it would vary depending on the size of the results. We fixed this to use the same sort order all the time, and we made it dynamic to the date field (eg. booked, arrival, etc) that is selected. While we were there, we also added the Booked Date as a column to the report so that users can cross-reference the report against their invoices.
Added missing address components LQA. Do you use our Listing Quality Analyzer tool? If not, you should. It can show you where your listings have holes or where channel rules have changed. A while back, we noticed that Vrbo chokes on addresses where certain parts of the address are missing and the country is USA or Canada. So we updated our LQA tool to point that out. Now, if you have a Canadian address, we check for missing City and Postal Code fields, and if you have a Vrbo API integration, we check for missing Postal Codes on all addresses, no matter the country.
Rate table with discounts less than zero. We noticed an edge case where the rate table widget can end up with a rate that is less than zero if you have (1) a 100% "percent of subtotal" discount with no criteria and (2) a 20% weekly "percent of rent" discount. Since those two amounts are calculated separately, the rate table ends up showing some rates that are less than zero. Not cool, right?! We fixed this so that length-of-stay discounts that result in a less-than-zero amount are ignored.
Show full cancellation policy on website. A little while back, we updated our hosted websites to automatically show the cancellation policy of the property on each property page. We added a "Cancellation Policy" section between the rate table and guest reviews towards the bottom. However, we noticed that we were using the abbreviated version of the policy, not the "full legal" version which is the fully-spelled out policy as a paragraph. The full legal version is the version we put in renter agreements and most other places. We noticed some confusion around this as guests transitioned from the website into the booking process. We updated the hosted website to clearly show the full legal version so that there is no confusion as to what the real policy is. The same full legal version now shows on the hosted website, on the booking/quote acceptance forms, and in the electronically-signed renter agreement.
Rounding off cents when setting rates. Have you ever set cents on the rate calendar (ie. not a whole number) and then gotten frustrated when we rounded off the cents to a whole number? For instance, you might have entered "150.75" as the nightly rate but then we changed it to "150" when you saved. We fixed this. If you set cents, you now get cents.
Deleted fees in owner statement snapshot. Previously, owner statement snapshots were showing duplicate host fees, which was happening because we were storing a snapshot of deleted host fees in addition to active ones. We fixed this so that deleted fees are no longer showing up in the snapshot.
Email history links. Have you ever looked at your Communication History and then, when reading an old email you sent, click a link in the body? If so, you might have noticed that the link opened inside the body window which is not what you probably intended. We fixed this so that all body links open in a new browser tab.
Different aspect ratios in photo carousel slider. In our hosted websites and WordPress-integrated sites, we have a photo carousel slider that will automatically show your property photos in order, with the correct captions, and allow the guest to click or open them for better viewing. However, depending on the size of your property photos, some of the images would show with padding around them or force the captions below the thumbnails where they were not readable. We spent some time tweaking this so that oversized and undersized images would display correctly with no padding around them and the captions in the correct place.
Hosted URL on widgets when hosted isn't live. If you use one of our widgets and you also have an active hosted website, we detect this and make sure to the use URL of the property from the hosted website on the widget. However, we recently noticed a confusing situation where the hosted website wasn't live (ie. not set to active) and so the property URL was going nowhere. We now detect this and only use the hosted website URL if the website is set to active.
Duplicate custom field values. We noticed some places where duplicate custom fields were being created because we weren't doing a strict check on certain parts of the custom field creation process. We tightened this up and made sure to never allow the same field value to be entered more than once for the same field for the same entity (booking, quote, property, etc).
What type of template is this? How do you know whether a given email template is Booking type, Payment, or something else? You don't! There is always some confusion around this issue as our message templates only work for a certain type of entity in the system which is required because of how custom fields work. For instance, you can't use a booking message template to send out owner statements. To add some clarity around this, we added this to the information bar above the message editor.
Yes. Finally it's working after at least a week. Thanks for fixing it.
For what it's worth, Channel Bridge began working again for us, yesterday.
That would be highly unlikely, because even if a fix were ready right now (which it is not), deploying a new version of Channel Bridge still has to go through Google's testing process which can take a few days or even a week.
Do we know if there will be a fix by end of day Thurs. June 30? If not, I need to prepare our owners that the office won't be able to finalize processing the transactions and reconciling accounts until after the 4th of July holiday, which will probably mean delayed Owner Statements and Payments for the month. I have a few owners that will NOT be taking that lightly, so I'm hoping you have good news otherwise.
Unfortunately, there is no effective workaround at present other than manually copying information from your Vrbo control panel into OwnerRez, which is not recommended due to the potential for confusion. However, we are not anticipating a lengthy delay before we are able to release a new version of Channel Bridge that works with Vrbo's changes.
Since VRBO hasn’t finished setting up my API (it’s been months), I rely on channel bridge. What do you recommend as a workaround until it’s fixed so that my OR messaging can go out still for new VRBO bookings?
Yes we still need it because there are a number of additional requirements that VRBO burdens the owners with when they switch to their API especially if they have rentals outside of the USA.
Thanks for the update. I rely on this very heavily. It was broken before the weekend. Thanks for working on it. Look forward to the good news.
Thanks for the update. It would have been nice of VRBO to let you know they were doing changes and to test with you before deploying their software. Look forward to having this resolved.
I got an error message when trying a download this morning. Thank you for prioritizing the resolution. I appreciate you all letting us know about the issue and look forward to a positive update!
Thank you for the update. Please let us know when this issue is resolved.
Channel Bridge is still working for bringing in Vrbo reviews, though, it is unknown what other changes might be planned by Vrbo that might affect this at any time.
The Vrbo API is completely unaffected by this change - any data that was brought in by API before, will still be brought in just the same as before.
Pre-API bookings never had data brought in by the API - you had to use Channel Bridge to get that, which at the moment isn't working.
We do recommend running Channel Bridge to bring in pre-API booking data before connecting up the API, but it isn't essential - in most cases, Channel Bridge can be run just as well after the API is connected as before. So it is not necessary to wait on setting up a Vrbo API connection until Channel Bridge is back in service.
It was not downloading the reviews for over 2 weeks too, I requested support but the response came was irrelevant.
Just to make sure- if you're API then you're ok?
Is this note still valid for pre-API bookings through VRBO?
| *Note Channel Bridge will still need to be run to update any bookings made prior to the API Connection going live. |
Thank you for the update. We are looking forward to your good news
Thanks for the update!
Thanks for letting us know. I rely heavily on Channel Bridge so will be monitoring for updates. Thanks for working on it!
UPDATE: June 30, 2022. Channel Bridge is now working for Vrbo again. There is no upgrade necessary. The current version (11.24 as of this blog post) should be working fine again.
Over the weekend, an update that Vrbo made to their control panel cut off some of the under-the-covers functionality that we use to make Channel Bridge work. Because of this, Channel Bridge is no longer working for downloading Vrbo bookings.
To be clear, this has nothing to do with our world-class API channel integration, built directly with Vrbo, or our "Elite" partnership status in general. The vast majority of our users rely on API integration, so most of you will be unaffected. This is only about Channel Bridge specifically and the manual process of downloading booking data into an Excel file. This also does not affect downloading reviews or anything Airbnb-related.
If you're API integrated with Vrbo, you can disregard this blog post. If you are relying on Channel Bridge to pull in booking information, then the good news is we are working to get a fix in place.
If it makes you feel any better, other companies that do not have the Elite Partner status with Vrbo, and no stable API connection, are affected much worse. Since we have built a direct channel API with Vrbo, our connection is constantly maintained, lightning-fast and unaffected!
We apologize for any inconvenience while we work on restoring Channel Bridge for Vrbo bookings.
If you have questions or concerns, as always you can reach out to our help desk and ask. However, please do not ask our help desk for an ETA on it working. At this point, we do not know how long it will be until Channel Bridge will work for downloading Vrbo bookings.
We have partnered with Creative Edge Media Group to offer a certified WordPress design service for those looking to bolster their website.
We understand that everyone's needs and wants are different, which is why we offer our WordPress plugin alongside our Widgets and Hosted Website options. For those looking to create a very detailed and custom website, this can be very time-consuming and takes web design skills. This is where Creative Edge Media Group comes in! Their team will utilize our WordPress plugin to create an exquisite custom-built website for you.
We are a WordPress web development blogging agency located in The Alberta Arts District of Portland, Oregon. We work closely with our clients and partners to develop strategies that will benefit your online presence and brand.
Blogging can be a powerful tool for vacation rental owners and give your brand a more exciting voice.
Find out how a WordPress website and blog services can help your small business grow. Schedule a free consultation today!
Take a look at one of our recent sites created on WordPress utilizing the OwnerRez WordPress plugin. www.portlandecohouse.com