Multi-Currency and Tax for Hostels
A guest from Berlin books your bed in Mexico City on a site that quoted euros, pays in pesos, and owes the city a tourist tax on top. Here's how to set up currencies and taxes once, properly, so the totals match and nothing quietly eats your margin.
Published: 8 July 2026 - 10-minute read
Hostels are international by default. One dorm night can involve a guest who thinks in euros, an OTA that quoted them in dollars, a card processor that settles in your local currency, and a city hall that wants its tourist tax per person, per night, collected exactly the way its regulation says. None of that is exotic. For a hostel, that's a Tuesday.
The trouble is that most operators set all of this up once, during onboarding, by accepting whatever default each platform suggested, and then spend years wondering why no two totals ever agree. This guide walks through the three currencies hiding inside every booking, the handful of taxes a hostel actually deals with, and a setup routine that makes the numbers boring again.
The three currencies inside every booking
Every booking that crosses a border carries up to three currencies, and most confusion starts by mixing them up. The display currency is what the guest saw when they booked, usually their own, converted by the OTA at the OTA's rate. The charge currency is what actually gets billed to their card. The settlement currency is what your bank finally credits, after your processor has had its say. Three numbers, three conversion points, and each conversion has a spread: the gap between the mid-market rate and the rate you were actually given.
Hostels feel this more than hotels because the amounts are small and the volume is high. A private room at a city hotel loses a spread once; your 12-bed dorm loses it twelve times a night, on twelve small charges, from guests holding cards in ten different currencies. Whoever converts, profits. The whole game is knowing, at each step, who set the rate.
Where currency actually costs you money
You can't opt out of currency conversion, but you can decide where it happens and who carries it. These are the four places it touches a hostel:
- The OTA's display conversion. OTAs show guests prices in their home currency, converted at the OTA's own rate. This one costs you arguments, not money: the guest's confirmation shows one figure, your system shows another, and the front desk gets to referee. Know which number is the contractual one on each channel, usually the amount in the property's currency, and point to it calmly.
- Your processor's settlement. If you charge cards in one currency but your account is in another, your payment processor converts at its rate plus its spread, on every single transaction. Charging guests in your property's currency through your own booking engine keeps that conversion on the guest's side, where their own bank usually handles it, and often at a better rate than any middleman would give you.
- Dynamic currency conversion at the terminal. DCC is when the card machine offers to charge a foreign guest 'in their home currency, for convenience'. The convenience is priced in: the rate is marked up, sometimes you get a small cut, and the guest gets a worse deal they'll eventually notice. Most hostels are better off disabling it and letting guests pay in the local currency. A few saved cents aren't worth a paragraph in a review.
- Cash at the desk. Backpackers show up with leftover dollars, euros, and whatever the last border gave them. If you accept a second cash currency, set one house rate, write it where guests can see it, and change it on a schedule, not per guest. And check the local rules before going further: in many countries, actually exchanging money is a licensed activity, which is a different business from accepting payment.
The taxes a hostel actually deals with
Tax is where hostel owners either over-worry or under-prepare. In practice, day-to-day operations touch a short list:
- VAT or GST on accommodation. Most countries charge a consumption tax on the bed price. The rate, the registration threshold, and whether accommodation gets a reduced rate all vary by country. The mental model that matters: this was never your money. You collect it, hold it, and pass it on, and pricing as if it's revenue is how a healthy-looking month turns into a bad quarter.
- City or tourist tax. A per-person, per-night charge set by the municipality, flat in some cities, a percentage in others, often with exemptions for children or long stays. Sometimes the OTA collects and remits it for you; more often you collect it yourself at check-in. Either way, your listing should say it exists, or the desk conversation starts with a guest feeling ambushed.
- Tax on the OTA's commission. In some jurisdictions the commission invoice from an OTA abroad falls under reverse-charge VAT rules, which means paperwork on your side even when no extra money moves. You'll meet this one inside your payout statements rather than at the front desk.
- Taxes on the business itself. Income tax, payroll, local business levies: real, but they belong to your accountant and your annual cycle, not your nightly operations. If you're still choosing a legal structure, that decision comes first, and it's covered in how to start a hostel.
Tax-inclusive or tax-exclusive: pick one lane
The same bed can be advertised with tax baked into the price or added at checkout, and guest expectations differ by market: in much of Europe the displayed price is the final price, while travellers from markets used to add-on taxes barely blink at a bigger total. You don't control the guest's expectations. You do control something more important: consistency.
The expensive mistake is loading rates tax-inclusive on one channel and tax-exclusive on another. Now the same bed shows two different totals depending on where the guest looks, you field parity complaints, and each channel calculates its commission on a different base, so your net per bed quietly varies by channel for no strategic reason. Decide once how your rates are loaded, then let a channel manager push that one rate and tax rule to every channel, instead of re-entering it by hand in five extranets with five different defaults.
A setup that keeps the numbers boring
None of this needs ongoing attention if the foundations are right. One deliberate afternoon covers it:
- 01
Pick one base currency and stick to it.
Use the currency you pay rent and staff in. Every rate is set in it, every report reads in it, and anything else is a conversion at a known point, not a second set of books.
- 02
Set tax rules once, centrally.
Define every tax in your PMS and booking engine: name, rate, inclusive or exclusive, per-person or per-booking, who's exempt. If a tax lives only in a staff member's head or a channel's extranet, it will eventually be charged wrong.
- 03
Load rates the same way on every channel.
Inclusive or exclusive is one decision, made once, applied everywhere. Any channel that can't follow your standard gets a deliberate, documented exception, not a shrug.
- 04
Script the city tax.
Decide exactly how it's collected, in the rate, at check-in, on the card, and give the desk one sentence to say about it. A tax that surprises guests at 11pm becomes a review problem; a tax that's announced in the listing is just a line item.
- 05
Charge in local currency and skip DCC.
Turn dynamic currency conversion off at the terminal and let each guest's bank do the converting. It's the version of the transaction with the fewest hands in it.
- 06
Close the loop monthly.
Currency spreads and tax lines don't announce themselves; they surface as small unexplained gaps in your OTA statements. A monthly payout reconciliation routine is where you'll actually catch a conversion or commission-on-tax error, because that's where it lands.
The real mistake: letting every platform decide for you
Nobody sets out to build a mess. It accumulates: the OTA suggested a display setting during onboarding, the terminal shipped with DCC on, one extranet defaulted to tax-exclusive rates, and each choice was fine on its own. Accept them all and you have five systems making five slightly different decisions about the same booking, and a front desk explaining differences it doesn't understand to guests who don't care whose default it was.
The cost is rarely one dramatic loss. It's permanent fog: totals that never quite match, an accountant billing extra hours to untangle categories, and a nagging sense that money is leaking somewhere you can't point to. One honest caveat: even a perfect setup won't make every total match to the cent, because payout timing and rounding will always leave small gaps. The difference is that with deliberate settings you can explain every gap, and an explained gap is bookkeeping, while an unexplained one is a leak.
Ready to Manageyour dream Hostel?
Multi-currency and tax for hostels: FAQs
Your own local currency, as a rule. Charge in the property's currency and the guest's bank handles the conversion, usually at a fair rate, and your side of the transaction stays clean: one currency in your reports, no processor spread on every charge, no second set of numbers to reconcile. The exceptions are rare, such as operating in an economy where pricing in a harder foreign currency is standard local practice.
In most countries, yes, once you're past the local registration threshold, and accommodation sometimes gets a reduced rate compared to other services. The practical habit that matters is treating collected tax as money you're holding, not money you've earned. The exact rate, threshold and filing rules are local and change, so confirm them with an accountant rather than a blog post, including this one.
A charge set by the city or region, usually per person per night, flat in some places and a percentage of the rate in others, often with exemptions for children or longer stays. On some channels the OTA collects and remits it with the booking; more often the hostel collects it at check-in. Whatever your city's version is, state it clearly in your listings so guests hear about it from the listing, not the night-shift.
The defensible answer isn't inclusive or exclusive, it's consistent. Load rates the same way on every channel, matching how prices are normally displayed in your market, and check how each channel calculates commission on tax before you decide. Mixed setups are the worst of both worlds: the same bed shows different totals on different sites, and your net varies by channel for no reason you chose.
DCC is when the card terminal offers to charge a foreign card in the guest's home currency instead of yours, at a conversion rate with a markup built in. The property sometimes gets a small share of that markup, which is why terminals push it. Most hostels should turn it off: the pennies it earns aren't worth guests later noticing they paid a bad rate, and the cleanest transaction is one charged in local currency and converted once, by the guest's own bank.
Currencies and taxes are plumbing: set them up deliberately once and they mostly disappear. When the numbers still drift, payout reconciliation is the routine that finds where, and every booking that comes through your own booking engine is one with fewer conversions to check in the first place.