Glosario

Términos de facturación electrónica, en palabras sencillas.

Términos del derecho de la UE, de Peppol y de los sistemas nacionales. Cuando un término procede de una ley o de una norma, enlaza la fuente oficial.

12 términos

Normas y legislación de la UE

EN 16931Norma europea de facturación electrónica

La norma europea que define el contenido básico de una factura electrónica, en forma de términos de negocio numerados, y las dos sintaxis XML en las que puede escribirse: UBL y CII. Formatos nacionales como XRechnung, CIUS-RO y Peppol BIS se construyen sobre ella.

Factura electrónicaFactura electrónica estructurada

Una factura emitida, enviada y recibida en un formato estructurado que el software puede procesar sin que una persona la lea, como el XML UBL o CII. Un PDF enviado por correo electrónico no es una factura electrónica en este sentido.

Término de negocio (BT)

Un elemento de datos numerado de la EN 16931, como BT-1 para el número de factura o BT-48 para el número de IVA del comprador. Los mensajes de validación nombran el término de negocio al que se refieren.

UBLUniversal Business Language

Una sintaxis XML de OASIS y una de las dos sintaxis que admite la EN 16931. Peppol BIS Billing 3.0 usa UBL 2.1.

CIICross Industry Invoice

Una sintaxis XML de UN/CEFACT y la otra sintaxis que admite la EN 16931. Factur-X y ZUGFeRD llevan un archivo CII dentro de un PDF.

CIUSCore Invoice Usage Specification

Un conjunto de reglas adicionales sobre la EN 16931 para un país o una red, que restringe lo que puede contener una factura. XRechnung, CIUS-RO y Peppol BIS Billing 3.0 son ejemplos. Una factura que cumple un CIUS cumple también la EN 16931.

Factura híbrida

Un PDF que una persona puede leer, con la factura XML estructurada incrustada para el software. Factur-X y ZUGFeRD son formatos híbridos.

PDF/A-3ISO 19005-3

La norma de PDF de archivo que permite incrustar otros archivos. Las facturas híbridas la usan para llevar el XML dentro del PDF.

Directiva del IVA, artículo 226

El artículo de la Directiva del IVA de la UE que enumera lo que toda factura con IVA debe mostrar, como la fecha, un número correlativo, los números de IVA, nombres y direcciones, cantidades, precios e importes de IVA. Las normas nacionales lo completan.

ViDAIVA en la era digital

La reforma del IVA de la UE adoptada en 2025. A partir del 1 de julio de 2030 exige la comunicación digital de las ventas entre empresas de distintos países de la UE, con la factura electrónica como opción por defecto para ellas. Ya permite que los Estados miembros exijan la factura electrónica nacional sin pedir antes permiso a la UE.

Modelo de validación previa (clearance)

Un esquema en el que la plataforma de la administración tributaria recibe cada factura y le asigna un identificador antes de que cuente. El KSeF de Polonia y el SdI de Italia funcionan así. En Alemania no existe tal plataforma: la factura va directamente al comprador.

Comunicación de datos (e-reporting)

Enviar a la administración tributaria los datos de la operación, en lugar de la factura en sí. En Francia abarca las ventas y compras con empresas de fuera de Francia y las ventas a consumidores.

4 términos

Validación y estados

Validación

Comprobar una factura frente al esquema y las reglas de negocio de su formato antes de enviarla. Un archivo válido aún puede ser denegado por el comprador por motivos comerciales.

Regla de negocio (BR)

Una regla de validación que una factura debe superar, escrita como un código como BR-CO-15 (EN 16931), BR-DE-15 (XRechnung) o PEPPOL-EN16931-R010 (Peppol). Un validador o una plataforma que detecta una regla incumplida indica su código.

Rechazo

Una denegación técnica: un validador, un punto de acceso o una plataforma tributaria indica que el archivo incumple una regla y devuelve un código. La factura no fue aceptada, así que se corrige y se envía de nuevo.

Denegación

