omino
Domluvit ukázku
Firmy obvykle zvažují tři typy řešení. Každé má své opodstatnění a svůj kontext. Jen jeden přístup ale uzavírá celý cyklus zlepšování - od údržby přes analytiku až po akční plán.
Než přejdeme k detailnímu srovnání, podívejme se na to, čím každý z přístupů nejvíce přispívá - a kde naráží. Hranice se v posledních letech rozmazávají, dodavatelé do svých nabídek přidávají sousední funkce, ale v jádru zůstávají specializované.
IBM Maximo · SAP PM · Infor EAM · MaintainX
Siemens Opcenter · Plex · Tulip · Power BI · Tableau
Specializovaná TPM platforma pro výrobní excelenci
Šest oblastí, tři kategorie. Hodnotíme to, co řeší jádro produktu - ne to, co lze dodělat custom integrací. U konkrétních produktů (Maximo, SAP PM, MES) se rozsah liší podle modulů a verze; srovnání popisuje typický stav v dané kategorii. plně podporuje · částečně / s omezeními · není v jádru
| Funkce | CMMS / EAM | MES + BI | iDomino Platform |
|---|---|---|---|
| 01 - Údržba | |||
| Plán preventivní údržby | Kalendář, BOM, intervalyJádro produktu, intervaly podle času i čítače. | Mimo scopeMES může dát data o stavu, plán řeší jiný systém. | Denní, týdenní, roční cyklyPochůzkový kalendář nezávislý na PM plánech. |
| Hlášení poruch z dílny | Často přes placený mobilní modulSAP PM / Maximo přes Fiori, Innovapptive a další. | Chybí workflow údržbyMES zachytí stav stroje, ale neřídí opravu. | Mobil, foto, hlas, kioskový režimAutomatické routování na správce a tým. |
| Autonomní údržba operátorů | Operátor není primární uživatelCMMS cílí na techniky údržby, ne na linkového operátora. | Chybí proces 7 kroků TPMMES sleduje výkon, ne autonomní úkony. | Checklisty, foto, příručky u strojeKontroly, výměna filtru, mazání - vše s historií. |
| 02 - Akční plán (PDCA) | |||
| Akční plán s odpovědností a termíny | Work-order není PDCASleduje dokončení úkolu, ne uzavírání kořenové příčiny. | Typicky v Excelu nebo Jira / TrelloMimo MES, manuální propojení s daty. | Akční plán s úrovněmi opatření a eskalacíOkamžitá, nápravná i preventivní opatření. |
| Analýza příčin (5× proč, Ishikawa) | Není v jádru CMMSObčas v rozšířených balíčcích, většinou volný text. | Jen v BI šabloně nebo plug-inuData ano, strukturovaná analýza chybí. | Strukturovaná, navázaná na úkolRevize FMEA, pracovních návodek a dalších dokumentů. |
| Uzavírání PDCA cyklu a auditní stopa | Stav work-orderu, ne učeníDokončeno znamená provedeno, ne vyřešeno. | Mimo scopeBI ukáže opakující se odchylku, neřídí opatření. | PDCA dashboard, sledování nákladů a úsporPlnění, eskalace, kompletní auditní stopa. |
| 03 - Analytika a OEE | |||
| OEE v reálném čase | Chybí výrobní dataCMMS sleduje aktiva, ne výkon linky. | Pokud MES vrstva existujeBez MES dat ale BI nepočítá OEE samo. | Pre-built, MTBF a MTTR součástíŽádná konfigurace nutná, role-based dashboardy. |
| Pareto ztrát a heatmapy prostojů | Jen incident logAnalýza příčin ztrát chybí. | Vyžaduje custom developmentAnalytik musí postavit datový model. | Out-of-the-box, drill-downHlášení poruch, typy, umístění, směna, příčiny zmetků. |
| Reporty pro každou roli | Generický report builderOperátor, mistr i management dostávají stejný report. | Analytik musí sestavitSíla i slabost zároveň. | Operátor, mistr, management připravenéKaždá role má svůj pohled bez konfigurace. |
| 04 - Audity a kvalita (AMS) | |||
| Digitální audity (5S, LPA, VDA 6.3) | Chybí formulářeAudit jako proces není součástí CMMS. | Mimo scopeAudity dělají specializované apps typu Lumiform. | AMS modul s fotodokumentacíHodnoticí škála VDA, body, korekční opatření. |
| Workflow auditu: zjištění → opatření → kontrola účinnosti | Audit a údržba v různých systémechOpatření se přepisují ručně, kontrola účinnosti chybí. | Tři až čtyři nástroje vedle sebeŽádná návaznost mezi zjištěním, opatřením a verifikací. | Audit → zjištění → opatření → kontrolaCelý cyklus v jedné platformě s auditní stopou. |
| AI shrnutí a vyhodnocení auditu | Nedostupné | Copilot v Power BI nebo vlastní modelVyžaduje vlastní data engineering. | Integrovaná AI summaryVyhodnocení auditu a návrh opatření v jednom kliknutí. |
| 05 - Implementace a uživatelské zapojení | |||
| Doba do prvního měřitelného výsledku | 3–12 měsícůMaximo enterprise rollout typicky delší, moderní CMMS rychlejší. | 3–9 měsíců dle datové vrstvyZávisí na konektivitě strojů a IT vrstvě. | 4–8 týdnůPilotní linka do 4 týdnů, rollout v závodu 6–8. |
| Mobilní rozhraní pro dílnu | Placené rozšířeníFiori, Innovapptive, Sigga a další partneři. | Jen dashboard viewBI mobilní app, ne workflow. | Full-featured, hlasové zadáváníAndroid, iOS, push notifikace, kioskový režim. |
| 06 - Rozvoj platformy a další náklady | |||
| Nové funkce a customizace na míru | Obvykle placený dev projektKonzultant, partner nebo interní vývoj. | Vendor-driven roadmapČekání na další release, nebo custom kód. | Doplníme bez příplatkuSpecifika výroby v rámci abonentu. |
| Sdílení nových funkcí mezi klienty | Customizace zůstává u klienta | Každý vyvíjí svoje | Každá nová funkce dostupná všemSdílení know-how mezi klienty. |
iDomino pokrývá to, co výrobní závody potřebují. A kdybyste přesto narazili na něco specifického pro váš provoz, doplníme to podle reálného zadání - bez navyšování ceny, bez čekání na další release.
Za každou úpravu obvykle platíte zvlášť. Nebo na ni musíte čekat roky v roadmapě dodavatele. Custom integrace si vyžádá konzultanta nebo interní vývoj a každá další verze přináší další náklady.
Rozvoj je součástí ceny. Nové funkce dostanete bez příplatku a automaticky, jakmile jsou hotové. Pokud nějaká chybí, doplníme ji do roadmapy a sdílíme ji se všemi klienty.
Jak to funguje v praxi →Krátký rozhodovací rámec - bez marketingových obratů. Pokud váš provoz spadá do více kategorií zároveň, dává smysl kombinace.
Krátké odpovědi na to, co řešíme s firmami před první ukázkou.
Ano. Mnoho zákazníků si CMMS ponechává pro správu majetku a náhradních dílů a TPM&M přidává jako vrstvu pro operátory, OEE a akční plán. Integrace přes API i import dat řešíme ve fázi onboardingu podle vašeho stávajícího systému (SAP PM, Maximo, Infor EAM a další).
Standardně migrujeme strom strojů, plán preventivní údržby a posledních 12 měsíců historie hlášení poruch. Akční plány v Excelu importujeme přes šablonu. Migrace je součástí onboardingu, neúčtuje se zvlášť.
Pilotní linka běží do 4 týdnů od podpisu, plný rollout v jednom závodu typicky 6–8 týdnů. Multi-závod organizace zvládneme do 4 měsíců. Záleží na tom, kolik linek a rolí zapojujete naráz a v jakém stavu jsou vstupní data o strojích.
Začneme modulem Akční plán samostatně. Připojíme se k vašemu MES přes OPC UA nebo SQL view a OEE čerpáme odtud. TPM aktivity a audity můžete přidat později - modulárně.
Mobilní rozhraní iDomina je navržené přesně pro tento případ - ikony, foto, hlasové zadávání, žádné dlouhé formuláře. Pro stroje s pevným stanovištěm nabízíme kioskový režim s velkými tlačítky a předdefinovanými úkony. Operátoři mívají onboarding 30–60 minut a systém aktivně používají od prvního dne.
Pilot na jedné lince je krátkodobá smlouva - ukončíte ji bez dlouhodobého závazku. Rozhodnutí o plném rolloutu padá až po vyhodnocení pilotu a měřitelných výsledků. Typicky vidíme nárůst OEE o 3–8 procentních bodů už za 6 týdnů, ale výsledek samozřejmě závisí na výchozím stavu provozu.
TPM&M běží v cloudu i jako on-premise instance na privátním serveru zákazníka nebo v MS Azure zákazníka. Podporujeme IP whitelist, SSO i přístupy podle rolí. Datové centrum, šifrování a auditní logy splňují běžné požadavky enterprise IT.
60 minut. Ukážeme vám TPM&M na vašich datech a porovnáme s tím, co dnes ve výrobě používáte.
Domluvit představení