IMD i flerbostadshus: Krav, teknik och rätt IoT-plattform

Sedan 1 juli 2021 gäller nya regler i Sverige som kräver att värme och varmvatten mäts och debiteras individuellt i flerbostadshus. Det låter enkelt nog, men verkligheten är betydligt mer komplex. Vilka sensorer ska du välja? Vilket kommunikationsprotokoll passar din byggnad? Och vad händer när din generiska IoT-plattform klarar mätningen men inte debiteringen?

Det är precis de frågorna den här guiden besvarar. Vi går igenom vad IMD-lagen faktiskt kräver av dig som fastighetsägare eller bostadsrättsförening, vilka tekniska lösningar som finns och hur du väljer rätt iot-sensorer för just din fastighet. Vi tittar också på skillnaden mellan radiatormätare och komfortmätare, jämför kommunikationsprotokollen LoRaWAN och M-Bus, och visar vad din plattform måste kunna hantera för att du ska vara helt regelefterlevande.

Oavsett om du har en äldre byggnad som snart ska renoveras eller redan är på väg att implementera IMD, hittar du här en tydlig och praktisk genomgång som tar dig hela vägen från krav till färdig lösning.

Vad säger IMD-lagen och vad krävs av dig som fastighetsägare?

IMD-lagen trädde i kraft den 1 juli 2021 och ställer ett tydligt krav: flerbostadshus ska mäta och debitera värme och varmvatten på lägenhetsnivå, inte bara totalt för hela byggnaden. Syftet är att ge de boende ett direkt incitament att minska sin energianvändning, något som forskning visar fungerar när kostnaden faktiskt syns på den egna notan.

Två deadlines du behöver hålla koll på

Den första hårda deadlinen, 1 juli 2023, gäller byggnader med ett primärenergital över 200 kWh/m² per år. Äger eller förvaltar du ett sådant hus ska IMD redan vara installerat. I Jämtlands, Västerbottens och Norrbottens län är gränsen lägre, 180 kWh/m², vilket innebär att fler fastigheter i dessa regioner redan omfattas.

Den andra deadlinen, 1 juli 2026, träffar befintliga byggnader som genomgår omfattande renovering. Planerar du en större ombyggnad de närmaste åren behöver du starta kartläggningen nu, eftersom teknikval, upphandling och installation tar tid.

Ditt ansvar som fastighetsägare

Ansvaret ligger helt på dig som fastighetsägare. Enligt Boverkets föreskrifter ska värmeenergi kunna mätas i varje enskild lägenhet, och varmvattenförbrukning ska mätas per bruksenhet. Byggnadsnämnden är tillsynsmyndighet och kan utfärda föreläggande med vite om kraven inte uppfylls.

De tre undantagen, och vad de faktiskt kräver

Lagen medger tre undantagsgrunder: teknisk ogenomförbarhet, att installationskostnaden är oproportionerligt hög i förhållande till den möjliga energibesparingen, eller att alternativa energieffektiviseringsåtgärder redan uppfyller syftet. Men ett undantag är inte gratis att åberopa. Du behöver kunna redovisa vilket undantag som gäller och varför, med tydlig dokumentation, om tillsynsmyndigheten begär det.

Många fastighetsägare underskattar det sista steget. Att sätta upp sensorer är en sak; att ha ett system som hanterar hela kedjan från mätdata till debiteringsunderlag är en annan. Vår FAQ om el och vattenmätning för brf och fastigheter 2026 ger svar på de vanligaste frågorna om vad som faktiskt krävs av systemet.

Radiatormätare eller komfortmätare: Vilken metod passar din byggnad?

När du vet att lagen ställer krav på mätning är nästa fråga praktisk: hur mäter du egentligen värme och varmvatten i just din byggnad? Det finns ingen universallösning, men det finns ett tydligt sätt att tänka kring valet.

