techone --document-automation
Automatizace dokumentů od příjmu po ERP
Automatizace dokumentů nekončí jejich přečtením. Součástí jsou kontroly získaných údajů, řešení výjimek, schvalování a potvrzené předání do ERP nebo dalšího systému.
Ve zkratce
- Výsledek
- Nejdřív určíme, co má po zpracování dokumentu vzniknout, kdo za výsledek odpovídá a do kterého systému patří.
- Vstup
- Strukturovaná výměna dat má přednost, pokud je dostupná. AI pomáhá tam, kde vstup tvoří PDF, sken nebo jiný proměnlivý dokument.
- Kontroly
- Získané hodnoty procházejí pravidly pro formát, součty, povinná pole, duplicity a dostupná referenční data.
- Výjimky
- Předem určíme, které případy se zastaví, kdo je opraví a kdy je před předáním potřeba schválení.
- První ověření
- Jeden dokumentový proces ověříme na vzorku skutečných dokumentů, včetně běžných případů i známých výjimek.
Nejdřív určujeme výsledek procesu
Nejdřív potřebujeme vědět, co má po zpracování dokumentu vzniknout. U faktury může jít o připravený účetní doklad, u objednávky o záznam s ověřenými položkami a u výkazu práce o podklad pro fakturaci. U každého výstupu určujeme, kdo za něj odpovídá a do kterého systému patří.
Potom řešíme příjem souboru, získání údajů, kontroly a schválení. OCR převede obraz na text a AI může přiřadit text ke konkrétním polím. Tyto technologie však samy neověří, zda dodavatel existuje, zda součet sedí, kdo má rozhodnout o výjimce nebo zda se zápis do ERP skutečně podařil.
Proces proto zahrnuje celou cestu dokumentu. Opakované kroky probíhají automaticky a člověk přebírá případy, ve kterých je potřeba oprava nebo rozhodnutí.
Kdy použít strukturovaný vstup, pravidla nebo AI
Vhodný způsob zpracování určuje podoba vstupu a to, jak přesně lze předem popsat očekávaný výsledek. Jeden proces proto může kombinovat strukturovaná data, pevná pravidla, AI i rozhodnutí člověka.
Strukturovaná výměna dat
Formulář, XML, CSV, EDI nebo API předává údaje v dohodnutých polích. Pokud je takový vstup dostupný už u zdroje, není potřeba získávat stejná data z obrázku dokumentu.
Pevná pravidla
Pravidla kontrolují povinná pole, formáty, součty, limity nebo shodu s referenčními údaji. Stejný vstup má vést ke stejnému výsledku a chybu lze přesně popsat.
AI zpracování
AI pomáhá určit typ dokumentu a navrhnout hodnoty z proměnlivého rozvržení nebo volného textu. Výsledek je potřeba měřit po jednotlivých důležitých polích a spojit s další kontrolou.
Rozhodnutí člověka
Člověk řeší nejasné vstupy, rozpory a případy, ve kterých má chyba významný finanční nebo provozní dopad. Jeho úkol i podklady musí být v procesu jasně určené.
Jednotlivé části se v praxi doplňují: AI připraví hodnoty, pravidla je prověří a určený člověk rozhodne o výjimce.
Jak dokument prochází od příjmu po předání
U každého kroku určujeme vstup, očekávaný výstup a postup při chybě. Konkrétní kanály a kontroly se liší, ale základní průběh zůstává stejný.
1. Příjem a identifikace
Dokument přijde do určeného kanálu, například do aplikace, e-mailové schránky, přes API nebo zabezpečený odkaz. Proces zaznamená zdroj a zkontroluje formát, velikost a případnou duplicitu. Pokud přichází více typů dokumentů, následuje jejich klasifikace.
2. Získání požadovaných údajů
Pro každý typ dokumentu je stanovený seznam polí. AI nebo šablona připraví hodnoty jednotlivých polí a uchová vazbu na původní dokument. Není užitečné získávat všechno, co soubor obsahuje. Zpracovávají se údaje, které potřebuje navazující rozhodnutí nebo cílový systém.
3. Validace
Hodnoty se prověří podle formátu, povinnosti, součtů a dostupných referenčních dat. U faktury lze zkontrolovat součet částek, existenci dodavatele nebo vazbu na objednávku. Míra jistoty, kterou model uvede u získaného údaje, pomáhá směrovat kontrolu, ale sama nepotvrzuje jeho správnost.
4. Oprava nebo schválení
Nejasný či rozporný případ dostane určený uživatel spolu s dokumentem, navrženými hodnotami a výsledkem kontrol. Oprava pole, věcné schválení a řešení technické chyby jsou různé úkoly a mohou mít rozdílné odpovědné role.
5. Předání a potvrzení výsledku
Po splnění stanovených podmínek se data odešlou do ERP, účetnictví, SharePointu nebo jiného cíle. Proces zaznamená, zda cílový systém data přijal, odmítl, nebo je potřeba pokus opakovat. Úspěšné získání údajů z dokumentu ještě neznamená úspěšný zápis do cílového systému.
Kontroly, výjimky a odpovědnost
Ne všechna pole mají stejný dopad. Číslo objednávky, dodavatel, bankovní účet nebo celková částka mohou vyžadovat přísnější kontrolu než poznámka určená pouze pro vyhledávání. Před nasazením proto určujeme kritická pole a podmínky, které zastaví automatické předání.
Kontroly mohou ověřit formát, přepočítat součet, porovnat povolené hodnoty nebo dohledat aktuální záznam v ERP. Pokud vhodný referenční zdroj neexistuje, vysoká míra jistoty modelu správnost údaje nepotvrdí. Takový údaj buď potvrdí člověk, nebo zůstane mimo automatický zápis.
Nečitelný nebo neúplný vstup
Dokument se zastaví a uživatel vidí, který údaj chybí nebo proč jej systém nedokázal použít.
Rozpor s referenčními daty
Proces ukáže zdroj porovnání a rozdílné hodnoty. Odpovědný člověk rozhodne, zda opravit dokument, mapování nebo zdrojový záznam.
Věcné schválení
Schvalovatel dostane potřebný kontext a rozhoduje podle role, částky, zakázky nebo jiných předem stanovených podmínek.
Technická chyba
Nedostupné API nebo odmítnutý zápis patří do chybové fronty s možností opakování. Nevrací se automaticky účetnímu jako chyba dokumentu.
Napojení na ERP a další systémy
Před integrací určujeme, ve kterém systému se každý údaj spravuje a které operace smí dokumentový proces provést. Záznam dodavatele se například spravuje v ERP, původní soubor zůstává v dokumentovém úložišti a stav schválení může být v samostatné aplikaci. Díky tomu nevznikají zbytečné kopie dat a je jasné, kde se má údaj opravit.
Způsob napojení závisí na verzi, licenci a podporovaném rozhraní cíle. Může využít REST API, řízený import souboru, SFTP, SharePoint, OneDrive nebo integrační vrstvu. Dostupnost hotového konektoru proto ověřujeme pro konkrétní verzi a konfiguraci systému.
Pro každý tok definujeme mapování polí, autentizaci, oprávnění, jednoznačný identifikátor zprávy, způsob bezpečného opakování a dohledání chyby. Zápis se považuje za dokončený až po potvrzení cílovým systémem. Návrh a provoz těchto vazeb jsou součástí služby ERP integrace.
Jak ověřit první dokumentový proces
První ověření soustředíme na jeden typ dokumentu. Předem stanovíme, které údaje potřebujeme, jak má proces zacházet s výjimkami a podle čeho vyhodnotíme jeho nasazení.
Vymezíme proces a výsledek
Určíme typ dokumentu, požadovaná pole, cílový stav, odpovědnou roli a případnou návaznost na další systém.
Připravíme vzorek skutečných dokumentů
Zahrneme běžné i problémové dokumenty, různé dodavatele nebo rozvržení a známé výjimky.
Nastavíme zpracování a kontroly
Připravíme požadovaná pole, validační pravidla, místa pro zásah člověka a předání do cíle v dohodnutém rozsahu.
Vyhodnotíme provozní výsledek
Vyhodnotíme správnost důležitých údajů, potřebné opravy, práci s výjimkami a určíme, co zahrnout do produkčního nasazení.
SmartDocto pro řízené zpracování dokumentů
SmartDocto je produkt TechOne pro příjem firemních dokumentů, získání požadovaných dat, nastavené kontroly, schvalování a předání výsledku do dalšího systému. Podporuje práci s PDF a obrázky, příjem přes aplikaci, e-mail, API nebo zabezpečený odkaz a výstupní integrace podle možností cíle.
Začínáme jedním konkrétním procesem a vzorkem běžných i problémových dokumentů. Společně určíme pole, pravidla, výjimky a způsob vyhodnocení. Postup pilotního nasazení, funkce a varianty řešení popisuje Jak začít se SmartDocto.
Často kladené otázky
Které dokumenty jsou vhodné pro automatizaci?
Vhodným kandidátem je opakující se dokumentový proces s dostupnými vzorky, známými požadovanými poli a konkrétním výstupem. Může jít o faktury, objednávky, dodací listy, výkazy práce nebo jiné firemní dokumenty. Rozhoduje celý proces a cena chyby, nikoli pouze počet souborů za měsíc.
Kdy použít AI a kdy stačí pravidla nebo strukturovaná výměna dat?
Pokud lze údaje získat přes formulář, EDI, XML nebo API, používáme strukturovaný vstup. Pravidla řeší jednoznačné formáty, součty, limity a rozhodnutí. AI pomáhá s klasifikací a návrhem hodnot z proměnlivých dokumentů. V praxi se tyto přístupy často kombinují.
Jak zabránit předání chybného údaje do ERP?
Určíme kritická pole a prověříme je podle formátu, výpočtu nebo dostupných referenčních dat. Chybějící hodnota, rozpor nebo nízká jistota může zastavit automatické předání a vytvořit úkol pro člověka. Zápis se považuje za dokončený až po potvrzení cílovým systémem.
Lze automatizaci napojit na naše ERP?
Ano, prostřednictvím podporovaného rozhraní nebo řízeného importu cílového systému. Konkrétní cesta závisí na jeho verzi, licenci a konfiguraci. Před návrhem ověřujeme mapování, autentizaci, oprávnění, duplicity, opakování a chování při chybě.
Jak probíhá ověření prvního dokumentového procesu?
Vybereme jeden proces, určíme požadovaná pole, kontroly, výjimky a očekávaný výsledek. Potom jej ověříme na vzorku běžných i problémových dokumentů. Tím zjistíme, které dokumenty lze zpracovat automaticky, kde zůstává kontrola člověka a jak má fungovat případná integrace. Stejný postup používá také pilot SmartDocto.
Plánujete automatizaci dokumentů?
Na úvodní konzultaci projdeme konkrétní proces: odkud dokumenty přicházejí, které údaje potřebujete, jak řešit výjimky a kam předat schválený výsledek.