Cómo mostrar un precio total que incluye la tasa turística
Esta entrada es la tercera de una serie de cuatro sobre las reglas de precios de la CMA para viajes y lo que significan para las plataformas de reserva:
- Las reglas de precios de la CMA para viajes: qué debe incluirse en el precio total
- El impuesto turístico en el precio destacado: qué significa la regla de precio total de la CMA para las plataformas
- Esta entrada: Cómo mostrar un precio total que incluye el impuesto turístico
- ¿Las plataformas son responsables por errores de precio bajo las reglas de la CMA, y no solo el vendedor? Quién asume la responsabilidad cuando un precio está mal y por qué cambió la respuesta.
Cómo mostrar un precio total que incluye el impuesto turístico
Un precio total con impuestos locales se debe construir antes de que el precio se muestre, no corregirlo después. Bajo la regla de precio total de la CMA, cada resultado de búsqueda, ficha de alojamiento, banner de la app y cesta que ve un cliente del Reino Unido debe mostrar el importe completo, con el impuesto turístico incluido, desde el primer momento en que aparece el precio. Un número incorrecto o incompleto en cualquiera de esos puntos de contacto es una infracción. A escala de plataforma, una tasa desactualizada se repite en miles de precios mostrados al día. Conseguir el número correcto es una secuencia de cuatro pasos: resolver la jurisdicción, obtener la tasa vigente, aplicarla antes de renderizar y mantenerla al día tras el lanzamiento. Cubrimos la base legal en el impuesto turístico en el precio destacado y la regla más amplia de la CMA en las reglas de precios de la CMA para viajes. Esta pieza explica cómo acertar con el precio en sí.
Paso 1: resolver la jurisdicción antes de tocar el precio
La obligación sigue el destino. El impuesto turístico lo fija el municipio donde se aloja el huésped, no el mercado de origen del cliente ni el país de constitución de la plataforma. Por eso, un OTA británico que vende una estancia en Ámsterdam debe aplicar la tasa de Ámsterdam, y el mismo OTA que vende una estancia en Roma debe aplicar la tasa de Roma. Antes de calcular cualquier importe, el flujo de reserva necesita la ubicación exacta del alojamiento a nivel de ciudad o municipio. Las tasas y las normas cambian con frecuencia dentro del mismo país. Si este paso falla, cada paso posterior hereda el error.
Paso 2: obtener la tasa vigente para esa ubicación
Una vez conocida la jurisdicción, el precio debe reflejar la tasa que aplica en ese momento. La CMA juzga el total mostrado, no la intención que hay detrás. Aquí es donde falla una tabla de tasas estática y mantenida internamente. Las tasas cambian sin previo aviso. Seguir cada municipio a mano es una tarea a tiempo completo. La tasa que devuelve la LocationTax API refleja estas variaciones a nivel de jurisdicción. Cada cálculo se basa en normas locales verificadas y actualizadas, no en un número que alguien introdujo al lanzar y nunca volvió a revisar.
Paso 3: aplicar la tasa antes de que el precio se muestre en ningún sitio
La CMA exige el precio total en cada invitación a la compra. Interpreta ese término de forma amplia: el primer resultado de búsqueda, la ficha de alojamiento, cualquier banner de la app y la cesta entran en esa categoría. Un importe de impuesto que se añade solo al finalizar la compra, o un aviso de que pueden aplicarse impuestos locales, incumple la regla. No importa si el número resulta exacto después. Para el equipo que construye la pantalla de precios, eso significa que la tasa debe resolverse e incluirse en el cálculo que se ejecuta antes de que la página se muestre. No puede añadirse en un paso posterior del recorrido.
Paso 4: mantener la tasa actualizada después del lanzamiento
Una tasa que era correcta el día del lanzamiento puede estar mal en pocos meses. Los municipios suben las tasas, añaden variaciones estacionales o cambian la estructura por persona y por noche con poco aviso. Un precio mostrado basado en una tasa desactualizada se convierte en un riesgo de cumplimiento en cuanto el municipio actúa. La primera multa de la CMA bajo el nuevo régimen muestra la escala a la que opera el régimen. Una tasa de reserva obligatoria de 3 £ que se mostraba demasiado tarde en el recorrido costó 4,2 millones de £ a las autoescuelas de la AA en abril de 2026. Trippz supervisa cada jurisdicción que cubre y emite actualizaciones de tasas automáticamente. Así, el precio que muestra una plataforma se mantiene actualizado sin que nadie del equipo de cumplimiento o de ingeniería siga cada municipio a mano.
¿Qué pasa con las exenciones y las variaciones de tasa?
El impuesto turístico rara vez se aplica como un único número fijo. Los menores de una edad determinada suelen estar exentos. Algunas ciudades limitan el número de noches gravadas. Las tasas pueden variar por temporada o por tipo de alojamiento dentro de la misma ciudad. Una búsqueda de tasas que devuelva solo un número destacado sin estas variaciones producirá un total incorrecto justo en las reservas donde más importa. La tasa que devuelve la LocationTax API refleja estas variaciones a nivel de jurisdicción. Así, la lógica de exenciones no necesita construirse y mantenerse por separado dentro del motor de precios.
Probar la integración antes de que toque precios reales
Cada uno de estos cuatro pasos puede verificarse con datos reales de jurisdicciones antes de llegar a un resultado de búsqueda en vivo. Crear una cuenta no conlleva compromiso. El acceso a sandbox se concede en dos días laborables. Así, la integración puede probarse de principio a fin, desde la resolución de la jurisdicción hasta el precio mostrado, antes de acercarse a un cliente.
Trippz cubre el mantenimiento de tasas en más de 70 países. El modelo de datos subyacente es el mismo que se explica en qué es una API de impuesto turístico. El servicio cuenta con certificación SOC1 Type 2 y SOC2 Type 2 y cumple el RGPD. Es el motor de impuestos detrás de la fijación de precios en Airbnb, Booking.com y Expedia.
Trippz mantiene la tasa local actualizada para cada precio que muestras. Crea tu cuenta.