Digitalizace paragonů PHM do účetnictví (Pohoda, Money S3)

Digitalizace paragonů PHM do účetnictví znamená převedení měsíčního stohu termálních účtenek z čerpacích stanic na strukturovanou tabulku, kterou účetní importuje do Pohody nebo Money S3. Tabulka nese pole dodavatel, DIČ, evidenční číslo dokladu, datum, celková částka, sazba DPH a vypočtená výše DPH, podle potřeby doplněné o SPZ vozidla, typ paliva a litry. Paragony do 10 000 Kč včetně daně se v kontrolním hlášení vykazují souhrnně v části B.3 za celé období, ne jednotlivě, a u smíšeně užívaných vozidel kategorie M1 plátce uplatňuje 80% paušální odpočet DPH na vstupu — se zpětnou úpravou, pokud se skutečný poměr služebního a soukromého použití za rok odchýlí o více než 10 procentních bodů od deklarovaných 80 %.

Tyto tři údaje drží celý workflow pohromadě: schéma tabulky určuje, co účetní z paragonu vytěží, hranice 10 000 Kč rozhoduje, kam doklady spadnou v kontrolním hlášení, a 80% paušál určuje, kolik z DPH se uplatní na vstupu. Vše ostatní v tomto článku jsou provozní detaily těchto tří pravidel — pragmatika zjednodušeného daňového dokladu z pohledu kupujícího, kniha jízd jako protějšek tabulky paragonů, importní cesty do účetních systémů a uzávěrkové vykázání. Článek je psaný pro účetní a OSVČ, kteří §30a, §75 a kontrolní hlášení znají z praxe — neopakuje výklad zákona, vrací se k němu jen v okamžiku, kdy se to dotýká rozhodnutí účetní u dávky na stole.

Paragon z čerpací stanice — Benziny, MOL, Shellu, Orlenu, OMV — je zjednodušený daňový doklad podle §30a. Aby založil nárok na odpočet, musí nést pět údajů:

• DIČ dodavatele (provozovatele stanice nebo jeho českého zástupce),
• evidenční číslo dokladu (typicky pořadové číslo pokladny v daný den),
• datum vystavení,
• celkovou částku včetně daně,
• sazbu DPH (u PHM základní 21 %).

Co paragon naproti tomu nenese, je pro účetní stejně důležité. Neobsahuje DIČ odběratele — proto klient (kupující) na účtence nefiguruje a paragon nelze párovat s konkrétním plátcem standardní cestou kontrolního hlášení. Neobsahuje samostatně vyčíslený základ daně a samostatně DPH — uvádí jen celkovou částku a sazbu, a účetní si oba údaje musí dopočítat z těchto dvou hodnot. A platí v něm hranice 10 000 Kč včetně daně: dokud paragon tuto sumu nepřekročí, jde o zjednodušený daňový doklad a vykazuje se souhrnně; nad touto sumou by paragon musel mít náležitosti plnohodnotného daňového dokladu (včetně identifikace odběratele), což paragon z pokladny čerpací stanice typicky nesplňuje. To je důvod, proč u tankování nad 10 000 Kč doporučujeme klientovi nechat si na pumpě vystavit plnohodnotný daňový doklad, ne paragon.

Druhý provozní detail, který účetní zná z vlastní zkušenosti: termální tisk vyblednutí. Paragon vytištěný na čerpací stanici v lednu je v červnu často nečitelný, v září je z něj prázdný proužek. Pro nárok na odpočet a pro obstání při kontrole je proto digitalizace paragonů PHM pro účetní v okamžiku převzetí — typicky scanem nebo fotem v aplikaci klienta hned po tankování — nikoli volba, ale provozní nutnost. Bez ní účetní u kontroly Finanční správy obhajuje doklady, které už fyzicky neexistují.

