Hvorfor vælge Utility Network

Af Peter Hedberg, Salgs- og Marketingdirektør, Geoinfo

December 2025

Hvorfor vælge ArcGIS Utility Network?

Med ArcGIS Utility Network får du meget mere end et digitalt kort. Du får en moderne og regelstyret netværksmodel, der giver fuldt overblik over din forsyningsinfrastruktur – uanset om det handler om el, vand, varme, gas eller fiber. Det hele bindes sammen i én integreret platform, hvor forbindelser, regler og driftslogik er modelleret præcist og konsistent.

Resultatet? Mindre manuelt arbejde, færre driftsforstyrrelser og hurtigere reaktionstid – fordi beslutninger træffes på et validt, opdateret netværk. Planlæggere kan simulere udbygninger, feltteams arbejder med samme data via web og mobil, og ledelsen får indsigt i de nødvendige datagrundlag til at træffe de rigtige beslutninger.

 ArcGIS Utility Network er det naturlige næste skridt for forsyningsselskaber, der vil optimere deres drift, fremtidssikre infrastrukturen og skabe datadrevne beslutningsgrundlag på tværs af organisationen.

Klar til at tage næste skridt?

Sådan fungerer modellen

ArcGIS Utility Network bygger på en eksplicit netværksmodel, hvor dine aktiver og forbindelser ikke bare er tegnet – de er forstået. Her er det ikke længere løse lag og tilfældige linjer, men sammenhængende regler og hierarkier, der skaber overblik og giver mening på tværs af hele din organisation.

Netværket kan nu “tales med” som ét samlet system. Du kan stille spørgsmål som:

• Hvilke kunder bliver påvirket, hvis denne ventil lukkes?
• Hvilken vej løber forsyningen opstrøms?
• Hvilke forbindelser overholder ikke reglerne?[RH1]  Regler for datakvalitet kan customiseres for den enkelte således at hvis de hos det enkelte forsyningsselskab har bestemt at tingene skal registreres på en bestemt måde, så kan dette konfigureres.

Og du får deterministiske svar – hver gang.

Modellen arbejder med centrale begreber:

• Tiers og subnetworks: Skaber overblik over fx spændingsniveauer eller trykzoner, opdelt i mindre subnetworks med egne navne og regler.[RH2]  Det typisk er en manuel arbejdsopgave at vedligeholde et polygon-område i dag, men via UN er det en del af modellen (automatisk vedligehold).
• Subnetwork controllers og terminals: Viser flowretning og udtrykker præcise forbindelser – særligt ved multiport-udstyr som pumper eller transformere.
• Associations: Giver ekstra lag af logik som:
• Connectivity: Hvem er forbundet med hvem?[RH3]  Ting kan forbindes til hinanden i netværket uden der er snappet ledninger i mellem. Før UN, sad man og tegnede det vi kaldte kartografiske kabler mellem to punkttyper der var forbundet. Dette kartografiske kabel fandtes ikke i virkeligheden men var nødvendig at tegne for at det var forbundet i modellen.
• Containment: Hvad ligger i hvad? (fx en ventil i en brønd)
• Structural: Hvordan hænger det sammen fysisk? (fx fiber på en mast)
• Rules: Sikrer at forbindelser følger definerede regler – fx hvad må kobles til hvad.
• Topology og validation: Ændringer spores som “dirty areas” og skal valideres, så netmodellen altid er i en konsistent og driftssikker tilstand.

Når logikken er modelleret korrekt, bliver tracingen det stærkeste værktøj i værktøjskassen.

Trace-funktioner i praksis

Med ArcGIS Utility Network får du adgang til en række kraftfulde sporingsværktøjer, der gør det muligt at reagere hurtigt og præcist – både i drift, planlægning og ved hændelser. Hver trace-funktion giver dig svar på spørgsmål, der tidligere krævede manuelle tjek, fejlkilder og dyre fejl.

Her er nogle af de vigtigste funktioner:

Isolation Trace

Find præcis hvilke afbrydere, ventiler eller sektioner der skal lukkes for at isolere en fejl – og hvem der bliver berørt. Værdifuldt ved både akutte lækager og planlagte afbrydelser.

Upstream / Downstream

Følg forsyningsretningen og identificér hurtigt kilden til et problem (upstream) eller hvilke områder og kunder der bliver påvirket (downstream).

Shortest Path

Beregn den korteste vej i selve forsyningsnettet – ikke på vejen – og planlæg omlægninger, vedligehold eller fejlfinding effektivt.

Affected Customers

Kombiner netlogik med kundedata og få overblik over hvem og hvor mange, der bliver ramt af en hændelse – så du kan kommunikere præcist og proaktivt.[RH4] 

Eksempler fra virkeligheden

• Vandforsyning: En brudmelding i trykzone 2 udløser en isolation trace, som identificerer 6 ventiler og 128 berørte målere. Kundelisten genereres automatisk til SMS-udsendelse.
• Elforsyning: En fejl i mellemspændingsnettet spores upstream til nærmeste Netstation. Downstream-trace viser hvilke kredsløb der skal omlægges – og hvilke kritiske kunder der skal skånes.
• Fiber og tele: Et kabelbrud spores med shortest path trace, som hjælper teknikeren med at planlægge midlertidig patch mellem to noder via eksisterende infrastruktur.

Du får svar i realtid – ikke gæt og papirskitser.