Radiatormätare monteras direkt på värmekroppen och registrerar den värme varje radiator avger. Det är den vanligaste metoden vid renovering av befintligt bestånd, och i de flesta byggnadstyper också det mest kostnadseffektiva alternativet. Fler enheter behövs, eftersom varje radiator i lägenheten får sin egen mätare, men installationen per lägenhet är ändå relativt enkel och snabb.

Komfortmätning fungerar annorlunda. Istället för att mäta direkt på radiatorn mäter den rumstemperaturen och beräknar värmeförbrukningen indirekt utifrån temperaturdata. Färre sensorer behövs, men kalibreringen är mer komplex och kräver noggrann anpassning till byggnadstyp och konstruktion. Metoden passar bäst när radiatormontage av tekniska skäl inte är genomförbart, till exempel i byggnader med golvvärme eller ovanliga rörsystem.

Kostnadsmässigt innebär komfortmätning alltså inte automatiskt en besparing, trots färre enheter. Den komplexa kalibreringen och det kontinuerliga underhållet väger ofta upp prisskillnaden i hårdvara.

Varmvattenmätning är i jämförelse mer rättfram. En flödesmätare monteras på inkommande varmvattenledning per lägenhet och registrerar faktisk förbrukning direkt. Det finns sällan lika stora tekniska hinder här som vid värmemätning, även om äldre byggnader med gemensam varmvattenstam kan kräva extra planering.

Den avgörande faktorn för alla tre metoderna är byggnadens konstruktion och ålder. En fastighet från 1960-talet med enkelrörssystem ställer helt andra krav än ett nybygge från 2010. Det är därför besiktningen kommer först, inte plattformsvalet. En tidig genomgång av befintlig rörsättning och radiatorsystem avslöjar vilket alternativ som är tekniskt genomförbart och vad eventuella undantag faktiskt grundar sig på.

Den goda nyheten är att dagens IoT-sensorer för både radiatormätning och flödesmätning är kompakta och batteridrivna. De kräver ingen kabeldragning och kan installeras snabbt även i äldre fastigheter utan större ingrepp i byggnaden. För en praktisk genomgång av hur LoRaWAN-baserade mätare fungerar i ett IMD-sammanhang kan du läsa mer i vår sammanfattning av LoRaWAN-lösningar för IMD i BRF och kommunala fastigheter.

Nästa steg är att titta på hur data från dessa sensorer faktiskt tar sig från mätaren till plattformen, och vilket kommunikationsprotokoll som passar din fastighet bäst.

LoRaWAN eller M-Bus: Kommunikationsprotokoll för smarta byggnader

När du väl vet vilken mätmetod som passar din byggnad, återstår en lika viktig fråga: hur ska mätarna faktiskt kommunicera med din plattform?

Här möter du i praktiken två huvudspår.

M-Bus: kabelbunden precision

M-Bus (Meter-Bus) är ett protokoll som från grunden är konstruerat för energimätare. Det är kabelbundet och brett etablerat i europeiska värmemätare. Har din fastighet redan en kabelinfrastruktur, eller arbetar du med nyare värmemätare som har en inbyggd M-Bus-utgång, är detta ofta det enklaste valet. Data färdas längs en dedikerad kabel till en koncentrator som samlar ihop avläsningarna, utan störningar från väggar eller andra radiosignaler. Det är ett vanligt scenario i nyare eller nyligen renoverade flerbostadshus.

LoRaWAN: trådlös flexibilitet

LoRaWAN är ett trådlöst LPWAN-protokoll för IoT. Sensorerna skickar data via radiosignal till en gateway, utan kabeldragning och utan behov av WiFi eller egna datanät.

Det här gör LoRaWAN särskilt lämpligt i situationer där kabeldragning är kostsam eller tekniskt svår: äldre kulturhistoriska byggnader med skyddade ytor, fastigheter med komplicerade schakt, eller när du vill rulla ut IMD etappvis, ett trapphus i taget, utan att behöva dra ny kabel i hela huset på en gång.

Vilket protokoll ska du välja?

Det enkla svaret är: det beror på byggnaden.

