KI, kvalitet og fagansvar

Detaljer

Dere kan laste opp enkeltfiler, mapper, arkiver (ZIP, RAR, 7Z) og e-poster (MSG, EML). Deretter skjer dette:

• AISeek lagrer originalfilen uendret og kontrollerer at den kom fram uten feil.
• Arkiver og e-poster pakkes ut, og tegninger (DWG/DXF) og Office-filer gjøres om til PDF.
• KI-modellen leser dokumentene, også skannede sider og bilder.
• Dokumentene får et forslag til kode etter NS 3451:2022 eller en av AISeeks dokumentasjonskategorier. Dokumenter som KI-modellen mener ikke er FDV-dokumentasjon, merkes «Ikke FDV-relevant».
• En del av dokumentene vurderes også mot informasjonstypene i NS 3456:2022. De andre sorteres og klassifiseres og merkes «Ikke vurdert mot NS 3456».
• Systemer og komponenter hentes ut og kan knyttes til TFM-koder.
• Mangelrapporten sammenligner det som er lastet opp, med kravspesifikasjonen og prosjekteringsunderlaget dere har lagt inn.

Dere ser fremdriften per dokument mens analysen pågår.

Eksempel: En underentreprenør laster opp en ZIP med dokumentasjon for ventilasjonsanlegget. AISeek pakker ut arkivet og foreslår en kode under 36 Luftbehandling for databladet til aggregatet. Når kravspesifikasjonen og prosjekteringsunderlaget er lagt inn, viser mangelrapporten at det ikke ble funnet noen vedlikeholdsinstruks for systemet. Dere kontrollerer forslagene og ber leverandøren om det som mangler. Som Opplaster i prosjektet kan leverandøren laste det opp selv og ser bare sine egne dokumenter.

Prosessen er ikke helautomatisk, og resultatene er forslag. At et dokument er klassifisert, dokumenterer ikke i seg selv at kravene i TEK17 er oppfylt. Under behandlingen sendes innhold til KI-tjenesten og til noen andre underleverandører; se dokumentets vei og listen over underleverandører.

Detaljer

Et prosjekt har fire roller:

• Eier: typisk totalentreprenøren eller den som har ansvaret for FDV-leveransen. Eieren styrer prosjektet og innstillingene.
• Redigerer: kan laste opp dokumenter og rette resultater i hele prosjektet.
• Opplaster: typisk underentreprenører og leverandører. De ser bare egne dokumenter og analysene av dem, og har ikke tilgang til mangelrapporten.
• Leser: typisk byggherre, rådgiver eller drift. Leseren ser prosjektet, men kan ikke endre det. Eieren kan slå av Lesers tilgang til rapportene.

Løsningen egner seg også til å eksportere dokumentasjonen strukturert. Når prosjektet har en publisert systemadresseliste, kan mangelrapporten grupperes per underentreprenør.

ZIP-filen er ordnet etter NS 3451 eller TFM og kan åpnes uten AISeek. AISeek er et arbeidsverktøy mens prosjektet pågår, ikke et arkiv for FDV gjennom byggets levetid. Vi anbefaler heller ikke AISeek til formell godkjenning eller samsvarsvurdering. BIM-modeller (IFC) og oppfølging av dokumentrevisjoner støttes ikke.

Detaljer

I produksjon:

• opplasting av filer, mapper, arkiver og e-post
• klassifisering etter NS 3451:2022 og AISeeks dokumentasjonskategorier
• vurdering av informasjonstyper i NS 3456:2022 for en del av dokumentene
• komponentregister med TFM-koder
• import av systemadresseliste
• mangelrapport og FDV-rapport
• aktivitetslogg
• eksport som ZIP, og rapporter som PDF og CSV

Detaljer

AISeek vurderer hvilke informasjonstyper i NS 3456:2022 dokumentene dekker, og rapporten viser hvilken dokumentasjon som mangler. Velger dere TFM-format ved eksport, begynner hvert filnavn med en TFM-merking for eiendom og bygg, system og komponent, for eksempel 01234501=3600.001-JVZ001.