Tato situace se týká klientů, kteří tankují za hotové nebo platební kartou a sbírají jednotlivé paragony. Pokud klient používá firemní fleet kartu (CCS, UTA, DKV, Shell, MOL) a dostává místo stohu paragonů jeden souhrnný měsíční výpis za všechna tankování, jedná se o jiný workflow s jinými nároky na zpracování — výpis je jeden plnohodnotný daňový doklad, ne dávka zjednodušených, a importní cesta vede přes jiné formáty. Detailněji to pokrývá zpracování měsíčních výpisů z fleet karet PHM; zbytek tohoto článku se věnuje té většinové variantě — stohu jednotlivých paragonů, který účetní převádí na strukturovanou tabulku.

Z paragonu do strukturované tabulky — schéma sloupců, které účetní potřebuje

Schéma tabulky je věc, na kterou se v české SERPě k tomuto tématu špatně hledá konkrétní odpověď — vendor pages mluví obecně o digitalizaci, regulační portály mluví obecně o §30a, a řádkové schéma, do kterého účetní reálně vytěží padesát paragonů z měsíční dávky, se musí každá účetní firma rekonstruovat sama. Schéma, které funguje pro Pohodu i Money S3 i pro vlastní excelovou evidenci, vypadá v pořadí, ve kterém ho účetní využívá, takto:

• Dodavatel — název čerpací stanice tak, jak se otiskl na paragonu (například "Benzina Brno, Olomoucká 12"), případně doplněný o brand operátora (Benzina, MOL, Shell, Orlen, OMV) pro pozdější pivot podle sítě.
• DIČ dodavatele — formát CZ + osmimístné nebo desetimístné číslo, načtené z hlavičky paragonu.
• Evidenční číslo dokladu — pořadové číslo pokladny, obvykle v patičce paragonu.
• Datum vystavení — datum tankování, typicky shodné s datem uskutečnění zdanitelného plnění (DUZP).
• DUZP — vyplnit jen tehdy, je-li odlišné od data vystavení; u běžného paragonu z pokladny je to identické.
• Celková částka — suma včetně daně, jak ji uvádí paragon.
• Sazba DPH — u PHM 21 %.
• Vypočtená výše DPH — derivace z celkové částky a sazby (níže).
• SPZ vozidla — pokud paragon obsahuje (řidič ji typicky zadává na pumpě pro flotilové reporty), užitečná pro spárování s knihou jízd v dalším kroku.
• Typ paliva — Natural 95, diesel, AdBlue, případně Natural 100; relevantní pro provozní analytiku, ne pro DPH.
• Litry — objem nákupu; relevantní pro kontrolu spotřeby a sesouhlasení s pojezdy.

Vzorový řádek z typického paragonu z Benziny Brno-Olomoucká vypadá ve výstupu takto: dodavatel "Benzina Brno, Olomoucká 12", DIČ "CZ60193328", evidenční číslo "2024/03/14-0427", datum "2024-03-14", celkem 1 247 Kč, sazba 21 %, vypočtená DPH 216,53 Kč, SPZ "5A2 1234", palivo "Natural 95", 24,7 litru. Pravdivost čísel u tohoto vzoru není smyslem; smyslem je ukázat, jaký řádek si účetní z paragonu odnese a v jakém pořadí ho má v tabulce před sebou.

K derivaci DPH částky: paragon z čerpací stanice obvykle tiskne celkovou částku a sazbu, ale neuvádí základ daně a DPH zvlášť. Vzorec pro výpočet je provozně jednoduchý — DPH = celkem × sazba ÷ (100 + sazba). Pro paragon 1 247 Kč při sazbě 21 % vychází DPH 1 247 × 21 ÷ 121 = 216,53 Kč, základ daně tedy 1 030,47 Kč. Tato dvojice (základ a DPH) je to, co účetnictví potřebuje pro zápis 501/325 a co kontrolní hlášení sčítá v souhrnu B.3.

