“Underhållsplan i molnet” låter ibland som en teknisk detalj. För en BRF-styrelse är det något mycket mer praktiskt: alla jobbar i samma plan, ni kan styra åtkomst, och ni får spårbarhet när beslut tas och planen ändras. Det är ofta skillnaden mellan en plan som överlever styrelsebyten och en plan som blir en borttappad fil.
- Molnet löser ett av de största problemen: versioner och “vilken fil gäller?”.
- Ni kan styra behörighet per fastighet och byggnad (perfekt vid konsultstöd eller styrelsebyte).
- Ändringar blir spårbara via central logg – men systemet har ingen versionshantering (det är viktigt att skriva rätt).
- Struktur med Systemkod (u_system) och AFF gör urval, analys och rapport konsekvent.
Vill du ha helheten om “digital underhållsplan” först? Läs Digital underhållsplan för BRF. Vill du jämföra mot filer/Excel, läs Digital underhållsplan vs Excel.
Vad innebär “underhållsplan i molnet” i praktiken?
I praktiken betyder det att planen inte är en fil som skickas runt, utan ett gemensamt arbetsunderlag i ett system. Styrelsen kan logga in och se samma data, använda filter för att få fram rätt urval och skapa rapporter på samma grund. Resultatet blir mindre friktion i vardagen – och betydligt bättre kontinuitet över tid.
Behörighet: rätt person ser rätt fastighet (och rätt byggnad)
Det som gör molnet användbart är inte bara åtkomst, utan kontrollerad åtkomst. I ett system kan ni styra behörighet för varje användare per fastighet och byggnad. Det gör det enkelt att:
- ge en extern konsult tillgång till en specifik fastighet/byggnad,
- begränsa vad en ny styrelseledamot ser i början,
- jobba med flera fastigheter utan att blanda ihop data.
Praktiskt råd: Skilj på “vem som får se” och “vem som får ändra”. Ett enkelt sätt att minska risk är att låta färre personer göra stora ändringar och fler personer kunna läsa/filtrera/ta ut rapport.
Spårbarhet: central logg för ändringar (utan automatbeslut)
När ni arbetar i molnet blir det viktigt att kunna svara på frågor som: “När flyttades den här aktiviteten?” och “vem ändrade kostnaden?”. Systemet har en central ändringslogg som registrerar förändringar (vem, när, vad).
Viktigt: Det finns ingen versionshantering som “återställer en hel plan till föregående version”. Ändringar är medvetet manuella och ska alltid bekräftas av användaren för att behålla kontroll och spårbarhet.
Struktur som håller: byggnad + aktivitet + systemkod + AFF
En vanlig orsak till att molnlösningar misslyckas är att data blir oenhetlig. Därför är strukturen central:
- Aktiviteter kopplas alltid till en byggnad (även om ni har flera fastigheter).
- Systemkod (u_system) används för att gruppera och rapportera per system.
- AFF-kod gör det möjligt att analysera och gruppera kostnader (bl.a. per AFF huvudgrupp).
- Intervall (teknisk livslängd) hjälper er bygga en konsekvent plan över vald horisont.
Vill du se hur det ser ut vy-för-vy, läs: Exempel: så ser en digital underhållsplan ut.
Styrelsebyte: så gör ni överlämningen enkel
Styrelsebyte är ofta där “fil-planer” faller. I en molnbaserad plan kan ni göra överlämningen mycket enklare genom att:
- säkerställa att aktiviteter har tydlig koppling till byggnad och systemkod,
- använda status konsekvent (Planerad, Akut, Eftersatt, Beslutad, Utförd),
- ta ut en rapport med ett tydligt urval (t.ex. “nästa 5 år” och “per system”),
- låta nya styrelsen börja med läsbehörighet/urval och sedan gradvis ta över ändringar.
Tips: Om ni vill få “stämmoformat” direkt kan ni använda rapportens sektion Egen text för en kort introduktion, och sedan låta urvalet (per år/per system) visa själva planens innehåll.
Moln betyder inte “mer automatik” – men bättre arbetsflöde
Många tror att “digitalt” innebär att systemet ska auto-ändra eller optimera planen. I ert upplägg är det tvärtom: systemet hjälper er att se och förstå – men ändringar kräver alltid att användaren bekräftar. Det är en medveten design för att:
- undvika att planen flyttas “i bulk” utan kontroll,
- behålla spårbarhet och ansvar,
- göra planen förtroendeingivande som beslutsunderlag.
Hur molnet hänger ihop med analys och rapport
I ett molnsystem kan ni arbeta med samma data i tre vyer:
- Plan/årsvy: flytta årtal och uppdatera aktiviteter.
- Analys: se kostnad per år och grupperingar (t.ex. AFF huvudgrupp) med filter.
- Rapport: skapa PDF med urval och sektioner, inklusive “per år” och “per system”.
Om du vill koppla plan till ekonomi mer konkret, läs: Underhållsplan och budget: så kopplar ni aktiviteter till pengar.
Vanliga misstag när man går till “molnet”
- Otydlig struktur: aktiviteter utan systemkod/AFF blir svårare att analysera.
- För många som ändrar: ger otydliga beslut och mer “rörelse” än förbättring.
- Ingen rutin för gamla år: aktiviteter som ligger kvar i passerade år utan att spegla verkligt behov.
För en praktisk felsökningslista, se: Vanliga fel när man digitaliserar underhållsplanen.
Relaterade artiklar
- Digital underhållsplan för BRF: byt från Excel till ett levande system
- Digital underhållsplan vs Excel: 12 skillnader
- Exempel: så ser en digital underhållsplan ut
- Importera befintlig plan: Excel/PDF till digitalt
- Kom igång med digital underhållsplan på 14 dagar
Vill du bygga en plan som är enkel att lämna över vid styrelsebyte? Börja med helheten: Digital underhållsplan för BRF och fortsätt med guiden: Kom igång på 14 dagar.