Correo electrónico
[email protected]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.
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.
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.
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.
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í.
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.
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.
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.
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.
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.
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.
Fuente: Preguntas frecuentes de AADE sobre 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.
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.
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.
¿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
Llamada de 30 minutos
Elija fecha y hora