Rozpoznávání a schvalování příchozích primárních dokumentů
Demonstrační scénář: skenujeme faktury, protokoly a dodací listy, extrahujeme detaily a kontrolujeme pravidla. Pokud si model není jistý, předáme ho operátorovi.
Popis byznysové situace
Společnost přijímá desítky faktur, protokolů o provedených pracích a dodacích listů od různých dodavatelů. Ve formátu PDF, skenů nebo fotografií. Účetní tráví až 4 hodiny denně ručním zadáváním částek, ověřováním EDRPOU, čísly IBAN a hledáním, ke které smlouvě každý dokument přiřadit.
Schéma toku dat a architektura
Role člověka v procesu (Human-in-the-loop)
Pokud je systém v jakémkoli poli méně než 95 % jistý nebo pokud částka dokumentu překročí limit, dokument je zvýrazněn. Účetní ho musí potvrdit v uživatelsky přívětivém webovém rozhraní.
Příklad vstupního záznamu a odpovědi systému
Omezení ukázkového scénáře
- ✕Bez elektronického podpisu účetního systém neodečte peníze z účtu
- ✕Poškozené nebo nečitelný skeny dostávají označení 'Vyžaduje opětovné požadování originálu'
- ✕Pokud se změnily smluvní ceny, systém je ověřuje podle zapsaných podmínek specifikací
Co měřit během pilotního testování
- ✓Přesnost extrakce povinných polí (EDRPOU, částka, číslo, datum) — cíl: > 98%
- ✓Čas potřebný na jeden dokument (cíl: < 15 sekund)
- ✓Podíl dokumentů, které prošly bez jakýchkoli ručních oprav
Automatizace zpracování dokumentů
Zajímá vás podobná architektura?
Přizpůsobíme logiku tohoto scénáře vašim interním aplikacím, struktuře databází a pravidlům.
Probrat přizpůsobeníPřizpůsobení scénáře: Rozpoznávání a schvalování dokumentů
Popište proces, který vašemu týmu bere čas. Poradíme, co se tu dá automatizovat, jaká data k tomu budou potřeba a čím začít.