Souhrnná faktura stavebnin: zakázky, PDP a KH

Souhrnná faktura od stavebnin se má pro účetní kontrolu zpracovat po řádcích, pokud kombinuje více dodacích listů, zakázek, středisek nebo režimů DPH. Praktická tabulka má u každého řádku držet číslo DL, text položky, částku, sazbu DPH, příznak PDP, oddíl kontrolního hlášení a AKCE nebo zakázku, aby šla faktura zkontrolovat před importem do účetního systému.

Jinými slovy: u jednoduché faktury na jednu stavbu může stačit běžný postup podle celkové částky a členění DPH. Jakmile ale měsíční souhrnná faktura stavebnin zahrnuje materiál, montáž, několik stavenišť a režim přenesené daňové povinnosti, rozúčtování zakázek a PDP už nevznikne spolehlivě z hlavičky dokladu. Musí vzniknout z řádků.

Problém není v tom, že by souhrnný doklad byl sám o sobě zvláštní účetní exotika. Problém je v koncentraci informací. Na jednom PDF bývá hlavička faktury, několik stran položek, desítky dodacích listů, rozdílná data dodání, položky pro různé stavby a někdy i kombinace běžného režimu DPH s textem typu "daň odvede zákazník". Když se to celé zaúčtuje jen jedním součtem, ztratí se vazba na dodací list, místo spotřeby materiálu, zakázková analytika i podklad pro kontrolní hlášení.

To je jiný typ práce než digitalizace paragonů PHM do účetnictví, kde účetní většinou řeší menší doklad, jednodušší rozsah polí a jiný důkazní kontext. U souhrnné faktury stavebnin je klíčové neztratit řádkovou logiku. Doklad může mít jednu splatnost a jedno číslo faktury, ale účetně se rozpadá podle DL, AKCE, střediska, sazby DPH a režimu plnění.

Co z PDF musí přežít do řádkové tabulky

Typická souhrnná faktura od stavebnin nebo půjčovny techniky má dvě vrstvy. První je hlavička: dodavatel, DIČ, evidenční číslo dokladu, období, DUZP, splatnost a celkové součty. Druhá vrstva je pracovní část dokladu: dodací listy, data dodání, texty položek, množství, jednotky, ceny, sazby DPH, případně poznámky k PDP. Právě tato druhá vrstva se při ručním účtování ztrácí nejrychleji.

Číslo DL je pro stavební účetnictví často praktičtější klíč než samotný řádek faktury. Spojuje fakturu s příjmem materiálu, staveništěm, objednávkou, poznámkou stavbyvedoucího nebo interním mapováním na AKCE. Pokud se číslo dodacího listu nevytáhne do samostatného sloupce, účetní později dohledává, proč se beton, izolace, spojovací materiál nebo pronájem techniky dostal právě na danou zakázku.

Pracovní tabulka pro extrakci řádků faktury od stavebnin by měla mít aspoň tyto sloupce:

• dodavatel, číslo faktury, DUZP a období,
• číslo DL a zdrojová stránka PDF,
• text položky, množství, jednotka, základ daně a sazba DPH,
• příznak PDP nebo text "daň odvede zákazník",
• CZ-CPA nebo interní kategorie, pokud je z dokladu nebo z procesu dostupná,
• oddíl kontrolního hlášení,
• AKCE nebo zakázka, středisko, předkontace nebo účet,
• poznámka ke kontrole.

V Excelu může zkrácený kontrolní výřez vypadat třeba takto:

• DL 241087, beton C25/30, základ 18 400 Kč, DPH 21 %, PDP ne, KH B.2, AKCE 2310 Bytový dům A, kontrola součtu na DL.
• DL 241102, montáž překladů, základ 12 900 Kč, DPH 0 %, PDP ano, KH B.1, AKCE 2310 Bytový dům A, ověřit text PDP.
• DL 241145, pronájem vibrační desky, základ 3 200 Kč, DPH 21 %, PDP ne, KH B.3, AKCE doplnit, chybí stavba.

Ten poslední sloupec není formalita. U souhrnné faktury se běžně objeví řádky, kde dodavatel neuvede projektový kód, text položky je příliš obecný nebo není jasné, zda jde o materiál, montáž, dopravu, půjčovné či kombinaci. Lepší výstup označí sporný řádek k ruční kontrole, než aby se tvářil, že všechno jde automaticky rozhodnout z popisu položky.

V praxi tu dává smysl extrakce dat z faktur do Excelu, pokud výsledkem není jen seznam hlaviček faktur, ale řádkový spreadsheet pro účetní kontrolu. Invoice Data Extraction k tomu používá jednoduchý postup: uživatel nahraje faktury, popíše v promptu požadované sloupce a stáhne strukturovaný Excel, CSV nebo JSON. Pro kontrolu je důležité i to, že výstup obsahuje referenci na zdrojový soubor a stránku, takže se dá sporný řádek rychle porovnat s původním PDF.

