E-faktury pro správce: XRechnung a ZUGFeRD

Dodavatelská faktura putuje dvacet let stejnou cestou: přijde jako PDF do správcovy schránky, někdo z obrazovky přečte částku, přepíše ji do tabulky nebo účetního programu, PDF uloží do složky a doufá, že spolu obojí zůstane v souladu. Vynásobte to každou smlouvou na výtah, úklidovou firmou, pojistkou a jednorázovou opravou napříč celým portfoliem domů, a přepisování faktur je najednou pořádný kus kancelářské práce jedné Hausverwaltung, tedy německé správcovské firmy.

Tahle éra končí, ze zákona. Od ledna 2025 musí být každá německá firma schopná přijmout strukturovanou elektronickou fakturu u tuzemských transakcí mezi podnikateli, přičemž povinnost je vystavovat nabíhá postupně v letech 2027 a 2028. Správci nemovitostí do toho spadají zcela jasně: hospodaření s penězi domu je podnikání, dodavatelé jsou firmy a XML budou posílat stále častěji bez ohledu na to, jestli je přijímající strana připravená.

Většina textů to podává jako regulatorní zátěž. Je to přesně naopak. Povinnost nutí dodavatele posílat faktury ve strojově čitelném formátu, což znamená, že éra přepisování může skončit, pokud je příjem postavený správně. Tady je, co ty formáty doopravdy jsou a jak vypadá správný postup příjmu.

PDF už není faktura

E-faktura v právním smyslu není PDF s fakturou. Je to strukturovaný soubor odpovídající evropské normě EN 16931: prodávající, částky, data, platební údaje, všechno jako strojově čitelná pole. V Německu převládají dva formáty:

• XRechnung je čistá podoba: soubor XML úplně bez vizuální vrstvy. Otevřete ho v prohlížeči a uvidíte špičaté závorky. Je nečitelný záměrně, protože je určený strojům.
• ZUGFeRD (mezinárodně: Factur-X) je hybrid: normálně vypadající PDF s vloženým XML uvnitř. Člověk vidí fakturu, stroj vidí data. Podstatné je, že rozhodující je vložené XML, ne pixely.

Hybridní formát skrývá past, kterou je dobré znát. Faktura ZUGFeRD zpracovaná postaru, tedy tak, že ji člověk přečte očima z PDF a přepíše, potichu ignoruje strukturovanou vrstvu. Čísla na vizuální vrstvě a v XML by se měla shodovat, ale fakturou je ta strojově čitelná část. Postup, který se dotýká jen pixelů, zpracovává obrázek faktury a samotnou fakturu zahazuje.

Příjem, jak má být: přečti, ukaž, potvrď

Správný příjem má tři kroky a jen jeden z nich zahrnuje člověka.

Za prvé, dovnitř jde soubor, XML XRechnung nebo PDF ZUGFeRD, a stroj přečte strukturovaná pole: kdo ji poslal, číslo faktury, datum vystavení a splatnost, částky bez daně, daň a celkem, IBAN k úhradě. Žádné přepisování, žádné opisování čísel z obrazovky.

Za druhé, přečtená pole se vám ukážou v přehledné, člověku čitelné podobě. Nejvíc to platí u XRechnung, který bez tohoto kroku zůstane zdí XML, se kterou nikdo nic neudělá, ale platí to i u hybridů: co vidíte, je to, co datová vrstva skutečně říká, ne to, co zrovna zobrazuje PDF.

Za třetí, jednou potvrdíte a z faktury se stane rozpracovaný náklad v účetnictví domu, s přečtenou částkou a dodavatelem. Odtud žije běžný život nákladu: čeká na výpis z účtu, řádek platby se k němu naváže a stav se spočítá sám, tak jak to má u každého nákladu domu být.

Jeden soubor dovnitř, jedno potvrzení, jeden zaúčtovaný náklad. To je celá ruční plocha celého postupu.

Proč krok s potvrzením není volitelný

Férová otázka: když stroj přečte všechno, proč vůbec potvrzovat? Proč faktury neúčtovat automaticky ve chvíli, kdy dorazí?

Protože čtení je spolehlivé, ale odpovědnost delegovat nejde. Faktura může být strojově bezchybná a stejně špatná: duplicita, částka, která neodpovídá smlouvě, nikdy neobjednaná služba nebo rovnou podvod. Podvody s podvrženými platebními údaji jsou reálný a rostoucí jev a obrazovka s potvrzením je přesně místo, kde končí: přečtený IBAN stojí před člověkem, který ví, jaký účet měla výtahová firma odjakživa. Postup, který účtuje automaticky, odstřihne jediný okamžik, ve kterém se uplatní úsudek správce, a přesně za ten dům platí.

Proto je správný návrh záměrný: stroj obstará všechno čtení, člověk udělá jedno rozhodnutí. Cokoli automatičtějšího optimalizuje pryč právě to, o co jde.

Archivujte originál, ne jeho vykreslení

Německá pravidla pro uchovávání dokladů vyžadují archivaci faktur po dobu osmi let a platí tu stejná logika jako u hybridního formátu: uchovat se musí původní soubor, XML nebo hybridní PDF přesně tak, jak dorazil, ne snímek obrazovky, ne čitelné vykreslení, ne nový export. Vykreslení je pohodlí pro dnešek; originál je doklad pro kontrolora v sedmém roce.

Nástroj pro příjem má proto originál uložit neměnně, vedle nákladu, kterým se stal, a vždycky umět vrátit přesně ty bajty, které přišly. Pokud nástroj uložené faktury znovu generuje nebo „uklízí“, archivuje vlastní kresbu místo dokumentu.

Kam faktura putuje dál

Tichou odměnou za příjem faktur jako dat je všechno, co následuje potom. Potvrzený náklad vstoupí do řetězce transakcí domu, což znamená:

• Vlastníci ho vidí. Faktura zaujme své místo v seznamu dokladů domu, v Belegeinsicht, tedy v právu vlastníků nahlížet do dokladů, kde si ten, kdo prochází roční vyúčtování, může otevřít skutečný dokument za každým řádkem.
• Roční vyúčtování ho pohltí. Konec roku už nevyžaduje hon na faktury, protože každá dodavatelská faktura už leží v účetnictví zařazená do kategorie. Celý cyklus popisujeme v průvodci účetním rokem SVJ.
• Účetní dostane čistá data. Účetní export odnese náklad i s jeho kategoriemi daňovému poradci, přičemž původní dokument je kdykoli k vytažení.

Spočítejte lidské doteky za celou tu cestu: jeden. Faktura byla potvrzena jednou a každý pozdější konzument, vlastník, shromáždění, účetní, kontrolor, čte záznamy odvozené z toho jednoho potvrzeného faktu.

Co tu ještě není a proč přesto začít

Dva doručovací kanály na trhu ještě dozrávají: automatické načítání faktur přicházejících e-mailem a síť Peppol pro výměnu strukturovaných faktur. Dnes je spolehlivým základem nahrání: soubor s fakturou, ať se k vám dostal jakkoli, jde do nástroje a dál si to převezme výše popsaný postup.

Ten základ je už celá výhra. Cenou e-fakturace nikdy nebylo kliknutí na nahrání, ale přepisování, rozjeté složky a hon na faktury každý leden. Ty skončí ten den, kdy XML místo vás začne číst software. Povinnost donutila dodavatele odvést tu těžší polovinu; přijímací polovina je teď věcí volby.