DV
Brukerveiledning

Drift & Vedlikehold – DV-system

Komplett system for inspeksjon, tilstandsvurdering, tiltaksplanlegging og kostnadsberegning på norsk veiinfrastruktur – fra feltregistrering til Excel-rapport. Alle kataloger er fullt redigerbare (CRUD), støtter Excel-import/eksport, og har AI-assistert generering for å starte diskusjon raskt.

Guidet omvisning – Velkommen
Kapittel 1 av 16 · pauset
1. Hva appen gjør

Appen kobler hele kjeden tilstand → tiltak → kostnad på to nivåer parallelt: inspeksjonsobjektnivå (hvert objekt) og systemnivå (hele funksjonelle kjeden), slik at både objektfeil og problemer i sideterreng/bekkefar/grunnforhold fanges opp.

  • Registrere tilstand i felt (TG / SK / mengde / lokasjon / kommentar)
  • Systeminspeksjon med standardiserte kriterier — System-TG = max(kriterie-TG)
  • Beregne risiko og anbefalt tiltakstype automatisk
  • Estimere kostnad ulik pr TG-grad via tiltakspakker
  • Systemtiltak med årsakskategori (inspeksjonsobjekt / sideterreng / bekkefar / grunnforhold / vegetasjon) og LCC-sortering
  • Forvalte hele katalogtreet: inspeksjonsobjekter, jobber, materiell, pakker, prosesskoder, tilstand- og kostnadselementer + systemkriterier og systemtiltak
  • AI-foreslå nye inspeksjonsobjekter, TG-indikatorer, kostnadselementer og pakker pr TG
  • Excel-import/eksport på alle kataloger – egnet for diskusjon i workshop
2. Sentrale begreper
System (type)
Klassifikasjon av inspeksjonsobjektene — f.eks. Drenering, Veilys, Tunnel. Definerer prefiks for inspeksjonsobjektkoder og foreslår mengde-/kostnadsenhet. Enheten kan endres per inspeksjonsobjekt. Grunnlaget for å opprette konkrete system-instanser i felt.
System-instans
Et konkret system langs vegen, f.eks. "Drenering HP01 km 2.0–3.5". Grupperer flere inspeksjonsobjekt-registreringer og kan inspiseres som helhet med egen System-TG.
Inspeksjonsobjekt
Konkret vedlikeholdsobjekt innenfor et system (f.eks. "STIKK-300 Stikkrenne Ø300"). Kode: XX-99 eller XXXX-999. Inspeksjonsobjektet er nivået hvor tiltak og kostnad vurderes. Tilstandsgrad (TG) settes på inspeksjonsobjektnivå, men kan avledes automatisk fra skader registrert på enkelte komponenter: inspeksjonsobjekt-TG = høyeste komponent-TG.
Komponent
Delene som inspeksjonsobjektet består av (f.eks. innløpsrist, rør, utløpskum). Ved feltregistrering kan inspektøren knytte skader direkte til en komponent og sette TG pr komponent. Inspeksjonsobjektets TG blir da automatisk den høyeste komponent-TG. Uten skaderegistrering på komponenter settes TG manuelt på inspeksjonsobjektnivå. Strukturert komponenthierarki (RDS/ISO 81346) er planlagt som fase 2.
Hierarki
System-type → System-instans → Inspeksjonsobjekt → Komponent. Systeminspeksjon vurderer helheten, inspeksjonsobjekt- og komponentinspeksjon vurderer enkeltobjektene.
Sjekkpunkt
Konkret inspeksjonshandling i felt på inspeksjonsobjektnivå (f.eks. "Mål sedimentnivå", "Sjekk innløp for blokkering").
Systemkriterium
Standardisert vurderingspunkt på systemnivå med klartekst for TG1/TG2/TG3 (f.eks. "vannføring gjennom strekning", "sideterreng og bekkeinntak"). System-TG = max(kriterie-TG).
System-TG vs Max inspeksjonsobjekt-TG
To parallelle vurderinger. Hvis System-TG > max inspeksjonsobjekt-TG antas årsaken å ligge utenfor katalogiserte inspeksjonsobjekter (sideterreng, bekkefar, grunnforhold).
Årsakskategori
På systemtiltak: inspeksjonsobjekt, sideterreng, bekkefar, grunnforhold, vegetasjon eller annet. Styrer hvilke tiltak som prioriteres når systemet svikter uten at inspeksjonsobjektene er dårlige.
TG
Tilstandsgrad 1–3 (1 = god, 3 = dårlig) – settes i felt
SK
Skadekonsekvens 1–3 – settes i felt
ST / SA
Systemtilstand / -avhengighet 1–3 (inspeksjonsobjekt-egenskap)
TG_eff
Effektiv tilstandsgrad = max(TG, ST, SA)
Risiko
Lav / Middels / Høy / Kritisk – fra TG_eff × SK
Tiltak
Forebyggende / Planlagt / Snarlig / Akutt
Tiltakspakke (inspeksjonsobjekt)
Konkret oppskrift med jobber + materiell + priser på inspeksjonsobjektnivå
Systemtiltak
Tiltakspakke på systemnivå med årsakskategori, enhetskost og forventet levetid. Kan rette seg mot forhold utenfor katalogiserte inspeksjonsobjekter.
Variant (av pakke)
Alternativ utførelsesmetode for samme inspeksjonsobjekt+TG (f.eks. "Kald lapping" vs "Varm lapping" vs "Fresing"). Skiller seg på pris OG forventet levetid.
Forventet levetid
Antall år tiltaket holder før det må gjentas. Brukes til å regne årskost (LCC).
Årskost (LCC)
Kostnad ÷ forventet levetid. Lar deg sammenligne et billig kortvarig tiltak mot et dyrt langvarig på rettferdig grunnlag. Brukes til å sortere både inspeksjonsobjekt- og systemtiltak.
Kostnadselement
Taksonomi/ordbok – hvilke ressurskategorier som inngår
Kategori (kind)
Arbeid, Maskiner, Materiell, Mobilisering, Overhead
Prosesskode
Hierarkisk vegfaglig kode (NS3420 / Håndbøker)
Tilstandskriterium (inspeksjonsobjekt)
Trigger som utløser TG/tiltak på inspeksjonsobjektnivå (f.eks. spordybde > 25 mm). Bruker en metrikk + strukturert TG-mapping.
Metrikk
Maskinlesbar måleenhet (nøkkel, enhet, datatype, kilde). Brukes av tilstandskriteriene som grunnlag for TG1/TG2/TG3-terskler.
Skadetype
Hva slags skade som observeres (korrosjon, sprekk, deformasjon, …). Settes pr skade på komponent.
Skadeårsak
Hva som antas å ha forårsaket skaden (salt, frost, setning, slitasje, …). Valgfri, men avgjør ofte hvilket tiltak som er riktig.

