De bästa programvarorna för tillståndsbaserat underhåll för byggnader 2026, jämförda

Foto av Anton Savinov på Unsplash.

Programvara för tillståndsbaserat underhåll förvandlar en tröskelöverskridning från en sensor till en utskickad arbetsorder utan att en människa beslutar att öppna ett ärende. Det är ett smalare jobb än en fullständig plattform för prediktivt underhåll, du behöver inte modellering av felhistorik för att köra det, men det är ett annat jobb än ett vanligt CMMS, som schemalägger arbete på en kalender och inte har någon aning om hur ett lagers vibrationssignatur såg ut i morse. Det är smalare även än fullständig CAFM-programvarujämförelse, som täcker utrymmesplanering, tillgångar och efterlevnad långt bortom underhållsutlösare. Vi täckte vad tillståndsbaserat underhåll faktiskt är och när det slår alternativen separat; det här är kortlistan av plattformar som kör det i praktiken för byggnadsportföljer, och var var och en är fel verktyg för jobbet. Om dina köpare sitter i produktionshallen snarare än på en byggnads driftkontor, täcker vår jämförelse av industriella sensorintelligensplattformar den marken istället.

Vi utvärderade varje på tre saker som spelar roll specifikt för ett CBM-program: hur direkt en tröskelöverskridning blir en arbetsorder (inte bara ett larm ingen agerar på), hur mycket per-tillgångskonfiguration det tar att sätta en rimlig baslinje, och om det byggdes för tillståndsbaserad utlösning eller är fastskruvat på ett kalenderförst-CMMS.

1. FrostLogic Explore

Explore läser direkt från BMS:en och alla anslutna sensorer över en portfölj via BACnet, OPC UA, Modbus och oBIX, så tillståndströsklar körs mot levande byggnadsdata utan en separat sensordriftsättning för utrustning som redan är inkopplad i BMS:en. FrostLogic Edge Agent på BMS-datorn läser ditt BMS, dina mätare och sensorer, och skriver tillbaka till de punkter du har beviljat den, vilket når byggnader vars BMS saknar molnlicens. Skrivåtkomst startar avstängd tills du beviljar ett omfång. Produkthemsidan för det skrivlagret är Automation. Lösningen är beprövad mot Schneider, Tridium Niagara och Siemens Desigo. Överskridningar går rakt in i en rankad kö för arbetsordrar, prioriterad efter kostnad och risk snarare än en platt larmlista, vilket är den del de flesta CBM-verktyg gör fel: de genererar larm snabbare än ett team kan triagera dem. Hostning är EU-baserad (Hetzner), och både rådata och tränade modeller är exportbara från dag ett.

• **Bäst för: **portföljer som kör flera BMS-leverantörer och vill ha CBM-trösklar tillämpade konsekvent över varje byggnad utan en separat konfigurationsomgång per anläggning.
• **Begränsning: **för utrustning utan någon BMS- eller sensoranslutning alls instrumenterar du från grunden, samma som varje annan plattform på denna lista, men värt att veta i förväg.
• **Prismodell: **skalar med anslutna punkter över en portfölj snarare än en platt per-byggnad-avgift, be om en offert mot ditt verkliga punktantal, inte en per-anläggningsuppskattning.

2. Fiix by Rockwell Automation

Fiix lägger tillståndsbaserade utlösare ovanpå sin kalenderbaserade PM-schemaläggning. Integrationen med FactoryTalk Optix, Rockwells egen IIoT- och edge-plattform, kopplar PLC:er, sensorer och SCADA-system direkt till Fiix, så en maskinsignal kan öppna en arbetsorder utan månader av anpassad integration (Fiix, produktsida för FactoryTalk Optix, läst i september 2026). Det lagret säljs och prissätts separat från kärn-CMMS:et: en engångskostnad täcker design, uppbyggnad, testning och driftsättning av integrationen. En kompletterande motor, Fiix Foresight AI, analyserar underhållshistorik för att föreslå PM-intervall utifrån faktiska felmönster istället för ett fast schema, även om tillgångar utan tillståndsövervakande hårdvara fortfarande faller tillbaka på tidsbaserad schemaläggning.

