Skip to content

Settings and activity

10 results found

  1. 8 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke supported this idea  · 
  2. 6 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke supported this idea  · 
  3. 2 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke shared this idea  · 
  4. 2 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke shared this idea  · 
  5. 27 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Michael Clarke commented  · 

    I agree 1000% with this. The system should preserve the rates as at the date of agreement. We have left another admin system recently and there was a checkbox on the Modify Reservation form "Lock Rates" and if you unchecked it, the system would re-price the modification based on the NEW rates. It can be different for various use-cases so we need to decide if the historical prices or the current price should be used.

    This one is so dangerous for us. It is causing quite a bit of pain. As a secondary moan, the system does not maintain history that is visible to us so it is difficult to know what has happened. Also it would be good if we could reverse the state of a reservation to a previous state, make the correction then go from there.

    Thank you

    Mike

    Michael Clarke supported this idea  · 
  6. 58 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke supported this idea  · 
  7. 46 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke supported this idea  · 
  8. 1 vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke shared this idea  · 
  9. 8 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    Michael Clarke supported this idea  · 
  10. 18 votes

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    We’ll send you updates on this idea

    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)

    Thank you for submitting this idea. We have considered this in the past but this behavior comes with complexities. The question is whether we consider a property as booked on the first split payment and block the calendar or not:

    • if we do: a guest could pay $5 on a $1000 payment and the calendar will be blocked with a payment that does not meet the reservation amount threshold (putting the PM at risk)
    • if we do not consider it as booked until the whole $1000 is received, the PM could end up with 4 payments of $200 and the property is still available. Someone else could then end en booking the property and the PM is left with having to process 4 refunds.

    So this feature is definitely interesting but requires that particular threshold rules to be defined and the system behaviour to adapt to them.

    Michael Clarke supported this idea  ·