Validar NIF de proveedores en lote en la AEAT antes del cierre

La sede electrónica de la AEAT permite validar los NIF de proveedores por lotes subiendo un fichero CSV de hasta 10.000 registros en una única consulta. Cada línea sigue el formato NIF;Apellidos y nombre para personas físicas o NIF;Razón Social para personas jurídicas, y la sesión se autentica con Cl@ve Móvil, certificado digital o DNI electrónico. La AEAT separa los NIF identificados, las coincidencias parciales o no identificadas y, para personas jurídicas, los estados de baja o revocación que la sede muestra como incidencias específicas. Estos límites y formatos están recogidos en la ayuda técnica de la AEAT para la comprobación de NIF de terceros a efectos censales, que es la fuente de referencia operativa para todo lo que sigue.

Antes de avanzar, conviene cerrar una confusión habitual: este servicio es la comprobación de NIF de terceros a efectos censales sobre el censo doméstico de la AEAT, y no es VIES. La validación de NIF-IVA intracomunitario (operaciones con contraparte en otro estado miembro, NIF con prefijo de país) se hace en otro servicio distinto, con otro registro y otras reglas. Quien necesite VIES está buscando una comprobación distinta a la descrita aquí.

El formulario unitario de la sede sirve perfectamente para una consulta puntual sobre un proveedor concreto. Lo que no escala es ejecutarlo, una a una, sobre los decenas o cientos de proveedores nuevos o modificados que aparecen en cualquier cierre AP mensual o trimestral. Para esa escala, el modo masivo deja de ser una opción avanzada y pasa a ser la vía operativa por defecto.

Cuándo la validación unitaria deja de bastar y qué dispara el barrido masivo

Un cierre AP medio en una empresa de tamaño intermedio o en una asesoría con cartera activa puede acumular decenas o centenares de proveedores que requieren atención censal: altas nuevas, cambios de razón social, primeras facturas de emisores ya existentes o migraciones de maestro. Resolverlos uno a uno convierte la validación en una tarea que se pospone hasta que la incidencia aparece en otro proceso.

El modo masivo encaja cuando el volumen o el calendario hacen que la consulta unitaria deje de ser fiable como control:

• Altas o re-altas de proveedores tras una migración, una fusión de carteras o la incorporación de un cliente nuevo.
• Limpieza pre-cierre del libro de facturas recibidas, antes de contabilizar y pagar.
• Reconciliación previa al Modelo 347, donde las operaciones se agrupan por NIF de contraparte.
• Campañas informativas que llevan NIF de tercero por registro, como M180, M190 o M347.

En esos casos el barrido tiene su sitio en la fase de pre-contabilización del cierre AP. Validar antes de contabilizar permite frenar el asiento sobre proveedores cuyo NIF no resuelve y bloquear el pago antes de que salga la remesa. Aceptada esa lógica, el siguiente obstáculo deja de ser la consulta y pasa a ser construir el fichero que la sede espera.

Construir el fichero CSV: esquema, codificación y el límite de 10.000 registros

El esquema esperado por la sede es estricto en estructura y permisivo en lo demás. Cada línea contiene el NIF y, separada por un punto y coma, la denominación: NIF;Apellidos y nombre cuando el NIF corresponde a una persona física, NIF;Razón Social cuando corresponde a una persona jurídica. No hay cabecera. No hay separadores adicionales. Mezclar ambos tipos en el mismo fichero es habitual y aceptado, siempre que cada línea siga el formato propio del NIF que ocupa la primera columna; la AEAT distingue persona física de persona jurídica por el dígito de control del propio NIF, no por el formato literal de la segunda columna. Eso simplifica la generación del fichero pero traslada toda la responsabilidad de poner la denominación correcta a quien lo construye.

El límite de 10.000 registros por consulta funciona como restricción de partición, no como techo absoluto. Una asesoría con cartera amplia, un grupo con varias sociedades operativas o cualquier libro de facturas recibidas que pase ese volumen se ejecuta en lotes sucesivos: se reparte el conjunto en bloques de hasta 10.000 NIF, se ejecuta una consulta por bloque, y los ficheros de respuesta se reagregan en el repositorio de auditoría del periodo. La partición no requiere lógica especial; lo que sí conviene es mantener trazabilidad de qué bloque cubrió qué proveedores, para reconstruir la cobertura completa cuando se mire hacia atrás.