Referansegrunnlag (håndbøker)

Brukes som input til AI-copiloten – ikke som fasit. Forslagene tilpasses din kontekst og kan redigeres fritt.

R610
R761
R763
V440
V441
V442
N101
N200
N300
N302:2025
N401
N500
R511
V420

⚠️ Scope: Skadekonsekvens (SK)

SK settes manuelt 1–3 i felt i denne appen, uten egen katalog. Full risikoberegning som hensyntar ÅDT, fart og vegtype krever stedfesting (geografi) og hører hjemme i den separate geografiske risikomodellen. Inspektøren bruker enkel tommelfingerregel: 1 = lokalveg/omkjøring, 2 = samleveg, 3 = hovedveg eller fare for tredjepart.

3. Datamodellen – hele kjeden

Det er én operativ kjede som regner ut kostnad i felt, og tre støttekataloger som dokumenterer/strukturerer fagfeltet.

┌─────────── OPERATIV KJEDE (regner kostnad) ───────────┐
│                                                        │
│  Inspeksjonsobjekt (STIKK-300)                                     │
│     │                                                  │
│     ├── tilstand_refs[] ──► Tilstandskriterier         │
│     │                       (målbare terskler pr ID)   │
│     │                                                  │
│     └── module_tg_packages (TG1/TG2/TG3 → pakke-ID)   │
│              │                                         │
│              └── Tiltakspakke ("Utskifting stikk.")    │
│                       │                                │
│                       ├── Jobber  (kind: arbeid/maskiner)
│                       └── Materiell (kind: materiell)  │
│                                                        │
└────────────────────────────────────────────────────────┘

