Nota de crédito en UBL: dos variantes y cuándo elegir cada una

Las dos maneras de enviar una nota de crédito en UBL: el documento CreditNote y la factura negativa (Invoice). ¿Cuándo elegir cada variante?

A veces es necesario corregir una factura. Un importe demasiado elevado, un tipo de IVA incorrecto, una devolución de mercancías: la solución es una nota de crédito. En el estándar UBL existen dos maneras de enviar una nota de crédito. Son técnicamente muy diferentes, pero cumplen el mismo objetivo. La variante que elija depende de su software, de su destinatario y del perfil Peppol que utilice.

Variante 1: el documento CreditNote

La primera variante es un tipo de documento UBL independiente: CreditNote. Este documento utiliza su propio esquema XML (CreditNote-2) y tiene sus propios nombres de elementos. En lugar de InvoiceLine se usa CreditNoteLine, y en lugar de InvoicedQuantity aparece CreditedQuantity.

<CreditNote xmlns="urn:oasis:names:specification:ubl:schema:xsd:CreditNote-2">
  <cbc:ID>CN-2026-0001</cbc:ID>
  <cbc:IssueDate>2026-03-08</cbc:IssueDate>
  <cbc:CreditNoteTypeCode>381</cbc:CreditNoteTypeCode>
  <cac:BillingReference>
    <cac:InvoiceDocumentReference>
      <cbc:ID>F-2026-00042</cbc:ID>
    </cac:InvoiceDocumentReference>
  </cac:BillingReference>
  <!-- partes, totales de IVA, etc. -->
  <cac:CreditNoteLine>
    <cbc:ID>1</cbc:ID>
    <cbc:CreditedQuantity unitCode="EA">5</cbc:CreditedQuantity>
    <cbc:LineExtensionAmount currencyID="EUR">125.00</cbc:LineExtensionAmount>
    <!-- artículo y precio -->
  </cac:CreditNoteLine>
</CreditNote>

Todos los importes en un CreditNote son positivos. El hecho de que sea un documento CreditNote indica implícitamente que se trata de una corrección. El elemento BillingReference hace referencia a la factura original que se acredita.

Características del documento CreditNote
  • Nodo raíz XML propio (CreditNote en lugar de Invoice)
  • Nombres de elementos propios (CreditNoteLine, CreditedQuantity)
  • Todos los importes son positivos
  • Ampliamente soportado por los destinatarios Peppol
  • TypeCode es 381 (credit note related to invoices)
Variante 2: la factura negativa (Invoice)

La segunda variante utiliza el documento Invoice estándar, pero con importes negativos. El InvoiceTypeCode sigue siendo 380 (factura comercial). Técnicamente es una factura ordinaria, pero los importes negativos le otorgan la función de nota de crédito. Es la convención neerlandesa descrita en el UBL Ketentest del centro de investigación GBNED.

<Invoice xmlns="urn:oasis:names:specification:ubl:schema:xsd:Invoice-2">
  <cbc:ID>CN-2026-0001</cbc:ID>
  <cbc:IssueDate>2026-03-08</cbc:IssueDate>
  <cbc:InvoiceTypeCode>380</cbc:InvoiceTypeCode>
  <cac:BillingReference>
    <cac:InvoiceDocumentReference>
      <cbc:ID>F-2026-00042</cbc:ID>
    </cac:InvoiceDocumentReference>
  </cac:BillingReference>
  <!-- partes, totales de IVA, etc. -->
  <cac:InvoiceLine>
    <cbc:ID>1</cbc:ID>
    <cbc:InvoicedQuantity unitCode="EA">-5</cbc:InvoicedQuantity>
    <cbc:LineExtensionAmount currencyID="EUR">-125.00</cbc:LineExtensionAmount>
    <!-- artículo y precio -->
  </cac:InvoiceLine>
</Invoice>

Con esta variante, las cantidades y los importes son negativos. El importe de IVA y el importe a pagar también son negativos. La estructura es por lo demás idéntica a la de una factura ordinaria.

Características de la factura negativa (Invoice)
  • Mismo nodo raíz XML que una factura ordinaria (Invoice)
  • Mismos nombres de elementos (InvoiceLine, InvoicedQuantity)
  • Importes y cantidades son negativos
  • InvoiceTypeCode es 380 (factura ordinaria), el signo negativo indica que se trata de un abono
  • Más sencillo de implementar para el software emisor (no se necesita un tipo de documento independiente)
  • Descrita en el GBNED/UBL Ketentest como el método estándar neerlandés
¿Qué variante elegir?

La elección depende de tres factores:

¿Qué soporta su software? Algunos programas de contabilidad generan por defecto un documento CreditNote, otros una factura negativa (Invoice). Si su software solo soporta una variante, la elección está hecha.

¿Qué espera el destinatario? Dentro de Peppol, ambas variantes están soportadas por el perfil BIS Billing 3.0. En la práctica, los sistemas receptores pueden tener una preferencia. En caso de duda, el documento CreditNote es la opción más segura, ya que es la variante más explícita.

¿Qué perfil Peppol utiliza? El perfil estándar BIS Billing 3.0 acepta tanto el esquema CreditNote (381) como el esquema Invoice con importes negativos (380). No todos los perfiles soportan ambos. Verifique esto si utiliza un perfil sectorial específico.

