321school Trust Center

Dokumentasjon for skole og kommune

Her finner skoler, skoleeiere, lærere, elever og foresatte informasjon om hvordan 321school fungerer, hvilke personopplysninger som behandles, og arbeidet med personvern og informasjonssikkerhet. Dokumentasjonen skiller mellom dagens løsning, testede forbedringer og forhold som må avklares før avtalt skolebruk.

Arbeidsutkast v0.12. Innhold revidert: 12. november 2026.

321skole i undervisningen

En plattform for lærere og elever. 321school, kalt 321skole i Norge, leveres av Fjord Service og kombinerer undervisningsinnhold, digitale klasserom og lærerstyrte aktiviteter.
Fleksibel tilgang for læreren. Lærere kan opprette en e-postkonto med e-postverifisering. Feide er registrert som innloggingsalternativ; skolens aktivering og innlogging kontrolleres før bruk. Tjenesten kan brukes med individuell lærerlisens eller skolelisens innenfor skolens avtalte rammer.
Enkel elevtilgang. Læreren inviterer elever til Spaces – digitale klasse- og grupperom – med personlige elevkoder. Elevene kan delta uten egen e-postkonto. Feide er også registrert for skoleinnlogging; faktisk elevbruk følger skolens avtalte oppsett.
Variert undervisning. Lærere kan lage innhold med generatorer og bruke delte undervisningsressurser. Mye av innholdet kan skrives ut eller deles digitalt. Skrive- og podcastverksted gir digitale arbeidsprosesser, mens Live samler klassen rundt blant annet ordsky, quiz og skriving til bilde på storskjerm.
Lærerstyrt KI-støtte. Lærere kan bruke KI til å utvikle undervisningsinnhold og få forslag til tilbakemeldinger. I skrive- og podcastverksted kan elever få avgrenset KI-hjelp underveis. Læreren kan slå hjelpen av eller på og sette bruksgrenser. Læreren vurderer forslagene før de brukes som lærerens tilbakemelding.
Skoledata selges ikke til tredjepart. Opplysninger om personvern, lagring, leverandører og dataflyt er samlet i Trust Center.

Informasjon for ulike roller

Skoleeier og kommune

Vurder behandling, avtale, leverandører, Feide, sikkerhet og åpne avklaringer.

Lærer og skoleadministrator

Se skillet mellom undervisningstilgang, administrasjon, KI-bruk og aggregert statistikk.

Elever og foresatte

Les om elevtilgang, innlogging og personvern, og hvordan skolen håndterer innsyn og sletting.

1. Personvernerklæring

321school er tjenestens merkenavn. Juridisk leverandør er Fjord Service Jan Hogne Christiansen (enkeltpersonforetak/ENK), heretter Fjord Service.

Personvern for skoler Generell personvernerklæring

2. Databehandleravtale – utkast

Dette er et generelt avtaleutkast med bilagsgrunnlag for skoleeiers vurdering. Partene, behandlingsomfanget og bilagene skal avklares og gjennomgås juridisk før eventuell signering.

DBA-utkast og bilagsgrunnlag

3. Personopplysninger

Skoleoversikten beskriver opplysninger om lærere, elever med konto eller personlig kode og skoleadministratorer, samt elevarbeid, medier og tekniske data.

Datakategorier og dataflyt Oppbevaring og rettigheter

4. Lagring, leverandører og overføringer

321skole bruker Google Cloud Firestore og Firebase Storage i prosjektet skole-c09b8. Firestore-databasen (default) og Storage-bøtten skole-c09b8.firebasestorage.app ligger begge i europe-west1 (Belgia). Bøtten har regional lagring. Plasseringene er kontrollert av Fjord Service i Firebase Console og Google Cloud Console 18. oktober 2026.

Leverandør- og overføringsoversikt Bilag C

5. Formål og brukere

321skole støtter lærerens planlegging, undervisning og oppfølging av elever med undervisningsressurser, digitale klasse- og grupperom og Live-aktiviteter. Lærere og elever bruker undervisningsfunksjonene, mens skoleadministratorer administrerer egen skoles bruk. KI og øvrige funksjonsvalg beskrives nærmere i lenkene nedenfor.

Bruksområder og roller KI i undervisningen Funksjoner og kommunens vurdering

6. Feide og delte brukeropplysninger

