Partene
Behandlingsansvarlig: Kunden (virksomheten som har godtatt Klirrys brukervilkår).
Databehandler: Per Philip Alexander Hjelmberg, et enkeltpersonforetak (enskild firma), Drottninggatan 12, 352 29 Växjö, Sverige, svensk mva-registreringsnummer SE850529273301 («Klirry»), drevet av grunnleggeren.
Sammen kalt «Partene».
Når denne DPA-en gjelder. Denne DPA-en godtas sammen med brukervilkårene og er bindende før noen behandling på Kundens vegne finner sted: den gjelder fra det øyeblikket Kunden kobler til en butikk eller laster opp data, også i Prøveperioden på 21 dager og på testkontoer.
Merknad om omfang: Denne DPA-en regulerer bare Klirrys behandling av Ordredata — virksomheten der Klirry opptrer som databehandler etter Kundens dokumenterte instrukser. Kontoopplysninger (Kundens egne ansatte som logger inn i Klirry) behandles av Klirry som selvstendig behandlingsansvarlig, som bestemmer sine egne formål og midler, og reguleres av brukervilkårene og personvernerklæringen, ikke av denne DPA-en — se avsnittet «Våre to roller» i personvernerklæringen. Der DPA-ens operative avsnitt (f.eks. avsnitt 7, sletting) beskriver en prosess som sletter både Ordredata og Kontoopplysninger sammen, beskriver det bare den tekniske mekanismen; det utvider ikke artikkel 28-pliktene for databehandlere til Kontoopplysninger.
Definisjoner
| Begrep | Betydning |
|---|---|
| GDPR | Europaparlamentets og rådets forordning (EU) 2016/679 |
| Personopplysninger | Enhver opplysning om en identifisert eller identifiserbar fysisk person (GDPR art. 4(1)) |
| Behandling | Enhver operasjon som utføres på Personopplysninger (GDPR art. 4(2)) |
| Behandlingsansvarlig | Kunden — enheten som bestemmer formålene med og midlene for Behandlingen |
| Databehandler | Klirry — behandler Personopplysninger på vegne av Behandlingsansvarlig |
| Underdatabehandler | Enhver tredjepart som Klirry engasjerer for å Behandle Behandlingsansvarliges Personopplysninger |
| Registrert | Den fysiske personen hvis Personopplysninger Behandles |
| Ordredata | Data på ordrenivå, poster for betalings- og fraktkostnader og annonsedata som importeres eller lastes opp for Kunden, som oppført i vedlegg 1. Ingen sluttforbrukers navn, e-post, adresse eller telefonnummer importeres, men den eksterne ordre-ID-en og de andre ordrefeltene er pseudonymiserte personopplysninger som Kunden kan koble tilbake til en person i sine egne systemer. |
| Tjenestene | Klirrys programvare som en tjeneste for lønnsomhet og beslutninger, beskrevet i brukervilkårene, avsnitt 3. |
Dokumentets oppbygning
Denne DPA-en består av hoveddelen og fire vedlegg:
- Vedlegg 1 — Registrerte og kategorier av Personopplysninger
- Vedlegg 2 — Tekniske og organisatoriske tiltak (TOM)
- Vedlegg 3 — Underdatabehandlere (generert fra leverandørregisteret)
- Vedlegg 4 — Tilkoblede plattformer: kundens egne plattformer som Klirry leser fra eller sender til etter kundens instruks (generert fra samme register; ikke underdatabehandlere)
1. Gjenstand, varighet, art og formål
1.1 Gjenstand
Klirry behandler Personopplysninger på vegne av Behandlingsansvarlig for å levere Tjenestene: å beregne reelt overskudd for Behandlingsansvarliges netthandelsvirksomhet ved å kombinere ordredata, poster for betalingsgebyrer og fraktkostnader, annonsekostnader, mva-satser og Behandlingsansvarliges kostnadsinnstillinger, og gjøre den om til beslutninger om annonsering, produkter, land og markeder, betalingsmåter og frakt. Data fra Google Analytics 4, når den er koblet til, er bare et veiledende signal og inngår aldri i overskuddstallet.
1.2 Behandlingens art
- Innsamling: Ordredata og annonsekostnadsdata samles inn gjennom Behandlingsansvarliges integrasjoner med sin nettbutikkplattform og sine annonsekontoer (skrivebeskyttede spørringer; se brukervilkårene §3 for de eneste objektene Klirry oppretter på en plattform) og fra filer Behandlingsansvarlig laster opp (for eksempel oppgjørsfiler fra betalingsleverandører og fraktfakturaer).
- Lagring: Data lagres i EU på Klirrys infrastruktur (se vedlegg 2).
- Aggregering: Ordredata aggregeres per dato, land, produkt, betalingsmåte, fraktmåte og kampanje for å beregne overskudd og beslutninger.
- Ingen behandling for egne formål: Klirry bruker ikke Ordredata til egen markedsføring, videresalg, sammenligninger eller analyse, og bruker dem ikke til å trene AI-modeller.
1.3 Behandlingens formål
Det eneste formålet med Behandlingen etter denne DPA-en er å levere Tjenestene som beskrevet i brukervilkårene, §3 («Hva tjenesten gjør»).
1.4 Varighet
Behandlingen starter når Kunden kobler til en datakilde eller laster opp data, og fortsetter til avtalen er over og hentingsperioden i avsnitt 7 er utløpt.
2. Databehandlerens plikter
2.1 Dokumenterte instrukser
Klirry behandler Personopplysninger bare etter Behandlingsansvarliges dokumenterte instrukser. Tjenestene slik Kunden har konfigurert dem utgjør det fullstendige settet av instrukser. Hvis Klirry mener at en instruks bryter personvernlovgivningen, varsler Klirry Behandlingsansvarlig uten ugrunnet opphold.
2.2 Fortrolighet og supporttilgang
Klirry sørger for at alle personer som har tillatelse til å behandle Personopplysninger, er underlagt en taushetsplikt. Tilgang til Personopplysninger i produksjon er begrenset til grunnleggeren og personer med et dokumentert driftsbehov (minste privilegium). For support kan grunnleggeren åpne en konto som Kunden (impersonering); hver start og stopp registreres i revisjonsloggen med grunnleggeren som handlet og kontoen, og den impersonerte sesjonen vises som sådan i applikasjonen. Impersonering brukes bare til å besvare en supporthenvendelse eller undersøke en feil.
2.3 Ingen behandling for egne formål
Klirry behandler ikke Ordredata til noe annet formål enn å utføre Tjenestene.
2.4 Internasjonale overføringer
Klirry overfører ikke Behandlingsansvarliges Personopplysninger til et land utenfor EU/EØS, eller til en internasjonal organisasjon, med mindre det skjer etter Behandlingsansvarliges dokumenterte instrukser eller der EU-retten eller en medlemsstats rett krever det (da Klirry varsler Behandlingsansvarlig på forhånd med mindre loven forbyr det). En tillatt overføring skjer bare med en mekanisme som er gyldig etter GDPR kapittel V (en beslutning om tilstrekkelig beskyttelsesnivå eller standardavtalevilkår med supplerende tiltak der det trengs). Ordredata hostes i EU; vedlegg 3 angir regionen til hver underdatabehandler, inkludert enhver overføring utenfor EU/EØS.
2.5 Sikkerhet og bistand (artikkel 32–36)
Klirry gjennomfører tiltakene i vedlegg 2 (artikkel 32) og bistår, under hensyn til behandlingens art og informasjonen som er tilgjengelig, Behandlingsansvarlig med å sikre etterlevelse av artikkel 32 til 36: varsling om brudd på personopplysningssikkerheten (avsnitt 5), personvernkonsekvensvurderinger og forhåndsdrøftelser, ved på skriftlig anmodning innen 30 kalenderdager å gi opplysningene om behandlingen som beskrives i denne DPA-en.
3. Godkjenning av underdatabehandlere
3.1 Generell godkjenning
Behandlingsansvarlig gir Klirry en generell skriftlig godkjenning til å engasjere Underdatabehandlere for å levere Tjenestene, med forbehold for dette avsnittet.
3.2 Nåværende Underdatabehandlere
Underdatabehandlerne er oppført i vedlegg 3, generert fra samme register som den offentlige siden /legal/subprocessors, slik at de to ikke kan avvike. Vedlegg 3 er en del av denne DPA-en. En leverandør merket «Ikke tatt i bruk ennå» legges til først etter varselet i avsnitt 3.3. Verktøy som Klirry bruker som behandlingsansvarlig for egne formål (fakturering, nyhetsbrev, nettstedsanalyse) er ikke Underdatabehandlere av Behandlingsansvarliges data; de står på den offentlige siden bare av åpenhetshensyn.
3.2a Videreføring av plikter og ansvar
Klirry pålegger hver Underdatabehandler, ved skriftlig avtale, personvernforpliktelser som ikke er mindre beskyttende enn de i denne DPA-en (artikkel 28(4)), og er fortsatt fullt ansvarlig overfor Behandlingsansvarlig for at Underdatabehandlernes forpliktelser oppfylles.
3.3 Endringer av Underdatabehandlere
Klirry varsler Behandlingsansvarlig om enhver tiltenkt tilføyelse eller utskifting av en Underdatabehandler minst 30 dager i forveien på e-post til Behandlingsansvarliges kontoadresse.
3.4 Rett til å protestere
Behandlingsansvarlig kan protestere mot en endring ved skriftlig melding til privacy@klirry.com innen 14 dager etter varselet. Hvis Partene ikke kan løse innvendingen innen 30 dager, kan Behandlingsansvarlig si opp Tjenestene med forholdsmessig refusjon av forhåndsbetalte gebyrer for den ubrukte perioden.
4. Bistand med de registrertes rettigheter
4.1 Omfanget av bistanden
Klirry bistår Behandlingsansvarlig med å besvare henvendelser etter GDPR art. 15–22 ved å:
- levere en dataeksport av alle Ordredata og Kontoopplysninger som oppbevares for Kundens tenant, i JSON eller CSV, gjennom selvbetjeningseksporten (Innstillinger → Eksporter dataene dine; formatet er dokumentert på
/legal/export-format); - levere endelig sletting etter avsnitt 7;
- besvare skriftlige anmodninger om teknisk bistand innen 30 kalenderdager.
4.2 Begrensning for sluttforbrukeres henvendelser
Klirry lagrer ikke sluttforbrukeres navn, e-postadresser, telefonnumre eller adresser, så en sluttforbruker som kontakter Klirry direkte, kan ikke kobles til en post. Slike henvendelser håndteres av Behandlingsansvarlig, som kan identifisere ordren i sin egen butikk og gi Klirry ordreidentifikatoren slik at Klirry kan bistå. Ordreposter forblir pseudonymiserte personopplysninger som Behandlingsansvarlig kan koble tilbake (vedlegg 1, A1.2); dette avsnittet begrenser hvordan en henvendelse kan nå Klirry, ikke hva dataene er.
5. Varsling om brudd på personopplysningssikkerheten
5.1 Klirrys plikter
Ved et brudd på personopplysningssikkerheten som berører Behandlingsansvarliges data, skal Klirry:
1. varsle Behandlingsansvarlig uten ugrunnet opphold og senest innen 24 timer etter at Klirry ble kjent med bruddet. Varselet kan gis i trinn: et første varsel med det som er kjent, etterfulgt av resten etter hvert som det blir kjent; 2. gi opplysningene som kreves etter GDPR art. 33(3): bruddets art og omtrentlig antall registrerte og poster, et kontaktpunkt, de sannsynlige konsekvensene og tiltakene som er truffet eller foreslått; 3. samarbeide med Behandlingsansvarlig slik at denne kan oppfylle sine egne plikter overfor tilsynsmyndigheter og Registrerte; 4. ikke informere tredjeparter om bruddet på vegne av Behandlingsansvarlig, unntatt der loven krever det.
5.2 Intern prosedyre
Klirry har en hendelsesprosedyre og et hendelsesregister som følger den korteste fristen som gjelder: 24 timer (Behandlingsansvarlig, Shopify), 48 timer (Stripe), 72 timer (tilsynsmyndighet, IMY, der Klirry selv er behandlingsansvarlig).
6. Tekniske og organisatoriske tiltak (vedlegg 2)
Tiltakene står i vedlegg 2. Klirry kan oppdatere dem forutsatt at sikkerhetsnivået ikke reduseres.
7. Sletting og tilbakelevering ved opphør
7.1 Hentingsperiode
Etter at avtalen har opphørt (oppsigelse fra Behandlingsansvarlig, en prøveperiode som aldri betales, eller en pause på grunn av manglende betaling), har Behandlingsansvarlig en hentingsperiode der all Ordredata og alle Kontoopplysninger kan lastes ned i JSON eller CSV: minst 30 kalenderdager etter oppsigelse; 30 kalenderdager fra slutten av Prøveperioden for en prøvekonto som aldri blir en betalende konto (sletting dag 51 etter at kontoen ble åpnet); 60 kalenderdager fra pausen for en konto satt på pause på grunn av manglende betaling. For en Shopify-butikk slettes dataene innen 30 dager etter slettemeldingen (redact) Shopify sender etter avinstallasjon.
7.2 Hva som slettes, og hva som beholdes
Etter hentingsperioden sletter Klirry permanent alle Personopplysninger som gjelder Kundens tenant: Ordredata (ordrer, ordrelinjer, tilskrivningsresultater, beslutninger), annonsekostnadsdata, poster for betalingsgebyrer og fraktkostnader, kostnadskonfigurasjon, tilkoblinger og påloggingsopplysningene deres, brukere, sesjoner og tokens, og driftspostene som oppstår av Kundens bruk av produktet (tilbakemeldinger, varslingsinnstillinger, status for kostnadsgjennomgang, klassifiseringshistorikk, beslutningskvitteringer, gjøremål, leveringsloggen for transaksjonelle e-poster). Slettingen utføres i batchede transaksjoner av den automatiske slettepipelinen.
De eneste dataene som beholdes, er oppført uttømmende nedenfor, hver med oppbevaringstid og behandlingsgrunnlag. Dette er den ene oppbevaringstabellen som brukes i personvernerklæringen, denne DPA-en, oversikten over behandlinger, dataoversikten og siden om sletting av data. Ordredata står aldri i denne tabellen: de slettes.
| Data | Oppbevaring | Behandlingsgrunnlag |
|---|---|---|
| Kundedata mens kontoen finnes (ordrer, ordrelinjer, annonsekostnader, kostnader, tilkoblinger, brukere, innstillinger, rapporter) | Så lenge kontoen finnes | Avtale; for Ordredata Kundens instruks som behandlingsansvarlig (GDPR art. 28) |
| Kundedata etter oppsigelse, etter en prøveperiode som aldri betales, eller etter pause på grunn av manglende betaling | Hentingsperiode med full JSON/CSV-eksport, deretter endelig sletting bekreftet på e-post: etter oppsigelse minst 30 dager; etter en prøveperiode som aldri betales 30 dager fra prøveperiodens slutt (dag 51 etter at kontoen ble åpnet); etter pause på grunn av manglende betaling 60 dager fra pausen (dag 7 etter den første mislykkede betalingen) | EUs dataforordning art. 25(2); GDPR art. 28(3)(g) |
| Shopify-butikkdata etter at appen er avinstallert (shop/redact) | Slettes innen 30 dager etter slettemeldingen | Shopify API Terms 6.2.3 |
| Egne fakturaer, kreditnotaer og regnskapsmateriale, inkludert VIES-resultatet og stedsbeviset bak hver faktura | 7 år etter utgangen av regnskapsåret | Bokföringslagen (1999:1078) 7 kap. 2 §; GDPR art. 6(1)(c) og 17(3)(b) |
| Mva-underlag for One-Stop Shop (OSS) | 10 år etter utgangen av transaksjonsåret | Mervärdesskattelagen (2023:200); GDPR art. 6(1)(c) |
| Bevis for godkjenning: vilkårenes versjon, tidspunkt, konto, brukeren som godtok, måten godkjenningen skjedde på | 10 år fra godkjenningen (den alminnelige foreldelsesfristen), pseudonymisert når kontoen er slettet | GDPR art. 6(1)(f) og 5(2): bevis på avtalen i et rettslig krav |
| Revisjonslogg over sikkerhetsrelevante handlinger | Mens kontoen finnes; etter sletting 6 måneder, pseudonymisert, deretter slettet | GDPR art. 6(1)(f): sikkerhet, forebygging av svindel, rettslige krav |
| Nøkkelstyrt HMAC-identifikator brukt til å oppdage misbruk av prøveperioder (kan ikke reverseres uten nøkkelen; pseudonymisert, ikke anonym). Den stopper en andre prøveperiode bare når den tidligere prøveperioden aldri ble betalt | 12 måneder fra første prøveperiodes start | GDPR art. 6(1)(f): hindre gjentatte gratis prøveperioder |
| Supportkorrespondanse (e-post mellom en kunde og Klirrys support) | 12 måneder etter siste melding i samtalen | GDPR art. 6(1)(f): svare på oppfølgingsspørsmål og forsvare et krav; slettes deretter |
| Suppresjonsliste for e-post (en adresse som returnerte, klaget eller meldte seg av; bare adressen, uten kobling til en konto) | Ingen fast slutt: oppbevares slik at adressen aldri får e-post igjen, til eieren ber om fjerning | GDPR art. 6(1)(f); ePrivacy og Marknadsföringslagen (2008:486) 19 § |
| Slettebekreftelser (dato og radantall, med en hash i stedet for kontoen) | 3 år | GDPR art. 5(2) og 17: bevis på at sletting har funnet sted |
| Forespørsler fra Meta om sletting av data (tilfeldig bekreftelseskode, en nøkkelstyrt hash av Metas bruker-ID, status og datoer; ikke navn eller e-post) | 3 år | GDPR art. 5 nr. 2 og 17: bevis for at slettingen Meta videreformidlet ble gjennomført |
| Transaksjonsmeldinger i jobbkøen (mottakeradresse og verdiene som fylles inn i meldingen) | En sendt melding: 1 time, og verdiene fjernes i det øyeblikket den sendes. En melding som mislyktes for godt: verdiene fjernes ved siste forsøk og jobben oppbevares høyst 7 dager | GDPR art. 6 nr. 1 b og f: levere meldingen og feilsøke en mislykket levering |
| Nøkkelstyrt HMAC av en transportørs sporingsnummer på en ordre | 180 dager etter ordredatoen | Databehandler: Kundens instruks (kobling av transportørfakturaer) |
| Nyhetsbrevabonnement | Til avmelding; en avmeldt adresse blir stående på suppresjonslisten; et ubekreftet abonnement slettes etter 30 dager | GDPR art. 6(1)(a) samtykke; Marknadsföringslagen 19 § |
| Nettstedsanalyse (bare etter den besøkendes samtykke) | 13 måneder | GDPR art. 6(1)(a) samtykke; ePrivacy |
| Feilrapporter (Sentry) | Høyst 30 dager | GDPR art. 6(1)(f): holde tjenesten i gang |
| Krypterte databasesikkerhetskopier | Dumper før utgivelse: 14 dager. En nattlig kopi utenfor serveren er ikke i drift ennå og vil beholdes høyst 30 dager. Slettede data forsvinner fra sikkerhetskopiene innen den tiden | GDPR art. 32: tilgjengelighet og gjenoppretting |
| Posten om en slettingsforespørsel (status og adressen bekreftelsen ble sendt til) | 7 dager etter at slettingen er bekreftet per e-post; det varige beviset er slettingsbeviset (3 år, ingen personopplysninger) | GDPR art. 6 nr. 1 f: vise kunden at slettingen ble gjennomført |
| Tokener for tilbakestilling av passord, e-postverifisering og invitasjon (hashet; en invitasjon inneholder også e-postadressen til den inviterte), samt affiliatepartneres innloggingslenker og økter (hashet) | 7 dager etter at tokenet utløp eller ble brukt | GDPR art. 6 nr. 1 f: sikker innlogging og svar på spørsmål om utløpte lenker |
| Logg over hendelser Stripe har sendt (hendelses-ID, type, en nyttelast uten personopplysninger), for å ignorere duplikater | 90 dager etter mottak | GDPR art. 6 nr. 1 f: behandle hver faktureringshendelse én gang og feilsøke |
| Et klikk på en partnerlenke som ingen registrering fulgte etter (bare partner og tidspunkt; ingen besøkerid) | 120 dager etter klikket. Et klikk som førte til en registrering blir et anonymt tall for partneren når kontoen slettes | GDPR art. 6 nr. 1 f og art. 5 nr. 1 e: kreditere en partner innenfor attribusjonsvinduet på 90 dager |
| Kontaktopplysninger til en affiliatepartner (navn eller merkelapp, kontaktadresse, utbetalingsmåte) | Så lenge partneravtalen gjelder; slettes 12 måneder etter at partneren er suspendert eller, hvis aldri aktivert, etter siste endring. Utbetalingsunderlag følger raden for fakturaer | GDPR art. 6 nr. 1 b partneravtalen; art. 6 nr. 1 f svindelgjennomgangen etterpå |
| Bakgrunnsjobber som mislyktes for godt (tenant- og tilkoblings-ID og feilteksten), oppbevart for feilsøking | 30 dager etter feilen (e-postjobber: høyst 7 dager, se raden for e-postkøen) | GDPR art. 6 nr. 1 f: feilsøke og kjøre på nytt en mislykket jobb |
| IP-adresse i en nøkkel for hastighetsbegrensning (Redis), for å bremse misbruk av innlogging og API | 2 minutter etter siste forespørsel; tellere for andre-faktor-forsøk 30 minutter | GDPR art. 6 nr. 1 f: beskytte kontoer mot gjetting |
| Applikasjons- og proxyloggers på serveren (sti, status, tid; hemmeligheter og personopplysninger fjernes før logging) | Roteres etter størrelse, ikke etter tid: høyst 250 MB per container og 1 GB vertsjournal; eldre linjer overskrives. Feildetaljer utover det finnes i feilovervåkingen (30 dager) | GDPR art. 6 nr. 1 f og art. 32: drive og sikre tjenesten |
7.3 Bekreftelse på sletting
Klirry sender en bekreftelse på slettingen til Behandlingsansvarliges kontoadresse innen 5 virkedager etter slettingen, med dato og berørte tabeller (antall, ikke innhold).
7.4 Avbrutt opphør
Hvis Behandlingsansvarlig reaktiverer abonnementet innen hentingsperioden, avlyses slettingen, og ingenting er slettet.
8. Revisjonsrett
8.1 Informasjon
Klirry stiller til Behandlingsansvarliges disposisjon all informasjon som er nødvendig for å påvise etterlevelse av GDPR art. 28, inkludert denne DPA-en og vedleggene, de relevante delene av sikkerhetsdokumentasjonen og, når de finnes, sammendrag av tredjepartsrevisjoner eller penetrasjonstester.
8.2 Revisjoner og inspeksjoner
Behandlingsansvarlig (eller en revisor den utpeker under taushetserklæring) kan revidere Klirrys etterlevelse av denne DPA-en. Revisjoner gjennomføres først ved dokumentasjon og sikkerhetsrapporter; der det ikke er nok, ved en inspeksjon med rimelig varsel (normalt 30 dager), i arbeidstiden, én gang i året med mindre det foreligger et brudd eller en tilsynsmyndighet krever mer, uten å forstyrre tjenesten urimelig og uten tilgang til andre kunders data. Klirrys samtykke kreves ikke for en revisjon som GDPR gir Behandlingsansvarlig rett til; disse praktiske reglene regulerer bare hvordan den gjennomføres. Plattformoperatører (for eksempel Shopify) kan også gjennomgå Klirry slik vilkårene deres krever.
8.3 Ansvar
Klirrys ansvar etter denne DPA-en følger begrensningen i brukervilkårene, §13 («Ansvar») — det høyeste av gebyrene betalt de 12 månedene før kravet og 10 000 SEK, med samme unntak for forsett, grov uaktsomhet og ansvar som ikke kan begrenses ved lov — med mindre ufravikelig lov krever noe annet.
9. Lovvalg og verneting
Denne DPA-en er underlagt svensk rett, som brukervilkårene (§20). Tvister avgjøres av samme domstol som etter brukervilkårene: Växjö tingsrätt (Växjö tingrett) som første instans.
10. Plattformspesifikke bestemmelser
Google Ads (Google Ads API Terms §7(B)). Der Behandlingsansvarlig kobler til en Google Ads-konto, er denne DPA-en den skriftlige avtalen med Google Ads-programkunden som kreves etter §7(B)(i): den beskriver behandlingen, og Klirry bekrefter at det behandler personopplysninger i samsvar med Behandlingsansvarliges egne forpliktelser etter Googles gjeldende personvernvilkår (§7(B)(ii)) — bare for å levere Tjenestene, uten videre bruk, salg eller bruk til sammenligninger eller AI-trening.
Shopify, Meta og andre. Plattformdata brukes bare for den Behandlingsansvarlige som koblet dem til, holdes adskilt fra alle andre kunders data og brukes ikke på tvers av kunder.
Inngåelse
Denne DPA-en er en del av, og inngås når Kunden godtar, brukervilkårene (inkludert godkjenning under registrering eller ved installasjon fra Shopify); ingen separat underskrift kreves. En Kunde som trenger en signert kopi, kan be om en på privacy@klirry.com.
Vedlegg 1 — Registrerte og kategorier av Personopplysninger
A1.1 Kategorier av Registrerte
| Kategori | Beskrivelse | Merknader |
|---|---|---|
| Kontobrukere | Kundens ansatte som bruker Klirrys dashbord | Bare arbeids-e-post (ingen navnefelt). Behandlingsansvarliges område; vist til informasjon (A1.4). |
| Sluttforbrukere | Kundens butikkunder hvis ordrer importeres | Ingen direkte kontaktopplysninger (navn, e-post, telefon, adresse) importeres. Ordreposter forblir pseudonymiserte personopplysninger som Behandlingsansvarlig kan koble tilbake. Se A1.2. |
A1.2 Kategorier av Personopplysninger — Ordredata
| Felt | Kategori | Formål | Merknader |
|---|---|---|---|
| Ekstern ordre-ID | Pseudonymisert identifikator | Fjerning av duplikater og oppdatering | Pseudonymiserte personopplysninger: Behandlingsansvarlig kan slå den opp i butikken sin for å nå en navngitt person |
| Ordrenummer | Pseudonymisert identifikator | Referanse i dashbordet og eksporten | Som over |
| Ordredato og tidspunkt | Tidsmessig | Periodeaggregering | ISO 8601 |
| Bestemmelsesland | Geografisk (landsnivå) | Mva-oppslag | Bare land — ingenting under landsnivå |
| Valuta, ordretotal, mva-beløp, belastet frakt, rabatt | Finansiell | Overskuddsberegning | Heltall i minste enhet |
| Navn på betalingsmåte | Operativ | Fordeling av betalingsgebyrer | For eksempel «klarna», «card» — ingen kortnumre |
| Navn på fraktmåte; flagg for sporet frakt | Operativ | Fordeling av fraktkostnad | Fritekstnavn går gjennom et personopplysningsfilter |
| Finansiell status, leveringsstatus, refundert beløp | Operativ / Finansiell | Nettoinntekt, håndtering av refusjoner | |
| Ordrelinjer: SKU, tittel, antall, enhetspris | Operativ | Fordeling av varekostnad | Fritekst i tittel går gjennom et personopplysningsfilter |
Kampanjeparametere fra landingssidens adresse: utm_source, utm_medium, utm_campaign, utm_content | Markedsføring | Annonsetilskrivning | Fritekst |
fbclid_present, gclid_present | Markedsføring | Annonsetilskrivning | Boolske verdier for til stede/ikke til stede; selve klikkidentifikatoren lagres aldri |
tracking_hmac | Pseudonymisert identifikator | Koble transportørfakturaer til ordrer | En nøkkelstyrt HMAC per kunde av transportørens sporingsnummer; selve nummeret lagres ikke; ryddes 180 dager etter ordredatoen |
| Oppgjørsposter fra betalingsleverandører (Stripe, Klarna, PayPal) | Finansiell | Faktiske betalingsgebyrer per ordre | Leverandør, belastningsreferanse, gebyrbeløp, valuta, tidspunkt for registrering; fra leverandørens API eller en opplastet fil (for eksempel Klarna-oppgjør) |
| Transportørfakturalinjer (PostNord, DHL, GLS) | Finansiell | Faktisk fraktkostnad per ordre | Transportør, fakturareferanse, kostnad, valuta, koblet via tracking_hmac; lastet opp av Behandlingsansvarlig |
| Annonsedata (Meta, Google Ads; TikTok når tilgjengelig) | Markedsføring | Annonsekostnad og resultater | Identifikatorer og navn på kampanje, annonsesett og annonse, kostnad, klikk, visninger per dag; ingen data om personene som ser annonsene |
| Sammendragsdata fra Google Analytics 4 (når tilkoblet) | Markedsføring | Bare veiledende signal | Aggregerte økter og konverteringer; inngår aldri i overskuddstallet |
| Kostnadsinnstillinger lagt inn av Behandlingsansvarlig | Operativ | Overskuddsberegning | Ikke personopplysninger om sluttforbrukere |
A1.3 Uttrykkelig negativ liste — data som IKKE samles inn
Utelukket på adapterens spørringsnivå (ikke hentet, ikke tilordnet, ikke fjernet etter henting):
- Kundens navn, e-post, telefon, adresse (gate, postnummer, sted)
- IP-adresse, brukeragent, nettleseropplysninger for sluttforbrukere
- Rå sporingsnumre fra transportører og rå klikkidentifikatorer
- Geografiske data under landsnivå
- Svenske personnumre eller tilsvarende
- Betalingskortnumre eller bankopplysninger
- Navn på ansatte eller selgere ved refusjoner
- Egendefinerte attributter, ordrenotater og andre fritekstfelt som vender mot kunden (unntatt produktets
title, som går gjennom personopplysningsfilteret)
Disse utelukkelsene håndheves i Klirrys kode for datainnhenting, ikke bare ved policy.
A1.4 Kontoopplysninger (behandlingsansvarliges område, til informasjon)
| Felt | Merknader |
|---|---|
| Arbeids-e-postadresse | Påloggingsidentifikator |
| Passord (argon2id-hash) | Bare hash |
| Rolle (eier / medlem) | Tilgangsstyring |
| TOTP-hemmelighet (kryptert med AES-256-GCM) | Hvis tofaktorautentisering er på |
| Poster i revisjonsloggen | Handling, brukeren som handlet, tid, renset metadata |
Kontoopplysninger behandles av Klirry som behandlingsansvarlig og ligger utenfor denne DPA-ens artikkel 28-omfang.
Vedlegg 2 — Tekniske og organisatoriske tiltak (TOM)
Følgende kontroller er gjennomført per datoen for denne DPA-en.
| # | Kontroll | Gjennomføring |
|---|---|---|
| 1 | Kryptering i hvile — påloggingsopplysninger | AES-256-GCM med tilfeldig 12-byte IV; nøkler lagres adskilt fra data |
| 2 | Tenantisolering — Row Level Security | PostgreSQL RLS på alle tenanttabeller; manglende kontekst → null rader; en RLS-testsuite kjøres før hver utgivelse |
| 3 | Autentisering | argon2id-hashing av passord; sperre mot vanlige passord; valgfri TOTP |
| 4 | Hastighetsbegrensning | Glidende vindu i Redis for hastighetsbegrensning på alle autentiseringsendepunkter |
| 5 | Inntak uten personopplysninger | Adaptere henter aldri kunders navn, e-postadresser, adresser eller telefonnumre; et personopplysningsfilter er en andre forsvarslinje |
| 6 | Logging uten personopplysninger | Sentral logger renser e-post- og tokenmønstre før utskrift |
| 7 | Datalagring i EU | Produksjonsdatabase og applikasjon kjører på Hetzners infrastruktur i Tyskland. Feilovervåking bruker et EU-datasenter hos en amerikansk leverandør (vedlegg 3, med standardavtalevilkår); e-postlevering bruker en EU-leverandør |
| 8 | Sikkerhetskopier | Krypterte (age) databasedumper tas og gjenopprettingsverifiseres før hver utgivelse og ryddes etter 14 dager. En planlagt nattlig kopi utenfor serveren til en Hetzner Storage Box (høyst 30 dager) er forberedt, men ikke i drift ennå; denne raden oppdateres når den er det |
| 9 | Tilgangslogg | Hver autentiserings-, admin- og kostnadsskrivehandling registreres i en append-only revisjonslogg; supportimpersonering loggføres |
| 10 | Hemmelighetsskanning | gitleaks pre-commit-hook og i testkjøringen før utgivelse; egne regler for plattformnøkler |
| 11 | Skanning av sårbarheter i avhengigheter | pnpm audit --audit-level=high i testkjøringen før utgivelse |
| 12 | Sikkerhetshoder | CSP, HSTS, X-Content-Type-Options, X-Frame-Options, Referrer-Policy, Permissions-Policy |
| 13 | CSRF-beskyttelse | Kontroll av Sec-Fetch-Site / Origin på alle muterende endepunkter |
| 14 | Inndatavalidering | Zod-skjemavalidering på alle API-inndata; grense for kroppsstørrelse |
| 15 | Avslutningsprosedyre | Sjekkliste for å trekke tilbake tilgang når en person slutter |
| 16 | Hendelseshåndtering | Skriftlig prosedyre med fristene 24/48/72 timer og et hendelsesregister |
| 17 | Utgivelsesport | Hver utgivelse går gjennom hele testkjøringen (lint, typer, enhet, RLS, integrasjon, ende-til-ende) og en gjenopprettingsverifisert sikkerhetskopi før den settes i drift |
Klirry kan styrke disse tiltakene når som helst, men vil ikke svekke dem vesentlig.
Vedlegg 3 — Underdatabehandlere
| Underdatabehandler | Formål | Region | Personopplysninger | Status |
|---|---|---|---|---|
| Hetzner Online GmbH | Skyhosting: servere, database, lagringsvolumer og krypterte sikkerhetskopier | Tyskland (Falkenstein) | All Ordredata og alle Kontoopplysninger | Tatt i bruk |
| Scaleway SAS | Bare transaksjonelle e-poster: konto-, sikkerhets-, prøveperiode- og varselmeldinger (aldri markedsføring) | Frankrike (Paris, fr-par) | E-postadressene til Kundens brukere og innholdet i meldingene som sendes til dem | Ikke tatt i bruk ennå; 30 dagers varsel (3.3) |
| Functional Software, Inc. (Sentry) | Feilovervåking og krasjrapportering | EU-datasenter (de.sentry.io); leverandøren er et amerikansk selskap | Rensede stakksporinger og tenant- eller brukeridentifikatorer (UUID); ingen personopplysninger etter konfigurasjonen (et beforeSend-filter fjerner personopplysninger, inkludert svenske personnumre) | Ikke tatt i bruk ennå; 30 dagers varsel (3.3) |
En leverandør merket «Ikke tatt i bruk ennå» legges til først etter varselet i avsnitt 3.3, under en skriftlig avtale som oppfyller avsnitt 3.2a, og bare hvis den behandler data i EU/EØS eller under en gyldig mekanisme i kapittel V (avsnitt 2.4).
Vedlegg 4 — Tilkoblede plattformer (datakilder du velger)
Plattformene nedenfor er kundens egne: kunden velger å koble dem til, og Klirry leser fra dem (eller, for et meldingsmål, sender til dem) etter kundens dokumenterte instruks i henhold til denne databehandleravtalen. De er datakilder og mål som kunden velger, ikke underdatabehandlere hos Klirry: Klirry engasjerer dem ikke til å behandle kundens data. Tilgangen er skrivebeskyttet der tabellen sier det, og kunden kan når som helst trekke den tilbake på den måten den siste kolonnen beskriver.
| Plattform | Rolle | Hva Klirry leser eller sender | Tilgang | Slik trekker du tilgangen tilbake |
|---|---|---|---|---|
| Shopify | Kildeplattform og betalingskanal. Shopify Inc. (Canada) og Shopify Commerce Singapore Pte. Ltd. er Klirrys motparter etter Partner Program Agreement; forhandleren har avtale med Shopify International Limited (Irland). Klirry leser ordrer og produkter med tilgangene read_orders og read_products; Shopify er en selvstendig behandlingsansvarlig for sine egne data og ikke underdatabehandler for Klirry. | Ordrer og produkter (tilgangene read_orders og read_products). Ingen kundenavn, e-postadresse, adresse eller telefon lagres | Skrivebeskyttet | Avinstaller appen i Shopify-admin, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| Meta | Kildeplattform for annonsekostnader og resultater (tilgangen ads_read). Meta er en selvstendig behandlingsansvarlig; Klirry er ikke Metas databehandler, og Meta er ikke Klirrys underdatabehandler. | Annonsekostnader og resultater per annonsekonto (tilgangen ads_read) | Skrivebeskyttet | Fjern Klirry blant tilkoblede apper i Meta-bedriftsinnstillingene dine, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| Kildeplattform for Google Ads-kostnader (planlagt) og Google Analytics 4 som veiledende signal (planlagt, aldri i overskuddstallet). Google er en selvstendig behandlingsansvarlig. | Google Ads-kostnader og Google Analytics 4-økter (begge planlagt; aldri en del av overskuddstallet) | Skrivebeskyttet | Fjern Klirry under tredjepartstilgang i Google-kontoen din, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) | |
| TikTok | Planlagt kildeplattform for annonsekostnader. Ikke tilkoblet i dag. TikTok er en selvstendig behandlingsansvarlig. | Annonsekostnader (planlagt; ikke tilkoblet i dag) | Skrivebeskyttet | Fjern Klirry i TikTok-bedriftsinnstillingene dine, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| WooCommerce | Forberedt, tilbys ikke kunder ennå. Kildeplattform: din egen WooCommerce-butikk som du drifter selv. Klirry kaller butikkens REST-API på adressen du oppgir. Butikkeieren er behandlingsansvarlig; Klirry er ikke butikkens databehandler, og butikken er ikke Klirrys underdatabehandler. | Ordrer og ordrelinjer fra butikkens REST-API. Ingen kundenavn, e-postadresse, adresse eller telefon lagres | Skrivebeskyttet (en lesenøkkel du oppretter) | Slett REST API-nøkkelen i WooCommerce (Innstillinger, Avansert, REST API), eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| PrestaShop | Forberedt, tilbys ikke kunder ennå. Kildeplattform: din egen PrestaShop-butikk som du drifter selv. Klirry kaller butikkens Webservice på adressen du oppgir. Butikkeieren er behandlingsansvarlig; Klirry er ikke butikkens databehandler. | Ordrer og ordrelinjer fra butikkens Webservice. Ingen kundenavn, e-postadresse, adresse eller telefon lagres | Skrivebeskyttet (en Webservice-nøkkel du oppretter) | Slett nøkkelen under Avanserte parametere, Webservice i PrestaShop, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| Shopware 6 | Forberedt, tilbys ikke kunder ennå. Kildeplattform: din egen Shopware 6-butikk. Klirry kaller butikkens Admin-API på adressen du oppgir. Butikkeieren er behandlingsansvarlig; Klirry er ikke butikkens databehandler. | Ordrer og ordrelinjer via en søkeforespørsel (en lesing; ingen endringer sendes). Ingen kundenavn, e-postadresse, adresse eller telefon lagres | Skrivebeskyttet (en integrasjon du oppretter) | Slett integrasjonen under Innstillinger, System, Integrasjoner i Shopware, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| BigCommerce | Forberedt, tilbys ikke kunder ennå. Kildeplattform. BigCommerce er en selvstendig behandlingsansvarlig for egne data; Klirry er ikke dens databehandler, og BigCommerce er ikke Klirrys underdatabehandler. | Ordrer (REST-API v2). Ingen kundenavn, e-postadresse, adresse eller telefon lagres | Skrivebeskyttet (en API-konto på butikknivå med kun lesetilgang til ordrer) | Slett API-kontoen i BigCommerce-butikken din, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| Wix | Forberedt, tilbys ikke kunder ennå. Kildeplattform. Wix er en selvstendig behandlingsansvarlig for egne data; Klirry er ikke dens databehandler, og Wix er ikke Klirrys underdatabehandler. | Ordrer (søk i eCommerce-ordrer, en lesing). Ingen kundenavn, e-postadresse, adresse eller telefon lagres | Skrivebeskyttet (en API-nøkkel med tilgangen Les eCommerce-ordrer) | Slett API-nøkkelen i Wix-kontoen din, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| Quickbutik | Forberedt, tilbys ikke kunder ennå. Kildeplattform. Quickbutik er en selvstendig behandlingsansvarlig for egne data; Klirry er ikke dens databehandler, og Quickbutik er ikke Klirrys underdatabehandler. | Ordrer via butikkens API (kun JSON GET). Ingen kundenavn, e-postadresse, adresse eller telefon lagres | Skrivebeskyttet (butikkens API-nøkkel som du oppretter) | Slett eller forny API-nøkkelen i Quickbutik-kontoen din, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| PayPal | Forberedt, tilbys ikke kunder ennå. Kilde til betalingsgebyrer. PayPal er en selvstendig behandlingsansvarlig for egne data; Klirry er ikke dens databehandler, og PayPal er ikke Klirrys underdatabehandler. | Transaksjoner og gebyrene deres fra rapporten Transaction Search. Ingen betalernavn eller e-post lagres | Skrivebeskyttet (en REST-app du oppretter med Transaction Search) | Slett REST-appen i PayPals utviklerpanel, eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| Stripe (din egen Stripe-konto) | Forberedt, tilbys ikke kunder ennå. Kilde til betalingsgebyrer fra Stripe-kontoen DU har hos Stripe. Dette er et annet forhold enn Klirrys egen bruk av Stripe til å fakturere sine kunder (se leverandørlisten): her er Stripe en selvstendig behandlingsansvarlig for kontodataene dine, og Klirry leser dem bare. | Betalinger og saldotransaksjoner, for å lære de faktiske gebyrene. Ingen kortinnehaver- eller kundeopplysninger lagres | Skrivebeskyttet (en begrenset nøkkel med Charges: Read og Balance Transactions: Read) | Slett den begrensede nøkkelen i Stripe-panelet ditt (Developers, API keys), eller koble den fra i Klirry under Innstillinger, Tilkoblinger (Klirry slutter å lese med en gang) |
| Slack (ditt eget arbeidsområde) | Et mål DU velger: hvis du limer inn en innkommende webhook-URL fra ditt eget Slack-arbeidsområde, sender Klirry varsler dit i tillegg til e-post. Klirry har ikke noe eget Slack-arbeidsområde som mottar kundedata. Slack er en selvstendig behandlingsansvarlig for meldingene i arbeidsområdet ditt; Slack er ikke Klirrys underdatabehandler. | Ingenting leses. Klirry sender beslutningssetningen fra en varsel-e-post og en lenke til beslutningssiden til webhooken du har opprettet | Kun sending, til din egen webhook | Slett den innkommende webhooken i Slack, eller fjern Slack-adressen i Klirry under Innstillinger |
Endringslogg
Hver oppføring oppgir versjon, dato og hva som er endret. En endring av hovedversjonens nummer er en vesentlig endring: den varsles til kundene på e-post minst 30 dager før den trer i kraft.
| Version | Dato | Endring |
|---|---|---|
| 1.0 | 2026-10-10 | Første publiserte versjon. |
| 1.1 | 2026-10-11 | Vedlegg 4 (tilkoblede plattformer) lagt til; lagringstabellen utvidet med nye klasser; Stripe merket som planlagt til live-modus. Mindre endring: ingen kunde er i live-modus ennå, ingen underdatabehandler kommer til, og perioder blir bare kortere eller gjelder nye klasser, så ingen 30-dagers varsel. |