Impuestos
Esta es la guía operativa de Configuración → Impuestos y del impuesto que uno
lee en un folio. Para el modelo — la congelación, los tres perfiles, los tres
orígenes — conviene leer antes Impuestos.
Los impuestos son transversales por diseño. No hay una pantalla en la que uno
trabaje todos los días: hay una pantalla donde se configura y diez lugares donde
se lee el resultado.
Configurar los perfiles
Configuración → Impuestos. Una tarjeta por perfil — Reservas, Tienda y
Servicios adicionales — las tres idénticas en forma.
El interruptor de arriba a la derecha lo decide todo. Con el perfil inactivo,
los cargos se publican sin impuesto sin importar lo que esté configurado
abajo, y la tarjeta lo dice. Apagar un perfil no borra su configuración; la deja
lista para cuando se vuelva a encender.
"El precio incluye impuesto" es el campo que más seguido queda mal
Que es por lo que la consecuencia está impresa al lado y no escondida en un
tooltip:
- Encendido — la tarifa ya trae el impuesto. El huésped paga la tarifa, y
el neto se deriva hacia abajo. - Apagado — el impuesto se suma encima. El huésped paga más que la tarifa.
Con 19% de IVA y una tarifa de 100: encendido, el huésped paga 100 y el neto
es 84.03; apagado, el neto es 100 y el huésped paga 119. La misma tarifa,
dos precios finales distintos.
La tarjeta etiqueta ese interruptor como Activo/Inactivo, exactamente igual que el
de arriba. Son dos interruptores distintos: el de arriba decide si se cobra
impuesto, este si ya viene dentro del precio.
Dos validaciones que conviene conocer antes de toparse con ellas
- Un perfil activo necesita al menos un impuesto. Encenderlo con la lista
vacía no guarda: o se agrega uno, o se apaga el perfil. Son lo mismo dicho de
dos maneras, y el sistema prefiere la explícita. - La tasa se escribe con punto, hasta dos decimales (
19,19.5,19.00),
entre 0 y 100. No es una manía de la interfaz: la tasa viaja como texto de punta
a punta para que nadie la redondee en el camino.
Hasta cinco impuestos por perfil, porque algunos mercados agregan una tasa
municipal encima del IVA. Casi ninguna propiedad usa más de uno, que es por lo que
agregar un impuesto es una acción secundaria y no un botón principal.
El previsualizador
Debajo de cada tarjeta hay un precio de ejemplo (100 por defecto) y la
separación en Neto / Impuesto / Paga el huésped. Al cambiar el precio,
recalcula.
No guarda nada y no manda nada — es una ayuda de configuración. Pero la
aritmética que hace es, paso por paso, la que va a hacer el folio cuando publique
de verdad, incluidas la precisión intermedia y el redondeo. Si el previsualizador
dice 84.03, el folio va a decir 84.03.
Es la comprobación de confianza para el interruptor de encima: si el número que
uno ve no es el que esperaba cobrar, la bandera está al revés.
Del día a día
El folio de una reserva
Reservas → una reserva → Folio. Cada cargo, con Neto, Impuesto,
Total y Origen.
El alojamiento publica una línea por noche, más una por cada fee fijo. Una
estadía de siete noches con una tarifa de limpieza son ocho filas. La API las
manda así a propósito: una factura — y el impuesto de cada noche — las necesita
separadas.
La pantalla las agrupa por fuente para que se puedan leer, y un grupo colapsado
declara el origen del impuesto en su encabezado. Eso no es cosmético: un bloque de
alojamiento de OTA con impuesto cero y la columna de origen vacía se leería como
sin impuesto, que es justo lo que la regla de origen prohíbe. Cuando las líneas
de un grupo no comparten origen, el encabezado se queda callado y hay que
abrirlo y leer fila por fila.
Abajo a la derecha, el total de la reserva: Neto, Impuesto y Total. Se suma
columna por columna, igual que lo hace el backend, así que el Total siempre es
Neto + Impuesto aun cuando el redondeo de una línea parezca decir otra cosa.
Las reservas que llegan de un canal
Una reserva de OTA trae su impuesto ya declarado por el canal:
- El origen es impuesto del canal, siempre — con monto o sin él.
- La tasa es efectiva, no nominal. Sale de dividir los montos que mandó el
canal, así que puede no coincidir con lo configurado. Nadie está equivocado: el
canal cobra con sus propias reglas en su propio extranet. - Si el canal nombró sus impuestos, el nombre crudo aparece en el tooltip. Su
ausencia es el caso normal, no un dato faltante. - Los cargos de servicio del canal (limpieza, resort fee) llegan como
servicios adicionales, sin impuesto, con el nombre que les puso el canal.
Son dinero real del folio y aparecen como sus propias líneas — nunca metidos
dentro del bloque de alojamiento.
Los impuestos del canal se configuran en el extranet del canal, no en Axis Pro.
Acá solo se leen.
Dónde más aparece el resultado
| Pantalla | Qué muestra |
|---|---|
| Reservas → Folio | El desglose congelado, línea por línea. |
| La cotización de una reserva nueva | El bloque de impuesto de la cotización. El total de la cotización es el bruto, no la tarifa. |
| Finanzas → Reportes | El bloque devengado separa ingreso neto, impuesto y bruto, más una tabla de impuestos por nombre. |
| Finanzas → Cargos | Una fila por cargo, con su monto de impuesto y su etiqueta de origen. |
| Dashboard | El ingreso neto, el ADR y el RevPAR son netos de impuesto. |
Ese último sorprende una vez: el ADR y el RevPAR bajaron cuando llegaron los
impuestos. No se rompió nada — antes se calculaban sobre el bruto, que es una
manera elegante de inflar una métrica con dinero que no es de uno.
Preguntas frecuentes
Cambié la tasa y las reservas viejas siguen mostrando la anterior.
Correcto, y es la regla principal del módulo: cada cargo congela su impuesto al
publicarse. Un cambio de perfil aplica de acá en adelante. Para corregir de verdad
una reserva ya vendida, se corrige con un cargo nuevo, no reescribiendo el pasado.
Una reserva de canal muestra 0.00 de impuesto pero dice que el canal no cobró
impuesto. ¿Está bien?
Sí, y la diferencia importa. Sin impuesto significa que no aplicó ninguno; el
canal no cobró impuesto significa que el canal, que es quien cobra acá, no cobró
nada en esta estadía. Lo segundo puede ser dinero que uno igual debe.
La tasa de una línea de canal no es la que configuré.
Porque no es la de uno: es la tasa efectiva del canal, derivada de los montos
que mandó. El perfil de uno no participa en una reserva de OTA.
Encendí el perfil y no guarda.
Un perfil activo necesita al menos un impuesto con nombre y tasa. Si lo que se
quería era sin impuesto, hay que apagar el interruptor — lo mismo, dicho de una
forma que el sistema puede verificar.
Escribí la tasa con coma y no la acepta.
Va con punto (19.5), hasta dos decimales, entre 0 y 100.
Configuré el perfil de reservas y un producto de tienda salió sin impuesto.
Son perfiles distintos. Tienda tiene el suyo y se enciende por separado.
El reporte avisa sobre cargos anteriores a mis impuestos.
Exactamente eso: cargos publicados antes de que existiera el perfil, que por la
regla de congelación quedan sin impuesto para siempre. Las cifras están bien; el
aviso explica por qué el neto se lee más alto que en una venta gravada.
¿Por qué bajaron el ADR y el RevPAR?
Porque ahora son netos de impuesto. La cifra anterior incluía dinero que nunca fue
ingreso del hotel.
Necesito IVA más una tasa municipal.
Hasta cinco impuestos por perfil. Se ingresan como dos filas y el desglose de cada
cargo va a mostrar ambos.
Apagué un perfil. ¿Perdí la configuración?
No. Apagado solo significa que los cargos nuevos se publican sin impuesto; las
tasas se quedan para cuando se vuelva a encender.
Updated 13 days ago