- Přehledy IS
- APS (20)
- BPM - procesní řízení (22)
- Cloud computing (IaaS) (10)
- Cloud computing (SaaS) (33)
- CRM (51)
- DMS/ECM - správa dokumentů (20)
- EAM (17)
- Ekonomické systémy (68)
- ERP (79)
- HRM (27)
- ITSM (6)
- MES (32)
- Řízení výroby (36)
- WMS (29)
- Dodavatelé IT slueb a řeení
- Datová centra (25)
- Dodavatelé CAD/CAM/PLM/BIM... (39)
- Dodavatelé CRM (33)
- Dodavatelé DW-BI (50)
- Dodavatelé ERP (71)
- Informační bezpečnost (50)
- IT řeení pro logistiku (45)
- IT řeení pro stavebnictví (26)
- Řeení pro veřejný a státní sektor (27)
ERP systémy
CRM systémy
Plánování a řízení výroby
AI a Business Intelligence
DMS/ECM - Správa dokumentů
HRM/HCM - Řízení lidských zdrojů
EAM/CMMS - Správa majetku a údrby
Účetní a ekonomické systémy
ITSM (ITIL) - Řízení IT
Cloud a virtualizace IT
IT Security
Logistika, řízení skladů, WMS
IT právo
GIS - geografické informační systémy
Projektové řízení
Trendy ICT
E-commerce B2B/B2C
CAD/CAM/CAE/PLM/3D tisk![]() | |
| Přihlaste se k odběru newsletteru SystemNEWS, který kadý týden přináí výběr článků z oblasti podnikové informatiky | |
![]() | |
Procesní mining a RPA
RPA (Robotics Process Automation) je na vzestupu a jeho významný růst lze očekávat i v dalích letech. Ale samotné RPA není samospasné. Musíte vědět, co a jak a v jakém kontextu chcete robotizovat. K tomu vám mohou pomoci nástroje zaměřené na procesní mining. Pomohou vám správně identifkovat, co automatizovat a jak to udělat rychle a ideálně bez opomenutí vech moných cest zpracování procesu.

