Nástroje ETL pro process mining: co potřebujete — article illustration

Přeskočte pipeline: nahrajte CSV a prohlédněte si proces

Vyzkoušejte soubor s oddělovači

Data

Nástroje ETL pro process mining: co potřebujete

Kdy process mining potřebuje ETL, co musí obsahovat export a proč ProcessMind načte výstup z vašeho stávajícího datového toku.

Potřebujete pro process mining ETL?

Nástroje ETL získávají data ze zdrojových systémů, upravují je do použitelné podoby a načítají pro analýzu. V tomto článku se zaměříme na to, jaké úpravy dat projekt process mining skutečně potřebuje a čemu se můžete vyhnout. Nejde o přehled nástrojů pro datové pipeline. Pokud jeden systém umí exportovat záznamy a soubor obsahuje ID případu, aktivitu a časové razítko, můžete první analýzu často provést bez pipeline a načíst export tak, jak je.

Záleží na procesu, systémech, které ho podporují, a na tom, jak často je potřeba analýzu aktualizovat. Začněte s nejmenším exportem, který dokáže odpovědět na vaši otázku. Přípravu a automatizaci přidejte, až první analýza ukáže, že jsou potřeba.

ETL se vyplatí ve třech situacích:

  • Proces probíhá v několika systémech. Záznamy je třeba spojit a sjednotit jejich identifikátory, abyste mohli sledovat jeden případ od začátku do konce.
  • Zdrojová data nejsou v současné podobě použitelná. Před analýzou je třeba sjednotit názvy aktivit, časová razítka nebo identifikátory případů.
  • Export se musí pravidelně opakovat. Pokud se data mění každý den a analýza musí držet krok, ruční export přestává být praktický.

To jsou důvody k přípravě dat, ne k vytvoření pipeline ještě před zodpovězením první otázky. Načtěte dostupná data, zjistěte, co chybí, a pak se rozhodněte, jak pokračovat.

Dlouho jsme předpokládali, že ETL musí být součástí produktu. Pak jsme se podívali na to, co už naši zákazníci používají. Datové sklady se budovaly zhruba dvacet let pod různými názvy, mimo jiné jako datová tržiště a datová jezera. Dnes už má většina firem použitelná data k dispozici. Proto jsme přestali vytvářet vlastní pipeline. Nahrajte export ze svých systémů, nebo nasměrujte pipeline, kterou váš tým už spravuje, do našeho API. Začněte s daty, která už máte.

Roel Vliegen
Roel Vliegen Spoluzakladatel a CEO

Samostatnou pipeline můžete vynechat také v těchto případech:

  • Proces se zaznamenává převážně v jednom systému.
  • Potřebné záznamy lze exportovat.
  • Export obsahuje ID případu, aktivitu a časové razítko.
  • Soubor je dostatečně malý na ruční přípravu.
  • Ověřujete, zda data dokážou odpovědět na vaši otázku.

Tabulka dobře poslouží k přejmenování sloupců, opravě zjevných nesrovnalostí a odstranění nepotřebných polí. Ruční příprava nemusí být trvalým řešením. Jakmile se ukáže, že analýza přináší užitek a data je třeba často aktualizovat, automatizujte opakující se kroky.

Co musí export obsahovat

Záznam událostí pro process mining potřebuje tři pole a jeden řádek pro každou událost.

Pole Co označuje Co ověřit
ID případu Instanci procesu, například objednávku nebo servisní požadavek Stejné ID případu musí propojit všechny události dané instance
Aktivita Jeden krok, který v procesu proběhl Názvy musí rozlišovat skutečné kroky a být používané jednotně
Časové razítko Kdy krok proběhl Skutečné datum a čas, se stejným časovým pásmem ve všech kombinovaných zdrojích

Atributy jako náklady, uživatel, tým, zákaznický segment nebo uhlíková stopa jsou volitelné. Právě díky nim ale získáte víc než jen přehled o procesu: každý zachovaný atribut můžete později použít jako filtr, rozdělení nebo metriku. V přehledu atributů datové sady se dozvíte, co vám jednotlivá pole umožní.