Där den slår Explore: en anläggning standardiserad på Rockwell eller Allen-Bradley-utrustning får inbyggd PLC-till-arbetsorder-koppling som en BMS-läsande plattform aldrig byggdes för att nå. EU-datalagring för FactoryTalk Optix finns inte i publicerat material per september 2026.

• **Bäst för: **team som redan kör Fiix och lägger till tillståndsutlösare på en delmängd kritiska tillgångar, särskilt på Rockwell-anslutna anläggningar, snarare än att bygga om underhållsprogrammet runt sensordata.
• **Begränsning: **FactoryTalk Optix-integrationen är ett separat betalprojekt, och utanför Rockwell-ekosystemet förblir tillståndsövervakningssidan tunnare än en dedikerad analysplattform.
• **Prismodell: **per-användarlicensiering för CMMS, med IoT-modulen och FactoryTalk Optix-integrationen prissatta som tillägg, den billigaste ingångspunkten på listan om du inte behöver Rockwell-lagret.

3. UpKeep

UpKeep driver tillståndsövervakning som en egen produkt, UpKeep Edge, som säljs vid sidan av kärn-CMMS:et snarare än inbakad i det. Edge-sensorer matar UpKeeps AI-motor, Nova, som genererar arbetsordrar från realtidsdata och identifierar mönster över en tillgångsflotta, och fångar problem innan de blir oplanerat stillestånd (UpKeep, produktsidor för CMMS, läst i september 2026). IoT ingår inte i UpKeeps grundpaket, så Edge är ett betaltillägg ovanpå per-tekniker-licensiering, och multi-anläggningshantering, IoT-driven tillståndsövervakning och avancerad analys hamnar alltmer bakom Enterprise-nivån snarare än de paket mindre team börjar med.

Där den slår Explore: en enskild anläggning eller liten portfölj utan BMS får en fungerande sensor-till-arbetsorder-loop via Edge snabbare än en plattform byggd för att läsa BMS-data som ännu inte finns där.

• **Bäst för: **team på en enskild anläggning eller liten portfölj som vill ha ett lättviktigt CBM-tillägg, via UpKeep Edge, utan att anta en fullständig fastighetsanalysplattform.
• **Begränsning: **att skala trösklar över dussintals byggnader och flera BMS-typer är inte vad produkten är byggd för, och Edge plus multi-anläggningshantering driver dig snabbt in i Enterprise-prissättning.
• **Prismodell: **per-tekniker-plats, med IoT-övervakning som en separat betald nivå, konkurrenskraftig för en enskild anläggning, mindre så när du betalar per plats och per tillägg över en stor portfölj.

4. Facilio

Facilios motor för feldetektering och diagnostik dokumenteras i det egna produkthjälpcentret som att den kvantifierar kostnaden och grundorsaken för varje fel och rangordnar vilket som behöver åtgärdas först, med konfigurerbara åtgärder som kan ändra larmallvar, meddela ett team, eller automatiskt skapa och stänga en arbetsorder (Facilio, diagnostikdokumentation, läst i september 2026). Facilio publicerar en fallstudie från en installation hos British Land: över 300 000 minuter luftkonditioneringsdrift optimerad per månad och en 50-procentig minskning år över år av uppvärmnings- och kylkostnader, utan att redovisa portföljens storlek som siffrorna mättes mot.

Där den slår Explore: en portfölj som vill ha feldetektering och tillståndsbaserad utlösning levererad som en samlad analysinstallation, istället för sammansatt av ett BMS-läsande lager plus ett separat arbetsordersystem, får det från ett enda Facilio-avtal.