[Kontakt os] for en demo af, hvordan tracing kan integreres i jeres daglige drift og kundeservice.

Brancher og anvendelser

ArcGIS Utility Network kan modelleres præcist til din branche – uanset om du arbejder med el, vand, spildevand, gas eller teleinfrastruktur. Fordi netværkslogikken er eksplicit og regelstyret, kan du modellere aktiver, forbindelser og driftsregler uden at miste detaljer.

Elnet og vedvarende energi

I elnet bruges tiers typisk til spændingsniveauer (fx højspænding → lavspænding), og subnetworks repræsenterer transformerområder eller kredsløb. Subnetwork controllers (som afbrydere og transformere) definerer flow og beskyttelse, mens terminals håndterer multiport-udstyr. Du kan:

• Spore strøm op- og nedstrøms
• Filtrere kritiske kunder
• Planlægge omlægninger og switching

Det hele understøttes af regler for faser, forbindelser og selektivitet.

Vand og spildevand

Trykzoner modelleres som tiers med tilhørende subnetworks. Ventiler, pumper og trykforøgere fungerer som controllers, og containment-relationer håndterer brønde, kamre og armaturer.

Resultatet?

• Mere præcis lækagejagt
• Hurtigere afspærring og genåbning
• Automatisk kobling mellem netværk og kundelister
• Dokumenteret hændelseshåndtering og servicekvalitet

Gasforsyning

Her separeres højtryk og lavtryk som tiers, og regulatorstationer defineres som controllers. Structural associations knytter rør til understøttende infrastruktur – fx broer eller master. Du får:

• Sektionering ved trykfald eller planlagte afbrydelser
• Sikkerhedsvalidering med præcise regelsæt
• Compliance og dokumentation ved myndighedskrav

Tele og fiber

Fiberkabler, duct banks og mikrorør modelleres med containment-hierarkier. Terminals anvendes til porte i ODF’er, noder og switche. Her sikrer connectivity rules, at forbindelser er mulige og korrekte.

Med ArcGIS Utility Network kan du:

• Få fuld dokumentation fra fysisk rute til logisk patch
• Lokalisere fejl og omdirigere trafikken hurtigt
• Planlægge og udføre ændringer uden at bryde SLA’er

Uanset branche får du én samlet netmodel, der understøtter både planlægning, drift og dokumentation.

[Book et sparringsmøde] – og få konkret input til hvordan I kan tage første skridt.

Trace handlingsplaner [RH5] i praksis

Når netværket er modelleret med regler og valideret topologi, bliver trace-værktøjerne ikke bare tekniske funktioner – de bliver operationelle playbooks. Hver playbook er en kombination af en bestemt type trace, et sæt filtre og en efterfølgende handling, der kan dokumenteres og gentages.

Det gør hverdagen mere effektiv. Isolering af en lækage, planlægning af en omlægning eller proaktiv kundekommunikation bliver en struktureret proces – ikke et ad hoc-forløb.

Hændelsesisolation

En fejl registreres i driftssystemet. En isolation trace identificerer præcist hvilke ventiler eller afbrydere, der skal lukkes for at afgrænse hændelsen. Filtre kan frasortere kritiske aktiver eller hospitalsfeeds, og containment bruges til at lokalisere komponenter i brønde eller skabe.

Resultatet er en arbejdsordre med validerede handlinger, en kundeliste klar til notifikation og et kort, der viser den forventede påvirkning.

Planlagte afbrydelser og kommunikation

Ved udskiftning af fx rør eller transformere kan en what-if trace simulere forskellige scenarier og foreslå den mindst indgribende løsning. Upstream/downstream-trace identificerer forsyningsveje, mens en affected customers-trace returnerer en opdateret liste over dem, der vil blive berørt.

Planlæggere kan arbejde i en separat version, teste løsningen og publicere den til drift, når den er klar.

Forebyggende vedligehold og netudvidelse

Ved at bruge shortest path-trace mellem sårbare punkter kan du afdække manglende redundans og planlægge proaktive forbedringer. Trykzoner modelleres som tiers med tilhørende subnetworks, mens valideringsregler sikrer, at nye forbindelser er tilladte og robuste.

Kundepåvirkning og servicekvalitet

Når affected customers-trace kombineres med kundedata, bliver det muligt at måle præcise KPI’er for serviceafbrud – i realtid. Det gælder både for el (fx SAIDI/SAIFI) og vand (fx tryktab i zoner). Dashboards kobles direkte til tracing-playbooks, så hændelser og genopretning spores helt ud til den enkelte kunde.

Trace-playbooks samler geodata, logik og handling i ét arbejdsgreb. De reducerer kompleksiteten – og øger kvaliteten i hver beslutning.

Migrering fra Geometric Network til Utility Network

Overgangen fra Geometric Network til ArcGIS Utility Network er ikke kun et teknologisk skifte – det er en ny måde at forstå og styre forsyningsinfrastruktur på. Hvor det gamle setup byggede på lag og geometrier, tilbyder Utility Network en regelstyret model, der kan traces valideres og revideres.

Med Utility Network flyttes ansvaret fra “tegning” til “model”. Det stiller krav til både datastruktur, roller og arbejdsgange – men giver til gengæld et solidt fundament for digital drift, compliance og fremtidige integrationer.

Hvornår giver det mening at migrere?

Migrering bør overvejes, når:[RH6] 

