Vad CMMS-integrering delar mellan underhåll och produktion
Underhåll och produktion behöver fyra saker av varandra, och för närvarande befinner sig dessa på varsin sida om klyftan.
- Drifttid för tillgångar: förebyggande underhåll utlöses baserat på drifttimmar eller genomförda cykler, vilket maskinen och produktionssystemet känner till, medan CMMS-systemet ofta bara uppskattar det
- Produktionsåtaganden: vilka linjer som är uppbokade för vilka ordrar och när, vilket avgör om ett underhållsfönster överhuvudtaget är tillgängligt
- Tillgång på reservdelar: om den nödvändiga delen finns i lager, vilket finns i affärssystemet eller lagersystemet snarare än i CMMS-systemet
- Historik över haverier ställt mot produktion: vilka haverier som inträffade under vilka körningar, vilket är det som gör att underhållsbehovet kan motiveras i ekonomiska termer
Endast den första är en maskinmätning. Drifttid finns i PLC-system och produktionssystemet, så maskindata måste föras över till affärslagret innan ett förebyggande schema kan utlösas baserat på den. De övriga tre är affärsdata, vilket är anledningen till att ett CMMS-system som körs isolerat skapar en underhållsplan som är tekniskt korrekt men operativt orealistisk.
Varför skjuts förebyggande underhåll upp?
Underhållsschemat föreslås efter att produktionsplanen redan är fastställd. Ett fönster som begärs för en linje som redan lovats till en kundorder är en begäran om att bryta ett åtagande, och åtagandet vinner oftast.
Uppskattad drifttid gör det bara värre. När underhållssystemet (CMMS) utlöser underhåll baserat på kalenderintervall istället för faktiska drifttimmar, schemaläggs service på maskiner som knappt har använts, medan maskiner som går i tvåskift hoppas över. Teamet lär sig då att schemat bara är ungefärligt, vilket försvårar möjligheten att få igenom specifika underhållsfönster.
Brist på reservdelar är det tredje misslyckandet. Ett underhållsfönster utan rätt reservdel är ett slösat tillfälle, och efter att det hänt två gånger börjar planeringsavdelningen betrakta underhållsförfrågningar som preliminära. Förlusten av trovärdighet gör att nästa förfrågan blir ännu lättare att skjuta upp.
Vad kostar en svag CMMS-integrering?
Kostnader för uppskjutet underhåll kommer i en kedja, och bara den sista är tillräckligt synlig för att få uppmärksamhet:
- Underhållsfönster som förhandlas istället för att planeras: arbetsledare lägger tid på att diskutera scheman som kunde ha fastställts en gång för alla
- Service utförd vid fel intervall: kalenderbaserade utlösare leder till för mycket underhåll av outnyttjade maskiner och för lite underhåll av hårt belastade maskiner, vilket gör att underhållsbudgeten felallokeras redan innan arbetet påbörjas
- Slösade underhållsfönster: linjen stannar, teamet anländer, men reservdelen finns inte i lager
- Haveri under en kritisk körning: oplanerat driftstopp drabbar den viktigaste ordern, eftersom det är den linjen som körs hårdast
- Forcerad återställning: akuta reservdelar, övertid och missade leveranser, till en kostnad som är mångdubbelt högre än vad det planerade underhållet skulle ha kostat
Endast den sista punkten når budgetuppföljningen, och då registreras den som ett haveri snarare än som ett uppskjutet underhåll. De fyra föregående punkterna absorberas som normal friktion i verksamheten. Det som byggs upp parallellt är en serie ständiga konflikter: planeringsavdelningen ser underhållsförfrågningar som preliminära, underhållsavdelningen ber om fönster de förväntar sig att förlora, och båda sidor försvarar ett schema som den andra parten inte kan se.
CMMS-integrering är ett schemaläggningsproblem, inte ett underhållsproblem
Konflikten är inbyggd i hur de två systemen delar upp arbetet. Affärssystemet (ERP) bestämmer hur hårt varje maskin ska köras, och det beslutet skapar det underhållsbehov som CMMS-systemet flaggar för veckor senare. Servicen måste sedan tas från produktionstiden, vilket ändrar den plan som skapade behovet från början. Ingen av sidorna kan se den del de inte ansvarar för, eftersom affärssystemet saknar insyn i ackumulerat slitage och CMMS-systemet saknar insyn i framtida belastning.
Fabriker svarar vanligtvis med att förbättra sitt CMMS: bättre tillgångsregister, striktare förebyggande underhållsscheman och mer detaljerade arbetsplaner. Det förbättrar kvaliteten på en plan som ändå inte kan genomföras, eftersom begränsningen aldrig var underhållsschemat.
Båda sidor har rätt utifrån sina egna förutsättningar. En planerare som skyddar en fastställd leverans gör sitt jobb enligt definitionen, och en underhållsledare som skyddar ett intervall gör detsamma. Uppskjutningen är rationell för planeraren men kostsam för fabriken, vilket är anledningen till att ingen mängd underhållsdisciplin kan lösa problemet.
Det som bryter cirkeln är att underhållsbehovet når planeraren innan planen har fastställts, i samma vy. En service som förfaller om 200 drifttimmar är en planeringsparameter, precis som kapacitet eller material. Samma service som begärs när en linje redan är fastställd blir ett avbrott. Informationen är identisk, men tidpunkten avgör vad det innebär.
Hur en integrationsplattform kopplar samman CMMS med produktion
Tillverkare hanterar uppdelningen på tre sätt. Vissa affärssystem (ERP) inkluderar en underhållsmodul, vilket löser klyftan genom konsolidering, men dessa ligger generellt efter ett dedikerat CMMS när det gäller funktionalitet. Vissa CMMS-produkter levereras med färdiga kopplingar för de vanligaste kombinationerna. Dessa håller fram till dess att affärssystemet anpassas eller en andra fabrik använder annan programvara, vilket är den återkommande gränsen för ERP-integration inom tillverkningsindustrin. De flesta fabriker kör de två systemen separat och stämmer av i ett veckomöte, vilket är där förhandlingen sker.
En integrationsplattform (iPaaS) kopplar samman dem utan att behöva flytta något av systemen. På Alumio iPaaS tar det arbetet fyra former:
- Utlösare baserade på faktisk drifttid: en händelsestyrd Route överför faktiska timmar och cykelantal från produktionssystemen till CMMS-systemet, så att förebyggande underhållsscheman aktiveras baserat på användning istället för kalendertid
- Underhåll synligt för planeringen: en schemalagd Route skickar in kommande behov i affärssystemet som en planeringsbegränsning innan produktionsplanen fastställs, istället för som en begäran i efterhand
- Reservdelar kontrolleras före tidsfönstret: en Transformer berikar jobbets reservdelslista med aktuella lagernivåer, så att materialbrist upptäcks medan det fortfarande finns tid att beställa
- Felhistorik kopplad till produktion: detaljerade Logs kopplar haverier till de körningar de avbröt, vilket förvandlar ett affärscase för underhåll till konkreta bevis
Dessa flöden konfigureras snarare än att byggas manuellt för varje fabrik, med Code Transformer tillgänglig där konfiguration inte kan uttrycka en regel. Den andra anläggningen återanvänder den första anläggningens logik.
Vad CMMS-integrering ger
Underhåll mäts utifrån kostnad och bedöms utifrån fel, vilket är en svår position eftersom kostnaden är synlig medan det undvikna felet inte är det.
Att koppla samman scheman förändrar argumentationen. När underhållsbehovet framstår som en begränsning i paritet med kapacitet och material, konkurrerar det på samma villkor som allt annat i planen istället för att ses som ett avbrott. Det är en bättre position än vad någon mängd intern underhållsdisciplin kan åstadkomma på egen hand.
En fabrik som arbetar på detta sätt utför inte mindre underhåll. Den utför samma arbete med intervall som matchar hur hårt varje tillgång faktiskt körs. Tidsfönstren håller, och nödstoppen drabbar inte längre den order som fabriken har minst råd att missa.
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
.svg)