PDP a kontrolní hlášení se rozhodují na úrovni položky

U stavební souhrnné faktury nestačí rozhodnout, že celý doklad je buď v běžném režimu, nebo v přenesené daňové povinnosti. Jeden dodavatel může na stejné faktuře vyúčtovat materiál, dopravu, montáž, půjčovné a práci v režimu PDP. Pro účetní kontrolu proto musí být u každého řádku jasné, jestli jde o běžné tuzemské plnění, nebo o přijaté plnění v režimu přenesené daňové povinnosti.

Praktické rozhodování stojí na několika údajích vedle sebe: text položky, sazba DPH, základ daně, příznak nebo věta "daň odvede zákazník", případný kód či interní kategorie a vazba na dodací list. Samotný text položky bývá slabý důkaz. "Montáž", "doprava" nebo "kompletace" mohou vypadat podobně, ale účetní dopad se řídí obsahem plnění a tím, jak je doklad vystaven.

Podle metodické informace Finanční správy ke kontrolnímu hlášení DPH se v kontrolním hlášení používá B.1 pro přijatá plnění v režimu přenesené daňové povinnosti, kód 4 pro stavební a montážní práce, B.2 pro přijatá tuzemská plnění nad 10 000 Kč včetně daně a B.3 pro přijatá plnění do 10 000 Kč včetně daně. Širší kontext k vykazování shrnuje také přehled českého kontrolního hlášení k DPH, ale při práci se souhrnnou fakturou je rozhodující, aby tabulka neslila PDP a běžné řádky dohromady.

Tento postup nenahrazuje daňové posouzení sporného stavebního plnění. Řeší datovou strukturu, bez které se takové posouzení dělá špatně. Pokud dodavatel označí řádek nejasně nebo je na dokladu rozpor mezi textem, sazbou a PDP poznámkou, lepší je označit položku k ověření a vyžádat si vysvětlení nebo opravený doklad. Jednostranné "překlopení" řádku v účetní tabulce bez opory v dodavatelském dokladu jen přesune problém do DPH a kontrolního hlášení.

Jak přiřadit řádky na AKCE, zakázky a střediska

Nejjednodušší souhrnná faktura má jednu stavbu, jedno středisko a jednu zakázku. V takovém případě je AKCE spíš kontrolní údaj než složité rozúčtování. Jakmile ale dodavatel vyúčtuje měsíční odběry pro několik staveb najednou, stejný doklad se musí rozpočítat po řádcích. Projektová marže se nerozbije fakturou jako celkem, ale tím, že se jednotlivé DL nebo položky přiřadí na špatné místo.

Zdroj přiřazení nemusí být vždy samostatný sloupec "zakázka" na faktuře. Někdy je kód AKCE přímo na dodacím listu. Jindy ho účetní odvodí z čísla objednávky, adresy dodání, poznámky stavbyvedoucího, skladové výdejky nebo interní tabulky, která mapuje staveniště na projekty. Proto má mít výstupní tabulka zvlášť číslo DL, místo nebo poznámku dodání, AKCE/zakázku, středisko a poznámku ke kontrole.

Prázdná AKCE není důvod shodit řádek do režie. Je to signál, že se má řádek vrátit ke kontrole. U materiálu za pár set korun to může vypadat jako drobnost, ale u opakovaných měsíčních faktur se špatné rozúčtování nasčítá do nákladů stavby a zkreslí marži. Stejné pravidlo platí pro půjčovny techniky, bednění nebo dopravu, kde faktura často pokrývá více míst výkonu.

Pokud faktura pokrývá víc projektů, pomůže držet se stejného principu jako při rozúčtování dodavatelské faktury mezi více stavebních zakázek: účetní rozhodnutí má být na nejnižší rozumné úrovni detailu. Někdy je tou úrovní řádek faktury, někdy celý dodací list, ale málokdy jen celková částka na první straně PDF.

Pohoda, Money S3, ABRA Flexi a Helios potřebují stejný mezikrok

Každý účetní systém pojmenovává cílová pole trochu jinak, ale mezikrok je stejný: před importem nebo ručním zaúčtováním musí existovat čistá řádková tabulka. Pohoda pracuje se zakázkami a členěním DPH, Money S3 se zakázkami a středisky, ABRA Flexi a Helios zase podle konkrétní implementace používají kombinaci střediska, zakázky, činnosti, předkontace a importních polí. Bez připravených řádků se ale v každém systému řeší stejný problém ručně.