Pole může být ve zdrojových datech přítomné, a přesto nepoužitelné. Pokud se ID případu mezi systémy mění, události se nepropojí. Nekonzistentní názvy aktivit rozdělí jeden skutečný krok na tři. Časové razítko uložené jako text může události seřadit nesprávně. Než data namapujete, prohlédněte si export a nejprve ověřte tři povinná pole. Další informace o tom, co musí záznam obsahovat, najdete v článku Co potřebuje process mining.

Minimální dotaz pro záznam událostí

Pokud zdroj už ukládá jeden řádek pro každou aktivitu, stačí data vybrat pomocí dotazu. Tento příklad předpokládá tabulku s názvem process_events, která obsahuje případ, aktivitu a čas události:

SELECT
  case_id        AS case_id,
  activity_name  AS activity,
  event_time     AS timestamp
FROM process_events
WHERE case_id IS NOT NULL
  AND activity_name IS NOT NULL
  AND event_time IS NOT NULL
ORDER BY case_id, event_time;

Dotaz pojmenuje tři pole, vyřadí nepoužitelné řádky a seřadí události v rámci každého případu. Upravte názvy tabulky a sloupců podle svého zdroje a před načtením zkontrolujte vzorek případů. Každý případ by měl obsahovat očekávané události ve správném pořadí, které odpovídá tomu, jak práci vnímají lidé, kteří ji vykonávají.

Které kroky transformace jsou důležité

Transformace má napravit nedostatky, které by zkreslily analýzu. Ve většině případů stačí čtyři kroky.

  1. Sjednoťte záznamy událostí

    Každý výskyt aktivity uložte na samostatný řádek spolu s ID případu a časovým razítkem. Platí to i tehdy, když zdroj ukládá jednotlivé kroky procesu do samostatných sloupců.
  2. Připravte časová razítka k použití

    Ověřte, že hodnoty představují skutečná data a časy, a zjistěte, zda jde o místní čas, nebo UTC. Sjednoťte časová pásma kombinovaných zdrojů, jinak bude pořadí událostí zavádějící.
  3. Sjednoťte názvy aktivit

    Každý skutečný krok pojmenujte jedním názvem, v jednom jazyce a s jednotným pravopisem. Neslučujte kroky, které jen vypadají podobně, abyste zkrátili seznam.
  4. Zdroje spojujte jen v případě potřeby

    Najděte identifikátor, který propojuje záznamy, a ověřte, že odpovídá. Spojení, které zdvojí události nebo vynechá případy, změní pohled na proces. Porovnejte proto počty záznamů před spojením a po něm.

Pokud export už obsahuje jeden řádek pro každou událost a všechna tři pole, není co transformovat. To je běžný výsledek, ne zkratka. Jak vytvořit záznam událostí pro process mining popisuje stejný postup na příkladech v Excelu a SQL.

Kam načíst záznam událostí?

Připravená data načtěte do platformy, ve které je budete analyzovat. Pro první kontrolu stačí jeden soubor: připravte ho, načtěte, prohlédněte si proces a upravte export podle toho, co data skutečně umožňují. Kvůli process mining nezavádějte novou vrstvu úložiště. Pokud váš tým už spravuje datový sklad nebo datové jezero, ponechte data tam a načtěte výstup, který toto prostředí vytváří.

Podrobnosti najdete na stránce Podporované formáty dat. Stejné formáty lze odeslat také naplánovanou úlohou přes data API, pokud nechcete soubory nahrávat ručně.

Model ProcessMind s otevřeným panelem Datasets in models, který ukazuje případy obsažené v jednotlivých datových sadách a přepínač pro nezmapované aktivity
Načtená datová sada se připojí k modelu. Panel zobrazuje případy, které obsahuje, a označuje aktivity, které ještě nejsou namapované. Source: ProcessMind

