Contrapartes sin NIF español en el SII: cómo preparar su identificación

toddle
ToddleSII y el Suministro Inmediato de Información

Una contraparte sin NIF asignado en España no se resuelve escribiendo cualquier identificador extranjero en la columna del NIF. El SII dispone del bloque técnico IDOtro, que separa el país, el tipo de documento y el número de identificación. Preparar esos datos como piezas distintas evita perder información durante la exportación y permite validar combinaciones antes del envío.

El primer paso no es elegir una clave por intuición, sino determinar qué identificación consta para la contraparte y qué documento la acredita. Esa decisión debe llegar resuelta al proceso técnico; la plantilla no debería deducirla únicamente a partir del país o del aspecto del número.

Alcance y límites. Este artículo explica la preparación técnica de la identificación de contrapartes en los libros de facturas expedidas y recibidas del SII del IVA gestionado por la AEAT. No determina qué operaciones deben comunicarse, su localización, su tratamiento fiscal ni la identidad que corresponde declarar en un caso concreto. El cliente y sus asesores deciden qué comunicar, el tipo y la clasificación de la transacción, los valores fiscales y la identificación aplicable. Toddle y ToddleSII no prestan asesoramiento fiscal. Quedan fuera de alcance el SII del IGIC, los sistemas forales y otros libros con reglas específicas.

NIF e IDOtro son alternativas con estructuras diferentes

La FAQ vigente de la Agencia Tributaria indica que IDOtro se utiliza cuando la contraparte o el emisor de la factura no dispone de NIF asignado en España, como puede ocurrir con proveedores o clientes extranjeros.

La descripción del servicio web estructura IDOtro en tres datos:

  • CodigoPais: código de dos caracteres conforme a ISO 3166-1 alfa-2;
  • IDType: clave que indica el tipo de identificación en el país de residencia;
  • ID: número de identificación, con una longitud técnica máxima de 20 caracteres alfanuméricos.

Por tanto, «identificador extranjero» no debería ser una única celda opaca en el sistema de origen. Si el país, el tipo y el número se mezclan en un texto libre, el proceso posterior tendrá que intentar reconstruirlos y puede asignar una clave equivocada.

Cuando existe un NIF español, debe conservarse como tal. IDOtro no es una vía alternativa para evitar un error de identificación censal ni una forma de adaptar a la fuerza un dato que no ha superado una validación.

Cómo aparecen estos datos en las plantillas revisadas

Los nombres concretos cambian según el libro y la función que desempeña la persona o entidad identificada. En las plantillas de ToddleSII versión 2023 revisadas para este artículo aparecen así:

ProcesoNIF españolTipo de identificaciónNúmero de identificaciónCódigo de país
Facturas expedidas: contraparte o clienteNIFContraparteOtroIDTypeContraparteOtroIDContraparteOtroCodigoPaisContraparte
Facturas recibidas: emisor de la facturaIDEmisorFacturaNIFOtroIDTypeEmisorOtroIDEmisorOtroCodigoPaisEmisor
Facturas recibidas: contraparte o proveedorNIFContraparteOtroIDTypeContraparteOtroIDContraparteOtroCodigoPaisContraparte

En facturas expedidas, la contraparte es el cliente. En recibidas, la plantilla distingue la identificación del emisor de la factura y la de la contraparte, descrita como proveedor. Las instrucciones de recibidas indican que la identificación de la contraparte debe coincidir con la del emisor y que debe informarse la alternativa española o la identificación de otro país según corresponda.

La plantilla no impide por sí sola rellenar columnas incompatibles. Sus instrucciones documentan qué combinaciones comprobará el SII, pero ToddleSII no aplica necesariamente todas esas dependencias antes del envío. Por eso conviene distinguir entre las instrucciones de preparación, las validaciones generales de ToddleSII y la validación final que realiza la AEAT.

Los tipos de identificación admitidos

La documentación de la AEAT enumera estas claves para IDType:

ClaveTipo de identificación
02NIF-IVA
03Pasaporte
04Documento oficial de identificación expedido por el país o territorio de residencia
05Certificado de residencia
06Otro documento probatorio
07No censado, solo en los supuestos expresamente admitidos