En viktig sak att veta: IMD-lagstiftningen ställer inga krav på ett specifikt protokoll. Lagen reglerar att mätning och debitering ska ske, inte hur data transporteras. Valet styrs helt av din byggnads tekniska förutsättningar, din budget och vilket stöd din plattform erbjuder.

Varför plattformsstödet är avgörande

Här är fällan många går i. En modern IoT-plattform för smarta byggnader bör stödja båda protokollen, och gärna även Modbus, MQTT och öppna API:er. Väljer du en plattform som bara hanterar ett protokoll, låser du dig till en viss typ av hårdvara, och det kan bli kostsamt om förutsättningarna förändras eller om du förvaltar flera fastigheter med olika tekniska upplägg.

Vad en IoT-plattform faktiskt måste klara av för IMD, och vad generiska lösningar missar

När du har valt protokoll och sensorer återstår den fråga som faktiskt avgör om hela systemet håller: vad kan plattformen göra med datan när den väl kommit in?

Det kritiska gapet är enkelt att förstå men lätt att missa. De flesta generiska IoT-plattformar är bra på att samla in mätdata och visa den i ett diagram. Det räcker inte för IMD. Du behöver inte bara siffror, du behöver ett fakturaunderlag. Mätdata måste omvandlas till förbrukningsberäkning, fördelas på rätt lägenhet, viktas mot gällande taxa och till slut generera ett underlag som faktiskt kan debiteras. En plattform som stannar vid rådata lämnar dig med halva lösningen och fullt ansvar.

En IMD-komplett plattform hanterar hela kedjan, från avläsning till kostnadsallokering, i ett sammanhängande flöde utan att du behöver exportera data manuellt och räkna i ett separat kalkylblad.

Hyresgästtransparens är inte en trevlig bonus, det är en förutsättning för acceptans. Boende som plötsligt får en ny rad på hyresavin utan möjlighet att följa sin egen förbrukning kommer att ifrågasätta siffrorna. Plattformen behöver kunna presentera individuella förbrukningsrapporter, antingen via en enkel hyresgästportal eller som periodiska sammanställningar, så att varje hushåll förstår vad de betalar för.

GDPR är ett område där många fastighetsägare tar i underkant. Förbrukningsdata per lägenhet är personuppgifter enligt GDPR, eftersom den kan kopplas till ett specifikt hushåll. Det innebär att plattformen måste hantera lagring, behandlingsloggar och rätt till radering på ett spårbart sätt. Det är inte något du löser i efterhand.

Utan öppna API:er och exportfunktioner fastnar datan i ett stuprör. Din IMD-plattform behöver prata med era befintliga system för hyresadministration och ekonomihantering. Annars sitter du med dubbel hantering och ökad risk för fel. Se till att plattformen stöder integration via dokumenterade API:er och standardiserade exportformat. Läs mer om vad Brf och fastighetsägare faktiskt behöver 2026 för en konkret genomgång av integrationskraven.

Molnet passar inte alla. Vissa förvaltare och bostadsrättsföreningar vill av dataskyddsskäl eller interna policies hålla förbrukningsdata på egna servrar. En plattform som bara erbjuder molndrift stänger ute dem. Välj en lösning som stöder både molnbaserad och lokal installation, så att ni kan välja utifrån era egna förutsättningar.

Vendor lock-in är en risk som är enkel att undvika om du vet vad du letar efter. En hårdvaruagnostisk plattform fungerar med sensorer och mätare från flera olika tillverkare. Det innebär att du kan byta ut enskild hårdvara utan att behöva byta hela systemet, och att du inte är beroende av en enda leverantörs prissättning när avtalet ska förnyas.

Checklista: Det här ska din IMD-plattform kunna leverera

Nu när du har en tydlig bild av vad en komplett IMD-plattform behöver klara av, är det dags att omsätta det i konkreta krav. Använd den här checklistan när du utvärderar alternativ.

