Latest Activity...
BlueMtnCabins said:
Valerie R said:
Yes, you can identify which property the template belongs to on a trigger.But if you have email templates that are not on a trigger, you can't.
PropertyAtemplate
PropertyBtemplate
When you need to send, just select PropartyATemplate or PropertyBtemplate before sending form a drop down list.
When you have 10 properties in one account and there are multiple email templates per property that I might want to manually send to the guest, that means the list of templates that I have to search through to find the particular template I wish to use is LONG. So it isn't a matter of choosing one template for property A or one template for property B.
I've organized my template list by naming criteria, that groups the templates per property, and also a naming criteria that moves all of the triggered emails to the bottom of the list so that I don't have to sift through all of those too.
My suggestion was just for the OR developers to consider that when I am using the "Send Email" option on a booking, the system should look at the property related to the booking and ONLY show those templates that I've assigned to that property. Then I might only need to see 5 or 6 templates instead of 50 or 60.
Yes, the ability to have different agreements is there. And the ability to insert different custom fields in different agreements is there.
The issue is how do you set up custom fields which are presented to a guest based on their booking platform so that an AirBnB guest does not see the same custom fields during checkout as a VRBO guest? When you set up a custom field is there a place to define the booking source?
Valerie R said:
Yes, you can identify which property the template belongs to on a trigger.But if you have email templates that are not on a trigger, you can't.
PropertyAtemplate
PropertyBtemplate
When you need to send, just select PropartyATemplate or PropertyBtemplate before sending form a drop down list.
Lydia B said:
Sounds like we need the ability to have different rental agreements and the ability to decide which custom fields go with which agreement. Hey OR folks! Is there a work around for this that we can use?so system tests applicability. If the reservation is Airbnb, it will meet condition 1st and that will be used. Else it will go on to use generic one.
Sounds like we need the ability to have different rental agreements and the ability to decide which custom fields go with which agreement. Hey OR folks! Is there a work around for this that we can use?
Today I realized that creating these specific custom fields to "Initial our cancellation policy" won't work, because we have two cancellation policies: one for Airbnb bookings and one for everything else.
When I created the 2 separate custom fields and "required" them to be presented to the guest, I suppose I thought that the Airbnb one would be linked to the {BUFIXUP} (booking clean up form) sent to Airbnb guests, and the other guests would see the other cancellation policy on the form that they have to fill out when clicking on the link to sign the rental agreement.
Sadly, I discovered that no matter what form the guest is filling out, BOTH cancellation policies were presented for the guest to initial.
Obviously, that isn't going to work.
Yes, you can identify which property the template belongs to on a trigger.
But if you have email templates that are not on a trigger, you can't.
You can. Define a template and specify which property it applies to on a trigger.
Ken T said:
There is currently no ability to force guests to enter their initials when e-signing an OwnerRez rental agreement. This is kind of meaningless - they are electronically signing the entire document. It's not separate pages, like when you sign a physical contract, where theoretically someone could switch out a page later - it's all one big document that's signed in one piece, and is impossible to change in any way later without being noticeable.Thanks, Ken, you make a good point about the entire e-document being one page instead of separate pages like a paper document.
The only reason why I like the guest to initial the cancellation policy is that they might actually READ it if they are forced to stop at this section to initial it. So many people never bother to take a look at any part of the rental agreement, they just sign it to get it done. This is frustrating, then, when they have to cancel their booking & are surprised/unhappy to learn there may be no refund issued.
I know that the responsibility lies with them to read the document they are signing, but most of them don't.
Having them initial the cancellation policy reinforces that they agree to the policy by the act of signing our rental agreement.
Lydia explained to me this morning how to create a way to call out our cancellation policy and have the guest "initial" that they have read & agreed to it so I'll adopt that process on my rental agreement.
Thanks Lydia!
We'd actually already planned to do this and had gone same ways toward getting it done. It won't happen this week, but hopefully next week.
There is currently no ability to force guests to enter their initials when e-signing an OwnerRez rental agreement. This is kind of meaningless - they are electronically signing the entire document. It's not separate pages, like when you sign a physical contract, where theoretically someone could switch out a page later - it's all one big document that's signed in one piece, and is impossible to change in any way later without being noticeable.
Nevertheless, lots of our clients are asking for this.
Personally I find it infuriating when online companies try to demand my initials typed everywhere in an e-signature doc, and there have actually been situations where I got fed up with my time being wasted and just went with a different vendor that was easier to use. But that should be your choice, and we are likely to add this ability in the future.
Hmm. Well, when we have the Housekeeping module that's in development, there would be a report of what needs to be cleaned when, and records of what was in fact cleaned when. I'm not sure it was intended to display that on the ribbon calendar, but I can see where that might be a useful option or overlay anyway.
In separate work, we're wanting to add the ability to customize what is displayed on the ribbon calendar and how, so this might tie into that work at some point.
Could you please add an Australian Holidays List to the list of UK , USA, Mexico, Spain etc.
Valerie,
In my setup I have a custom field named BXALLGUESTS, and when I inspect it in OR it has all of these settings/checkboxes.
Type Booking
Name All Guests
Code BXALLGUESTS
Rich Text? Yes
Show During Quote Acceptance? Show, required entry
Maybe this will help you, I think the important part might be the 'Show, required entry' setting.
Lydia has shared some specific information where we can add fields to our rental agreement to "personalize" it with guest or booking specific information.
What I still don't understand is how do we add a section in the RA where the guest would be required to enter their initials?
I created a custom field for initials like Rich suggested: {BXCANCEL} and put it in our rental agreement after the cancellation policy.
Then I sent the rental agreement to myself on a test booking. But it just shows up on the rental agreement as BXCANCEL and there was no where for the guest to click to "add" their initials.
I am obviously not understanding the correct way to do this. Do I need to somehow capture the guest's initials elsewhere and this macro will fill them in? I don't know how much good that will do, if the guest does not have to actually take a step to click to add their initials.
Ken T said:
I'd make the same assumption you do - that a cleaning is needed after every booking. Not sure why a special indicator would be required.Ken - when you have multiple properties it is easy to make a mistake. I only have three properties, but even then it takes mental effort to carefully scan the current date and then looking ahead at future dates as well. Would be nice to have OR automatically determine if there are *any* cleans needed on any day at a glance, especially when looking at the ribbon on a phone where you can only see part of a month.
Yes, you've all figured out the right way to do this: Create a custom field for "Guest List", that's tagged as required. It will be presented to the guest as part of the booking process, or as part of the rental-agreement-signing process for channel guests.
Then, include that same custom field in your rental agreement, underneath a statement something like:
"I understand that the following specific people, and no others, may be permitted into the Property. Admission of anyone else into the Property constitutes violation of this Agreement, and may subject me to immediate eviction without refund as well as additional penalty charges:"
{custom field code here}
I'd make the same assumption you do - that a cleaning is needed after every booking. Not sure why a special indicator would be required.
Thank you Lydia, I'll check out that Facebook group.
I had no idea we could add customized information to the rental agreement! This is wonderful, thank you very much for taking the time to send these instructions. I'm definitely going to give it a try!
Would be nice if the ribbon showed a symbol for any day when a cleaning would be required.
Details
- have a property setting (checkbox) to either include or exclude from the feature (default to include)
- have a ribbon setting to either display or not display the feature
- put a discrete circle around any day number (eg: around the 15 for Jan-15) and use hover text to state 'cleaning required'
I'm paranoid that my cleaners will forget a cleaning date, so everyday I double check whether a cleaning is needed, this would make it really obvious. My assumption is that cleans always happen on day of departure but I suppose an offset per property might be nice if there are owners who clean on day after departure.
Valerie - if you're on Facebook you might want to join the Unofficial OwnerRez Support Group page. We've chatted about this because it's not really clear. That's also just a great support page.
Basically, start with Settings. - Messaging - Custom Field Definitions.
For example, I want to know the name and phone number for someone other than the primary renter. So I have 2 Custom Field Definitions. The first one has the following fields:
Type: Booking (so this field will be part of your booking process)
Name: Emergency Contact Name (the guest will see this "field name" beside the blank field)
Merge Code: BX EMERGNAME
Display: Yes, required entry (which means this will show up in the form sent to the guest to complete as part of the rental agreement signing)
Order: 6 (this is totally up to you - once you know all the fields you want toe guest to complete, you should assign numbers in a logical order)
Description: Please enter the name of someone OTHER THAN THE PRIMARY GUEST that we may contact in the event of an emergency. (basically, this is the place where you tell the guest what you want them to enter in the field)
Then just decide which properties this info will apply to an whether you want the field to be active (which you do!)
SAVE THIS CUSTOM FIELD!!!
Then I set up another field where the enter this person's phone number. All the same process as above.
THEN: Go to Settings - Branding & Legal - Legal Agreements.
Open the legal agreement you will be using.
Scroll to where you want the guest info to show up in your agreement. This might be a place in a critical section where you've asked them to initial that they understand certain terms. Or, in my example, I have a bunch of info, entered by the guest, that I include at the end of my rental agreement which ends up looking like this:
Reservation Number: {BIDRAW}
Guest's Primary Email: {CEMAIL}
Guest's Primary Phone: {CPHONE}
Guest's Home Address: {CADDRPRIMES}
Number of Adults in Party: {BNADULT} Number of Children in Party: {BNCHILD}
Make and Model of Primary Vehicle to Be Used at Property: {BXCAR}
Name and Phone Number of Emergency Contact: {BXEMERGNAME} {BXEMERGPHONE}
You insert the guest's response by picking "Insert Field" from the options at the top of the "Body" of your agreement.
Hope that helps. You'll get there! And when it's done you'll love it. Just test the #%&$ out of it. Hahahaaa!
Valerie R said:
Auuuggghhh! Don't give them any ideas! :-0
Rich,
Wouldn't the current Reports > Detail Reports > Bookings report do the trick? It can be configured per property and per date range.
Yes, it would simplify things like this if the channels would remove the restrictions and property minimums...but I can't imagine VRBO would be so eager for ALL of their listings to start processing payments on their own instead of using VRBO's system.
Having recently integrated my VRBO account with OR, I think the greatest benefit for me (even more than the simplicity of managing all aspects of my properties from my OR dashboard) is having all of the payments processed through MY merchant account instead of through VRBO's payment system.
I hadn't anticipated this and LOVE it! No more worrying about VRBO refunding a guest without my knowledge or permission and no waiting for VRBO to send the payment to me.
If VRBO dropped the restriction to use a channel manager from 5 properties to one, then just imagine how many payments will be leaving their system and how much less control they would have over the reservations.
Anyway, I'm really happy that I made the decision to use OR's channel manager and integrate my VRBO account with OR.
It IS interesting that Airbnb allows accounts with only one listing to use the channel manager, AND Airbnb still processes the guest payments; Airbnb does not allow the host to process the payments through their own merchant account like VRBO does. That is a huge difference....and I wonder how long it might be until VRBO decides to copy Airbnb (which they seem to want to do often.)
Hi Beth,
Yes, I have the same situation as you, multiple properties with property-specific information that can't really be combined into one generic message and custom tags.
For now, (until we can associate email templates to specific properties so that when we need to send an email template on a booking we are only presented with those templates associated with that property instead of ALL of them), I've changed the way I've labeled my templates to help weed out templates I don't need to see.
I did this by adding a prefix of "y (auto)" to each email template that is linked to a trigger and sent automatically. I chose "y" because it was near the end of the alphabet so would put the template at the bottom of the list and added "(auto)" to remind myself that it is a triggered message.
This leaves all of the other templates without the "y (auto)" displayed at the top of my list. I identify each property's templates by using its property code at the beginning of the template name so that all of the templates belonging to that property are grouped together.
Each property has 5-6 email templates that can be manually sent for each booking so this makes it a lot easier to see those templates quickly when sending rather than having to scan through the list of 110 templates (currently) to find the one I'm looking for.
Maybe this suggestion might help anyone else facing the same situation.
Hi Chris,
Here is an example of what Rich S is describing:
https://snipboard.io/YXU6IO.jpg
Hi Tim,
Perhaps you could create a booking custom field for "Misc" or "Notes"? Then, when you run the Daily Checklist report you'll be able to see those notes.
I have a similar custom field we call "ETA" (estimated time of arrival). If the guest lets us know when they expect to check in we add that information to the ETA custom field on that guest's booking. Then each day when we run the Daily Checklist report we can see that information if the guest is checking in that day.
Hi Richter Vacation, can you describe in more detail how you were able to add a field to request more information from the guest? Was it in the rental agreement itself or on a separate form/email template?