┌────────────── STØTTEKATALOGER (dokumentasjon) ────────┐
│  • Prosesskoder    – hierarki av vegfaglige koder     │
│  • Tilstandskriter.– målbare triggere (terskel+type)  │
│                      kobles direkte til inspeksjonsobjekter via   │
│                      tilstand_refs[] (kilde til TG)   │
│  • Kostnadselement – taksonomi pr ressurskategori     │
│                      → kan "Materialiseres" til pakke │
└────────────────────────────────────────────────────────┘

Fallback: Hvis et inspeksjonsobjekt ikke har pakke koblet til en TG-grad, brukes inspeksjonsobjektets egne cost_tg1/2/3-felter.

4. Konkret eksempel: Stikkrenne Ø300

Slik skiller appen tiltak og kostnad pr TG for samme inspeksjonsobjekt:

TGTilstandTiltakTiltakspakkeEstimat
TG1
Som ny, fri innløp/utløpForebyggende (visuell kontroll)– (ingen pakke)0 kr
TG2
Delvis tett, sediment > 30%Planlagt (spyling)PKG-STIKK-SPYLING
spylebil 2 t + 2 mannstimer
~3 500 kr
TG3
Knust/innfalt, mangler funksjonAkutt (utskifting)PKG-STIKK-UTSKIFT
graver 8 t + rør Ø300 6 m + asfalt + 2 mannstimer
~45 000 kr

Når inspektøren setter TG=3 i felt og oppgir mengde 1 stk, slår systemet opp riktig pakke via module_tg_packages, summerer alle linjer og presenterer 45 000 kr fordelt på Arbeid / Maskiner / Materiell.

Inspeksjonsobjekt vs. Komponent vs. Sjekkpunkt

En inspeksjonsobjekt er objektet som inspiseres og kostnadsberegnes. Komponenter er delene inspeksjonsobjektet består av – inspektøren kan registrere skader med egen TG pr komponent, og inspeksjonsobjektets TG avledes automatisk som den høyeste komponent-TG. Sjekkpunkter er de konkrete handlingene/observasjonene som skal gjøres for å sette riktig TG.

Inspeksjonsobjekt
STIKK-300
Stikkrenne Ø300 — bærer TG, tiltak, kostnad
Komponenter
  • Innløpsrist (TG=1)
  • Rør (TG=3)
  • Utløpskum (TG=1)
  • Erosjonssikring (TG=2)

Inspeksjonsobjekt-TG = max(1,3,1,2) = 3

Sjekkpunkter
  • Mål sedimentnivå
  • Sjekk innløp for blokkering
  • Vurder rørstand
  • Inspiser erosjon ved utløp

Komponenter får egen TG ved skaderegistrering og avgjør inspeksjonsobjektets samlede TG. Uten enkeltskader settes TG manuelt på inspeksjonsobjektnivå.

4b. Systemnivå — når problemet ikke ligger i ett inspeksjonsobjekt

Mange feil dukker ikke opp som ett dårlig objekt, men som et system som svikter. Klassisk eksempel: alle stikkrenner på strekningen er TG1–2, men det står vann på vegen ved kraftig nedbør — fordi sideterrenget er tilgrodd eller bekkefaret nedstrøms har rast ut. Uten et systemnivå ville modellen bare foreslått inspeksjonsobjekt-utskifting — dyrt og virkningsløst.

Systeminspeksjon

Standardiserte systemkriterier pr systemtype (vannføring, sideterreng, bekkefar …) med klartekst for TG1/TG2/TG3. Inspektøren vurderer hvert kriterium separat. System-TG = max(kriterie-TG), akkurat som inspeksjonsobjekt-TG = max(skade-TG).

Årsaksdiagnose

System-detaljen viser System-TG mot Max inspeksjonsobjekt-TG. Er System-TG dårligere enn beste inspeksjonsobjekt-TG, antas årsaken å ligge utenfor katalogiserte inspeksjonsobjekter — og systemtiltak med årsakskategori ≠ inspeksjonsobjekt prioriteres automatisk.

LCC-prioritering

Systemtiltak har årsakskategori, enhetskost og forventet levetid. Sorteres på årskost (LCC = kost / levetid), så et dyrt langvarig tiltak vinner over billig lapping som må gjentas.

Systemtiltak (Drenering)ÅrsakEngangskostLevetidÅrskost (LCC)
Utskifting stikkrenne (VD-04)
inspeksjonsobjekt
25 000 kr5 år5 000 kr
Rens sideterreng + åpne bekkeinntak
sideterreng
50 000 kr15 år3 333 kr
Steinsikring bekkefar nedstrøms
bekkefar
180 000 kr30 år6 000 kr

