Mange vandforsyninger står i dag med et velkendt problem: overvågningsløsningen, der så lovende ud på leverandørens datablad, ender med at blive endnu en digital silo, der ikke taler med resten af anlægget. Måske kan den kun håndtere én type sensor. Måske holder udstyret ikke til det danske vejr. Eller måske viser det sig om fem år, at det er leverandøren og ikke dig, der ejer dataene.
Det er ikke et spørgsmål om at finde den billigste løsning eller det flotteste dashboard. Det er et spørgsmål om at vælge en løsning med den rette bredde, så den kan vokse med anlægget og stadig fungere, når kravene skærpes.
Her stiller vi skarpt på de fem krav, der reelt afgør, om en overvågningsløsning fungerer for vandinfrastruktur: mediekompatibilitet, udendørs holdbarhed, alarmkæder, integration med eksisterende SCADA-systemer og dataejerskab. Du får også et indblik i, hvad lovrammen faktisk kræver, og hvad den ikke siger noget om.
Læs med, og tag de fem krav med til næste møde med leverandøren. Er du i tvivl undervejs, er du altid velkommen til at kontakte os på info@nodeledge.se eller ringe til vores kontor på +46(0)500 6000 22. Som Sveriges største leverandør inden for IoT og smart overvågning hjælper vi dig gerne med at navigere i de tekniske detaljer.
Lovrammen: hvad siger reglerne, og hvad siger de ikke
Reglerne sætter rammen, men ikke opskriften. Bekendtgørelsen om vandkvalitet og tilsyn med vandforsyningsanlæg (Lovtidende 2025 nr. 221, offentliggjort 28. februar 2025) hører under vandforsyningsloven og dækker vejen fra indvinding til forbrugernes taphaner. Allerede i §1 nævnes kontrol med indvundne vandmængder, og det er den tydeligste lovmæssige bro til måling på pumpestationer. Derfor er volumenmåling et naturligt første målepunkt, når du bygger overvågning op.
Drikkevandsvejledningen (Vejledning nr. 76 fra juli 2025) peger på, at kontrolhyppigheden følger den leverede vandmængde (§3.6.2), og at der skal være et driftskontrolprogram i forsyningssystemet (§3.1.4). Dertil kommer egenkontrolkrav for behandlingskemikalier og filtermaterialer (kapitel 6, §6.5) samt krav om opdatering af forbrugerinformation (§9.1.4). Det sidste er relevant, hvis dine overvågningsdata skal indgå i offentlig rapportering. Bekendtgørelsen gennemfører desuden dele af Direktiv (EU) 2020/2184 om drikkevandskvalitet.
Vær dog ærlig om grænsen: reglerne fastsætter ikke, hvilke sensorer, alarmer eller hvilken SCADA-integration du skal vælge. De fem krav nedenfor er derfor krav, en løsning bør opfylde for at fungere i praksis, ikke lovkrav. Vil du se, hvordan volumen og forbrug kan blive til realtidsdata, kan du læse om vandmåling med IoT.
Bredde frem for ét dashboard: derfor bliver en smal løsning en silo
Lovrammen siger ikke noget om, hvordan løsningen skal se ud. Det gør dit anlæg til gengæld. Og her går det ofte galt: Mange løsninger er bygget op omkring én flot skærm og en snæver gruppe af målere. Det fungerer fint den første dag, men siger intet om, hvad anlægget har brug for om tre år.
Anlæg vokser nemlig i ryk. En ny brønd, et nyt målepunkt, et nyt kemikalie eller et krav om at kunne dokumentere driften. Hver ny ting bliver en ny opgave, hvis ikke løsningen kan tage imod den. Og når data godt kan læses i systemet, men ikke kan flyttes ud eller kombineres med data fra andre systemer, står du med en silo. Så sidder du med tal, du ikke kan bruge til ret meget andet end at kigge på dem. Principperne bag fleksibel dataindsamling er beskrevet i Framtidens industriella datainsamling i praktiken, og de gælder også her.
Regnestykket fem år frem bør stilles, før der underskrives noget som helst: Hvad koster det at skifte platform, når målerne i marken stadig virker, men ikke kan flyttes med? Det er den skjulte udgift ved en smal løsning. Som en kunde en gang formulerede det: “Vi købte et dashboard, men endte med en blindtarm.”
Pointen er ikke, at ét dashboard er dårligt. Pointen er, at det ikke er et kriterium i sig selv. Vurder løsningen på, hvor meget den kan tage ind og give videre, ikke på hvor pæn forsiden er. Hvordan man undgår de skjulte omkostninger ved en smal platform, er beskrevet i IoT-Plattform für Gebäudemanagement: Dashboards, Alarmierung und Energiemessung im Vergleich.
Det leder direkte til det første af de fem krav: Kan løsningen overhovedet tage de målinger, du faktisk har?
Krav 1: Mediekompatibilitet, kan løsningen tage de målinger du faktisk har?
Når valget falder på bredde frem for ét dashboard, bliver det første konkrete spørgsmål, om løsningen overhovedet kan tage de målinger, anlægget har. Et vandværk måler sjældent kun én ting: råvand, indvundet volumen, tryk efter pumpen, niveau i brønden, vandkvalitet under behandling og lufttemperatur i teknikrummet er vidt forskellige opgaver med forskelligt udstyr.