✓ Stöd för flera kommunikationsprotokoll Plattformen ska som minimum hantera LoRaWAN, M-Bus, Modbus och MQTT. M-Bus (enligt EN 13757-serien) är den etablerade standarden för energimätare i Europa, medan LoRaWAN ger trådlös flexibilitet i byggnader där kabeldragning är opraktisk. EN 13757-8:2023 definierar hur M-Bus-data transporteras över LoRaWAN, vilket gör det möjligt att kombinera båda i samma installation. Plattformen ska stödja det, inte tvinga dig att välja.

✓ Integrerat debiteringslager Mätdata utan debiteringsfunktion löser bara halva problemet. Plattformen ska automatiskt fördela kostnader per lägenhet, generera fakturaunderlag och producera periodrapporter. Enligt Boverkets föreskrifter (2022:3) ska fakturering baserad på faktisk användning ske minst en gång per år, och informationen ska innehålla faktiska priser, energianvändning och tillämpliga avgifter.

✓ Hyresgästrapportering Vid fjärravläsbara mätare kräver Boverket att lägenhetsinnehavaren får information om sin energianvändning minst en gång per månad. Plattformen ska klara det via individuell inloggning eller automatiska periodsammanställningar. Tydlig, lättförståelig data minskar också klagomål och ökar förståelsen för varför IMD-debiteringen ser ut som den gör.

✓ Inbyggd GDPR-hantering Förbrukningsdata kopplad till en specifik lägenhet och hyresgäst är personuppgifter enligt GDPR. Plattformen behöver en tydlig datakatalog, stöd för rätt till radering (artikel 17 GDPR) och en spårbar behandlingslogg. Det är inte en extraservice utan ett lagstadgat krav som IMY kan granska.

✓ Öppna API:er och exportfunktioner En IMD-plattform som inte kan kommunicera med ert fastighetsadministrationssystem eller ekonomiprogram skapar manuellt dubbelarbete. Kräv dokumenterade API:er och standardiserade exportformat som möjliggör automatiserad debitering och momsredovisning utan manuell handpåläggning.

✓ Hårdvaruagnostisk arkitektur Plattformen ska fungera med mätare och sensorer från olika tillverkare, baserade på öppna standarder som M-Bus och LoRaWAN. Är du låst till en enda hårdvaruleverantör förlorar du förhandlingskraft och riskerar dyra byten om den leverantören ändrar sitt erbjudande.

✓ Skalbarhet och centraliserad drift Oavsett om ni förvaltar en enda fastighet eller ett större bestånd ska plattformen ge driftpersonal en samlad dashboard med realtidsöversikt och larmhantering. En bra utgångspunkt för hur man tänker kring det valet finns i guiden hur du väljer en IoT-plattform som växer med din byggnadsportfölj.

Ingen enskild punkt på den här listan är ett trevligt tillägg. Alla sju är krav för att ett IMD-system faktiskt ska fungera i praktiken och hålla för lagstiftningens krav.

Steg för steg: Så väljer du rätt IMD-lösning för din fastighet

Nu när du vet vad plattformen ska klara av är det dags att omsätta det i handling. Här är ett praktiskt arbetssätt du kan följa steg för steg.

Steg 1: Kartlägg energiprofil och befintlig mätinfrastruktur

Börja med energideklarationen, vars primärenergital avgör vilket krav som gäller din fastighet (se gränsvärdena i avsnittet om IMD-lagen ovan). Gå sedan igenom befintliga mätare; har de M-Bus-utgång kan de ofta anslutas direkt utan att bytas ut. Dokumentera rörsystemets utformning och notera lägenheter där radiatormontage kan vara problematiskt, till exempel på grund av enkelrörssystem eller ovanliga radiatortyper.

Steg 2: Bedöm teknisk genomförbarhet och dokumentera undantag

För varje mätmetod, radiatormätare, komfortmätare och flödesmätare, gör en enkel genomförbarhetsbedömning per lägenhet. Som nämnts tidigare medger lagen undantag, men de kräver dokumentation som du kan styrka inför tillsynsmyndigheten. Räkna på internräntan enligt förordningens modell om du misstänker att kostnaden överstiger besparingen. Det är bättre att ha underlaget klart innan byggnadsnämnden frågar.

