17. Přijaté faktury (nákupy)

Přijaté faktury jsou doklady, které dostáváš od svých dodavatelů — peníze odcházejí z firmy. Oproti vystaveným fakturám:

V hlavním menu Přijaté faktury.

17.1 Stavy přijaté faktury

Smazat jde jen koncept. Pro pozdější stavy použij Stornovat (zachová auditní stopu).

17.2 Nová přijatá faktura

V seznamu klikni + Nová přijatá faktura. Otevře se formulář.

17.2.1 Drag & drop PDF

Nad formulářem je drag & drop zóna. Pokud máš PDF od dodavatele:

• Přetáhni PDF do zóny (nebo klikni a vyber soubor).
• Systém prohledá PDF zda obsahuje embedded ISDOC přílohu:
• Pokud ano (fakturační software jako Money S3, Pohoda, Stormware, sám MyInvoice) → pole formuláře se předvyplní strukturovanými daty.
• Pokud ne (běžné PDF bez přílohy) → můžeš použít AI extrakci přes Anthropic Claude (viz AI extrakce), nebo pole vyplnit ručně.
• Originál PDF se po prvním uložení faktury automaticky archivuje mimo webroot a v detailu si ho můžeš kdykoli stáhnout zpět.

💡 Doklad jde nahrát už při zakládání nové faktury (po přetažení se ukáže kartička „soubor připraven, nahraje se po uložení") i z detailu faktury, která zatím doklad nemá. Kromě PDF lze přetáhnout i fotku (JPG/PNG/WEBP/HEIC), systém ji převede na PDF.

Limity:

• Max 20 MiB per soubor
• Akceptujeme pouze application/pdf (magic bytes %PDF- se ověřují server-side)
• SHA-256 deduplikace — stejný PDF už archivovaný u jiné faktury nebude akceptován

17.2.2 Povinná pole

17.2.3 Položky

Tlačítkem + Přidat položku přidej řádek. Per řádek:

• Popis
• Množství (např. 1)
• Měrná jednotka (ks / hod / kus…)
• Cena za MJ bez DPH
• Sazba DPH (z číselníku — 21 % / 12 % / 0 %)
• (volitelně) MFČR DPH klasifikační kód — pro výkazy DPH (sekce Daně, auto-default podle sazby)

Souhrn dole se přepočítá automaticky po každé změně.

💡 Ceny „s DPH" (brutto režim) — přepínačem Ceny zadávám s DPH (u DPH v hlavičce) lze zadat položky včetně DPH (typicky účtenka / paragon), takže celková částka sedí na haléř. DPH se pak počítá „shora" koeficientovou metodou (§37 ZDP). Zadání ceny do sloupce „Celkem s DPH" respektuje aktuální režim (nepřepíná ho); jednotková cena se v detailu i PDF zobrazuje jako netto. Funguje stejně jako u vystavených faktur — viz § 10.2.6. AI import účtenek režim nastaví sám.

17.2.4 Daňová uznatelnost a nárok na odpočet

V boxu Klasifikace jsou dva nezávislé příznaky řídící, jak faktura vstupuje do daňových výkazů:

• Nárok na odpočet DPH:
• Plný (výchozí) — standardní odpočet, faktura jde do Knihy DPH, DPHDP3 (ř. 40–45) i Kontrolního hlášení.
• Bez nároku — faktura vůbec nevstupuje do DPH evidence (Kniha DPH, DPHDP3, KH); je to jen účetní náklad. Typicky reprezentace, osobní spotřeba.
• Krácený (poměrný §75) — odpočet jen v poměrné výši (např. auto 70 % pro ekonomickou činnost). Po výběru zadáš Odpočet % a o toto procento se zkrátí základ i daň odpočtu v Knize DPH a DPHDP3 (ř. 40–45); zbytek je nedaňová část.
• Daňově uznatelný náklad — řídí pouze daň z příjmů: když je vypnuto, náklad se nezahrne do orientačního hospodářského výsledku (DPFO/DPPO). S DPH to nesouvisí (faktura může mít odpočitatelné DPH a být daňově neuznatelná, i naopak).

Oba příznaky jsou vidět i v detailu přijaté faktury (box Měna/DPH).

💡 Interní číslo se řídí daňovým typem. Prefix automaticky generovaného interního čísla (viz 10.2.2) odpovídá těmto dvěma příznakům — PF/PN plný nárok (uznatelný/ne), KU/KN krácený §75, NU/NN bez nároku. Když u už očíslované faktury daňové uplatnění změníš, přepíše se jen prefix (PF2602001 → NN2602001); číselná řada {YYMM}{CCC} i ručně zadaná čísla zůstanou. Počítadlo je sdílené per dodavatel a měsíc napříč všemi prefixy, takže čísla jsou v rámci měsíce souvislá bez ohledu na daňový typ; případné mezery po smazaných konceptech jsou u interního označení neškodné (na rozdíl od vystavených faktur se u přijatých dokladů souvislá řada nevyžaduje).

Rekapitulace DPH dle dokladu (§ 73 ZDPH)

Pod položkami je box Rekapitulace DPH se základem a daní za každou sazbu. Hodnoty se dopočítají ze řádků, ale pokud doklad dodavatele uvádí kvůli zaokrouhlení jiný základ nebo DPH, můžeš je přepsat přesně podle dokladu. Důvod je daňový: nárok na odpočet je svázaný s částkou daně uvedenou na dokladu (§ 73 odst. 6 ZDPH), proto je primární shoda s dokladem, ne náš přepočet.

• Přepsat lze základ i DPH, samostatně pro každou sazbu. Ručně upravené pole je zvýrazněné; odkaz Spočítat automaticky vrátí vypočtenou hodnotu.
• Override se uloží do faktury a promítne se konzistentně do DPH přiznání, kontrolního hlášení, knihy DPH i do daně z příjmů a daňového optimalizátoru.
• Při AI importu se rekapitulace předvyplní automaticky dle dokladu (pro jednu i více sazeb), pokud sedí v toleranci.
• Box se nezobrazuje u reverse-charge (na dokladu zahraničního dodavatele není česká DPH).

Dodavatel neplátce DPH → bez nároku na odpočet

Pokud je dodavatel neplátce DPH, na jeho dokladu žádná DPH není a není co odpočítat — uplatnit odpočet by byla daňová chyba (neoprávněný odpočet v ř. 40 přiznání / sekci B kontrolního hlášení). MyInvoice proto plátcovství dodavatele sleduje a vynucuje:

• Zjištění plátcovství — autoritativně z ARES podle IČO (CZ), u zahraničních EU subjektů z VIES podle DIČ. Ověří se online při výběru / editaci dodavatele ve formuláři (výsledek se cachuje 24 h).
• Volba v editoru — pod checkboxem „Reverse charge" je přepínač „Dodavatel je plátce DPH". Nastaví se automaticky podle ARES/VIES, ale můžeš ho vědomě přepsat.
• Vynucení u neplátce — když je dodavatel neplátce, faktura se automaticky nastaví na Nárok na odpočet = Bez nároku (vat_deduction='none'), sazby řádků se vynulují na 0 % a zobrazí se varování. Doklad pak do DPH evidence nevstupuje (je to jen účetní náklad). Override je možný.
• AI import — extraktor plátcovství ověří a u neplátce (signál „DIČ: Neplátce DPH" / žádné DIČ + žádná DPH na řádcích, případně ARES) odpočet automaticky zakáže a doplní varování (viz AI extrakce).

Plátcovství dodavatele je vidět i ve výpisu klientů/dodavatelů jako badge *Plátce DPH* (viz § 13.1).

🛠️ Zpětná oprava existujících dodavatelů — jednorázově spusť php api/bin/backfill-vendor-vat-payer.php. Skript podle ARES/VIES doplní příznak plátcovství a u neplátců opraví už zaevidované přijaté faktury (zakáže odpočet, sazby na 0 %, celková částka beze změny). Výchozí běh je dry-run (jen náhled); zápis až s --apply.

17.2.5 Platba v jiné měně (multi-currency)

Klikni na „Platba v jiné měně než měna faktury" pokud máš tento scénář:

Faktura je v USD ($1000), ale platíš ji z CZK účtu (banka konvertuje na ~24 500 Kč s 1–2% spread / poplatkem).

V tomto bloku zadáš:

• Měna platebního účtu (např. CZK)
• Kurz platba → měna faktury (např. 0.0408 USD/CZK, nebo opačně dle UI)
• Kolik reálně odešlo z účtu (24 500 CZK)

Systém automaticky vypočte:

• Ekvivalent v měně faktury — pro spárování proti amount_to_pay
• Kurzový rozdíl — v základní měně (CZK). Záporný = kurzová ztráta, kladný = zisk. Zaznamenává se pro reporting a účetně se automaticky promítne do správných řádků DPH výkazů.

17.2.6 Reverse charge z EU — pořízení zboží vs. služba

Typický případ: nákup zboží od EU dodavatele (např. auto z Německa) — doklad je vystaven bez DPH (osvobozené intrakomunitární dodání) a daň si samovyměříš v ČR. Správné zaevidování:

Klíčové principy:

• Sazba 0 % na řádku je chyba — samovyměření by vyšlo nulové. Sazba na řádku je *nominální* (daň na dokladu zůstává 0, částka k úhradě se nemění), výkazy z ní dopočítají samovyměřenou daň i zrcadlový odpočet. Pojistka: pokud řádek s RC klasifikací přesto sazbu nemá, výkazy použijí sazbu klasifikačního kódu (21 %).
• Doklad se do DPH období zařadí podle DUZP — povinnost přiznat daň vzniká k DUZP bez ohledu na to, kdy faktura fyzicky dorazila (§ 25 odst. 1), a pozdní doklad neblokuje ani odpočet (§ 73 odst. 1 písm. b — nárok lze prokázat jiným způsobem, např. protokolem o převzetí + smlouvou + platbou). Pozdě vystavená faktura za zboží převzaté v dubnu tak patří do května (DUZP 15. 5.), ne do měsíce vystavení.
• Kurz ČNB se váže k DUZP (§ 4 odst. 8 — den vzniku povinnosti přiznat daň).
• AI import tohle vše nastaví sám — viz AI extrakce.

⚠️ U vybraných osobních automobilů pohlídej limit odpočtu dle § 72 (strop základu 2 000 000 Kč / DPH 420 000 Kč) — aplikace ho nehlídá.

17.3 Detail přijaté faktury

Po uložení / přechodu na detail:

• Vidíš dodavatele (s IČO/DIČ), datumy, položky, DPH rozpis, totály, K úhradě.
• Sekce Originální PDF od dodavatele — pokud jsi nahrál, můžeš stáhnout zpět.
• Tlačítka pro přechod stavu podle state-machine:
• Z draft: Označit jako přijaté / Stornovat
• Z received: Označit jako zaúčtované / uhrazené / Stornovat
• Z booked: Označit jako uhrazené / Stornovat
• Tlačítko Upravit je dostupné jen u draft. Po označení jako přijatá je doklad immutable (kromě admin override ?force=1 u received).
• Tlačítko Smazat je dostupné jen u draft. Pro pozdější stavy použij Stornovat.

17.3.1 Propojení zálohy s vyúčtovací fakturou (proti dvojímu započtení)

Když ti dodavatel pošle nejdřív zálohovou fakturu (typ dokladu *Záloha* / proforma) a po zaplacení samostatnou vyúčtovací (finální) fakturu, máš v systému dva doklady na tentýž náklad. Bez propojení by se náklad počítal dvakrát (Náklady, CRM, daň z příjmů). Proto je lze spárovat.

Jak na to — v detailu finální faktury je box Zálohová faktura:

• Pokud vazba není, klikni Spárovat se zálohou a vyber zálohu od stejného dodavatele. Nabídka řadí napřed zálohy ve stejné měně a s nejbližší částkou (porovnává hrubou částku faktury *před* odečtem zálohy, takže i faktura uhrazená zálohou „na 0 Kč" se napáruje správně).
• Po spárování se zobrazí odkaz na zálohu a tlačítko Zrušit propojení. Na finální fakturu se zároveň doplní odečet zálohy (advance_paid_amount), pokud byl nulový.
• V detailu zálohy vidíš reverzně, kterou fakturou je vyúčtována. Nevyúčtovanou zálohu lze spárovat i odtud — tlačítkem Spárovat s fakturou (nabídne nepropojené vyúčtovací faktury téhož dodavatele). *(Tlačítka se zobrazí jen když existuje vhodný protějšek.)*

Jedna záloha může být navázaná jen na jednu finální fakturu.

Co propojení (a zaplacení) ovlivní:

AI návrh propojení — když naimportuješ vyúčtovací fakturu přes AI extrakci z PDF (viz 10.7) a ta odkazuje na zálohu (text typu *„zaplaceno zálohou č. X"*), systém zkusí najít odpovídající zálohu a v detailu nabídne návrh propojení. Stačí ho Potvrdit (nebo Zamítnout) — nic se nepáruje automaticky.

17.4 Scan inbox — automatický import z adresáře

Pokud máš dodavatele kteří ti posílají PDF e-mailem nebo máš složku sdílených dokladů, nakonfiguruj inbox adresář v cfg.php:

'purchase_invoice' => [
    'inbox_dir'         => 'C:/inetpub/wwwroot/myinvoice.cz/inbox',
    'inbox_recursive'   => true,
    'allowed_exts'      => ['pdf', 'isdoc', 'xml'],
    'archive_storage'   => __DIR__ . '/storage/purchase-invoices',
],

V seznamu Přijaté faktury klikni 📥 Nascanovat inbox:

• Systém rekurzivně projde nakonfigurovaný adresář.
• Pro každý soubor spočte SHA-256 — pokud už existuje faktura se stejným otiskem, soubor přeskočí.
• Z PDF s embedded ISDOC rozpozná data dodavatele a obsah.
• Plain PDF (bez ISDOC) jsou při scanu inboxu přeskakovány; takový doklad nahraj přes formulář, kde lze použít AI extrakci.

Modal po skončení zobrazí přehled: vytvořeno / přeskočeno / chyby + per-soubor detail.

Bezpečnost: soubory mimo configured inbox_dir jsou odmítnuty (path traversal guard přes realpath()). Maximum 500 souborů per běh (DoS protection na velké adresáře).

17.5 Klienti vs. dodavatelé

V tabulce klientů jsme zavedli dva flagy:

• is_customer — klient, kterému fakturuješ (default 1 pro všechny existující záznamy)
• is_vendor — dodavatel, od kterého přijímáš faktury

Některé firmy jsou současně zákazník i dodavatel (např. partnerská IT firma, kterou fakturuješ za development a od níž kupuješ hosting) — jedna entita = jedna řádka, oba flagy = 1. ARES synchronizace, kontakty, historie jsou sdílené.

V hlavním menu Klienti vidíš defaultně jen is_customer=1. V budoucí verzi přidáme oddělený view Dodavatelé pro is_vendor=1.

17.6 Audit log

Akce s přijatými fakturami jsou logované v aktivním logu (Systém → Log):

• purchase_invoice.created
• purchase_invoice.updated / force_updated
• purchase_invoice.items_updated
• purchase_invoice.exchange_rate_set
• purchase_invoice.transitioned (s payloadem {from, to})
• purchase_invoice.extraction_warning_dismissed
• purchase_invoice.advance_linked / advance_unlinked (propojení se zálohou)
• purchase_invoice.advance_suggestion_dismissed (zamítnutý AI návrh propojení)
• purchase_invoice.deleted
• purchase_invoice.pdf_uploaded / pdf_downloaded
• purchase_invoice.our_pdf_downloaded
• purchase_invoice.isdoc_exported / pohoda_exported
• purchase_invoice.inbox_scanned

17.7 REST API

Všechny operace jsou dostupné i přes REST API (/api/v1/purchase-invoices/*) — viz Swagger UI nebo Redoc. PAT token musí mít scope read_write pro mutace.