Samhandling mellom moduler
I denne veiledningen går vi gjennom hvordan alle moduler i LAFT henger sammen, samt hvordan man kan jobbe med denne samhandlingen i praksis.
Innhold
Her ser du et overordnet systemkart som visualiserer hvordan de ulike modulene i systemet henger sammen + arbeidsflyt. Du kan zoome inn og ut, eller laste ned PDF-en ved behov.
Oppsummert:
Innkommende meldinger/avvik fra brukere kan gjøres på flere ulike måter. Ett alternativ utelukker ikke et annet - mange jobber med flere av alternativene parallellt:
-
Alternativ 1: MittBygg på web og i LAFT-appen
MittBygg er innmeldingsløsningen for brukere av bygg (rektor, barnehagestyrer..), og kan brukes både på web og i LAFT-appen. Dette er det anbefalte og foretrukne alternativet, da det er lagt opp til en del automatikk rundt videre håndtering av sakene som kommer inn, f.eks. automatisk tildeling av saker (ansvarlig utfører). MittBygg er en del av LAFT-appen, og styres med tilganger. En med Bruker-rolle som logger inn i LAFT-appen vil kun se MittBygg, mens en admin-rolle vil f.eks. se alle moduler som er tilgjengelig i appen. Brukere med tilgang kan enkelt registrere saker + tildeles saker de skal håndtere selv (f.eks. egenkontroller, tilsyn etc). Her kan det enten opprettes brukere (med rolle “Bruker”) til alle på bygget som skal kunne melde inn, eller velge ut enkeltbrukere (f.eks. kun til rektor + 2-3 inspektører). Kan også bruke QR kode for å melde inn (er under utvikling). På omsorgsbygg hvor det er vaktordning, bør dere vurdere å ha ett felles nettbrett med en fellesbruker, hvor de som jobber har tilgang til å melde inn døgnet rundt. Man kan opprette egendefinerte felter i MittBygg, for å sikre at innmelder fyller ut nødvendig informasjon. Feltene kan også gjøres obligatoriske (f.eks. "Navn på innmelder" dersom fellesbruker benyttes, valg av avdeling i en nedtrekksmeny etc).
-
Alternativ 2: Leietakerportal og forvalterportal i LAFT-appen
Dette er det beste alternativet for saker som omhandler leietakere og leieobjekter. Leietakere kan bruke LAFT-appen til å melde inn saker og motta kunngjøringer fra utleier. Utleier kan bruke forvalterportalen til å motta saker fra leietaker + sende kunngjøringer til leietaker.
-
Alternativ 3: E-post / innboks
Dere kan bli enige om en mailadresse (f.eks. drift@kommune.laft.io, som aktiveres av LAFT), slik at brukere uten tilgang kan sende mail til denne. Sakene vil havne i Innboks i DV-modul i egen fane “E-post”.
Det er altså flere måter å melde inn en sak på i LAFT, avhengig av hvilken rolle man har. Alle brukere har tilgang til LAFT-appen, men hva man ser og kan gjøre der er styrt av rolle:
- Admin/Forvalter/Utfører: Oppretter arbeidsordre via Byggdrift eller DV-modulen på web.
- Boligforvalter: Oppretter bestilling (arbeidsordre) via utleiemodulen. Kan også bruke Byggdrift-delen i LAFT-appen, og melde inn på objekttype Leieobjekt.
- Bruker/Forenklet app-bruker: Melder inn arbeidsordre via MittBygg (innmeldingsløsning som brukere av bygg)
- Avdelingsleder renhold/Renholder: Oppretter arbeidsordre via renholdsmodulen
Oversikt over roller og tilganger til app vs web:
Saker som meldes inn som beskrevet ovenfor vil legge seg i innboksen i DV-modulen. Alle ubehandlede saker, dvs. saker som mangler frist og/eller utfører, vil ligge der.
📖 Se også veiledninger:
Administrator, forvalter eller andre roller med tilgang til innboksen kan så behandle sakene videre; sette frist, legge til mer i oppgaveteksten, legge ved vedlegg, sette utfører(e) osv: 
Typisk flyt – et eksempel:
- En tekniker melder inn et avvik i mobilappen.
- Avviket kobles automatisk til eiendommen, fagområdet og evt. en vedlikeholdsoppgave.
- Driftsleder får varsel og setter en ansvarlig.
- Når avviket lukkes, arkiveres det som historikk og kan trekkes ut i rapporter.
🔗 1. Felles database og datamodell
Alle moduler (for eksempel vedlikeholdsplan, avvikshåndtering, dokumentasjon, nøkkelregister, osv.) er koblet til en felles database. Det betyr:
- Når én modul oppdaterer informasjon (f.eks. et avvik logges), blir dette automatisk synlig i relevante deler av systemet (f.eks. vedlikeholdsplaner, historikk).
- Ingen duplisering: samme objekt brukes på tvers av moduler.
🔄 2. Toveis integrasjon
Modulene er som regel toveis-integrerte, noe som gjør at:
-
Endringer i én modul påvirker andre.
- F.eks. hvis du oppdaterer informasjon om et bygg i administrasjonssidene, blir dette reflektert i drift- og vedlikeholdsmodulen.
- Systemet oppdaterer informasjon i sanntid på tvers.
🧩 3. Roller og tilgangsstyring
Brukertilgang er ofte modulspesifikk, men samhandlingen skjer likevel flytende:
- En forvalter og utfører har tilgang til å opprette avvik.
- En tekniker (leverandør) får kun se og behandle de avvikene hen er satt på.
- En leder (administrator) kan se oversikt og historikk på tvers av moduler.
📡 4. Varslinger og oppgaver på tvers
Når noe skjer i én modul, kan det genereres varsler eller oppgaver i en annen:
- Avvik (bestillinger) fra utleiemodulen kan trigge nye oppgaver i DV-modulen.
- Dokumentasjon (f.eks. tegninger) kan være tilgjengelig både i prosjekter, vedlikehold og eiendomsoversikten.
📱 5. Mobil og desktop i samspill
Samhandlingen skjer både på PC og mobil:
- Appen lar brukere i felt melde inn avvik, ta bilder og fullføre oppgaver.
- Alt synkroniseres med web-løsningen slik at kolleger på kontoret ser oppdateringer umiddelbart.
📊 6. Rapporter og dashboards
Data fra alle moduler kan aggregeres til:
- Dashbord (statusoversikter på tvers av bygg eller eiendommer)
- Rapporter (f.eks. vedlikehold per bygg, avvik per ansvarlig)