• Kompleksiteten i nettet overstiger, hvad en geometrisk model kan håndtere
• Det er kritisk at kunne dokumentere beslutninger og kundepåvirkning
• Flere teams skal samarbejde i versioner og services uden at miste datakvalitet
• Drift, plan og felt skal arbejde ud fra samme, validerede kilde

Overgangen handler om at få kontrol med forbindelser, regler og forretningslogik – og om at kunne besvare spørgsmål, man tidligere måtte gætte sig til. Det glædelige er at systemet tjekker dine data for datakvalitet, du skal ikke håndhæve den selv.

Datarensning og regelopsætning

En vellykket migrering til ArcGIS Utility Network starter med struktureret datarensning og en gennemtænkt modelopsætning. Formålet er at sikre, at alle aktiver, forbindelser og regler repræsenterer virkeligheden – entydigt og driftssikkert og at modellen er opsat til den forretningsunderstøttelse der bruges.[RH7] 

Første skridt er at normalisere data og at geometrier ryddes op. Self intersecting loops af linjer, punkter der ligger oven i hinanden, og andre invalide geometrier.[RH8] 

Det betyder, at identifikatorer, attributter og geometrier skal ryddes op, så de kan genbruges og valideres i netværksmodellen. Tvetydige objekter fjernes, og dubletter konsolideres.

Dernæst bygges selve modellen op[RH9]  - men der findes ArcGIS Solutions med standardmodeller til hver forsyningsart:

• Definér forsyningsarter, tiers og subnetworks, så strukturen og indholdet af assets [RH10] afspejler jeres tekniske og organisatoriske virkelighed
• Udpeg subnetwork controllers og opsæt terminals, så flowretning og forbindelsespunkter er entydige[RH11]  og definerede
• Opret regler for associations [RH12] – connectivity, containment og structural – som binder aktiverne sammen med den rette logik
• Sæt regler op, der defineres hvilke komponenttyper der må forbindes til hvad. Således sikres at det ikke er muligt at snappe et højspændingskabel til en lavspændingssikring.
• 
  

Til sidst køres topologivalidering, hvor systemet markerer “dirty areas” – dvs. steder, hvor data bryder model- eller forbindelsesregler[RH13] . Disse rettes løbende, indtil modellen giver stabile og pålidelige svar i tracing og analyser.

En god datamodel er ikke statisk – den udvikles og modnes gennem iterationer og feedback fra drift, planlægning og felt.

Teststrategi og cutover

Når modellen er bygget og valideret, handler næste fase om at sikre, at den fungerer i praksis – under realistiske forhold og med fuld sporbarhed. En gennemtænkt teststrategi minimerer risiko og skaber tillid på tværs af organisationen.

Start med at opbygge en reference-sandhed. Det er en række cases, hvor du kender det forventede tracing-resultat – fx isolering af en trykzone, opstrømsforsyning fra en transformer eller en kundeliste ved en afbrydelse. Disse cases bruges som benchmarks til at teste modellens adfærd.

Derefter testes ydeevnen i realstørrelse netværk:

• Udfør upstream, downstream og isolation traces på større områder
• Evaluer svartider og stabilitet
• Mål, hvordan modellen reagerer på fejl, ændringer og belastning

Når modellen er stabil, planlægges selve overgangen til drift – det såkaldte cutover. Det kan ske som en fuld migrering med kort driftspause, eller som en inkrementel overgang, hvor nye services kører parallelt med den eksisterende løsning.

Inden produktion fryses modellen – både skema, regler og testresultater dokumenteres. På den måde sikres, at ændringer kan spores, og at alle sporingsfunktioner bygger på en verificeret, autoritativ kilde.

Kompetencer, træning og change management

Overgangen til ArcGIS Utility Network handler ikke kun om teknologi – den handler i lige så høj grad om mennesker og processer. For at få fuldt udbytte af den nye model skal organisationen klædes på med de rette roller, rutiner og redskaber. Det sikrer, at den nye tilgang forankres – og ikke forbliver et projekt.

Først og fremmest skal der etableres tydelige roller:

• Modelarkitekten har ansvar for opbygning af skema, regler og associations.
• Data stewarden håndterer daglig redigering, validering og vedligehold.
• Driftslederen godkender ændringer, overvåger KPI’er og udløser playbooks.
• Feltteams arbejder med opgavebaseret adgang, geofencing og mobil opdatering.
• Analytikere bygger dashboards og scenarier baseret på samme, autoritative datamodel.

Træningen bør afspejle disse roller. Det handler ikke kun om teknisk kunnen i ArcGIS Pro, men også om at forstå versionering, validering og tracing som en del af hverdagen – på tværs af plan, drift og felt.

Forandringsledelse bliver et afgørende element. Nye begreber som subnetwork controllers, dirty areas og trace playbooks skal ikke bare forklares – de skal oversættes til konkrete arbejdsgange i jeres kontekst. Det kan ske gennem workshopforløb, interne guidebooks eller videndeling på tværs af teams.

Derudover bør der opsættes KPI’er, som måler effekten af den nye model:

• Hvor hurtigt isoleres hændelser?
• Hvor mange kunder berøres pr. afbrydelse?
• Hvor høj er datavalideringsgraden?
• Hvor lang tid går der fra opdaget fejl til rettelse?

Når ændringerne måles, forankres de. Og når teknikken matches med de rette kompetencer, bliver det nye ikke en belastning – men en forbedring.