Důvod, proč mít schéma písemně a držet ho mezi dávkami konstantní, je provozní. Klient pošle padesát paragonů, půlka je z mobilu vyfocená šikmo přes palubku, několik je z teplotně poškozených úseků léta sotva čitelných, a každý paragon je v desetinné fragmentech jiný. Bez schématu se z dávky stane padesát ručních přepisů do Pohody — což je při průměrné minutě a půl na paragon hodina a čtvrt měsíčně na jednoho klienta, a u účetní firmy s dvaceti PHM klienty dvacet pět hodin čistého opisu. Schéma proti tomu staví strukturu, do které vytěžení paragonů z čerpaček padne ve formě, kterou účetní rovnou používá.

Pro převod stohu paragonů do tabulky podle tohoto schématu používá rostoucí počet účetních firem automatické vytěžování paragonů PHM do tabulky — účetní popíše požadovaná pole v promptu vlastními slovy (například "extrahuj dodavatel, DIČ, evidenční číslo dokladu, datum, celkem, sazba DPH, vypočtená DPH, SPZ, palivo, litry; jeden řádek na paragon"), nahraje dávku PDF a fotek z mobilu — podporované jsou PDF, JPG i PNG, jedna dávka přijme až 6 000 souborů — a stáhne strukturovaný Excel, CSV nebo JSON podle volby. Stejný prompt funguje pro 10 i pro 500 paragonů, takže schéma zůstává konstantní mezi měsíci i mezi klienty, a hotový převod účtenek z čerpacích stanic do tabulky pak putuje rovnou do importního kroku pro Pohodu nebo Money S3.

Schéma má jeden přidaný efekt, který stojí za pojmenování. Tabulka v podobě zjednodušeného daňového dokladu do Excelu (jeden řádek na paragon, čisté typy v Excelu) je formát, ve kterém účetní firmy reálně archivují roční evidenci PHM nákupů. Když po dvou letech přijde kontrola Finanční správy a chce vidět evidenci paragonů PHM za rok 2024, účetní otevírá tabulku, ne škatuli s vyblednutým termálním tiskem. To je ten samý pattern, kterým funguje obecný workflow vytěžování účtenek do Excelu napříč dalšími typy účtenek — paragony PHM jsou jen jeho česká specializace s několika daňovými poli navíc.

80 % odpočet DPH z PHM v praxi — koeficient, posouzení, zpětná úprava

Rozhodnutí mezi 100% a 80% odpočtem se nedělá u jednotlivého paragonu, ale u vozidla. Pokud klient užívá vozidlo výhradně k ekonomické činnosti — což musí doložit knihou jízd, ve které jsou všechny pojezdy služební — uplatňuje plný 100% nárok na odpočet DPH ze všech paragonů PHM, které k tomuto vozidlu patří. Pokud klient užívá vozidlo i k soukromým účelům, vstupuje do režimu 80% paušálního odpočtu pro vozidla v smíšeném použití. Všechny paragony spárované s daným vozidlem dědí jeho režim; účetní u dávky 47 paragonů nerozhoduje pro každý zvlášť, rozhoduje na úrovni SPZ a režim aplikuje na celou skupinu.

Předpokladem 80% paušálu je prohlášení o smíšeném použití — plátce předem deklaruje, že vozidlo bude užíváno i soukromě, a tím si volí paušál místo evidenční metody, kdy by jinak musel vést denní oddělenou evidenci služebních a soukromých pojezdů a krátit DPH skutečným poměrem za každé období. Paušál je výrazně levnější na obsluhu; cenou je akceptace 20% odpočtu napevno bez ohledu na to, kolik vozidlo soukromě skutečně pojede. To je rozhodnutí, které účetní s klientem dělá jednou ročně, ne při zpracování měsíční dávky paragonů.