Selv om steinsikring har 7× høyere engangskost enn en utskifting av inspeksjonsobjektet, gir 30-års levetid en lavere årskost og fjerner rotårsaken. Sideterreng-rensen kommer aller best ut på LCC.

Slik brukes det:
  1. Opprett systeminstansen under /systemer (velg systemtype, gi navn, HP/km).
  2. Koble aktuelle inspeksjonsobjekt-registreringer til systemet.
  3. Definer systemkriterier og systemtiltak pr systemtype under Admin.
  4. Kjør en systeminspeksjon: sett TG pr kriterium — System-TG beregnes automatisk.
  5. Se «Årsaksdiagnose» og prioriterte systemtiltak sortert på LCC.
5. Anbefalt arbeidsflyt – fra blank til klar
  1. Bygg jobb- og materiellkatalog i Oversikt – legg inn ressurser med pris, enhet og kategori (arbeid/maskiner/materiell/…). Bruk Excel-import for store mengder.
  2. Definer inspeksjonsobjekter manuelt eller la AI-copilot foreslå (med TG-indikatorer, sjekkpunkter og prosesskoder).
  3. Sett tiltakspakker pr TG i Kostnadskatalog – manuelt eller via ✨ AI-foreslå pakker-knappen som genererer ulike pakker for TG1 (forebyggende), TG2 (planlagt) og TG3 (akutt).
  4. (Valgfritt – eldre hjelpemiddel) Materialiser kostnadselementer i Admin → Kostnader: gjør gammel tekst-taksonomi om til jobber/materiell og én tiltakspakke. Pakka får tom variant, levetid 0 og ingen TG-kobling – dette må etterpå fylles ut manuelt i Katalog → Tiltakspakker. Nye pakker bør bygges direkte i Tiltakspakker-katalogen.
  5. Diskuter og juster – eksporter til Excel for workshop, importer tilbake, versjon spores automatisk i endringsloggen.
  6. Registrer i felt: velg inspeksjonsobjekt → TG, SK, mengde, bilder, kommentar.
  7. (Valgfritt) Opprett systemer og gjør systeminspeksjon i /systemer — koble inspeksjonsobjekt-registreringer til systemet, vurder systemkriteriene, og få prioriterte systemtiltak sortert på LCC.
  8. Se resultater i Oversikt (inkl. System-TG vs Max inspeksjonsobjekt-TG) og eksporter rapport.
6. Slik bruker du sidene
Registreringer – oversikt
Åpne →
  1. Samlet dashboard: alle inspeksjonsobjekt-registreringer + System-TG-oversikt på tvers av kontrakter.
  2. Faner: «Alle registreringer», «Feltregistrering – inspeksjonsobjekt», «Feltregistrering – system».
  3. Startside for fullversjonen (TK). Mobilappen (TG) åpner i stedet feltregistrering på mobil – se kapittel 13.
Feltregistrering – inspeksjonsobjekt
Åpne →
  1. Velg inspeksjonsobjekt fra listen – systemet (f.eks. Tunnelventilasjon) vises automatisk fra inspeksjonsobjektet.
  2. Registrer TG (1–3) og SK = Skadekonsekvens (1–3, konsekvens for veg/trafikk – ikke inspeksjonsobjektets Systemkritisk-flagg).
  3. Sett mengde og enhet, og evt. Lokasjon/instans (f.eks. "nordgående løp, km 14,3") og kommentar.
  4. Lagre – beregningen vises umiddelbart i Resultat-panelet (risiko, tiltak, kostnad pr kategori).
Feltregistrering – system
Åpne →
  1. Velg system-instans (f.eks. "Drenering HP01 km 2.0–3.5") for kriterie-basert inspeksjon.
  2. Vurder hvert systemkriterium (vannføring, sideterreng, bekkefar …); System-TG = max(kriterie-TG).
  3. Årsaksdiagnose og LCC-sorterte systemtiltak vises på systemdetaljen.