La codificación es el punto donde más barridos se rompen en silencio. La AEAT espera el fichero en una codificación que represente correctamente caracteres latinos: acentos, eñes, dígrafos del catalán, gallego o euskera, signos de puntuación habituales en denominaciones (S.L., S.A., S.C., paréntesis en nombres comerciales registrados). Una exportación del ERP en una codificación incompatible no genera necesariamente un error visible: la línea se acepta, pero la denominación llega corrupta al censo y la consulta devuelve NO IDENTIFICADO-SIMILAR sobre proveedores perfectamente válidos, simulando un problema censal que en realidad es un problema de codificación. Conviene abrir el fichero generado en un editor que muestre la codificación real (UTF-8, Windows-1252, ISO-8859-1) y comprobar que los acentos y las eñes se ven correctamente antes de subirlo.

La pregunta recurrente sobre .txt vs .csv se responde por el contenido, no por la extensión: la sede acepta el fichero siempre que respete el separador (punto y coma) y la estructura por línea. La extensión es secundaria. Lo que importa es que cada línea sea una línea de texto plano con el formato esperado.

La fricción real, sin embargo, no está en escribir el fichero una vez se tienen los datos en bruto. Está en producir esos datos. La mayor parte de los ERPs y libros registro no exportan directamente al esquema que pide la AEAT: dejan los datos en una hoja con cabeceras, columnas adicionales, formatos heredados, o simplemente no exportan razón social del proveedor en una columna limpia. Quien parte de el libro registro de facturas recibidas como fuente de NIF de proveedor tiene por delante un trabajo de extracción y normalización que rara vez se reconoce: leer cada factura para confirmar el NIF emisor, leer la cabecera o el pie para confirmar la razón social tal cual aparece en el documento, normalizar abreviaturas y espacios duplicados, distinguir persona física de persona jurídica, y producir un fichero de texto plano sin cabecera. Ese paso, hecho a mano sobre un volumen real, es la razón por la que muchos asesores siguen recurriendo al formulario unitario incluso cuando el modo masivo sería técnicamente posible: el cuello de botella está aguas arriba de la sede.

La extracción automatizada reduce el trabajo manual previo al barrido. Una herramienta especializada en convertir lotes de facturas recibidas en datos estructurados, como Invoice Data Extraction, permite extraer el NIF y la razón social de un lote de facturas recibidas a CSV en una sola operación, partiendo del PDF o de la imagen original de cada factura y produciendo una salida tabulada que solo necesita reordenar columnas para coincidir con el esquema que pide la AEAT. El usuario sube las facturas del periodo, indica los campos que necesita en su prompt (NIF emisor, razón social del emisor) y descarga un CSV o un Excel ya consolidado, con referencia a la página de origen de cada dato para cualquier verificación posterior.

Elegir la autenticación según el rol: certificado de representante, DNIe o Cl@ve Móvil

La sede admite certificado digital, DNI electrónico y Cl@ve Móvil. La elección no cambia el formato del fichero, pero sí quién puede ejecutar el barrido y cuánta fricción tendrá el cierre.

El certificado digital de representante de persona jurídica es la opción natural para el equipo de AP corporativo que opera sobre el NIF de la propia empresa. Sirve para rutinas mensuales o trimestrales porque no exige recibir un código de Cl@ve en cada sesión.

El certificado de persona física o el DNI electrónico encaja con el autónomo o profesional individual que valida sus propios proveedores. El DNIe funciona si el lector, los certificados y el PIN están operativos; para un calendario recurrente, un certificado de software suele ser más práctico.

Cl@ve Móvil sirve para una sesión puntual: un controller sin certificado instalado, un asesor que necesita una validación aislada o un cliente que ejecuta el barrido desde su propio entorno. Como vía habitual se vuelve lenta, porque cada sesión depende del código enviado al móvil registrado.

