Enfoque colaborativo y pragmático ante la obligatoriedad del PID

El “no” de Aduanas no es una sanción, es un filtro técnico

Imagina la escena: tu sistema de back-office genera un H7 para una mercancía de escaso valor. La envío. Rechazo. Vuelves a intentarlo. Rechazo. Repetimos.

Hasta hace dos semanas, este bucle era el pan de cada día para los equipos de operaciones logísticas. La nota publicada el 13 de noviembre en la Sede de la Agencia Tributaria cambia el tono. No dice “castigamos”. Dice “enfoque colaborativo y pragmático”.

¿Qué significa esto en la práctica? Que la AEAT reconoce que el volumen de rechazos es estructural y no puntual. Y que la solución no es multar a quien se equivoca, sino dejar de aceptar declaraciones incompletas. Es un filtro binario. O traes los datos, o no entras.

Para el autónomo que gestiona su propia logística y para la gran empresa con miles de SKUs diarios, el mensaje es el mismo: la flexibilidad de las primeras semanas ha terminado. Lo que entraba con avisos, ahora entra con bloqueos.

La anatomía del rechazo: C127, C128 y la bifurcación C129/Y081

Aquí es donde la mayoría se pierde. No es solo “poner un código”. Es entender la jerarquía de identificador que exige la norma.

Según la guía de la Comisión Europea citada por pmi.it:

• C127: Identificador del producto asignado por el vendedor, la plataforma o el mercado virtual (M-PID, merchant product identifier).
• C128: Identificador no estandarizado del fabricante.
• C129: Identificador estandarizado (ej. EAN). Se indica solo si existe.
• Y081: Se usa cuando no existe un identificador estandarizado.

La trampa está en la última pareja. No puedes poner C129 y Y081 a la vez. Es una lógica de exclusión mutua. Si tu producto tiene un EAN, declaras C129. Si no lo tiene, declaras Y081. Poner ambos, o ninguno, dispara el rechazo.

En fuentes como Studio Franco, se subraya que esta obligación es por artículo. No por cabecera de envío. Cada línea de la mercancía lleva su propio conjunto de identificadores.

150 € — Es el umbral de valor intrínseco para las ventas a distancia en H1 que también sufre estas validaciones estrictas de PID. Fuente: Agencia Tributaria

¿Por qué esperó hasta el 1 de noviembre para activar los bloqueos?

Hasta aquí todo parece lógico. Pero hay un dato que genera confusión y que explica la ola de rechazos de las últimas 72 horas.

El sistema ya permitía introducir estos campos desde el martes 27 de octubre. Ese día, sin embargo, no se activaron las validaciones de obligatoriedad. Fue una ventana de “gracia técnica”. Podías meter los datos, pero el sistema no los exigía. El 1 de noviembre, esa válvula de escape cerró.

Esto significa que las empresas que ya estaban preparadas no notaron el cambio. Pero las que estaban “a la espera” o usando sistemas legados que no mapean estos campos, se encontraron con un muro de ladrillo.

La nota de la AEAT es pragmática precisamente porque anticipa esta fricción. Al definir el enfoque como “colaborativo”, sugiere canales de resolución rápida para casos dudosos, pero la premisa base no cambia: sin datos, no hay declaración.

El impacto real en tu proceso operativo

No es un problema de “conocer la norma”. Es un problema de arquitectura de datos.

Si tu ERP o software de aduanas no tiene un mapeo directo entre tu catálogo de productos (PIM/ERP) y los campos de declaración H7, tienes un cuello de botella manual. Y el manual, con validaciones estrictas, es lento y propenso a error.

Para la gestoría que lleva cartera de clientes, esto es una alerta roja. Si tus clientes están haciendo declaraciones a mano o con hojas de cálculo, estás gestionando un riesgo operativo alto. No es solo que la declaración se rechace; es que se detiene la mercancía. Y el coste de demora aduanera no lo cubre la tarifa de asesoría.

Para la empresa de e-commerce, la presión es sobre el catálogo. ¿Estás seguro de que el 100% de tus SKUs tienen C127 y C128 definidos? ¿Y de que la lógica de C129/Y081 está automatizada? Si dependes de que un operador marque una casilla a mano, el error es matemático.

La diferencia entre una empresa que duerme tranquila y una que tiene a su equipo en horas extra los viernes no es la complejidad fiscal. Es la orquestación de datos.

Preguntas frecuentes

¿Qué pasa si mi producto no tiene EAN?

No pasa nada. En ese caso, no declaras el código C129. En su lugar, declaras el código Y081. El sistema exige uno de los dos para validar la línea. La ausencia de EAN no impide la declaración, siempre que se marque correctamente el indicador de “no estandarizado”.

¿Se aplica esta regla también a las ventas H1?

Sí. Según la Agencia Tributaria, la validación de obligatoriedad de los códigos PID se aplica también a las ventas a distancia con un valor intrínseco de hasta 150 euros declaradas en H1. No es solo un problema de mercancía de escaso valor (H7); afecta a toda la frontera digital de bajo valor.

¿Desde cuándo puedo incluir estos datos en la declaración?

Desde el 27 de octubre de 2026. Ese día se habilitó la posibilidad de incluir los identificadores a nivel de cabecera o de partida. Sin embargo, las validaciones estrictas que rechazan la declaración si faltan los datos no entraron en vigor hasta el 1 de noviembre.

¿Qué diferencia hay entre C127 y C128?

El C127 es el identificador del producto asignado por el vendedor, la plataforma o el mercado virtual (M-PID). El C128 es el identificador no estandarizado del fabricante. Son dos campos distintos que deben completarse por cada artículo de la declaración. No son intercambiables.

¿La AEAT va a multar por los rechazos de estas primeras semanas?

La nota del 13 de noviembre define el enfoque como “colaborativo y pragmático”. Esto sugiere que la prioridad es la regularización del flujo de datos y no la sanción por errores de implementación inicial. Aun así, la responsabilidad del obligado tributario de presentar declaraciones válidas recae en la empresa, no en la administración.