La clave debe proceder del documento utilizado para identificar a la contraparte. El país no basta para decidirla: dos contrapartes del mismo territorio pueden aportar tipos de identificación distintos, y un NIF-IVA tiene reglas diferentes a las de un pasaporte o de otro documento probatorio.

En particular, la clave 02 no significa simplemente «empresa de la Unión Europea». Representa un NIF-IVA. La FAQ de la AEAT señala que, cuando se utiliza esa clave, CodigoPais no es obligatorio. La documentación de validaciones añade controles específicos sobre la estructura del identificador y la coherencia del país cuando se informa.

Cuándo interviene el código de país

La FAQ vigente indica que CodigoPais debe cumplimentarse cuando la dirección de la contraparte corresponde a un país no comunitario o, si se trata de un país comunitario, cuando el declarado no dispone de número de operador intracomunitario. Si se utiliza IDType 02 —NIF-IVA—, el código de país no es obligatorio.

Esto no convierte el país en un dato decorativo. Cuando corresponde informarlo, debe mantenerse separado del número y utilizar la codificación técnica admitida. Una descripción como «Portugal», una nacionalidad o un prefijo telefónico no sustituyen el código ISO de dos caracteres exigido por el esquema.

Tampoco conviene generar siempre CodigoPais a partir de la dirección postal. La dirección puede estar incompleta, corresponder a una sucursal o no acreditar por sí sola el tipo de identificación presentado. El sistema de origen debería conservar el país asociado a la identificación y permitir que una persona responsable resuelva las discrepancias.

La clave 07 no es una salida genérica

La excepción 07 — No censado merece un control separado. Según la FAQ de la AEAT, puede utilizarse en facturas expedidas para un cliente nacional persona física cuando el NIF del receptor sea correcto pero no figure censado en la AEAT. El registro queda aceptado con errores y debe corregirse cuando se disponga de la información correspondiente.

La descripción del servicio limita esta clave al Libro registro de facturas expedidas y a determinadas operaciones anuales de efectivo y seguros. El documento vigente de validaciones establece además que, en facturas expedidas, CodigoPais debe ser ES y ID debe contener el NIF de la persona física no censada. Para facturas recibidas, IDType no puede ser 07.

Por eso no debe utilizarse 07 para:

  • sustituir un NIF extranjero que no se ha clasificado todavía;
  • eludir una duda sobre el documento aportado;
  • convertir cualquier error censal en un registro aceptable;
  • rellenar facturas recibidas con una clave reservada a otros supuestos.

Una aceptación con errores tampoco cierra el trabajo. La respuesta debe conservarse, revisarse y relacionarse con la corrección posterior sin confundirla con un registro plenamente correcto.

Preparar los datos antes de llevarlos a la plantilla

Una ficha de contraparte reutilizable puede mantener por separado:

  1. el nombre o razón social que debe comunicarse;
  2. la existencia o no de un NIF asignado en España;
  3. el país asociado a la identificación, cuando proceda;
  4. el tipo de documento acreditado;
  5. el número de identificación sin transformaciones silenciosas;
  6. el origen y la fecha de la comprobación;
  7. el responsable de resolver una excepción.

La exportación puede convertir esos datos al formato de la plantilla, pero no debería inventar los ausentes. Por ejemplo, una regla que asigne siempre 06 — Otro documento probatorio cuando el tipo esté vacío oculta la falta de información y puede producir un envío técnicamente formado que no representa el documento real.

También conviene conservar el valor original antes de aplicar normalizaciones. Eliminar espacios o signos, cambiar mayúsculas o añadir un prefijo puede ser necesario para un formato determinado, pero la transformación debe ser explícita, repetible y verificable.

Controles técnicos útiles antes del envío

El proceso de origen puede aplicar controles adicionales para detectar incoherencias objetivas sin decidir qué identificación debe declararse:

  • impedir que se rellenen a la vez el NIF español y el bloque IDOtro para la misma posición del registro;
  • exigir IDType e ID cuando se utiliza IDOtro;
  • comprobar que CodigoPais tiene dos caracteres y pertenece a la lista admitida cuando corresponde informarlo;
  • revisar que el identificador no supera la longitud definida por el esquema;
  • detectar que 07 solo se usa en procesos permitidos y con CodigoPais igual a ES;
  • impedir 07 en facturas recibidas;
  • comprobar que una clave 02 se trata como NIF-IVA y no como un identificador extranjero genérico;
  • conservar el código y la descripción de la respuesta de la AEAT para cada registro.

