Come gestire la tassa di soggiorno in Europa per una piattaforma di prenotazione

Una piattaforma di prenotazione gestisce l'imposta di soggiorno in Europa rispondendo a tre domande per ogni mercato in cui opera: qual è l'aliquota applicabile, chi è tenuto per legge a riscuoterla e chi la versa all'autorità locale. Le risposte variano per comune. I valori cambiano senza preavviso. Un errore applicato a migliaia di prenotazioni diventa un problema di responsabilità. Questo articolo analizza i cinque passaggi necessari per una piattaforma e i punti in cui il processo tende a incepparsi.

Cosa cambia realmente per mercato

Nella maggior parte d'Europa l'imposta di soggiorno si stabilisce a livello locale. Il comune o la regione prendono quasi tutte le decisioni strutturali. Un numero limitato di paesi, Malta tra questi, fissa invece un'unica aliquota nazionale. Dove si applica la tariffazione locale, che copre la maggior parte dei mercati in cui opera una piattaforma, le variabili da monitorare per giurisdizione sono:

• La struttura dell'aliquota. La maggior parte delle città applica un importo fisso a persona per notte. Alcune applicano una percentuale sul prezzo dell'alloggio. Amsterdam è un esempio. Questa distinzione cambia il metodo di calcolo dell'imposta, non solo il numero finale.
• Classe dell'alloggio e tipo di struttura. Molti regimi variano ulteriormente l'aliquota in base alla categoria dell'hotel, al tipo di camera o al tipo di struttura nella stessa città. In mercati come l'Italia, dove queste variazioni si sommano a regole stagionali e per persona, la combinazione genera centinaia di scenari di tariffazione distinti per un solo paese.
• La base imponibile e i massimali. Alcuni regimi tassano ogni notte di soggiorno. Altri fissano un limite al numero di notti tassabili. I bambini sono esenti in alcune città. In altre pagano la metà. Altrove sono tassati pienamente.
• Il soggetto riscuotente. Nella maggior parte dei mercati l'obbligo ricade sul fornitore di alloggio. Un numero crescente di ordinanze comunali indica le piattaforme di prenotazione direttamente come soggetti riscuotenti. Accordi di riscossione separati tra piattaforme e città aggiungono una terza variante.
• Il percorso e la cadenza del versamento. Il versamento può essere mensile, trimestrale o per singolo soggiorno. Si effettua verso un comune, una regione o un ente nazionale. Ogni entità ha il proprio formato di dichiarazione.

Nessuna di queste variabili si muove in sincrono. Un cambio di aliquota in una città non dice nulla sulle regole di esenzione della città successiva.

I cinque passaggi per prendere il controllo

Passaggio 1: Mappate dove ricade l'obbligo. Analizzate mercato per mercato. Stabilite se l'obbligo di riscossione spetta a voi, all'host o è condiviso tramite un mandato o un accordo. Si tratta di una questione legale per giurisdizione. La risposta per la stessa piattaforma può cambiare tra due città dello stesso paese.

Passaggio 2: Stabilite l'aliquota corretta per giurisdizione. Per ogni mercato in cui riscuotete, vi servono l'aliquota vigente, la base imponibile, i massimali e le esenzioni. La fonte deve essere autorevole. Significa decisioni comunali, non articoli aggregatori che spesso sono già datati.

Passaggio 3: Applicate l'imposta alla prenotazione o al checkout. Decidete dove nel percorso di acquisto calcolare e mostrare l'importo. Questo passaggio diventa cruciale ogni anno. La CMA del Regno Unito ora richiede che il prezzo totale, imposta di soggiorno inclusa, appaia dal primo momento in cui viene mostrato a un cliente britannico. Non solo al checkout. Un errore su larga scala ha già generato multe di milioni di sterline. Spieghiamo la sequenza di costruzione per un prezzo totale conforme in come mostrare un prezzo totale che includa le tasse locali.

Passaggio 4: Mantenete le aliquote aggiornate. È il passaggio che la maggior parte delle piattaforme sottovaluta. I comuni cambiano le aliquote. Aggiungono esenzioni. Estendono i mandati senza avvisare le piattaforme. Tutto ciò che avete costruito al passaggio 2 inizia a degradare dal giorno del lancio. La manutenzione delle aliquote ha bisogno di un responsabile permanente. Non di una voce in un elenco di lancio.