Valget af måler styres i høj grad af mediet. Flowmålere sidder typisk på røret, niveausensorer i brønden eller tanken, og nogle parametre kræver sensorer, der føler direkte i vandet. I drikkevandsdelen begrænser materialer og hygiejnekrav desuden, hvad der kan bruges hvor. Praktiske forhold som rørstørrelse, trykklasse og om der kan lukkes for røret under montage afgør reelt, hvilke sensorer der er mulige på den enkelte station.
Derfor bør du stille spørgsmålet helt konkret: Kan løsningen tage flow, tryk, niveau, temperatur, konduktivitet, turbiditet, frit klor og driftstimer på pumper, og kan den blande dem i samme billede? Kan den for eksempel håndtere en teknikrumstemperatur sammen med vandmålingerne, ligesom en platform til luftkvalitetssensorer i bygninger skal kunne kombinere flere sensortyper?
Værdien ligger i at undgå tre parallelle systemer, bare fordi målerne har tre forskellige grænseflader. Jo bredere løsningen tager imod, jo mindre bliver behovet for særløsninger.
Krav 2: Udendørs holdbarhed, udstyr der står i vejr og vind
Når målerne er valgt, flytter spørgsmålet sig til det, der omgiver dem. Pumpestationer og brønde står udenfor, ofte uden strøm og varme, og med direkte sol om sommeren. Frost, fugt, støv, salt, gnavere og vibrationer fra pumpen er hverdagen, ikke undtagelsen.