Typiske faldgruber [RH14] – og hvordan de undgås

ArcGIS Utility Network stiller større krav end traditionelle modeller – og netop derfor skaber den bedre resultater. Men overgangen kan støde på forhindringer, hvis ikke forberedelsen er grundig. De mest almindelige faldgruber kan undgås, når man kender dem på forhånd og tager højde for dem tidligt i forløbet.

For lempelige regler skaber usynlige fejl
Hvis reglerne i modellen er for brede, risikerer man forbindelser, der teknisk “ser rigtige ud”, men som ikke holder i virkeligheden. Løsningen er at definere skarpe, branchespecifikke regler – og bruge validering konsekvent.

Manglende styring af adgang og roller
Uden tydelig rollefordeling mellem IT og OT opstår usikkerhed omkring rettigheder, ansvar og kontrol. Identitetsstyring, versionering og auditering skal etableres fra start og følge princippet om mindst mulige rettigheder.

Datakvaliteten undervurderes
Uklare identifikatorer og tvetydige objekter skaber fejl i tracing og analyser. Derfor bør datarensning prioriteres tidligt – gerne i dedikerede sprintforløb med fokus på konsolidering, navngivning og struktur.

Uklare grænser mellem structure og domain network
Det er afgørende at adskille det bærende (structure) fra det funktionelle (domain network). En god praksis er at opstille konkrete eksempler, der guider modelopbygningen og forhindrer overlap og dobbeltmodellering.

Performanceproblemer ved store net
Uden optimering kan tracing blive langsomt, især i store eller komplekse net. Filtrering, subnet-grænser og vedligeholdelse af topologi sikrer, at tracing forbliver præcist og hurtigt – også i skala.

Når faldgruberne gøres synlige og håndteres aktivt, bliver migreringen mere end blot en teknisk opgradering. Den bliver en strategisk forbedring – med færre overraskelser og bedre resultater.

Integration og standarder

ArcGIS Utility Network er stærkest, når netmodellen er tæt forbundet med de systemer, der planlægger, overvåger og udfører driften. Det kræver en integrationsarkitektur, hvor netlogik kan deles, forstås og omsættes på tværs af både IT og OT[RH15]  – uden at miste betydning.

I IT-laget udstilles netværket som services via ArcGIS Enterprise. Det gør det muligt at bruge data i webapps, dashboards og mobilapplikationer – uden at kompromittere den autoritative kilde.

I OT-laget forbindes netmodellens tilstand med systemer som ADMS, SCADA og OMS. Her omsættes hændelser, målinger og switching-kommandoer til operationelle beslutninger – i realtid.[RH16] 

Broen mellem lagene skabes gennem tre typer integration:

1. Dataudveksling
   Aktiver, forbindelser og tilstande synkroniseres – enten batch eller tæt på realtid – mellem systemer. Det kan ske via API’er, REST-tjenester eller standardformater som GeoJSON og GML.
2. Hændelser og målinger
   Alarmer, sensordata og systemskift sendes gennem beskedkøer eller eventstreams – fx MQTT, Kafka eller Webhooks – så dashboards og analyser altid arbejder med den nyeste tilstand.
3. Orchestrering
   Workflows på tværs af platforme aktiveres automatisk, når bestemte hændelser opstår. Det gør det muligt at udløse en trace, sende en kundemeddelelse og opdatere dokumentation i én sammenhængende kæde.

Standarder er nøglen til robusthed og fleksibilitet. OGC-tjenester sikrer interoperabilitet med tredjepartssystemer. Branchemodeller som CIM (i el) gør det muligt at dele netlogik med eksterne planlægningsværktøjer. Ensartet begrebsmodel og identitetsstyring gør det muligt at samarbejde effektivt – uden dobbeltarbejde eller manuelle brudflader.

Når integrationer designes rigtigt fra begyndelsen, bliver ArcGIS Utility Network ikke bare endnu et system – men den fælles reference, som hele organisationen kan planlægge og handle ud fra.

Governance, sikkerhed og compliance

Styring af ArcGIS Utility Network handler om at sikre, at hver ændring i nettet kan spores, forklares og gentages. Når governance er indlejret i hverdagen, bliver korrekt adfærd ikke et ideal – men en del af arbejdsgangen.

Det begynder med versionering. Ændringer foretages i isolerede grene, hvor planlæggere, driftsfolk og konsulenter arbejder adskilt fra produktion. Før ændringer flettes ind i den autoritative model, skal de valideres og godkendes. Det skaber transparens – og gør det muligt at dokumentere hvem der gjorde hvad, hvornår og hvorfor.

Adgang styres efter princippet om least privilege. Hver rolle har præcis de rettigheder, der er nødvendige – og ikke mere. Feltteams redigerer i afgrænsede områder via sikre mobiladgange. Planlæggere arbejder i egne projektversioner.

Godkendere publicerer til drift. Fire-øjne-princippet og adskillelse af ansvar kan indbygges som workflow.

Audit-funktionerne registrerer hver ændring: nye forbindelser, opdaterede regler, valideringer og afviste spor. Disse logs bliver ikke blot dokumentation – de er et aktiv, når organisationen skal efterleve:

• NIS2-krav om robusthed, hændelsesberedskab og adgangsstyring
• GDPR-forpligtelser ift. behandling af kundedata ved notifikationer
• ISO 55000-principper for værdibaseret asset management

