Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optional overlapping rates #241

Open
jobthomas opened this issue Feb 24, 2020 · 2 comments
Open

Optional overlapping rates #241

jobthomas opened this issue Feb 24, 2020 · 2 comments
Labels
type: enhancement The issue is a request for an enhancement.

Comments

@jobthomas
Copy link

With #234, we "fixed" the overlapping rates, as in: we disabled that option because it was too confusing for customers.

However, in doing so, we did two things:

  • We left it a bit to guessing how it works in Accommodations. A fairly simple fix here would be that we'd add a comment below the rates that says "Only the first matching rule will be applied", similar to what is available in Bookings core here:
  • We made the config for people who do want to use this feature a lot more complex. That's the one I want to zoom into a little bit.

Example

Customer wants to charge more for:

  • Peak season (e.g. Dec-Feb)
  • Weekend days (e.g. Fri-Sun)
  • Public holidays

If the option for overlapping rates was still an option, this could mean something like:

  • Base cost: $50
  • Dec-Feb: Block cost = +$20
  • Fri-Sun: Block cost = +20%
  • 14 Feb 2020 (what better night for a better hotel rate) = +$30

In the above case, on Fri, 14 Feb 2020, the customer would pay ((50+20)*1.2)+30 = $114.

However, without overlapping rates this would mean that the customer needs to set costs for every single set of rules and in most cases, that would imply per date range, given that this is how they want to change it.

Suggested approach

It seems that one of the simpler fixes is to readd the filter: woocommerce_bookings_apply_multiple_rules_per_block - I would suggest to have a ☑️ option below or above the rates that enables/disables this filter so customers can choose themselves if they want to have added rates or the new fix.

cc @dougaitken @c-shultz

@vikrampm1 vikrampm1 added the type: enhancement The issue is a request for an enhancement. label Mar 16, 2022
@jeffpaul
Copy link
Contributor

jeffpaul commented May 3, 2022

@c-shultz I see you're assigned to this, are you planning to take action on a PR or should we un-assign this issue?

@dougaitken
Copy link
Member

I've unassigned him @jeffpaul - Chris was assigned by Job on the Issue creation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type: enhancement The issue is a request for an enhancement.
Projects
None yet
Development

No branches or pull requests

5 participants