Ať zvolíte jakýkoli způsob, data načtěte tam, kde probíhá analýza. Soubor ve složce, kterou nikdo nesleduje, není datová strategie. Datová sada, kterou někdo namapuje a zkontroluje, ano.

Které nástroje ETL se hodí pro process mining?

Neexistuje jediný seznam nástrojů ETL vhodný pro každý projekt. Vybírejte podle toho, kde jsou data uložená, jaké nástroje váš tým už používá a kolik přípravy záznam vyžaduje. Jde o běžnou práci s daty. Jediným specifickým požadavkem process mining je zachovat ve výstupu ID případu, aktivitu a časové razítko.

Přístup Kdy ho použít Nevýhoda
Ruční export a příprava Ověřujete jeden proces na malé, stabilní datové sadě Nejrychlejší začátek, ale každý další export vyžaduje ruční práci
Nástroje, které už váš tým používá Už máte SQL, dbt, datový sklad nebo datové jezero Využijete stávající znalosti a infrastrukturu a logiku můžete používat i mimo process mining
Nástroj ETL třetí strany Export se musí opakovat z několika systémů Je třeba nastavit a spravovat více součástí
Vestavěné ETL v platformě pro process mining Platforma podporuje potřebné transformace Je pohodlné, ale ověřte, zda lze logiku přenést a data znovu použít jinde

V projektech process mining se často setkáte s těmito nástroji: CData a dbt pro získávání dat a transformace v SQL, BigQuery, Snowflake a Databricks pro datové sklady a Talend, Apache NiFi a Airbyte pro přesun dat mezi systémy. V úvahu přicházejí i nástroje s otevřeným zdrojovým kódem, obvykle NiFi a Airbyte. Někteří dodavatelé, například Evidant a Konekti, nabízejí ETL určené pro process mining včetně šablon pro běžné systémy.

Jde o příklady, nikoli doporučení, a s žádným z těchto dodavatelů nespolupracujeme. Upřednostněte nástroje a formáty, které váš tým dokáže spravovat i po skončení projektu. Pokud to jde, ponechte logiku transformací mimo produkt pro process mining. Pečlivě zvažte vestavěné ETL: jeho používání je pohodlné, dokud zůstáváte na dané platformě, ale připravená data se pak hůře využívají v dalších analytických projektech nebo projektech AI.

Jak spravovat data po jejich načtení?

Získání dat je jen polovina práce. O tom, zda bude analýza použitelná i za čtvrt roku, rozhoduje následná správa datových sad.

  • Datové sady pojmenovávejte podle jejich obsahu. Název Q1_2025_Sales_Data nebo Customer_Support_Logs je výstižnější než export_final_v3.
  • Vyberte formát podle účelu. Pro malé soubory nahrávané ručně stačí CSV nebo Excel. Parquet nebo ORC se vyplatí u velkých datových sad a výstupů z pipeline.
  • Před mapováním si data prohlédněte. Zkontrolujte strukturu, typy sloupců a několik řádků. V nastavení datové sady ověřte ID případu, aktivitu a časové razítko.
  • Zkontrolujte mapování aktivit. Nechte automatické mapování provést první průchod a pak projděte nenamapované aktivity. Kroky, které proběhnou, ale nezanechají v datech záznam, můžete označit jako průchod dat. Zůstanou viditelné, aniž by ovlivnily výpočty.
  • Data aktualizujte, nevytvářejte znovu. U pravidelných exportů nahrazujte datovou sadu aktuálním souborem v potřebném intervalu, denně nebo týdně, a zachovejte stejné mapování.
  • Zaznamenejte, co data nepokrývají. Chybějící období, systémy a kroky uveďte v poznámkách k analýze. Ovlivňují totiž závěry, které můžete vyvodit.
  • Omezte přístup a pak data archivujte. Přístup k datové sadě dejte lidem, kteří ho potřebují. Datové sady, které už dokončený projekt nevyužívá, archivujte.

