Settings and activity
305 results found
-
47 votes
Keith supported this idea ·
-
4 votes
Keith shared this idea ·
-
5 votes
Keith supported this idea ·
-
15 votes
An error occurred while saving the comment Keith supported this idea ·
-
5 votes
-
1 vote
-
3 votes
Keith supported this idea ·
-
4 votes
Keith supported this idea ·
-
7 votes
Keith supported this idea ·
An error occurred while saving the comment Keith commented
the large text field should have the same HTML editor as all the area's where we might have such information.
-
9 votes
An error occurred while saving the comment Keith commented
This might render the rental conditions non-binding.
I suppose hostfully could add an option to remove the, but it seems like they'd just be openening people up to problems.In order for a contract to be legal I think this information is necessary.
-
12 votes
Keith supported this idea ·
-
14 votes
Keith supported this idea ·
-
3 votes
Note that you can now schedule automated refunds from the Hostfully platform, so this makes manual refunds less valuable.
An error occurred while saving the comment Keith commented
we apply safely insurance to every reservation after talking with them they convinced us to dispense with security deposits since they'll cover damages.
We add the safely insurance fee as a guest paid expense so instead of paying a security deposit, they pay for insurance and we get a higher level of coverage and protection and the guest is protected.
Keith supported this idea ·
-
4 votes
Keith supported this idea ·
-
21 votes
An error occurred while saving the comment Keith commented
this may be a function of the remotelock API.
I use jervis.systems for lock code management. I'm able there to specify the buffer time. it does appear to import the check-in times, but this is done at time of booking, so if we change it (say, after a guest is approved for early check-in or late check out) the codes don't get updated with the new check-in time,
but we set each property in jervis to activate the code 1 hour before check-in and 1 hour after checkout but you can set this per property.
I'm not sure, but perhaps remotelock has similar setting?
-
36 votes
Keith supported this idea ·
-
3 votes
Keith supported this idea ·
-
3 votes
Keith supported this idea ·
-
2 votes
An error occurred while saving the comment Keith commented
What channel's support this? I'm not sure this is even possible.
Booking.com has a mechanism for multiple quantities of the same thing, but other than that, I'm unaware of any channel that supports this.
It would then only be for booking.com and direct booking channels.
-
10 votes
An error occurred while saving the comment Keith commented
I think there's a similar request elsewhere, but the problem here is that the credit cards that get passed-through from channels aren't eligible for 3d secure because the checkout workflow loses the guest.
You'd have to not automatically process the pass-thru credit cards and then separately invoice each guest.
This would make the 3ds workflow present to the guest - you may also want to enable radar and create a rule to only allow transactions with liability_shift.
This may solve your problem as the pass-thru cards should get rejected by stripe. .
An error occurred while saving the comment Keith commented
Here's how to setup payment methods for vebo
I've yet to figure out how to turn off the “pay now” option but I think there is a way to do that
For now we check each payment on stripe to see if it has 3d secure. If not we verify the is provided by the guest and do some investigating. Not ideal but so far effective in avoiding chargeback
https://help.hostfully.com/en/articles/4446365-vrbo-invoice-payment-methods
An error occurred while saving the comment Keith commented
I had the same issue. I did a lot of investigating .
The only way to do this in a way that's compliant is to disable passthrough payments and collect the payment directly from the guest
As it is, when VRBO or booking passes a reservation they send along the credit card data which gets sent to stripe
Because the authenticity of the customer entered data is lost (entered on vrbo but processed by Hostfully) it no longer carries the liability shift.
In order to be compliant the guest has to enter their card info onnhostgully so that the merchant bank can do their verification (sometimes requiring the cardholder to log in or provide two-factor authentication or something else that assures the card information is being used by the authorized cardholder)
I don't believe any form of passthrough processing would ever comply
This does add friction to the booking process as guests would have to know to watch for an email from us with a payment link and have to enter their card data yet again
Ultimately, though, this protects both the card holder and the pm. So it's a workflow we are implementing.
We won't accept any payments that do not have liability shift.
Keith supported this idea ·
Ideally there would be triggers for various changes. As each type of change may require different notification or actions
Change in length of stay affects cleaning
Change in names may require notification to a front desk