V praxi 80% paušál žije buď v krácení DPH na vstupu — paragony PHM vstupují na řádek 40 přiznání k DPH s kráceným nárokem, kde plátce uplatňuje pouze 80 % vypočtené DPH — nebo se promítne do účetního zápisu rozdělením 501.AÚ mezi daňově účinné a daňově neúčinné výdaje. Česká účetní praxe preferuje krácení DPH na vstupu, protože vede k čistšímu zápisu a k přímému souladu mezi tabulkou paragonů a řádkem 40 přiznání. Rozdělení 501.AÚ se používá tam, kde klient evidence DPH neřídí přes paušál, ale přes skutečnou poměrnou metodu, což je u PHM výjimečné.

Konkrétně na řádku z minulé sekce: paragon na 1 247 Kč celkem, sazba 21 %, vypočtená DPH 216,53 Kč. U vozidla v smíšeném použití má klient nárok na odpočet 173,22 Kč (80 % z 216,53), zbylých 43,31 Kč zůstává v daňově neuznatelné části — nevstupuje na řádek 40, ale rozpouští se v nákladovém zápisu spolu se základem daně. Pro celou dávku padesáti paragonů provede účetní totéž — vynásobí sloupec vypočtené DPH koeficientem 0,8 a získá řádek 40 sumu pro krácený nárok 80 % odpočet DPH z PHM.

Roční zpětná úprava je mechanismus, který paušál drží poctivý. Pokud se skutečný poměr služebního a soukromého použití za zdaňovací období odchýlí o více než 10 procentních bodů od deklarovaného 80% paušálu, plátce v posledním zdaňovacím období roku provede vyrovnání odpočtu. Hranice se počítá oběma směry: klient, který v deklaraci uvedl 80 % služebního použití a ve skutečnosti vozidlo používal 65 % služebně (15 procentních bodů pod deklarací), zpětnou úpravu provede; klient, který skončil na 75 % (5 procentních bodů pod deklarací), úpravu neprovádí. Stejně to platí směrem vzhůru — vyšší skutečný podíl než deklarovaný spouští úpravu ve prospěch plátce.

Pro účetní firmu z toho vyplývá konkrétní provozní povinnost: bez tabulky paragonů spárované s knihou jízd není čím změřit, jaký byl skutečný poměr za rok. Před prosincovým přiznáním účetní potřebuje sečíst všechny pojezdy z knihy jízd, rozdělit je na služební a soukromé kilometry, spočítat skutečný procentuální podíl, porovnat s deklarovaným paušálem 80 % a podle odchylky vyhodnotit, zda úprava odpočtu je nutná. Tabulka paragonů sama o sobě tuto otázku nezodpoví; odpověď leží v párování s knihou jízd.

Kniha jízd jako spárovaný protějšek tabulky paragonů

Kniha jízd musí pro každý zápis nést šest údajů: datum jízdy, účel jízdy, místo odjezdu a místo cíle, stav tachometru na začátku a konci jízdy, ujeté kilometry a identifikaci řidiče. Pokud kterýkoli z těchto údajů chybí, jízda v evidenci stojí na vratké noze a při kontrole Finanční správy se otevírá otázka, zda byla služební. U jízd se stejným pravidelným profilem (denní cesta z bydliště do provozovny) lze obsah zjednodušit do typového zápisu, ale i ten musí každý jednotlivý den nést datum, kilometry a tachometr.

Vedení knihy jízd má dvě praktické varianty. První je ruční evidence — papírová kniha jízd nebo excelová tabulka, kterou řidič vyplňuje po každé jízdě nebo na konci dne. Cenou této varianty je trvalé riziko zapomenutých nebo dodatečně rekonstruovaných zápisů, které u kontroly nevypadají dobře, a vyšší pravděpodobnost nesouladu mezi tachometrem na papíře a stavem na vozidle. Druhou variantou je elektronická kniha jízd s GPS jednotkou — systém zaznamenává každou jízdu automaticky, eviduje km, čas a trasu, a do účetnictví ji účetní exportuje v měsíčním datovém souboru. Cenou této varianty je nutnost průběžné kategorizace každé zaznamenané jízdy jako služební nebo soukromé — buď přímo ve vozidle přepínačem, nebo dodatečně ve webovém rozhraní — a manuální dokorrekce výjimek (servisní pojezd, předání vozu, jízda jiného řidiče).