Una decisión comercial del comprador: la factura llegó, pero el comprador no la acepta, por ejemplo por un precio erróneo o por falta de referencia de pedido. En Peppol y en Francia llega como un estado con un código de motivo.

8 términos

Peppol

Peppol

Una red internacional y un conjunto de especificaciones para intercambiar documentos comerciales. Emisores y receptores se conectan a través de puntos de acceso certificados. La obligación de Bélgica usa Peppol por defecto.

OpenPeppol

La asociación sin ánimo de lucro que gobierna Peppol, publica sus especificaciones y certifica a sus proveedores de servicios.

Punto de acceso

Un proveedor certificado que envía y recibe documentos en Peppol para sus clientes. EurInvoice no es un punto de acceso; trabajamos a través de uno certificado.

Modelo de cuatro esquinas

La vía de entrega de Peppol: el vendedor (esquina 1) envía a través de su punto de acceso (2) al punto de acceso del comprador (3), que entrega al comprador (4). Cuando una administración tributaria toma una copia, se denomina la quinta esquina.

SMPService Metadata Publisher

El registro que indica a un emisor qué documentos puede recibir un participante de Peppol y a través de qué punto de acceso. El emisor lo consulta antes de cada entrega.

Peppol IDIdentificador de participante

La dirección de una empresa en Peppol: un código de esquema y un identificador, por ejemplo 0208 seguido de un número de empresa belga. El del comprador va en BT-49, el del vendedor en BT-34.

Peppol BIS Billing 3.0

La especificación de Peppol para facturas y notas de crédito: un CIUS de la EN 16931 escrito en UBL 2.1.

Invoice Response

El mensaje de Peppol que el comprador devuelve para indicar que una factura fue recibida, aceptada, denegada o pagada, con un código de motivo cuando procede.

Las cuatro esquinas de PeppolSeleccione una esquina. Active la quinta para ver dónde recibe una copia la autoridad fiscal.

Aquí estamos nosotros: mapeo y validación entre el ERP y la esquina 2. No somos un punto de acceso.

1 · Vendedor

Su empresa y su ERP. La factura empieza aquí.

3 términos

Alemania

XRechnung

El CIUS alemán de la EN 16931, publicado por KoSIT, en UBL o CII. Entre empresas cuenta como factura electrónica según la normativa alemana.

ZUGFeRD

Un formato híbrido alemán: un PDF/A-3 con una factura CII dentro, técnicamente igual que Factur-X. Desde la versión 2.0.1 cuenta como factura electrónica en Alemania, salvo los perfiles MINIMUM y BASIC-WL.

KoSITKoordinierungsstelle für IT-Standards

El organismo público alemán que publica XRechnung y la configuración del validador con el que se comprueba.

4 términos

Francia

Plateforme Agréée (PA)Plataforma autorizada

Una plataforma autorizada por la administración tributaria francesa para emitir, recibir y transmitir facturas electrónicas y sus datos. Las facturas entre empresas establecidas en Francia deben pasar por una. Antes se llamaba PDP. EurInvoice no es una PA.

Factur-X

El formato híbrido francés y alemán: un PDF/A-3 con una factura CII dentro. Francia lo acepta junto a UBL y CII.

DGFiPDirection générale des Finances publiques

La administración tributaria francesa. Autoriza las plataformas, y las plataformas le envían los datos de las facturas.

Estado del ciclo de vida

Los estados por los que pasa una factura francesa después de enviarse, desde depositada hasta pagada. Un rechazo o una denegación incluye un código de motivo.

5 términos

Polonia

KSeFKrajowy System e-Faktur

El sistema nacional de facturación electrónica de Polonia. Las facturas se emiten en él como archivos FA(3), y asigna a cada factura que acepta un número KSeF.

FA(3)

La estructura XML de una factura en KSeF 2.0.

Número KSeF

El número único que KSeF asigna a cada factura que acepta. Una factura rectificativa debe citar el número KSeF de la factura que corrige.

UPOUrzędowe Poświadczenie Odbioru

