InvoiceTypeCode to trzycyfrowy kod w elemencie XML cbc:InvoiceTypeCode, który określa typ wysyłanej faktury. Prawidłowy kod zapewnia, że odbiorca natychmiast wie, czy chodzi o zwykłą fakturę, notę kredytową, korektę czy fakturę self-billing.

Dozwolone kody pochodzą z dwóch podzbiorów listy kodów UNCL1001: listy faktur (UNCL1001-inv) dla faktur i listy not kredytowych (UNCL1001-cn) dla not kredytowych. Nie każdy kod jest dostępny w każdym standardzie.

(*) Kod 389 nie jest dozwolony w ramach standardowego Peppol BIS Billing V3, ale jest dopuszczony w Peppol BIS Self-Billing 3.0 (osobny profil z własnymi CustomizationID i ProfileID). W NLCIUS kod 389 jest dozwolony jako zwykły InvoiceTypeCode bez osobnego profilu.

Standardowy kod dla zwykłych faktur sprzedaży. Jest to zdecydowanie najczęściej używany InvoiceTypeCode. Praktycznie każda faktura B2B lub B2G wysyłana przez Peppol używa kodu 380. Kod jest dostępny we wszystkich popularnych standardach: Peppol BIS V3, NLCIUS i XRechnung.

Kod 380 jest w Holandii stosowany również jako alternatywa dla noty kredytowej. W takiej "ujemnej fakturze" kwoty i ilości są wypełniane wartościami ujemnymi, dzięki czemu faktura funkcjonuje jako uznanie. Jest to konwencja opisana w UBL Ketentest opracowanym przez Onderzoeksbureau GBNED. Różnica w porównaniu z prawdziwą notą kredytową (381): przy kodzie 380 kwoty są ujemne, przy kodzie 381 dodatnie (schemat CreditNote domyślnie wskazuje, że chodzi o korektę). Szczegółowe porównanie znajduje się w artykule Warianty noty kredytowej.

Nota kredytowa koryguje lub anuluje (część) wcześniejszej faktury. Nota kredytowa odwołuje się do pierwotnej faktury za pośrednictwem BillingReference. Noty kredytowe używają oddzielnej składni XML (CreditNote zamiast Invoice) i oddzielnego DocumentTypeId w sieci Peppol.

Kod 381 jest obsługiwany w Peppol BIS V3, NLCIUS i XRechnung.

Nota debetowa jest stosowana, gdy po wystawieniu pierwotnej faktury należy obciążyć odbiorcę dodatkową kwotą, na przykład za usługi dodatkowe, korekty cenowe lub zmiany umowne. W odróżnieniu od faktury korygującej (384) nota debetowa zawiera wyłącznie kwoty dodatnie.

Kod jest dostępny w Peppol BIS V3 i NLCIUS, ale nie w XRechnung.

Faktura korygująca zastępuje lub koryguje wcześniejszą fakturę i może zawierać zarówno kwoty dodatnie, jak i ujemne. NLCIUS preferuje faktury korygujące zamiast not kredytowych, ponieważ mechanizm korekty w jednym dokumencie jasno pokazuje, co zostało zmienione.

Kod 384 jest dostępny w NLCIUS i XRechnung, ale nie w standardowym Peppol BIS Billing V3.

Uwaga (PEPPOL-EN16931-P0112): w ramach Peppol BIS Billing 3.0 kody typu 326 i 384 są dozwolone tylko wtedy, gdy zarówno dostawca, jak i odbiorca są organizacjami niemieckimi. Jeśli korzystasz z BIS Billing V3 poza scenariuszem DE→DE, wybierz kod typu 380 (opcjonalnie z kwotami ujemnymi) zamiast 384. Zobacz Błędy przy wysyłaniu w celu uzyskania pełnego wyjaśnienia i rozwiązania.

Faktura zaliczkowa (prepayment invoice) jest stosowana dla płatności częściowych poprzedzających pełną dostawę towarów lub usług. Kod jest dostępny w Peppol BIS V3 i NLCIUS, ale nie w XRechnung.

Self-billing to proces, w którym nabywca wystawia fakturę w imieniu dostawcy. Występuje w przypadku pracy tymczasowej, fakturowania wewnątrzfirmowego i niektórych umów zakupowych. Istnieją dwa kody dla self-billingu:

• 389 (Self-billed invoice): faktura wystawiana przez nabywcę w imieniu dostawcy
• 261 (Self-billed credit note): odpowiednia nota kredytowa do faktury self-billing

W ekosystemie Peppol istnieją dwa sposoby implementacji self-billingu. Wybór zależy od stosowanego profilu.

W przypadku Peppol BIS Self-Billing 3.0 self-billing jest osobnym profilem z własnymi CustomizationID i ProfileID. Dostawca musi być specjalnie zarejestrowany w SMP, aby móc odbierać dokumenty self-billing.

W przypadku NLCIUS/SI-UBL 2.0 podejście jest prostsze: zmienia się jedynie InvoiceTypeCode na 389. CustomizationID i ProfileID pozostają bez zmian, a PSB automatycznie rozpoznaje typ dokumentu. Jeśli dostawca jest już zarejestrowany do odbioru zwykłych faktur SI-UBL, dodatkowa rejestracja SMP nie jest wymagana.

W większości sytuacji wystarczy kod 380 (zwykła faktura) lub 381 (nota kredytowa). Są to kody obsługiwane przez wszystkie standardy i wszystkich odbiorców. Inny kod należy wybrać tylko wtedy, gdy wymaga tego konkretny przypadek użycia:

• Korekta faktury? Należy użyć kodu 384 (faktura korygująca) w przypadku NLCIUS lub XRechnung, lub kodu 381 (nota kredytowa) w przypadku BIS Billing V3.
• Fakturowanie w imieniu dostawcy? Należy użyć kodu 389 (self-billing) i wybrać odpowiedni profil na podstawie stosowanego standardu.
• Wysyłanie faktury częściowej przed dostawą? Należy użyć kodu 386 (faktura zaliczkowa).