Foreslåtte systemkoder kontrolleres mot systemkodetabellen i NS 3451:2022. Komponentkodene i TFM bygger på NS 3457-8:2021. Dere kan ikke legge inn egne dokumentkategorier.

Støtten er ikke en samsvarsvurdering. AISeek vurderer ikke samsvar med TEK17 eller med kontrakten, og at et dokument er klassifisert etter NS 3451, dokumenterer ikke at kravene er oppfylt. AISeeks egne dokumentasjonskategorier er ikke en del av NS 3451.

Vurderingen mot NS 3456:2022 gjøres for en del av dokumentene. Dokumenter som bare er sortert og klassifisert, merkes «Ikke vurdert mot NS 3456». Kravsettet AISeek bruker for informasjonstypene i NS 3456:2022, er AISeeks tolkning av standarden. Ved tvil gjelder standarden.

TFM-merkingen i filnavn er en hjelp til å finne igjen dokumenter. Deler som mangler, står som plassholderbokstaver, for eksempel AAAAAABB når forvaltningsnummer og byggnummer ikke er fylt ut i prosjektet. Merkingen følger ikke fullt ut merkereglene til en bestemt byggeier. Systemkodene følger i alle prosjekter Statsbyggs regler i PA 0805: noen koder i systemkodetabellen brukes ikke som systemkode, og alle luftbehandlingssystemer får systemkode 3600. Dere kan ikke velge en annen byggeiers regler i tjenesten.

Detaljer

Slik lages kravlisten:

• KI-modellen og faste regler finner systemene i prosjekteringsunderlaget.
• Hvilke dokumenttyper hvert system skal ha, bestemmes av tre ting: et fast grunnsett av FDV-dokumenter per fag, dokumentkravene i kravspesifikasjonen deres og ekstra krav for systemer med høy risiko (brann, heis, elektro, automatikk og VVS).
• Byggetrinnet avgjør hva som er forfalt. Det som ikke er forfalt på byggetrinnet, vises som «Forventes nå» eller «Ikke forfalt». Er det ikke angitt byggetrinn, vises «Kommer ved ferdigstilling».

Mangelrapporten viser kravene rad for rad, og hver rad får en merkelapp med en begrunnelse. Kan et uleselig eller uklassifisert dokument dekke kravet, blir raden «Usikkert» i stedet for «Mangler».

Systemadresselisten brukes til å gruppere mangelrapporten per underentreprenør, ikke til å bestemme hvilke systemer som skal dokumenteres.

I tillegg vurderes en del av dokumentene mot de informasjonstypene i NS 3456:2022 som gjelder for dokumentets kode («X av Y krav oppfylt»). I FDV-rapporten avhenger kravsettet av bygningstypen (bolig eller næring) som er satt i prosjektet.

Resultatet blir ikke bedre enn kravspesifikasjonen og underlaget dere laster opp. Kravlisten er AISeeks tolkning av dette underlaget. «Dokumentert» betyr at vi fant et dokument som ser ut til å dekke kravet; innholdet er ikke faglig kontrollert.

Detaljer

AISeek leser disse filtypene:

• PDF, Word, Excel, PowerPoint, OpenDocument og RTF
• tekstfiler
• bilder (JPG, PNG, WEBP, HEIC, TIFF med flere)
• tegninger i DWG/DXF
• e-post (MSG/EML)
• arkiver (ZIP, RAR, 7Z)

Skannede dokumenter og bilder leses av KI-modellen. Dårlige skann kan gi mangelfulle resultater, og dokumenter uten lesbar tekst merkes som feilet.

Grenser når dere laster opp dokumenter i et prosjekt: inntil 2 000 filer per opplasting, hvorav inntil 500 arkiver og e-poster, og inntil 500 filer fra hvert arkiv. Velger dere flere enn 2 000 filer, tas bare de første 2 000 med, og dere får beskjed før noe lastes opp. En opplasting med flere enn 500 arkiver og e-poster avvises i sin helhet. Filer utover grensen i et arkiv behandles ikke. Størrelsesgrensene står i tabellen.