Tjenesten er registrert i Feide kundeportal som Innlogging 321skole, tjeneste-ID 2196690, med Fjord Service som oppgitt leverandør og OpenID Connect som autentiseringstype. Innloggingen bruker Firebase Authentication. Registreringen er dokumentert i konsollbilder 25. oktober 2026. Den enkelte skoleeiers aktivering og faktisk innlogging kontrolleres før Feide tas i bruk der. Lisens, roller og romtilgang styres i 321school.

Feide i skoleoversikten Sikt/Feide og rollefordeling

Undervisningsmuligheter og skolens behov

321skole kombinerer undervisningsressurser, Live-aktiviteter, språkstøtte og digitale verksteder for skriving og podcast. Oversettelse og opplesing er nyttige KI-baserte støttefunksjoner. Her kan skoler og skoleeiere utforske mulighetene og vurdere hvordan de passer til egne pedagogiske mål og krav.

Modell for skolebruk: Lærere har KI-verktøy til å lage og utvikle undervisningsinnhold og få forslag til tilbakemeldinger, innenfor lisensen. Elever i Spaces har oversettelse, ordstøtte, opplesing og lærerstyrt KI-hjelp i aktiviteter. De har ikke fri tilgang til KI-generatorer gjennom skolebruken. Tilgangen til støttefunksjonene følger aktiviteten og gyldig romtilgang, enten eleven bruker personlig kode, Feide eller annen innlogging.

Mulige skoleeiertilpasninger konsentreres om behandling av elevinnhold med KI, lagring av medier, produktanalyse og offentlig deling. Live, språkstøtte og lærerens generelle KI-verktøy presenteres ikke som en meny av kommunevalg. Særskilte sperrer må avklares, utvikles og testes før de kan tilbys.

Dette er 321skoles modell for skolebruk. Skole- og romsperrer for de to angitte Spaces-funksjonene er innført. Den tekniske kontogrensen mellom skolebruk og individuell egenstudie er også innført og kontrollert med syntetiske kontoer 11. november 2026. Øvrig samlet KI-håndheving og skoleeierbegrensninger vurderes videre. Dette er ikke en bekreftelse på at alle KI-sperrer er implementert.

Live og lærerstyrte aktiviteterDel av plattformen

Dataflyt: Live samler klassen om blant annet ordsky, quiz og skriving til bilde. I ordsky og skriving til bilde vises selve svarene på storskjermen uten elevnavn. Visningsnavn kan vises i venterommet, og quiz viser alias på resultatlisten. Tekniske deltaker-ID-er, svar, resultater og tidsstempler kan behandles; svar uten navn er ikke nødvendigvis anonymiserte data.
Funksjon og dokumentert status: Live er en del av undervisningsfunksjonene i plattformen. Læreren organiserer aktiviteten, og elevene deltar gjennom den aktuelle Live-flyten. Dataflyt, svarvisning og oppbevaring beskrives for den konkrete aktiviteten; generell tilgangskontroll og produksjonsstatus følges opp i sikkerhetsarbeidet.

Les mer om data og ansvar

Oversettelse, ordstøtte og opplesingDel av plattformen

Dataflyt: Oversettelse, ordstøtte og tekst-til-tale er KI-baserte støttefunksjoner i 321skole. Tekst som skal oversettes eller leses opp, og relevant språkkontekst, kan sendes til OpenAI. Funksjonene kan støtte forståelse, språklæring og tilgang til undervisningsinnhold. De vurderes særskilt fra fri KI-generering og KI-feedback. Vanlige elevopptak og avspilling av lyd innebærer ikke i seg selv KI-behandling.
Funksjon og dokumentert status: Oversettelse, ordstøtte og opplesing brukes som støtte i undervisningen. Modellens elevtilgang følger aktiviteten og gyldig romtilgang, uavhengig av om eleven bruker personlig kode, Feide eller annen innlogging. Ved tekst-til-tale sendes tekst og valgt stemme til OpenAI. Samlet serverkontroll av tilgang og brukskvoter er fortsatt et oppfølgingspunkt.

Les mer om data og ansvar

Podcast og valgfri KI-hjelpDel av plattformen