Desuden styrkes kvaliteten med automatiserede tjek og regelvalidering. Ulovlige koblinger, manglende attributter og ufuldstændige metadata stoppes ved kilden – ikke først i analysen.

Når governance, sikkerhed og compliance er bygget ind i modellen, bliver det lettere at skalere. Du slipper for at vælge mellem hurtighed og kontrol – og får i stedet en løsning, der understøtter begge dele.

Digital twin i drift

En digital twin er først værdifuld, når den spejler virkeligheden – ikke bare som geometri, men som adfærd, relationer og tilstande. Med ArcGIS Utility Network bliver tvillingen ikke et særskilt projekt, men en konsekvens af, at model, tracing og hændelser er bundet sammen af samme logik.

Det betyder, at et kort ikke bare viser hvor noget er, men også hvordan det hænger sammen, hvilken vej forsyningen løber – og hvad der sker, hvis en komponent svigter eller kobles fra.

Organisationen arbejder i tre tidslag:

• Current state: Realtime data og hændelser kobles direkte til netmodellen. Når en sensor overskrider en tærskel, udløses en tracing, en notifikation eller en opdatering i dashboardet.
• Historic state: Tidligere versioner og snapshots gør det muligt at analysere forløb, fejl og beslutningsgrundlag – og dokumentere hændelsesforløb ned til kunde- og komponentniveau.
• Future state: Planlæggere og projektteams arbejder i egne versioner. Ændringer kan simuleres og testes med tracing og validering, før de publiceres til produktion.

Den daglige drift bliver dermed ikke en reaktion – men en iterativ proces med klar sammenhæng mellem netlogik, kundekonsekvens og KPI’er.

Eksempler:

• Hvilke ventiler isolerer hurtigst en lækage med mindst kundepåvirkning?
• Hvilke fiberforbindelser kan midlertidigt patches om uden at bryde SLA’er?
• Hvilket kredsløb kan overtage belastning ved planlagt vedligehold?

På ledelsesniveau bliver digital twin det fundament, der binder strategi og drift sammen. Effektmålinger som SAIDI/SAIFI i elnettet eller NRW i vandsektoren kan kobles direkte til spor, hændelser og beslutninger – og vises i dashboards, der understøtter både dokumentation og optimering.

Det er ikke noget, der skal bygges ved siden af. Det sker naturligt, når netmodellen holdes ren, reglerne er valideret, og integrationer bringer virkelighedens data sikkert ind i modellen.

Licenser, roller og omkostninger – skrevet med fokus på transparens, praktisk implementering og strategisk prioritering. Den henvender sig til både økonomiansvarlige, projektledere og it-/driftschefer, der skal kunne forstå og planlægge en realisering.

Licenser, roller og omkostninger

At implementere ArcGIS Utility Network handler ikke om at udstyre alle med flest mulige rettigheder – det handler om at matche opgaver med adgang. Når roller, licenser og ansvar fordeles med omtanke, reduceres både kompleksitet og totalomkostninger.

Nøgleroller i en driftssikker opsætning

• Modelarkitekt: Etablerer den overordnede netmodel – inkl. regelsæt, associations og skemadefinitioner.
• Data steward: Varetager daglig redigering, validering og fejlrettelser i henhold til governance-regler.
• Driftsleder: Udløser playbooks, overvåger KPI’er og godkender sammenfletninger mellem versioner.
• Feltteam: Har adgang via web og mobil – med rollebaseret redigering og geofencing.
• Analytiker: Bygger dashboards, rapporter og scenarier direkte på den autoritative netmodel.

Fordelen ved denne rollebaserede tilgang er, at hver bruger kun får de funktioner, der er nødvendige. Det øger sikkerheden, forbedrer datakvaliteten – og holder licensomkostningerne nede.

Hvor ligger omkostningerne?

Omkostningerne ved Utility Network samler sig typisk omkring fem knudepunkter:

1. Licenser og brugeradgang
   Tildelt efter behov – og skalerbar efter funktion.
2. Implementering og dataklargøring
   Oprydning, normalisering og modellering af aktiver og forbindelser.
3. Integration og automatisering
   Opsætning af services, hændelsesstrømme og systembroer.
4. Træning og forandringsledelse
   Klargøring af organisationen, roller og arbejdsgange.
5. Drift og løbende optimering
   Vedligeholdelse af topologi, regler og tracing-performance over tid.

Langt de fleste overraskelser opstår ikke på licenssiden – men i undervurderet datarensning, ufuldstændig governance eller manglende test af modellen i stor skala.

Hvordan viser gevinsterne sig?

I praksis viser de økonomiske fordele sig hurtigt:

• Kortere tid fra hændelse til handling
• Færre fejl i dokumentation og analyser
• Mere præcis og målrettet kundekommunikation
• Hurtigere planlægning og gennemførsel af projekter

For de fleste forsyningsselskaber betaler investeringen sig tilbage gennem mere stabil drift og færre afbrud – men også gennem bedre beslutningsgrundlag og stærkere compliance.

Begrænsninger og ærlige trade-offs

ArcGIS Utility Network tilbyder stor præcision, skalerbarhed og operationel indsigt – men det kræver, at visse forudsætninger er på plads. Modellen stiller krav, og det er vigtigt at kende dem, før man træffer beslutningen om at migrere.

Krav til datakvalitet