Tabulka nemá nahradit účetní rozhodnutí. Má připravit hodnoty, které účetní nebo importní rutina potřebuje zkontrolovat: číslo faktury, DUZP, DL, text položky, základ, sazbu DPH, PDP příznak, AKCE/zakázku, středisko a případnou předkontaci. U zpracování měsíčních faktur od půjčovny techniky je to stejně důležité jako u stavebnin, protože jeden doklad může pokrývat několik staveb, období pronájmu a míst použití.

PDP je typický důvod, proč řádková příprava nemůže skončit jen u částek. Podle nastavení systému se přijaté plnění v přenesené daňové povinnosti může promítnout do zvláštního režimu DPH, interního dokladu nebo samostatné kontroly. V každém případě musí u řádku zůstat základ daně, DUZP, vazba na doklad a informace, že jde o PDP. Pokud se tato informace drží jen v poznámce na první straně PDF, při importu se snadno oddělí od položek, kterých se týká.

Invoice Data Extraction se v tomto kroku hodí jako příprava tabulky, ne jako náhrada účetního systému. Uživatel může v promptu popsat, že chce z faktury vytáhnout číslo DL, zdrojovou stránku, položku, základ, sazbu DPH, PDP příznak, AKCE, středisko a poznámku ke kontrole, a stáhnout výstup jako Excel, CSV nebo JSON. Přímý import a jeho pravidla pak zůstávají věcí konkrétního nastavení Pohody, Money S3, ABRA Flexi nebo Heliosu.

Kontrolní sloupce, které zachytí chyby před zaúčtováním

U souhrnné faktury materiál a montáž PDP je nejhorší kombinace tichá chyba. Faktura se zaúčtuje, součet sedí, ale o měsíc později se ukáže, že část řádků měla jiný oddíl kontrolního hlášení, jiný kód AKCE nebo neověřený dodací list. Proto má pracovní tabulka obsahovat i sloupce, které nejsou určeny k importu, ale ke kontrole.

Praktické kontrolní příznaky mohou být jednoduché:

• chybí číslo DL,
• chybí AKCE nebo zakázka,
• chybí středisko,
• PDP příznak je nejasný,
• sazba DPH nesedí k typu plnění,
• řádek nemá zdrojovou stránku,
• součet řádků nesedí na základ nebo celkovou částku faktury,
• předkontace je prázdná nebo sporná.

Tyto sloupce pomáhají oddělit běžné řádky od těch, které potřebují lidské rozhodnutí. Účetní pak nemusí přepisovat dvacet až čtyřicet stran faktury, ale projde jen položky, které mají důvod k zastavení. U opakovaných dodavatelů se navíc postupně ukáže, kde jsou pravidelné slabiny: chybějící kód stavby, různě psané místo dodání, stejný materiál účtovaný na více středisek nebo nejasné označení montáže.

Dopad chyby je různý podle sloupce. Špatný oddíl KH může vést k opravám a výzvám přes datovou schránku. Špatně přiřazená zakázka zkreslí marži stavby. Chybějící DL komplikuje vazbu na sklad nebo staveništní evidenci. A pokud se běžný materiálový řádek smíchá s PDP položkou, účetní kontrola DPH se opírá o data, která už neodpovídají původnímu dokladu.

Praktický postup pro další souhrnnou fakturu

U další souhrnné faktury stavebnin do účetnictví začněte tím, že si ponecháte originální PDF jako kontrolní podklad. Potom vytěžte řádky do tabulky tak, aby každý řádek nesl číslo DL, zdrojovou stránku, text položky, základ, sazbu DPH, případný PDP příznak, AKCE nebo zakázku, středisko a poznámku ke kontrole.

Následně projděte jen rozhodovací sloupce. Doplňte chybějící AKCE podle dodacího listu, objednávky, adresy stavby nebo potvrzení od stavbyvedoucího. Oddělte běžný režim od PDP. Přiřaďte pracovní oddíl kontrolního hlášení, zkontrolujte součty proti hlavičce faktury a označte řádky, které potřebují dotaz na dodavatele nebo interní schválení.

Až po těchto kontrolách má smysl data importovat nebo přepsat do účetního systému. Tady jde o datový mezikrok, ne o právní posouzení sporných stavebních plnění; bez něj se následné účtování dělá zbytečně naslepo.

Největší úspora není v tom, že by účetní přestala fakturu kontrolovat. Úspora je v tom, že už nemusí ručně vytvářet řádkovou tabulku z dvaceti až čtyřiceti stran PDF. U promptově řízené extrakce v Invoice Data Extraction lze zadat požadované sloupce, stáhnout strukturovaný výstup a věnovat čas hlavně sporným položkám, kde je účetní úsudek opravdu potřeba.