Referencia de esquemas XML financieros

pain.001 (CustomerCreditTransferInitiation) es el mensaje ISO 20022 que una empresa envía a su banco para ordenar transferencias SEPA (pagos a proveedores, nóminas).

pain.008 (CustomerDirectDebitInitiation) es el mensaje ISO 20022 que un acreedor envía a su banco para cobrar adeudos directos SEPA (SDD Core o SDD B2B).

pain.002 (CustomerPaymentStatusReport) es el informe ISO 20022 que el banco devuelve tras un pain.001 o un pain.008, indicando qué pagos se aceptaron y cuáles se rechazaron, cada uno con un código de motivo.

camt.053 (BankToCustomerStatement) es el extracto bancario ISO 20022 de fin de día, que reemplaza formatos heredados como MT940 y CODA en Europa.

camt.052 (BankToCustomerAccountReport) es el informe de cuenta ISO 20022 intradía — saldos y movimientos disponibles durante el día, antes del extracto camt.053 final.

camt.054 (BankToCustomerDebitCreditNotification) es la notificación ISO 20022 de movimientos individuales de adeudo o abono, a menudo para cobros detallados o pagos agrupados.

head.001 (BusinessApplicationHeader) es el sobre ISO 20022 que precede a cada mensaje Fedwire: nombra al emisor, al receptor y la definición exacta del mensaje que sigue.

pacs.008 (FIToFICustomerCreditTransfer) es el mensaje ISO 20022 interbancario que mueve una transferencia de cliente entre entidades financieras: el tramo interbancario de una transferencia.

pacs.009 (FinancialInstitutionCreditTransfer) es el mensaje ISO 20022 de una transferencia en la que ordenante y beneficiario son entidades financieras: un banco que paga a otro por cuenta propia.

pacs.004 (PaymentReturn) es el mensaje ISO 20022 con el que un banco devuelve fondos ya recibidos, citando el pago original que revierte.

pacs.028 (FIToFIPaymentStatusRequest) es el mensaje ISO 20022 con el que un banco pregunta qué ha sido de un pago que ya envió.

camt.056 (FIToFIPaymentCancellationRequest) es el mensaje ISO 20022 con el que un banco pide a otro que cancele un pago ya enviado.

camt.029 (ResolutionOfInvestigation) es la respuesta ISO 20022 a una solicitud de cancelación o a una investigación: indica si el caso se acepta o se rechaza, y por qué.

UBL 2.1 Invoice es la sintaxis XML de OASIS que usan Peppol BIS Billing 3.0 y la mayoría de los mandatos europeos de facturación electrónica, incluido el RO e-Factura rumano.

UBL 2.1 CreditNote es la sintaxis XML de OASIS para un abono: un esquema propio, con su elemento raíz y su namespace, distinto de Invoice.

CrossIndustryInvoice D16B es la sintaxis XML de UN/CEFACT detrás de Factur-X, ZUGFeRD y XRechnung-CII: la segunda sintaxis que admite EN 16931, junto a UBL.

Facturae es el formato de factura electrónica oficial español: un XML firmado con XAdES, obligatorio en B2G a través de FACe. Coexisten tres versiones, cada una con su namespace.

FA(3) es el esquema polaco de factura estructurada publicado por el Ministerio de Hacienda para KSeF, obligatorio desde el 01/02/2026 por encima de 200 M PLN y desde el 01/04/2026 para todos.

InvoiceData 3.0 es el esquema de la factura húngara declarada a la NAV. Desde 2021 pasa por él toda factura húngara, sin umbral alguno.

FatturaPA es la factura electrónica italiana, obligatoria en B2B, B2C y B2G desde 2019. Toda factura pasa por el Sistema di Interscambio, que la acepta o la rechaza con un código numerado.

JPK_V7M(3) es el fichero de control del IVA mensual polaco: la declaración y los registros de ventas y compras en un solo XML. En vigor desde el 01/02/2026.

Verifactu / SIF es el envío español de registros de facturación definido por el RD 1007/2023: registros encadenados mediante una huella SHA-256 y remitidos a la AEAT.