Utility Network leverer deterministiske svar, fordi den kræver deterministiske input. Hvis data er mangelfulde, objekter uklart definerede eller regler for lempelige, vil tracing virke – men give forkerte resultater. Det skaber en falsk tryghed.

Afhjælpningen er kendt: Etabler tydelige stewardroller, mål datakvalitet over tid, og brug validering og regler aktivt til at stoppe fejl ved kilden – ikke ved analysen.

Ydelse og skalerbarhed

På store net kan sporingsperformance blive en udfordring, hvis modellen ikke er optimeret. For brede regler, manglende filtrering eller udefinerede subnet-grænser øger behandlingstiden. Derfor bør performance tænkes ind i designet fra start – med selektive trace-parametre, struktureret topologi og løbende vedligeholdelse.

Integration og afhængighed

Utility Network er dybt integreret i ArcGIS-platformen. Det betyder, at mange funktioner er optimeret til Esri-økosystemet – og ikke nødvendigvis direkte overførbare til tredjepartssystemer uden tilpasning[RH17] . Det er ikke nødvendigvis en ulempe, men det kræver, at integrationer tænkes løst koblede og bygger på åbne standarder som OGC, CIM eller MQTT, afhængigt af domænet.

Ikke til alt og alle

Utility Network er ikke nødvendigvis det rette valg, hvis behovet udelukkende er geometrisk netværksanalyse – fx i hydrologi eller transportnet uden krav til versionering, governance eller rollebaseret adgang. Her kan lettere modeller være mere omkostningseffektive.

Men når drift, dokumentation, sikkerhed og compliance er i spil – og når flere teams skal samarbejde på tværs af IT og OT – er fordelene ved en regelstyret, valideret netmodel svære at matche.

Den organisatoriske forandring[RH18] 

Det største trade-off er sjældent teknisk. Det handler om forandringen fra fri redigering og lag-baseret arbejde til styret versionering, validering og roller. Når det lykkes, opleves modellen som en løftestang. Når det ikke gør, opleves det som friktion.

Derfor er den vigtigste forudsætning ikke software – men klar rollefordeling, stærk ledelse og kontinuerlig opfølgning.

Resultater du kan forvente

Når model, regler og spor er på plads, flytter resultaterne sig fra “bedre kort” til målbare forbedringer i drift. Nedenfor er eksempler på typiske effekter, som organisationer opnår, når ArcGIS utility network bruges som system of record for netlogik.

I el opdages og isoleres fejl hurtigere, fordi upstream og downstream leverer deterministiske lukkepunkter, og fordi kritiske kunder kan filtreres fra i selve sporingen. Effekten ses i kortere afbrudslængder, færre utilsigtede omlægninger og dokumenterbar rationale for switching—fra operatørens beslutning til den konkrete kunde, der blev skånet.

I vand bliver ventil-isolation et gentageligt håndværk: valideret topologi, containment i brønde og playbooks, der returnerer både ventiler og kundeliste. Det reducerer spild, gør afspærringer mere præcise og forkorter tiden fra brudmelding til genåbning. Historiske versioner gør det muligt at forklare, hvorfor en bestemt sektion blev valgt, og at genbruge mønstre ved nye hændelser.

I gas understøtter tiers og controllers trykstyring og sektionering, så planlagte afbrydelser kan designes med minimal påvirkning. For tele og fiber kobles geografisk rute og logisk patch i samme model, så fejlfinding og midlertidig omlægning går fra “gæt og grimt” til “spørg nettet og udfør”. På tværs af brancher bliver kundekommunikation mere præcis, fordi affected customers ikke er en gætning, men en konsekvens af netlogikken.

På ledelsesniveau giver den delte model og auditspor en fælles reference, der forkorter godkendelser og gør investeringer lettere at prioritere. Det er den pragmatiske effekt af en digital twin i drift: fra hændelse til handling, med dokumentation hele vejen.

Når modellen, reglerne og sporingsfunktionerne er på plads, bevæger resultaterne sig fra “bedre overblik” til konkret forbedret drift. Det handler ikke om potentiale – det handler om dokumenterbare gevinster, som organisationer allerede ser i praksis.

Elnet

Fejl lokaliseres og isoleres hurtigere. Upstream/downstream-sporing giver præcise lukkepunkter og viser samtidig hvilke kredsløb og kunder der skal skånes. Det betyder færre utilsigtede omlægninger og bedre planlægning af switching. Desuden giver auditfunktionen fuld dokumentation – fra beslutning til berørt kunde.

Vandforsyning

Ventil-isolation bliver en standardiseret og repeterbar proces. Brønde og armaturer modelleres med containment, og trace playbooks returnerer både tekniske afgrænsninger og kundelister. Det reducerer reaktionstiden ved brud og gør genopretning hurtigere – og samtidig mere veldokumenteret.

Gas

Tiers og controllers muliggør præcis styring af tryk og sektionering. Planlagte afbrydelser kan simuleres og udføres med minimal påvirkning. Sporingen bruges aktivt til at vurdere konsekvenser og planlægge omkoblinger med høj sikkerhed og transparens.

Fiber og tele

Geografiske ruter og logiske forbindelser samles i én model. Det reducerer fejltid og gør midlertidige omlægninger hurtigere og mere sikre. Trace playbooks hjælper teknikere med at navigere i komplekse hierarkier og sikre, at alle forbindelser overholder patch-regler og redundanskrav.

På tværs af brancher