Spárování knihy jízd s tabulkou paragonů PHM je provozní mechanismus, kterým účetní obstojí při kontrole. Každý paragon je důkazem nákupu PHM v konkrétní den na konkrétní stanici; každá jízda v knize jízd je důkazem ekonomického použití toho paliva. Finanční správa při kontrole tankování pohlíží na soulad obou — tabulka paragonů ukazuje datum, čas a místo nákupu, kniha jízd ukazuje pojezdy daného dne a dnů kolem. Typická kontrolní otázka zní: tento paragon z Brna-Olomoucké ze 14. března za 1 247 Kč, kde bylo vozidlo ten den a předchozí dny, sedí čerpání s jízdou, sedí množství litrů s ujetými kilometry a deklarovanou průměrnou spotřebou.

Rozkol mezi paragonem a knihou jízd je signál, který účetní nemůže ignorovat. Paragon z místa, kam kniha jízd toho dne nezaznamenala jízdu, znamená buď chybějící záznam (řidič jízdu nezapsal nebo GPS jednotka vypadla), nebo soukromé použití, které prošlo evidencí jako služební. Ani jedno není pozice, ze které účetní obhajuje plný 100% nárok na odpočet — paragon bez doložené služební jízdy v knize jízd zpochybňuje právě tu ekonomickou souvislost, kterou §75 a kniha jízd a paragony PHM dohromady prokazují. U vozidla v 80% paušálu je riziko obhájitelnější (paušál pokrývá smíšené použití přímo svou konstrukcí), u vozidla ve 100% režimu je každý nespárovaný paragon problém.

Provozně z toho plyne jedno doporučení: měsíční sesouhlasení tabulky paragonů s knihou jízd dělejte v okamžiku zpracování dávky, ne až při sestavení přiznání nebo při kontrole. Spárování čerstvě po měsíci, kdy řidič ještě ví, kde byl a proč, je výrazně levnější než zpětná rekonstrukce po roce, kdy je vozidlo dávno na jiných pojezdech, řidič si nepamatuje, a paragon je v boxu pod stolem. Schéma tabulky z minulé sekce (SPZ, datum, místo nákupu) je k tomuto sesouhlasení postavené přímo — pivot podle SPZ a datumu vrátí účetní dávku jednoho vozidla, kterou má proti řádkům knihy jízd položit.

Naúčtování — import do Pohody, Money S3, iDokladu a Fakturoidu

Tabulka paragonů PHM má z účetního pohledu jeden hlavní účel: vstoupit do účetního systému jako řada zápisů, ne jako padesát ručních přepisů. Cesty se liší podle toho, který systém klient používá, a co každý z nich nativně přijímá. Stejná importní logika se vrací i u jiných souhrnných dodavatelských dokladů; u stavebnin místo SPZ a litrů řeší účetní hlavně rozúčtování souhrnné faktury stavebnin na zakázky a PDP.

Pohoda (Stormware) je v České republice nejčastější destinace u SME klientů a u účetních firem s portfoliem osvč. Pohoda nemá nativní OCR pro paragony — paragony se do ní nedají hodit jako PDF a počkat. Co Pohoda akceptuje, je strukturovaný import přes XML schéma (její vlastní formát pro výměnu dat) nebo přes ISDOC. Tabulka paragonů z předchozího kroku se musí transformovat do struktury, kterou Pohoda očekává: typicky doklady do agendy Pokladna, typ dokladu příjem/výdej (u paragonů PHM výdaj z pokladny nebo z banky podle způsobu úhrady), předkontace 501/325 pro výdaj na PHM a 325/221 pro úhradu z pokladny nebo banky. Pro klienty s CCS-typem dodávek má Pohoda zavedené automatické scénáře (například přes Dativery Rossum-for-Pohoda nebo přímou integraci s některými fleet poskytovateli), ale obecná měsíční dávka paragonů z různých čerpaček přes ně neprochází — pro ni je transformace tabulky do XML jediná cesta.

