GDPR-policy
Sist oppdatert: 17. oktober 2026 · v3.4 · Endringer i v3.4: avsnitt 4.3 og 5 — ved kontraktslutt mottar kunden en fullstendig eksport av sin revisjonslogg før den slettes, med mindre kunden avslår den skriftlig eller ikke kan nås etter rimelige forsøk; YARDtwin beholder deretter revisjonslogger kun på kundens skriftlige instruks, bortsett fra sikkerhetskopier inntil de utløper og sin egen registrering av overleveringen.
Gjeldende regelverk: EUs personvernforordning (2016/679), irsk datavernlov 2018
1. Vår forpliktelse
YARDtwin Ltd er forpliktet til full etterlevelse av personvernforordningen (GDPR). Som både behandlingsansvarlig (for våre egne kundedata) og databehandler (som håndterer driftsdata på vegne av våre kunder), implementerer vi egnede tekniske og organisatoriske tiltak for å beskytte personopplysninger i alle ledd.
2. Roller og ansvar
3. Databehandleravtale (DPA)
Alle kunder kan gjennomgå og akseptere vår databehandleravtale via selvbetjenings- DPA-siden. Kunder på en betalt plan kan be om databehandleravtalen til gjennomlesing fra dpo@yardtwin.com; den motundertegnede utgaven utstedes når selskapsregistreringen er fullført.
4. Tekniske tiltak (art. 32 GDPR)
Alle data krypteres under overføring (TLS 1.2+). Passord hashes med bcrypt (12 runder). PostgreSQL Flexible Server bruker transparent datakryptering i hvile. Azure Blob Storage kryptert i hvile. Bilder av førerkort og signaturer er kryptert i hvile med AES-256 av Azure Storage og Azure Database for PostgreSQL (nøkler administrert av Microsoft), og tilgangen til dem er begrenset etter rolle og organisasjon. JWT-token kryptografisk signert (HS256). Hemmeligheter administreres via Azure Key Vault tilgjengelig via App Service-administrert identitet — ingen hemmeligheter i kode, miljøfiler eller container-images.
Rollebasert tilgangskontroll (RBAC) på autentiserte ruter, med tenantavgrensning håndhevet på serversiden. Tenanteisolasjon testes automatisk før hver utgivelse: utgivelsesgateways krysstenantgjennomgang kaller API-et som én organisasjon med en annen organisasjons post-ID-er, og utgivelsen blokkeres dersom noen av den andre organisasjonens data kan leses eller endres. Single sign-on (SAML 2.0, Google, Microsoft); tidsbasert engangspassord-MFA, obligatorisk for plattformadministratorer og tilgjengelig for alle brukere.
Fullstendig revisjonslogging av brukerhandlinger: brukeridentitet, tidsstempel, IP-adresse, handlingsverb, berørt enhet, gamle og nye verdier. GMP-relevante handlinger flagges separat (is_gmp_relevant=1). Manipulasjonsavslørende og kun tilleggsbar, håndhevet i databasen med en hash-kjede; GMP-relevante oppføringer oppbevares i minst 7 år så lenge tjenesteavtalen løper, øvrige revisjonsoppføringer i 365 dager. Pseudonymisert, men ikke slettet ved Art. 17-slettingsforespørsler (unntak etter Art. 17(3)(b) for rettslig forpliktelse). Ved avtalens slutt gis kunden en fullstendig eksport av sitt revisjonsspor før det slettes, med mindre kunden skriftlig takker nei til eksporten eller ikke kan nås etter rimelige forsøk; YARDtwin oppbevarer det kun lenger på kundens skriftlige instruks, med unntak av sikkerhetskopier inntil disse utløper og YARDtwins eget referat av overføringen.
Driftes på Microsoft Azure (Sweden Central + Norway East, EØS). Containerisert App Service distribuert via Azure Container Registry med staging-slot-og-bytt. Trafikk når applikasjonen gjennom Azure Front Door med en Web Application Firewall i Prevention-modus; databasen aksepterer kun tilkoblinger fra Azure-tjenester og en tillatelsesliste over administratorenes IP-adresser. Application Insights med skjemadrift-varsel på Postgres-feil «column / relation does not exist» (15-minutters vindu). Ende-til-ende /health/db-write-probe verifiserer at applikasjonen kan skrive og lese databasen ved hver distribusjon.
Vi samler kun inn data som er nødvendig for tjenestelevering. Valgfrie sjåførfelt (telefon, e-post) kan stå tomme der kundens prosess tillater det. Portpersonale kan ta et ansiktsbilde av sjåføren som portdokumentasjon. Der et anlegg aktiverer AI-ansiktssammenligning, sammenligner vår AI-leverandør (Anthropic) bildet én-til-én med førerkortsbildet eller sjåførens lagrede foto for å hjelpe personalet med å bekrefte sjåførens identitet. Resultatet er rådgivende: portpersonalet avgjør, og kan slippe inn en sjåfør sammenligningen ikke bekreftet ved å oppgi en begrunnelse. Hver sammenligning registreres på våre servere med sitt resultat. Der ansiktssammenligning er av (standard), sendes ingen ansiktsbilde til AI-leverandøren og personalet sammenligner sjåføren med førerkortsbildet selv; bilder av førerkort leses fortsatt av AI der AI-lesing er aktivert. YARDtwin lagrer ingen ansiktsmaler og utfører ingen én-til-mange-identifikasjon. Nyhetsbrev samler kun inn e-post og valgfritt firmanavn.
Alle pull requests må bestå npm audit (sårbarhet i avhengigheter), Semgrep (statisk analyse) og gitleaks (skanning etter hemmeligheter) før de kan flettes inn, med en Trivy-skanning av container-image som en veiledende sjekk. Disse sjekkene kjøres også ved hvert push til master og nattlig, sammen med en veiledende OWASP ZAP-baseline-skanning (dynamisk testing) av produksjonssiden. Dependabot-varsler rapporterer nylig avdekkede sårbarheter i avhengighetene våre.
5. Den registrertes rettigheter (kapittel III GDPR)
Vi legger til rette for utøvelse av alle den registrertes rettigheter:
POST /api/v1/dsar/erase/by-email som, på en bekreftet forespørsel, anonymiserer personens egne brukerkontoer i de valgte kundekontoene og sletter deres sesjoner, tokens, varsler, ventende invitasjoner, nyhetsbrev- og registreringsoppføringer samt egen avatar. Driftsregistreringer som oppbevares av kunden (bestillinger, port- og besøksregistreringer, sjåførliste, kontakter) er kundens registreringer som behandlingsansvarlig og listes opp for kunden til å handle på. Revisjonsloggsporet beholder en anonymisert aktørreferanse for GMP-integritet; GMP-relevante revisjonsdata oppbevares i minst 7 år så lenge tjenesteavtalen løper, jf. Art. 17(3)(b) overstyring av rettslig forpliktelse, og eksporteres ved kontraktens slutt til kunden (med mindre kunden avslår skriftlig eller ikke kan nås etter rimelige forsøk) og slettes deretter.6. Samtykkehåndtering
Nyhetsbrev: Eksplisitt opt-in-samtykke er påkrevd. Tidsstempel og IP-adresse for samtykke registreres. Avmeldingslenke i all kommunikasjon. Samtykke kan trekkes tilbake når som helst uten at det påvirker tilgangen til tjenesten.
Tjenestevilkår: Opprettelse av konto innebærer aksept av tjenestevilkårene (kontraktsmessig grunnlag). Brukere informeres om databehandling under registreringen.
Informasjonskapsler: Et samtykkebanner for informasjonskapsler vises ved første besøk i samsvar med ePrivacy-direktivet. Brukere kan velge kun nødvendige informasjonskapsler eller alle informasjonskapsler. Preferanser lagres lokalt og kan endres når som helst.
7. Prosedyrer ved brudd på personopplysningssikkerheten (art. 33–34)
Automatisert deteksjon: En bruddovervåker-worker sjekker revisjonsloggen hvert 5. minutt og registrerer de tre første anomaliene nedenfor som potensielle hendelser. De tre øvrige er separate Azure-overvåkingsvarsler:
- ≥10 mislykkede pålogginger for én e-postadresse i løpet av 1 time
- ≥5 distinkte kilde-IP-er rettet mot én e-postadresse i løpet av 24 timer
- Vellykket pålogging fra en kilde-IP som ikke har vært sett for den aktuelle brukeren de siste 30 dagene
- Mer enn 10 serverfeil (HTTP 5xx) i et 5-minuttersvindu
- Postgres-feil av typen «column / relation does not exist» (schemadrift, App Insights)
- Tilgjengelighetstesten for nettstedet (kjøres hvert 10. minutt) mislykkes eller svarer sakte
Bruddsregister: Hvert oppdaget avvik skrives til breach_register tabellen med en tilstandsmaskin (oppdaget → undersøkes → bekreftet → varslet → lukket), alvorlighetsgrad, omfang, berørte registrerte, nedtelling til DPC-frist og revisjonshistorikk. Synlig i SuperAdmin-panelet «Bruddsregister».
Varslingsruting: Deteksjonshendelser rutes til Azure Monitor Action Group yardtwin-breach-actions, som sender e-post til grunnleggerens kontakt på admin@yardtwin.com. Schemadrift-hendelser bruker den eksisterende yardtwin-schema-drift-actions gruppen.
Vurdering: Innen 24 timer etter deteksjon triagerer det tekniske teamet hendelsen i bruddsregisterpanelet: omfang, berørte registrerte, alvorlighetsgrad (art. 33 (1) kriteriet «risiko for rettigheter og friheter») og rotårsak.
Varsling til DPC (art. 33): Innen 72 timer etter å ha blitt kjent med et brudd som utgjør en risiko. Bruddsregisterpanelet viser en løpende 72-timers nedtellingstimer når hendelsen er merket bekreftet.
Varsling til de registrerte (art. 34): Uten unødig forsinkelse dersom bruddet utgjør en høy risiko for deres rettigheter og friheter.
Varsling til kunder: Berørte leietakeradministratorer varsles uten unødig forsinkelse, og uansett innen 48 timer etter at vi er blitt kjent med et brudd på personopplysninger som påvirker leietakerens data; et innledende varsel gis innen 24 timer etter en bekreftet sikkerhetshendelse som påvirker disse dataene.
Dokumentasjon: Alle oppføringer i bruddregisteret oppbevares uten automatisk sletting, uavhengig av om ekstern varsling var påkrevd.
8. Underdatabehandlere
| Underdatabehandler | Formål | Sted | Sikringstiltak |
|---|---|---|---|
| Microsoft Azure | Hosting, database og fillagring | EØS — Sverige sentral og Norway East (georedundant kopi av opplastede filer i Norway West) | Microsoft Products and Services DPA; data forblir i EØS |
| Anthropic | AI-lesing av førerkort og dokumenter (på som standard; en nettstedsadministrator kan slå det av), én-til-én-sammenligning av en sjåførs portfoto med førerkortet eller lagret sjåførfoto (av som standard; en nettstedsadministrator kan slå det på eller av), og den innebygde assistenten | USA | Standard kontraktsklausuler og en overføringskonsekvensvurdering (ikke sertifisert under EU-US Data Privacy Framework); API-data brukes ikke til modelltrening og slettes innen 30 dager under Anthropics standard kommersielle vilkår |
| Resend | Transaksjons-e-post | USA | Standard kontraktsklausuler (EU-US Data Privacy Framework-resertifisering er under gjennomgang) |
| Stripe | Fakturerings- og betalingsdata (YARDtwin lagrer ingen kortnumre) | EU / USA | Standard Contractual Clauses; PCI DSS Level 1 |
| Twilio | SMS- og WhatsApp-varsler (kun hvis kunden aktiverer dem) | USA | Standard Contractual Clauses |
| Google and Microsoft | Innloggingsidentitetsdata (kun hvis kunden bruker disse innloggingsalternativene) | EU / USA | Standard Contractual Clauses / EU-US Data Privacy Framework |
| ElevenLabs | Valgfri tekst-til-tale: leser opp den innebygde assistentens svar, som kan inneholde driftsdetaljer som kjøretøyregistreringer, og stemmen på offentlige sider | USA | EU-US Data Privacy Framework + Standard kontraktsklausuler |
Kunder gir generell skriftlig autorisasjon for underdatabehandlerne listet ovenfor. Vi gir minst 30 dagers varsel om eventuelle nye underdatabehandlere; en kunde kan protestere på rimelig grunnlag og, dersom protesten ikke kan løses, avslutte den berørte tjenesten uten gebyr.
Kun nettstedtjenester (ingen operasjonelle kundedata)
Disse kjører kun på det offentlige nettstedet. De mottar ingen operasjonelle kundedata og er ikke underbehandlere av slike; de som setter informasjonskapsler, lastes kun med samtykke.
| Leverandør | Formål | Plassering | Overføringssikkerhet |
|---|---|---|---|
| LinkedIn Insight Tag | Markedsføringsmåling på offentlige sider — lastes kun etter samtykke til markedsføringskapsler, aldri inne i applikasjonen eller for innloggede brukere | EU / USA | Samtykke; LinkedIn DPA med Standard Contractual Clauses |
9. Personvernkonsekvensvurdering (DPIA)
Kunder, som behandlingsansvarlige, avgjør om deres behandling i YARDtwin krever en DPIA. Et DPIA-inngangspakke er tilgjengelig for kunder til deres egen DPIA. YARDtwin behandler hovedsakelig virksomhetsoperasjonelle data (dokktidsplaner, transportørnavn, kjøretøyregistreringer) snarere enn sensitive personopplysninger.
10. Innebygd personvern og personvern som standard (Art. 25)
Innebygd personvern: Flerleietakerarkitektur med obligatorisk leietakerisolasjon. RBAC innebygd i hvert API-endepunkt. Passord lagres aldri i klartekst. Minimal datainnsamling i alle ledd.
Personvern som standard: Nye kontoer har minimale tillatelser. Valgfrie felt er faktisk valgfrie. Nyhetsbrev krever aktiv innmelding. Datasynlighet begrenses av rolle.
11. Samsvarsstatus og kontinuerlig forbedring
Løst (per mai 2026)
- ✓ Migrering til PostgreSQL Flexible Server (Azure-administrert, transparent datakryptering i hvile, 7-dagers gjenoppretting til tidspunkt)
- ✓ Migrering til Microsoft Azure (Sweden Central + Norway East, EEA) med App Service + ACR + Key Vault
- ✓ Hemmelighetsadministrasjon via Azure Key Vault (ingen hemmeligheter i .env eller containerbilder; tilgang via administrert identitet)
- ✓ Automatisert DSAR auto-eksport (POST /api/v1/dsar/export/by-email — Art. 15 / 20)
- ✓ Automatisert DSAR auto-sletting (POST /api/v1/dsar/erase/by-email — Art. 17 med samsvar for revisjonsoppbevaring)
- ✓ Informasjonskapselbanner v2 med fire kategorier (nødvendige / funksjonelle / analyse / markedsføring) og Avvis / Tilpass / Godta alle
- ✓ Revisjon av isolasjon på tvers av leietakere automatisk krysstenantgjennomgang i utgivelsesgaten, før hver utgivelse: den kaller API-et som én organisasjon med en annen organisasjons post-ID-er, og utgivelsen blokkeres dersom noen av den andre organisasjonens data kan leses eller endres
- ✓ CI/CD sikkerhetspipeline: npm audit + Trivy + Semgrep + gitleaks + ZAP DAST
- ✓ Schema-drift-varsling på Application Insights (15-minutters vindu)
- ✓ Ende-til-ende /health/db-write-sonde verifiserer skrivbar DB ved hver utrulling
- ✓ App Insights schema-drift Action Group sender e-post til grunnleggerens kontakt på admin@yardtwin.com ved Postgres-feil «column / relation does not exist»
- ✓ Førerkortbilder og signaturer (signature_data) beskyttet med AES-256-kryptering i hvile i Azure Storage og Azure Database for PostgreSQL (nøkler administrert av Microsoft) og tilgang begrenset etter rolle og organisasjon
- ✓ Automatisert sletting ved dataoppbevaring (konfigurerbart per anlegg; pii-cleanup-arbeider)
- ✓ 30-dagers prøveperiode harmonisert overalt (registrering, markedsføringsside, vilkår, e-poster)
- ✓ Ende-til-ende regresjonstest med 5 000 lastebiler dekker alle Site Admin-endepunkter med gårdsvisnings-fidelitetspåstander ved hver overgang (53 650/53 651 = 100 %)
- ✓ Datainventar og behandlingsaktivitetsregister (Art. 30) publisert
- ✓ Register over underdatabehandlere vedlikeholdes og gjennomgås årlig
- ✓ Innebygd personvern og personvern som standard dokumentert (Art. 25)
- ✓ Web Application Firewall (Azure Front Door WAF, Prevention mode) som beskytter yardtwin.com med egendefinerte regler for hastighetsbegrensning på endepunktene for autentisering og kontogjenoppretting, pluss L7-DDoS-beskyttelse på plattformnivå. Et administrert OWASP-regelsett er ikke tilknyttet; det krever Front Door Premium-nivået
- ✓ Automatisert brudddeteksjon — bruddovervåker-worker (topper i mislykkede innlogginger, innloggingsforsøk på én konto fra mange IP-adresser, vellykkede innlogginger fra en IP-adresse som ikke er sett for den aktuelle brukeren på 30 dager), varsel om 5xx-topp, varsel om skjemaavvik og tilgjengelighetstest for nettstedet
- ✓ Bruddregister persistent tabell med fullstendig tilstandsmaskin og DPC-fristnedtelling, synlig i SuperAdmin-panelet
- ✓ Action Group
yardtwin-breach-actionssender e-post til grunnleggerens kontakt på admin@yardtwin.com ved hver deteksjon
Gjenstående forbedringer
Ingen tredjeparts penetrasjonstest er gjennomført ennå; en uavhengig test er planlagt før første enterprise-lansering. En intern white-box-kodegjennomgang ble fullført i oktober 2026, og alle kritiske funn ble utbedret. Prioritet: Høy. Mål: før første enterprise-lansering.
YARDtwin Ltd har ikke utpekt et lovpålagt personvernombud: ingen av vilkårene i artikkel 37 nr. 1 (offentlig myndighet; kjerneaktiviteter som krever storskala regelmessig og systematisk overvåking; kjerneaktiviteter som består av storskala behandling av særlige kategorier personopplysninger) gjelder for selskapets behandling. Ansvaret for personvern ligger hos en navngitt person i YARDtwin Ltd, som kan nås via rollepostkassen dpo@yardtwin.com, som er publisert i denne policyen, personvernerklæringen, DPA-en og Trust Center. Vi publiserer kontaktadressen i stedet for den enkeltes navn. En formell utpeking, med melding til Data Protection Commission (DPC) i Irland, vil bli foretatt dersom en kundeavtale eller endring i behandlingen krever det. Status: besluttet 26. september 2026. Gjennomgås ved hvert ISMS-ledelsesgjennomgang.
Sertifiseringsprogram er i gang; sertifiseringsrevisjon planlagt for Q1 2027; sertifikat forventet Q1 2027. Prioritet: Middels. Mål: Q1 2027.
Ikke innhentet. Tilgjengelig på forespørsel etter ISO 27001-sertifisering. Prioritet: Lav. Mål: på kundeforespørsel, etter ISO 27001.
Opplastede filer er georedundante (Norway East → Norway West) siden oktober 2026; høy tilgjengelighet for databasen planlegges før første enterprise-lansering. Inntil da gjenopprettes databaseavbrudd ved hjelp av point-in-time-gjenoppretting (7-dagers vindu). Prioritet: Middels. Mål: før første enterprise-lansering.
Standardkontraktsklausuler er på plass for alle overføringer utenfor EØS; vurderinger av overføringskonsekvenser er under utarbeidelse (mål: november 2026). Prioritet: Middels. Mål: november 2026.
Et privat bug bounty-program (HackerOne / Intigriti) er planlagt etter den andre rene eksterne penetrasjonstesten, og gir kontinuerlig ekstern dekning mellom årlige tester. Prioritet: Lav. Mål: 2027.
12. Kontakt og personvern
Personvernkontakt: dpo@yardtwin.com — en rollepostkasse som overvåkes av den personvernansvarlige i YARDtwin Ltd (se 11.2). Vi publiserer kontaktadressen i stedet for en enkeltpersons navn.
Generelle henvendelser: admin@yardtwin.com
Registrertes rettigheter: Send via vår DSAR-portal
Databehandleravtale: Les og godta på /dpa
Tilsynsmyndighet: Data Protection Commission (DPC), Irland · www.dataprotection.ie · +353 (0)761 104 800