¿Qué es el padrón DIBA y cómo generarlo sin errores?

¿Qué es exactamente el padrón DIBA?

Es un export estructurado (normalmente texto de longitud fija o formato especificado por la Diputación) donde cada línea representa un recibo u operación de cobro, con tipos de registro (por ejemplo altas/modificaciones/bajas según la especificación vigente) y campos obligatorios que no pueden ir vacíos.

¿Cuándo hay que generar el padrón DIBA?

Con periodicidad mensual, normalmente antes de la fecha de remesa bancaria que fija cada entidad financiera para procesar los recibos domiciliados del mes. Generarlo con margen respecto a esa fecha da tiempo para corregir errores sin retrasar el cobro de las familias ni acumular incidencias del mes siguiente.

¿Qué validaciones fallan más a menudo?

Antes de generar el fichero hay que normalizar y validar los datos maestros. Los errores más frecuentes son identificadores de personas (DNI/NIF/NIE), cuentas bancarias (IBAN) e importes con decimales o signos incorrectos.

• DNI/NIF/NIE: formato, letra de control y coherencia con el titular del recibo
• IBAN: longitud, país y dígitos de control; sin espacios ni caracteres raros
• Importes: escala decimal correcta y coherencia con el concepto del recibo
• Casillas / campos A80 (y equivalentes de la especificación): obligatorios no vacíos y longitud máxima respetada

¿Cómo evitar devoluciones e incidencias del banco?

La regla operativa segura es: si alguna validación falla, no se debe generar el fichero. Bloquear el export y mostrar el error en secretaría evita ficheros rechazados por el banco o por la Diputación y reduce trabajo manual de corrección a posteriori.

EducaLink, cuando el módulo económico está activo, aplica estas validaciones antes de exportar el padrón. La lógica sensible vive en funciones testeadas (no solo en la interfaz), para que el resultado sea reproducible.

¿Qué hacer si el fichero es rechazado?

Identificar el registro concreto que ha fallado, normalmente indicado por línea o por DNI dentro del mensaje de rechazo del banco o de la Diputación. Hay que corregir el dato maestro en origen —no solo en el fichero exportado— y volver a generar el padrón entero, no solo la línea corregida, para mantener la coherencia del lote.

Un ejemplo práctico: un IBAN con el dígito de control incorrecto

Un centro tiene que generar el padrón de noviembre con 85 recibos. Al revisar los datos maestros, el sistema detecta que el IBAN de una familia tiene un dígito de control que no coincide con el resto del número de cuenta —un error habitual cuando se copia manualmente desde un documento en papel. En vez de generar el fichero con ese registro defectuoso, la exportación se bloquea y muestra a secretaría qué recibo concreto tiene el problema.

Secretaría contacta con la familia, obtiene el IBAN correcto, lo actualiza en la ficha económica y vuelve a lanzar la exportación: esta vez, con los 85 registros válidos, el fichero se genera sin incidencias y se puede enviar al banco dentro del plazo de remesa. Sin esta validación previa, el error solo se habría detectado cuando el banco devolviera el recibo, días o semanas después.