• **Bäst för: **stora portföljer som vill ha tillståndsbaserad utlösning invikt i en bredare feldetekterings- och analysinstallation, inte ett fristående CBM-tillägg.
• **Begränsning: **implementeringsomkostnaden är högre än ett ändamålsbyggt CBM-verktyg för team som bara behöver tröskel-till-arbetsorder-loopen, och de publicerade British Land-siffrorna kommer från Facilio, inte en oberoende granskning.
• **Prismodell: **företagsprissättning på offertbasis kopplad till portföljstorlek, budgetera för en längre upphandlingscykel än CMMS-tilläggsalternativen.

5. Augury

Augury kombinerar egen sensorhårdvara med en AI-diagnostikplattform byggd för rotationsutrustning. Det publicerade materialet beskriver multisignalavkänning, vibration tillsammans med temperatur och magnetiskt flöde, vilket bolaget säger ger en säkrare felbedömning än vibration ensamt. Partnerskapet med Baker Hughes utökar den avkänningen till Ranger Pro trådlös hårdvara för anläggningsomfattande maskintäckning under Bently Nevada System 1-mjukvarulinjen (Baker Hughes, Machine Health powered by Augury, läst i september 2026). En Forrester Total Economic Impact-studie som Augury beställde 2025 fann att en sammansatt kundorganisation typiskt når återbetalning inom sex månader, med de flesta kunder som ser en första maskinhälsoförbättring inom 30 dagar. Det är leverantörsbeställda siffror, och Augury publicerar inga byggnadsportföljsfallstudier; de publicerade installationerna speglar produkten kring kontinuerlig tillverkning, inte kommersiella fastigheter.

Där den slår Explore: en flotta av pumpar, motorer eller kompressorer där en felaktig diagnos är kostsam får djupare felmodesdetaljer från ändamålsbyggd vibrationshårdvara än vad ett generellt BMS-analyslager returnerar.

• **Bäst för: **kritisk rotationsutrustning där vibrationsbaserad diagnos spelar mer roll än portföljomfattande täckning, till exempel en central anläggnings kylmaskins- och pumpflotta.
• **Begränsning: **knuten till Augurys egen sensorhårdvara, utanför omfattning för allt som inte är rotationsutrustning, och resultaten kommer från industriella tillverkningskunder, inte kommersiella fastigheter.
• **Prismodell: **buntad hårdvara-plus-programvaruprenumeration, prissatt per övervakad tillgång, speglar kostnaden för den egna sensorhårdvaran, inte bara programvaran.

Programvara för tillståndsbaserat underhåll jämfört med programvara för tillståndsbaserad övervakning

De två begreppen används ofta som om de vore samma inköp, men det är de inte. Programvara för tillståndsbaserat underhåll, ämnet för den här jämförelsen, sluter loopen: en tröskelöverskridning blir en utskickad arbetsorder utan att en person beslutar att öppna ett ärende. Programvara för tillståndsbaserad övervakning är den smalare kategorin därunder: den bevakar en signal, till exempel vibration, temperatur eller en BMS-punkt, och larmar när signalen passerar en tröskel, och stannar där. Vad som händer efter larmet, om en arbetsorder skapas, lämnas till ett separat system eller till den som tittar på instrumentpanelen.

Varje plattform i den här jämförelsen befinner sig någonstans på den linjen. Augury lutar mest mot övervakning: dess diagnostik pekar ut ett fel, men utskicket av reparationen går fortfarande via det CMMS anläggningen redan använder. Explore och Facilio driver längre mot underhåll, och dirigerar en överskridning rakt in i en rankad arbetsorderkö. Fiix och UpKeep ligger däremellan, beroende på vilken modul du köper. Bekräfta vilken sida av linjen produkten du utvärderar faktiskt befinner sig på innan du sätter den på kortlistan.

Så utvärderar du programvara för tillståndsbaserat underhåll innan du köper

Leverantörsdemon kommer att visa en ren dashboard och en tröskel som utlöses på kommando. Vad den inte visar dig förrän du är live är hur mycket löpande justering plattformen faktiskt behöver.