Kundekommunikation bliver skarpere, fordi affected customers-funktionen bygger på netlogik – ikke skøn. Dashboards kombinerer forsyningsdata og KPI’er, så ledelsen får en fælles reference, der understøtter både daglig drift og strategisk prioritering.

ArcGIS Utility Network er ikke kun en model – det er en praksis. Og når praksis er forankret i data, regler og roller, bliver digital drift ikke en ambition, men en realitet.

Ofte stillede spørgsmål

Hvad er forskellen på geometric network og utility network
Geometric network beskriver forbindelser implicit gennem geometrier og simple regler. ArcGIS utility network modellerer forbindelser eksplicit med tiers, subnetworks, controllers, associations og valideret topologi. Det gør spor deterministiske, skalerbare og auditerbare på enterprise-niveau.

Kan vi bruge vores eksisterende data uden at modellere alt om
Ja, men der kræves datarensning og mapning til den nye ontologi. Den største gevinst kommer, når centrale aktiver, relationer og identifikatorer normaliseres, og når reglerne håndhæver, hvad der er lovligt i nettet. Man kan starte med et afgrænset område og udvide iterativt.

Hvordan integrerer vi med adms, oms, scada og iot
Utility network publiceres som services, mens hændelser og målinger flyder via beskedkøer og API’er. En begrebsmapping til fx CIM og OGC holder semantikken intakt. UN forbliver system of record for netlogik; driftsbeslutninger sker i de systemer, der eksekverer dem.

Hvad kræver det organisatorisk
Etabler roller (modelarkitekt, data steward, driftsleder), arbejd i versioner og indfør obligatorisk validation før publicering. Forandringsledelse er afgørende: nye begreber og playbooks skal forankres i drift, plan og felt samtidig.

Hvordan påvirker det performance
Ydelsen afhænger af design og disciplin. Korrekt opskårne subnetworks, målrettede trace-filtre, vedligeholdt topologi og stramme regler giver stabile svartider—og forhindrer, at spor “løber løbsk” i store net.

Er vi låst til Esri
Kernefunktionerne lever i ArcGIS-økosystemet, men data, services og hændelser kan udveksles via åbne standarder. Arkitekturprincippet er at gøre UN til system of record for netlogik og holde integrationer løst koblede.

Hvordan måler vi gevinster
Brug før-efter KPI’er knyttet til playbooks: tid til isolation, antal berørte kunder, varighed af afbrydelser, fejl i dokumentation, tid fra projektstart til sammenfletning. Når spor og versioner er standardiseret, bliver målingerne reproducerbare.

Klar til at komme i gang?

Gør starten konkret og med lavrisiko – med en afgrænset pilot og klare mål.

Trin 1: Afklar mål og scope

Vælg fx én spændingsgren, trykzone eller fiberstrækning. Definér 3–5 KPI’er (fx tid til isolation, antal berørte kunder).

Trin 2: Etabler model og regler

Normalisér aktiver, opsæt tiers og subnetworks, og fjern dirty areas via validering.

Trin 3: Byg playbooks og integration

Konfigurer 2–3 trace playbooks til jeres vigtigste scenarier og tilknyt dashboards.

Trin 4: Test performance og cutover

Test tracing i skala og frys modellen, når baseline er stabil og dokumenteret.

Trin 5: Skalér og forankr

Udrul til næste område, opsæt audit og mål fremdriften med klare KPI’er.

[Tal med en specialist]
Få en migrationsworkshop og pilotplan på én uge – tilpasset jeres net og jeres mål.[RH19] 

[RH1]Her kan fremhæve at regler for datakvalitet kan customiseres for den enkelte således at hvis de hos det enkelte forsyningsselskab har bestemt at tingene skal registreres på en bestemt måde, så kan dette konfigureres.

[RH2]Det fede at fremhæve her er at det typisk er en manuel arbejdsopgave at vedligeholde et polygon område i dag, men via UN er det en del af modellen(=automatisk vedligehold). Fx vedligeholder Kredsløb arealer de kalder Vekslerområder, som godt kunne modelleres ind i UN

[RH3]Fremhæv gerne at ting kan forbindes til hinanden i netværket uden der er snappet ledninger i mellem. Før UN, sad man og tegnede det vi kaldte kartografiske kabler mellem to punkttyper der var forbundet. Dette kartografiske kabel fandtes ikke i virkeligheden men var nødvendig at tegne for at det var forbundet i modellen.

[RH4]Denne er egentlig en Isolation Trace med et andet output end ventiler. Men det er op til Jer om I vil beholde den.

[RH5]Det er ikke et term jeg genkender fra branchen.

Måske man kunne kalde det Trace - handlingsplaner?

 [RH6]Tilføj det glædelige i at systemet tjekker dine data for datakvalitet, du skal ikke håndhæve den selv

 [RH7]Men også at modellen er opsat til den forretningsunderstøttelse der bruges.

 [RH8]Jeg savner at der nævnes at geometrier ryddes op. Self intersecting loops af linjer, punkter der ligger oven i hinanden, og andre invalide geometrier.

 [RH9]Bør det nævnes at man ikke behøver at bygge sin egen model, men der findes ArcGIS Solutions med standardmodeller til hver forsyningsart?

 [RH10], så strukturen og indholdet af assets

 [RH11]Entydige og definerede

 [RH12]Opret regler for associations

 [RH13]Forkert formuleret.