Inspeksjonsobjekter
Åpne →
  1. Opprett nytt inspeksjonsobjekt (kode XX-99) eller rediger eksisterende.
  2. Sett TG-indikatorer (kort fritekst som hjelp i felt for TG1/TG2/TG3).
  3. Koble inspeksjonsobjektet til målbare tilstandskriterier fra katalogen (terskel + type) – disse er kilden til vurderingen.
  4. Bruk ✨ Foreslå tilstandskriterier (AI) – gjenbruker eksisterende kriterier eller foreslår nye som opprettes i admin/tilstand.
  5. Skriv 4–6 konkrete sjekkpunkter, én per linje.
  6. Velg enhet og legg inn komponenter.
  7. Excel-import/eksport for masseoppdatering (inkl. tilstand_refs).
Katalog (Jobber, Materiell, Pakker, Kostnadskatalog)
Åpne →
  1. Faner: Jobber, Materiell, Tiltakspakker, Kostnadskatalog.
  2. Hver ressurs har en kategori (kind) – arbeid/maskiner/materiell/mobilisering/overhead.
  3. Tiltakspakker: knytt jobber + materiell, se sum splittet pr kategori.
  4. Kostnadskatalog: koble pakker til inspeksjonsobjekt pr TG-grad – eller bruk ✨ AI-foreslå pakker.
  5. Excel-eksport: marker hva som skal med, last ned komplett fil.
Systemer
Åpne →
  1. Opprett systeminstanser (f.eks. "Drenering HP01 km 2.0–3.5") og velg systemtype.
  2. Koble relevante inspeksjonsobjekt-registreringer til systemet — én system-instans kan gruppere mange objekter.
  3. Ny inspeksjon: kriterie-basert — vurder hvert systemkriterium (vannføring, sideterreng, bekkefar …). System-TG = max(kriterie-TG) settes automatisk.
  4. Se «Årsaksdiagnose»: System-TG vs Max inspeksjonsobjekt-TG avdekker om problemet ligger i inspeksjonsobjektene eller i omgivelsene.
  5. «Anbefalte systemtiltak» er sortert på årskost (LCC). Tiltak utenfor inspeksjonsobjekt-kategori prioriteres når system-TG > max inspeksjonsobjekt-TG.
Admin – Tilstand, Tiltak, Kostnader, Prosesskoder, Metrikk, System
Åpne →
  1. /admin/metrics – maskinlesbar metrikk-katalog (nøkkel, enhet, datatype, operatorer, kilde). Filtrer på domene (veg, bru, tunnel …) eller håndbok (R610, V440, N101, N302, N401, N500 …).
  2. /admin/tilstand – kriterier som trigger TG på inspeksjonsobjektnivå. Velg metrikk og sett TG1/TG2/TG3 med operator + verdi/enum.
  3. /admin/systemtilstand – standardiserte systemkriterier pr systemtype (klartekst-beskrivelser for TG1/TG2/TG3).
  4. /admin/systemactions – systemtiltak pr systemtype med årsakskategori, enhetskost og forventet levetid for LCC-sortering.
  5. /admin/actions – tiltakstaksonomi (inspeksjonsobjektnivå) med kobling til prosess/tilstand/kostnad.
  6. /admin/costs – kostnadselementer (taksonomi pr kategori). ✨ Materialiser-knappen er et eldre engangsverktøy: den lager jobber/materiell + én pakke uten variant, levetid eller TG-kobling, og kan lage dubletter – etterarbeid i Tiltakspakker kreves. Excel-varianten (Materialiserings-mal) støtter derimot variant og levetid.
  7. /admin/processcodes – hierarkisk prosesskodekatalog.
  8. /admin/moduletypes – systemtyper (Drenering, Veilys, Tunnel …) med prefiks og foreslått mengde-/kostnadsenhet. Enheten kan endres per inspeksjonsobjekt.
  9. Alle har full CRUD, AI-forslag der relevant, Excel-import/eksport og endringslogg.
7. Beregningsmodell
// Inspeksjonsobjektnivå
TG_eff   = max(TG, ST, SA)                    // effektiv tilstand
risiko   = matrise(TG_eff, SK)                // Lav / Middels / Høy / Kritisk
tiltak   = regel(risiko)                      // Forebyggende → Akutt
kostnad  = mengde × enhetskostnad(valgt pakke for TG_eff)
aarskost = kostnad ÷ forventet_levetid_aar    // LCC

  enhetskostnad =
    (1) valgt variant av pakke (inspeksjonsobjekt + TG_eff)   ← prioritet
    (2) sum av pakker hvis kun én finnes          ← auto-valg
    (3) modul.cost_tg{TG_eff}                     ← fallback

