ISDOC, UBL a CII
Tři rodiny standardů elektronické fakturace. Liší se původem, ne tím, co umí vyjádřit — obsahově jsou si velmi podobné. Všechny umíme na vstupu i na výstupu.
ISDOC
Český standard, dnes ve verzi 6.0.2. Jeho výhoda je, že ho umí prakticky každý český účetní program. Nevýhoda, že mimo Česko o něm nikdo neslyšel.
Generujeme verzi 6.0.2 jako samostatný soubor .isdoc. Na vstupu přečteme
i starší verze 5.x a balíček ISDOCX, tedy ZIP s XML a přiloženým PDF —
z něj se PDF uloží jako originál dokladu. ISDOCX na výstupu negenerujeme.
Zaplacená elektronická faktura
Elektronická faktura nese dvě částky: celkem s daní a částku k úhradě, která je po odečtení záloh a plateb předem. Na vstupu se celková částka dokladu vezme z celkem s daní (se zaokrouhlením) a to, co už je zaplacené, se přidá mezi položky jako řádek Uhrazeno se zápornou částkou. Stejně zapisuje odečtenou zálohu i model u naskenované faktury.
Faktura z e-shopu zaplacená kartou při objednávce tak má celkem 1 932 Kč a řádek Uhrazeno −1 932 Kč, ne celkem nulu. Kontrola souhrnů na ní nic nenajde, do účetnictví odejde se skutečnou částkou a v hlídání splatností je zaplacená podle dokladu, viz Splatnosti. U faktury zaplacené jen zčásti nabídne platební příkaz částku, která zbývá.
Doklady nahrané dřív si data nechávají, jak byla přečtená, a znovu zpracovat se elektronická faktura nedá. Když na kontrolu čeká faktura s celkovou částkou nula, smažte ji a nahrajte znovu.
UBL 2.1
Mezinárodní standard od OASIS. Stojí na něm evropská síť Peppol (profil BIS Billing 3.0) a německá XRechnung (3.0.2). Když posíláte fakturu do zahraničí nebo veřejné správě v EU, skoro jistě chtějí tohle.
Dobropis jde v UBL jako samostatný dokument CreditNote, ne jako faktura se záporným znaménkem. Částky se počítají ze součtu položek, ne z přečtených souhrnů — jinak by doklad neprošel kontrolou vnitřní konzistence u příjemce. Adresa a elektronická adresa stran se odvozují z DIČ.
CII D16B
Standard od UN/CEFACT. Používá ho německý ZUGFeRD a francouzský Factur-X. Oba jsou hybridní: výsledkem je PDF, uvnitř kterého je vložené XML. Člověk vidí fakturu, stroj čte data. Na výběr máte holé XML (ZUGFeRD) i celé PDF/A-3b s vloženým XML (ZUGFeRD PDF). Takové PDF na vstupu poznáme a přečteme z něj XML bez modelu.
Který si vybrat
| Situace | Formát |
|---|---|
| Český účetní program | ISDOC, nebo přímo Pohoda či Money S3 |
| Veřejná správa v EU | Peppol BIS 3.0 |
| Německý odběratel | XRechnung nebo ZUGFeRD PDF |
| Francouzský odběratel | ZUGFeRD PDF (Factur-X) |
| Vlastní systém | JSON |
Validace
Tvar i obchodní pravidla výstupu (XSD, Schematron EN 16931 a Peppol) hlídáme u sebe při vývoji, ne u každého stažení. Co jde ověřit před stažením, jsou data: nálezy kontroly říkají, že nesedí součty nebo chybí DIČ, a doklad jiného typu se do fakturového formátu vůbec nepřevede. Když příjemce soubor přesto odmítne, pošlete nám jeho hlášku a identifikátor dokladu.