Steg 3: Välj kommunikationsprotokoll

Välj M-Bus om det finns befintlig kabelinfrastruktur och mätare med M-Bus-stöd, eller LoRaWAN där kabeldragning är opraktisk eller utrullningen sker etappvis. Många fastigheter kombinerar båda, vilket genomgången i protokollavsnittet ovan beskriver. Kom ihåg att regelverket kräver fjärravläsning för nya installationer, och att befintliga system som inte är fjärravläsbara ska uppgraderas senast 1 januari 2027.

Steg 4: Utvärdera plattformar mot checklistan

Använd checklistan från föregående avsnitt som filtreringsverktyg. Lägg extra vikt vid debiteringsfunktionalitet, GDPR-hantering och exportmöjligheter. Tänk också på att rådata inte sparar någon energi i sig; läs gärna mer om hur IoT-lösningar omsätter realtidsmätning till faktiska energibesparingar i svenska fastigheter för att förstå vad plattformslagret faktiskt kan göra med datan.

Steg 5: Planera utrullning med tidsmarginal

Etappvis installation, lägenhet för lägenhet, är vanlig och fullt möjlig, men plattformen måste klara partiell driftsättning utan att hela debiteringsfunktionen väntar på att sista mätaren är inkopplad. Bygg in buffert mot deadlinen; besiktning, upphandling och installation tar längre tid än de flesta räknar med.

Steg 6: Sätt upp driftrutiner från dag ett

Tekniken fungerar bara om rutinerna finns på plats. Konfigurera avvikelsealarm för utebliven avläsning, schemalägg periodiska förbrukningsrapporter till de boende och bestäm vem som äger frågan driftmässigt. En IMD-lösning utan aktiv förvaltning ger varken regelefterlevnad eller energibesparing på sikt.

Vanliga fallgropar att undvika när du implementerar IMD

Även med en genomtänkt plan är det lätt att snubbla på detaljer som kan kosta både tid och pengar. Här är de misstag vi ser oftast, och hur du undviker dem.

Plattformen löser bara halva problemet. Som redan beskrivits är ett integrerat debiteringslager avgörande; en plattform utan det ger siffror men inget fakturaunderlag, vilket skapar manuellt extraarbete och bristande regelefterlevnad. Kontrollera alltid att debitering ingår i plattformen, inte bara datainsamling.

GDPR förbises tills det är för sent. Förbrukningsdata per lägenhet är personuppgifter som kräver rättslig grund, raderingsrutiner och datakatalog, vilket plattformskraven ovan beskriver i detalj. Det är betydligt enklare att bygga in dataskyddet från start än att retroaktivt försöka anpassa ett driftsatt system.

Inlåsning till en enda hårdvaruleverantör. En hårdvaruagnostisk plattform som fungerar med mätare och sensorer från olika tillverkare är, som checklistan betonar, ett av de viktigaste kriterierna i utvärderingen. Du kan läsa mer om vanliga misstag och hur du undviker dem när du väljer nätverksteknik.

Besiktningen skjuts upp för länge. Många fastigheter har tekniska hinder som inte syns förrän någon faktiskt tittar, till exempel enkelrörssystem, gemensam varmvattenstam eller radiatorer som saknar ventiler för mätarmontage. Dessa problem tar tid att lösa och kan kräva ombyggnation. Börja kartläggningen tidigt, gärna ett till två år innan deadline.

Hyresgästperspektivet glöms bort. En debiteringslösning som boende inte förstår skapar missnöje och klagomål, oavsett hur korrekt den tekniskt fungerar. Se till att systemet inkluderar tydlig, lättläst förbrukningsredovisning per lägenhet. Transparens är inte en trevlig extra funktion, det är förutsättningen för att lösningen ska accepteras.

Hur Sensor-Online hjälper dig genom hela IMD-resan