// Systemnivå (parallelt)
System_TG    = max(kriterie_TG for hvert systemkriterium)
Max_modul_TG = max(TG_eff for koblede inspeksjonsobjektregistreringer)

// Årsaksdiagnose
hvis System_TG > Max_modul_TG:
   → årsak sannsynligvis utenfor katalog (sideterreng, bekkefar, grunnforhold)
   → prioriter systemtiltak med arsak_kategori ≠ inspeksjonsobjekt
ellers:
   → årsak i inspeksjonsobjektene → prioriter inspeksjonsobjekttiltak / systemtiltak (inspeksjonsobjekt)

// LCC-sortering av systemtiltak
årskost = enhetskost × mengde ÷ forventet_levetid_aar    // sortert stigende

Pakkesummen splittes pr kategori (Arbeid, Maskiner, Materiell, Mobilisering, Overhead) i Resultat-panelet og rapporter. Når et har flere varianter for samme TG (f.eks. ulike reparasjonsmetoder), viser feltregistreringen en variant-velger med pris, forventet levetid og beregnet årskost — slik at inspektøren kan velge rett metode for situasjonen.

7b. Varianter og levetid (LCC)

Samme skade kan ofte repareres på flere måter — billig og kortvarig, eller dyrt og langvarig. Modellen håndterer dette ved at et inspeksjonsobjekt kan ha flere tiltakspakker for samme TG, hver med en variant-nøkkel, et variant-navn og forventet levetid.

VariantPris / m²LevetidÅrskost
P-Slag-Kald (akutt lapping)450 kr1–2 år~300 kr
P-Slag-Varm (varm asfalt)1 800 kr5–8 år~280 kr
P-Slag-Frese (frese + reasf.)4 200 kr12–15 år~310 kr

Samme mønster brukes for kontekstavhengige pakker (f.eks. K-Tunnelvask for undersjøisk vs standard tunnel) — bare bytt ut variant-nøkkelen metode:* med f.eks. kontekst:undersjøisk.

Slik settes det opp: I Admin → Kostnadselementer (eller Oversikt → Tiltakspakker) fyller du ut variant-nøkkel, variant-navn og forventet levetid på hver pakke. Pakker med samme (inspeksjonsobjekt, TG) men ulik variant-nøkkel grupperes automatisk som alternativer i felt.
8. Import og eksport (alle kataloger)
Excel-import

Last ned mal i import-dialogen for korrekt kolonneoppsett. Importen oppdaterer eksisterende rader (matchet på ID) eller oppretter nye. Tilgjengelig på: jobber, materiell, tiltakspakker, inspeksjonsobjekter, prosesskoder, tilstandskriterier, kostnadselementer.

Excel-eksport

Eksporter hele eller filtrerte sett. Inspeksjonsobjekter eksporteres med TG-indikatorer, sjekkpunkter, komponenter og koblede tiltakspakker. Pakker eksporteres med alle linjer gruppert pr pakkenavn.

Materialiserings-mal (flerark) – steg for steg

Brukes i Admin → Kostnader. Lar deg bygge en hel tiltakspakke (jobber + materiell + variant + levetid) i Excel og importere tilbake. Knappene Last ned mal og Importer malligger både globalt i toolbaren og pr rad (pre-fylt fra kostnadselementet). Dette er den anbefalte veien når du skal materialisere et kostnadselement, siden dialog-knappen ✨ Materialiser ikke setter variant, levetid eller TG-kobling.

ArkHva fylles utPåkrevde felt
VeiledningInnebygde instruksjoner i selve filen. Les denne først.(kun lesing)
PakkeÉn rad: Pakke-ID (la stå tom for ny / prefylt for oppdatering), Inspeksjonsobjektkode + TG-nivå (valgfri auto-kobling), pakkenavn, variant-nøkkel/-navn, forventet levetid, midlertidig.Pakkenavn
ArbeidÉn rad pr jobb/maskin: navn, enhet, enhetspris, mengde, kategori (arbeid/maskiner/mobilisering/overhead).Navn, Mengde > 0
MateriellÉn rad pr materielllinje: navn, enhet, enhetspris, mengde.Navn, Mengde > 0
Katalog_ArbeidOppslagstabell over eksisterende katalogjobber. Kopier ID/Navn/Enhet inn i Arbeid-arket.(ikke rediger)
Katalog_MateriellOppslagstabell over eksisterende materiell. Kopier ID/Navn/Enhet inn i Materiell-arket.(ikke rediger)
Matchelogikk ved import (pr linje):
  1. Jobb-ID / Materiell-ID utfylt → bruker eksisterende katalogoppføring direkte.
  2. ID tom → matcher på Navn + Enhet (case-insensitiv).
  3. Ingen treff → oppretter ny katalogoppføring med oppgitt Enhetspris og Kategori.
