Sikkerhet og tillit
Beslutningspakke
Her finner dere et utvalg av svarene om hva AISeek gjør, sikkerhet, dataflyt, avtale, pilot og pris samlet på én side. Skriv ut siden eller lagre den som PDF når dere skal vurdere AISeek sammen med andre. Svarene er de samme som på temasidene, og hvert svar viser hvilken side det kommer fra.
Vi leverer FDV-tjenesten på fdv.aiseek.no til kunder med avtale, og forpliktelsene våre står i kundeavtalen og databehandleravtalen. En pilot kjører på tjenesten slik den er i dag, og forskjellene fra en kundeavtale står i svaret om pilot.
Hva AISeek gjør
- Hva gjør AISeek med FDV-dokumentasjonen vår?
- Hvem er AISeek laget for, og hvilke oppgaver passer løsningen til?
- Hvilke funksjoner er tilgjengelige nå?
- Viser AISeek hvor hvert resultat kommer fra?
- Betyr grønt eller «godkjent» at FDV-dokumentasjonen oppfyller alle krav?
- Hva skjer med dårlige skann, dubletter, motstridende eller utdaterte dokumenter?
- Hvem har ansvaret for kvalitetssikring og faglig godkjenning?
Hva gjør AISeek med FDV-dokumentasjonen vår?
AISeek leser FDV-dokumentasjonen dere laster opp, foreslår koder etter NS 3451:2022 og viser hva som mangler mot kravspesifikasjonen deres. Dere kontrollerer og retter forslagene før dere tar ut rapporter og eksport.
Dette gjør dere
- Last opp dokumentene i et prosjekt i nettleseren.
- Last opp kravspesifikasjonen og prosjekteringsunderlaget, så mangelrapporten har noe å sammenligne med.
- Kontroller forslagene, og rett dem som er feil.
- Ta ut FDV-rapport (PDF), mangelrapport (PDF og CSV) og ZIP-eksport ordnet etter NS 3451 eller TFM.
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.
Les mer: Hvilke filer og språk støttes? · Betyr grønt eller «godkjent» at kravene er oppfylt? · Dokumentets vei fra opplasting til analyse · Underleverandører
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Hvem er AISeek laget for, og hvilke oppgaver passer løsningen til?
AISeek er laget for dem som samler inn, kontrollerer og overleverer FDV-dokumentasjon i byggeprosjekter. Løsningen passer til å sortere og kode store FDV-leveranser, finne hva som mangler mot kravspesifikasjonen og følge opp hva hver underentreprenør har lastet opp.
Dette gjør dere
- Inviter underentreprenører og leverandører med rollen Opplaster, så ser de bare egne dokumenter.
- Eksporter den ferdige FDV-en som en vanlig ZIP-fil, og oppbevar den i eget system.
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.
Les mer: Roller og rettigheter · Hva gjør AISeek med FDV-dokumentasjonen? · Betyr grønt eller «godkjent» at kravene er oppfylt? · Overlevering til byggets eier
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Hvilke funksjoner er tilgjengelige nå?
Opplasting, klassifisering etter NS 3451:2022, komponentregister med TFM-koder, mangelrapport, FDV-rapport, aktivitetslogg og eksport er i produksjon på fdv.aiseek.no. Tjenesten oppdateres ofte, og endringer og nye funksjoner beskrives i endringsloggen.
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
Les mer: Endringslogg for fdv.aiseek.no
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Viser AISeek hvor hvert resultat kommer fra?
Ja, på dokumentnivå. Hver vurdering er knyttet til dokumentet den gjelder, og i mangelrapporten vises også et sitat fra dokumentet og sidetall der det er kjent.
Dette gjør dere
- Åpne dokumentet ved siden av resultatet, og kontroller resultatet mot dokumentet.
- Kontroller rader merket «Usikkert» manuelt.
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.
Les mer: Hvordan vises usikre resultater? · Kan et resultat etterprøves senere?
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Betyr grønt eller «godkjent» at FDV-dokumentasjonen oppfyller alle krav?
Nei. Grønt, «Dokumentert» og «Godkjent» i AISeek er automatiske vurderinger av det som er lastet opp, mot kravsettet i løsningen; det er ikke en formell godkjenning, og det er ikke en samsvarsvurdering etter TEK17.
Dette gjør dere
- Kontroller innholdet i dokumentene før dere regner et krav som oppfylt.
- Velg kravnivå i prosjektinnstillingene. Det bestemmer hvor høy dekning et hovedkapittel må ha for å regnes som «godkjent» i FDV-rapporten.
- Dokumenter den formelle godkjenningen utenfor AISeek, for eksempel med rapportene lastet ned som PDF.
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.
Les mer: Hvordan vises usikre resultater? · Ansvar for kvalitetssikring · Hvordan AISeek finner det som mangler
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Hva skjer med dårlige skann, dubletter, motstridende eller utdaterte dokumenter?
AISeek gjenkjenner nøyaktig samme fil lastet opp på nytt i samme prosjekt, og merker dårlige skann som feilet eller usikre. Utdaterte eller motstridende dokumenter og ulike utgaver av samme dokument finner AISeek ikke.
Dette gjør dere
- Last opp en lesbar utgave når et dokument er merket som feilet fordi det mangler lesbar tekst.
- Fjern utdaterte utgaver av et dokument selv hvis de ikke skal være med i prosjektet. Eieren kan slette enkeltdokumenter.
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
Les mer: Hvordan vises usikre resultater? · Bevares originalfilene uendret?
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Hvem har ansvaret for kvalitetssikring og faglig godkjenning?
Klassifiseringer, vurderinger og mangelrapporter i AISeek er forslag laget av KI og faste regler. Løsningen gir ikke formell godkjenning og erstatter ikke faglig kontroll.
Dette gjør dere
- Åpne dokumentet ved siden av resultatet, og kontroller viktig informasjon mot originalen.
- Overstyr klassifiseringer som er feil. Eiere og redigerere kan gjøre det, og endringen lagres med hvem og når.
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.
Les mer: Betyr grønt eller «godkjent» at kravene er oppfylt? · Hvem har endret eller godkjent et resultat? · Hvordan vises usikre resultater?
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Sikkerhet og tilgang
- Hvordan logger vi inn, og kan vi bruke vår egen SSO?
- Kan vi kreve flerfaktorautentisering (MFA)?
- Hvilke roller og rettigheter finnes?
- Hva skjer når en bruker slutter eller skal miste tilgang?
- Hvordan holdes kunder og prosjekter atskilt?
- Hvilke integrasjoner finnes, og hva får de tilgang til?
- Hvordan krypteres dataene våre under overføring og lagring?
- Hvordan forvaltes krypteringsnøkler og hemmeligheter, og kan vi bruke egne nøkler?
- Hva logges, hvem kan se loggene, og kan vi etterprøve hvem som har gjort hva?
- Hvordan håndteres sikkerhetshendelser og sårbarheter, og når blir vi varslet?
- Hvordan tas sikkerhetskopier, og hvor raskt kan tjenesten gjenopprettes?
- Hvilke sertifiseringer og revisjoner gjelder for AISeek og tjenesten?
Hvordan logger vi inn, og kan vi bruke vår egen SSO?
Ja, dere kan logge inn med virksomhetens egen Entra ID (SSO). Uten SSO logger brukerne inn med Google-konto, Microsoft-konto for jobb eller skole eller e-post og passord, og kontoer med e-post og passord må bruke flerfaktorautentisering (MFA).
Dette gjør dere
- Vil dere bruke SSO, la IT-avdelingen registrere en app for AISeek i Entra ID og sende oss opplysningene vi trenger. Resten setter vi opp.
- Med SSO: gi eksterne deltakere, som underentreprenører, en konto i deres Entra ID, for eksempel som gjest.
- Inviter hver person til prosjektet. Innlogging alene gir ikke tilgang, og tilgangen gjelder bare når e-postadressen er bekreftet.
Detaljer
Med SSO bruker dere FDV på en egen adresse der bare kontoer i deres Entra ID kan logge inn, og innloggingen skjer via auth.aiseek.no. Deres egne regler for MFA og betinget tilgang gjelder ved innlogging. SSO-oppsettet ber bare om e-postadresse og grunnleggende profilopplysninger, ikke om tilgang til katalogen deres. SSO er tilgjengelig for Entra ID, ikke for andre identitetsleverandører.
Innloggingen håndteres av Auth0 (Okta) i EU-region. AISeek lagrer ingen passord; passord for kontoer med e-post og passord håndteres av Auth0.
På den vanlige adressen fdv.aiseek.no kan hvem som helst opprette en konto, og alle med en bekreftet e-postadresse kan opprette egne prosjekter. Slike prosjekter styres av den som oppretter dem, ikke av virksomheten.
Les mer: Kan vi kreve MFA? · Roller og rettigheter · Underleverandører
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Kan vi kreve flerfaktorautentisering (MFA)?
Ja, med SSO mot deres egen Entra ID bestemmer dere selv kravene til MFA og betinget tilgang. Kontoer med e-post og passord må alltid bruke MFA.
Dette gjør dere
- Med SSO: still kravene til MFA og betinget tilgang i Entra ID.
- Uten SSO: logger brukerne inn med jobbkontoer i deres eget Microsoft- eller Google-miljø, still MFA-kravet der.
Detaljer
Logger brukerne inn med en Google-konto eller Microsoft-konto uten SSO, gjelder MFA-reglene for den kontoen. AISeek kan ikke se om en slik innlogging brukte MFA.
MFA styres der brukerne logger inn, ikke i en egen innstilling i FDV.
Les mer: Innloggingsmetoder og SSO
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Hvilke roller og rettigheter finnes?
Tilgang gis per prosjekt, og hvert medlem har én av fire roller: Eier, Redigerer, Opplaster eller Leser. Rollen avgjør hva personen kan se og gjøre, og den kontrolleres ved hver forespørsel.
Dette gjør dere
- Inviter hver person til prosjektet med den rollen vedkommende trenger.
- Gi eksterne leverandører rollen Opplaster når de bare skal se sine egne dokumenter.
- Fjern medlemmer som ikke lenger skal ha tilgang.
Detaljer
Dere tildeler roller prosjekt for prosjekt. Det finnes ingen roller som gjelder for hele virksomheten eller for enkeltdokumenter.
Dere styrer selv hvem som er medlem. En eier kan invitere, endre og fjerne alle medlemmer, også ansatte i AISeek. En redigerer kan invitere lesere, opplastere og redigerere, men bare en eier kan gjøre noen til eier, og en redigerer kan ikke endre eller fjerne en eier. Et prosjekt må alltid ha minst én eier.
Les mer: Hva eksterne entreprenører og leverandører ser · Når en bruker slutter
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Roller og rettigheter per prosjekt
| Tilgang eller handling | Eier | Redigerer | Opplaster | Leser |
|---|---|---|---|---|
| Se prosjektets grunnopplysninger og medlemslisten | Ja | Ja | Ja | Ja |
| Se dokumenter og analyser | Alle | Alle | Bare egne | Alle |
| Laste ned dokumenter og eksportere ZIP | Alle | Alle | Bare egne | Alle |
| Se rapporter | Ja | Ja | Bare for egne dokumenter | Ja, med mindre eieren har slått det av |
| Se mangelrapporten | Ja | Ja | Nei | Ja, med mindre eieren har slått det av |
| Laste opp dokumenter | Ja | Ja | Ja | Nei |
| Redigere klassifisering, TFM, systemadresseliste og prosjektinnstillinger | Ja | Ja | Nei | Nei |
| Starte mangelanalyse | Ja | Ja | Nei | Nei |
| Slette opplastinger | Alle | Egne | Egne | Nei |
| Slette enkeltdokumenter | Ja | Bare dokumenter som er holdt tilbake | Nei | Nei |
| Invitere, endre og fjerne medlemmer | Ja, alle medlemmer og roller | Ja, men ikke gjøre noen til eier eller endre eller fjerne en eier | Nei | Nei |
| Se aktivitetsloggen | Hele loggen | Dokumenthendelser og egne nedlastinger og eksporter | Egne dokumenter og egne nedlastinger og eksporter | Dokumenthendelser og egne nedlastinger og eksporter |
| Bestemme om lesere kan se rapporter | Ja | Nei | Nei | Nei |
| Arkivere eller slette prosjektet | Ja | Nei | Nei | Nei |
Et prosjekt må alltid ha minst én eier. AISeek har ingen brukere i prosjektene deres som dere ikke selv kan fjerne.
Hva skjer når en bruker slutter eller skal miste tilgang?
Tilgangen stopper ved personens neste forespørsel etter at en eier eller redigerer har fjernet vedkommende fra prosjektet, også om vedkommende fortsatt er innlogget.
Dette gjør dere
- Er personen eneste eier av et prosjekt, la vedkommende gjøre en annen til eier før tilgangen fjernes. Bare en eier kan gjøre noen til eier.
- Fjern personen fra hvert prosjekt vedkommende er medlem av eller invitert til. En invitasjon utløper ikke av seg selv og gjelder til den fjernes.
- Deaktiver i tillegg brukeren hos dere, for eksempel i Entra ID.
Detaljer
Å deaktivere brukeren hos dere stopper nye innlogginger med den kontoen, men ikke en innloggingsøkt som allerede er åpen. Økten varer til den utløper: etter 12 timer uten aktivitet og senest 7 dager etter innlogging. Medlemskapet i prosjektene gjelder til personen er fjernet.
En eier kan bare fjernes av en eier, og et prosjekt må alltid ha minst én eier.
Nedlastingslenker som allerede er laget, virker til de utløper: inntil 1 time for enkeltdokumenter og 1–4 timer for ZIP-eksport, avhengig av størrelsen. En nettleserfane som allerede er åpen, kan vise data som var lastet inn før personen ble fjernet. Filer som er lastet ned, er utenfor tjenestens kontroll.
Les mer: Roller og rettigheter · Deling uten konto
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Når tilgangen stopper
| Tilgang eller lenke | Når tilgangen opphører |
|---|---|
| Tilgang til prosjektet | Ved personens neste forespørsel etter at en eier eller redigerer har fjernet personen |
| Innloggingsøkt | Etter 12 timer uten aktivitet, senest 7 dager etter innlogging |
| Konto deaktivert hos dere | Stopper nye innlogginger med kontoen, men ikke en økt som allerede er åpen. Medlemskapet i prosjektene gjelder til personen er fjernet |
| Eier som skal fjernes | Kan bare fjernes av en eier. Et prosjekt må alltid ha minst én eier |
| Nedlastingslenke til et dokument | Inntil 1 time etter at lenken ble laget |
| Nedlastingslenke til en ZIP-eksport | 1–4 timer etter at lenken ble laget, avhengig av størrelsen |
| Invitasjon som ikke er tatt i bruk | Utløper ikke. Gjelder til den fjernes |
| Filer som allerede er lastet ned | Utenfor tjenestens kontroll |
Fjern personen fra hvert prosjekt i FDV i tillegg til å deaktivere kontoen hos dere.
Hvordan holdes kunder og prosjekter atskilt?
FDV kjører i et eget Google Cloud-prosjekt, atskilt fra AISeeks andre tjenester. Innenfor FDV holdes kunder og prosjekter atskilt med tilgangskontroll ved hver forespørsel.
Detaljer
Alle kunder bruker den samme FDV-plattformen. Skillet mellom kundene er logisk, ikke fysisk: dokumentene ligger i felles lagring og en felles søkeindeks, og holdes atskilt av tilgangskontroll og filtre.
Hvert prosjekt har egne medlemmer. Den som ikke er medlem, får ikke bekreftet at prosjektet finnes. Søk, TFM-forslag, mangelanalyse og gjenbruk av lagrede KI-resultater avgrenses til prosjektet.
Nettleseren får aldri tilgangsnøkler til lagringen. Opplasting og nedlasting går enten gjennom tjenesten eller via tidsbegrensede lenker som tjenesten lager for den enkelte forespørselen, etter at tilgangen er kontrollert. Tilgangsreglene testes automatisk for hver rolle.
Tilgangskontrollen gjelder tilgang gjennom tjenesten, ikke den tekniske tilgangen driftsansvarlige i AISeek har til plattformen.
Les mer: Roller og rettigheter · Kan våre data påvirke andre kunders resultater? · Ansattes tilgang
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Hvilke integrasjoner finnes, og hva får de tilgang til?
Dokumenter kommer inn i FDV bare når dere laster opp filer, mapper eller arkiver i nettleseren. FDV har ingen integrasjoner mot dokumentsystemer som SharePoint, OneDrive, Google Drive eller Dropbox.
Dette gjør dere
- Last ned dokumentene fra dokumentsystemet deres, og last dem opp i prosjektet som filer, mapper eller arkiver (ZIP, RAR, 7Z).
Detaljer
Innlogging med Microsoft-konto ber bare om e-postadresse og grunnleggende profilopplysninger, som navn og profilbilde. FDV har ingen tilgang til e-post, filområder eller kataloger hos dere.
Tilgang til dokumentene i et prosjekt gis bare til personer, gjennom rollene i prosjektet.
Les mer: Innloggingsmetoder og SSO · Roller og rettigheter
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Hvordan krypteres dataene våre under overføring og lagring?
All trafikk mellom nettleseren og fdv.aiseek.no er kryptert med TLS 1.2 eller nyere helt fram til Google Cloud, der tjenesten kjører, og ingen mellomledd dekrypterer den underveis. Data som lagres i Google Cloud, er kryptert med AES-256.
Detaljer
Trafikken går gjennom Google Clouds lastbalanserer med Cloud Armor, og tjenesten kan ikke nås utenom den.
Filer dere laster opp og ned, kan gå kryptert (HTTPS) direkte mellom nettleseren og Google Cloud Storage i EU. Blokkerer nettverket deres dette ved opplasting, går filen kryptert via fdv.aiseek.no i stedet. Dokumentinnhold sendes kryptert mellom tjenestene våre, til Googles lagrings- og KI-tjenester og til underleverandørene.
Filer, database, sikkerhetskopier og logger i Google Cloud er kryptert med AES-256 og nøkler som Google administrerer. Hvordan data krypteres hos andre underleverandører, for eksempel i søkeindeksen hos Elastic, følger leverandørens egne ordninger.
KI-modellen og konverteringstjenestene må lese dokumentene for å behandle dem. Kryptering betyr derfor ikke at ingen leverandør kan lese innholdet.
Les mer: Nøkler og hemmeligheter · Dokumentets vei fra opplasting til resultat
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Hvordan forvaltes krypteringsnøkler og hemmeligheter, og kan vi bruke egne nøkler?
Krypteringsnøklene for data i Google Cloud administreres og roteres automatisk av Google. Kundestyrte krypteringsnøkler (CMEK/BYOK) støtter vi ikke.
Detaljer
Tjenestens egne passord, API-nøkler og andre hemmeligheter oppbevares i Google Secret Manager. Tilgang gis per tjeneste, og ellers har bare navngitte driftsansvarlige i AISeek tilgang. Hemmelighetene roteres etter en fast rutine.
Tjenestene leser og skriver dokumenter og data i Google Cloud med sin egen identitet, ikke med langlivede nøkler til tjenestekontoer.
Les mer: Kryptering · Ansattes tilgang
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Hva logges, hvem kan se loggene, og kan vi etterprøve hvem som har gjort hva?
Hvert prosjekt har en aktivitetslogg som viser hvem som gjorde hva og når, og som ikke kan endres eller slettes i tjenesten. All teknisk tilgang til lagrede filer og databasen i Google Cloud logges i tillegg i en egen revisjonslogg.
Dette gjør dere
- Eksporter aktivitetsloggen som CSV når dere trenger en kopi utenfor tjenesten. Alle medlemmer kan eksportere det de ser.
Detaljer
Aktivitetsloggen viser opplastinger, sletting, nye kjøringer, endret klassifisering, TFM-endringer, flytting, nedlastinger, eksporter og endringer i medlemmer og roller. Prosjekteier ser alle hendelser. Andre medlemmer ser hendelser for dokumentene de har tilgang til, og sine egne nedlastinger og eksporter.
CSV-filen har de nyeste hendelsene først og tar med opptil 20 000 hendelser. Er det flere, slutter filen med en rad som sier at eksporten er avkortet. Eksporten kan ikke avgrenses til en periode, så eldre hendelser ser dere i aktivitetsloggen i tjenesten, men dere kan ikke eksportere dem som CSV.
At noen bare ser på en analyse i tjenesten, registreres ikke. Aktivitetsloggen beholdes i 12 måneder etter at et prosjekt er slettet, som dokumentasjon på slettingen.
Når en driftsansvarlig i AISeek åpner filer eller databasen direkte i skyplattformen, logges det i en egen revisjonslogg i Google Cloud. Revisjonsloggen er ikke tilgjengelig i tjenesten, så slik tilgang vises ikke i aktivitetsloggen.
Tekniske logger oppbevares i EU: applikasjonslogger i 30 dager, forespørselslogger i 90 dager og revisjonslogger i 400 dager.
Les mer: Lagringstid per datatype · Hvem har endret eller godkjent et resultat? · Ansattes tilgang
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Hvordan håndteres sikkerhetshendelser og sårbarheter, og når blir vi varslet?
Ved en sikkerhetshendelse som berører deres data, varsler vi dere uten ugrunnet opphold og senest 48 timer etter at vi ble kjent med den. Sårbarheter kan meldes til security@aiseek.no, og vi bekrefter mottak innen 2 virkedager.
Dette gjør dere
- Er dere behandlingsansvarlig, vurder om et brudd på personopplysningssikkerheten skal meldes til Datatilsynet innen 72 timer.
Detaljer
Vi har en skriftlig rutine for håndtering av sikkerhetshendelser, med navngitt ansvarlig og stedfortreder. Adressen står også i security.txt på aiseek.no. Varslingen gjelder også hendelser uten personopplysninger, for eksempel når bedriftsdokumenter kan ha kommet på avveie. Forpliktelsen står i kundeavtalen og databehandleravtalen.
For dokumentene dere laster opp, er AISeek databehandler, eller underdatabehandler når dere selv behandler dokumentasjonen for en byggherre. Ved brudd på personopplysningssikkerheten er det den behandlingsansvarlige som vurderer om bruddet skal meldes til Datatilsynet. Vi varsler dere og bistår med opplysningene som trengs. For opplysninger der AISeek selv er behandlingsansvarlig, for eksempel kontoopplysninger, melder AISeek selv.
Feil og driftsavvik i tjenesten overvåkes automatisk og varsler oss.
Les mer: Databehandleravtale · Behandlingsansvarlig og databehandler
Sist oppdatert 27.09.2026 · fra Sikkerhet og tilgang
Hvordan tas sikkerhetskopier, og hvor raskt kan tjenesten gjenopprettes?
Databasen sikkerhetskopieres daglig og kan settes tilbake til et valgfritt tidspunkt de siste 7 dagene. Slettede og overskrevne filer kan vi hente tilbake i 7 dager, og gjenoppretting av database og filer øves minst én gang i året.
Dette gjør dere
- Skriv til kontakt@aiseek.no så snart som mulig hvis noe er slettet eller overskrevet ved en feil.
- Eksporter FDV-en som ZIP-fil hvis dere vil ha en egen kopi utenfor AISeek.
Detaljer
Sikkerhetskopiene av databasen er kryptert, ligger i samme region som databasen og utløper automatisk etter 7 dager. Kopier av slettede og overskrevne filer utløper også etter 7 dager. Dette er gjenoppretting vi gjør ved behov, ikke versjonshåndtering dere kan bruke i tjenesten.
Databasen er beskyttet mot å bli slettet i sin helhet.
Øvelsene omfatter både database og filer, og de dokumenteres.
Databasen og filene ligger i én Google Cloud-region, der Google lagrer dataene i flere soner. Sikkerhetskopiene ligger i samme region, så de dekker ikke et bortfall av hele regionen.
Vi har ikke fastsatt mål for gjenopprettingstid (RTO) eller største tillatte datatap (RPO).
Les mer: Lagringstid per datatype · Kryptering
Sist oppdatert 27.09.2026 · fra Drift, lagring, sletting og eksport
Sikkerhetskopier og gjenoppretting
| Hva | Slik er det |
|---|---|
| Database | Daglig sikkerhetskopi og gjenoppretting til et valgfritt tidspunkt de siste 7 dagene. Kryptert, i samme region som databasen. |
| Filer | Slettede og overskrevne filer kan vi hente tilbake i 7 dager. |
| Vern mot sletting | Databasen er beskyttet mot å bli slettet i sin helhet. |
| Gjenoppretting | Gjenoppretting av database og filer øves minst én gang i året, og øvelsene dokumenteres. |
| Region | Database og filer i én Google Cloud-region, lagret i flere soner. Sikkerhetskopiene ligger i samme region. |
| Hvor lenge sikkerhetskopiene finnes | 7 dager. Deretter utløper de automatisk. |
Hvilke sertifiseringer og revisjoner gjelder for AISeek og tjenesten?
Tjenesten kjører på Google Cloud, som blant annet har ISO 27001, ISO 27017, ISO 27018 og SOC 2, så datasentrene og plattformen der dokumentene deres lagres, kontrolleres jevnlig av uavhengige revisorer. AISeek AS har ikke egne sertifiseringer eller revisjonsrapporter.
Dette gjør dere
- Hent sertifikatene og revisjonsrapportene til Google Cloud i Googles Compliance Reports Manager.
Detaljer
Googles sertifiseringer dekker Googles del av ansvaret: datasentrene og skyplattformen. De dekker ikke hvordan AISeek konfigurerer, utvikler og drifter tjenesten.
De andre underleverandørene – Google Workspace, Elastic, Auth0, Sentry og CloudConvert – har også ISO 27001, ifølge leverandørenes egne sider. Elastic og Auth0 har i tillegg ISO 27017, ISO 27018 og SOC 2, og Sentry har SOC 2. Sertifiseringene dekker hver leverandørs egen tjeneste. Hvilke data hver av dem behandler, står i listen over underleverandører.
Les mer: Underleverandører · Sikkerhetsskjemaer og revisjon
Sist oppdatert 27.09.2026 · fra Avtaler og dokumentasjon
Dataflyt og KI
- Hvilken vei går et dokument fra opplasting til analyse?
- I hvilke land lagres dataene?
- Hvor skjer KI-behandlingen?
- Hvilke underleverandører og underdatabehandlere brukes?
- Overføres data til land utenfor EØS?
- Kan vi kreve at dataene bare behandles i Norge eller i EU/EØS?
- Kan ansatte, konsulenter eller support lese dokumentene våre?
- Brukes dokumentene, spørsmålene eller resultatene våre til å trene KI-modeller?
- Kan vi begrense eller slå av KI-funksjonene?
- Hvor lenge lagres de ulike typene data?
- Hva er forskjellen på å arkivere og å slette, og hva blir igjen etter sletting?
Hvilken vei går et dokument fra opplasting til analyse?
Filen lastes opp kryptert direkte til lagring i Google Cloud i Finland og skannes for skadevare. Deretter leser og analyserer Gemini i Vertex AI i EU dokumentet, og resultatene lagres i Finland og i søkeindeksen i Belgia; tabellen viser hvert trinn.
Detaljer
Blokkerer nettverket deres direkte opplasting til Google Cloud, går filen via tjenesten i stedet.
Jobbkøen inneholder filnavn og ID-er, ikke dokumentinnhold. Arkiver og e-poster pakkes ut, Office-filer gjøres om til PDF i vår egen tjeneste, og DWG/DXF-tegninger konverteres hos CloudConvert i EU.
Trafikken mellom nettleseren og fdv.aiseek.no går kryptert fram til Google Cloud, og ingen mellomledd dekrypterer den. Dokumentfiler lastes som regel ned direkte fra Google Cloud med tidsbegrensede lenker.
Mangelanalysen lagrer tekstutdrag fra dokumentene sammen med søkevektorer i søkeindeksen.
Les mer: Underleverandører · Skjerming før KI-behandling · Skadelige filer
Sist oppdatert 27.09.2026 · fra Dataflyt og underleverandører
Dokumentets vei fra opplasting til resultat
| Trinn | Hva skjer | Hvor | Ekstern mottaker |
|---|---|---|---|
| 1. Opplasting | Nettleseren sender filen kryptert direkte til lagring. Blokkerer nettverket deres dette, går filen via tjenesten | Google Cloud, Finland | |
| 2. Skanning | Filen skannes for skadevare før behandling | Google Cloud, EU | |
| 3. Kø | En jobb med filnavn og ID-er legges i kø. Dokumentinnhold legges ikke i køen | Google Cloud, Belgia | |
| 4. Utpakking | ZIP-, RAR- og 7Z-arkiver og e-poster pakkes ut | Google Cloud, Finland | – |
| 5. Konvertering | Office-filer gjøres om til PDF i vår egen tjeneste. DWG/DXF-tegninger sendes til CloudConvert og kommer tilbake som PDF; jobben slettes etterpå | Google Cloud, EU; CloudConvert, EU | CloudConvert |
| 6. Lesing | Gemini leser hele filen, også skannede sider og bilder, og henter ut teksten | Vertex AI, EU | |
| 7. Analyse | Gemini klassifiserer etter NS 3451, vurderer informasjonstyper etter NS 3456 og henter ut systemer og komponenter. Tekst og filnavn sendes med, og mappesti for filer fra arkiver og e-post | Vertex AI, EU | |
| 8. Søkevektor | Et KI-sammendrag av dokumentet gjøres om til en søkevektor for TFM-forslag | Vertex AI, EU | |
| 9. Lagring av resultater | Resultater og mellomlagrede KI-svar lagres. Komponenter og systemer legges i søkeindeksen | Google Cloud, Finland; Elastic, Belgia | Elastic |
| 10. Mangelanalyse, når den kjøres | Gemini leser dokumentene og underlaget. Tekstutdrag gjøres om til søkevektorer og lagres i søkeindeksen | Vertex AI, EU; Elastic, Belgia | Google, Elastic |
| 11. Varsel | AISeek får e-post når opplastingen starter og er ferdig, med navn og e-post til den som lastet opp, og antall filer | Google Workspace | |
| 12. Visning og nedlasting | Sider og resultater hentes kryptert fra tjenesten, uten mellomledd som dekrypterer trafikken. Dokumentfiler lastes som regel ned direkte fra lagringen med tidsbegrensede lenker | Google Cloud | |
| 13. Eksport | ZIP-filen bygges, ligger i 7 dager og lastes ned med en tidsbegrenset lenke | Google Cloud, Finland | – |
| 14. Logger og feil | Tekniske logger og feilrapporter | Google Cloud, EU; Sentry, Tyskland | Google, Sentry |
I hvilke land lagres dataene?
Dokumentene, innholdet som hentes ut av dem, databasen og sikkerhetskopiene lagres i Google Cloud i Finland, og søkeindeksen hos Elastic på Google Cloud i Belgia. Begge landene er i EU/EØS.
Detaljer
Andre lagringssteder:
- Jobbkøene ligger i Google Cloud i Belgia og inneholder filnavn og ID-er, ikke dokumentinnhold.
- Tekniske logger lagres i EU.
- Brukerkontoer ligger hos Auth0 i EU-regionen, og feilrapporter hos Sentry i EU (Tyskland).
- DWG/DXF-tegninger konverteres hos CloudConvert i EU, og jobben slettes etter konverteringen.
FDV kjører i et eget Google Cloud-prosjekt, atskilt fra AISeeks andre tjenester.
E-post som tjenesten sender, går gjennom Google Workspace. E-postene inneholder navn, e-postadresser og prosjektnavn, ikke dokumentinnhold. Henvendelser dere sender oss på e-post, med vedlegg, tas også imot i Google Workspace.
Tabellen viser sted per datatype.
Les mer: Underleverandører · Hvor KI-behandlingen skjer · Lagringstid
Sist oppdatert 27.09.2026 · fra Dataflyt og underleverandører
Lagringssted per datatype
| Data | Tjeneste | Sted | Merknad |
|---|---|---|---|
| Opplastede originaler, PDF-versjoner av tegninger og Office-filer, kravlister og prosjekteringsunderlag, analyseresultater | Google Cloud Storage | Finland | |
| Mellomlagrede KI-svar, med tekst hentet ut av dokumentene | Google Cloud Storage | Finland | Slettes når prosjektet slettes permanent |
| Prosjekter, medlemmer og roller, dokumentinformasjon, klassifiseringer, TFM-registre, søkevektorer, aktivitetslogg | Google Firestore | Finland | |
| Søkeindeks: komponenter og systemer, tekstutdrag og søkevektorer fra mangelanalysen | Elastic Cloud på Google Cloud | Belgia | Egen installasjon for FDV |
| Jobbkøer | Google Cloud Tasks | Belgia | Filnavn og ID-er; ikke dokumentinnhold |
| Eksportfiler (ZIP) | Google Cloud Storage | Finland | Slettes automatisk etter 7 dager |
| Sikkerhetskopier av databasen | Google Firestore | Finland | Daglig kopi og gjenoppretting til et tidspunkt, 7 dager |
| Tekniske logger og revisjonslogger | Google Cloud Logging | EU | Kan inneholde e-postadresser og filnavn |
| Trafikklogger (IP-adresse, nettleser, adresse) og KI-bruksmålinger | Google BigQuery | EU | |
| DWG/DXF-tegninger under konvertering | CloudConvert | EU (Tyskland) | Jobben slettes etter konverteringen |
| Brukerkontoer og påloggingslogg | Auth0 (Okta) | EU-region | |
| Feilrapporter og ytelsesmålinger | Sentry | EU (Tyskland) | |
| E-post fra tjenesten og henvendelser til oss | Google Workspace | Google kan behandle e-post utenfor EU/EØS | E-post fra tjenesten inneholder navn, e-postadresser og prosjektnavn, ikke dokumentinnhold. Henvendelser inneholder det dere skriver og legger ved. Grunnlaget for overføring står under overføring utenfor EØS |
Hvor lenge hver datatype lagres, står under lagringstid.
Hvor skjer KI-behandlingen?
KI-analysen gjøres med Google Gemini i Vertex AI i EU, og søkevektorene lages også i Vertex AI i EU. Google bruker ikke innholdet til å trene modeller, etter vilkårene for Vertex AI, og mellomlagring av data i Vertex AI er slått av.
Detaljer
Dette gjelder all KI-behandling i tjenesten: lesing av dokumenter, også skannede sider og bilder, klassifisering, vurdering, uttrekk av systemer og komponenter, og mangelanalysen.
DWG/DXF-tegninger gjøres om til PDF hos CloudConvert i EU. Det er filkonvertering, ikke KI.
Resultatene lagres i Finland, og søkeindeksen i Belgia.
Les mer: KI-modeller og tjenester · Brukes data til trening? · Dokumentets vei
Sist oppdatert 27.09.2026 · fra Dataflyt og underleverandører
Hvilke underleverandører og underdatabehandlere brukes?
Vi bruker seks underleverandører: Google Cloud (EU), Google Workspace (e-post), Elastic (EU, Belgia), CloudConvert (EU), Auth0/Okta (EU-region) og Sentry (EU, Tyskland). Tabellen viser tjeneste, formål, datatyper og sted for hver av dem.
Detaljer
Alle seks har ISO 27001, ifølge leverandørenes egne sider. Sertifiseringene dekker leverandørenes egne tjenester, ikke hvordan AISeek konfigurerer, utvikler og drifter tjenesten.
AISeek AS er avtalepart hos alle seks, og det er inngått databehandleravtale med hver av dem. Sentry og Okta (Auth0) er selskaper i USA. Google, Elastic og Okta bruker selskaper i og utenfor sine konsern, også utenfor EØS, til drift og brukerstøtte. Hvilke data det gjelder, og grunnlaget for overføringen, står under overføring utenfor EØS.
Feilrapporter til Sentry kan inneholde filnavn og e-postadresser.
Listen gjelder FDV-tjenesten. For besøkende på aiseek.no henter nettsiden i tillegg skrifttyper fra Google Fonts.
Les mer: Sertifiseringer · Dokumentets vei · Varsling ved endringer · Databehandleravtalen
Sist oppdatert 27.09.2026 · fra Dataflyt og underleverandører
Underleverandører
| Leverandør | Tjeneste og formål | Datatyper | Sted | Avtalepart og avtale |
|---|---|---|---|---|
| Google Cloud | Drift av tjenesten, fillagring, database, sikkerhetskopier, jobbkøer, logger og skanning av filer. KI-analyse og søkevektorer med Gemini i Vertex AI | Dokumenter, uttrukket tekst, KI-resultater, søkevektorer, prosjekt- og medlemsdata, aktivitetslogg, tekniske logger | EU: Finland, jobbkøer i Belgia; Vertex AI og logger i EU | AISeek AS; databehandleravtale |
| Google Workspace | E-post: prosjektinvitasjoner, driftsvarsler til AISeek, melding om ferdig eksport og henvendelser dere sender oss | Navn og e-postadresser, prosjektnavn, rolle, antall filer, innholdet i henvendelser | Google kan behandle e-post utenfor EU/EØS | AISeek AS; databehandleravtale |
| Elastic (Elastic Cloud på Google Cloud) | Søkeindeks | Uttrukne komponenter og systemer; tekstutdrag og søkevektorer fra mangelanalysen | EU (Belgia) | AISeek AS; databehandleravtale |
| CloudConvert | Konvertering av DWG/DXF-tegninger til PDF | Tegningsfilen med filnavn, og PDF-resultatet. Jobben slettes etter konverteringen | EU (Tyskland) | AISeek AS; databehandleravtale |
| Auth0 (Okta) | Innlogging og brukerkontoer | E-post, navn, profilbilde, bruker-ID, koblede kontoer, passord (hashet) for kontoer med e-post og passord, påloggingslogg med IP-adresse og nettleser | EU-region | AISeek AS; databehandleravtale |
| Sentry | Feil- og ytelsesovervåking | Teknisk feilinformasjon og ytelsesmålinger med bruker-ID; kan inneholde filnavn og e-postadresser | EU (Tyskland) | AISeek AS; databehandleravtale |
Hvilke data som kan gå ut av EØS, og grunnlaget for overføringen, står under «Overføres data til land utenfor EØS?».
Overføres data til land utenfor EØS?
Dokumentene dere laster opp i tjenesten, og innholdet fra dem, lagres og behandles i EU/EØS, men Google og Elastic kan gi selskaper utenfor EU/EØS begrenset tilgang ved vedlikehold og brukerstøtte. Okta (Auth0) og Sentry, som behandler brukerkontoer og feilrapporter, er selskaper i USA, og Google kan også behandle e-post utenfor EU/EØS. Tabellen viser hvilke data det gjelder, hvem som mottar dem, og grunnlaget, også i en pilot.
Dette gjør dere
- Trenger vi å se et dokument for å hjelpe dere, last det opp i prosjektet og inviter oss som medlem, i stedet for å sende det på e-post.
- Har dere sendt oss et dokument på e-post ved en feil, si fra på kontakt@aiseek.no.
Detaljer
Lagringen skjer i Finland og Belgia, KI-analysen og søkevektorene lages i Vertex AI i EU, og tegninger konverteres hos CloudConvert i EU. Tekniske logger lagres i EU, og ingen mellomledd dekrypterer trafikken til tjenesten.
E-post som tjenesten sender, inneholder navn, e-postadresser og prosjektnavn, ikke dokumentinnhold.
Sender dere oss et dokument på e-post, for eksempel til kontakt@aiseek.no, tas det imot av e-posten vår hos Google Workspace, ikke av tjenesten. Den kopien slettes ikke når dere sletter prosjektet, den vises ikke i aktivitetsloggen, og som annen e-post kan Google behandle den utenfor EU/EØS.
Les mer: Hvor dataene lagres · Underleverandører · Piloten og en kundeavtale
Sist oppdatert 27.09.2026 · fra Dataflyt og underleverandører
Data, sted og overføring ut av EØS
| Data | Hvor og hos hvem (under kundeavtale) | Overføring ut av EØS, og grunnlaget | I piloten i dag |
|---|---|---|---|
| Prosjektdokumenter og innholdet som hentes ut av dem | Filer, database og sikkerhetskopier hos Google Cloud i Finland. KI-analyse og søkevektorer i Google Vertex AI i EU. Søkeindeksen hos Elastic i Belgia. Tegninger under konvertering hos CloudConvert i Tyskland | Lagres og behandles i EU/EØS. Selskaper i Google-konsernet i 19 land utenfor EØS, blant annet Google LLC i USA og selskaper i Storbritannia, India og Japan, kan få begrenset tilgang ved vedlikehold og brukerstøtte. Landene står i Googles liste over underleverandører. Grunnlaget er en adekvansbeslutning fra EU der landet har det, ellers EU–USA-rammeverket for personvern (Data Privacy Framework) eller EUs standardkontrakter. Elastic kan gi selskaper i og utenfor konsernet, også i USA, tilgang ved brukerstøtte. Etter Elastics databehandleravtale gjelder EUs standardkontrakter bare når Elastic-selskapet avtalen er med, ligger i et land utenfor EØS uten adekvansbeslutning fra EU, og bare så langt partene ellers ville bryte personvernreglene ved overføringen; da setter de også vilkår for tilgang fra andre selskaper. Ellers nevner avtalen ikke noe eget grunnlag for tilgang fra andre selskaper i og utenfor Elastic-konsernet ved brukerstøtte, men krever at Elastic har en skriftlig avtale med hver underleverandør om å beskytte dataene slik personvernreglene og databehandleravtalen krever, og at Elastic svarer for underleverandørene som for seg selv. Elasticsearch, Inc. i USA er sertifisert etter EU–USA-rammeverket, og Elastic oppgir at selskapet bruker rammeverket ved overføringer til USA og EUs standardkontrakter med underleverandørene | Lagres på samme sted. KI-analysen går via Googles globale endepunkt og kan skje utenfor EU/EØS, med grunnlaget Google oppgir over. Søkevektorer lages hos Voyage AI i USA, med grunnlag i EUs standardkontrakter i Voyages databehandleravtale. CloudConvert er ikke låst til EU og kan velge en region i USA; et overføringsgrunnlag for det er ikke bekreftet, og alle konverteringene i loggene fra 28. august til 27. september 2026 er gjort i Tyskland. Trafikken går via Cloudflare, et selskap i USA, med grunnlag i EU–USA-rammeverket, ellers EUs standardkontrakter |
| Konto- og innloggingsdata | Brukerkontoer og påloggingslogg hos Auth0 (Okta) i EU-regionen. Prosjektmedlemmer, roller og aktivitetslogg hos Google Cloud i Finland | Okta, Inc. er et selskap i USA og kan behandle data i USA og andre land utenfor EØS, blant annet ved brukerstøtte og hos egne underleverandører. Grunnlag: EUs standardkontrakter i Oktas databehandleravtale. Okta er også sertifisert etter EU–USA-rammeverket. For data hos Google Cloud: som for prosjektdokumentene | Samme sted, men trafikken til fdv.aiseek.no, også innloggingsøkten, medlemslister og roller, går via Cloudflare, et selskap i USA, som dekrypterer den, med grunnlag i EU–USA-rammeverket, ellers EUs standardkontrakter |
| Driftsdata: tekniske logger og feilrapporter | Tekniske logger hos Google Cloud i EU. Feilrapporter hos Sentry, lagret i Tyskland; de kan inneholde filnavn og e-postadresser | Sentry (Functional Software, Inc.) er et selskap i USA og kan behandle feilrapportene fra USA. Grunnlag: EU–USA-rammeverket, etter Sentrys databehandleravtale. For tekniske logger hos Google Cloud: som for prosjektdokumentene | Tekniske logger lagres i Googles globale logglagring, som kan ligge utenfor EU/EØS, med grunnlaget Google oppgir. Feilrapportene som under kundeavtale |
| E-post: henvendelser til oss, med vedlegg, og e-post fra tjenesten | Google Workspace tar imot henvendelser til kontakt@aiseek.no, privacy@aiseek.no og security@aiseek.no, med det dere skriver og legger ved. E-post fra tjenesten: invitasjoner, driftsvarsler og melding om ferdig eksport, med navn, e-postadresser og prosjektnavn, ikke dokumentinnhold | Google kan behandle e-post utenfor EU/EØS. Grunnlag: EU–USA-rammeverket gjennom Google LLC, ellers EUs standardkontrakter | Samme |
| Kontaktskjemaet på aiseek.no | Nettsiden kjører på Google Cloud i Finland. E-postadressen dere oppgir, sendes til oss som e-post gjennom Google Workspace | Som for e-post. Tekniske logger for nettsiden lagres i Googles globale logglagring, som kan ligge utenfor EU/EØS | Samme |
Grunnlagene er slik leverandørene selv oppgir dem i databehandleravtalene sine. Under kundeavtale er databehandleravtalen med hver leverandør inngått med AISeek AS som part; for piloten er det ikke bekreftet.
Kan vi kreve at dataene bare behandles i Norge eller i EU/EØS?
EU/EØS er standard: for alle kunder med avtale lagres og behandles dokumentene de laster opp i tjenesten, og innholdet fra dem, i EU/EØS. Behandling bare i Norge tilbyr vi ikke.
Dette gjør dere
- Hold dokumenter som må behandles i Norge, utenfor tjenesten.
- Last opp dokumenter i prosjektet i stedet for å sende dem til oss på e-post.
Detaljer
Lagringen skjer i Finland og Belgia. KI-analysen og søkevektorene lages i Vertex AI i EU, og tegninger konverteres hos CloudConvert i EU. Tekniske logger lagres i EU.
Brukerkontoer hos Auth0 og feilrapporter hos Sentry ligger også i EU, men Okta (Auth0) og Sentry er selskaper i USA. E-post går gjennom Google Workspace, og Google kan behandle e-post utenfor EU/EØS; se overføring utenfor EØS.
Les mer: Hvor dataene lagres · Overføring utenfor EØS
Sist oppdatert 27.09.2026 · fra Dataflyt og underleverandører
Kan ansatte, konsulenter eller support lese dokumentene våre?
Bare navngitte driftsansvarlige i AISeek har teknisk tilgang til kundedata, og KI-baserte utviklingsverktøy har ikke tilgang til kundedata. Gjennom tjenesten ser AISeek-ansatte prosjektene deres bare når dere inviterer dem, og dere kan fjerne dem igjen.
Dette gjør dere
- Trenger vi å se et dokument for å hjelpe dere, last det opp i prosjektet og inviter oss som medlem, i stedet for å sende det på e-post.
- Fjern oss fra prosjektet når vi ikke lenger trenger tilgangen.
Detaljer
Den tekniske tilgangen brukes til drift og feilretting. Når driftsansvarlige åpner dokumenter eller databasen direkte i skyplattformen, logges det.
Alle med tilgang har taushetsplikt etter databehandleravtalen.
Tjenesten har ingen administratorfunksjon for AISeeks ansatte og ingen funksjon for å logge inn som en annen bruker.
FDV kjører i et eget Google Cloud-prosjekt, atskilt fra AISeeks andre tjenester, og utvikling og produksjon er atskilt.
Driftsvarslene AISeek får på e-post ved opplasting, inneholder navn og e-post til den som lastet opp, og antall filer, ikke dokumentinnhold.
Et dokument dere sender oss på e-post, tas imot av e-posten vår hos Google Workspace, ikke av tjenesten, og kan leses av dem som mottar e-posten.
Les mer: Logging og aktivitetslogg · Skille mellom kunder og prosjekter · Sikker utvikling
Sist oppdatert 27.09.2026 · fra Dataflyt og underleverandører
Brukes dokumentene, spørsmålene eller resultatene våre til å trene KI-modeller?
Nei. AISeek trener eller finjusterer ingen KI-modeller på dokumentene, forespørslene eller resultatene deres, og Google bruker ikke innholdet til å trene modeller etter vilkårene for Vertex AI.
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.
Les mer: Oppbevarer KI-leverandørene innholdet? · Kan våre data påvirke andre kunders resultater? · Hvilke KI-tjenester brukes?
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Kan vi begrense eller slå av KI-funksjonene?
Dere kan begrense hva KI-en behandler, men ikke slå KI-analysen av. Tjenesten er bygget på den og fungerer ikke uten, så dokumentene som tas inn til analyse, blir analysert av KI.
Dette gjør dere
- Ikke last opp dokumenter som ikke skal behandles av KI.
- Start mangelanalysen bare når dere trenger den. Den kjører bare når en eier eller redigerer starter den.
- Slå på «Ikke foreslå nye systemer fra dokumenter» i prosjektinnstillingene hvis KI ikke skal foreslå nye systemer.
- La «Les filer med ukjent struktur» i prosjektinnstillingene stå av hvis KI ikke skal foreslå hvordan en systemadresseliste med ukjent oppsett skal leses når den lastes opp under Systemadresseliste.
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.
Les mer: Kan personopplysninger skjermes før KI-behandlingen? · Hva bør ikke lastes opp?
Sist oppdatert 27.09.2026 · fra KI, kvalitet og fagansvar
Hvor lenge lagres de ulike typene data?
Dokumentene, analysene og prosjektdataene deres lagres så lenge avtalen varer, uten automatisk sletting underveis. Midlertidige filer, tekniske logger og sikkerhetskopier har faste, kortere lagringstider, som står i tabellen.
Dette gjør dere
- Slett dokumenter og prosjekter når dere ikke lenger trenger dem. Prosjekteier kan gjøre det når som helst.
- Eksporter FDV-en som ZIP-fil for varig oppbevaring.
Detaljer
Hva som blir igjen etter sletting, og hvor lenge, står under arkivering og sletting.
Alle tekniske logger lagres i EU: applikasjonslogger i 30 dager, forespørselslogger i 90 dager og revisjonslogger i 400 dager.
Etter TEK17 § 4-2 skal dokumentasjonen for driftsfasen overleveres til og oppbevares av byggverkets eier. ZIP-filen kan åpnes uten AISeek. AISeek er et arbeidsverktøy mens prosjektet pågår, ikke et langtidsarkiv.
Les mer: Arkivering og sletting · Når en pilot eller avtale avsluttes · Eksport · Logging og aktivitetslogg
Sist oppdatert 27.09.2026 · fra Drift, lagring, sletting og eksport
Lagringstid per datatype
| Data | Hvor lenge |
|---|---|
| Dokumenter og filer (originaler og PDF-versjoner) | Så lenge avtalen varer, eller til dere sletter dem |
| Analyseresultater, klassifiseringer, registre og medlemmer | Så lenge avtalen varer, eller til prosjektet slettes permanent. Sletter dere ett dokument, kan tekst og resultater fra det bli liggende til prosjektet slettes. |
| Mellomlagrede KI-resultater, med tekst hentet ut av dokumentene | Slettes senest når prosjektet slettes permanent |
| Søkeindeks (komponenter, systemer og tekstutdrag fra mangelanalysen) | Til prosjektet slettes permanent |
| Aktivitetslogg (hvem gjorde hva, og når) | Så lenge prosjektet finnes, og i 12 måneder etter at det er slettet, som dokumentasjon på slettingen |
| Regnearkfil lastet opp for import av systemadresseliste | Selve filen slettes etter 1–2 døgn. Innholdet ligger videre i prosjektdataene. |
| Eksportfiler (ZIP) | 7 dager. Dere kan lage en ny eksport når som helst. |
| Jobbkø (blant annet filnavn, prosjekt og bruker – ikke dokumentinnhold) | Fjernes når jobben er utført. Tjenesten prøver på nytt i inntil 12 timer. |
| Tegninger sendt til konvertering hos CloudConvert (EU) | Slettes hos CloudConvert når konverteringen er ferdig |
| Applikasjonslogger | 30 dager, i EU |
| Forespørselslogger (IP-adresse, nettleser og nettadresse, som kan inneholde filnavnet) og bruksmålinger | 90 dager, i EU |
| Revisjonslogger for plattformen, blant annet teknisk tilgang til lagrede data | 400 dager, i EU |
| Sikkerhetskopier av databasen, tidligere filversjoner og slettede filer | Utløper automatisk etter 7 dager |
| Brukerkonto (navn, e-post og profilbilde) | Til kontoen slettes. Be om sletting på privacy@aiseek.no. Navn og e-post på dokumenter og i aktivitetsloggen følger lagringstiden for dem. |
| Feilrapporter (Sentry) og innloggingslogg (Auth0) | Etter leverandørens lagringstid. Begge lagrer i EU. |
Hva er forskjellen på å arkivere og å slette, og hva blir igjen etter sletting?
«Arkiver prosjekt» skjuler prosjektet uten å slette noe, og prosjekteier kan hente det fram igjen. Permanent sletting fjerner innholdet i prosjektet, også mellomlagring og søkeindeks. Aktivitetsloggen beholdes i 12 måneder, og sikkerhetskopier og tekniske logger slettes når lagringstiden deres er ute.
Dette gjør dere
- Velg «Arkiver prosjekt» i menyen øverst i prosjektet for å skjule et prosjekt uten å slette noe. Arkiverte prosjekter finner dere med filteret for arkiverte prosjekter i prosjektlisten.
- Velg «Slett all data permanent» i prosjektinnstillingene for å slette innholdet i prosjektet, og bekreft ved å skrive inn prosjektnavnet.
- Skriv til kontakt@aiseek.no så snart som mulig hvis dere har slettet noe ved en feil.
Detaljer
Arkivering: Bare prosjekteier kan arkivere et prosjekt. Prosjektet forsvinner fra den vanlige prosjektlisten, men dokumenter, analyser, filer og medlemskap beholdes, og medlemmene beholder rollene sine.
Permanent sletting: Bare prosjekteier kan slette et prosjekt permanent, og det kan ikke gjøres mens dokumenter lastes opp eller analyseres. Dere kan ikke angre permanent sletting i tjenesten. I inntil 7 dager kan vi gjenopprette slettede data fra sikkerhetskopiene, for eksempel etter en feilsletting.
Dette slettes:
- dokumentene og filene, også originalfiler og PDF-versjoner
- analyseresultater og mellomlagrede KI-resultater med tekst hentet ut av dokumentene
- søkeindeksen, også tekstutdragene fra mangelanalysen
- systemadresselisten, TFM-registeret og resultatene fra systemuttrekket
- kravgrunnlaget som er lastet opp til mangelanalysen, og rapportene
- prosjektet og medlemslisten
Filene fjernes fra lagringen i bakgrunnen kort tid etter.
Dette blir igjen:
- aktivitetsloggen, med hvem som slettet og når, i 12 måneder etter slettingen; den inneholder navn og e-post for medlemmene
- sikkerhetskopier, tidligere filversjoner og slettede filer, til de utløper etter 7 dager
- tekniske logger, til de utløper etter lagringstidene for logger
Sletting av ett dokument: Prosjekteier kan slette enkeltdokumenter, og en redigerer kan slette dokumenter som er holdt tilbake. Filen slettes, også originalfilen, med mindre et identisk dokument i prosjektet fortsatt bruker den. Tekst og resultater som er hentet ut av dokumentet, kan likevel bli liggende til hele prosjektet slettes permanent. At dokumentet har eksistert, hvem som lastet det opp og hvem som slettet det, står fortsatt i aktivitetsloggen.
Hos underleverandørene: Tegninger som er sendt til konvertering, slettes hos CloudConvert når konverteringen er ferdig. Mellomlagring hos Google Vertex AI er slått av. Hva Google ellers kan oppbevare, står under KI-leverandørenes lagring.
Les mer: Lagringstid per datatype · Logging og aktivitetslogg · Oppbevarer KI-leverandøren innholdet? · Innsyn, retting og sletting
Sist oppdatert 27.09.2026 · fra Drift, lagring, sletting og eksport
Hva permanent sletting av et prosjekt fjerner
| Data | Ved permanent sletting av prosjektet |
|---|---|
| Dokumenter og filer, også originalfiler og PDF-versjoner | Slettes. Filene fjernes fra lagringen i bakgrunnen kort tid etter. |
| Analyseresultater og mellomlagrede KI-resultater | Slettes |
| Søkeindeks, også tekstutdrag fra mangelanalysen | Slettes |
| Systemadresseliste, TFM-register og systemuttrekk | Slettes |
| Kravgrunnlag lastet opp til mangelanalysen, og rapporter | Slettes |
| Prosjektet og medlemslisten | Slettes |
| Aktivitetsloggen, også hvem som slettet og når | Beholdes i 12 måneder som dokumentasjon på slettingen |
| Sikkerhetskopier, tidligere filversjoner og slettede filer | Utløper automatisk etter 7 dager |
| Tekniske logger | Utløper etter lagringstidene for logger |
| Tegninger sendt til konvertering hos CloudConvert | Allerede slettet der når konverteringen er ferdig |
Hvem kan arkivere, slette og eksportere
| Handling | Hvem |
|---|---|
| Arkivere prosjekt («Arkiver prosjekt») | Prosjekteier |
| Hente fram et arkivert prosjekt | Prosjekteier |
| Slette prosjekt permanent («Slett all data permanent») | Prosjekteier. Bekreftes ved å skrive inn prosjektnavnet. |
| Slette en opplasting | Prosjekteier kan slette alle opplastinger. Redigerere og opplastere kan slette sine egne. |
| Slette ett dokument | Prosjekteier. En redigerer kan også slette dokumenter som er holdt tilbake. |
| Fjerne medlemmer | Prosjekteier kan fjerne alle. En redigerer kan fjerne medlemmer som ikke er eiere. |
| Eksportere ZIP | Alle medlemmer. En opplaster får bare med egne dokumenter. |
| Kjøre feilede dokumenter på nytt | Den som lastet opp, prosjekteier eller redigerer |
Avtale og databehandling
- Hvem er avtalepart, og hvem kontakter vi?
- Hvor finner vi databehandleravtalen?
- Hvem er behandlingsansvarlig, og hvem er databehandler?
- Hvem har rettighetene til dokumentene vi laster opp og resultatene AISeek lager?
- Hvem har ansvaret ved feil, datatap eller brudd på avtalen?
- Hvordan forholder AISeek seg til KI-regelverket (EUs KI-forordning)?
- Hvilken brukerstøtte og tilgjengelighet får vi?
- Hva gjelder for bindingstid og oppsigelse?
- Hva skjer med dataene våre når en pilot eller avtale avsluttes?
- Kan vi eksportere dataene våre uten å bli låst til AISeek?
Hvem er avtalepart, og hvem kontakter vi?
Avtalepart er AISeek AS, org.nr. 936 671 055. Avtale, databehandleravtale, pris og brukerstøtte går til kontakt@aiseek.no, personvern og innsyn til privacy@aiseek.no, og sikkerhetshendelser og sårbarheter til security@aiseek.no.
Detaljer
Sikkerhetsadressen står også i security.txt på aiseek.no.
AISeek AS er avtalepart hos alle underleverandørene og har databehandleravtale med hver av dem.
Les mer: Underleverandører · Sikkerhetshendelser · Innsyn, retting og sletting
Sist oppdatert 27.09.2026 · fra Avtaler og dokumentasjon
Hvor finner vi databehandleravtalen?
Databehandleravtalen er vedlegg til kundeavtalen og bygger på DFØs mal for databehandleravtale. Standardteksten og de tomme bilagene er offentlige hos DFØ på anskaffelser.no, og utfylte bilag sender vi dere på forespørsel før dere signerer.
Dette gjør dere
- Les DFØs standardtekst og de tomme bilagene på anskaffelser.no; dere trenger ikke spørre oss.
- Be om de utfylte bilagene på kontakt@aiseek.no før dere signerer.
- Kontroller avtalen med DFØs sjekkliste for databehandleravtaler.
Detaljer
DFØs mal har fire bilag, og det er dem vi fyller ut:
- Bilag A: behandlingen, med formålet, hva vi gjør med dataene, hvilke personopplysninger det gjelder, og hvem de gjelder.
- Bilag B: underdatabehandlerne, med hva hver av dem gjør, og hvor.
- Bilag C: sikkerhetstiltakene, hvor dataene behandles, revisjon, og sletting og tilbakelevering når avtalen opphører.
- Bilag D: endringer vi gjør i DFØs standardtekst.
Avtalen gjelder dokumentene dere laster opp, analyseresultatene, prosjektene, medlemmene og invitasjonene, der dere er behandlingsansvarlig og AISeek er databehandler. For opplysninger om kontoer, kontaktpersoner og fakturering er AISeek selv behandlingsansvarlig.
Les mer: DFØs mal og sjekkliste for databehandleravtale · Behandlingsansvarlig og databehandler · Underleverandører · Varsling ved endringer · Bidrag til DPIA
Sist oppdatert 27.09.2026 · fra Avtaler og dokumentasjon
Hvem er behandlingsansvarlig, og hvem er databehandler?
For dokumentene dere laster opp, og for analyseresultater, prosjekter, medlemmer og invitasjoner, er dere behandlingsansvarlig og AISeek AS databehandler. For brukerkontoer, kontaktpersoner i kundeforholdet, henvendelser og fakturering er AISeek AS behandlingsansvarlig.
Dette gjør dere
- Bestem hvilke dokumenter som lastes opp, og hvem som er medlem av prosjektene.
Detaljer
Rollene og behandlingen står i databehandleravtalen, som inngås sammen med kundeavtalen.
Behandler dere selv dokumentasjonen på vegne av en byggherre, blir AISeek underdatabehandler i den kjeden.
Les mer: Databehandleravtalen · Hva opplysningene brukes til
Sist oppdatert 27.09.2026 · fra Personvern og databehandling
Hvem har rettighetene til dokumentene vi laster opp og resultatene AISeek lager?
Dokumentene dere laster opp, forblir deres, og AISeek overtar ingen rettigheter til dem. AISeek trener eller finjusterer ingen KI-modeller på kundedata.
Detaljer
Vilkårene for bruk sier: «Dokumenter du laster opp forblir din eiendom.» Plattformen og teknologien bak tilhører AISeek AS.
Kundedata brukes bare til å levere tjenesten til dere – ikke til testing, demo, markedsføring eller kvalitetsmåling uten skriftlig samtykke.
Les mer: Vilkår for bruk · Brukes dataene til trening? · Brukes dataene til andre formål?
Sist oppdatert 27.09.2026 · fra Avtaler og dokumentasjon
Hvem har ansvaret ved feil, datatap eller brudd på avtalen?
Ansvaret ved feil, datatap og mislighold følger av kundeavtalen. For KI-resultatene sier vilkårene for bruk at de kan være unøyaktige, og at viktig informasjon alltid bør verifiseres mot originaldokumentasjonen.
Dette gjør dere
- Kontroller viktig informasjon i KI-resultatene mot originaldokumentet før dere bruker den. Dere kan åpne dokumentet ved siden av resultatet.
Detaljer
Ordlyden i vilkårene er: «AISeek bruker AI-teknologi og kan gi unøyaktige resultater. Brukere bør alltid verifisere viktig informasjon fra AI-genererte svar mot originaldokumentasjonen.»
Resultatene er forslag fra KI og faste regler. De erstatter ikke faglig kontroll eller formell godkjenning. Hver vurdering er knyttet til dokumentet den gjelder.
Hvordan dataene sikres mot tap, står under sikkerhetskopi og gjenoppretting.
Les mer: Vilkår for bruk · Ansvar for kvalitetssikring · Betyr grønt at alt er godkjent? · Sikkerhetskopi og gjenoppretting
Sist oppdatert 27.09.2026 · fra Avtaler og dokumentasjon
Hvordan forholder AISeek seg til KI-regelverket (EUs KI-forordning)?
KI-klassifiseringene i AISeek er merket som forslag dere kan endre, og hvert resultat er knyttet til dokumentet det gjelder. Vi har ikke gjennomført og dokumentert en vurdering av tjenesten etter EUs KI-forordning eller den norske gjennomføringen av den.
Dette gjør dere
- Kontroller KI-resultatene faglig, og endre klassifiseringer som er feil. Resultatene er forslag, ikke en formell godkjenning.
- Gjør deres egen vurdering av tjenesten ut fra hvilke KI-tjenester som brukes, og hva som sendes til dem. Det står på siden om KI og kvalitet.
Les mer: Endringer og godkjenning · Ansvar for kvalitetssikring · Hvilke KI-modeller brukes
Sist oppdatert 27.09.2026 · fra Avtaler og dokumentasjon
Hvilken brukerstøtte og tilgjengelighet får vi?
Brukerstøtte får dere på e-post til kontakt@aiseek.no. Brukergrensesnittet er på norsk og engelsk, og vi beskriver nye funksjoner og forbedringer i endringsloggen.
Detaljer
Kontaktadressene for personvern og sikkerhet står under avtalepart og kontakt. Hvordan vi håndterer og varsler om sikkerhetshendelser, står under sikkerhetshendelser.
Om tilgjengelighet sier vilkårene for bruk: «Vi tilstreber høy oppetid, men garanterer ikke uavbrutt tilgang. Planlagt vedlikehold varsles på forhånd.» Hva som skjer med en analyse ved driftsstans, står under driftsstans og feilet analyse.
Les mer: Endringslogg · Avtalepart og kontakt · Sikkerhetshendelser · Driftsstans og feilet analyse · Vilkår for bruk
Sist oppdatert 27.09.2026 · fra Passer AISeek for dere?
Hva gjelder for bindingstid og oppsigelse?
Det er ingen binding, og dere kan avbryte når som helst.
Dette gjør dere
- Send spørsmål om avtalen, også om oppsigelse, til kontakt@aiseek.no.
- Eksporter dokumentene selv; det kan dere gjøre når som helst.
Detaljer
Hva som skjer med dataene når avtalen avsluttes, står på siden om lagring og sletting.
Les mer: Når en pilot eller avtale avsluttes · Eksport · Pris
Sist oppdatert 27.09.2026 · fra Passer AISeek for dere?
Hva skjer med dataene våre når en pilot eller avtale avsluttes?
Når avtalen avsluttes, kan dere fortsatt eksportere dataene i 30 dager. Deretter sletter vi dem innen 30 dager og bekrefter slettingen skriftlig. Når en pilot er over, sletter vi prosjektene, men noe avledet innhold blir i dag ikke slettet sammen med dem.
Dette gjør dere
- Eksporter det dere vil beholde, når som helst mens avtalen varer eller innen 30 dager etter at den er avsluttet.
- Eksporter det dere vil beholde fra en pilot, senest når piloten er over.
- Slett prosjektene permanent selv hvis dataene skal slettes før avtalen er slutt. Bare prosjekteier kan slette et prosjekt permanent.
Detaljer
Slettingen omfatter alle prosjektene deres, med dokumenter, filer, analyser, registre og søkeindeks, slik det står under arkivering og sletting. Aktivitetsloggen beholdes i 12 måneder etter slettingen som dokumentasjon. Sikkerhetskopier og tekniske logger utløper etter lagringstidene.
Hvilket avledet innhold som i dag ikke slettes sammen med prosjektene etter en pilot, står i tabellen under svaret om pilot.
Avtalen og fakturaopplysninger oppbevarer vi så lenge regnskapsreglene krever.
Les mer: Eksport · Arkivering og sletting · Lagringstid per datatype · Pilot og kundeavtale
Sist oppdatert 27.09.2026 · fra Drift, lagring, sletting og eksport
Kan vi eksportere dataene våre uten å bli låst til AISeek?
Alle prosjektmedlemmer kan når som helst eksportere dokumentene som en vanlig ZIP-fil, også originalfilene til tegninger og Office-filer. Rapportene, mangelrapporten og aktivitetsloggen lastes ned hver for seg.
Dette gjør dere
- Velg mappeoppsett for ZIP-eksporten: mapper etter NS 3451, flat struktur med TFM-merking i filnavnene, eller mapper etter TFM.
- Kjør feilede dokumenter på nytt før dere eksporterer. Dokumenter som fortsatt har feilet, kommer ikke med.
- Last ned rapportene og mangelrapporten for seg, og legg dem ved ZIP-filen når dere overleverer.
- Last ned eksportfilen innen 7 dager, eller lag en ny når som helst.
Detaljer
ZIP-filen har en manifest.json med dokument-ID, filnavn, plassering i eksporten og NS 3451-kode for hver fil, og en liste over dokumenter som er utelatt, med begrunnelse. Filen kan åpnes uten AISeek.
Rapporter lastes ned som PDF, mangelrapporten som PDF og CSV, og aktivitetsloggen som CSV, med opptil 20 000 hendelser, de nyeste først.
Dette følger ikke med i ZIP-filen:
- dokumenter som feilet eller er holdt tilbake
- KI-analyser og sammendrag
- komponentregisteret og TFM-registeret som tabell
- endringshistorikken (den ligger i aktivitetsloggen)
En opplaster får bare med sine egne dokumenter.
Les mer: Overlevering til byggeier · Bevares originalfilene uendret? · Hvis AISeek avvikles
Sist oppdatert 27.09.2026 · fra Drift, lagring, sletting og eksport
Eksport – hva følger med
| Del | Med i ZIP-filen? | Merknad |
|---|---|---|
| Ferdig analyserte dokumenter | Ja | Tre oppsett: mapper etter NS 3451, flat struktur med TFM-merking i filnavnene, eller mapper etter TFM |
| Originalfiler for tegninger (DWG/DXF) og Office-filer | Ja | |
| manifest.json | Ja | Dokument-ID, filnavn, plassering i eksporten og NS 3451-kode for hver fil, og utelatte dokumenter med begrunnelse |
| Dokumenter som feilet eller er holdt tilbake | Nei | |
| KI-analyser og sammendrag | Nei | NS 3451-koden for hver fil står i manifest.json |
| Komponentregister og TFM-register som tabell | Nei | TFM-kodene kan følge med i filnavnene eller som mappenavn |
| Endringshistorikk | Nei | Aktivitetsloggen lastes ned for seg som CSV, med opptil 20 000 hendelser |
| Rapporter | Nei | Lastes ned for seg: rapporter som PDF, mangelrapporten som PDF og CSV |
| Hvor lenge eksportfilen ligger klar | 7 dager | Dere kan lage en ny eksport når som helst |
Pilot og oppstart
Hvordan kommer vi i gang, og hva må vi signere?
Som kunde signerer dere én avtale: kundeavtalen, med databehandleravtalen som vedlegg. Deretter laster dere opp dokumentene og tar tjenesten i bruk. Vil dere teste først, kan dere prøve AISeek gratis i 14 dager, uten binding, med en egen pilotavtale.
Dette gjør dere
- Skriv til kontakt@aiseek.no, så sender vi dere kundeavtalen og databehandleravtalen med utfylte bilag til gjennomlesing.
- Signer kundeavtalen.
- Logg inn etter en kort innføring, opprett et prosjekt, og last opp filer, mapper, arkiver eller e-post i nettleseren.
- Inviter selv kolleger og underentreprenører, med rollen som passer.
- Kontroller forslagene, og ta ut rapporter og eksport.
- Vil dere logge inn med virksomhetens egen Entra ID, la IT-avdelingen deres registrere en app for AISeek i Entra ID og sende oss opplysningene vi trenger. Resten setter vi opp.
- Vil dere prøve først, fyll inn skjemaet på aiseek.no, så kontakter vi dere for en gratis demo og prøveperiode.
Detaljer
Det trengs ingen installasjon; alt skjer i nettleseren. AISeek foreslår koder og viser hva som mangler mot kravspesifikasjonen deres.
Hva som er annerledes i en pilot enn under en kundeavtale, står i svaret om pilot. Vil dere fortsette etter piloten, signerer dere kundeavtalen.
Les mer: Pilot og kundeavtale · Databehandleravtalen · Hva må vi avklare før vi laster opp? · Roller og rettigheter · Innlogging og SSO · Pris
Sist oppdatert 27.09.2026 · fra Passer AISeek for dere?
Hvordan gjennomfører vi en pilot, og hva er annerledes enn under en kundeavtale?
Dere kan prøve AISeek gratis i 14 dager, uten binding, med dokumenter uten personopplysninger og uten konfidensiell eller gradert informasjon. Piloten kjører på tjenesten slik den er i dag, uten databehandleravtale. Dokumentene lagres i de samme landene som under en kundeavtale, men plattformen deles med AISeeks andre tjenester, og KI-behandlingen, underleverandørene, innloggingen og tilgangskontrollen er ikke de samme; tabellen viser forskjellene.
Dette gjør dere
- Fyll inn skjemaet på aiseek.no, så kontakter vi dere for en gratis demo og prøveperiode.
- Hold dokumenter med navn på personer utenfor piloten, for eksempel en systemadresseliste med kontaktpersoner.
- Eksporter det dere vil beholde, senest når piloten er over. Det kan dere gjøre når som helst.
- Vil dere fortsette etter piloten, signer kundeavtalen med databehandleravtalen som vedlegg.
Detaljer
Når piloten er over, sletter vi prosjektene.
Prisen for å fortsette gis på forespørsel.
Les mer: Prøv AISeek gratis · Kom i gang · Data og overføring ut av EØS · Pris · Eksport
Sist oppdatert 27.09.2026 · fra Passer AISeek for dere?
Piloten og en kundeavtale
| Hva | Under kundeavtale | I piloten i dag |
|---|---|---|
| Lagring | Google Cloud i Finland og Elastic i Belgia, på en egen plattform for FDV | Samme land. Plattformen deles med AISeeks andre tjenester |
| KI-behandling | Gemini og søkevektorer i Vertex AI i EU. Mellomlagringen hos Google er slått av | Gemini via Googles globale endepunkt, som kan behandle forespørslene utenfor EU/EØS, og mellomlagringen er slått på. Søkevektorene lages hos Voyage AI i USA, av KI-sammendrag og tekstutdrag fra mangelanalysen. Kontoen hos Voyage er reservert mot trening, så Voyage bruker ikke innholdet til å trene modeller |
| Underleverandører | Seks: Google Cloud, Google Workspace, Elastic, CloudConvert, Auth0 (Okta) og Sentry. CloudConvert er låst til Tyskland | I tillegg Voyage AI og Cloudflare, begge selskaper i USA. CloudConvert er ikke låst til EU, og CloudConvert sletter filene selv innen 24 timer |
| Trafikk og logger | Trafikken går kryptert fram til Google Cloud, uten mellomledd som dekrypterer den. Tekniske logger lagres i EU | Trafikken går via Cloudflare, som dekrypterer den. Tekniske logger lagres i Googles globale logglagring, som kan ligge utenfor EU/EØS |
| Innlogging | Med virksomhetens egen Entra ID, eller med Google- eller Microsoft-konto eller e-post og passord med flerfaktor. Økten utløper etter 12 timer uten aktivitet | Med Google- eller Microsoft-konto, eller e-post og passord uten krav om flerfaktor. Innlogging med virksomhetens egen Entra ID er ikke satt opp. Økten utløper etter 7 dager uten aktivitet |
| AISeeks tilgang | Dere styrer roller per prosjekt. Bare navngitte driftsansvarlige har teknisk tilgang, og når de leser dokumenter eller databasen, logges det | Samme roller i tjenesten, men én e-postadresse som AISeek bruker, kan ikke fjernes av prosjekteier når den er medlem, og heller ikke settes ned når den er eier. Plattformen deles med AISeeks andre tjenester, så den tekniske tilgangen er ikke begrenset til navngitte driftsansvarlige, og lesing av filer og database logges ikke |
| Skanning for skadevare | Hver fil skannes før behandling | Filene skannes ikke |
| Sletting | Permanent sletting fjerner alt innholdet i prosjektet, også mellomlagring og søkeindeks | Vi sletter prosjektene. Noe avledet innhold, blant annet mellomlagret tekst fra dokumentene og tekstutdrag fra mangelanalysen, blir i dag ikke slettet sammen med prosjektet |
| Databehandleravtale | Vedlegg til kundeavtalen | Inngås ikke. Bruk dokumenter uten personopplysninger og uten konfidensiell eller gradert informasjon |
Google bruker ikke innholdet til å trene modeller, verken i piloten eller under en kundeavtale.
Hva koster AISeek etter piloten?
Prisen gis på forespørsel.
Dette gjør dere
- Be om pris ved å fylle inn skjemaet på aiseek.no eller skrive til kontakt@aiseek.no.
Detaljer
Dette tilbyr vi:
- Prøv AISeek gratis i 14 dager.
- 100 % fornøyd-garanti.
- Ingen binding. Dere kan avbryte når som helst.
Les mer: Kontakt oss · Pilot og kundeavtale · Bindingstid og oppsigelse
Sist oppdatert 27.09.2026 · fra Passer AISeek for dere?