Interaktion mellan moduler
I den här guiden går vi igenom hur alla moduler i LAFT är sammankopplade, samt hur man arbetar med denna interaktion i praktiken.
Table of Contents
Här ser du en övergripande systemkarta som visualiserar hur de olika modulerna i systemet är sammankopplade + arbetsflöde. Du kan zooma in och ut, eller ladda ner PDF-filen om det behövs.
Sammanfattningsvis:
Inkommande meddelanden/avvikelser från användare kan hanteras på flera olika sätt. Ett alternativ utesluter inte ett annat – många arbetar med flera av alternativen parallellt:
- Alternativ 1: MittBygg på webben och i LAFT-appen
MittBygg är registreringslösningen för byggnadens användare (rektor, förskolechef etc.) och kan användas både på webben och i LAFT-appen. Detta är det rekommenderade och föredragna alternativet, eftersom det finns en viss automatisering planerad för vidare hantering av inkommande ärenden, t.ex. automatisk tilldelning av ärenden ( ansvarig utförare ). MittBygg är en del av LAFT-appen och styrs med åtkomst. Någon med en Användarroll som loggar in i LAFT-appen kommer endast att se MittBygg, medan en administratörsroll till exempel kommer att se alla moduler som finns tillgängliga i appen. Användare med åtkomst kan enkelt registrera ärenden + tilldelas ärenden de själva kommer att hantera (t.ex. egeninspektioner, besiktningar etc.). Här kan användare antingen skapas (med rollen "Användare") för alla i byggnaden som kommer att kunna registrera sig, eller välja enskilda användare (t.ex. endast för rektor + 2-3 besiktningsmän). Du kan också använda en QR-kod för att registrera dig (under utveckling). I vårdbyggnader där det finns ett skiftsystem bör man överväga att ha en delad surfplatta med en delad användare, där de som arbetar har tillgång till rapportering dygnet runt. Man kan skapa anpassade fält i MittBygg för att säkerställa att rapportören fyller i nödvändig information. Fälten kan också göras obligatoriska (t.ex. "Namn på rapportör" om en delad användare används, val av avdelning i en rullgardinsmeny etc.).
- Alternativ 2: Hyresgästportal och förvaltarportal i LAFT-appen
Detta är det bästa alternativet för ärenden som rör hyresgäster och hyresfastigheter. Hyresgäster kan använda LAFT-appen för att lämna in ärenden och ta emot meddelanden från hyresvärden. Hyresvärden kan använda hanteringsportalen för att ta emot ärenden från hyresgästen + skicka meddelanden till hyresgästen.
- Alternativ 3: E-post/Inkorg
Ni kan komma överens om en e-postadress (t.ex. drift@kommune.laft.io , som aktiveras av LAFT), så att användare utan åtkomst kan skicka e-post till denna. Ärendena hamnar i inkorgen i DV-modulen i en separat flik ”E-post”.
Det finns flera sätt att rapportera ett ärende i LAFT, beroende på vilken roll du har. Alla användare har tillgång till LAFT-appen , men vad du ser och kan göra där styrs av rollen:
- Admin/Chef/Utförande: Skapar arbetsordrar via Byggledning eller DV-modulen på webben.
- Fastighetsförvaltare : Skapar en order (arbetsorder) via uthyrningsmodulen. Kan även använda avsnittet Byggledning i LAFT-appen och rapportera objekttypen Uthyrningsobjekt.
- Användare/användare av förenklad app : Skicka in arbetsordrar via MittBygg (registreringslösning för byggnadsanvändare)
- Städavdelningschef/städare: Skapar arbetsordrar via städmodulen
Översikt över roller och åtkomst till app kontra webb:
Ärenden som rapporteras enligt ovan kommer att placeras i inkorgen i DV-modulen. Alla obehandlade ärenden, dvs. ärenden som saknar en deadline och/eller är under behandling, kommer att placeras där.
📖 Se även handledningar:
Administratörer, chefer eller andra roller med åtkomst till inkorgen kan sedan bearbeta ärendena vidare; sätta en deadline, lägga till mer i uppgiftstexten, bifoga bilagor, tilldela en/eller flera utförare, etc.: 
Typiskt flöde – ett exempel:
- En tekniker rapporterar en avvikelse i mobilappen.
- Avvikelsen kopplas automatiskt till fastigheten, det aktuella området och eventuellt en underhållsuppgift.
- Verksamhetschefen tar emot anmälan och utser någon ansvarig.
- När avvikelsen är stängd arkiveras den som historik och kan extraheras i rapporter.
🔗 1. Gemensam databas och datamodell
Alla moduler (till exempel underhållsplan, avvikelsehantering, dokumentation, nyckelregister etc.) är kopplade till en gemensam databas . Det betyder:
- När en modul uppdaterar information (t.ex. en avvikelse loggas) blir detta automatiskt synligt i relevanta delar av systemet (t.ex. underhållsplaner, historik).
- Ingen duplicering: samma objekt används i alla moduler.
🔄 2. Tvåvägsintegration
Modulerna är vanligtvis dubbelriktat integrerade , vilket innebär att:
- Ändringar i en modul påverkar andra.
- Om du till exempel uppdaterar information om en byggnad på administrationssidorna kommer detta att återspeglas i drift- och underhållsmodulen.
- Systemet uppdaterar informationen i realtid.
🧩 3. Roller och åtkomstkontroll
Användaråtkomst är ofta modulspecifik , men interaktionen är fortfarande flytande:
- En chef och en utförare har tillgång att skapa avvikelser.
- En tekniker (leverantör) får endast se och bearbeta de avvikelser som har tilldelats honom.
- En chef (administratör) kan se en översikt och historik över moduler.
📡 4. Aviseringar och uppgifter över flera plattformar
När något händer i en modul kan varningar eller uppgifter genereras i en annan:
- Avvikelser (order) från uthyrningsmodulen kan utlösa nya uppgifter i DV-modulen.
- Dokumentation (t.ex. ritningar) kan finnas tillgänglig i både projekt, underhåll och fastighetsöversikt.
📱 5. Mobil och dator i interaktion
Interaktionen sker på både PC och mobil:
- Appen låter användare ute i fält rapportera avvikelser, ta foton och slutföra uppgifter.
- Allt synkroniseras med webblösningen så att kollegor på kontoret ser uppdateringar direkt.
📊 6. Rapporter och dashboards
Data från alla moduler kan aggregeras till:
- Instrumentpanel (statusöversikter över byggnader eller fastigheter)
- Rapporter (t.ex. underhåll per byggnad, avvikelser per ansvarig person)
