Legal y cumplimiento
Entender el límite de generación NRUA/XBRL
Límite histórico del código retirado de generación y presentación NRUA/XBRL.
- Dirijo o administro una agencia
- Agencia
En esta página
Holidario ya no muestra la acción por lotes Generar XBRL NRUA, la cola ni el panel de operación. La generación, invalidación, presentación, reintento, reinicio, eliminación y procesamiento en segundo plano están desactivados de forma fija como funcionalidad heredada.
La implementación restante y este límite se conservan por responsabilidad histórica. No constituyen un recorrido autónomo aprobado y no deben reactivarse sin un cambio de código revisado, una nueva evaluación de privacidad y cumplimiento y una publicación aprobada por separado.
Holidario tampoco prepara estas declaraciones de forma asistida en sustitución de la acción retirada. Si tu organización debe presentar un depósito o informe NRUA, hazlo mediante su procedimiento externo vigente. Este artículo explica qué significaba cada estado del flujo retirado para que la evidencia anterior no se interprete de forma errónea.
Qué debe decidir la organización#
La obligación de presentar y su alcance se deciden fuera de Holidario. Para el procedimiento externo, la persona responsable debe confirmar con su fuente profesional o administrativa:
- qué operaciones deben incluirse;
- qué período corresponde;
- qué actividad y reservas forman parte del informe;
- quién tiene autoridad para presentarlo;
- qué comprobación conservará la organización.
Holidario no determina la obligación de presentar ni sustituye el asesoramiento profesional o jurídico.
Datos y estados que condicionan el resultado#
- Responsable Autorizar alcance y periodo Confirma operaciones, año finalizado, actividad incluida, obligación y quién puede presentar.
- Datos Validar operación, NRA y CRU El flujo retirado exigía una operación elegible y autorizada y un NRA válido antes de avanzar hacia Sede.
- Generación XBRL creado o reutilizado La acción por lotes ya no se muestra; su aviso de cola solo acreditaba el lote, no cada resultado ni el archivo.
- Presentación Etapas intermedias En registros históricos, generado, presentación creada, archivos firmados y enviado son evidencias distintas.
- Resultado Confirmar aceptación Aceptado y los documentos sincronizados constituyen un resultado posterior; una descarga no es justificante.
Esta sección documenta únicamente el comportamiento del código retirado; Holidario ya no ejecuta estas comprobaciones ni muestra la acción, el widget o los campos NRA/CRU.
La generación por lotes y el procesamiento posterior no comprobaban lo mismo. El recorrido completo dependía de:
- una operación de alquiler turístico activa, perteneciente al equipo y autorizada para la persona;
- un NRA informado y el CRU/IDUFIR correcto: una operación deshabilitada, no VUT o sin esos datos podía omitirse durante el lote;
- un año de informe ya finalizado; la acción retirada utilizaba por defecto el año anterior;
- relaciones y datos de actividad suficientemente completos para construir el informe;
- un NRA con estado de validación Válido antes de que el procesamiento hacia Sede Registradores pudiera continuar;
- credenciales preparadas para las etapas posteriores de presentación;
- un período compatible con la regla de procesamiento configurada.
El aviso de cola de esa acción solo acreditaba que se creó el lote. No confirmaba que cada operación hubiera aportado datos ni que el archivo se hubiera generado. El widget retirado también agrupaba NRA Provisionales junto a los válidos en algunas vistas de cola. Esa aparición no demostraba que el procesador pudiera avanzar: el paso de envío exigía el estado Válido.
Regla temporal del flujo retirado#
El procesamiento automático de depósitos anuales estaba limitado al mes de febrero para el año de informe anterior. Era una regla de funcionamiento de Holidario, no una explicación normativa.
Fuera de esa ventana, un informe podía existir sin aparecer en En cola ni avanzar. Por eso, la ausencia de un registro en una captura o nota de la cola no demuestra que el informe no existiera.
Información que conviene conservar#
Si necesitas justificar o reconstruir una declaración anterior en el procedimiento externo, reúne sin adjuntar credenciales:
- equipo;
- operación y propiedad;
- año del informe;
- NRA, estado y fecha de validación que constaran;
- CRU/IDUFIR confirmado;
- responsable que aprobó el alcance;
- identificador del registro o de la presentación, si existe;
- justificante o estado obtenido directamente en Sede Registradores.
No incluyas contraseñas, claves, copias de certificados, datos completos de viajeros ni archivos descargados de notificaciones en un ticket ordinario.
Evidencias distintas que no deben confundirse#
En los registros anteriores a la retirada:
- XBRL disponible: el archivo fue generado.
- Generado: existía un registro preparado, pero no una presentación confirmada.
- Presentación creada: se completó una etapa intermedia.
- Archivos firmados: se completó otra etapa intermedia.
- Enviado: el sistema registró el envío.
- Aceptado: existía un resultado posterior marcado como aceptado.
La descarga del XBRL no es un justificante de presentación. Un identificador de presentación tampoco sustituye los documentos y el estado del propio registro.
Si ya existe una declaración#
Holidario ya no permite regenerar, reintentar, reiniciar ni eliminar declaraciones. Antes de presentar otra mediante el procedimiento externo, compara operación, CRU, año y estado de la existente y conserva su identificador.
La acción retirada Regenerar XBRL NRUA (Subsanar) podía retirar el archivo existente y devolver el registro a borrador antes de crear otro lote. Un estado de borrador posterior a esa acción no demuestra que se presentara una declaración nueva.
Para interpretar el estado de un registro anterior, consulta Interpretar el estado NRUA/XBRL histórico.
Límite actual#
La generación y la presentación NRUA/XBRL no forman parte del producto. Volver a ofrecerlas exigiría un cambio de código revisado, una nueva evaluación de privacidad y cumplimiento y una publicación aprobada por separado; para convertirse en autoservicio necesitarían además autoridad específica, previsualización del alcance y período, confirmación, resultados por operación, detección comprensible de reutilización o duplicados y recuperación verificable. La documentación no convierte un permiso de lectura ni un registro histórico en autorización o éxito.