Dataflyt: Arbeidsnotater, manus, deltakerfelt, lydopptak, segmenter og ferdige podcaster kan lagres. KI-hjelpen kan sende oppgavetekst, elevens tekst, podcastnavn, deltakerfelt og annet utfylt arbeidsgrunnlag til OpenAI. Dette betyr ikke at alle lydopptak sendes til KI.
Funksjon og dokumentert status: Læreren styrer KI-hjelpen i podcastverkstedet med av/på og bruksgrense. Serverruten kontrollerer medlemskap og innleveringsbinding. Elevens hjelp følger lærerens aktivitet, ikke en egen fri KI-tilgang. Nedlasting av en ferdig podcast og offentlig publisering er ulike handlinger. Eventuell skoleeierbegrensning for behandling av elevtekst må utvikles og testes. Rettinger av nedlasting og eksport fra syntetiske tester inngår i den publiserte kilden fra 28. oktober 2026.

Les mer om data og ansvar

Prosessorientert skrivingDel av plattformen

Dataflyt: Planlegging, utkast, tekstfelt, innleveringer og tilbakemeldinger kan lagres. Ved KI-hjelp kan elevtekst, relevante utkast og oppgave-/seksjonskontekst sendes til OpenAI. Bildestøtte har egne dataflyter.
Funksjon og dokumentert status: Aktivitets- og seksjonsvalg for KI finnes. Serverruten kontrollerer blant annet om KI er aktivert og hvilke hjelpehandlinger som tillates. Disse valgene er ikke en samlet kommunepolicy.
Mulig tilpasning for skoleeier: Ved særskilte krav kan vi vurdere én felles begrensning på KI-hjelp som behandler elevarbeid i skrive- og podcastverksted. Skrivearbeid og opptak kan fortsatt brukes uten denne hjelpen. Krav til oppbevaring av tekst og medier avklares samtidig. Felles håndheving må utvikles og testes.

Les mer om data og ansvar

Lærerens KI-verktøy og KI-feedbackDel av plattformen

Dataflyt: Innholdsgenerering sender lærerens prompt og valgt grunnlag. KI-feedback på innleveringer kan sende elevsvar, oppgaver, lesetekst og resultater. Disse er ulike behandlinger; innlimt undervisningsgrunnlag kan også inneholde personopplysninger.
Funksjon og dokumentert status: Lærere har KI-verktøy til å lage og utvikle undervisningsinnhold og få forslag til tilbakemeldinger innenfor lisensen. Tilgang til konkrete elevinnleveringer krever undervisningsrettighet; skoleadministratorrollen alene gir ikke dette. Læreren kontrollerer KI-forslag før de brukes som lærerens tilbakemelding. Lærerutløst KI-feedback er en egen funksjon, uavhengig av elevens KI-hjelp. Produksjonsstatus og leverandøravklaringer følges opp separat.

Les mer om data og ansvar

Analyse, statistikk og driftsloggingDel av plattformen

Dataflyt: Drifts- og sikkerhetslogger kan inneholde tekniske hendelser. Pedagogiske resultater og skolestatistikk hører til undervisningsfunksjonene.
Funksjon og dokumentert status: Google Analytics og egen produktanalyse er slått av i den publiserte kodepolicyen for alle roller, innført 28. oktober 2026. Dette er kontrollert i kilde og tester og ved en utvalgt offentlig sidevisning. Nødvendig drifts-/sikkerhetslogging og pedagogiske resultater beskrives separat. Eventuell senere aktivering av produktanalyse krever en egen vurdering og dokumentert endring.

Les mer om data og ansvar

Offentlig publisering og delingDel av plattformen

Dataflyt: Publiseringsfunksjoner kan gjøre valgt innhold tilgjengelig utenfor undervisningsrommet. Tekst, navn, bilder eller stemmer i innholdet kan identifisere elever. En ulistet lenke er ikke det samme som autentisert privat tilgang.
Funksjon og dokumentert status: Synlighetskontrollen for leksjonspublisering er innført og verifisert i produksjon 12. november 2026 med syntetiske data. Publisering krever et uttrykkelig synlighetsvalg: offentlig, ulistet eller privat. Biblioteket viser bare aktive offentlige kopier. Ulistede kopier kan åpnes av alle som har lenken; dette er ikke privat tilgang. Private kopier krever eier- eller plattformadministratortilgang og holdes utenfor offentlig listing og sidemetadata. Ved avpublisering stenges offentlig tilgang til kopien, mens innholdet og eierens tilgang beholdes.
Mulig tilpasning for skoleeier: Hvis skoleeier ønsker det, kan vi utvikle en begrensning som slår av offentlig publisering for skoleeiers ansatte. Dette vil også omfatte lærernes eget undervisningsmateriell, slik at for eksempel leksjoner om lokal historie og kultur ikke kan deles offentlig. Tilpasningen må utvikles og testes før den tas i bruk.