Forhåndsvisning før import viser «Bruker eksisterende» eller «Oppretter ny» pr linje, lister feil (manglende navn, mengde = 0) og estimert totalsum. Du kan kjøre samme fil flere ganger – samme Navn + Enhet gjenbrukes.
Pakke-ID — håndtering ved import:
  1. ID tom → Ny pakke opprettes (DB tildeler ny UUID).
  2. ID utfylt og finnes → eksisterende pakke oppdateres. Alle arbeids- og materiellinjer på pakken erstattes med innholdet i malen.
  3. ID utfylt, men ukjent → varsel vises, pakken opprettes som ny (ingen data overskrives).
  4. Fallback uten ID: Hvis Inspeksjonsobjektkode + TG-nivå + Variant-nøkkel alle er utfylt, prøver systemet å finne eksisterende pakke på den kombinasjonen før det oppretter ny. Dette gjør re-import idempotent.
Når Inspeksjonsobjektkode + TG-nivå er utfylt, kobles pakken automatisk til (inspeksjonsobjekt, TG) etter import — du slipper å gjøre det manuelt i Kostnadskatalog.
  1. Gå til /admin/costs. Bruk knappen Last ned mal – global (tom) eller pr rad (pre-fylt fra kostnadselementets tekster, auto-matchet mot katalog).
  2. Åpne filen og les Veiledning-arket først.
  3. Fyll ut Pakke (én rad), så Arbeid og Materiell. Bruk katalog-arkene som oppslag.
  4. Lagre og bruk Importer mal. Sjekk forhåndsvisningen nøye – spesielt nye katalogoppføringer.
  5. Bekreft. Pakken havner i Tiltakspakker og kan kobles til inspeksjonsobjekt + TG i Kostnadskatalog.
Tips: Vil du lage flere varianter for samme inspeksjonsobjekt+TG (f.eks. «Kald lapping» vs «Varm lapping»), importer én pakke pr fil med ulikVariant-nøkkel og forskjelligForventet levetid. Appen grupperer dem automatisk som alternativer i felt.
9. AI-copilot – hvor og hva
  • Forslag til inspeksjonsobjekter (Inspeksjonsobjekter): foreslår nye inspeksjonsobjekter med TG-kriterier og sjekkpunkter basert på beskrivelse.
  • TG-indikatorer (Inspeksjonsobjekter): genererer målbare kriterier for TG1/TG2/TG3 ut fra inspeksjonsobjektnavn og kategori.
  • Pakkeforslag pr TG (Kostnadskatalog → ✨ AI-foreslå pakker): lager tre distinkte pakker som matcher tiltakstypen for hver TG-grad.
  • Taksonomi-forslag (Admin): foreslår kostnadselementer, tilstandskriterier, tiltak og prosesskoder.
  • Forslagene kan alltid redigeres fritt før lagring – AI er startpunkt for diskusjon, ikke fasit.
10. Skadeårsak – hva, hvordan og hvorfor
Hva

Antatt årsak til en observert skade – ikke selve skaden. Skiller seg fra skadetype (korrosjon, sprekk, deformasjon) ved å forklare hvorfor skaden oppsto: salt & UV, frost, setning, slitasje, manglende vedlikehold, konstruksjonsfeil, biologisk vekst osv.

Hvordan
  • Settes pr skade i feltregistreringen (valgfritt).
  • Nedtrekket filtreres til årsaker som er koblet til valgt inspeksjonsobjekt + globale årsaker (uten inspeksjonsobjektkoblinger).
  • ✨ AI-forslag bruker inspeksjonsobjekt, komponent, skadetype og R610/REN; godkjenner du en "ny" årsak, opprettes den i katalogen og kobles til inspeksjonsobjektet.
  • Forvaltes i Admin → Skadeårsaker: kategori, håndbokreferanser og hvilke inspeksjonsobjekter årsaken hører til.