RPA - shrnutí
Začneme nejprve krátkou rekapitulací, co je RPA. Obecně jde o stále častěji diskutované téma, přičem v tomto článku se chceme zaměřit primárně na automatizaci procesů pomocí speciálního software, který, zjednodueně řečeno, lze naučit/nastavit tak, aby dělal rutinní činnosti místo koncového uivatele na PC. Typickým příkladem je zpracování příchozích faktur (rozpoznání obsahu, ověření vůči odelým objednávkám, předání k proplacení do účetního systému). Nicméně procesy mohou být i podstatně sloitějí, třeba zpracování ádosti klienta banky o mimořádnou splátku hypotéky. Tam u jde o interakci s vícero aplikacemi, různé rozhodovací stromy, generování návrhu smluvní dokumentace a podobně. A to ve musí běet bezchybně, rychle a s auditní stopou. Ohromnou výhodou je pochopitelně skutečnost, e SW robot můe pracovat 24/7, e můeme mít celou farmu robotů pro různé úkoly a řídit je centrálně, a e předevím není třeba dělat ádné změny na obsluhovaném aplikačním portfoliu. Jinými slovy softwarový robot pracuje s aplikacemi v rámci pracovní stanice naprosto stejně, jako člověk (simuluje klávesnici a my), take pohledem na obrazovku nezasvěcený člověk ani nepozná, e s PC nepracuje člověk, ale SW robot.
Nástrojů pro RPA je dnes celá řada, přičem mezi nimi lze nalézt specifické rozdíly, a ne vdy jsou co do své funkcionality a obecné logiky návrhu zcela srovnatelné. Zároveň SW robotizace ji není pouze výsadou společností, pro které není problém investovat statisíce do licencí a existují řeení, které stejnou slubu nabídnou za cenovku o řád nií. Je proto vhodné provést odpovídající průzkum trhu, formou Proof of Conceptu na vybraném procesu ověřit schopnosti nástroje ovládat potřebné aplikace a na základě licenčních politik vybraných nástrojů porovnat návratnost investice.
Identifikace procesů vhodných k automatizaci
V kadém případě, pokud to s RPA myslíte váně, dříve nebo později narazíte na otázku, na jaký proces se zaměřit. Toto platí zejména v korporátní sféře, kde je mnoství procesů a jejich komplexita výrazně vyí Praxe říká, e není a takový problém najít na začátku řádově nií jednotky procesů, které má smysl robotizovat, ale i tak je potřeba prověřit řadu předpokladů a hlavně spočítat zmíněnou návratnost investice. Typicky si klademe otázky typu: jakým způsobem (včetně různých alternativních scénářů) se proces realizuje, jak často a kolik uivatelů jej vykonává a jak je z pohledu společnosti kritický z toho následně vyplývají finální úspory (připomeňme, e úspora FTE není to jediné, co RPA můe přinést, můe nás zajímat sníení chybovosti, rychlost zpracování, čas zpracování např. v nočních hodinách a dalí).
A zkuste si sami odpovědět máme vdy vechna tvrdá data, která pro sestavení business case potřebujeme? Není to spí kombinace vstupů z pracovních předpisů, dotazování se uivatelů, dat z různých logů, systémů, dotazů na DWH a mimo jiné také domněnek, které vycházejí z naí zkuenosti? Nechceme tím zde nyní naznačit, e to rovnou znamená, e je to patně a u procesů, kde lze očekávat významné úspory a které nám leí na očích, se to nedá celkem dobře připravit. Ale i tak je to kombinace předpokladů, často neaktualizovaných nebo neúplných popisů konkrétního procesu (včetně nutné revize s konkrétními uivateli, kteří to pravidelně dělají), a heterogenních dat. A to v případech, kde se investice do robotizace mohou per proces vyplhat na řády statisíců, a kde očekáváme odpovídající (násobné) úspory, můe být rizikový scénář. A to nemluvě o situaci, která zákonitě dříve nebo později nastane, kdy jsme vyčerpali pár zjevných procesů na vstupu a chceme hledat dál, co se pro robotizaci hodí protoe určitě nebudeme chtít zůstat jen u toho, pokud je ve firmě dalí potenciál.
Procesní mining je řeení
A zde jak s ohledem na upřesnění prvních zjevných realizací robotizace, tak zejména s hledáním dalího potenciálu nám můe pomoci procesní mining. Mylenka je, e máte k dispozici komplementární nástroj, jen vám umí průběně sbírat data o tom, co se ve společnosti děje, a na základě toho automaticky vyhodnotit a doporučit, co se hodí pro robotizaci.
Obecně na trhu je v daném segmentů nástrojů celá řada. Za zmínku stojí například Celonis, Minit nebo Disco od společnosti Fluxicon. Základem je schopnost sbírat události napříč aplikacemi, resp. systémy, které jsou ve společnosti provozovány. Jde nám zejména o informace typu např. přijetí ádosti o úvěr do společnosti, předání na scoring, vyhodnocení, zaslání zpět klientovi. Následně nebo průběně dochází k vyhodnocování včetně moné vizualizace průběhu, a to pospolu zobrazování počtu instancí v jednotlivých uzlech procesu a podobně.
Způsob, jak se takového tématu chopit, je vícero. Větina řeení na procesní mining nabízí rozhraní, přes která lze po odpovídající konfiguraci průběně nalévat adekvátní data (větinou je třeba provádět i specifické datové transformace). Ta jsou pak ve vlastním systému normalizována a je nad nimi prováděna analýza a vyhodnocování. Pokud máte na vstupu správná data (co ovem v tomto modelu znamená nutnou konfiguraci sběrných rozhraní, resp. často vůbec zjiování, kde data jsou a jak se k nim dostat, případně pokud nejsou, jak dosáhnout na dotčených systémech, aby byla), dává vám to průběný vhled do vaí organizace a také vstupy, které jsou třeba pro zvaování případné realizace RPA. V drtivé větině případů zde ovem chybí údaje o konkrétní interakci uivatele s vlastní aplikaci tj. v jakém formuláři pracoval, co editoval, jak kde co vybíral a podobně. A to je pro cílovou realizaci RPA nezbytné.
Alternativní přístup v otázce získávání dat nabízí nástroj UltimateUPA, který umoňuje sběr dat bez nutnosti jakékoliv integrace s dotčeným aplikačním portfoliem, a zároveň s podstatně vyí kvalitou informací pro realizaci případného RPA nad konkrétními procesy (včetně interakce uivatele s UI rozhraním). Tento model počítá s tím, e na cílové stanice nasadíte uivatelům (ideálně po jejich vědomém souhlasu) sondu, která průběně sbírá a analyzuje informace o tom, co se děje na jeho obrazovce. Jinými slovy, nezávisle na typu aplikace (tlustý nebo tenký klient, přístup přes CITRX a podobně) jsou průběně sbírána data, která říkají, v jaké aplikaci je uivatel, na co právě klikl, co kam napsal a dalí (přičem lze sbírat ve, nebo se zaměřit jen na vybrané aplikace, nebo naopak jen některé vyloučit ze sběru atp.). Tento model má s ohledem na RPA oproti předchozímu modelu několik nesporných výhod. Jednak vlastně dopředu ani nemusíte vědět (a tím pádem jakkoliv definovat), co byste vlastně chtěli robotizovat. V datech lze toti pomocí pokročilých analytických metod nalézt opakující se vzorce uivatelského chování v rámci aplikačního flow, co vám odpoví na otázku, na co se zaměřit.
Zároveň dostanete automaticky informaci o četnosti daných vzorců chování (procesů), jejich trvání, způsobech zpracování atd. Takto nejen e máte tvrdá data, jak postavit konkrétní business case pro RPA, ale máte i jistotu, e jste nezapomněli na konkrétní průběh procesem (pokud jím uivatel v době sběru dat proel, pochopitelně), dostanete doporučení na základě interní heuristiky, jakým způsobem RPA realizovat (tj. významně urychlíte vlastní návrh a realizaci), a to ve bez jakékoliv nutnosti napojení na dalí systémy. V praxi jde o nasazení na koncové stanice v řádech desítek minut, měření dat můe trvat vyí jednotky dnů a řekněme 2-3 týdny, a analýza probíhá vesměs automaticky, tj. v horizontu jednoho měsíce můete mít zmapovaná celá oddělení s tím, e máte detailní přehled o tom, co uivatelé dělají a na co se má smysl s ohledem na RPA zaměřit. Vytěíte tak maximální potenciál pro automatizaci ve vaí organizaci, přičem vlastní realizace RPA můe být pokryta vesměs jakýmkoliv standardním řeením, které se dnes na trhu nabízí.
Shrnutí
Zopakujme ji v úvodu řečené, e RPA není samospasné a musíte vědět, co, jak a v jakém kontextu chcete robotizovat. K tomu vám nástroje zaměřené na procesní mining určitě mohou pomoci. Pokud mají rovnou funkcionality pro automatickou analýzu a doporučení, o to lépe. Tato synergie vám nabídne detailní vhled do vaí organizace a pomůe správně identifkovat, co a jak automatizovat.
![]() |
Michal Franek Autor článku působí ve společnosti StringData na pozici Produktový ředitel zodpovědný za divizi, která dodává vlastní RPA řeení pro automatizaci procesů. |

Formulář pro přidání akce


















