FAQ — 18 dudas sobre el fichero y el portal

Preguntas frecuentes sobre el parte para Mossos

Las siguientes 18 preguntas son las que con más frecuencia han planteado hosts catalanes y técnicos de integración desde que el régimen del parte de viajeros para Mossos es plenamente exigible. Las respuestas se basan en la práctica observada en el portal registreviatgers.mossos.gencat.cat, en la documentación pública de la Direcció General de la Policia y en la experiencia de los primeros expedientes administrativos tramitados por la Generalitat. Donde se mencionan detalles técnicos —offsets, anchuras, codificaciones— deben tomarse como ilustrativos; la especificación técnica vigente es la fuente única que conviene contrastar antes de implementar.

1. ¿El parte para Mossos es el mismo que el de SES.Hospedajes?

No. La obligación material es prácticamente idéntica —los campos del Anexo I del RD 933/2021, el plazo de 24 horas, los tres años de conservación—, pero el documento técnico es distinto. Mossos exige un fichero de texto plano de anchura fija con extensión .txt, subido manualmente al portal de la Generalitat. SES.Hospedajes utiliza un XML jerárquico enviado por API REST al Ministerio del Interior. Son dos paradigmas distintos: posicional vs. estructurado, manual vs. automatizado por API.

2. ¿Qué codificación de caracteres usa el fichero?

Históricamente, ISO-8859-1 (Latin-1): un byte por carácter, cobertura del español, catalán y mayoría de lenguas europeas occidentales. Algunas versiones más recientes del portal admiten UTF-8, pero, salvo confirmación expresa en la especificación vigente, lo prudente es generar en ISO-8859-1. Un fichero UTF-8 enviado como si fuera ISO-8859-1 desplaza los campos siempre que aparezca un carácter con tilde, eñe o ç: la é en UTF-8 son dos bytes (0xC3 0xA9), no uno.

3. ¿Qué pasa con los apellidos catalanes con apóstrofo, como "l'Hospitalet" o "d'Anglès"?