Les mer om data og ansvar

LesetesterUnder utvikling

Dataflyt: Funksjonen kan behandle elevsvar, leseresultater, tids-/aktivitetssignaler og eventuelle opptak når slike funksjoner brukes. Generering av tester og KI-feedback på elevresultater er forskjellige dataflyter.
Funksjon og dokumentert status: Lesetestfunksjoner finnes i kode, men området er fortsatt under utvikling og ikke ferdig for ordinær skolebruk. Utviklingsstatusen er en del av funksjonsbeskrivelsen, ikke et eget kommunevalg.

Les mer om data og ansvar

Vi tar opp særskilte behov i dialog med skoleeier. Aktuelle tilpasninger gjelder KI-behandling av elevarbeid, lagring, analyse og offentlig deling. De øvrige områdene beskriver plattformens undervisningsmuligheter og dataflyt.

Udir: skoleeiers personvernansvar

Lagringssted og internasjonal behandling

• Daglig sikkerhetskopiering er etablert for Firestore, Firebase Authentication-kontoer og ferdig lagrede filer, med lagring i Belgia. Auth- og filkopiene kontrolleres separat. Ved feil eller uteblitt helsekontroll sendes varsel til driftsansvarlig og reserveperson. Første planlagte automatiske Auth-/filrunde ble gjennomført og separat verifisert 4. november 2026. Uferdige filopplastinger inngår ikke i filkopien.
• Lagring i en europeisk region betyr ikke at all behandling skjer i EØS. Autentisering, serverbehandling, support, logger, KI og e-post må vurderes hver for seg. Avtalepart, behandlingsland, relevant overføringsgrunnlag og eventuelle tilleggstiltak skal bekreftes per leverandør.
• Firebase Authentication: Google dokumenterer behandling i USA. Vercel, OpenAI, Resend og andre relevante tjenester må avstemmes mot gjeldende konto, avtale og funksjonsbruk.

Nettleserlagring og analyse

Google Analytics og egen produktanalyse er deaktivert i den publiserte løsningen, uavhengig av rolle. Nødvendig drifts-/sikkerhetslogging og pedagogisk statistikk er egne formål og er ikke slått av gjennom dette tiltaket. Aggregert statistikk er ikke nødvendigvis anonym, særlig i små grupper.

• Innlogging, gjesteidentitet, visningsvalg og utkast kan bruke cookies og lokal nettleserlagring. Analyse og nødvendig funksjonslagring skal beskrives hver for seg.

DBA, bilag og dokumentstatus

Dette er et generelt avtaleutkast med bilagsgrunnlag for skoleeiers vurdering. Partene, behandlingsomfanget og bilagene skal avklares og gjennomgås juridisk før eventuell signering.