Shrnutí

ETL je prostředek, ne cíl projektu process mining. Nastavte ho tak, aby nezdržoval první analýzu:

  • Začněte s daty, která můžete získat tento týden.
  • Zachovejte tři povinná pole, ať už odstraníte cokoli dalšího.
  • Nejprve načtěte export. Načítání automatizujte, až se ukáže, že to má smysl.
  • Používejte nástroje a formáty, které váš tým už spravuje.

Více projektů ztroskotá na tom, že se pipeline vytvořila dřív, než někdo věděl, na jakou otázku má odpovědět, než na tom, že byla příliš jednoduchá.

Where to Go From Here

Máte export nebo pipeline, která ho dokáže vytvořit. Dalším krokem je data načíst a ověřit, zda export odpovídá na vaši otázku.

Časté dotazy

Ne vždy. Pokud jeden systém umí exportovat záznamy a soubor obsahuje ID případu, aktivitu a časové razítko, můžete začít bez datové pipeline. Vyplatí se ji vytvořit, když proces probíhá v několika systémech, zdrojová data je před analýzou potřeba sjednotit nebo se stejný export musí pravidelně opakovat.

Nejméně tři pole: ID případu, které seskupí události do jedné instance procesu, aktivitu označující jednotlivý krok a časové razítko udávající, kdy k němu došlo. Náklady, zdroj, tým a podobné atributy jsou volitelné. Díky nim ale můžete později data filtrovat, rozdělovat a měřit.

Textové soubory CSV, TSV, TXT a XES, tabulky XLS, XLSX a XLSB, větší a automatizované exporty Parquet, ORC, JSONL nebo NDJSON. Všechny uvedené formáty mohou být komprimované pomocí gzip. Soubory můžete nahrát v aplikaci nebo odeslat přes data API.

Ano. Exportujte záznam do formátu Parquet nebo ORC, které jsou komprimované a obsahují vlastní schéma. Velmi velký soubor nahrajte přes API po částech. Začněte jedním procesem a nedávným obdobím. Jakmile první analýza ukáže, která pole potřebujete, rozsah exportu rozšiřte.

Související články na blogu

Nechte si do e-mailu posílat odborné poznatky o process mining a optimalizaci workflow
Záznam událostí pro process mining: jak ho vytvořit

Process mining

Záznam událostí pro process mining: jak ho vytvořit

Vytvořte event log pro process mining se správnými sloupci. Stáhněte si příklad z restaurace a postupujte podle návodu pro Excel nebo SQL.

MCP server pro process mining: propojení s vašimi daty

Process mining

MCP server pro process mining: propojení s vašimi daty

Užitečnost asistenta AI závisí na kontextu, ke kterému má přístup. MCP server ProcessMind propojuje asistenta se znalostmi o procesech, které jste už připravili.

Konektory pro process mining: kdy se vyplatí

Data

Konektory pro process mining: kdy se vyplatí

Zjistěte, kdy se konektory pro process mining vyplatí vzhledem k nákladům na nastavení a údržbu a jak vám datová šablona umožní začít s exportem, který už máte.

AI a architektura podnikových procesů: jeden ověřený zdroj

Architektura procesů

AI a architektura podnikových procesů: jeden ověřený zdroj

AI může navrhovat, číst a analyzovat vaši architekturu. O tom, co platí, ale rozhodují lidé: spravují jeden ověřený zdroj, schválené verze a přístup všech asistentů přes MCP.

Navrhujte lepší procesy. Propojte je do společné architektury. Mějte vše pod kontrolou.

Získejte přístup ihned, bez čekání a bez platební karty. Převádějte způsob práce ve své organizaci do přehledných a propojených návrhů procesů.

Vytvořte architekturu procesů, určete vlastníky a kontrolní mechanismy a slaďte role a odpovědnosti na všech úrovních.

Spusťte zkušební verzi a vytvořte spolehlivý základ pro řízení, správu a průběžné zlepšování procesů.