AI workflow automatizace: od objednávky po fakturaci
Většinu cesty od objednávky k faktuře zvládnou pevná pravidla. AI přidáváme jen tam, kde přichází nestrukturovaný vstup: PDF faktura, e-mail dodavatele, poznámka zákazníka. Ukážeme, jak to poskládat a kde hlídat chyby.
Cesta od objednávky k faktuře je v e-shopu pořád stejná. Přijde objednávka, zaplatí se, vystaví se faktura, odejde zboží, data se přenesou do účetnictví. Na druhé straně chodí faktury od dodavatelů, které někdo přepisuje do systému. Většinu z toho zvládne klasická automatizace. AI přidáváme jen tam, kde pravidla nestačí.
V článku ukážeme, jak takový proces rozdělit, na čem ho postavit, kam patří AI a jak zajistit, aby se do účetnictví nedostala chyba. Celý objednávkový proces bez AI rozebíráme v článku Automatizace objednávkového procesu end-to-end.
Kde je v procesu AI potřeba a kde ne
Nejčastější chyba je dát AI do celého procesu. Vystavení faktury z objednávky je přenos strukturovaných dat. Stačí API e-shopu, API fakturačního systému a pár pravidel. Jazykový model by tu jen přidal náklady a riziko.
AI se vyplatí u vstupů, které nejsou strukturované:
| Krok procesu | Vstup | Pravidla, nebo AI? |
|---|---|---|
| Nová objednávka | Webhook z e-shopu | Pravidla |
| Poznámka zákazníka (termín, změna adresy) | Volný text | AI roztřídí a vytáhne údaje |
| Párování platby s objednávkou | Bankovní výpis, variabilní symbol | Pravidla, AI jen u plateb bez VS |
| Vystavení faktury | Data objednávky | Pravidla |
| Přijatá faktura od dodavatele | PDF nebo sken | AI vytěží údaje |
| E-mail dodavatele o zpoždění | Volný text | AI pozná typ zprávy a dotčené položky |
| Zápis do účetnictví | Strukturovaná data | Pravidla |
Výstup AI kroku není volný text, ale data v pevném schématu (JSON). Další krok s nimi pracuje stejně, jako by přišla z API. Tohle je rozdíl proti AI agentům, kteří si postup volí sami. Ve workflow je postup daný a AI jen čte a třídí.
Na čem proces postavit
Pro e-shopy nejčastěji používáme n8n. Platí se v něm za běh celého workflow, ne za jednotlivé kroky. Cloud začíná na tarifu Starter za 24 € měsíčně a Community Edition na vlastním serveru je zdarma (ceník k 9/2026, aktuální ceník ověřte u poskytovatele). Uzel AI Agent umí volat nástroje a od roku 2026 jde u vybraného nástroje vyžádat schválení člověkem přes Slack, e-mail nebo Teams, než se akce provede.
Make a Zapier účtují po krocích, respektive po úspěšných akcích. U procesu s mnoha kroky a velkým objemem objednávek tak cena roste rychleji. Pokud už v nich automatizace máte, AI kroky přidáme tam a migrovat nemusíte.
Spouštěčem bývá webhook. Shoptet například posílá událost order:create při vzniku objednávky a umí posílat i události při vytvoření, změně nebo smazání faktury, zálohové faktury, dobropisu a dodacího listu. Výchozí notifikace nese jen identifikátor, podrobnosti se dočtou přes API.
Vystavení faktury: napojení na fakturační systém
Když faktury nevystavuje přímo e-shop, přenášíme data do fakturačního systému nebo ERP. Nejčastější česká napojení:
- Fakturoid má API v3 s autorizací přes OAuth 2.0. Vystavení faktury znamená typicky tři požadavky: kontakt, faktura, odeslání. Webhooky hlásí změny faktur, nákladů i plateb, takže zpět do e-shopu jde například informace o úhradě.
- iDoklad má REST API s klíči Client ID a Client Secret. Počet požadavků je omezený podle tarifu, s tím počítáme při dávkovém přenosu.
- Pohoda komunikuje přes XML. POHODA mServer přijímá XML data v HTTP požadavcích typu POST s autentizací Basic. Import vydaných i přijatých faktur je podporovaný, mServer ale musí běžet na počítači nebo serveru s instalací Pohody a musí mít povolená práva.
Proces vždy navrhujeme tak, aby jedna objednávka nevytvořila dvě faktury. Každý záznam má vazbu na číslo objednávky a workflow před zápisem ověří, jestli už faktura neexistuje. Při výpadku API se běh zopakuje, a proto musí být opakování bezpečné.
Přijaté faktury: AI vytěžování s kontrolou
Tady má AI největší přínos. Faktury od dodavatelů chodí jako PDF, někdy jako sken nebo fotka. Jazykové modely dnes čtou PDF včetně tabulek přímo a vrátí data v zadaném schématu: dodavatel, IČO, číslo dokladu, datum zdanitelného plnění, splatnost, variabilní symbol, řádky, DPH a celkem.
Hotová řešení existují. Fakturoid například vytěžuje nahrané doklady v PDF, PNG, JPEG a TIFF a za jedno vytěžení účtuje 4 Kč (ceník k 9/2026, aktuální ceník ověřte u poskytovatele). Vlastní workflow má smysl, když potřebujete doklady párovat s objednávkami u dodavatele, zapisovat je do ERP nebo zpracovávat i jiné dokumenty než faktury.
AI se může splést, proto za vytěžením vždy následuje kontrola pravidly:
- Součty. Součet řádků a DPH musí sedět s celkovou částkou.
- Dodavatel. IČO musí existovat v adresáři ERP a bankovní účet musí odpovídat uloženému. Změna účtu je častý znak podvodné faktury, takže ji vždy posíláme člověku.
- Párování. Položky se porovnají s objednávkou u dodavatele nebo s příjemkou. Rozdíl v ceně nebo množství jde ke schválení.
- Duplicita. Stejné číslo dokladu od stejného dodavatele se nezapíše dvakrát.
Co projde, zapíše se automaticky. Co neprojde, jde do fronty k ruční kontrole i s důvodem. Postupně pak z logu vidíte, u kterých dodavatelů AI chybuje a proč.
ISDOC: když se faktura dá přečíst bez AI
Nejlepší přijatá faktura je ta, kterou AI číst nemusí. ISDOC je český otevřený formát strukturované faktury v XML. Aktuální verzi 6.0.2 spravuje Ministerstvo vnitra a mnoho českých fakturačních programů ho umí vystavit i načíst. Shoptet umí stáhnout vystavenou fakturu jako ISDOC přímo přes API.
Pokud vám dodavatel posílá PDF s vloženým ISDOC nebo samostatný XML soubor, workflow použije ten a AI přeskočí. Vyplatí se proto hlavní dodavatele o ISDOC požádat. Jedna domluva ušetří tisíce vytěžení.
Povinnost strukturované e-fakturace v tuzemském B2B zatím v Česku není. Směrnice EU známá jako ViDA zavádí povinnou elektronickou fakturaci a digitální hlášení u přeshraničních B2B plnění uvnitř EU od července 2030. Kdo automatizaci staví dnes, má dobrý důvod počítat se strukturovanými daty už teď.
Modelový výpočet
Následující výpočet je modelový. Vstupy jsou předpoklady, dosaďte si vlastní čísla.
| Předpoklad | Hodnota |
|---|---|
| Přijatých faktur měsíčně | 600 |
| Ruční přepis a kontrola jedné faktury | 3 minuty |
| Faktury, které projdou automatickou kontrolou | 85 % (510) |
| Čas na zběžnou kontrolu automaticky zapsané faktury | 0,5 minuty |
| Faktury k ruční opravě | 15 % (90), stále 3 minuty |
Dnes: 600 × 3 minuty = 30 hodin měsíčně. S AI: 510 × 0,5 + 90 × 3 = 525 minut, tedy necelých 9 hodin. Úspora vychází kolem 21 hodin měsíčně. Proti ní stojí poplatek za vytěžení nebo za tokeny modelu a provoz automatizačního nástroje. Při ceně 4 Kč za doklad by vytěžení 600 faktur stálo 2 400 Kč měsíčně (k 9/2026).
Nejcitlivější vstup je podíl faktur, které projdou kontrolou. Ten se liší podle dodavatelů a kvality dokladů, proto ho vždy měříme na vzorku vašich skutečných faktur.
Jak na to prakticky
- Zmapujte proces. Kde dnes někdo ručně přepisuje, kopíruje nebo čte e-maily? To jsou kandidáti na automatizaci.
- Oddělte pravidla od AI. Co jde popsat pravidlem, automatizujte bez AI. AI nechte jen na nestrukturované vstupy.
- Začněte přijatými fakturami. Mají jasný výstup, jde je snadno kontrolovat a úspora je dobře měřitelná.
- Požádejte dodavatele o ISDOC. Každý dodavatel se strukturovanou fakturou je jeden problém méně.
- Nastavte kontrolu a chybový workflow. Nic se nesmí ztratit potichu. Chyba musí skončit u člověka s odkazem na konkrétní běh.
- Hlídejte osobní údaje. Do modelu posílejte jen to, co krok potřebuje, a mějte s poskytovatelem zpracovatelskou smlouvu.
Jednodušší workflow s jedním AI krokem obvykle nasadíme za dny až 2 týdny, proces napojený na ERP se schvalováním je projekt na 4–8 týdnů. Pokud chcete proces navrhnout a postavit na míru, podívejte se na službu AI workflow automatizace. Když vám stačí spolehlivý přenos dat mezi systémy bez AI, řešíme ho v rámci automatizace a realtime synchronizace. Cenu připravíme po konzultaci podle počtu procesů a napojených systémů.
Potřebujete s tím pomoct?