Det goda nyheten är att alla fallgropar som beskrivs ovan faktiskt går att undvika med rätt plattform och partner från start.

Sensor-Online är byggt som en hårdvaruagnostisk IoT-plattform med inbyggt stöd för LoRaWAN, M-Bus, Modbus och MQTT. Det innebär att du väljer sensorer och protokoll utifrån vad som passar din specifika fastighet, inte utifrån vad plattformen råkar stödja. Äldre byggnad med befintlig kabelinfrastruktur? M-Bus. Kulturhistorisk fastighet där kabeldragning är opraktisk? LoRaWAN. Behöver du kombinera båda i samma bestånd? Inga problem.

Hela kedjan, inte bara halva

Det vanligaste misstaget vi ser är att fastighetsägare väljer en plattform som samlar in mätdata men sedan lämnar dem ensamma med råsiffror. Sensor-Online hanterar hela flödet: från datainsamling och förbrukningsberäkning till kostnadsallokering per lägenhet och färdigt fakturaunderlag. Om du vill ha en bra utgångspunkt för vad ett komplett plattformslager faktiskt ska innehålla, är vår guide om viktiga urvalskriterier för IoT-övervakningsplattformar inom fastighet och energi ett bra komplement till den här artikeln.

Rätt hårdvara till varje byggnadstyp

Med ett sortiment på över 1 200 sensorer, dataloggrar och anslutningsverktyg kan vi matcha rätt hårdvara till varje mätbehov, oavsett om det handlar om radiatormätare, flödesmätare för varmvatten eller temperaturgivare för komfortmätning. Du slipper kompromissa.

Full kontroll för driftpersonal och boende

Dashboards och larmhantering ger driftpersonal realtidsöversikt över hela fastigheten. Samtidigt kan hyresgästrapporter konfigureras för enkel, transparent förbrukningsredovisning, vilket minskar klagomål och bygger förtroende hos de boende.

Du äger din data, alltid

Sensor-Online stöder både molnbaserad och on-premise-drift. Kombinerat med ett no-lock-in-upplägg och öppna API:er innebär det att du alltid behåller full kontroll över din data och din infrastruktur, oavsett hur ditt fastighetsbestånd förändras över tid.

Sammanfattning: Nästa steg mot en IMD-komplett fastighet

Med rätt plattform på plats är grunden lagd. Vad som återstår är att omsätta det i handling.

IMD är inte valfritt. Deadlines och kravgränser har beskrivits i detalj ovan; är ni inte compliant ännu behöver ni agera nu, inte nästa kvartal.

Det klokaste första steget är en teknisk kartläggning av fastigheten innan ni ens börjar titta på plattformar. Hur ser rörsystemet ut? Finns befintliga mätare med M-Bus-utgång? Är radiatormontage genomförbart i alla lägenheter? Svaren styr valet av mätteknik och kommunikationsprotokoll, och det är först därefter som plattformsvalet ger full utdelning.

Men plattformsvalet är ändå avgörande. En komplett IMD-lösning kräver tre saker som hänger ihop: rätt sensorteknik för byggnadstypen, rätt kommunikationsprotokoll för infrastrukturen, och en plattform med integrerat debiteringslager. Generiska IoT-lösningar löser datainsamlingen men inte fakturaunderlaget, vilket skapar merarbete i den andra halvan av kedjan.

Sammanfattningsvis:

• Kartlägg fastigheten tekniskt innan ni väljer system
• Välj protokoll (LoRaWAN, M-Bus eller båda) utifrån byggnadens förutsättningar
• Kräv integrerad debitering, GDPR-hantering och öppna API:er av plattformen
• Planera utrullningen med marginal till relevant deadline

Sensor-Online hjälper er genom hela processen, från första besiktning till driftsatt system. Hör av er för en genomgång av just er fastighets förutsättningar: maila info@nodeledge.se eller ring oss på +46(0)500 6000 22. Vi tar hand om komplexiteten så att ni kan fokusera på resultatet.