Resumen de los InvoiceTypeCodes en e-facturación: ¿qué código utilizar y qué estándares los admiten?
El InvoiceTypeCode es un código de tres dígitos en el elemento XML cbc:InvoiceTypeCode que determina el tipo de factura que se envía. El código correcto permite al destinatario saber de inmediato si se trata de una factura ordinaria, una nota de crédito, una corrección o una factura de autofacturación.
Los códigos permitidos provienen de dos subconjuntos de la lista de códigos UNCL1001: la lista de facturas (UNCL1001-inv) para facturas y la lista de notas de crédito (UNCL1001-cn) para notas de crédito. No todos los códigos están disponibles en cada estándar.
(*) El código 389 no está permitido dentro del estándar Peppol BIS Billing V3, pero sí dentro de Peppol BIS Self-Billing 3.0 (un perfil independiente con su propio CustomizationID y ProfileID). Dentro de NLCIUS, el código 389 está permitido como InvoiceTypeCode estándar sin perfil adicional.
El código estándar para facturas de venta ordinarias. Es con diferencia el InvoiceTypeCode más utilizado. Prácticamente todas las facturas B2B o B2G enviadas a través de Peppol utilizan el código 380. Este código está disponible en todos los estándares habituales: Peppol BIS V3, NLCIUS y XRechnung.
En los Países Bajos, el código 380 también se utiliza como alternativa a una nota de crédito. En esta "factura negativa", los importes y cantidades se rellenan con valores negativos, de modo que la factura funciona como un abono. Esta es la convención descrita en el test de cadena UBL de la agencia de investigación GBNED. La diferencia con una verdadera nota de crédito (381): con el código 380, los importes son negativos; con el código 381, son positivos (el esquema CreditNote indica implícitamente que se trata de una corrección). Consulte Variantes de nota de crédito para una comparación detallada.
Una nota de crédito corrige o anula (parte de) una factura anterior. La nota de crédito hace referencia a la factura original mediante un BillingReference. Las notas de crédito utilizan una sintaxis XML diferente (CreditNote en lugar de Invoice) y un DocumentTypeId separado en la red Peppol.
El código 381 es compatible con Peppol BIS V3, NLCIUS y XRechnung.
Una nota de débito se utiliza cuando se debe facturar un importe adicional tras la factura original, por ejemplo por servicios adicionales, correcciones de precios o ajustes contractuales. A diferencia de una factura correctiva (384), una nota de débito solo contiene importes positivos.
Este código está disponible en Peppol BIS V3 y NLCIUS, pero no en XRechnung.
Una factura correctiva sustituye o corrige una factura anterior y puede contener importes positivos y negativos. NLCIUS da preferencia a las facturas correctivas frente a las notas de crédito, ya que el mecanismo de corrección deja claro en un único documento lo que se ha modificado.
El código 384 está disponible en NLCIUS y XRechnung, pero no en el estándar Peppol BIS Billing V3.
Una factura de anticipo (prepayment invoice) se utiliza para pagos parciales previos a la entrega completa de bienes o servicios. Este código está disponible en Peppol BIS V3 y NLCIUS, pero no en XRechnung.
La autofacturación (self-billing) es el proceso por el cual el comprador emite la factura en nombre del proveedor. Esto ocurre en el caso de trabajadores temporales, facturación entre empresas del mismo grupo y determinados contratos de compra. Existen dos códigos para la autofacturación:
Dentro del ecosistema Peppol existen dos formas de implementar la autofacturación. La elección depende del perfil que se utilice.
...selfbilling:3.0)...selfbilling:01:1.0)Con Peppol BIS Self-Billing 3.0, la autofacturación es un perfil independiente con su propio CustomizationID y ProfileID. El proveedor debe estar registrado específicamente en el SMP para poder recibir documentos de autofacturación.
Con NLCIUS/SI-UBL 2.0, el enfoque es más sencillo: solo se modifica el InvoiceTypeCode a 389. El CustomizationID y el ProfileID permanecen iguales, y el PSB reconoce automáticamente el tipo de documento. Si el proveedor ya está registrado para facturas SI-UBL ordinarias, no se necesita ningún registro SMP adicional.
Para la mayoría de las situaciones, el código 380 (factura ordinaria) o 381 (nota de crédito) es suficiente. Son los códigos compatibles con todos los estándares y destinatarios. Elija otro código solo si su caso de uso específico lo requiere:
Consulte también el resumen de Party Identifiers y códigos EAS