En una asesoría, el barrido se ejecuta por NIF de cliente. Cambiar de cliente exige cambiar la autenticación y conservar la traza de qué NIF, operador y periodo cubre cada respuesta. Si el cliente no ha cedido certificado, debe ejecutar la consulta con su propia Cl@ve o certificado y remitir el fichero de respuesta al despacho.

Interpretar los resultados como decisiones, no como etiquetas

El fichero de respuesta de la AEAT devuelve cada NIF acompañado de una etiqueta censal. La etiqueta exacta es el dato de respuesta; lo útil es convertirla después en una decisión operativa en el maestro de proveedores y en el flujo de pago. Además de IDENTIFICADO, NO IDENTIFICADO-SIMILAR y NO IDENTIFICADO, la sede puede mostrar estados de baja o revocación para personas jurídicas, así que conviene tratar esas incidencias por separado.

IDENTIFICADO confirma que el NIF figura en el censo y que la denominación enviada coincide con la registrada. Decisión: la fila del maestro está sana, no requiere acción correctiva, y la factura del proveedor puede contabilizarse y pagarse en el flujo normal del cierre. La única tarea pendiente es dejar el resultado en la traza de auditoría del periodo, que es lo que respalda haber hecho el barrido.

IDENTIFICADO-BAJA indica que el NIF figura en el censo pero el obligado tributario está dado de baja. Decisión: bloquear el pago hasta aclarar el motivo, que casi siempre es uno de tres: el proveedor ha cambiado de forma jurídica y opera ahora bajo otro NIF (típicamente alta de una S.L. tras venir de autónomo, o reestructuración societaria), ha cesado actividad, o ha cedido el negocio. La factura recibida bajo un NIF en baja puede generar incidencia en el SII, en el M347 y en cualquier informativa donde aparezca como contraparte, así que el camino limpio es contactar con el proveedor, obtener el NIF vigente, dar de alta la nueva ficha en el maestro y reemitir o reasignar la factura antes de procesarla.

NO IDENTIFICADO-SIMILAR es la respuesta más útil del barrido porque permite corregir denominaciones sin tratar todos los casos como rechazo. La AEAT devuelve el NIF tal cual se envió y, además, una propuesta de denominación: la del censo más próxima a la enviada. Las discrepancias típicas son razón social con tilde donde la enviada la había omitido, abreviatura legal contraída ("S.L." donde se mandó "Sociedad Limitada", "S.A." donde se mandó "Sociedad Anónima"), un punto que sobra o falta, apellido y nombre invertidos en una persona física, espacios duplicados en la denominación. Decisión: contrastar la propuesta de la AEAT contra la denominación que aparece en la factura recibida y resolver entre dos escenarios. El mayoritario es que se trata del mismo proveedor con denominación censal normalizada, y la acción es actualizar el maestro con la versión que devuelve la AEAT para que los próximos cierres y las informativas consuman la denominación correcta. El menos frecuente pero más importante es que el NIF se tecleó mal en el alta y la propuesta de la AEAT corresponde a un proveedor distinto del que aparece en la factura, lo cual exige corregir el NIF en el maestro y volver a validar. La factura subyacente puede contabilizarse en cualquiera de los dos escenarios, una vez resuelto qué se está corrigiendo.

NO IDENTIFICADO es la excepción dura: el NIF no figura en el censo y la AEAT no ofrece propuesta alternativa. Las causas habituales son tres: error de captura en el alta del proveedor (un dígito tecleado mal, una letra cambiada), NIE mal informado para un proveedor no residente (formato que no comienza por X, Y o Z, o letra de control errónea), o emisor con un NIF realmente inválido. Decisión: bloquear el pago, contactar con el proveedor para confirmar el NIF que figura en sus declaraciones censales, comprobar la captura contra la factura física y, si todo cuadra, escalar al proveedor para que regularice su situación censal. No contabilizar la factura sobre un NIF NO IDENTIFICADO: la factura aceptada y contabilizada con un NIF que el censo no reconoce traslada el rechazo aguas abajo al SII, al M347 y a la informativa correspondiente, y la corrección desde ahí es siempre más costosa que haber bloqueado el asiento al principio.

