Skillnader
Här visas skillnader mellan den valda versionen och den nuvarande versionen av sidan.
| Börjar med Föregående version. Nästa version. | Föregående version. | ||
| miner:integrationer:onboardingprocess [2026/06/05 07:30] – [1. Förbered integration] dokuadmin | miner:integrationer:onboardingprocess [2026/06/12 11:01] (aktuell) – raderad dokuadmin | ||
|---|---|---|---|
| Rad 1: | Rad 1: | ||
| - | ====== Onboardingprocess ====== | ||
| - | Den här sidan beskriver en generell arbetsprocess för onboarding av datapunkter i Miner. | ||
| - | |||
| - | Med onboarding menas arbetet med att identifiera, | ||
| - | |||
| - | Onboardingprocessen används när datapunkter från ett eller flera källsystem ska göras användbara i en mottagande plattform, databas, grafdatabas, | ||
| - | |||
| - | För en övergripande beskrivning av integrationsområdet, | ||
| - | |||
| - | ===== Syfte ===== | ||
| - | |||
| - | Syftet med onboardingprocessen är att säkerställa att datapunkter inte bara förs över tekniskt, utan också blir begripliga, sökbara, strukturerade och möjliga att använda i mottagande system. | ||
| - | |||
| - | Processen hjälper till att svara på frågor som: | ||
| - | |||
| - | * Vilka datapunkter ska ingå? | ||
| - | * Vilket system eller vilken komponent tillhör datapunkten? | ||
| - | * Vad representerar datapunkten? | ||
| - | * Vilken enhet, funktion eller mätstorhet har datapunkten? | ||
| - | * Ska datapunkten endast läsas eller även kunna skrivas till? | ||
| - | * Behöver metadata eller objekt provisioneras till ett mottagande system? | ||
| - | * Är dataflödet kvalitetssäkrat innan det tas i drift? | ||
| - | |||
| - | ===== När används processen? ===== | ||
| - | |||
| - | Onboardingprocessen används exempelvis när: | ||
| - | |||
| - | * en ny fastighet, byggnad eller anläggning ska anslutas | ||
| - | * ett nytt källsystem ska integreras | ||
| - | * datapunkter ska standardiseras eller klassificeras | ||
| - | * metadata ska laddas upp till en grafdatabas | ||
| - | * datapunkter ska provisioneras till en mottagande plattform | ||
| - | * data ska göras användbar för analys, visualisering, | ||
| - | |||
| - | Processen kan genomföras helt i Miners användargränssnitt, | ||
| - | |||
| - | ===== Övergripande process ===== | ||
| - | |||
| - | En typisk onboardingprocess kan beskrivas enligt följande: | ||
| - | |||
| - | < | ||
| - | flowchart LR | ||
| - | A["1. Förbered integration< | ||
| - | B["2. Skapa jobb< | ||
| - | C["3. Inventera system< | ||
| - | D["4. Identifiera och prioritera< | ||
| - | E["5. Komplettera med metadata" | ||
| - | F["6. Validera och kvalitetssäkra" | ||
| - | G{" | ||
| - | H["7. Provisionera metadata< | ||
| - | I["8. Starta dataöverföring" | ||
| - | J["9. Följ upp och förvalta" | ||
| - | |||
| - | A --> B | ||
| - | B --> C | ||
| - | C --> D | ||
| - | D --> E | ||
| - | E --> F | ||
| - | F --> G | ||
| - | |||
| - | G -->|Ja| H | ||
| - | H --> I | ||
| - | |||
| - | G -->|Nej| I | ||
| - | I --> J | ||
| - | </ | ||
| - | |||
| - | Provisionering är endast aktuellt i vissa integrationsflöden, | ||
| - | |||
| - | Läs mer på sidan [[miner: | ||
| - | |||
| - | ===== Processens huvudsteg ===== | ||
| - | |||
| - | ^ Steg ^ Beskrivning ^ Resultat ^ | ||
| - | | 1. Förbered integration | Skapa nödvändiga anslutningar och säkerställ åtkomst till källsystem och eventuella mottagande system. | Anslutningar och åtkomst är klara. | | ||
| - | | 2. Skapa jobb | Skapa ett jobb i Miner och hämta eller importera datapunkter från källsystemet. | Ett arbetsunderlag med datapunkter finns tillgängligt. | | ||
| - | | 3. Inventera system | Gå igenom källsystem, | ||
| - | | 4. Identifiera datapunkter | Välj ut vilka datapunkter som ska ingå i integrationen. | Prioriterade datapunkter är markerade. | | ||
| - | | 5. Komplettera metadata | Lägg till metadata som beskriver system, komponenter, | ||
| - | | 6. Validera och kvalitetssäkra | Kontrollera urval, metadata, datatyper, läs-/ | ||
| - | | 7. Provisionera | Skapa eller uppdatera metadata, objekt eller relationer i mottagande system om det behövs. | Mottagande system är förberett. | | ||
| - | | 8. Starta dataöverföring | Starta jobbet och verifiera att data når mottagaren. | Dataflödet är aktivt. | | ||
| - | | 9. Förvalta | Följ upp, justera och dokumentera förändringar över tid. | Integrationen kan förvaltas långsiktigt. | | ||
| - | |||
| - | ===== 1. Förbered integration ===== | ||
| - | |||
| - | Börja med att klarlägga vilket eller vilka system som ska integreras och vad det finns för krav med avseende på omfattningen av integrationen. | ||
| - | |||
| - | Exempel på frågor: | ||
| - | |||
| - | * Vilket källsystem ska anslutas? | ||
| - | * Hur ser specifikationen ut för vilken typ av data som ska ingå i datainsamlingen? | ||
| - | * Vilket eller vilka system ska data från källsystemet levereras till? | ||
| - | * Vilka typer av [[integration: | ||
| - | * Finns nödvändiga användarkonton, | ||
| - | * Finns möjlighet till kommunikation med avseende på uppkoppling och nätverksåtkomst till nödvändiga IP-adresser och portar? | ||
| - | * Ska data endast läsas eller även kunna skrivas tillbaka? | ||
| - | * Behövs metadata, objekt eller relationer i ett mottagande system innan dataöverföringen startas? | ||
| - | |||
| - | Skapa därefter relevanta anslutningar i Miner. | ||
| - | |||
| - | Läs mer om anslutningar och jobb på sidan [[miner: | ||
| - | |||
| - | ===== 2. Skapa jobb och hämta datapunkter ===== | ||
| - | |||
| - | När anslutningen är skapad kan ett jobb konfigureras. | ||
| - | |||
| - | Jobbet används för att hämta, läsa, exportera eller leverera data beroende på integrationens syfte. | ||
| - | |||
| - | I detta steg tas ett arbetsunderlag fram. Det kan ske genom att: | ||
| - | |||
| - | * Miner läser in datapunkter från källsystemet | ||
| - | * datapunkter exporteras från Miner | ||
| - | * datapunktlistor importeras från fil | ||
| - | * metadata-listor hämtas från en ansluten plattform | ||
| - | * kompletterande underlag sammanställs manuellt | ||
| - | |||
| - | Om integrationen tillhandahåller färdiga metadata-listor, | ||
| - | |||
| - | ===== 3. Inventera system och underlag ===== | ||
| - | |||
| - | När datapunkterna finns tillgängliga görs en genomgång av underlaget. | ||
| - | |||
| - | Syftet är att förstå: | ||
| - | |||
| - | * vilka system som ingår | ||
| - | * hur datapunkterna är namngivna | ||
| - | * vilka punktbeteckningar som används | ||
| - | * om det finns beskrivningstexter eller tekniska attribut | ||
| - | * om samma typ av datapunkt förekommer i flera system | ||
| - | * om det finns mönster som kan användas för klassificering | ||
| - | |||
| - | Vid behov kan kompletterande underlag tas fram från källsystemet, | ||
| - | |||
| - | ===== 4. Identifiera och prioritera datapunkter ===== | ||
| - | |||
| - | Alla datapunkter behöver normalt inte onboardas. | ||
| - | |||
| - | I detta steg väljs de datapunkter som ska ingå i integrationen. | ||
| - | |||
| - | Urvalet kan baseras på exempelvis: | ||
| - | |||
| - | * användningsfall | ||
| - | * systemtyp | ||
| - | * datakvalitet | ||
| - | * tillgänglighet | ||
| - | * krav från mottagande system | ||
| - | * kundens prioriteringar | ||
| - | * behov för analys, visualisering eller styrning | ||
| - | |||
| - | Det är ofta lämpligt att markera datapunkter med en särskild status eller flagga i arbetsunderlaget. | ||
| - | |||
| - | Exempel: | ||
| - | |||
| - | ^ Status ^ Betydelse ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | Exakta kolumnnamn och statusvärden kan anpassas efter projektets arbetssätt. | ||
| - | |||
| - | ===== 5. Komplettera datapunkter med metadata ===== | ||
| - | |||
| - | När relevanta datapunkter har identifierats kompletteras de med metadata. | ||
| - | |||
| - | Metadata kan beskriva exempelvis: | ||
| - | |||
| - | * byggnad eller anläggning | ||
| - | * tekniskt system | ||
| - | * utrustning eller komponent | ||
| - | * datapunktens funktion | ||
| - | * mätstorhet | ||
| - | * enhet | ||
| - | * placering | ||
| - | * läs-/ | ||
| - | * namn som ska visas i mottagande system | ||
| - | * relationer till andra objekt | ||
| - | |||
| - | Miner är inte låst till någon viss metadatastandard. Metadata kan utgå från: | ||
| - | |||
| - | * egna metadatafält | ||
| - | * kundspecifika scheman | ||
| - | * standardiserade metadatauppsättningar | ||
| - | * metadata-listor från anslutna system | ||
| - | * projektspecifika mallar | ||
| - | * manuella klassificeringar | ||
| - | |||
| - | Läs mer på sidan [[miner: | ||
| - | |||
| - | ===== Namn, beteckningar och visning ===== | ||
| - | |||
| - | I många integrationer behöver tekniska punktbeteckningar kompletteras med mer läsbara namn. | ||
| - | |||
| - | Det kan exempelvis finnas behov av att skilja mellan: | ||
| - | |||
| - | * teknisk beteckning | ||
| - | * visningsnamn | ||
| - | * systemnamn | ||
| - | * komponentbeteckning | ||
| - | * datapunktens funktion | ||
| - | |||
| - | En bra princip är att bevara tekniska beteckningar för spårbarhet, | ||
| - | |||
| - | Exempel: | ||
| - | |||
| - | ^ Typ av information ^ Exempel ^ | ||
| - | | Teknisk beteckning | '' | ||
| - | | System | '' | ||
| - | | Komponent | '' | ||
| - | | Funktion | '' | ||
| - | | Visningsnamn | '' | ||
| - | |||
| - | Exakt vilka fält som används beror på metadataupplägg och mottagande system. | ||
| - | |||
| - | ===== Läsning, skrivning och dataAccess ===== | ||
| - | |||
| - | För datapunkter som kan styras eller skrivas till behöver läs-/ | ||
| - | |||
| - | En datapunkt kan exempelvis vara: | ||
| - | |||
| - | ^ Värde ^ Betydelse ^ | ||
| - | | '' | ||
| - | | '' | ||
| - | |||
| - | Det är viktigt att inte alla tekniskt skrivbara datapunkter automatiskt behandlas som styrbara i mottagande system. | ||
| - | |||
| - | I många projekt bör endast vissa typer av datapunkter betraktas som skrivbara, exempelvis: | ||
| - | |||
| - | * börvärden | ||
| - | * styrsignaler | ||
| - | * kurvpunkter | ||
| - | * driftlägen | ||
| - | * andra uttryckligt godkända styrvärden | ||
| - | |||
| - | Felaktig klassificering av läs-/ | ||
| - | |||
| - | Läs mer om tekniska förutsättningar för läsning och skrivning på sidan [[miner: | ||
| - | |||
| - | ===== 6. Validera och kvalitetssäkra ===== | ||
| - | |||
| - | När metadata har kompletterats behöver underlaget kvalitetssäkras. | ||
| - | |||
| - | Kontrollera exempelvis att: | ||
| - | |||
| - | * rätt datapunkter har valts | ||
| - | * datapunkterna har rätt metadata | ||
| - | * obligatoriska metadatafält är ifyllda | ||
| - | * enheter och mätstorheter är rimliga | ||
| - | * läs-/ | ||
| - | * visningsnamn och tekniska beteckningar är konsekventa | ||
| - | * relationer till byggnad, system och komponenter är rimliga | ||
| - | * eventuella avvikelser är dokumenterade | ||
| - | |||
| - | Det är ofta lämpligt att gå igenom underlaget system för system och dokumentera avvikelser i en separat lista. | ||
| - | |||
| - | Läs mer på sidan [[miner: | ||
| - | |||
| - | ===== 7. Provisionera metadata eller objekt ===== | ||
| - | |||
| - | Provisionering är aktuellt när Miner ska skapa eller uppdatera information i ett mottagande system. | ||
| - | |||
| - | Det kan exempelvis handla om att: | ||
| - | |||
| - | * ladda upp metadata till en grafdatabas | ||
| - | * skapa datapunkter i en mottagande plattform | ||
| - | * skapa objekt och relationer | ||
| - | * uppdatera metadata i ett externt system | ||
| - | * förbereda mottagaren innan dataöverföringen startas | ||
| - | |||
| - | Provisionering är inte nödvändig i alla integrationer. Om mottagaren endast ska ta emot mätvärden kan dataöverföringen ofta startas utan detta steg. | ||
| - | |||
| - | Läs mer på sidan [[miner: | ||
| - | |||
| - | ===== 8. Starta dataöverföring ===== | ||
| - | |||
| - | När datapunkter, | ||
| - | |||
| - | Kontrollera vid start att: | ||
| - | |||
| - | * jobbet kan startas utan fel | ||
| - | * data hämtas från källsystemet | ||
| - | * data skickas till rätt mottagare | ||
| - | * tidsstämplar och värden ser rimliga ut | ||
| - | * eventuella kvalitetsstämplar hanteras korrekt | ||
| - | * loggar inte visar återkommande fel | ||
| - | |||
| - | Vid behov kan jobbet först köras i begränsad omfattning innan hela integrationen aktiveras. | ||
| - | |||
| - | ===== 9. Följ upp och förvalta ===== | ||
| - | |||
| - | Efter driftsättning bör integrationen följas upp. | ||
| - | |||
| - | Förvaltning kan omfatta: | ||
| - | |||
| - | * kontroll av datakvalitet | ||
| - | * uppdatering av metadata | ||
| - | * tillägg eller borttag av datapunkter | ||
| - | * hantering av ändrade punktbeteckningar | ||
| - | * uppdatering av jobbkonfiguration | ||
| - | * dokumentation av förändringar | ||
| - | * ny provisionering vid behov | ||
| - | |||
| - | Onboarding är därför inte bara ett engångsarbete, | ||
| - | |||
| - | ===== Arbetsunderlag ===== | ||
| - | |||
| - | I större onboardingprojekt är det ofta praktiskt att arbeta med exporterade listor och kalkylblad. | ||
| - | |||
| - | Ett arbetsunderlag kan exempelvis innehålla: | ||
| - | |||
| - | ^ Kolumn/ | ||
| - | | Ursprunglig datapunkt | Datapunktens namn, ID eller beteckning i källsystemet. | | ||
| - | | Beskrivning | Text eller attribut från källsystemet. | | ||
| - | | Onboardingstatus | Anger om datapunkten ska onboardas eller behöver kontrolleras. | | ||
| - | | System | Vilket tekniskt system datapunkten tillhör. | | ||
| - | | Utrustning eller komponent | Vilken utrustning datapunkten hör till. | | ||
| - | | Funktion | Vad datapunkten representerar. | | ||
| - | | Enhet | Mätenhet eller datatyp. | | ||
| - | | Placering | Rum, zon, byggnad eller annan placering. | | ||
| - | | Läs-/ | ||
| - | | Visningsnamn | Namn som ska användas i mottagande system. | | ||
| - | | Kommentar | Noteringar, osäkerheter eller avvikelser. | | ||
| - | |||
| - | Vilka kolumner som används beror på projektets metadataupplägg och mottagande system. | ||
| - | |||
| - | ===== Roller och ansvar ===== | ||
| - | |||
| - | Onboarding kan involvera flera roller. | ||
| - | |||
| - | ^ Roll ^ Ansvar ^ | ||
| - | | Integratör | Konfigurerar anslutningar, | ||
| - | | Teknisk specialist | Tolkar system, punktbeteckningar och funktioner. | | ||
| - | | Metadataansvarig | Säkerställer att datapunkter klassificeras enligt valt metadataupplägg. | | ||
| - | | Kund eller förvaltare | Prioriterar datapunkter och godkänner urval. | | ||
| - | | QA-ansvarig | Kontrollerar att underlaget är komplett och korrekt innan driftsättning. | | ||
| - | |||
| - | I mindre projekt kan samma person ha flera av dessa roller. | ||
| - | |||
| - | ===== Resultat av onboarding ===== | ||
| - | |||
| - | När onboardingprocessen är klar bör följande vara uppfyllt: | ||
| - | |||
| - | * relevanta datapunkter är identifierade | ||
| - | * datapunkterna har nödvändig metadata | ||
| - | * läs-/ | ||
| - | * eventuella avvikelser är dokumenterade | ||
| - | * mottagande system är förberett, om provisionering behövs | ||
| - | * dataöverföringen kan startas och följas upp | ||
| - | * integrationen är dokumenterad och möjlig att förvalta | ||
| - | |||
| - | ===== Relaterade sidor ===== | ||
| - | |||
| - | * [[miner: | ||
| - | * [[miner: | ||
| - | * [[miner: | ||
| - | * [[miner: | ||
| - | * [[miner: | ||
| - | * [[miner: | ||
| - | * [[integration: | ||