El Banco de España ha comunicado modificaciones relevantes en la funcionalidad de prevalidación de la aplicación SIF (Sistema de Información Financiera), en un contexto de incremento previsto en el volumen de reporting a partir de 2026.

El objetivo de estos ajustes es garantizar la estabilidad del sistema ante un uso más intensivo, evitando sobrecargas y optimizando la gestión de validaciones.

Aunque no introducen nuevas obligaciones regulatorias, estos cambios sí afectan directamente a la forma en que las entidades preparan, validan y envían su información.

Limitación de envíos: un recurso que deja de ser ilimitado

¿Qué cambia?

A partir del 1 de marzo de 2026, se establece un límite de 2 envíos diarios por entidad, módulo y fecha de referencia.

Este cambio transforma el uso de la prevalidación:

– Se elimina la posibilidad de realizar pruebas ilimitadas en un mismo día
– Los ciclos de corrección deben planificarse con mayor antelación
– La validación previa interna adquiere un papel central

En la práctica, la prevalidación deja de funcionar como un entorno de prueba intensiva y pasa a gestionarse como un recurso limitado que requiere planificación.

Suspensiones del servicio: una variable más en la planificación

La funcionalidad de prevalidación no estará disponible de forma continua, sino que se suspenderá en determinadas fechas y módulos.

Esto introduce una nueva dependencia en el proceso de reporting:

– La disponibilidad del sistema condiciona los tiempos de validación
– Es necesario ajustar calendarios internos a las ventanas operativas
– Se incrementa la necesidad de anticipar los trabajos previos

La planificación del reporting ya no depende únicamente de los plazos regulatorios, sino también de la disponibilidad efectiva del entorno de prevalidación.

Validación en dos fases: control ampliado del dato

La prevalidación en SIF se organiza en dos niveles:

Validación intramódulo; evalúa la coherencia interna de cada modelo:

– Estructura del fichero
– Formato de los datos
– Reglas propias del módulo

Validación intermódulo; contrasta la consistencia entre distintos reportes:

– Datos comunes compartidos
– Correspondencia entre modelos
– Ausencia de contradicciones

Si el sistema detecta más de 10 errores restrictivos, el proceso de prevalidación se detiene automáticamente.

Este umbral introduce una lógica distinta en la gestión de errores: el error deja de ser acumulativo y pasa a ser bloqueante, se limita la visibilidad del total de incidencias si el proceso se interrumpe y se hace imprescindible un filtrado previo más exhaustivo

El proceso ya no permite avanzar con errores controlados: exige un nivel mínimo de calidad antes de ejecutarse completamente.

Los cambios en la prevalidación no modifican el contenido del reporting, pero sí el entorno en el que se valida y presenta, implicando una mayor exigencia en la calidad del dato desde el origen