Cada decisión se vuelca a la traza de auditoría del periodo. Esa traza debe conservar el CSV de entrada, el fichero de respuesta de la AEAT, el operador o NIF que autenticó la sesión, el cliente y periodo cubiertos, y la decisión tomada fila a fila: proveedor actualizado, pago bloqueado, factura pendiente de regularización o cambio aplicado al maestro. Sin esos elementos, el barrido queda como una operación volátil; con ellos, se convierte en evidencia defendible si más adelante surge una incidencia.

Casos límite que el formulario no resuelve por sí solo

Hay un puñado de escenarios en los que el barrido devuelve un resultado que la lógica de las secciones anteriores no agota. Conviene tratarlos como casos con su propia decisión, no como excepciones que rompen el flujo.

NIE para proveedores no residentes. El NIE sigue las reglas de validación del censo igual que el NIF, pero la fuente de error casi siempre está en el dígito de control: el formato comienza por X, Y o Z, lleva siete dígitos y termina con letra calculada según el mismo algoritmo que el NIF. Si el proveedor opera dentro de la UE con NIF-IVA, esta comprobación censal no sustituye la validación del NIF-IVA en VIES para operaciones intracomunitarias, que debe conservarse como evidencia separada. Un NO IDENTIFICADO sobre un proveedor que se sabe no residente apunta, en la mayoría de los casos, a un error de captura en el alta y no a un problema censal. Comprobar el formato literal del NIE contra la factura original (a menudo el documento del extranjero presenta el NIE con espacios o guiones que el ERP no ha normalizado) resuelve la mayoría de estas incidencias antes de cualquier contacto con el proveedor.

Persona física con razón social comercial. Un autónomo que opera bajo nombre comercial figura en el censo de la AEAT con sus apellidos y nombre, no con la marca o denominación comercial que aparece en la factura. La línea del CSV para ese proveedor tiene que ir en el formato NIF;Apellidos y nombre, con los apellidos y el nombre tal como constan en la declaración censal del autónomo, no la marca comercial bajo la que factura. Cuando el barrido devuelve NO IDENTIFICADO-SIMILAR sobre un autónomo, la propuesta de la AEAT lo deja claro al instante: la denominación que devuelve son los apellidos y el nombre, y la enviada era la marca comercial. El maestro debería conservar ambas (denominación censal para los procesos fiscales, nombre comercial para las operaciones internas), pero el fichero que va a la AEAT lleva siempre la denominación censal.

Razón social cambiada recientemente. El censo de la AEAT puede ir con un cierto desfase respecto al registro mercantil cuando una sociedad acaba de cambiar su denominación: la modificación queda inscrita en el registro mercantil antes de propagarse al censo. Durante esa ventana, el barrido devuelve NO IDENTIFICADO-SIMILAR con la denominación anterior como propuesta. Decisión: actualizar el maestro de proveedores con la denominación nueva, que es la que aparece en la factura recibida y la que figura en el registro mercantil, y dejar nota del desfase en la traza de auditoría con la fecha del cambio. El siguiente barrido, una vez actualizado el censo, devolverá IDENTIFICADO sin necesidad de intervención.

Cuando la AEAT parece estar equivocada. Excepcionalmente, el censo arrastra un dato obsoleto que solo el propio proveedor puede corregir mediante una declaración censal de modificación (modelo 036 o modelo 037, según corresponda a su forma jurídica). El barrido no es la vía para escalar esa corrección: la sede no acepta enmiendas de la denominación de un tercero a través del servicio de comprobación. La decisión operativa es contabilizar la factura con la denominación que figura en el documento, conservar el resultado del barrido como evidencia de la discrepancia y, si la relación con el proveedor lo permite, comunicarle que tiene una situación censal pendiente de regularizar para evitar incidencias en informativas futuras.

Sectores con verificación adicional, en particular construcción. En construcción, la validación censal no sustituye la comprobación del REA; si el proveedor es subcontratista de obra, conserve el barrido NIF junto con la verificación de inscripción REA.