Esta lista describe controles posibles para la preparación de datos; no implica que ToddleSII ejecute todos ellos antes del envío. Las plantillas revisadas explican que ToddleSII realiza validaciones generales de formato y de campos obligatorios para todos los casos, pero no verifica de forma exhaustiva la validez del dato ni todos los valores dependientes de otros campos. Muchas casuísticas quedan sujetas a la validación de la AEAT y a la respuesta que devuelve para que el usuario la revise.

Aunque un control previo pueda detener datos incompletos o combinaciones incompatibles, no puede decidir si una persona dispone realmente de NIF español, qué documento acredita su identidad ni qué tratamiento fiscal corresponde a la operación.

Un flujo de revisión para las excepciones

Cuando falta un dato o dos fuentes internas discrepan, conviene evitar el valor por defecto y abrir una excepción identificable:

  1. conservar los valores recibidos del sistema de origen;
  2. indicar qué campo falta o qué combinación resulta incoherente;
  3. devolver el caso al cliente o asesor responsable de la información;
  4. registrar la decisión y su origen;
  5. regenerar y validar el registro;
  6. enviar y leer la respuesta individual de la AEAT;
  7. conservar la relación entre el dato original, la decisión, el envío y el resultado.

Así, una incidencia de identificación no termina convertida en una regla general no documentada. El mismo patrón puede utilizarse para mejorar el maestro de contrapartes y evitar que el problema reaparezca en cada factura.

Cómo encaja ToddleSII

El cliente y sus asesores deciden qué registros comunicar, el tipo y la clasificación de la transacción, los valores fiscales y la identificación que corresponde a cada contraparte.

A partir de los datos preparados, ToddleSII aporta plantillas, validaciones técnicas generales, envío y lectura de respuestas. Sus controles previos cubren formatos y campos de obligatoriedad común; la lectura de la respuesta permite conocer el resultado que devuelve la AEAT para cada registro. ToddleSII no decide qué documento identifica a la contraparte ni sustituye la revisión fiscal o censal del caso.

En concreto, ToddleSII aplica validaciones generales de formato y obligatoriedad común. Debido al número de casuísticas y a los cambios que puede introducir la AEAT, no intenta reproducir de forma restrictiva todas sus reglas dependientes. Envía la información preparada y muestra la respuesta para que el usuario pueda revisar y corregir los errores indicados por la Agencia Tributaria.

Los nombres de los campos y este reparto de responsabilidades se comprobaron con las plantillas de facturas expedidas y recibidas versión 2023 facilitadas por Toddle. La base de conocimiento de ToddleSII continúa enlazando públicamente esas mismas plantillas como las versiones completas para altas y modificaciones. Esta comprobación de producto se realizó el 20 de octubre de 2026.

Lista de comprobación

  1. ¿Se ha distinguido un NIF español de una identificación en otro país?
  2. ¿El país, el tipo y el número se conservan como datos separados?
  3. ¿La clave de tipo procede del documento utilizado y no de una inferencia automática?
  4. ¿El código de país se informa cuando corresponde y usa el formato admitido?
  5. ¿La clave 07 está limitada al supuesto y al libro permitidos?
  6. ¿Las dudas vuelven a quien decide la identificación en lugar de resolverse con un valor por defecto?
  7. ¿Se conserva y revisa la respuesta de la AEAT para cada registro?

Preparar bien la identificación no consiste en conseguir que una fila pase una validación aislada. Consiste en trasladar al SII datos separados, comprobables y coherentes con la decisión que ya ha tomado el cliente o su asesor.

Conocer ToddleSII · Preparar una prueba de envío al SII · Consultar un caso técnico con Toddle

Fuentes consultadas

Nota sobre el uso de IA

Se utilizó IA de forma material para revisar el inventario, localizar y contrastar fuentes, analizar las plantillas facilitadas y apoyar la estructuración y redacción del artículo. Sus fuentes, enlaces y alcance se comprobaron antes de la publicación.