Money S3 (Solitea/Seyfor) má od verze v25.400+ modul Účtenky integrovaný s iDokladem. Klient vyfotí paragon mobilní aplikací iDokladu, ten ho zpracuje, a Money S3 ho stahuje zpět jako účtenku k zaúčtování. Alternativně Money S3 přijímá ISDOC a CSV importy, kterými lze nahrávat dávky strukturované podle vlastního schématu. Pro účetní s objemem několika málo paragonů za měsíc je fotografický workflow přes iDoklad provozně snesitelný; pro účetní firmu, která zpracovává naúčtování paragonů PHM napříč desítkami klientů a stovkami dokladů měsíčně, je rychlejší dávkový import strukturované tabulky než klikání přes mobilní aplikaci.

iDoklad sám o sobě slouží jako mezistanice. Klient nebo účetní nahraje paragony do iDokladu (web nebo aplikace), schválí extrakci jednotlivých polí, a iDoklad pak nabízí XML export do Pohody nebo do Money S3. Pro klienta, který už iDoklad používá k vlastní fakturaci, je to nejlevnější přidaná funkčnost — paragony PHM do Money S3 protékají přirozeně. Pro účetní firmu s několika klienty, kde každý žije ve svém prostředí, bývá efektivnější vytěžit dávku paragonů mimo iDoklad a importovat do cílového systému přímo.

Fakturoid je posledním z velkých českých účetních cloudů a má funkci Výdaje, do které lze paragony evidovat. Ekosystém Fakturoidu je ale orientován primárně na vystavování faktur a klientskou agendu, ne na hromadné zpracování dávek paragonů z čerpaček. Pro klienta, který Fakturoid používá jako primární účetní nástroj (typicky OSVČ a freelanceři), vstupy paragonů PHM se obvykle vedou ručně přes Výdaje, nebo přes provázanou externí evidenci, ze které se do Fakturoidu pouze nasává součet pro daňové přiznání. Pro účetní firmu, která Fakturoid obsluhuje za klienta, platí stejné pravidlo — větší dávky paragonů přes něj efektivně neprotečou.

Závěr napříč všemi čtyřmi systémy: import paragonů PHM je mechanická operace, pokud tabulka z vytěžovacího kroku je strukturovaná podle schématu, které cílový systém přijímá. Tabulka, která má všechna pole z předchozí sekce v konstantním pořadí a v konstantních datových typech, se do kteréhokoli z nich transformuje skriptem nebo XML mapováním v řádu hodiny práce na klienta při prvním nasazení a v řádu minut měsíčně dále. Bez čistého schématu z předchozího kroku se import naopak zvrhne v opravy datových typů, neshody DIČ a ruční dorovnávky — což je ten samý čas, který účetní strávila ručním přepisem, jen v jiném okně.

DPH na vstupu, řádek 40 přiznání a část B.3 kontrolního hlášení

V přiznání k DPH vstupují paragony PHM na řádek 40 — nárok na odpočet daně v plné nebo krácené výši podle režimu vozidla. Vozidla výhradně pro ekonomickou činnost uplatňují plný nárok (100 % vypočtené DPH ze všech paragonů PHM toho vozidla), vozidla v 80% paušálu uplatňují krácený nárok (80 % vypočtené DPH). Detail mechanismu je v sekci o 80% paušálu výše; tady se vrací do hry jen jako vstupní hodnota pro řádek 40.

