Struktura standardů e-faktur: od sémantického modelu EN 16931 přes syntaktické vazby (UBL, CII) po úpravy specifické pro jednotlivé země.
E-fakturace je více než jen odesílání XML souboru. Za každou e-fakturou se skrývá pečlivě vybudovaný systém dohod, od otázky jaké informace musí faktura obsahovat až po otázku jak jsou tyto informace přesně strukturovány. Tento článek vysvětluje tuto strukturu krok za krokem.
Základem každé e-faktury je sémantický model. Tento model popisuje význam údajů na faktuře, nezávisle na technickém formátu. Jde například o: dodavatele, odběratele, číslo faktury, datum faktury, částky, sazby DPH. Jde o obsah, nikoli o formu.
V Evropě je to zakotveno v EN 16931, evropské normě pro elektronickou fakturaci. EN 16931 přesně definuje, jaké informační prvky musí e-faktura obsahovat (povinné) a jaké prvky jsou volitelné. Výsledkem je abstraktní, technologicky neutrální model, který popisuje co e-faktura je, aniž by cokoli říkal o tom, jak jsou tyto informace technicky uloženy.
EN 16931 byla vyvinuta na objednávku Evropské komise organizací CEN (Evropský normalizační institut) a je právně zakotvena ve směrnici EU 2014/55/EU. Každá e-faktura, která je v Evropě považována za platnou, musí odpovídat tomuto sémantickému modelu.
Samotný sémantický model nestačí. Počítače potřebují konkrétní formát souboru pro čtení a zpracování údajů. Tento konkrétní formát se nazývá syntax neboli syntaktická vazba.
EN 16931 zná dvě oficiálně uznané syntaxe:
Obě syntaxe vyjadřují stejné sémantické informace, ale v jiné XML struktuře. Faktura v UBL vypadá technicky jinak než faktura v CII, ale obsahuje stejné údaje.
UBL je nejpoužívanější syntax v Evropě a v síti Peppol. Většina e-faktur odeslaných přes Peppol jsou UBL faktury. CII se používá především v Německu a Francii, mimo jiné jako základ pro Factur-X/ZUGFeRD.
Syntax jako UBL popisuje strukturu, ale ještě nic neříká o pravidlech, která platí v rámci konkrétní sítě. Proto existují profily, které přidávají další validační pravidla nad rámec syntaxe.
Nejdůležitějším profilem pro síť Peppol je Peppol BIS Billing 3.0. Tento profil bere UBL (nebo CII) jako základ a přidává stovky obchodních pravidel:
Faktura, která odpovídá Peppol BIS Billing V3, automaticky odpovídá i EN 16931. Profil je zpřesnění, nikoli odchylka.
Více o tomto profilu si přečtete v článku o Peppol BIS Billing V3.
Země mohou evropský model dále zpřísnit pro svůj vlastní trh. To se děje prostřednictvím CIUS (Core Invoice Usage Specification). CIUS přidává pravidla a požadavky specifické pro danou zemi, ale nikdy nesmí být v rozporu s podkladovým modelem EN 16931.
Známé příklady:
Faktura, která odpovídá CIUS, automaticky odpovídá i Peppol BIS Billing a EN 16931. Vztah je striktně hierarchický: každá vrstva navazuje na předchozí.
Zatímco BIS Billing a varianty CIUS jsou navrženy pro Evropu, PINT (Peppol International Invoice) rozšiřuje dosah na zbytek světa. PINT je samostatný profil, rovněž založený na EN 16931, ale s regionálně specifickými variantami:
Více o PINT si přečtete v článku o PINT.
Všechny vrstvy dohromady tvoří pyramidu, od abstraktního po konkrétní:
EN 16931 (sémantický model, co musí být na faktuře?)
│
├── Syntaktické vazby (jak se to ukládá?)
│ ├── UBL 2.1
│ └── CII (UN/CEFACT)
│
├── Profily (jaká pravidla platí?)
│ ├── Peppol BIS Billing 3.0 (evropský Peppol profil)
│ └── PINT (mezinárodní Peppol profil)
│ ├── PINT EU
│ ├── PINT A-NZ
│ ├── PINT Japan
│ └── ...
│
└── CIUS (úpravy specifické pro jednotlivé země)
├── NLCIUS (Nizozemsko)
├── XRechnung (Německo)
├── Svefaktura (Švédsko)
├── ebInterface (Rakousko)
└── France CIUS (Francie)
Nejvyšší vrstva je nejabstraktnější (pouze význam), nejnižší vrstva nejkonkrétnější (specifická XML pole a validační pravidla pro konkrétní zemi).
Vedle čistých XML standardů existují i hybridní formáty, které kombinují vizuální PDF se strojově čitelnými XML daty v jednom souboru. Technický princip je vždy stejný: dokument PDF/A-3 s vloženou XML přílohou. Příjemce si může fakturu vizuálně prohlédnout (jako PDF) a zároveň data automatizovaně zpracovat (přes XML).
Nejznámějším příkladem je Factur-X/ZUGFeRD, který vkládá CII-XML a je v Evropě široce používán. Kromě toho existuje ISDOC.PDF, česká varianta, která vkládá vlastní národní XML schéma místo CII. Oba formáty sdílejí hybridní koncept, ale liší se ve vloženém XML a míře souladu s EN 16931.
Hybridní formáty jsou obzvláště praktické v přechodné fázi k plné e-fakturaci: fungují jako most mezi tradičním PDF a plně strukturovanou XML fakturou. Podrobné srovnání včetně technické struktury a komplikací při zpracování najdete v článku Hybridní formáty faktur: PDF s vloženým XML.
Následující tabulka shrnuje nejdůležitější standardy e-faktur. Na první pohled tak vidíte, jak se navzájem vztahují a jak se vztahují k evropské normě EN 16931.
EN 16931 tvoří sémantický základ, na kterém všechny ostatní standardy stavějí. UBL a CII jsou dvě oficiálně uznané syntaktické vazby. Specifikace CIUS (Peppol BIS, NLCIUS, XRechnung) zpřesňují model dodatečnými omezeními nebo povinnostmi beze změny jádra modelu. ZUGFeRD/Factur-X kombinuje vizuální PDF s vloženým CII XML souborem. ISDOC je český národní formát s vlastní hybridní variantou. PINT je nástupce BIS pro mezinárodní Peppol fakturaci s regionálně specifickými variantami pro Austrálii, Japonsko a Singapur.
Jako uživatel eConnect nemusíte tuto hierarchii sami spravovat. Platforma automaticky transformuje mezi všemi podporovanými formáty. Posíláte UBL fakturu příjemci, který očekává XRechnung? Faktura bude transformována. Přijímáte CII fakturu, zatímco Váš účetní systém očekává UBL? eConnect dokument zkonvertuje.
Hierarchie standardů je to, co toto umožňuje: protože všechny formáty vycházejí ze stejného sémantického modelu (EN 16931), bezztrátová konverze mezi formáty je technicky možná.
Tip: Chcete se dozvědět více o konkrétním formátu? Podívejte se na články v kategorii Formáty, kde je každý formát popsán se svými vlastnostmi.
Stáhnout vzorové soubory