El recibo oficial con el que KSeF confirma lo que recibió.

NIPNumer Identyfikacji Podatkowej

El número fiscal polaco de una empresa. Una factura polaca necesita el NIP del vendedor y, si el comprador está en Polonia, el del comprador.

5 términos

Rumanía

RO e-Factura

El sistema nacional de facturación electrónica de Rumanía, gestionado por ANAF. Las facturas se cargan como XML CIUS-RO, y ANAF las valida y las devuelve con la firma del Ministerio de Hacienda.

ANAFAgenția Națională de Administrare Fiscală

La administración tributaria rumana, que gestiona RO e-Factura.

SPVSpațiul Privat Virtual

La cuenta en línea de un contribuyente en ANAF. El acceso a RO e-Factura se autoriza a través de ella.

CIUS-RO

El CIUS rumano de la EN 16931: las reglas que debe superar toda factura de RO e-Factura, fijadas por orden del ministro de Hacienda.

CUICod Unic de Identificare

El código de identificación fiscal rumano de una empresa. ANAF rechaza una factura cuyo CUI del vendedor no reconoce.

Un circuito de validación previaEl sistema tributario comprueba cada factura y devuelve un identificador. Elija un país.

Paso 1 / 5

Los datos del ERP se mapean a un archivo FA(3).

Qué puede fallar430 o 450: KSeF no admite el archivo o su contenido. El número no queda registrado y puede volver a usarse.

4 términos

Grecia

myDATA

La plataforma digital de AADE que recibe los datos de las facturas griegas y asigna un MARK a cada una.

AADEAutoridad Independiente de Ingresos Públicos

La autoridad tributaria griega, que gestiona myDATA y concede licencia a los proveedores de facturación electrónica.

MARKNúmero de registro único

El número que myDATA asigna cuando acepta una factura. Debe figurar en toda factura emitida con software autorizado.

AFM

El número fiscal griego de una empresa. myDATA rechaza una factura con un AFM no válido.

5 términos

Croacia, Italia y Eslovaquia

SdISistema di Interscambio

El sistema de intercambio de la Agencia Tributaria italiana. Las facturas entre empresas de Italia pasan por él, y entrega o rechaza cada una.

FatturaPA

El formato de factura XML italiano usado en SdI, para facturas entre empresas y también hacia el sector público.

Fiskalizacija 2.0

La reforma de Croacia que hace obligatorias las facturas electrónicas entre empresas y comunica sus datos a la Administración Tributaria.

Intermediario de informaciónInformacijski posrednik

Un proveedor de servicios de la lista de la Administración Tributaria croata que intercambia facturas electrónicas por cuenta de las empresas.

eFaktúra

El sistema de facturación electrónica de Eslovaquia, bajo la Administración Financiera, que usa Peppol. Las facturas entre empresas deben ser electrónicas a partir del 1 de enero de 2027.

4 términos

Nuestros términos

Ruta

Nuestra palabra para el camino por el que una factura llega a su comprador en un país: Peppol, una plataforma francesa, KSeF, RO e-Factura, etc.

Paquete estándar

Nuestro alcance de precio fijo: una entidad jurídica, un sistema de origen y una ruta de un país.

Paquete de preparación

Los siete datos que necesitamos antes de que empiece nuestro plazo objetivo de dos días laborables, desde un conjunto representativo de facturas hasta una URL de webhook para el estado devuelto.

Rejection Care

Nuestro servicio mensual tras la puesta en marcha: leemos cada rechazo, localizamos dónde está la causa, corregimos lo que es nuestro, reenviamos y lo registramos, e informamos una vez al mes.

Contacto

¿Un término de su factura que no está aquí?

Envíenoslo con una muestra anonimizada. Le diremos qué significa para su ruta.

  • Su ERP y su versión
  • El primer canal de envío y la entidad jurídica
  • Una factura de ejemplo anonimizada y el estado de las credenciales

Correo electrónico

[email protected]

Llamada de 30 minutos

Elija fecha y hora

Elija fecha y hora