Když se doklady nenaimportují nebo vyjdou nulové, projděte nejčastější příčiny.
Import v Pohodě selže a v protokolu není konkrétní chyba
Nejčastěji je v Pohodě otevřená jiná účetní jednotka, než pro kterou je soubor. Ověřte IČO firmy v záhlaví okna a teprve potom spusťte import. Detailní důvod je v response protokolu, který Pohoda ukládá do Výstupní složky nastavené v průvodci importem (Soubor → Datová komunikace → XML import/export).
Pohoda: doklad spadá do už uzavřeného období DPH
Pohoda takový doklad nezaloží. V protokolu u něj najdete
Pokoušíte se zapsat daňový doklad spadající do již uzavřeného období DPH.
Stane se to, když má doklad datum zdanitelného plnění v období, za které už máte v Pohodě uzavřené přiznání k DPH. Nejčastěji u dávky přes konec měsíce nebo čtvrtletí.
Zkontrolujte datum zdanitelného plnění. Když je špatně, opravte ho v detailu dokladu a exportujte znovu. Když je správně, zbývá druhá cesta, kterou nabízí Pohoda: zrušit uzavření přiznání DPH za dané období, doklad zapsat a dořešit dodatečným přiznáním. Která z nich je správně, je účetní rozhodnutí.
Řiďte se souhrnem na konci průvodce importem. Doklad, který je v něm označený jako ERROR, se nenaimportoval, i když se celá dávka v agendě XML log tváří jako úspěšná.
V agendě XML log otevřete záložku Položky. Každý doklad z dávky tam má svůj řádek a zaškrtnutý sloupec Stav znamená, že se doklad založil. U nezaškrtnutého bývá důvod ve sloupci Poznámka. U dokladu odmítnutého kvůli uzavřenému období DPH ale Poznámka zůstane prázdná, a pak se důvod z téhle mřížky nedozvíte: je v souhrnu průvodce a v response souboru z Výstupní složky.
Pokladní doklad má datum vystavení a datum plnění v jiném měsíci
Účtenky za celý měsíc se často hromadně přepisují na jedno datum vystavení, aby se zaúčtovaly společně. Datum zdanitelného plnění se přitom nemění, zůstává na datu z účtenky, protože určuje, do kterého přiznání k DPH doklad patří. Pokladní doklad pak jde do pokladny podle data vystavení, ale pro DPH se řídí datem plnění.
Výjimkou je výdajový pokladní doklad plátce DPH s nárokem na odpočet do Pohody, jehož datum plnění je dřívější než datum vystavení, pokud nejde o pořízení z EU, u kterého se daň samovyměřuje. Odpočet DPH se nedá uplatnit dřív, než doklad vznikl, a proto export takovému dokladu pošle jako datum pro DPH datum vystavení a původní datum plnění jen jako datum pro kontrolní hlášení, stejně jako u přijaté faktury. Takový doklad jde do pokladny i do DPH podle data vystavení a upozornění na něj nepřijde.
Samo o sobě to není chyba. Když ale období, do kterého spadá datum plnění, už máte v Pohodě uzavřené, doklad se nemusí založit, viz oddíl Pohoda: doklad spadá do už uzavřeného období DPH výš. U přijaté faktury je to ověřené, u pokladního dokladu zatím ne. Na ostatní případy, tedy příjmový doklad, pořízení z EU se samovyměřením daně a datum plnění pozdější než datum vystavení, vás upozorní export: u Pohoda XML a u jednoho dokladu ještě před stažením, u hromadného stažení ZIPu s přílohami až po něm. Upozornění dostanou účetní jednotky, které jsou plátcem DPH. U neplátce a identifikované osoby jde pokladní doklad do Pohody mimo evidenci DPH, takže se neukáže; výjimkou je pořízení z EU, u kterého se daň samovyměřuje, tam upozornění přijde i identifikované osobě.
Které z těch dvou dat srovnat, za vás nerozhodneme. Když má doklad patřit do měsíce, ve kterém jste ho vystavili, vraťte v detailu dokladu datum vystavení na datum z účtenky. Když má naopak zůstat v měsíci, na který jste ho přepsali, patří tam i datum plnění, jenže tím doklad přejde do jiného přiznání k DPH, a to už je účetní rozhodnutí. Obě data jdou změnit hromadně, ve stejném dialogu. Po úpravě stáhněte export znovu.
KASTNER Stereo: vydaná faktura má Celkem 0,00 a prázdnou tabulku DPH
Stereo si u vydané faktury bere částky jen z položek dokladu, hlavičkovou rekapitulaci při importu nečte. Starší export položky neposílal, takže doklad vznikl s nulou, přestože Stereo hlásilo, že import proběhl bez chyb. Stáhněte export z Čtení Faktur znovu, aktuální soubor položky nese. Doklad, který ve Stereu leží s nulovou částkou, se sám nepřepočítá: smažte ho a naimportujte z nového souboru.
Ze stejného důvodu se export vydaných faktur zastaví, pokud se u dokladu nepodařilo vytěžit položky nebo jejich součet nesedí na celkovou částku. Doplňte položky v detailu dokladu a export zopakujte. Odpočet zálohy Stereo nepřečte vůbec, faktura se naimportuje v částce před odpočtem a zálohu je potřeba odečíst ručně.
KASTNER Stereo: import pokladního CSV se zruší nebo doklady nemají číslo
Stereo při importu hlásí, že Číslo dokladu musí obsahovat jednoznačnou hodnotu. Pozor, předvolené tlačítko dialogu je Ne, takže Enter celý import zruší. Příčinou je starší pokladní CSV bez sloupce Číslo dokladu. Stáhněte export ze Čtení Faktur znovu, aktuální soubor už nese číslo dokladu, partnera, středisko i rozpis DPH a import projde bez dotazu.
Pohoda XML: „Nepodařila se validace dokumentu podle schématu“
Některé pole překračuje povolenou délku (typicky dlouhý název u faktur Meta nebo Facebook). Zkraťte údaj v detailu dokladu a exportujte znovu.
MRP Vizuální systém: „XML soubor neodpovídá XSD schématu“ (chyba C00CE014)
Používáte verzi starší než 8.90. Ta ještě nezná aktuální schéma XML 2.0 a doklad odmítne s hláškou, že element CountryCode je v elementu Identification neočekávaný. Aktualizujte MRP na verzi 8.90 nebo novější, poté import projde. Soubor ze Čtení Faktur měnit ani znovu stahovat nemusíte. Celý postup importu je v návodu Jak naimportovat fakturu do MRP.
ABRA Flexi: „Součet položek neodpovídá celkové částce“
Opravte řádky v detailu dokladu, aby seděl součet.
Pohoda: platba kartou se po importu ukáže jako „Příkazem“
Pohoda v ISDOC neumí formu úhrady kartou, použijte Pohoda XML.
Když si nevíte rady, pošlete nám problémový soubor (a u Pohody i response protokol), podíváme se na to.
Hlavička ISDOCu nesedí s rozpisem DPH, nebo Peppol žádá jinou částku
Týká se dokladů vyexportovaných před 24. 9. 2026. Haléřové zaokrouhlení je na dokladu vidět jen jako rozdíl mezi základem s daní a částkou k úhradě, takže se občas vytěžilo s opačným znaménkem nebo u dokladu, který ho má započítané už v rekapitulaci. Export takovou hodnotu přebíral, a projevilo se to dvěma způsoby:
- ISDOC: hlavička souboru (
TaxInclusiveAmount) se rozešla s rozpisem DPH v tomtéž souboru, a to přesně o dvojnásobek zaokrouhlení. Podle programu to skončilo buď odmítnutým importem, nebo tiše jinou celkovou částkou. - Peppol (UBL): částka k úhradě se z té hodnoty dopočítává, takže doklad znějící na 1 168,00 odešel s částkou k úhradě 1 168,96. Týkalo se to i dokladů v cizí měně.
Nově se zaokrouhlení srovnává podle aritmetiky samotného dokladu. Doklad nemusíte nahrávat znovu: stáhněte export znovu a naimportujte. Doklad, který v účetnictví už je, se sám nepřepočítá.
Co dál
Po opravě údajů exportujte doklad znovu a import zopakujte.
Související: Jak naimportovat fakturu do Pohody · Proč se položky slučují do jedné Souhrnné položky · Nejde přidat firmu nebo se aplikace odhlašuje