December 11, 2022
An operator I know on the French side of St. Maarten got a TVA correction notice from the Direction des Finances Publiques last year. Eight months of bookings. The tax authority wanted to see a per-booking breakdown of the 8.5% reduced rate they should have been itemizing on every guest receipt. And the booking software he was using - a well-known US platform - could only spit out a single revenue total. No tax line. No per-booking split. Just one number covering everything he'd collected, with no way to show how much of it was TVA and how much was the base tour price.
He had to reconstruct eight months of receipts by hand. Most of a week. He hired an accountant on top of that. His words when it was done: "I didn't even know the software couldn't do this until I needed it to."
When software companies in the US or Europe design a booking system, they build it for one tax authority. One rate. One line on the invoice. Maybe two if a state sales tax sits on top of a federal rate. It's tidy. It works for them.
The Caribbean doesn't work like that. Depending on which island your business sits on, you're dealing with a completely different structure. French side of St. Maarten - that's TVA at the reduced 8.5% tourism rate, plus the taxe locale on top in some categories. Dutch side - ABB (Algemene Bestedingsbelasting) and TOT, with tourist taxes calculated separately per guest night or per booking. BVI - a 7% accommodation and excursion tax. Jamaica - GCT at 15%, with specific tourism industry rules around what's included. USVI - hotel occupancy tax on top of everything else.
Each one has to appear as a separate line item on the guest's receipt. Each one has to reconcile back to your filings. And the filings don't wait for you to sort out your software problem.
Most international booking platforms treat tax as a single percentage field. You type in a number, it applies it, the money flows. That is not even close to what you need here.
I've watched operators handle this in three bad ways. They absorb the tax into the tour price and back-calculate it at filing time. They show a single "Tax (various)" line that means nothing to an auditor. Or they don't collect it at point of booking at all and deal with the mess on the backend.
None of those are compliant. All of them are common. And all of them trace back to software that was never built for a multi-jurisdiction tax environment.
Most demos won't surface this problem. The vendor shows you the booking widget, the calendar, maybe the reporting dashboard. They won't show you what a guest receipt looks like with a TVA line split from the tour price, because they've never built that screen.
Before you commit to any booking system, I'd ask them these directly:
This one genuinely gets to me. I see Caribbean operators running their payments through Stripe into a US or European bank, then wiring money back to the island. Owner's usually foreign, had the offshore account anyway, and the software only spoke Stripe. So that's just how the money moves now.
It's totally crazy. I'll be honest - I don't understand how that survives a proper audit. Revenue hitting a foreign bank first creates a paper trail that looks like offshore income. Stack that on top of a booking system that can't produce a per-booking tax breakdown, and you're not just in a mess - you're in a mess with documentation problems.
We built Junglebee to pay out directly to local Caribbean banks, in the right currency, because this was never a minor inconvenience - it was a compliance issue from the start. Your revenue should come home, and your tax records should follow it.
This is the opinion I'll stand behind: international booking software treats tax as a field you configure once and forget. In the Caribbean, tax varies by which side of a border your marina sits on, appears as a named line on your guest's receipt, and has to be reconstructable booking by booking when the auditor asks.
A system that handles bookings but can't handle your tax structure isn't handling your business. It's handling the easy part and handing you the hard part.
The operator on the French side spent a week doing that. He's now on software that shows TVA as its own line, reconciles per-booking, and exports directly to his accountant's format. He told me the correction notice from the tax authority was actually useful - it forced him to fix his whole setup.
I'd prefer you don't need an audit letter to get there. Pick software that treats tax as a core feature. Ask the questions above before you sign. And make sure the money comes home to the right bank, in the right jurisdiction, with a paper trail that means something when you need it to.
Pull a guest receipt from your last ten bookings. Is the tax line named and separate, or buried in the total? Could you hand those ten receipts to a tax authority and have them match your quarterly filing without rebuilding anything?
If the answer is no - that's where to start. Not with a new booking widget. With the tax configuration your current software may or may not actually support. Better to find out now than when the letter arrives.