Kravspesifikasjon og prosjekteringsunderlag til mangelrapporten laster dere opp for seg, inntil 2 000 filer til sammen i én opplasting. En ny opplasting som blir tatt imot, erstatter den forrige, så neste analyse bruker bare kravspesifikasjonen og underlaget fra den siste opplastingen. Arkiver og e-poster pakkes ikke ut der og brukes ikke i mangelrapporten.

Språk: KI-vurderingene skrives på norsk. Brukergrensesnittet finnes på norsk og engelsk. Dokumenter på engelsk blir lest. FDV-rapporten viser hvor stor del av dokumentasjonen som er på norsk og på engelsk, og sier fra når en betydelig del bare er på engelsk.

Dette støtter AISeek ikke: BIM-modeller (IFC), arkiver inne i arkiver, e-post inne i e-post, innebygde bilder i e-post, passordbeskyttede Office-filer og passordbeskyttede filer i arkiver. Filtyper som ikke står i tabellen, analyseres ikke, og dere får beskjed per fil.

At en fil kan lastes opp, betyr ikke at den blir analysert pålitelig. For TIFF, BMP, GIF, HTML og CSV brukes bare teksten; bilder og tegninger i disse formatene analyseres ikke visuelt.

For tegninger og Office-filer kan dere laste ned både originalfilen og PDF-versjonen AISeek har laget, og begge følger med i eksporten.

Detaljer

Testene dekker skjermbredder for PC og bærbar PC og en smal skjermbredde som på en mobiltelefon. Firefox, Safari og nettlesere på mobiltelefon testes ikke automatisk.

Tilgjengeligheten er ikke formelt revidert etter WCAG og ikke testet systematisk, heller ikke med tastatur og skjermleser.

Detaljer

Gemini leser dokumentene og henter ut tekst, foreslår klassifisering etter NS 3451:2022, vurderer hvilke informasjonstyper i NS 3456:2022 dokumentene dekker, foreslår TFM-systemer og gjør mangelanalysen.

Søkevektorer (embeddings) brukes til TFM-forslag og til søk i mangelanalysen.

Tegninger i DWG og DXF gjøres om til PDF hos CloudConvert i EU før analysen. CloudConvert er en konverteringstjeneste, ikke en KI-tjeneste. Office- og e-postfiler gjøres om i en egen tjeneste som AISeek drifter, og leses deretter av Gemini.

Tabellen viser hva som sendes til hver tjeneste. Modellversjonene byttes jevnlig; se hva som skjer ved modellbytte.

Detaljer

Tjenesten bygger på ferdige modeller fra Google, faste instruksjoner og kontroller i vår egen kode.

All KI-behandling, også søkevektorene, skjer i Google Vertex AI i EU. CloudConvert, som gjør tegninger om til PDF, er ikke en KI-tjeneste.

Detaljer

Feilsøking er en del av å levere tjenesten. Bare navngitte driftsansvarlige i AISeek har teknisk tilgang til kundedata. Når de åpner dokumenter eller databasen direkte i skyplattformen, logges det. Gjennom tjenesten ser vi prosjektene deres bare når dere inviterer oss, for eksempel når dere ber om hjelp med en feil.

Utvikling og produksjon er atskilt. Kundedata brukes ikke i utviklingsmiljøet, og KI-baserte utviklingsverktøy har ikke tilgang til kundedata.

AISeek trener ingen KI-modeller på dataene deres; se spørsmålet om trening.

Detaljer

Googles vilkår for Vertex AI beskriver i tillegg når Google kan lagre forespørsler for å oppdage misbruk.

Resultatene og teksten som er hentet ut av dokumentene, lagrer AISeek selv i EU. Hvor lenge de lagres, og hva som slettes når, står under lagring og sletting.

Detaljer

AISeek trener ingen modeller på dataene deres. Søk, TFM-forslag og mangelanalyse bruker bare data fra prosjektet dokumentene tilhører. Mellomlagrede KI-resultater gjenbrukes bare innenfor samme prosjekt, og de slettes når prosjektet slettes.

Tekniske bruksmålinger, som modell, tokenforbruk og kostnad, brukes til å drive tjenesten. De inneholder ikke dokumentinnhold.

Detaljer