• **Fråga hur trösklar sätts. **En plattform som levereras med generiska tillverkarstandarder kommer att larma konstant tills någon manuellt justerar varje tillgång, fråga om baslinjearbetet är vägledd eller helt manuellt.
• **Fråga vad som händer efter larmet. **Om svaret är "det dyker upp i en dashboard," är det tillståndsövervakning, inte tillståndsbaserat underhåll, bekräfta att arbetsorderöverlämningen är automatisk, inte ett steg någon måste komma ihåg.
• **Fråga om stöd för flera BMS-leverantörer. **Om din portfölj kör mer än ett BMS-varumärke, bekräfta att plattformen läser alla nativt, vissa verktyg antar tyst en enskild leverantör och tar extra integrationsavgifter för att skruva fast resten.
• **Prissätt per tillgång, inte per byggnad. **En platt per-byggnad-avgift kan dölja en enorm kostnadssvängning när du faktiskt räknar hur många utrustningsdelar du instrumenterar, be om prissättning mot ditt verkliga tillgångsantal innan du jämför plattformar.
• **Be om en realistisk implementeringstidslinje. **En leverantör som anger "live inom en vecka" för en multibyggnad-, multi-BMS-utrullning beskriver demomiljön, inte din portfölj, en verklig utrullning över flera anläggningar och BMS-integrationer tar vanligtvis veckor till några månader, inte dagar.

Jämförelsen i korthet

Att välja programvara för tillståndsbaserat underhåll

Om du förvaltar mer än en handfull byggnader över olika BMS-leverantörer sparar en plattform byggd för att läsa alla, FrostLogic Explore eller Facilio, det per-anläggning-integrationsarbete en CMMS-plus-sensorer-approach kräver i skala. Om du kör en enskild anläggning eller en liten portfölj och redan har (eller vill ha) ett CMMS som systemet av record, får Fiix eller UpKeep dig en fungerande CBM-loop utan att ersätta vad dina tekniker redan använder. Om problemet specifikt är rotationsutrustning som fallerar utan varning, kommer en vibrationsspecialist som Augury att utdiagnostisera en generell plattform på det smala omfånget. Oavsett vilket, börja med den handfull tillgångar som redan driver din oplanerade stilleståndstid, inte hela byggnaden, plattformsvalet spelar mindre roll än att bevisa att tröskel-till-arbetsorder-loopen stänger tillförlitligt innan du skalar den.

För modelleringslagret ovanpå CBM, att prognostisera ett felfönster istället för att bara flagga en tröskelöverskridning, se vår jämförelse av de bästa programvarorna för prediktivt underhåll för byggnader, och för en portföljomfattande vy över varje BMS-leverantör, analysplattformar för fastighetsstyrsystem. För den bredare marknaden dessa verktyg ingår i, se vår fullständiga jämförelse av programvara för energihantering i byggnader.

Behöver du en plattform alls?

Inte alltid, i alla fall inte dag ett. En handfull kritiska tillgångar med en manuellt kontrollerad tröskel och ett kalkylblad är ett legitimt sätt att köra tillståndsbaserat underhåll medan du bevisar konceptet, flera av teamen vi har talat med började precis där. Punkten där ett kalkylblad slutar fungera är förutsägbar: när du spårar mer än ett dussin eller så tillgångar, eller personen som kontrollerar avläsningar tar semester och ingenting granskas på två veckor, försämras den manuella processen tyst tillbaka till körning-till-fel. Det är signalen att gå till programvara, inte ett fast tillgångsantal, utan ögonblicket loopen beror på att någon kommer ihåg att kontrollera ett kalkylblad.

Vanliga frågor

Vad är programvara för tillståndsbaserat underhåll? Programvara som övervakar utrustningens tillståndsdata, vibration, temperatur, ström eller BMS-punkter, mot konfigurerade trösklar, och automatiskt omvandlar en överskridning till en arbetsorder. Det är smalare än en fullständig plattform för prediktivt underhåll, som lägger till felprognostisering ovanpå.

