Operátoři pečují o stroje. Poruchy vidíte hned.
Programy TPM obvykle skončí po půl roce, protože stojí na papírech a nadšení. Tady má autonomní údržba kiosek u stroje, obchůzky mají kalendář a doložitelné plnění a každé hlášení z dílny má měřenou reakci. Efekt programu je proto vidět v číslech, ne jen na nástěnce.
Kiosek u stroje s velkými tlačítky · eskalační matice hlášení · mobilní push notifikace · Analytics
TPM na nástěnce nikoho nezajímá
Úkony začátku směny se odškrtávají na papír, který nikdo nečte. Zda se skutečně mazalo a kontrolovalo, se nedá doložit.
Od operátora k mistrovi, od mistra k údržbě. Než se porucha dostane ke správnému člověku, stroj stojí desítky minut.
Efektivita zařízení se počítá jednou měsíčně v Excelu. Na poradě se řeší minulost, ne dnešní směna.
TPM v iDomino dělá z operátorů první linii péče o stroj: úkony s potvrzením a historií, poruchy hlášené v reálném čase a OEE bez ručního počítání.
Ne nové obrazovky. Jiný způsob práce.
Program přežije nadšení prvních měsíců
Úkony mají kalendář, odpovědnost a doložitelné plnění. Udržení nestojí na jednom zapáleném koordinátorovi.
Drobné závady se neproměňují v odstávky
Operátor je nahlásí hned u stroje a je vidět, jestli se s nimi něco stalo.
Papír z dílny zmizí
Checklisty i hlášení vznikají v kiosku. Nikdo večer nepřepisuje formuláře do tabulek.
Vedení uvidí návratnost
OEE, MTBF a MTTR před zavedením a po něm dají programu měřitelný výsledek.
Čísla se nevymlouvají
„Za půl roku jsme dosáhli více než 15% nárůstu celkové efektivity výroby. Protože se již nedohání zpožděné zakázky, panuje v týmu klid a lepší nálada."
Údaje vychází z případových studií a interních dat iDomino z výrobních projektů, 2020 až 2026.
Od stisknutí tlačítka ke správnému technikovi
Hlášení vzniká u stroje: na kiosku nebo v mobilu, s typem události, popisem a vazbou na pracoviště. Žádné telefonování po hale.
Eskalační matice řídí, kdo se o poruše dozví: šablona hlášení má eskalační týmy, typ události určuje nabídku a operátor volí Vyřeším sám, nebo Eskalovat na tým. Upozornění dostanou konkrétní řešitelé.
Uzavřené hlášení s popisem opravy je zdroj dat pro Analytics i pro AI analýzu opakovaných problémů, která sama najde vracející se poruchy.
Co TPM přinese výrobě, údržbě i vedení
Operátoři se starají o svůj stroj
Denní úkony autonomní údržby má operátor přímo u linky, s potvrzením a historií. Drobné závady se řeší dřív, než z nich vyroste odstávka.
Zapisuje se u stroje, ne na papír
Dotykový kiosek s velkými tlačítky zvládne obsluha ve dvou krocích. Odpadá přepisování papírových checklistů, které stejně nikdo nečetl.
Pravidelná péče proběhne a je doložená
Checklisty vázané na pracoviště, typ směny a stanoviště se spouští přímo v otevřené směně a evidují se jako auditní úkoly. Přehled Provedené checklisty navíc odliší kontroly s nálezem od těch bez nálezu, takže na zákaznickém auditu plnění doložíte.
Údržba se o poruše dozví hned
Hlášení odchází z dílny v okamžiku vzniku, s pracovištěm, typem události a délkou odstávky. Reakční doba se měří, takže je vidět, kde se ztrácejí minuty.
K problému jde ten, kdo ho umí vyřešit
Eskalační matice pošle událost správnému týmu podle typu a pracoviště, s push notifikací do telefonu. Konec hledání, kdo má zrovna službu.
Poznáte, co se neprovedlo
Přehledy provedené a neprovedené pravidelné údržby ukážou, kde kontroly chybí, a u obsazení stanovišť je u každého pracovníka vidět počet hotových checklistů. Program nestojí na tom, že si někdo vzpomene.
Efekt TPM je vidět v číslech
OEE, MTBF a MTTR se počítají z hlášení a odvedené výroby. Zlepšovací tým tak má měřítko, kterým obhájí čas věnovaný programu.
Dílna vidí, jak si stojí
Dashboardy a trendy na velkoplošných obrazovkách drží téma živé mezi směnami. Výsledek nevisí jen v kanceláři kvality.
TPM není ostrov
Hlášení z dílny se stává požadavkem ve frontě údržby, uzavřené záznamy plní analytiku a opakované problémy míří do akčního plánu. Data se zadávají jednou.
Operátoři hlásí. Údržba řídí.
TPM a CMMS jsou dvě strany téže mince: TPM zapojuje výrobu do péče o stroje, CMMS řídí práci útvaru údržby. V iDomino na sebe navazují bez přepisování.
- Hlášení z TPM → požadavek v CMMS: porucha nahlášená operátorem přistane ve frontě údržby k triáži a naplánování.
- Autonomní vs. odborná údržba: denní úkony drží operátoři, pracovní příkazy a díly technici.
- Společná data: odstávky z hlášení sytí OEE, MTBF, MTTR i náklady na aktiva.
- Jeden stroj, jedna historie: úkony, hlášení, příkazy i revize na kartě téhož aktiva.
Co z toho má každá z rolí
Odpovídá za chod linek
- Autonomní údržba a checklisty vázané na pracoviště a směnu
- Hlášení z dílny s měřenou reakční dobou
- Stav linek na obrazovkách v hale, ne v e-mailu
Přebírá, co dílna nahlásí
- Hlášení z TPM vstupuje rovnou do fronty údržby
- Eskalační matice pošle událost správnému týmu
- MTBF a MTTR ukážou, které stroje spolykají nejvíc hodin
Udržuje program naživu
- Přehled provedené a neprovedené pravidelné údržby
- Opakované problémy jdou jedním klikem do akčního plánu
- Efekt programu měřitelný v OEE, ne jen v docházce na workshop
Chce vidět návratnost
- Vývoj OEE, MTBF a MTTR před zavedením a po něm
- Srovnání linek, směn a závodů proti stejnému cíli
- Program nestojí na jednom nadšeném koordinátorovi
Na co se ptáte nejčastěji
TPM zapojuje operátory výroby: autonomní údržba, checklisty, hlášení poruch a OEE. CMMS řídí útvar údržby: pracovní příkazy, kapacity techniků, sklad dílů a revize. V iDomino na sebe navazují, hlášení z TPM se stává požadavkem v CMMS.
Ano, na to je stavěný: kioskový režim na sdíleném terminálu u pracoviště, velké dlaždice a jednoduché potvrzování úkonů. Terminál zná své pracoviště, takže operátor jen potvrdí kontrolu nebo nahlásí poruchu, bez vyhledávání.
To řídí konfigurovatelná eskalační matice: u každé šablony hlášení jsou definované eskalační týmy a typ události určuje, které z nich se nabídnou. Skupina se rozbalí na konkrétní řešitele, kterým přijde upozornění, a měří se reakční doba.
Ze tří zdrojů, které vznikají v provozu: odvedené OK a NOK kusy ze směn, normy taktu (Cycle Time) a odstávky z hlášení poruch. Analytics z nich počítá OEE i jeho složky, MTBF a MTTR, bez ručního přepisování do Excelu.
Ano, uzavřená hlášení s popisem opravy vstupují do AI analýzy opakovaných problémů, která sama najde opakující se poruchy, pojmenuje je a vyčíslí ztracený čas.
Ano, moduly se licencují samostatně. Řada firem začíná TPM (hlášení, checklisty, OEE) a CMMS s pracovními příkazy, skladem a revizemi přidává v druhém kroku.
Postavíme TPM na jedné vaší lince
Domluvte si nezávaznou online ukázku. Nastavíme autonomní údržbu a checklisty pro jedno pracoviště, nahlásíme poruchu z kiosku a projdeme ji přes eskalační matici až do analytiky.