Hvorfor

Samme skade kan kreve helt ulike tiltak avhengig av årsak. En sprekk fra setning krever forsterkning – samme sprekk fra frostsprengning krever drenering eller membran. Årsak lar modellen foreslå forebyggende tiltak, ikke bare reparere symptomer, og gir grunnlag for mønster- og budsjettanalyse over tid.

Organisk vekst: Katalogen er tom i starten og bygges naturlig opp etter hvert som inspektører registrerer skader. Når en årsak velges eller foreslås for et , kobles relasjonen automatisk – så neste gang noen registrerer på samme inspeksjonsobjekt, dukker årsaken opp i listen.
11. Håndbok-analyse: motstrid og sjekklister

Håndbøkene overlapper og kan iblant gi motstridende krav (f.eks. ulike inspeksjonsfrekvenser eller terskler). Bruk verktøyet under til å la AI-en sammenligne håndbøker for et tema og foreslå konkrete sjekklister som kan brukes som utgangspunkt for inspeksjonsobjekter eller felt-rutiner.

Håndbok-analyse (AI)

To AI-funksjoner som hjelper deg å bruke håndbøkene aktivt: avdekke motstrid mellom håndbøker for et tema, eller foreslå sjekklister forankret i relevante håndbøker.

13. Mobilappen og nye funksjoner

Mobilappen (tg.norsksamferdsel.online) er laget for rask registrering ute. Fullversjonen (tk.norsksamferdsel.online) brukes til etterarbeid, kataloger og analyse på PC. Begge bruker de samme registreringene.

Feltregistrering på mobil
Åpne →
  1. Logg inn. Kun administrator og inspektør kan lagre; leser kan bare se.
  2. Velg Inspeksjonsobjekt eller System, skriv sted/vegreferanse og trykk «Hent posisjon». Gi nettleseren tilgang til posisjon første gang (iPhone: Innstillinger → Personvern → Stedstjenester → Safari).
  3. Velg inspeksjonsobjekt, TG og skader. Spesialfelt (helning, aktiv massebevegelse, bredde/dybde) vises bare når inspeksjonsobjektet krever dem.
  4. Ta bilder med kameraknappen (maks 20). Bildene komprimeres på telefonen og får dato, klokkeslett og posisjon påført.
  5. Bruk diktering eller tale for kommentarer. Ufullstendige observasjoner kan lagres med feltstatus og fullføres på PC.
  6. Trykk Lagre: meldingen «Lagrer …» endres til «Lagret» når alt er overført. Utkast beholdes på telefonen til lagringen er ferdig.
  • Feilmeldinger forteller årsaken: manglende nett, utløpt innlogging, manglende tilgang, eller at registreringen er lagret mens bildene ikke er ferdig overført – trykk da Lagre igjen.
  • Bilder er private: de vises bare for innloggede brukere med tilgang, og åpnes ved behov i registreringen på PC.
  • Tilgang: kataloger kan bare endres av administrator; inspektører kan endre egne registreringer.
  • Teknisk tilstand: bryteren Funksjonell / Teknisk / Begge lar deg vurdere teknisk TG separat; den påvirker foreløpig ikke risiko eller kostnad.
  • Håndbokkrav: ved valg av tiltakspakke vises relevante utdrag fra R610 og R761 med kildelenke. Dette er veiledende, ikke en samsvarskontroll.
  • Sammenlign metoder: viser kostnad, levetid og årskost per tiltak, filtrerer bort uegnede tiltak (helning, volum, massebevegelse) og kan lagres som PDF.
12. Tips for god datakvalitet
  • Inspeksjonsobjektkoder følger formatet XX-99 eller XXXX-999.
  • TG-indikatorer skal være målbare (prosent, mm, antall).
  • 4–6 sjekkpunkter per inspeksjonsobjekt – konkrete og inspiserbare.
  • Sett alltid kategori (kind) riktig på jobber/materiell – det styrer rapport-splittingen.
  • Bruk tiltakspakker fremfor inspeksjonsobjekt-fallback for konsistente kostnader.
  • Eksporter til Excel før workshop, importer endringer etterpå – endringsloggen viser hvem som endret hva.
Start feltregistrering Til Inspeksjonsobjekter Til Katalog Til Admin