Kontrolní hlášení je místo, kde se paragony PHM chovají jinak než plnohodnotné daňové doklady, a kde tabulka z předchozích kroků dělá nejvíc užitku. Pravidlo, podle kterého se postupuje, formuluje Finanční správa takto: pokud hodnota plnění uvedená na jednom daňovém dokladu (paragonu) nepřesáhne částku 10 000 Kč včetně daně, uvedou se veškeré tyto doklady do části B.3 kontrolního hlášení v souhrnné částce za celé období, bez nutnosti vykázání detailních náležitostí jednotlivých dokladů (zdroj: časté dotazy Finanční správy ke kontrolnímu hlášení DPH). Praktický dopad pro účetní je tento: paragony se v kontrolním hlášení nevykazují jednotlivě v části B.1, jak by tomu bylo u plných daňových dokladů s identifikovaným odběratelem; vykazují se souhrnem v B.3 za celé období.

Jak tabulka paragonů toto pravidlo obsluhuje, je provozně přímočaré. Účetní v měsíci sečte základ daně a DPH ze všech paragonů PHM, které spadají pod limit 10 000 Kč včetně daně, a do B.3 zadá jediný řádek s tímto souhrnem. Konkrétní příklad měsíční dávky: 47 paragonů PHM s celkem 56 432 Kč včetně daně, z toho při sazbě 21 % vypočtená DPH 9 794 Kč a základ daně 46 638 Kč. Do B.3 v kontrolním hlášení jde právě tento souhrn — jeden řádek, žádné DIČ jednotlivých dodavatelů, žádná datumová evidence, žádná evidenční čísla. Pro úplnou evidenci DPH paragony čerpací stanice samozřejmě zůstávají v interní tabulce dohledatelně po dokladech, ale do kontrolního hlášení jdou anonymizovaně sloučené.

Hraniční případ, který tabulka musí umět ošetřit, je jediný paragon nad 10 000 Kč včetně daně — typicky tankování nákladního auta, dodávky nebo plně naplněné autobusové nádrže. Tento paragon limit překračuje a spadá do části B.2 kontrolního hlášení, kde se vykazuje jednotlivě s úplnou identifikací dodavatele (DIČ, evidenční číslo dokladu, datum, základ daně, DPH). Účetní musí tabulku paragonů před souhrnným sečtením filtrovat tímto prahem — řádky do limitu 10 000 Kč sečíst do B.3, řádky nad limit přenést jednotlivě do B.2. U paragonu nad limit zároveň naráží na omezení z první sekce, viděné z pohledu kupujícího: paragon z pokladny čerpací stanice typicky nenese DIČ odběratele, a pro správné vykázání v B.2 je potřeba úplný daňový doklad s identifikací plátce, ne pouze paragon. To je provozní důvod, proč se klientům doporučuje při větších tankováních žádat na pumpě plnohodnotný daňový doklad rovnou.

Zbývá ještě připomenutí, které účetnímu šetří otázky u kontroly. V B.3 souhrnu se nevyplňují DIČ jednotlivých dodavatelů, ani datumy jednotlivých paragonů, ani evidenční čísla — souhrn je opravdu souhrnný a Finanční správa po něm detaily nepožaduje. Právě proto, že paragony s chybějícím DIČ odběratele a bez samostatného základu daně by se v B.1 jednotlivě vykazovat neměly jak, je B.3 souhrn nejen administrativně pohodlnější, ale konstrukčně jediná cesta, kterou paragony PHM kontrolní hlášení uneseme. Pro účetní, která se k pravidlům B.1, B.2 a B.3 chce vrátit s větší hloubkou — i v širším kontextu, jak kontrolní hlášení funguje jako spárování s odběratelskou stranou plátců — slouží průvodce českým kontrolním hlášením k DPH jako rozšířený regulační referent. Pro účely workflow paragonů PHM ale stačí to, co je výše: do limitu 10 000 Kč souhrnně do B.3, nad limit jednotlivě do B.2, a tabulka, kterou účetní filtruje a sčítá podle této hranice.