El apóstrofo (', código 0x27 en ASCII) es un carácter válido en ISO-8859-1 y no debería dar problemas en sí mismo. Las dificultades aparecen cuando el generador del fichero confunde el apóstrofo recto con el tipográfico (’, código distinto en UTF-8), o cuando una hoja de cálculo lo escapa de forma inadvertida. La recomendación práctica es generar el fichero programáticamente desde una fuente de datos limpia, no copiar y pegar desde Word o Excel.

4. ¿Por qué falla el fichero si lo edito en Notepad y lo subo?

Por dos razones acumulables. Primera: Notepad guarda los finales de línea como \r\n (CRLF, dos bytes), mientras que el portal de Mossos espera \n (LF, un byte). Cada línea tiene entonces un carácter de más que desplaza el final del registro. Segunda: las versiones recientes de Notepad guardan en UTF-8 con BOM (Byte Order Mark) por defecto, lo que añade tres bytes al inicio del fichero y rompe la cabecera. Generar el fichero desde un editor de programador (VS Code, Sublime, Notepad++) con final de línea LF y codificación correcta evita estos errores.

5. ¿Dónde están los offsets exactos de cada campo?

En la especificación técnica publicada por la Direcció General de la Policia en el portal registreviatgers.mossos.gencat.cat. La especificación es un documento PDF (o HTML) que describe, registro a registro y campo a campo, la posición inicial, la anchura, el tipo de dato, el catálogo de valores cuando es una lista cerrada y las reglas de relleno. Esta especificación puede actualizarse: lo que era válido hace dos años puede no serlo hoy. Cualquier implementación productiva debe partir de la versión vigente.

6. ¿Puedes mostrar una línea de viajero de muestra?

A título ilustrativo (datos ficticios, anchuras orientativas), una línea de viajero adulto podría tener este aspecto: 3GARCIA LOPEZ JUAN HDNI 12345678Z ABC123456 1985-04-12ESPCARRER DE LA DIPUTACIO 123, 4t 2a BARCELONA ESP000034600123456jgarcialopez@example.com VI. Cada campo ocupa una anchura fija definida en la especificación; los huecos se rellenan con espacios. Para un implementador, el ejercicio inicial es generar diez líneas como esta y comprobar que todas tienen exactamente la misma longitud en caracteres.

7. ¿Tengo que incluir el número de soporte del DNI?

Sí, para DNI y TIE. El número de soporte es el código alfanumérico impreso en la propia tarjeta del DNI o del TIE que identifica la emisión concreta del documento físico (no la persona, sino la tarjeta). El portal de Mossos lo exige como campo obligatorio cuando el tipo de documento es DNI o TIE. Para pasaportes y NIE en formato A4 sin tarjeta, este campo se deja vacío. Omitirlo en un DNI es uno de los errores más recurrentes y suele provocar rechazo del registro.

8. ¿Qué pasa si la propiedad está en Cataluña pero el huésped es extranjero?

El parte se sigue enviando a Mossos, no a SES.Hospedajes. El criterio territorial es el del establecimiento, no el del viajero. Si el huésped es extranjero con pasaporte, el tipo de documento se codifica como pasaporte, el número de soporte se deja vacío, el segundo apellido se deja vacío (la mayoría de sistemas legales extranjeros no usan doble apellido) y la nacionalidad se codifica con el código ISO 3166-1 alfa-3 del país de emisión del pasaporte.

9. Tengo propiedades dentro y fuera de Cataluña: ¿cómo lo gestiono?

Operas dos formatos en paralelo: un fichero .txt de anchura fija subido al portal de Mossos para las propiedades catalanas y un envío XML por API REST a SES.Hospedajes para las propiedades del resto del Estado. Los datos del huésped son los mismos, pero la serialización y el destino difieren. Necesitas, además, alta separada en cada sistema con identificadores de establecimiento distintos. Los servicios de cumplimiento profesional generan ambos formatos desde una única captura de datos por estancia.

10. ¿Hay una API pública de Mossos para automatizar el envío?

No, al menos en la versión actual del portal. La Direcció General de la Policia ofrece solo la carga manual del fichero a través del formulario web. Los servicios que automatizan el envío lo hacen actuando programáticamente sobre el mismo formulario web —generando el fichero y subiéndolo en nombre del host autenticado— pero no a través de una API oficial documentada como sí existe para SES.Hospedajes. Esto es una diferencia operativa relevante: la automatización en Cataluña depende de la estabilidad del portal web, no de un contrato API.

11. ¿Qué hago si subo el fichero y el portal lo "acepta" pero hay registros rechazados internamente?

Es lo que algunos hosts llaman rechazo silencioso: el comprobant de carga se emite, pero al revisar el detalle, líneas concretas figuran como no procesadas por errores de formato. La respuesta correcta es leer sistemáticamente el informe de validación del portal después de cada subida, corregir los registros rechazados y volverlos a enviar dentro del plazo de 24 horas. A efectos sancionadores, un registro rechazado equivale a un registro no comunicado.

12. ¿La firma del huésped se sube al portal?

No. Lo que se sube al portal de Mossos es el fichero .txt con los datos. La firma queda en poder del host como parte del archivo trianual: prueba documental de que el huésped fue identificado correctamente y consintió la captura de sus datos. Las modalidades de firma admitidas son las mismas que en el régimen estatal: electrónica simple, electrónica reforzada por OTP o manuscrita en papel. Para los menores de 14 años no se exige firma; firma el adulto acompañante.

13. ¿Cuánto tiempo tengo que conservar el archivo?

Tres años desde el final de cada estancia, si eres host profesional. El archivo incluye el fichero .txt generado, el comprobant de carga emitido por Mossos, el parte firmado por cada huésped mayor de 14 años y cualquier evidencia auxiliar (correos de pre-check-in, validación documental, informes de validación posterior del portal). Los hosts no profesionales no están obligados a conservar el archivo, aunque hacerlo voluntariamente es la mejor garantía frente a un requerimiento posterior.

14. ¿Tengo que registrar a los menores?

Sí, a todos sin excepción de edad. Los menores se registran como viajeros con su nombre completo, fecha de nacimiento, sexo y nacionalidad. Los menores de 14 años no necesitan presentar documento de identidad ni firman el parte; firma el adulto acompañante. Cuando hay un menor en la reserva, el campo de relación de parentesco con el adulto pasa a ser obligatorio en el registro del menor.

15. ¿Tipos de pago, importes, datos bancarios?

El parte recoge el tipo de pago (efectivo, tarjeta, transferencia, plataforma, otros) y el importe total de la estancia en euros. No se comunica ni el número de tarjeta ni el IBAN: los borradores iniciales del RD 933/2021 lo incluían, pero fue retirado antes de la aprobación definitiva. Lo que se exige es la modalidad, no el dato bancario. El catálogo concreto de códigos de tipo de pago lo define la especificación del portal.

16. ¿Y la tasa turística catalana, dónde encaja?

No encaja en el parte: son dos obligaciones independientes. El parte se envía a los Mossos a través del Departament d'Interior. El Impost sobre les Estades en Establiments Turístics (IEET) se autoliquida ante la Agència Tributària de Catalunya por trimestres. El mismo evento —una estancia en un alojamiento catalán— activa ambas, pero con autoridades, formatos, plazos y régimen sancionador diferentes. Cumplir uno no exime del otro.

17. ¿Qué fotocopias de documentos debo guardar?

Ninguna. La Agencia Española de Protección de Datos considera que conservar la fotocopia o el escaneo del DNI, NIE, TIE o pasaporte excede el principio de minimización del RGPD. La obligación es capturar los campos que el Anexo I (y, por extensión, el formato Mossos) exige: nombre, número del documento, número de soporte, fecha de nacimiento y demás. La validación visual del documento al recibir al huésped es lícita; conservar la imagen, no. El parte se nutre de los campos, no del documento.

18. ¿Por dónde empiezo si nunca he subido un parte a Mossos?

Tres tareas en este orden: (1) obtén un medio de identificación electrónica aceptado por el portal —idCAT mòbil, Cl@ve, FNMT— y date de alta en registreviatgers.mossos.gencat.cat con tu establecimiento; (2) descarga la especificación técnica vigente del fichero .txt de anchura fija desde el propio portal y léela con detenimiento; (3) genera un fichero de prueba con los datos de una estancia real reciente, súbelo y verifica el informe de validación. Una vez ese ciclo funcione, el resto es escalado. Si el volumen lo justifica o las dudas técnicas persisten, considera un servicio especializado.

Si tu caso no aparece

Las 18 preguntas anteriores cubren las dudas más recurrentes, pero la operativa real es rica en variantes: estancias con varios contratos consecutivos en una misma propiedad, grupos numerosos con un solo titular de reserva, sustitución de un viajero a último minuto, traslado de un huésped entre habitaciones gestionadas por el mismo establecimiento, copropietarios con régimen de uso compartido, propietarios extranjeros sin NIE que operan con representante, etc. La norma deja margen para soluciones operativas distintas siempre que se garanticen las dos piezas comunes: el plazo de 24 horas desde la entrada y la integridad de los campos del Anexo I por cada viajero.

Si tu caso es uno de los anteriores y no encuentras respuesta clara aquí, revisa primero Cómo funciona para situar dónde encaja tu situación operativa, y Sanciones para valorar el coste del incumplimiento. Si la duda persiste, lo prudente es consultar a un profesional o, si la decisión es operativa, considerar un servicio especializado que asuma la complejidad por ti.