Innhold fra dokumentene brukes ikke i nettsøk. KI-modellen har ingen verktøy: den kan ikke søke, kjøre kode eller kalle andre tjenester.

Modellen har også generell språk- og fagkunnskap fra leverandørens egen opplæring, og svarene kan bygge på den.

Hvert resultat er knyttet til dokumentet det gjelder. I mangelrapporten vises sitat og, der det er kjent, sidetall. Resultatene er forslag.

Detaljer

Feiler et KI-trinn, prøver tjenesten på nytt med Google-modellene, og for enkelte trinn finnes en regelbasert reserve. Tjenesten bytter da ikke til en KI-modell hos en annen leverandør.

Modellversjonen er den samme for alle kunder, og dere kan ikke velge eller låse en bestemt versjon. Resultater som allerede er laget, beholdes fra versjonen som ble brukt da. En ny versjon brukes når et dokument analyseres på nytt, og svaret kan da bli et annet.

Detaljer

«Les filer med ukjent struktur» er av som standard. Innstillingen gjelder systemadresselister som lastes opp under Systemadresseliste.

«Ikke foreslå nye systemer fra dokumenter» stopper bare forslag om nye systemer. Dokumentene leses og analyseres fortsatt av KI.

Detaljer

For klassifisering viser AISeek en kort begrunnelse og eventuelle andre koder som ble vurdert.

I mangelrapporten vises også filnavnet. Sitatet kontrolleres automatisk mot teksten i dokumentet. Mener KI-modellen at et krav er helt eller delvis dekket, men kan ikke vise til et sitat som holder, blir raden merket «Usikkert».

Klassifisering, uttrekk av komponenter og vurderingen av informasjonstyper i NS 3456 er knyttet til dokumentet, men viser ikke til en bestemt side. Vurderingen av informasjonstyper er KI-modellens egen tekst. Noen «Dokumentert»-rader i mangelrapporten bygger på dokumentets klassifisering og filnavn; de viser også til dokumentet, ikke til en side.

Et sitat er hentet fra dokumentet, mens en begrunnelse er KI-modellens tolkning. Et dokument identifiseres ved filens innhold, ikke ved revisjonsnummer.

Detaljer

Signalene er disse (se også tabellen):

• Hver klassifisering har en merking: «AI-forslag», «Mulig tvetydig» (det finnes andre mulige koder), «Trenger gjennomgang» (ikke klassifisert) eller «Manuelt overstyrt».
• Dokumenter som KI-modellen mener ikke er FDV-dokumentasjon, merkes «Ikke FDV-relevant». Dokumenter som bare er sortert og klassifisert, merkes «Ikke vurdert mot NS 3456».
• I mangelrapporten blir et krav «Usikkert» med en begrunnelse når vi ikke kunne avgjøre det, for eksempel fordi et uleselig dokument kan dekke kravet.
• Dokumenter som ikke kunne analyseres, merkes som feilet med en begrunnelse på norsk.
• Svært store PDF-er leses i deler. Blir ikke alle sidene lest, merkes dokumentet slik at dere ser det.
• FDV-rapporten sier fra når noen dokumenter er vurdert mot et annet kravsett enn resten.

KI-modellens egen angivelse av hvor sikker den er, er ikke et pålitelig mål på treffsikkerhet. Derfor viser vi ingen prosent for hvor treffsikker klassifiseringen er. Ved TFM-plassering vises likevel modellens egen angivelse, fordi den avgjør om et dokument plasseres automatisk eller bare foreslås. Grensen vises ved siden av. Plasseringer gjort av en reserveregel merkes «Plassert av reserveregel – ikke målt mot tilordningsgrensen» og er bare forslag.

Detaljer

Vurderingene lages av KI-modellen eller av faste regler. Merkingene betyr dette:

• Grønn status for en komponent i TFM-oversikten: hver dokumenttype komponenten skal ha, har minst ett dokument knyttet til seg. Innholdet er ikke kontrollert.
• «Dokumentert» i mangelrapporten: AISeek fant et dokument som ser ut til å dekke kravet. Enten er dokumentet klassifisert med samme systemkode som kravet og filnavnet viser riktig dokumenttype, eller KI-modellen fant et sitat i dokumentet som støtter kravet. Sitatet kontrolleres automatisk mot teksten i dokumentet.
• «Godkjent», «Delvis godkjent» eller «Ikke godkjent», med en poengsum fra 0 til 100 per dokument: KI-modellens egen vurdering av hvilke informasjonstyper dokumentet dekker.
• I FDV-rapporten regnes et hovedkapittel som «godkjent» når dekningen når terskelen for kravnivået.

AISeek kontrollerer bare det som er lastet opp, og bare mot kravsettet i løsningen. AISeek erstatter ikke faglig kontroll eller formell godkjenning.

Detaljer

Identiske filer: Laster dere opp nøyaktig samme fil på nytt i samme prosjekt, gjenkjenner AISeek den som et duplikat. Filen merkes, og det første resultatet brukes om igjen. En endret fil blir et nytt, selvstendig dokument. Duplikatkontrollen gjelder bare filer med nøyaktig samme innhold, så en skannet og en digital utgave av samme dokument regnes som to ulike dokumenter.

Dårlige skann: KI-modellen leser skannede sider, men dårlige skann kan gi mangelfulle resultater. Et dokument uten lesbar tekst merkes som feilet med en begrunnelse. Kan et uleselig dokument dekke et krav, blir raden i mangelrapporten «Usikkert», ikke «Mangler».

Dette støtter AISeek ikke:

• å koble ulike utgaver av samme dokument
• å finne utdaterte eller motstridende dokumenter
• å kontrollere om et datablad gjelder riktig modell eller produktet som faktisk er montert

Detaljer

Dette lager AISeek og lagrer ved siden av originalen:

• PDF-versjoner av tegninger (DWG/DXF) og Office-filer.
• KI-resultatene for hvert dokument.
• Teksten KI-en har hentet ut. Den mellomlagres også for gjenbruk.
• Tekstutdrag som mangelrapporten henter fra dokumentene og fra kravspesifikasjonen og underlaget. De lagres i en søkeindeks.

Endrer dere en klassifisering, tas KI-ens opprinnelige forslag vare på i historikken.

For tegninger og Office-filer kan dere laste ned både originalen og PDF-versjonen, og begge følger med i eksporten.

En endret fil blir et nytt dokument, og den tidligere filen beholdes uendret. AISeek er et arbeidsverktøy mens prosjektet pågår, ikke et arkiv for FDV gjennom byggets levetid. Hvor lenge filer og avledede data lagres, står under lagring og sletting.

Detaljer

Vilkårene for tjenesten sier at KI-teknologien kan gi unøyaktige resultater, og at viktig informasjon bør kontrolleres mot originaldokumentene. Hvert resultat er knyttet til dokumentet det gjelder.

Detaljer

KI-ens opprinnelige forslag tas vare på. En ny analyse overskriver ikke en manuell klassifisering. Nye systemer som KI-modellen finner i dokumentene, legges ikke inn i registeret før en person bekrefter dem.

Aktivitetsloggen viser opplastinger, endringer, flytting, ny analyse, sletting, nedlastinger, eksporter og medlemsendringer. Prosjekteier ser hele loggen. Andre medlemmer ser hendelser for dokumentene de har tilgang til, og sine egne nedlastinger og eksporter.

AISeek har ingen egen godkjenningsflyt eller kommentarfunksjon for resultater.

Detaljer

Analyseres den samme filen på nytt i samme prosjekt uten at oppsettet er endret, brukes som regel det lagrede svaret fra KI-modellen om igjen. Etter en oppdatering av modell eller instrukser kan en ny analyse gi et annet svar. Manuelle rettinger beholdes når et dokument analyseres på nytt.

Mangelrapporten bygger på kravspesifikasjonen og underlaget som var lastet opp da den ble laget, og hver kjøring lagres for seg.

Opplysningene om tidspunkt, fingeravtrykk og oppsett lagres internt og vises ikke i løsningen. Resultatet viser heller ikke hvilken modellversjon som ble brukt. Tjenesten oppdateres jevnlig; se endringsloggen. Hvor lenge resultater lagres, står under lagring og sletting.