Un expediente de Hacienda no tiene NIG: con qué se identifica y por qué importa

Durante meses, la cabecera de nuestros expedientes decía «NIG: Sin asignar» en los procedimientos de la Agencia Tributaria.

Y ese hueco no era un dato que faltara. Era una pregunta mal hecha.

Un procedimiento administrativo no tiene NIG y no lo va a tener nunca. Preguntarlo garantiza el vacío y, peor, invita a rellenarlo: alguien acaba pegando ahí el número de expediente, o el CSV, o el CIF de la empresa, y a partir de ese momento el campo miente sin que nadie lo note.

Este post es lo que aprendimos arreglándolo, que es en el fondo una pregunta de organización del despacho: qué código agrupa de verdad las notificaciones de un mismo asunto.

En lo judicial: el NIG, y por qué funciona tan bien

El NIG es un identificador de veinte dígitos que lleva dentro el municipio del órgano (los cinco primeros son el código INE), el órgano, el año y el número de asunto. Lo desglosamos entero en qué significa cada parte del NIG.

Su virtud no es la información que contiene, sino que es estable y único: todas las notificaciones del mismo procedimiento lo llevan, así que sirve para agrupar sin ambigüedad. Es lo que permite que una diligencia de ordenación de octubre aterrice en el mismo expediente que la demanda de marzo.

Un detalle práctico: llega escrito de todas las formas imaginables —28079422026 0000412, 28079/42/1/2026/0001234, con o sin separadores—, así que para emparejar hay que normalizarlo a dígitos. Comparar cadenas tal cual es la forma más rápida de tener dos expedientes donde hay uno.

En lo administrativo: la referencia del procedimiento

Aquí no hay NIG, pero sí hay un código que identifica el procedimiento. Cambia de nombre según quién notifique, y es el que hace de llave:

• Número de expediente (AEAT, hacienda autonómica, entidad local).
• Número de acta en la Inspección de Trabajo (I28…).
• Número de liquidación en un acuerdo de liquidación.
• Número de reclamación de deuda o de providencia de apremio en la TGSS.

Junto a él va un segundo dato que no agrupa pero descarta: el NIF/NIE/CIF del obligado. Misma referencia con obligado distinto no es el mismo expediente. Sirve para no fusionar por error y para que reconozcas de quién es un expediente sin abrirlo; no para agrupar, porque un mismo obligado tiene muchos procedimientos y agrupar por él juntaría todas sus notificaciones en un solo cajón.

Tres códigos que parecen la llave y no lo son

Esta es la parte que cuesta dinero aprender por las malas.

El CSV no agrupa. El Código Seguro de Verificación identifica el documento, no el procedimiento: cada notificación del mismo expediente trae el suyo. Usarlo como llave abre un expediente por notificación, que es exactamente lo contrario de lo que se quiere. Se guarda —sirve para verificar el documento en la sede— pero no agrupa.

El CCC no agrupa. El Código de Cuenta de Cotización identifica a la empresa ante la Seguridad Social, y lo hace de por vida. Agrupar por CCC juntaría en un mismo expediente un acta de la Inspección de 2024, una reclamación de deuda de 2025 y un apremio de 2026 que no tienen nada que ver entre sí.

El NAF tampoco. El Número de Afiliación identifica a la persona trabajadora, y también de por vida. Mismo problema, distinto sujeto.

Los tres se leen y se guardan, porque son útiles para buscar y para comprobar. Ninguno de los tres decide a qué expediente pertenece una notificación.

Y solo se toma lo que el documento etiqueta

Hay una tentación razonable: deducir el tipo de referencia por la pinta del número. 2026GRC… huele a AEAT; 28 2026 011… huele a TGSS.

No lo hacemos, y es a propósito. Un número que se parece a otro no es el otro, y una referencia mal clasificada no falla de forma visible: falla emparejando dos asuntos ajenos, y eso se descubre semanas después, cuando alguien lee un plazo que no era de ese caso. Solo se toma como referencia lo que el documento declara como tal, con su etiqueta delante.

Cuando no hay ninguna referencia utilizable, el documento no se cuela en un expediente al azar: se queda esperando que lo asignes tú, y el expediente que lo contiene se rotula como provisional con palabras, no con un campo vacío. Medido en nuestra propia base el 12 de agosto de 2026, el 59 % de los expedientes eran provisionales, y esa cifra es información: dice cuántas notificaciones llegan sin nada con lo que agruparlas.

La consecuencia de producto

La cabecera de un expediente pregunta ahora lo que corresponde a su origen: NIG si es judicial, referencia del expediente si es administrativo, y nada si no tiene ninguno de los dos. El modal de edición pide los campos de esa vía, no los de la otra.

Suena a detalle de interfaz y no lo es: un campo que pide un dato inexistente se acaba rellenando con lo primero que hay a mano, y ese dato falso viaja después a los escritos, a los emparejamientos y a los plazos. La forma más barata de no tener datos malos es no pedirlos.

Un último aprendizaje, y va con confesión: cuando permitimos corregir el NIG a mano, el primer intento guardaba el valor sin recalcular su versión normalizada. El abogado corregía el NIG, lo veía bien en pantalla… y el expediente seguía sin emparejar nada. Un dato tiene tantas formas como usos, y arreglar la que se ve no arregla la que trabaja.

Si te interesa cómo se agrupan las notificaciones cuando el hilo de correo y la referencia dicen cosas distintas, lo contamos en vincular notificaciones al expediente por NIG y en un correo con dos procedimientos.