Guía operativa — Cataluña

Cómo enviar el parte de viajeros a los Mossos d'Esquadra

Esta página describe, paso a paso, el ciclo operativo que un host catalán recorre cada vez que recibe un huésped: desde la primera vez que accede al portal registreviatgers.mossos.gencat.cat para dar de alta el establecimiento, hasta la conservación durante tres años del archivo documental de cada estancia. Es deliberadamente distinto del flujo que se sigue con SES.Hospedajes en el resto del Estado: el portal, el formato del fichero, el método de carga y los códigos internos son específicos del sistema catalán y no son intercambiables con los del Ministerio del Interior.

Paso 1 — Alta del establecimiento en el portal de Mossos

Antes de comunicar la primera estancia, el establecimiento debe darse de alta en el portal de los Mossos. El alta exige identificación electrónica del titular o de quien actúe en su representación. Los medios admitidos son:

• idCAT mòbil. La identidad digital catalana, gestionada por el Consorci AOC. Se obtiene online si dispones de DNI/NIE y un móvil con número español, sin necesidad de presencialidad. Es el medio más práctico para titulares residentes en Cataluña.
• Cl@ve. El sistema estatal, válido si lo tienes activado con nivel adecuado.
• Certificado FNMT. El certificado digital estándar, también admitido.
• Usuario y contraseña asignados por los Mossos. En supuestos en que el titular no puede obtener ninguno de los medios anteriores, los Mossos pueden asignar unas credenciales tras una comprobación de identidad presencial o documental.

Durante el alta, el portal pide los datos identificativos del titular o representante (NIF/NIE, razón social), los datos del establecimiento (nombre, dirección completa, tipo de hospedaje, número de unidades de alojamiento, licencia turística vinculada cuando proceda —HUTB para Barcelona, HUT para el resto—) y el carácter profesional o no profesional de la actividad. Una vez completado el alta, los Mossos asignan un identificador de establecimiento propio del registro catalán. Este identificador es distinto del código H que utiliza SES.Hospedajes y viaja en cada fichero que se carga después.

Tipos de usuario y representación

El portal reconoce tres perfiles operativos:

• Titular del establecimiento. Persona física o jurídica que es propietaria o explotadora directa de la actividad.
• Representante / gestor autorizado. Profesional, gestoría o servicio especializado que opera por cuenta del titular. La representación debe formalizarse y registrarse, típicamente mediante el modelo de apoderamiento que el portal facilita.
• Plataforma de intermediación. Perfil específico para Airbnb, Booking y similares, con obligaciones propias en cuanto a comunicación de reservas y cancelaciones.

El propietario extranjero sin Certificado FNMT puede operar de dos maneras: obteniendo el idCAT mòbil (si tiene NIE) o nombrando un representante con identificación electrónica válida. Esta segunda vía es la habitual cuando el propietario no reside en España.

Paso 2 — Recogida de los datos del huésped

Por cada estancia, se recogen tres bloques de datos: del establecimiento (ya están en el sistema desde el alta), del contrato/reserva y por cada viajero. Los campos solicitados son materialmente equivalentes a los del Anexo I del Real Decreto 933/2021, pero con codificación y orden propios del sistema catalán.

Datos del contrato

• Referencia del contrato: la referencia interna de la reserva.
• Fecha de formalización del contrato.
• Fecha y hora de entrada del huésped al establecimiento.
• Fecha y hora de salida prevista.
• Número de personas alojadas y número de habitaciones ocupadas.
• Tipo de pago: efectivo, tarjeta, transferencia, plataforma, otros. No se comunica el número de tarjeta ni el IBAN: solo la modalidad. Esta es una aclaración necesaria porque circuló mucha confusión en 2022-2023 con borradores anteriores que sí pedían el dato bancario.

Datos por viajero

Por cada persona alojada se recoge el siguiente conjunto. Las precisiones sobre cuándo cada campo es obligatorio son las mismas que rigen el régimen estatal, con la diferencia de la codificación específica que utiliza Mossos:

Una particularidad técnica relevante: la nacionalidad se codifica con un código numérico definido en la documentación de Mossos, no con el código ISO 3166-1 alfa-3 que utiliza SES. Cualquier integración que reutilice tablas de SES debe transcodificar antes de generar el fichero para Mossos. Lo mismo ocurre con los tipos de documento y, en algunos casos, con los códigos de sexo. Es uno de los puntos donde más rechazos se producen cuando una herramienta no está específicamente preparada para el sistema catalán.

Paso 3 — Generación del fichero de ancho fijo

El portal de Mossos no acepta XML como SES. Lo que se sube es un fichero de texto plano con un registro por viajero (y un registro de cabecera por estancia/establecimiento), donde cada campo ocupa una posición y una longitud fijas. El registro completo de un viajero tiene aproximadamente 113 caracteres; las longitudes exactas y el orden de los campos se publican en la documentación técnica del portal y son estables, pero cualquier desviación —un campo desplazado, una longitud incorrecta, un carácter no ASCII donde no se permite— provoca el rechazo del fichero.

Características técnicas frecuentes del fichero:

• Codificación de caracteres definida en la especificación: típicamente ISO-8859-1 o ASCII, no UTF-8 sin más.
• Relleno de campos numéricos con ceros a la izquierda; de campos alfanuméricos con espacios a la derecha.
• Sin separadores de campo: cada posición es predecible por la longitud del campo anterior.
• Terminador de línea convencional (CR/LF), un registro por línea.
• Suma de control o registro de pie de fichero según la versión del esquema.

Generar este fichero manualmente, a mano, es viable para una estancia individual pero impracticable como rutina operativa: la disciplina de longitudes y posiciones es exigente y un error invisible (un espacio de más en un campo, un carácter acentuado en una nacionalidad mal codificada) hace que todo el fichero sea rechazado. Por eso, la práctica habitual es generar el fichero con una herramienta que conozca la especificación, o externalizar la tarea a un servicio que la asume como parte del cumplimiento.

Paso 4 — Firma del huésped

Cada viajero de 14 años o más debe firmar el parte. La firma puede capturarse mediante:

• Firma electrónica simple en pantalla (tableta, móvil) al hacer el check-in en el establecimiento.
• Firma electrónica reforzada obtenida en un proceso de pre-check-in online, en el que se envía un enlace al huésped antes de la llegada, se valida su identidad y se firma el parte con sello de tiempo. Esta vía es la que permite cumplir el plazo de 24 horas sin depender del momento físico del check-in.
• Firma manuscrita en papel, retenida por el host como parte del archivo trianual. El papel firmado no se sube al portal de Mossos; lo que se sube es el fichero con los campos de datos.

El parte firmado, en cualquiera de sus formas, queda en poder del host. Sirve como prueba interna del cumplimiento y es la pieza que se aporta ante un eventual requerimiento del Departament d'Interior o de los Mossos.

Paso 5 — Carga en el portal en el plazo de 24 horas

El fichero generado se sube al portal registreviatgers.mossos.gencat.cat dentro de las 24 horas siguientes a la entrada efectiva del huésped al establecimiento. El portal valida la estructura, los códigos y los campos obligatorios. Si todo está correcto, emite un comprovant con la referencia del envío. Si hay errores, los señala y rechaza el fichero íntegro: hay que corregir y volver a subir.

La estrategia operativa que funciona en la práctica es desplazar la recogida de datos al pre-check-in, varios días antes de la llegada, de modo que en el momento de la entrada el fichero ya esté preparado y la carga al portal sea casi inmediata. Esto evita los problemas habituales: llegadas en horario nocturno, huéspedes que entran en festivo, ausencia del host en el momento del check-in, conectividad limitada en propiedades rurales.

Paso 6 — Conservación trianual

Para hosts profesionales —y en Cataluña casi cualquier titular con licencia HUTB o HUT lo es por definición— el archivo documental de cada estancia se conserva durante tres años desde el final de la estancia. El archivo debe incluir, como mínimo, los datos del huésped tal como se comunicaron, el parte firmado y el comprovant de envío emitido por el portal. La conservación tiene que permitir la consulta por la autoridad si la requiere: la simple acumulación desordenada de PDFs o de ficheros sin índice puede considerarse insuficiente.

Los hosts no profesionales no están obligados a conservar el archivo, pero hacerlo voluntariamente es la mejor garantía frente a un requerimiento posterior. El portal de los Mossos guarda el rastro de los envíos hechos, pero el justificante físico y la firma del huésped están en poder del host: si el archivo desaparece, no se puede reconstruir.

Tres reglas que ahorran problemas

1. No fotocopies el DNI ni el pasaporte

La obligación es capturar los campos exigidos por el sistema, no conservar la imagen del documento. La Autoritat Catalana de Protecció de Dades (APDCAT) y la Agencia Española de Protección de Datos coinciden en este punto: guardar la fotocopia o el escaneo íntegro del documento excede el principio de minimización del RGPD. La validación visual del documento al recibir al huésped es admisible; conservar la imagen, no.

2. Comunica las correcciones cuanto antes

Si después de subir un fichero descubres un error (un dato mal transcrito, una entrada que finalmente no se materializó, un huésped que cambió en el último momento), comunica la corrección al portal lo antes posible. La rectificación voluntaria temprana reduce el riesgo de calificación como infracción y demuestra diligencia ante una eventual inspección.

3. El huésped que se niega a dar datos

El host puede denegar el alojamiento al viajero que se niega a aportar los datos exigidos por la norma. La obligación pesa sobre el host, y este no puede cumplir si el huésped no colabora. Conviene comunicarlo en las condiciones de la reserva y en el correo de bienvenida, para evitar fricción en el momento de la llegada.

Errores frecuentes desde 2025

• Intentar utilizar SES.Hospedajes para una propiedad catalana. No es la vía: el cumplimiento se hace en el portal de los Mossos.
• Generar el fichero en UTF-8 cuando la especificación pide ISO-8859-1.
• Codificar la nacionalidad con ISO 3166-1 alfa-3 en lugar del código numérico interno de Mossos.
• Omitir el número de soporte del DNI o TIE, que es un campo separado del número del documento.
• Considerar que el alta en plataformas como Airbnb o Booking sustituye al alta como prestador en el portal de los Mossos. No la sustituye.
• Presumir que la comunicación de la plataforma sustituye a la del host. Son obligaciones paralelas con titulares distintos.