• DBA-utkastet omfatter behandlingsbeskrivelse, sikkerhet, leverandører/overføringer og oppbevaring/sletting. Kommunens egen mal kan brukes med samme faktagrunnlag.
• Tilgangskontroll, privat filflyt og godkjenning av deltakerbindinger ble satt i drift 28. oktober 2026. Firestore-/Storage-regler og appflyt er kontrollert med syntetiske kontoer, et eget testrom og avvisning av uvedkommende tilgang. Gamle direkte downloadtoken er tilbakekalt for hele det kartlagte utvalget på 128 lydfiler, etterkontrollert 29. oktober. Filer, besvarelser og medlemskap er bevart. Skolegrensen for nye invitasjoner ble innført 6. november og tidsbegrenset vikartilgang 7. november 2026, begge med dokumentert funksjonskontroll. Kontrollgrunnlaget gjelder de undersøkte flytene og filutvalget.
• Godkjenningsflyten for nye kontotilknytninger i Spaces er innført. Personlig deltakerkode alene gir ikke en ny konto/enhet tilgang til eksisterende deltakerarbeid. En lærer med nødvendig administrasjonstilgang godkjenner tilknytningen med deltakerens midlertidige bekreftelseskode. Tilgang kan tilbakekalles uten at arbeidet slettes. Flyten er kontrollert med syntetiske kontoer og testrom. Kode/QR krever ikke privat e-post, men innebærer ikke at elevdata er anonymisert.
• Skolegrensen for nye medlærer- og observatørinvitasjoner til skolerom er innført og kontrollert 6. november 2026. Lærere som inviteres, må ha aktiv tilknytning til samme skole. Skoleadministratorrollen gir ikke i seg selv innsyn i individuelle elevsvar eller rett til å invitere på vegne av romeier.
• Tidsbegrenset vikartilgang er innført og kontrollert 7. november 2026. Skoleadministrator kan gi en lærer med aktiv tilknytning til samme skole tilgang til et bestemt skolerom, også ved lærerfravær. Vikaren kan lese oppgaver og elevsvar og gi skriftlig tilbakemelding gjennom en egen avgrenset visning. Tilgangen kan trekkes tilbake og utløper automatisk. Tildeling, utløpsfrist og tilbakekalling loggføres. Tilgangen gir ikke ordinære administrasjonsrettigheter i rommet eller generell tilgang til skolens øvrige rom.
• Kontroller med syntetiske kontoer og testrom har bekreftet avvisning over skolegrensen, fortsatt ordinær elev- og medlærertilgang og at tilbakekalling og utløp stenger videre vikartilgang. Eksisterende elevarbeid er bevart. Kontrollgrunnlaget gjelder de prøvde flytene.
• Planner er satt på pause i den publiserte løsningen. Navigasjon, direkte sider, Planner-API-er, KI-/kalenderinnganger og vanlig klienttilgang til originalplanene er sperret. Selvstendige oppgavekopier som tidligere er delt til Spaces følger fortsatt ordinær Spaces-tilgang. Pausen sletter eller migrerer ikke eksisterende innhold.
• Vercel Functions i produksjon kjører i Frankfurt (fra1), kontrollert ved innføringen 28. oktober 2026. Flyttingen endrer ikke automatisk behandlingssted hos Firebase Authentication, OpenAI, Resend eller øvrige tjenester, og avgrenser heller ikke all logging, CDN-, bygge- og supportbehandling til EØS.
• Kommunerapportens PDF er et sammendrag med lenker. Den inneholder ikke automatisk alle fullstendige dokumenter eller signerte bilag.

Feide og delte opplysninger

Feide-portalen viser tre attributtgrupper/scopes: navn (userinfo-name), brukeridentifikatorer hos organisasjonen (userid-feide) og e-post (email). Oppgitte formål er gjenkjenning, riktig kontokobling, sikker innlogging, kontoadministrasjon og nødvendig kommunikasjon. Faktisk utlevering avhenger av organisasjonskatalogen og oppsettet. Kontoflyten kan lagre navn og e-post fra Firebase. Eventuell datakildedeling og faktisk feltbruk avstemmes særskilt.
Attributter oppført i Feide-portalen: userinfo-name omfatter givenName, sn, norEduPersonLegalName, displayName og cn; userid-feide omfatter eduPersonPrincipalNamePrior, eduPersonPrincipalName, uid, eduPersonTargetedID og eduPersonUniqueId; email omfatter mail. Dette er konfigurerte forespurte felt, ikke dokumentasjon på at alle feltene mottas eller lagres. Feide-identifikatorer må skilles fra Firebase UID.
Kontogrensen mellom skolebruk og individuell egenstudie er innført og kontrollert med syntetiske kontoer 11. november 2026. Feide-koblet eller aktivt skolekoblet elevkonto kan ikke aktiveres for individuell egenstudie, også når et eldre profilvalg peker mot egenstudie. Egenstudie krever en separat individuell konto; skoledata og elevarbeid overføres ikke automatisk. Lærere kan fortsatt bruke Feide til undervisningsverktøyene. Faktisk Feide-innlogging prøves når skoleeier har aktivert tjenesten.
Godkjenning av Feide-innlogging erstatter ikke skoleavtale, behandlingsgrunnlag eller personvern-/risikovurdering. Feide gir ikke automatisk skoleadministratorrettigheter.

Videre vurdering – område for område

Fjord Service arbeider systematisk med internkontroll, personvern og informasjonssikkerhet som en fast del av driften. Tilgangskontroll, privat filflyt, godkjenning av deltakerbindinger, skolegrenser for invitasjoner, tidsbegrenset vikartilgang og daglig sikkerhetskopiering er innført og kontrollert. Kartlegging av dataflyter, leverandøravklaringer, oppbevaringsrutiner og dokumentasjon vedlikeholdes videre, med tydelig ansvar og kontroll av hvert tiltak.

Kontakt Fjord Service