Är programvara för tillståndsbaserat underhåll samma som ett CMMS? Nej, även om många CMMS-plattformar nu skruvar fast tillståndsbaserade utlösare. Ett rent CMMS schemalägger arbete på en kalender; programvara för tillståndsbaserat underhåll (fristående eller CMMS-tillägg) schemalägger arbete baserat på levande sensor- eller BMS-data istället.

Behöver jag en dedikerad CBM-plattform, eller kan mitt CMMS hantera det? Om du instrumenterar en handfull kritiska tillgångar räcker vanligtvis ett CMMS med ett IoT-tillägg (Fiix, UpKeep). Om du kör tillståndströsklar över en multibyggnad-, multi-BMS-portfölj sparar en plattform byggd för att läsa varje BMS nativt integrationsarbetet per anläggning.

Hur mycket kostar programvara för tillståndsbaserat underhåll? Prissättningen skalar typiskt med anslutna tillgångar eller sensorpunkter snarare än en fast avgift per byggnad. Fiix och UpKeep är vanligtvis den billigare ingången som CMMS-plus-IoT-tillägg; Facilio och Augury är offert eller per tillgång. Explore publicerar sin planstruktur på Explore-prissättning (Starter till Enterprise och Self-Host), offerterad till din portfölj, EUR exkl. moms, faktureras årligen. Fiix, UpKeep, Facilio och Augury publicerar inget enda offentligt listpris för en full CBM-deployment.

Vilken programvara för tillståndsbaserat underhåll är bäst för små byggnader? Fiix eller UpKeep när du vill ha ett CMMS med IoT-tillägg på en enskild anläggning eller liten portfölj. Explore när du redan har ett BMS och vill att trösklar ska tillämpas i en rankad kö. Facilio när du vill ha CMMS och felupptäckt i en suite. Augury när jobbet är vibrationsdiagnostik på kritisk roterande utrustning, inte BMS-täckning över hela beståndet. Köp inte Explore till en enpump-verkstad utan BMS.

Integrerar programvara för tillståndsbaserat underhåll med vårt befintliga BMS? Explore och Facilio ligger ovanpå det BMS du redan kör (BACnet, Modbus, OPC UA, oBIX). Explore når byggnader vars BMS saknar molnlicens via FrostLogic Edge Agent; skrivåtkomst är avstängd från start tills du ger ett omfång. Fiix och UpKeep kopplas typiskt via IoT-sensorer eller PLC/SCADA-länkar snarare än en full multi-vendor BMS-läsning. Augury levererar egen vibrationshårdvara.

Vad bör jag titta på när jag jämför programvara för tillståndsbaserat underhåll? Tre saker: hur direkt en tröskelöverskridning blir en utskickad arbetsorder (inte bara ett larm), hur mycket per-tillgångskonfiguration som krävs för att sätta en rimlig baslinje, och om plattformen läser din befintliga BMS eller kräver ny sensorhårdvara på varje tillgång.

Kan jag köra tillståndsbaserat underhåll utan att köpa programvara? Ja, i liten skala, en handfull tillgångar med manuellt kontrollerade trösklar och ett kalkylblad fungerar medan du bevisar konceptet. Det slutar skala förbi ett dussin eller så tillgångar, eller när loopen beror på att någon kommer ihåg att kontrollera avläsningar snarare än ett automatiserat larm.

Vad är skillnaden mellan programvara för tillståndsbaserat underhåll och programvara för tillståndsbaserad övervakning? Programvara för tillståndsbaserad övervakning bevakar en signal, till exempel vibration eller temperatur, och larmar när den passerar en tröskel. Programvara för tillståndsbaserat underhåll sluter loopen därifrån och omvandlar den överskridningen till en utskickad arbetsorder utan att en person beslutar att öppna ett ärende.