ISDOC versus PDF: jak předat fakturu účetní bez zbytečného přepisování
Stav podkladů: 25. října 2026.
Digitalizace malé firmy: 20 propojených článků
PDF fakturu člověk přečte, strukturovaný ISDOC může účetní program přímo zpracovat. Nejsou to však dvě záruky téhož výsledku. Kvalitně vypadající PDF nemusí obsahovat strojová data a technicky načtený ISDOC může být věcně chybný. Pro malé firmy je nejdůležitější domluvit podporovaný formát, zachovat původní dokument a ověřit skutečný výsledek v cílové agendě.
Průvodce vychází z oficiální specifikace ISDOC 6.0.2 a vybraných návodů fakturačních služeb ověřených 25. října 2026. Verze specifikace je datovaná 23. března 2022; nevydáváme ji za novinku roku 2026. Neprováděli jsme vlastní validační test souborů. Číselné příklady jsou naše kontrolní modely, nikoli skutečné doklady některé firmy ani individuální daňové posouzení.
Co se skrývá pod názvem elektronická faktura
V běžné komunikaci může elektronická faktura znamenat skoro jakýkoli soubor poslaný e-mailem. Z pohledu zpracování ale potřebujete přesnější rozlišení. Dokument může být obrazem papíru, čitelným PDF s textem, strukturovanými daty nebo kombinací více podob. Účetní postup se pak liší: někdy člověk údaje přepíše, jindy je navrhne vytěžovací služba a jindy je program načte ze stanovené struktury.
Přípona sama nevysvětluje celý obsah. PDF může obsahovat skutečný text, vložené soubory nebo jen naskenovaný obrázek. Otevření a pěkný vzhled proto neprokazují dostupnost strojově použitelných údajů. Stejně není každý soubor s příponou XML automaticky ISDOC. XML je obecný způsob strukturování dat; konkrétní doklad musí odpovídat příslušnému formátu a tomu, co cílový program podporuje. Názvy potřebujete potvrdit na obou stranách přenosu.
Praktické rozlišení reprezentací podle ISDOC 6.0.2 a vlastního kontrolního postupu; nejde o test konkrétních souborů. Na mobilu lze tabulku posouvat do stran.
| Podoba | Hlavní účel | Co ověřit |
|---|---|---|
| Běžné PDF | Čtení a vizuální kontrola | Text, obraz a případné vložené soubory |
| Samostatný ISDOC | Strukturovaný přenos dokladu | Podporovanou verzi, typ a správné načtení |
| ISDOCX | Archivní reprezentace podle specifikace | Obsah a podporu cílového programu |
| ISDOC.PDF | Čitelný dokument se strukturovanou reprezentací | Skutečná vložená data, nikoli jen příponu PDF |
| Účetní import | Založení dat do konkrétní agendy | Počty, částky, typy a návaznosti úhrad |
ISDOC, ISDOCX a ISDOC.PDF
Oficiální specifikace rozlišuje samostatnou XML reprezentaci, archiv a ISDOC.PDF. Pro samostatný dokument doporučuje příponu .isdoc, pro archiv .isdocx. ISDOC.PDF spojuje čitelnou podobu s vloženým strukturovaným dokumentem podle předepsaných pravidel. Nejde tedy o libovolné PDF přejmenované na fakturu ani o situaci, kdy někdo do e-mailu přiloží dvě náhodně související verze. Formát má vlastní požadavky na reprezentaci a obsah.
Z praktického hlediska se ptejte, co exportuje zdrojový systém a co umí přijmout účetní. Některé prostředí potřebuje samostatný strukturovaný soubor, jiné dokáže využít data z kombinovaného dokumentu. Pokud se příjemce orientuje jen podle vizuální stránky, může přehlédnout vloženou přílohu. Naopak automatizovaný postup musí vědět, kterou část zpracovává. Firmě pomůže jasná dohoda o formátu a názvu předávaného balíčku.
Nezaměňujte ISDOCX s kancelářským dokumentem DOCX pouze kvůli podobnému konci názvu. Jde o jiný formát s jiným účelem. Při předání nepotřebujete ručně rozbalovat a upravovat obsah, pokud to není součástí podporovaného postupu. Zachovejte původní soubor a pracujte s kopií určenou ke zkoušce. Neúmyslná úprava může ztížit dohledání, co skutečně odeslal dodavatel a co vzniklo až v interním zpracování.
Podporovaná verze a typ dokladu musí souhlasit
Specifikace požaduje, aby producent i konzument dokumentovali podporované verze a typy dokumentů. Pro firmu z toho plyne konkrétní otázka: umí cílová aplikace právě ten typ, který posíláte? Běžná faktura, záloha a opravný doklad nejsou nutně totožná situace. Pokud někdo potvrdí pouze obecnou podporu ISDOC, ověřte ještě rozsah. Jedna úspěšně načtená jednoduchá faktura neprokazuje všechny další typy a vazby.
Do přejímky proto vyberte reprezentativní vzorek. Může obsahovat běžný doklad, více položek, cizí měnu a opravu podle skutečných potřeb firmy. U každého předem napište očekávanou cílovou agendu a kontrolní údaje. Nejde o soutěž v množství testovacích souborů. Důležitější je pokrýt odlišný význam událostí, které by při chybném přiřazení vytvořily nesprávný závazek, pohledávku nebo návaznost platby.
Pokud příjemce odmítne soubor, zachovejte chybové hlášení a jeho identifikaci. Zjistěte, zda jde o nepodporovanou verzi, chybějící údaj nebo chybu konkrétního importu. Ruční přejmenování přípony obvykle neřeší rozdíl struktury. Stejně není vhodné doplnit náhodnou hodnotu jen proto, aby import přestal hlásit chybu. Věcný údaj má vycházet z původního dokladu nebo oprávněné opravy, nikoli z potřeby obejít kontrolu.
Strukturovaný údaj není automaticky správný údaj
ISDOC může odstranit nutnost opisovat částky, názvy a identifikátory. Neověřuje však sám, že dodavatel skutečně poskytl objednanou službu nebo že doklad patří vaší firmě. Rozlišujte technickou shodu formátu, správné načtení a obchodní schválení. Každý krok odpovídá na jinou otázku. Když se soubor otevře bez chyby, víte něco o zpracování struktury, nikoli automaticky o oprávněnosti platby a správnosti celého účetního zachycení.
U důležitých údajů porovnejte identitu dodavatele, odběratele, číslo dokladu, měnu, částku a platební údaje s původním podkladem a obchodní dohodou. Rozdíl může vzniknout už ve zdrojovém programu, při výběru verze dokladu nebo při mapování polí. Jestliže dodavatel pošle opravenou fakturu, musí být zřejmé, kterou verzi firma převzala. Dvě stejně pojmenované přílohy z různých e-mailů nemusejí představovat stejný obsah.
Kontrolu přizpůsobte riziku a typu dokladu. Opakovaná známá služba má jiné okolnosti než první velká platba novému dodavateli. Tento článek nevytváří univerzální schvalovací limit. Doporučuje pouze, aby pravidla firmy vědomě rozlišovala přenos údajů a rozhodnutí o výdaji. Automatický import má snížit přepisování, ne odstranit potřebu vědět, proč závazek vznikl a kdo jej převzal.
Číselný příklad: správný součet nestačí
Vlastní zjednodušený model má základ 10 000 Kč, daň 2 100 Kč a celkovou částku 12 100 Kč. Po importu porovnejte všechny tři hodnoty, měnu a označení dokladu. Pokud cílová agenda ukazuje celkem 12 100, ale jinak rozděluje položky nebo zachycuje jiný typ dokladu, není přejímka hotová. Shodný celkový součet může skrývat chybu v členění, která se projeví až při dalším zpracování.
Přidejte druhý model se dvěma doklady, jejichž celkový součet je stejný jako očekávání. Jeden může být omylem vynechán a jiný založen dvakrát. Jediná souhrnná částka tak nemusí chybu odhalit, pokud se hodnoty vyrovnají. Kontrolujte proto počty a identifikátory spolu s částkami. U velkého přenosu má smysl členit kontrolní součty podle typu dokladu, měny a období, místo jednoho čísla za celý archiv.
Pokud se liší zaokrouhlení, zjistěte jeho původ. Neměňte automaticky doklad tak, aby se čísla opticky srovnala, aniž víte, jak zdroj a cíl počítají položky a součty. Konkrétní účetní či daňový postup má potvrdit odpovědná osoba. Technický návod k formátu nemůže nahradit posouzení věcného obsahu. Správně popsaný rozdíl je lepší než skrytá ruční korekce bez vysvětlení.
Faktura, záloha a úhrada musí zůstat rozlišitelné
Při předávání celé zakázky se může objevit zálohový dokument, následný doklad a vyúčtování. Pokud se vše naimportuje jako samostatný nový prodej bez vazeb, vznikne nesprávný výsledek. Předem proto určete podporované typy a vazby. Nechte účetní vysvětlit, jak se v cílové agendě projeví již zaplacená část a co zůstává k úhradě. Samotné načtení názvu a celkové částky nestačí.
Stejně odlište vystavení faktury od jejího zaplacení. Soubor s dokladem nemusí obsahovat všechny informace o pozdější bankovní úhradě. Pokud banka přichází jinou integrací, firma musí spojit oba proudy dat bez vytvoření duplicity. Přehled zaplaceno ve zdrojovém systému není automatický důkaz stejného stavu v účetnictví. Ověřte, které údaje se přenášejí a které je třeba doplnit samostatně podle podporovaného postupu.
V prostředí s pokladnou může být faktura uhrazena na místě. Tam přibývá správné zařazení platby a případná EET. Strukturovaný doklad sám nerozhoduje, zda jde o kontaktní úhradu. Tento rozdíl rozebírá průvodce platebními situacemi. Formát přenosu a právní povaha události jsou oddělené otázky, které se musí setkat ve správném nastavení agendy.
Jak předat dokument účetní bez ztráty souvislostí
Domluvte jeden oficiální kanál a pravidlo pojmenování či zařazení. Pokud stejná faktura přijde do sdílené složky, e-mailu a aplikace, musí být rozpoznatelné, že jde o tentýž doklad. Nestačí spoléhat na odlišné názvy souborů. Vlastní přehled může obsahovat identifikaci, období, zdroj a stav převzetí. U menšího provozu jde o jednoduchou organizační pomůcku, ne o potřebu zavádět další rozsáhlý software.
Zachovejte původní dokument a případné související podklady. Čitelná podoba pomáhá při věcné kontrole, strukturovaná při zpracování. Pokud existuje více reprezentací, musí být jasné, že patří ke stejnému dokladu a verzi. Archiv nemá obsahovat pouze upravený pracovní výsledek, z něhož už nelze poznat původní údaje. Konkrétní pravidla uchování určete podle skutečného druhu dokumentu a povinností firmy; zde nestanovujeme univerzální retenční lhůtu.
- Potvrďte podporovaný formát a typy dokladů s účetní.
- Předávejte potřebnou čitelnou i strukturovanou podobu, pokud je postup vyžaduje.
- Uchovejte identifikaci zdroje, verze a období.
- Zaznamenejte výsledek převzetí, ne jen čas odeslání e-mailu.
- Pozdější opravu oznamte a propojte s původním dokladem.
Import nevytvářejte naslepo opakovaně
Nejasný výsledek importu nejprve dohledávejte v cílovém systému. Program mohl část dokladů založit, i když uživatel nedostal očekávané potvrzení. Slepé opakování může vytvořit duplicitní závazky nebo pohledávky. Před další operací porovnejte identifikátory a stav zpracování. Způsob detekce duplicit závisí na konkrétním programu a jeho nastavení; nelze jej automaticky odvodit z toho, že formát obsahuje určité identifikační údaje.
- U většího přenosu zachovejte seznam souborů a kontrolní výsledky po dávkách.
- Pokud selže jen část, rozdělte potvrzené a nevyřešené položky.
- Nedávejte je znovu všechny do jedné nerozlišené složky.
- Odpovědná osoba má vědět, co už je účetně převzaté a co čeká na opravu vstupu.
- Tento organizační postup chrání před chybou i tam, kde samotný program neukazuje přehled zpracování dostatečně srozumitelně.
Po importu ověřte navazující operace, které budete skutečně používat. Může jít o párování platby, opravu, export do dalšího prostředí nebo hledání podle čísla dodavatele. Formální úspěch prvního načtení ještě neprokazuje použitelnost dalších kroků. Proto se má přejímací vzorek vracet k celé zakázce. Vlastní kontrolní modely v článku jsou návrhem takové přejímky, nikoli zprávou o již provedeném testu konkrétní aplikace.
Kdy pomůže ISDOC víc než vytěžování
Pokud dodavatel nabízí správná podporovaná strukturovaná data, je rozumné prověřit jejich přímé použití dřív než přepisování obrázku. Vytěžování může být užitečné tam, kde strojový podklad chybí, ale obvykle přidává další interpretaci. Neznamená to, že každý ISDOC bude bezchybný nebo každá fotografie nepoužitelná. Rozhoduje skutečný vstup, podpora cíle a kontrolovaný výsledek. Volba formátu má vycházet z dostupných dat, nikoli z módního názvu technologie.
U pravidelného dodavatele se proto domluvte na vhodném formátu a ověřte vzorek. Jednorázová dohoda může odstranit opakovaný přepis stejné struktury. Pokud dodavatel formát nemá, připravte odpovídající postup vytěžování či ručního zadání. Obě cesty mají stejný cíl: správný a dohledatelný doklad. Cena kreditu za OCR není jediným nákladem, stejně jako bezplatné stažení ISDOC neznamená nulovou práci se schválením a zařazením.
Co potvrdit před změnou fakturační služby
Při výběru nové aplikace požadujte skutečný export, nikoli jen seznam podporovaných přípon. Zkontrolujte, které doklady zahrnuje, jak zachycuje opravy a zda přenáší potřebné vazby. Srovnání online fakturace rozlišuje cenu a funkční scénáře, ale samotný levnější tarif nezaručuje vhodnější datové předání. Jednorázový převod historie může být nákladnější než roční rozdíl předplatného, pokud se připraví pozdě.
Před ostrým přechodem potvrďte výsledek s účetní a určete okamžik změny. Doklady vzniklé mezi prvním exportem a spuštěním nového prostředí potřebují vlastní zpracování. Starý archiv a otevřené položky nerozdělujte náhodně podle data souboru. Přehledný plán má určit zdroj každého období a způsob opravy. Teprve tak lze přínos strukturované fakturace proměnit v méně přepisování bez ztráty kontroly nad daty.
Pro běžnou spolupráci si uložte schválený vzorek a stručný popis očekávaného výsledku. Při změně exportní verze nebo cílového programu pak můžete zopakovat stejnou kontrolu a porovnat rozdíl. Takový referenční podklad poskytuje konkrétnější jistotu než stará poznámka, že import někdy fungoval.
Časté otázky
Je každý PDF soubor automaticky ISDOC.PDF?
Ne. ISDOC.PDF má podle specifikace konkrétní pravidla včetně vložené strukturované reprezentace. Běžné čitelné PDF ani naskenovaný obrázek tuto vlastnost automaticky nemají. Ověřte skutečný export zdrojového programu a podporu cílového prostředí; samotný vzhled dokumentu nebo jeho přejmenování nestačí.
Znamená podpora XML totéž co podpora ISDOC?
Ne. XML je obecná struktura a konkrétní formát má vlastní pravidla. Potvrďte verzi a podporované typy dokumentů. Běžná faktura, záloha a opravný doklad mohou vyžadovat odlišné zpracování. Jedna úspěšná ukázka proto neprokazuje všechny budoucí situace vaší firmy.
Mohu po úspěšném importu přestat kontrolovat částky?
Technické načtení neověřuje obchodní důvod ani všechny významové vazby. Zkontrolujte důležité údaje a výsledek v cílové agendě. U přejímky porovnávejte identifikátory, počty a členěné součty. Jedno správné celkové číslo může skrývat chybu v typu dokladu, měně nebo přiřazení položek.
Je ISDOC automaticky elektronicky podepsaný?
Specifikace řeší požadavky pro případ podpisu, z existence formátu ale nelze odvodit automatický podpis každého souboru. Nezaměňujte strukturu dokumentu s konkrétní vlastností jeho ověření. Skutečné náležitosti posuzujte podle předaného souboru a používaného postupu, nikoli jen podle přípony nebo názvu exportu.
Mám při chybě import pustit znovu?
Nejdřív zjistěte skutečný stav cílové agendy. Některé položky už mohly vzniknout a další pokus by je mohl duplikovat. Uchovejte chybové hlášení a identifikátory. Opakování či opravu proveďte podle podporovaného postupu konkrétního programu a jen pro skutečně nevyřešené případy.
Nahrazuje ISDOC lidské schválení přijaté faktury?
Ne. Může omezit opisování, ale nerozhoduje, zda firma plnění objednala a převzala nebo zda má částku zaplatit. Určete odpovědnost za věcnou kontrolu a zachovejte původní podklad. Import, účetní zařazení a schválení výdaje jsou související kroky s odlišným účelem a odpovědností.
Zdroje
Oficiální podklady a ceny ověřeny 25. října 2026. Rozbor dokumentace a vlastních modelových scénářů; nejde o výsledek vlastního testu produktu.