How the Quebec lodging tax works, including the agency rule

Almost every question a Quebec operator has about the lodging tax comes down to one thing nobody explains clearly: the tax on lodging is not really a tax on your room. It is a tax on the transaction, and the transaction has a middleman more often than you think.

Once you see it that way, the three rules stop looking arbitrary.

The three taxes on a Quebec room night

A stay in Quebec typically carries three separate amounts, and they are not the same kind of thing.

• GST, the federal goods and services tax, charged on the accommodation.
• QST, the Quebec sales tax, charged on the accommodation.
• The tax on lodging, a provincial accommodation tax which in Quebec is 3.5% of the price of the overnight stay.

The first two are sales taxes. You are a registrant, you collect them, you claim your input tax credits, you remit the difference. The third is not a sales tax at all. It applies to accommodation and only to accommodation.

That last sentence is where most software goes wrong.

The lodging tax does not touch your other revenue

If a guest buys a room, a guided canoe trip, a bundle of firewood and a bottle of wine, only the room is subject to the tax on lodging. The canoe trip is an activity. The firewood is a good. Neither is an overnight stay.

Generic property management systems tend to model tax as a percentage attached to a product. Set up that way, the operator has two bad choices: apply the lodging tax to everything and over-collect, or leave it off everything and under-remit. Both are found at audit, and only one of them is cheap to fix.

The correct model is that the lodging tax is a property of accommodation revenue specifically, computed on the accommodation portion of a bill and nothing else. That is how Cardinal holds it: lodging tax is its own component on a posting, and it is only ever populated from a lodging charge.

It also survives a package. If you blend breakfast into a nightly rate so the guest sees one all-in price, the lodging tax is still computed on the lodging portion, not on the blended total.

Now the part nobody writes down: who remits it

Here is the rule that catches people. In Quebec, who remits the tax on lodging depends on how the guest reached you.

There are three cases.

1. The guest books direct

They call you, they walk in, or they book on your own website. You charge the tax on lodging at your rate, you collect it, and you remit it. Nothing surprising.

2. The guest books through a traditional travel agency

An agency that acquires the accommodation and re-supplies it to the traveller is an intermediary. In this case the amount is not your percentage. It is a flat $3.50 per overnight stay per unit, and the intermediary is the one who remits it.

This is the single most confusing rule in Quebec accommodation tax, because the number 3.5 appears twice and means two entirely different things. 3.5% is the rate on a direct booking. $3.50 is a flat per-night amount on an agency booking. They are not the same and they do not produce the same result. On a $100 room night they happen to coincide. On a $300 room night they differ by more than seven dollars a night, in your favour or the agency's depending on which way you got it wrong.

3. The guest books through a digital accommodation platform

A registered digital platform collects and remits the tax on lodging itself for stays booked through it. You do not remit it a second time. If your software treats a platform booking like a direct booking, you will remit tax that has already been remitted, and you will not get it back easily.

Why this is an accounting problem, not a front-desk problem

None of this is hard to understand. It is hard to report.

At the end of a period you need to answer a question your books were probably never structured to answer: of the accommodation revenue in this period, how much carried lodging tax that I owe, how much carried a flat amount somebody else owes, and how much carried tax a platform already remitted?

If your system stores a single tax total per transaction, that question requires reconstructing every booking by source, by hand, in a spreadsheet, once a period, forever. Most operators do exactly that, or more commonly, do not, and file the simple version.

If your system stores tax per component and records the booking source on the reservation, the question is a query.

What a system should do about it

Four things, in order of how much they matter.

1. Store each tax as its own component on every posting. GST, QST, PST, HST and lodging tax as separate fields, not a lump. A remittance report should be a query against columns that already exist, not a reconstruction from a total.
2. Compute lodging tax on accommodation only. Never on goods, never on activities, and correctly on the lodging portion of a blended package rate.
3. Round per night and sum. Rounding once on a stay total produces a number that does not match the invoice the guest is holding. Rounding each night and summing produces one that does. A four night stay at $169 with GST, QST and a 3.5% lodging tax comes to $800.92 on the quote, the folio, the ledger and the export, because all four are reading the same postings.
4. Split the remittance report by who remits. The report has to say: this much lodging tax you owe, this much the agency owes, this much the platform already handled. Anything less puts the operator back in the spreadsheet.

The dates matter too

One more trap, and it is a quiet one. A payment taken at 9pm on June 30 belongs to June. If your system dates postings by the server's clock or by the browser's timezone, a late evening transaction at a period boundary can land in the wrong return. The fix is unglamorous: date postings in the property's own timezone, always. Cardinal does, and a period close then holds, because a posting dated into a closed period is redated forward with its original date preserved rather than being lost or rejected.

Verify before you file

Rates and rules change, thresholds move, and a municipality can add its own charge on top. This page explains a model, not your filing. Confirm the current rate and your obligations with Revenu Québec or your accountant before you remit.

What you should not have to do is reconstruct the answer from a total once a quarter.

---

In Cardinal, the tax on lodging is its own component on every posting, computed on accommodation only, rounded per night, dated in your property's timezone, and reported split by who actually remits it. The remittance report is a query, not a reconstruction.