Consejo: con eConnect puede enviar ambas variantes. La plataforma reconoce automáticamente si se trata de un documento CreditNote o de una factura negativa (Invoice), y los procesa de la misma manera. Si el destinatario espera un formato específico, el PSB transforma automáticamente el documento.

Convenciones de signo comparadas

Las dos variantes utilizan convenciones de signo opuestas. Esta tabla muestra cómo se presenta el mismo abono (5 unidades de 25 euros) en ambas variantes:

ElementoCreditNote (TypeCode 381)Factura negativa (TypeCode 380)Esquema XMLCreditNoteInvoicePriceAmount25,00 (positivo)25,00 (positivo, obligatorio según BR-27)CreditedQuantity / InvoicedQuantity5 (positivo)-5 (negativo)LineExtensionAmount125,00 (positivo)-125,00 (negativo)Importes AllowanceChargepositivosnegativosTaxAmountpositivonegativoPayableAmountpositivonegativo

La diferencia fundamental reside en la interpretación. En un CreditNote, el signo inverso es implícito: todos los importes son positivos, pero el tipo de documento deja claro que se trata de un abono. En una factura negativa, son los propios importes negativos los que sirven como indicador.

El PriceAmount (el precio unitario) es positivo en ambas variantes. Esto está establecido en la regla de validación BR-27. En la factura negativa, el importe se hace negativo a través de la cantidad o del LineExtensionAmount, no a través del precio unitario.

Convención neerlandesa y Peppol

El UBL Ketentest del centro de investigación GBNED describe exclusivamente la variante 380 (factura negativa) para las notas de crédito. Muchos programas de contabilidad neerlandeses certificados como "UBL Ready" generan por tanto una factura negativa por defecto. Peppol BIS 3.0 utiliza en cambio por defecto el esquema CreditNote (381) con importes positivos.

El software receptor debe soportar ambas variantes. El PSB transforma automáticamente entre los dos esquemas cuando es necesario, de modo que el destinatario reciba el documento en el formato que su software espera.

Qué debe incluir siempre

Independientemente de la variante elegida, una nota de crédito válida contiene siempre:

  • Una referencia a la factura original mediante BillingReference / InvoiceDocumentReference
  • El TypeCode correcto: 381 para el esquema CreditNote, 380 para la factura negativa
  • Un cálculo de IVA correcto (conforme a la factura original)
  • La misma divisa que la factura original

Una nota de crédito sin referencia a la factura original es rechazada por muchos sistemas receptores. Además, esta referencia es necesaria para la administración del IVA: en caso de inspección, debe ser posible rastrear qué factura fue acreditada.

Corrección de una factura ya enviada

Una factura ya enviada por Peppol (u otro canal) no puede modificarse -- solo las facturas en borrador son editables. Un error en una factura enviada se corrige siempre con un nuevo documento, no modificando el original. El flujo contable estándar:

Paso 1: Abone la factura original

Envíe una factura rectificativa o nota de crédito que haga referencia al número de la factura original mediante BillingReference/InvoiceDocumentReference. En la plataforma: elija el tipo Factura rectificativa al crear la factura e indique el número original en el campo de referencia.

Paso 2: Emita una nueva factura correcta

Cree una nueva factura con un número nuevo y único. Un número idéntico al original puede ser bloqueado por la detección de duplicados.

Convenciones de signo: con el esquema CreditNote (381), los importes deben ser positivos -- el tipo de documento expresa el crédito. Con la factura negativa (380), haga la cantidad negativa manteniendo el precio unitario positivo (BR-27). Si las cantidades quedan positivas accidentalmente, se genera una factura de abono positiva que no puede procesarse como crédito.

Número nuevo obligatorio: si crea una nueva factura copiando el original, asigne siempre un número nuevo. Véase también Detección de facturas duplicadas.

TypeCode 384: factura rectificativa

Además de los TypeCodes 380 y 381, existe el TypeCode 384 (factura rectificativa). Este tipo de documento puede contener importes positivos y negativos en el mismo documento, destinado a casos donde se acredita y se factura adicionalmente a la vez. NLCIUS recomienda el 384 sobre las notas de crédito por legibilidad. Nota: el TypeCode 384 no está disponible en todos los perfiles -- por ejemplo, no es compatible con el perfil estándar BIS Billing V3.

Resumen de InvoiceTypeCodes más utilizados
CódigoSignificadoContexto380Factura comercialFactura estándar381Nota de créditoAbono estándar383Nota de débitoCorrección con importe adicional384Factura rectificativaPositivo y negativo en un mismo documento386Factura de anticipoEscenario de pago anticipado389Factura de self-billingFactura emitida por el comprador261Nota de crédito de self-billingNota de crédito en contexto self-billing
Abono parcial

No es obligatorio acreditar una factura en su totalidad. También puede enviar una nota de crédito parcial que corrija solo una parte de la factura original. Si acredita, por ejemplo, dos de los diez artículos facturados, la nota de crédito solo contiene esas dos líneas con los importes correspondientes.

Consejo: si envía facturas a través de la API PSB, puede especificar al descargar un documento, mediante el parámetro targetDocumentTypeId, si desea recibir una variante CreditNote o Invoice. El PSB puede transformar sobre la marcha entre las dos variantes.

Valide su nota de crédito


Artículos relacionados