Dirty Areas generes af editeringer og er et udtryk for områder der ikke har kørt en topologivalidering.

Når topologivalideringen kører analyseres Dirty Areas for model og forbindelsesregler. Hvis de ikke er efterlevet vil der markeres en areal med fejl.

 [RH14]Jeg har 2 faldgruber at nævne som jeg synes er værd at nævne.

1.

Man kommer til at tilføje en masse felter i modellen, som ikke er udtryk for ”Nettet”. Fx beregningsfelter som er midlertidige, eller vedligeholdelsesdata. Disse hører til i en anden featureklasse end UN klasserne.

2.

Kortdesign bliver mere vigtigt og det mærkes tydelige i en serviceorienteret arkitektur, hvis kortet skal vise mange features på samme tid.

 [RH15]Jeg kender ikke dette begreb

 [RH16]Der kan også nævnes integration til netberegningssystemer, som får et bedre datagrundlag, da GIS systemeter modellerer mere virkelighedsnært

 [RH17]Tja - det synes jeg er et forkert signal at sende.

Tværtimod er den servicebaserede arkitektur i UN åben i REST og de samme håndtag som ArcGIS Pro kalder, kan kaldes af 3. partssystemer.

 [RH18]Ja og en villighed til at lære, da kompleksiteten øges for GIS specialisten

 [RH19]Jeg synes dette bør passe med en konsulentpakke i Utility Teamet.

Jeg har lige nu et forslag liggende om følgende;

””

Forstå UN modellen og hvordan dine data kan migreres dertil.

En 3 dages konsulentpakke hvor følgende indhold gennemgåes workshop baseret:

Dag 1 - Byg dit UN - eksempel - læner sig op af CUTI undervisningen.

Dag 2 - Snak om kundens data og model

Dag 3 - Snak om hvordan de 2 ting hænger sammen/mappes sammen og bestemme graden af ambition.

Efter de 3 dage kender kunden mere til UN modellen, har fået igangsat tanker om hvad der skal til for at komme derhen og kan tage interne dialoger om ambition med UN””

Fra kort og billeder til sammenhængende indsigt

Tidligere blev data fra fx kort, bygningsmodeller, droner og målinger ofte behandlet hver for sig. Med moderne reality mapping kan man samle alt dette i ét digitalt univers fuld historik og versionsstyring.
 
Det betyder, at man kan zoome fra et overblik over hele kommunen eller forsyningsnettet og helt ned på detaljeniveau – fx en vej, en bygning eller et rørledningsafsnit – og se både den aktuelle tilstand og historiske ændringer.
 
Når denne visuelle forståelse kombineres med realtidsdata fra sensorer, fx fra vandtryk, energiforbrug eller bygningsdrift, får man en levende, opdateret tvilling af virkeligheden.

Hvad får virksomheder ud af det?

1. Bedre beslutninger - hurtigere

2. Lavere omkostninger og mindre risiko

3. Effektiv drift og vedligehold

4. Transparans og samarbejde

Om Geoinfo, Esri og ArcGIS

I Geoinfo hjælper vi vores kunder med at udnytte det fulde potentiale af data. Det gør vi med geodata, geografiske analyser, visualiseringer og optimeringer i verdens førende GIS-software, ArcGIS som vi også er dansk distributør af.

Læs mere om os

Digitale tvillinger i ArcGIS

Geospatiale digitale tvillinger kombinerer højtopløselige visualiseringer og avanceret dataintegration, hvilket giver dybere indsigt og styrker forretningsbeslutninger.

Læs mere om digitale tvillinger i ArcGIS

Hvordan hænger det sammen teknisk – uden at det bliver svært

En digital twin bygges lag for lag:

• Først indsamles data gennem imagery (billeder, droner, LiDAR)
• Derefter samles det i et GIS-system (geografisk informationssystem), som binder alt sammen på et kort og i 3D
• Til sidst kobles driftsdata, sensorer og analyser på – så tvillingen bliver levende og kan vise ændringer over tid.
• Man kan sammenligne det med at have en Google Maps for sin virksomhed – men med langt mere præcision og indsigt, fordi data stammer direkte fra egne systemer og aktiver.
  

Eksempler fra virkeligheden

• Kommuner kan bruge digitale tvillinger til at planlægge byudvikling og inddrage borgere i beslutninger – fx ved at vise, hvordan nye bygninger påvirker sollys, trafik eller støj
• Forsyningsselskaber kan visualisere deres netværk, koble det med sensorer og forudsige hændelser og driftsproblemer, før de sker
• Byggeri og infrastruktur kan sammenligne as-built med as-planned i 3D og opdage afvigelser tidligt
• Vedvarende energi kan simulere sol- og vindforhold for at finde de mest effektive placeringer af anlæg.
  

Fremtiden er datadrevet

Digitale tvillinger handler ikke om at købe en ny teknologi, men om at udnytte de data, man allerede har – på en smartere måde. Når data samles, beriges og visualiseres, skaber det et fælles sprog for hele organisationen – fra teknikere til ledelse. Det giver et solidt grundlag for innovation, effektivisering og bæredygtige beslutninger.

Vil du høre mere om digitale tvillinger og reality mapping

Vil du høre, hvordan jeres organisation kan komme i gang med digitale tvillinger og reality mapping? Kontakt Geoinfo – vi hjælper jer med at gøre data til en del af jeres forretningsstrategi.