Automatizace faktur v ABRA Flexi: jak ji rozjet za měsíc

ABRA Flexi má dnes plnohodnotné REST API a Webhooky, takže zapsat fakturu programaticky není problém. Problém je „dostat data z PDF, který přijde mailem od dodavatele". Tady se interní týmy obvykle zaseknou — místo OCR a klasifikace skončí u toho, že jeden člověk přepisuje faktury 4 hodiny denně. Tenhle článek říká, jak to rozjet pomocí AI extrakce za čtyři týdny, bez výměny ABRA Flexi nebo přechodu jinam.

Co se reálně automatizuje

Plný automation flow má pět kroků a každý lze měřit: 1) sledování sdíleného mailboxu (typicky `faktury@firma.cz`), 2) OCR a extrakce strukturovaných polí (částka, IČO, DIČ, VS, splatnost, položky, sazba DPH) s confidence scorem, 3) klasifikace dokumentu (faktura/dobropis/zálohová faktura/objednávka), spárování s dodavatelem v ABRA, ověření proti existující PO, 4) routing ke schválení podle limitů (auto-schválení pod prahem, manažer pro vyšší částky, eskalace po deadline), 5) zápis do ABRA Flexi přes /c/{spol}/faktura-prijata.json a uložení originálního PDF jako přílohy.

Co automation nedělá: nepsaná interní politika („tahle částka jde na nákladové středisko XYZ podle textu položek"). Tu si trenér AI agenta s vámi sepíše během kick-offu. Sedí ji jako pravidla v rules engine, ne magie LLM.

Reálná data: jak dobře OCR rozumí české faktuře

U běžné CZ faktury (Adobe PDF, ne sken) je extrakce klíčových polí (částka, IČO, splatnost) v 98+ % případů správná na první pokus. Skenované faktury (typicky drobní dodavatelé) jsou složitější — kvalitní layout-aware OCR (Azure Form Recognizer, AWS Textract, EasyOCR pro CS) dosahuje 92-96 % na čisté skeny, 80-90 % na pomačkané. Klíč je nemít magickou „100 %" iluzi, ale mít confidence threshold: pod 92 % jde dokument do human review queue, ne se tiše zaúčtuje špatně.

Druhá vrstva: validace proti ABRA datům. Pokud IČO 29533783 odpovídá konkrétnímu dodavateli v ABRA a v jeho historii nikdy nebyly faktury nad 200 000 Kč, a teď přijde na 1.2 mil — to není „normální" a má jít na review, ne projít.

Schvalovací workflow s limity

Reálný setup u středně velké firmy: auto-schválení do 30 000 Kč pokud spárováno s existujícím PO a dodavatel je „trusted". Manažer útvaru do 200 000 Kč, CFO nad. Pravidla mají i timeouts: pokud manažer neschválí do 4 hodin v pracovní době, eskalace na CFO. Nic netiše čeká týden.

Notifikace jdou do Microsoft Teams nebo Slacku, ne do dalšího e-mailu — interaktivní karty se „Schválit/Odmítnout" tlačítky, audit log každého kliknutí. Pokud manažer odmítne, vyžaduje text důvodu (povinné pole, ne checkbox). To se hodí pro pozdější dispute s dodavatelem.

Napojení do ABRA Flexi přes API

ABRA Flexi REST API je solidní, ale má pár pastí. Endpoint /c/{spol}/faktura-prijata.json (nebo .xml) přijímá strukturovaný JSON s položkami, středisky, DPH sazbami. Důležité je idempotency: pokud retry pošle stejnou fakturu dvakrát, nesmí vzniknout duplikát. Řešení je deduplikace přes interní vendor invoice number + IČO před call do ABRA.

Druhá past: rate limiting. ABRA má reasonable limity, ale dávky 500+ faktur ze starých emailů (typicky první týden po nasazení) musíte dávat přes queue s exponenciálním backoffem. Třetí past: error handling. Když ABRA vrátí 400 (chybný formát) vs 500 (server error), reakce jsou jiné. 400 = oprav data a nepokoušej se znova, 500 = retry. Trívialně se na tom dá ztratit faktura, kterou pak nikdo nehledá, protože „je v systému".

Co s exception case

• Pod confidence threshold (např. extrakce v 89 %, default 92): dokument jde do human review queue, AI naznačí, co podle ní z toho je — člověk doplní nebo opraví. Ne „začínáme od nuly".
• Neznámý dodavatel: AI vytvoří draft nového dodavatele v ABRA s daty z faktury, ale neuloží — čeká na schválení s tlačítkem „Vytvořit dodavatele a zaúčtovat".
• Duplikátní faktura: detekce přes VS + IČO + částku. Pokud match, alert do Slacku „možný duplikát, podívej se" — auto-blokace zápisu.
• Faktura v cizí měně: AI nahrne kurz z ČNB pro datum vystavení faktury, ne pro datum přijetí — to je častý zdroj chyb v účetnictví.
• Sken bez OCR (faktura prošla jako obrázek): AI to detekuje a hlásí, neukládá poškozenou extrakci.

Časový plán: jak to rozjet za 4 týdny

Týden 1: kick-off, mapování dodavatelů v ABRA, sběr ukázkového setu (50-100 reálných faktur z posledních 6 měsíců). Sepsání schvalovacích pravidel s CFO a hlavními manažery. Týden 2: napojení mailboxu, OCR pipeline, první testy na ukázkovém setu, ladění confidence threshold. Týden 3: napojení do ABRA Flexi přes API, dry-run režim (AI extrahuje a navrhuje, ale nezapisuje — člověk jenom schvaluje), retrospektiva chyb. Týden 4: ostrý provoz s human-in-the-loop, denní review error queue, doladění pravidel. Po měsíci typicky ~85 % faktur jede plně automaticky, zbytek přes review queue (a tam je to o vteřinách na fakturu, ne minutách).

Jak vám můžeme pomoct

Náš produkt AI Faktura Inbox je přesně tahle vrstva nad ABRA Flexi (a samozřejmě i Pohoda, Money S3, Microsoft Dynamics). Nevyvíjíme nový účetní systém — sedíme nad tím vašim přes API a doplňujeme tu část, kterou nedělá: email parser, OCR, klasifikace, schvalování. Implementace 4-5 týdnů, audit log každé akce, EU data residency.