Přehled InvoiceTypeCodes v e-fakturaci: kdy použít jaký kód a jaké standardy je podporují?
InvoiceTypeCode je trojmístný kód v XML elementu cbc:InvoiceTypeCode, který určuje, jaký typ faktury odesíláte. Správný kód zajistí, že příjemce okamžitě ví, zda jde o běžnou fakturu, dobropis, opravu nebo self-billing fakturu.
Povolené kódy pocházejí ze dvou podmnožin číselníku UNCL1001: seznam faktur (UNCL1001-inv) pro faktury a seznam dobropisů (UNCL1001-cn) pro dobropisy. Ne každý kód je dostupný v každém standardu.
(*) Kód 389 není povolen v rámci standardního Peppol BIS Billing V3, ale je povolen v rámci Peppol BIS Self-Billing 3.0 (samostatný profil s vlastním CustomizationID a ProfileID). V rámci NLCIUS je 389 povolen jako běžný InvoiceTypeCode bez zvláštního profilu.
Standardní kód pro běžné prodejní faktury. Toto je zdaleka nejpoužívanější InvoiceTypeCode. Prakticky každá B2B nebo B2G faktura odeslaná přes Peppol používá kód 380. Kód je dostupný ve všech běžných standardech: Peppol BIS V3, NLCIUS a XRechnung.
Kód 380 se v Nizozemsku používá i jako alternativa k dobropisu. U této "záporné faktury" se částky a množství vyplní záporně, takže faktura funguje jako dobropis. Toto je konvence popsaná v UBL Ketentest výzkumného úřadu GBNED. Rozdíl oproti skutečnému dobropisu (381): u kódu 380 jsou částky záporné, u kódu 381 kladné (schéma CreditNote implicitně objasňuje, že jde o opravu). Podívejte se na Varianty dobropisu pro podrobné srovnání.
Dobropis opravuje nebo ruší (část) předchozí faktury. Dobropis odkazuje přes BillingReference na původní fakturu. Dobropisy používají zvláštní XML syntax (CreditNote místo Invoice) a zvláštní DocumentTypeId v síti Peppol.
Kód 381 je podporován v Peppol BIS V3, NLCIUS a XRechnung.
Vrubopis se používá, když po původní faktuře musí být účtována dodatečná částka, například za extra služby, cenové opravy nebo smluvní úpravy. Na rozdíl od opravné faktury (384) vrubopis obsahuje pouze kladné částky.
Kód je dostupný v Peppol BIS V3 a NLCIUS, ne však v XRechnung.
Opravná faktura nahrazuje nebo opravuje předchozí fakturu a může obsahovat kladné i záporné částky. NLCIUS upřednostňuje opravné faktury před dobropisy, protože opravný mechanismus v jednom dokumentu jasně ukazuje, co se změnilo.
Kód 384 je dostupný v NLCIUS a XRechnung, ne však ve standardním Peppol BIS Billing V3.
Pozor (PEPPOL-EN16931-P0112): v rámci Peppol BIS Billing 3.0 jsou typové kódy 326 a 384 povoleny pouze tehdy, když jsou dodavatel i příjemce německé organizace. Pokud používáte BIS Billing V3 mimo scénář DE→DE, zvolte typový kód 380 (případně se zápornými částkami) místo 384. Viz Chybové hlášky odesílání pro úplné vysvětlení a řešení.
Zálohová faktura (prepayment invoice) se používá pro částečné platby před úplným dodáním zboží nebo služeb. Kód je dostupný v Peppol BIS V3 a NLCIUS, ne však v XRechnung.
Self-billing je proces, při kterém kupující vystavuje fakturu jménem dodavatele. Vyskytuje se u dočasných zaměstnanců, vnitroskupinové fakturace a určitých nákupních smluv. Pro self-billing existují dva kódy:
V rámci ekosystému Peppol existují dva způsoby implementace self-billingu. Volba závisí na profilu, který používáte.
...selfbilling:3.0)...selfbilling:01:1.0)U Peppol BIS Self-Billing 3.0 je self-billing samostatným profilem s vlastním CustomizationID a ProfileID. Dodavatel musí být specificky zaregistrován v SMP pro příjem self-billing dokumentů.
U NLCIUS/SI-UBL 2.0 je přístup jednodušší: změníte pouze InvoiceTypeCode na 389. CustomizationID a ProfileID zůstávají nezměněné a PSB automaticky rozpozná typ dokumentu. Pokud je dodavatel již zaregistrován pro příjem běžných SI-UBL faktur, žádná další SMP registrace není potřeba.
Pro většinu situací stačí kód 380 (běžná faktura) nebo 381 (dobropis). Toto jsou kódy, které podporují všechny standardy a příjemci. Jiný kód zvolte pouze tehdy, pokud to Váš konkrétní případ použití vyžaduje:
Podívejte se také na přehled Party Identifiers a EAS kódů