Spørg derfor til kapsling og tæthed i praksis: hvordan håndteres kondens, vand der står i en brønd, og støv i et teknikskab? Det er ikke nok at vide, at udstyret kan tåle regn. Kapslingsklassen bør kunne dokumenteres efter IEC 60529, og svaret bør handle om netop din placering.
Frost er en klassisk kilde til fejlmålinger og fejlalarmer. Afklar, hvad der sker ved minus 15 grader, og hvordan løsningen selv gør opmærksom på, at en måler er ude af drift. Ellers kan et frostramt signal se ud som en helt rigtig værdi.
Strøm og kommunikation hænger sammen med placeringen: batteri, solcelle eller fast forsyning, og hvordan rækkevidden er i beton, kældre og metal. Service og adgang skal med i prisen. Batteriskift hvert andet år i en nedgravet brønd koster arbejdstid og risiko, hver gang nogen skal derned.
Det er samme logik, når udstyret sidder på bygninger: udendørs IoT-overvågning kræver sensorer, der er valgt til forholdene, ikke indendørs enheder placeret udenfor.
Krav 3: Alarmkæder, fra måling til en person der reagerer
Når udstyret står tørt og kører, handler næste krav om mennesker. En alarm har kun værdi, hvis nogen reagerer. Derfor er det første spørgsmål: hvem får besked, hvornår, og gennem hvilken kanal, SMS, mail eller app?
Kernen er trinvis eskalering. Først til den, der er på arbejde. Hvis alarmen ikke er kvitteret inden for et aftalt tidsrum, går den videre til vagt eller leder. Uden den trappe kan en alarm ende med at ligge urørt.
Grænseværdier og forsinkelse skal kunne indstilles, så små udsving ikke giver besked, mens langsomme udviklinger stadig fanges. Det er den beslutning, der afgør, om medarbejderne begynder at ignorere alarmerne.
Kvittering og logning skal være på plads, så du bagefter kan dokumentere, hvad der skete og hvornår. Det er også her, overvågningen bliver et aktiv i forhold til tilsynet.
Driftskontrolprogrammet i forsyningssystemet (§3.1.4) er en god ramme at lægge alarmlogikken op ad, men hvor mange trin eskaleringen skal have, er en driftsovervejelse, du selv skal træffe. Test også, om du kan ændre grænser og modtagere uden at kontakte leverandøren. Det siger noget om, hvor fleksibel løsningen reelt er. Vil du blive skarpere på at vurdere den slags fleksibilitet, kan du læse vores guide om IoT-overvågning af bygninger i realtid – sådan vælger du den rigtige platform.
Krav 4: SCADA-integration, at tale med de systemer du allerede har
Når alarmkæden er på plads, er næste spørgsmål, hvordan løsningen taler med det, der allerede kører.
Mange vandværker og pumpestationer har allerede SCADA eller PLC. Det er driftssystemet, og et nyt dashboard bliver et tillæg, ikke en erstatning. Løsningen skal derfor kunne tale med det, der står i forvejen.
I praksis handler det om protokoller som Modbus, M-Bus, OPC og MQTT samt åbne grænseflader. Det er de sprog, målinger og driftssystemer taler imellem.
Forskellen er afgørende: at se en måling i en ny portal er ikke det samme som at føre den ind i SCADA som endnu et målepunkt på operatørens skærm. Det er den anden retning, der gør løsningen til en del af driften.
Data bør kunne gå begge veje: fra eksisterende PLS og målere ind i overvågningen, og fra overvågningen tilbage til driftssystemet eller rapportering. På stationer uden fast netværk kan trådløs kommunikation med lang rækkevidde sende målinger videre, hvor kabel ikke kan føres hen.
Spørg konkret: får du dokumentation for grænsefladen, og kan du selv sætte den op, eller skal leverandøren ind over hver gang, der tilføjes et målepunkt? Sidstnævnte bliver dyrere, end det ser ud i starten. Når du vælger platform, kan du med fordel læse om at vælge en multi tenant IoT-platform, så du ikke ender med en løsning, der låser dig.
Krav 5: Dataejerskab, hvem ejer målingerne om fem år?
Når data først kan forlade SCADA-laget igen, melder det næste spørgsmål sig: hvem ejer egentlig de målinger, der er samlet ind? Dataejerskab lyder som jura, men handler i praksis om tre ting. Hvem må bruge data til hvad, hvem kan trække dem ud, og hvad sker der med dem, hvis samarbejdet stopper.
Det skal stå i aftalen og ikke bare være en mundtlig forsikring. Skriv eksplicit ind, at du kan eksportere i et åbent format, at du har ret til de historiske data, der er samlet gennem årene, og hvad der slettes ved ophør.
Personoplysninger er sjældent den store udfordring på en pumpestation. Driftsdata kan til gengæld være forretningskritiske og bør håndteres med samme omhu. Læg derfor vægt på, hvor data ligger, hvem der har adgang, og hvordan adgangen logges. Er du i tvivl om, hvad der bør logges, kan du hente inspiration i vores gennemgang af trådløs overvågning af bygninger og hvad IoT-sensorer måler.
On-premise eller cloud er et valg med konsekvenser. Hvad sker der, hvis netværket er nede, og hvad sker der, hvis en leverandør lukker? Løsninger, hvor data kan ligge hos dig selv, giver en anden form for ro i maven.
Påstanden om, at man ikke binder kunden, skal kunne dokumenteres. Spørg konkret om pris og procedure for eksport, om adgang via åbne grænseflader, og om du kan skifte en enkelt komponent uden at skifte hele løsningen.
Konklusion: tag de fem krav med til mødet med leverandøren
Dataejerskabet er på plads i aftalen. Nu mangler du bare at tage stilling til de øvrige fire krav, og her er rækkefølgen enkel: start med målingerne (mediekompatibilitet), derefter miljøet (udendørs holdbarhed), derefter menneskerne (alarmkæder), derefter systemerne (SCADA-integration) og til sidst aftalen om data (dataejerskab).
Skriv kravene ned som spørgsmål, du sender til leverandøren, før du ser et dashboard. Svarene siger langt mere om løsningen end en præsentation af skærmbilleder.
Test på et lille anlæg eller et enkelt målepunkt først. Kontrollér undervejs, at data kan komme ud igen, at alarmer når frem til en person, og at driftsdata kan ses i det system, driften bruger til daglig. Det er den billigste måde at opdage en silo, før den vokser.
Vælg bredde. En løsning, der kan tage imod flere sensortyper og flere protokoller, giver mindre risiko for at stå med endnu en silo om fem år.
Har du brug for hjælp til at navigere i det tekniske, er du velkommen til at kontakte os på info@nodeledge.se eller ringe til vores kontor på +46(0)500 6000 22. Som Sveriges største leverandør af IoT og smart overvågning med dokumenteret erfaring på tværs af mange brancher hjælper vi gerne. Sensor-Online er hardware-agnostisk og beskriver selv et sortiment af 1.200+ sensorer og dataloggere samt understøttelse af LoRaWAN, M-Bus, PLC, SCADA, OPC, Modbus, MQTT og åbne API’er, med on-premise og white-label som muligheder.