Passaggio 5: Confermate il percorso di versamento. Per ogni mercato in cui riscuotete, confermate chi dichiara e paga. Stabilite la cadenza e il formato. I fondi riscossi ma versati male creano esposizione verso l'autorità e verso i vostri host.

Dove il processo si inceppa nella pratica

I passaggi 1, 3 e 5 sono decisioni una tantum per mercato. I passaggi 2 e 4 rappresentano il costo ricorrente. Scalano con ogni mercato che aggiungete. Un team di conformità può monitorare alcune città in un foglio di calcolo. Con una copertura europea significativa, il lavoro di monitoraggio diventa un impiego a tempo pieno. Il guasto è silenzioso. Nessuno nota un'aliquota obsoleta finché un'autorità, un host o un ospite non lo segnala.

Le piattaforme finiscono per reperire i dati sulle aliquote in uno di tre modi. Qualcuno li mantiene a mano. Funziona solo su piccola scala. Il team di ingegneria costruisce e mantiene un database interno delle aliquote. Offre controllo totale ma trasforma la manutenzione fiscale in un impegno permanente sulla roadmap. In alternativa, la piattaforma si connette a una fonte esterna mantenuta tramite API. Applica l'aliquota senza doversi occupare del lavoro di monitoraggio sottostante.

Il livello di registrazione aggiuntivo

Il Regolamento UE sugli affitti a breve termine 2024/1028 aggiunge un obbligo separato accanto alla tassa. Le piattaforme devono verificare che gli host dispongano di un numero di registrazione degli ospiti valido prima che un annuncio vada online. Questo vale nelle giurisdizioni dove tali numeri sono richiesti. La riscossione fiscale e la verifica della registrazione degli ospiti sono obblighi diversi. Finiscono però sullo stesso tavolo di conformità. Una piattaforma che progetta per l'uno deve tenere conto dell'altro. La mappa completa degli obblighi è illustrata in lo stack di conformità per le piattaforme di prenotazione in Europa.

Come Trippz copre i passaggi senza fine e quelli collegati

La Location Tax API di Trippz è la fonte esterna mantenuta per il passaggio 2. Una piattaforma invia una posizione. L'API restituisce l'aliquota dell'imposta di soggiorno applicabile per quella giurisdizione al momento della richiesta. Ogni calcolo si basa su regole locali verificate e aggiornate. Trippz monitora ogni giurisdizione rilevante e spinge gli aggiornamenti delle aliquote automaticamente quando cambiano. La stessa chiamata risolve il passaggio 3 nello stesso movimento. L'aliquota arriva in tempo per essere inclusa nel prezzo prima del rendering. Vale per un risultato di ricerca, una pagina annuncio o un carrello. Il passaggio 2 e il passaggio 4, i due che non finiscono mai, smettono di essere lavoro del vostro team.

Il dataset per giurisdizione della Tax Content API, gli stessi dati alla base della Location Tax API, copre anche su chi ricade l'obbligo in un dato mercato. Questo è l'input necessario per il passaggio 1. Per le OTA che già instradano la tassa attraverso Trippz, la stessa visibilità su quanto è dovuto e dove chiude il passaggio 5. Trippz calcola la tassa dovuta per giurisdizione. Istruisce il proprio provider di servizi di pagamento a versare direttamente ai governi locali. Attualmente è attivo in Francia, Canada, Messico e Italia.

Trippz è certificato SOC1 Type 2 e SOC2 Type 2. È conforme al GDPR. È scelto da piattaforme come Airbnb, Booking.com e Expedia. Per l'obbligo di registrazione degli ospiti ai sensi del Regolamento UE STR 2024/1028, un servizio separato, la Host Compliance API, si connette direttamente ai sistemi delle autorità nazionali e locali.

Inizia ora

Scoprite come la Location Tax API si integra con la vostra configurazione in la pagina piattaforme di Trippz. Creare un account non comporta alcun impegno. L'accesso all'ambiente di test arriva entro due giorni lavorativi.