Latest Activity...
Yes its a great device. It seems an odd mix of features that they have turned off on the free plan.
Do you find this helpful with the free program?
IS this the best of this category of device?
As a noob to OR (and a software engineer) it would be nice if you just linked to the appropriate page from each issue that I need to fix. I _would_ ask that I be able to just fix the issues in-line on the LQA page but that'd be way more work than it's worth... Cheers!
Generally, in the API Settings.
Sent the pictures
Please write in to the Helpdesk with screenshots - normally, blocks are indeed a different color from bookings.
Where are the additional House Rules on Airbnb coming from in OwnerRez?
I had additional house rules prior to migrating to API with Ownerrez, and I can't actually find where to edit them.
Don't want them on the public side just on the private ownerrez side in our calendar blocked dates are the same color as booking dates.
Is there something wrong with my setup them the color is the same as the dates that booked.
Does your phone have a back button? Or a swiped left/right to go "back"? Most do, at least Android phones do. If so, doing that will do the same thing in the app as clicking a browser back button.
It is understandable why OR is using a PWA approach to mobile. But it does not create a good experience for we owners. Way too many times it is necessary to reselect an item at the highest menu level when all we really want to do is go "back" 1 selection.
Not sure what best answer is outside of a native mobile app. Maybe "breadcrumbs" in the interface?
Would be nice to have the option of triggering a template based on whether guest has left a review. We can not only us it for reminders (no review left) or for thank you messages.
It would be GREAT if we could even get the "value" of the review, such as # of stars!
The next release should include a fix for this.
This is already possible - simply set up an email template and trigger as a reminder to yourself:
https://www.ownerrez.com/support/articles/reminder-to-myself
Set it for, say, two days before arrival, with the Criteria of Signed Agreement = No.
That is what our API connections are for:
https://www.ownerrez.com/support/articles/channel-management-api-integrations
So, there isn't any need to automate Channel Bridge - if you want that data automatically, set up API connections, which can get just about all of it for you on their own once they're configured.
https://www.ownerrez.com/support/articles/when-you-have-to-use-channel-bridge-by-channel
This is not necessary, because the listing channels got wise to these tricks, and they don't work anymore.
https://www.ownerrez.com/support/articles/channel-management-api-integrations-airbnb-common-issues-questions#listing-boost-tricks
If there was a way for the host to be notified if the rental agreement has not been signed by guest, that would be very helpful.
If there was a way to automatically integrate the channel bridge instead of having to use the Google extension manually every time a Booking comes in, that would be wonderful. Other property management softwares like your Porter already have this automatic feature integrated and is it is very convenient for users and truly goes a step ahead and making things automated.
If there was a listing ranking booster feature where owner rez automatically can alter /switch the order of a few pictures in the listing nightly and alter the headline of the listing slightly to keep it on top of the search engine for air B&B and VRBO platforms that would be wonderful. Other property management softwares like your Porter already have this automatically integrated and that really helps in increasing the bookings as it keeps the listing on the top of their search engine.
Please add this feature
I have different rates on OR and Vrbo (via a percentage adjustment made in OR). When a guest asks for a quote (possibly to move a reservation for a legitimate reason), I'd like to have a check-box once I select the "Change / Move" option so that I can provide a revised quote based on where their original reservation was generated using that site's base rates.
Yes, email does apply to all bookings, as long as you've turned on that option in your Airbnb control panel.
The Airbnb tab is if you want to send messages using the Airbnb internal messaging system, which is optional and only works for Airbnb bookings.
Do you need to fill in the Airbnb tab as well? I just completed all of my templates and triggers and didn't realize there's a separate AIrbnb tab.
I assumed email would apply to all bookings so I am confused why there is an Airbnb tab.
Maybe give the option to see the HTML code, and put the character counter on that.
In your OwnerRez control panel, they *are* a different color.
In your public calendar displays, though, you don't want them to be indicated separately - why should the whole world know how many of your blocked dates are real bookings vs blocks for other reasons? That's a major security and business hazard that doesn't benefit you.
Maybe Blocked Dates could be a different color to normal bookings
Just to identify them easier as blocked dates.
Right now we can adjust pricing on a channel up/down as desired. But it applies to all properties through that specific channel connection. How about handling it like other items and, under the Channel to have a setting or opt to use Property Setting. Then add the option to adjust pricing to the Property under Channel Rules?
That's interesting research, thanks for sharing it with us. I understand how with the SMS/conversation side, a minute longer is annoying.
FYI - the reason we queue isn't just the volume alone, it's about all of the negative affects of sending inline. eg. what happens if you detect security issues (a user starts sending thousands of spam messages out) or the ESP is momentarily down. You don't want to drop messages, etc
It's possible to both queue and send fast at the same time, but our focus is mostly going to shift to other ways to get notified instead of email. Email isn't the correct medium for chat conversations.
I don't know how many emails you guys send a day, but at my day job, we use AWS SES to send about 25,000 transactional messages a day. We send in real-time, not in a batch/queue process. It's possible that SES may implement some minor delivery throttling on their end (between SES and the destination SMTP server), but I've never noticed any delays beyond maybe a few seconds.
Two minutes may be a slight exaggeration, but here's one that had a 54-second delay: https://app.ownerrez.com/inbox/history/emails/23266793. I clicked "Send" at exactly 14:09:40 and it wasn't sent by Postmark until 14:10:36 (and then delivered to my Google Apps/G Suite/Google Workspace/Whatever-they're-calling-it-this-week hosted email account at 14:10:37):
From: xxx
Date: Fri, 22 Oct 2021 19:10:36 +0000
Subject: xxx 2:09:40
Message-Id: <3bd5c242-dec2-40d6-8458-36e6f0b22bfa@mtasv.net>
To: yyy
Received: by mta222a-ord.mtasv.net id hec6aq27tk4d for <xxx>; Fri, 22 Oct 2021 15:10:36 -0400 (envelope-from <xxx>)
Received: from mta222a-ord.mtasv.net (mta222a-ord.mtasv.net. [104.245.209.222])
by mx.google.com with ESMTPS id r25si9849819vsj.349.2021.10.22.12.10.37
for <xxx>
(version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128);
Fri, 22 Oct 2021 12:10:37 -0700 (PDT)
Received: by 2002:a54:354d:0:0:0:0:0 with SMTP id e13csp2212015ect;
Fri, 22 Oct 2021 12:10:37 -0700 (PDT)
I think the reason for the delay is because you queue your messages up and then send them in batch at xx:xx:30 (30 seconds after the top of the minute). (I sent test emails every 10 seconds for a period of 2 minutes and was able to discern that pattern.)
That delay is mostly fine for low-priority booking alerts but not acceptable when you're having real-time communication with a guest and relying on those email notifications to know when you've received a text and need to respond to it. I use Google Voice for texting and have frequently had the experience where a guest texts me and I may be in the middle of composing a response, but if I don't send the response within ~60 seconds of their send, my phone starts ringing with a call. I've learned to very quickly respond, "Hi [Name], one sec" while I then compose the rest of my response. :D
A direct integration would be fantastic, but RemoteLock integrates with Schlage Encode, so the OP can easily do this by integrating OR with RemoteLock and then integrating RemoteLock with their Schlage Encode locks.
However, there's a fee for this, so if OR could ever do it directly, I could ditch RemoteLock. Just sayin'. ;)
Not at present, but, you've made the suggestion, now let's see how many other vote for it. :-)