Přechod na nový systém řízení údržby neznamená, že firma musí začínat od nuly. Evidence zařízení, pracovní příkazy, preventivní údržba, historie poruch, náhradní díly nebo naměřené hodnoty představují roky práce a cenné provozní know-how.
Při přechodu například z ACT-IN Maintenance Control, Profilaxu, Excelu nebo jiného CMMS do IBM Maximo® Manage proto patří datová migrace mezi klíčové části projektu. Dobře připravená migrace ale není pouhým exportem tabulek ze starého systému a jejich importem do nového. Je také příležitostí zkontrolovat kvalitu dat, upravit strukturu zařízení a rozhodnout, které informace mají pro další provoz skutečnou hodnotu.
Co ze stávajícího systému migrovat
Rozsah dat se mezi jednotlivými firmami výrazně liší. ACT-IN Maintenance Control například pokrývá strukturu provozu a zařízení, požadavky a pracovní příkazy, preventivní údržbu, náhradní díly i další oblasti řízení údržby. Systém může být propojen s ERP, výrobními systémy nebo řešeními pro Condition Monitoring. ACT-IN uvádí, že jeho aplikace pracují nad společnou databází MS SQL a podporují datovou integraci s dalšími podnikovými systémy.
Před samotnou migrací proto potřebujeme zjistit:
- jaké stroje, zařízení a objekty jsou ve zdrojovém systému evidovány,
- jaká je jejich hierarchie a umístění,
- jak jsou vedeny pracovní příkazy a požadavky,
- jaké preventivní plány jsou aktivní,
- jaké klasifikace poruch a zařízení se používají,
- zda systém obsahuje měřidla a historii odečtů,
- jak jsou evidovány náhradní díly a sklady,
- zda existují připojené dokumenty,
- jaké další systémy jsou na současné CMMS/EAM napojené,
- kolik historických dat má pro další provoz skutečnou hodnotu.
Teprve poté lze navrhnout cílovou strukturu v IBM Maximo®.
Migrace neznamená kopírovat data jedna ku jedné
Každý systém pracuje s daty trochu jinak. Cílem proto nemá být reprodukce struktury původní databáze uvnitř Maxima. Je potřeba určit, co jednotlivé informace znamenají z pohledu údržby a kam patří v datovém modelu Maxima.
Typické mapování může vypadat takto:
| Zdrojový CMMS/EAM | IBM Maximo® Manage |
|---|---|
| provozní struktura | Organizations / Sites |
| umístění technologie | Locations |
| stroje a zařízení | Assets |
| požadavky na údržbu | Service Requests |
| pracovní příkazy | Work Orders |
| preventivní údržba | Preventive Maintenance |
| standardní pracovní postupy | Job Plans |
| pracovníci údržby | Person / Labor |
| materiál a náhradní díly | Items / Inventory |
| sklady | Storerooms |
| dodavatelé a servisní firmy | Companies |
| provozní hodnoty | Meters / Meter Readings |
| technická dokumentace | Attachments |
| členění zařízení a poruch | Classifications |
Nejde však o univerzální převodník. Konkrétní mapování závisí na způsobu, jakým firma původní systém používá, a především na tom, jak chce řídit údržbu po přechodu na Maximo.
Asset nebo Location
Jedním z nejdůležitějších rozhodnutí při migraci je návrh hierarchie zařízení a lokalit. Ve stávajícím systému může mít například podobu:
Závod → Hala → Výrobní linka → Lis → Hydraulický agregát
Při návrhu Maxima je potřeba určit, které prvky budou reprezentovány jako Locations a které jako Assets, jaké mezi nimi vzniknou vztahy a na jaké úrovni se budou evidovat pracovní příkazy, náklady nebo preventivní údržba.
Špatně navržená hierarchie se později projeví při plánování údržby, vyhodnocování poruch, reportingu, sledování nákladů i dalším rozvoji analytiky. Datový model je proto vhodné vyřešit ještě před hromadným importem.
Nový systém nemusí zdědit chyby starého
Migrace je vhodná příležitost ke kontrole kvality dat. Za několik let provozu mohou vzniknout různé názvy stejného zařízení, například „Lis 1“, „LIS01“, „Lis č. 1“ a „Hydraulický lis 01“. Podobná situace bývá u poruch, výrobců, náhradních dílů nebo klasifikací.
Mechanický převod všech záznamů by stejný problém pouze přenesl do nového systému. Migrační proces proto obvykle zahrnuje:
analýzu dat → čištění → normalizaci → mapování → transformaci → import → kontrolu výsledku
U větších databází může právě analýza a čištění dat představovat významnou část celého migračního projektu.
Musíme převést celou historii údržby
Ne nutně. Data je užitečné rozdělit nejméně do tří skupin.
Kmenová data
Sem patří například zařízení, lokace, klasifikace, pracovníci, materiál, sklady nebo dodavatelé. Tato data zpravidla tvoří základ budoucího systému.
Aktivní provozní data
Patří sem otevřené pracovní příkazy, aktuální požadavky nebo platné plány preventivní údržby. I ty bývají pro přechod do Maxima nezbytné.
Historická data
U tisíců nebo milionů uzavřených pracovních příkazů za předchozí roky je situace jiná. Podle potřeb organizace lze:
- převést kompletní historii,
- převést jen určité období, například poslední roky,
- přenést pouze data významná pro analýzu spolehlivosti,
- ponechat starou databázi jako dostupný archiv.
Rozhodnutí by nemělo vycházet pouze z toho, co lze technicky převést, ale především z toho, co bude firma v novém systému skutečně používat.
Data je potřeba migrovat ve správném pořadí
Jednotlivé objekty v EAM systému nejsou izolované. Pracovní příkaz může odkazovat na zařízení, lokaci, pracovníka, materiál a klasifikaci poruchy. Tyto objekty proto musí v cílovém systému existovat dříve, než na ně začneme odkazovat.
Příklad pořadí migračních kroků:
- organizace a provozy,
- lokace,
- zařízení,
- klasifikace a číselníky,
- pracovníci a společnosti,
- materiál, sklady a zásoby,
- pracovní postupy,
- preventivní údržba,
- otevřené pracovní příkazy,
- historie pracovních příkazů,
- měřidla a provozní historie.
Přesné pořadí se vždy přizpůsobuje konkrétnímu projektu a vazbám mezi daty.
Jak se data technicky dostanou do IBM Maximo
IBM Maximo® Manage nabízí několik standardních způsobů integrace a importu dat. Důležitou součástí je Maximo Integration Framework a takzvané Object Structures, které definují business objekty Maxima a jejich vztahy pro příjem a předávání dat.
Maximo Manage podporuje mimo jiné:
- XML, JSON a ploché soubory včetně CSV,
- REST API,
- externí systémy,
- interface tables,
- souborové a dávkové importy.
IBM upozorňuje, že jednoduchý aplikační import probíhá synchronně a není vhodný pro velké objemy dat kvůli riziku vypršení uživatelské relace. Pro rozsáhlejší migrace se používají například asynchronní souborové importy, interface tables, externí systémy nebo vhodně navržené API a dávkové postupy.
Ani větší migrace tedy nemusí spočívat v ručním přepisování informací. Pokud máme vhodný export nebo přístup ke zdrojovým datům, lze vytvořit transformační proces, který je převede do struktur požadovaných Maximem.
Nezapomenout na integrace
Současný systém údržby často není izolovanou aplikací. Může komunikovat s ERP, skladem a nákupem, MES, výrobními stroji, Condition Monitoringem, BI/reportingem, personálními systémy nebo externími servisními aplikacemi.
ACT-IN například uvádí možnost integrace se systémy SAP, Microsoft Dynamics/Axapta, Navision, Oracle, JD Edwards, QAD a dalšími ERP i propojení s dalšími částmi MES a technologickými systémy.
Každá stávající integrace proto potřebuje vlastní rozhodnutí: zachovat, nahradit, přepracovat, nebo zrušit. Přechod na nové EAM je často také integračním projektem.
Co s daty z Condition Monitoringu
Zvláštní kategorii představují provozní a senzorová data. Pokud původní řešení ukládá velké množství hodnot z výrobních zařízení, nemusí být správné automaticky přenést každý historický vzorek do Maxima.
Podle konkrétní architektury může mít větší smysl převést:
- definice relevantních měřidel,
- poslední nebo rozhodné hodnoty,
- alarmy a události,
- hodnoty potřebné pro údržbu,
- agregovanou historii.
Velkoobjemová časová data mohou zůstat v systému určeném pro jejich archivaci a analýzu. I toto rozhodnutí patří do návrhu migrace.
Nejdříve testovací migrace potom produkce
Produkční migrace by neměla být prvním okamžikem, kdy se kompletní data dostanou do Maxima. Praktický postup může zahrnovat několik kroků:
- Pilotní import. Na malém vzorku ověříme strukturu a transformační pravidla.
- Kompletní testovací migrace. Do testovacího prostředí převedeme reprezentativní nebo kompletní datovou sadu.
- Kontrola dat. Ověříme počty záznamů, vazby, číselníky, stavové hodnoty a další kritické informace.
- Uživatelské testování. Plánovači a pracovníci údržby ověří, zda jsou zařízení, pracovní příkazy a historie použitelné tak, jak očekávají.
- Zkouška produkčního přechodu. Ověříme celý postup včetně časové náročnosti a kroků potřebných před spuštěním.
- Cutover. Následuje finální export, převod posledních změn, kontrola a přechod na nový systém.
Takový postup výrazně snižuje riziko, že se zásadní problém objeví až při spuštění produkčního prostředí.
Úspěšný import ještě neznamená správnou migraci
Technicky dokončený import nestačí. Je potřeba porovnat například počet zařízení ve zdroji a v Maximu, počet lokalit, aktivní plány preventivní údržby, otevřené pracovní příkazy, zásoby, náhradní díly a počet převedených historických záznamů.
Současně je nutné ověřit jejich vazby. Pracovní příkaz musí být připojen ke správnému zařízení, zařízení ke správné lokalitě a preventivní údržba ke správnému objektu. Použitý materiál a práce musí patřit ke správnému pracovnímu příkazu.
Součástí kvalitní migrace je proto také validace a reconciliation, tedy systematické porovnání zdrojových a cílových dat.
Migrace je příležitost změnit víc než software
Firma může současný CMMS používat deset nebo patnáct let. Za tu dobu se v něm nehromadí jen data, ale také způsob, jakým organizace pojmenovává zařízení, klasifikuje poruchy, plánuje preventivní údržbu a vyhodnocuje práci údržby.
Před migrací je proto vhodné položit si otázku: co chceme ze současného systému zachovat a co už nechceme přenášet do dalších deseti let?
Přechod na IBM Maximo® může sjednotit evidenci zařízení, vyčistit historická data, zjednodušit číselníky a připravit základ pro další rozvoj údržby.
Přemýšlíte o přechodu na IBM Maximo
Při změně systému údržby nemusíte začínat od prázdné databáze. Stávající evidence zařízení, historie údržby, pracovní příkazy, preventivní plány a další provozní informace mohou být cenným základem nového řešení.
V 12servis můžeme nejprve analyzovat strukturu stávajících dat, navrhnout jejich mapování do IBM Maximo® a připravit migrační postup včetně testovacího převodu a kontroly výsledku. Cílem je, aby data byla v novém systému správně strukturovaná, důvěryhodná a použitelná pro další práci s údržbou.