De InvoiceTypeCode is een driecijferige code in het XML-element cbc:InvoiceTypeCode die bepaalt welk type factuur je verstuurt. De juiste code zorgt ervoor dat de ontvanger direct weet of het om een reguliere factuur, een creditnota, een correctie of een self-billing factuur gaat.

De toegestane codes komen uit twee subsets van de UNCL1001-codelijst: de factuurlijst (UNCL1001-inv) voor facturen en de creditnotlijst (UNCL1001-cn) voor creditnota's. Niet elke code is in elke standaard beschikbaar.

(*) Code 389 is niet toegestaan binnen de standaard Peppol BIS Billing V3, maar wel binnen Peppol BIS Self-Billing 3.0 (een apart profiel met eigen CustomizationID en ProfileID). Binnen NLCIUS is 389 als reguliere InvoiceTypeCode toegestaan zonder apart profiel.

De standaardcode voor reguliere verkoopfacturen. Dit is verreweg de meestgebruikte InvoiceTypeCode. Vrijwel elke B2B- of B2G-factuur die via Peppol wordt verstuurd, gebruikt code 380. De code is beschikbaar in alle gangbare standaarden: Peppol BIS V3, NLCIUS en XRechnung.

Code 380 wordt in Nederland ook gebruikt als alternatief voor een creditnota. Bij deze "negatieve Invoice" worden de bedragen en hoeveelheden negatief ingevuld, zodat de factuur als creditering fungeert. Dit is de conventie die wordt beschreven in de UBL Ketentest van Onderzoeksbureau GBNED. Het verschil met een echte creditnota (381): bij code 380 zijn de bedragen negatief, bij code 381 positief (het CreditNote-schema maakt impliciet duidelijk dat het een correctie betreft). Zie Creditnota varianten voor een uitgebreide vergelijking.

Een creditnota corrigeert of annuleert (een deel van) een eerdere factuur. De creditnota verwijst via een BillingReference naar de oorspronkelijke factuur. Creditnota's gebruiken een aparte XML-syntax (CreditNote in plaats van Invoice) en een apart DocumentTypeId op het Peppol-netwerk.

Code 381 wordt ondersteund in Peppol BIS V3, NLCIUS en XRechnung.

Een debetnota wordt gebruikt wanneer na de oorspronkelijke factuur een aanvullend bedrag in rekening moet worden gebracht, bijvoorbeeld voor extra diensten, prijscorrecties of contractuele aanpassingen. In tegenstelling tot een correctiefactuur (384) bevat een debetnota alleen positieve bedragen.

De code is beschikbaar in Peppol BIS V3 en NLCIUS, maar niet in XRechnung.

Een correctiefactuur vervangt of corrigeert een eerdere factuur en kan zowel positieve als negatieve bedragen bevatten. NLCIUS geeft de voorkeur aan correctiefacturen boven creditnota's, omdat het correctiemechanisme in één document duidelijk maakt wat er is gewijzigd.

Code 384 is beschikbaar in NLCIUS en XRechnung, maar niet in de standaard Peppol BIS Billing V3.

Een voorschotfactuur (prepayment invoice) wordt gebruikt voor deelbetalingen die voorafgaan aan de volledige levering van goederen of diensten. De code is beschikbaar in Peppol BIS V3 en NLCIUS, maar niet in XRechnung.

Self-billing is het proces waarbij de afnemer (koper) de factuur opstelt namens de leverancier. Dit komt voor bij uitzendkrachten, intercompany-facturatie en bepaalde inkoopcontracten. Er bestaan twee codes voor self-billing:

• 389 (Self-billed invoice): de factuur die de koper namens de leverancier maakt
• 261 (Self-billed credit note): de bijbehorende creditnota bij een self-billing factuur

Binnen het Peppol-ecosysteem zijn er twee manieren om self-billing te implementeren. De keuze hangt af van het profiel dat je gebruikt.

Bij Peppol BIS Self-Billing 3.0 is self-billing een apart profiel met eigen CustomizationID en ProfileID. De leverancier moet specifiek geregistreerd zijn in de SMP om self-billing documenten te kunnen ontvangen.

Bij NLCIUS/SI-UBL 2.0 is de aanpak eenvoudiger: je wijzigt alleen de InvoiceTypeCode naar 389. Het CustomizationID en ProfileID blijven ongewijzigd, en de PSB herkent het documenttype automatisch. Als de leverancier al geregistreerd is voor reguliere SI-UBL-facturen, is er geen extra SMP-registratie nodig.

Voor de meeste situaties volstaat code 380 (reguliere factuur) of 381 (creditnota). Dit zijn de codes die alle standaarden en ontvangers ondersteunen. Kies een andere code alleen als je specifieke use case dat vereist:

• Wil je een factuur corrigeren? Gebruik 384 (correctiefactuur) als je NLCIUS of XRechnung gebruikt, of 381 (creditnota) als je met BIS Billing V3 werkt.
• Factureer je namens de leverancier? Gebruik 389 (self-billing) en kies het juiste profiel op basis van je standaard.
• Stuur je een deelfactuur voorafgaand aan levering? Gebruik 386 (voorschotfactuur).

• Creditnota varianten: CreditNote vs. negatieve Invoice
• Peppol BIS Billing V3
• NLCIUS: de Nederlandse standaard
• Self-billing via de PSB
• DocumentType ID's en codelijsten