Skip to main content

Hello together,

I know from different properties that they are facing the same issue than us.

If an invoice has many items the total net and total (incl.tax) does not match because MEWS is rounding the prices per line.

The total net per tax does not match the tax incl. price - tax.

 

P.a.

 

 

tax (%)

net exp. (€)

diff

net (€)

tax incl. (€)

7%

37.582,71 €

-1,21 €

37.583,92 €

40.213,50 €

19%

3.364,57 €

1,99 €

3.362,58 €

4.003,84 €

total

40.947,28 €

 

40.946,50 €

44.217,34 €

 

Do you face similar problems?

 

Best

Mariusz

 

@Anita Cairns 
We would also like to participate in the beta test with all our properties.
please let me know, as soon as it is activated.
Thanks!
Best regards,
Philipp


Hi guys, @Anita Cairns 

Are you still beta testing this, or has this been rolled out to all?

Look forward to an update, 

Sam


Hi everyone, my name’s Andrew and I’ve picked up tax rounding as an opportunity to improve how Mews supports our customers’ varying needs.

So far, the solution has been to remove tax and net values from line items, while keeping this detail in the order summary. This has worked well in some markets. However, in other markets there are requirements to display tax for line items also.

This is a complex subject, as the behaviour around calculating and displaying taxes is impacted by a range of factors:

  • Legal requirements in the relevant country
  • Customer preferences (some corporate customers might prefer to see tax information while most guests may not care)
  • Operational needs (other systems in the tech stack the PMS is part of may need specific configurations)

We’d like to explore a few alternative ways of managing this complex issue, such as displaying a disclaimer, or including a tax rounding correction to account for differences between the taxes calculated on line items and the order total.

Would anyone be interested in joining a discovery call to help us determine if these ideas are helpful for this challenge?

Thank you :)


Hi everyone,

Following the initial beta described above, we have been working on a different solution, which accounts for this discrepancy by adding an adjustment item to the bill to reconcile the tax for all items with the tax for the bill total. This solution is now available for pre-beta testing on request, in a demo property, so that no live data is affected.

We would love to invite customers to trial this next iteration of a solution to this complex issue.

Please don’t hesitate to respond here if you wish to be included in an early trial, or indeed if you’d like to participate in the public beta once this is initiated in the near future.

Thank you for your consideration!


Reply