Salonens kundedata: kontrollér før leverandørskifte

Spørg ikke kun, om dataene er sikre. Bed om aftalen.

Leverandøren bør angive juridiske roller, organisationens grænser, adgangsregler, opbevaring, sikkerhedskopier, eksport, underdatabehandlere og beviser for, at de vigtigste kontroller fungerer.

1. Fastlæg roller og det mindst nødvendige dataomfang

Salonen er dataansvarlig for sine kunders oplysninger, mens leverandøren af bookingsystemet normalt behandler oplysningerne for at levere tjenesten. Der kan gælde særskilte roller for betalinger, fakturering, sikkerhed eller retlige forpligtelser. Vilkår og en databehandleraftale bør dokumentere disse roller.

Et bookingsystem bør ikke opfordre til registrering af helbredsoplysninger eller andre særlige kategorier af personoplysninger uden et retsgrundlag og kontroller, der er udformet til formålet. Hvert felt skal have et formål, en ansvarlig og en opbevaringsperiode.

2. Undersøg organisationens grænser og rettigheder

Et tenantId-felt skaber ikke isolation. Organisationskonteksten skal komme fra en autentificeret session og medlemskab, og backend skal afvise en identifikator i en offentlig anmodning, der strider mod den autoriserede kontekst.

Rollerne ejer, leder og medarbejder bør give forskellige muligheder. Ændringer af rettigheder, eksporter og administrative handlinger kræver et revisionsspor, der viser, hvem der handlede, hvornår og inden for hvilket område.

3. Gennemgå hele livscyklussen: opbevaring, sikkerhedskopier og sletning

Spørg særskilt om aktive data, logfiler, revisionshistorik, sikkerhedskopier og tekniske gendannelsesvinduer. At fjerne en post fra grænsefladen betyder ikke, at den straks fjernes fra alle sikkerhedskopier; leverandøren bør angive maksimale perioder og begrænsninger for brugen af roterende kopier.

Sikkerhedskopier skal have en ansvarlig, en frekvens, en opbevaringsperiode og regelmæssige gendannelsestest. At en sikkerhedskopi findes, beviser ikke, at leverandøren kan gendanne den rette organisations data.

4. Skeln mellem hosting, underdatabehandlere og leverandører valgt af salonen

En liste over underdatabehandlere bør angive enhed, formål, dataomfang, placering og overførselsmekanisme. En betalingsudbyder eller offentlig myndighed kan have en anden rolle end databehandleren for salonens kunderegister.

Når en salon tilslutter sin egen SMS-konto, skal det være tydeligt, hvem der indgår aftale med operatøren, opbevarer loginoplysningerne og er ansvarlig for beskedernes retsgrundlag. Hemmeligheder må ikke havne i logfiler, URL'er eller dokumentation.

5. Kræv beviser, der står i forhold til risikoen

En sikkerhedserklæring er begyndelsen på samtalen. De vigtigste kontroller kræver test, logfiler, aflæsning af den faktiske konfiguration eller en øvelsesrapport. Beviser skal have dato, omfang, resultat og en ansvarlig for udbedring.

Ariveno dokumenterer offentligt omfanget af sin databehandleraftale, opbevaring, underdatabehandlere og eksportvilkår. Infrastrukturdetaljer, der kan lette et angreb, forbliver i driftsdokumentation med kontrolleret adgang frem for i markedsføringstekster.

Spørgsmål før du underskriver

• Hvordan fastlægges organisationskonteksten, og hvordan forhindres adgang mellem saloner?
• Hvilke roller findes, og hvilke administrative handlinger revisionslogges?
• Hvor længe opbevares aktive data, logfiler, revisionsposter og sikkerhedskopier?
• Hvor ofte testes gendannelse, og hvilke RPO/RTO er angivet?
• Hvordan får salonen en komplet eksport, og hvad sker der efter tjenestens ophør?
• Hvilke underdatabehandlere modtager salonens kundeoplysninger og til hvilket formål?
• Hvordan håndteres hændelser, anmodninger fra registrerede og indsigelser mod underdatabehandlere?
• Hvordan opbevares hemmeligheder, og hvordan begrænses operatørernes adgang?

Skift bookingsystem uden at gætte eller miste kontrollen.

En god migrering begynder ikke med en import. Fastlæg først dataomfanget, den ansvarlige for hver beslutning, kvalitetskriterierne og tidspunktet, hvor kundernes bookinglink sikkert kan ændres.

1. Begynd med en kortlægning, ikke en CSV-fil

Lav en liste over, hvor kunder, ydelser, personale, ressourcer, fremtidige aftaler, samtykker, noter og afbestillingsregler findes i dag. Giv hvert datasæt en forretningsansvarlig og én beslutning: flyt, arkivér eller udelad.

Adskil data, der er nødvendige for at fortsætte tjenesten, fra historik, der kan blive i et arkiv med kontrolleret adgang. Et mindre omfang reducerer fejl, dubletter og unødvendig behandling af personoplysninger.

• kunder og kontaktoplysninger med grundlag for fortsat brug
• ydelser, varianter, priser, varighed og tidsmarginer
• personale, roller, arbejdstider, fravær og delte ressourcer
• kun fremtidige aftaler, der er nødvendige efter overgangen
• regler for booking, afbestilling, påmindelser og samtykke

2. Definér feltkoblinger og kvalitetsregler

Kolonnenavne er ikke en aftale. Definér telefonformat, tidszone, dubletkontrol, obligatoriske værdier og hvad der sker, når en ydelse eller et teammedlem er ukendt.

En prøvekørsel bør slutte med en rapport: læste rækker, afviste poster, dubletter, manglende relationer og en stikprøve til manuel gennemgang. Én ugyldig post må ikke ændre resten af importen uden varsel.

3. Gennemfør en generalprøve og en kort periode med parallel drift

Konfigurér først ydelser, personale og ressourcer. Udfør derefter en prøveimport uden at offentliggøre det nye link. Kontrollér en stikprøve af kunder og aftaler, herunder tidsmarginer, virketider, fravær og scenarier med delt udstyr.

Udpeg i den parallelle periode ét system som den autoritative kilde til nye bookinger. Lad ikke personalet registrere de samme aftaler uafhængigt i to systemer uden en afstemningsprocedure.

4. Skift først, når tydelige kriterier er opfyldt

Overgangen omfatter linket på hjemmesiden, Google Virksomhedsprofil, sociale kanaler, QR-koder og instruktioner til receptionen. Behold kildeeksporten, importrapporten og ændringsloggen, men gør ikke en lokal fil til et permanent datalager.

Planen for tilbageførsel skal angive, hvordan I vender tilbage til den tidligere bookingkanal, hvis et kritisk scenarie fejler. Tilbageførslen må ikke afhænge af, at personalet genskaber aftaler fra hukommelsen.

Tjekliste før overgangen

• Antallet af kildeposter, gyldige poster, afviste poster og dubletter er afstemt.
• Fremtidige aftaler bevarer den korrekte ydelse, person, tid, pris og ressource.
• Teamets rettigheder er testet med konti med forskellige roller.
• Forløbene for booking, flytning, afbestilling og påmindelser har bestået en generalprøve.
• Salonen har en aktuel eksport og forstår hele vejen ud af systemet.
• Det nye link, QR-koden og kundeinformationen har en ansvarlig og et offentliggørelsestidspunkt.
• Tærsklen for tilbageførsel, den beslutningsansvarlige og proceduren er dokumenteret.

Gør en leverandørs svar til en praktisk beslutning

Inden du skifter bookingleverandør, skal du identificere de kundedata, din salon faktisk har brug for, og de personer, der har brug for adgang. En lang sikkerhedsside tager ikke den beslutning for dig. Brug det sammen med behandlingsaftalen, opbevaringsregler, underdatabehandlerliste og de operationer, du kan inspicere under en prøveperiode. Hold dine spørgsmål så specifikke, at leverandøren kan besvare dem uden at stole på en generel forsikring.

Den syntetiske øvelse nedenfor bruger en salon med en ejer, en leder og to teammedlemmer. Den indeholder fiktive kontakter og aftaler. Dens formål er at tjekke et par købsspørgsmål: hvem kan se hvad, hvordan en eksport er forberedt, hvad dokumenterne siger om annullering, og om teamet forstår grænserne. Det er ikke en penetrationstest eller bevis på, at enhver sikkerhedskontrol er blevet uafhængigt revideret.

Opret en kort beslutningsjournal. For hvert spørgsmål skal du skrive leverandørens dokument eller operation, datoen for kontrolleret, svaret og eventuelle uafklarede punkter. Et uløst punkt skal forblive synligt. Hvis en leverandørs tilbud afhænger af en antagelse, du ikke kan verificere, så bed om afklaring, før du overfører en reel kundeliste. En prøveperiode er et nyttigt tidspunkt at gøre dette på, fordi omkostningerne ved at opdage et mismatch stadig er begrænsede.

Identificer rollerne for hvert behandlingsformål

Ved almindelige salonaftaler bestemmer salonen, hvorfor den behandler kundeoplysninger, og bookingleverandøren behandler relevante data efter sin instruks. Andre formål kan have forskellige roller. Abonnementsfakturering, forebyggelse af svindel og leverandørens juridiske optegnelser bør beskrives separat. Læs selve behandlingsaftalen i stedet for at antage, at én sætning om at være processor dækker hver operation.

EDPB forklarer sondringen mellem dataansvarlig og databehandler og den kontrakt, der styrer deres forhold. Brug denne vejledning til at spørge, hvem der håndterer adgangsanmodninger, returnering eller sletning af data, sikkerhedshændelser og ændringer af underbehandler. Kontrakten bør give dig en brugbar rute for disse situationer. En kontaktadresse uden forklaring af omfang kan efterlade det praktiske ansvar uklart.

Hold øvelsen proportional. En lille salon behøver ikke at opfinde en komplet juridisk afdeling, men den skal vide, hvilket dokument der gælder, og hvor man skal stille et konkret spørgsmål. Optag versionen af ​​det dokument, du har gennemgået. Hvis leverandøren ændrer en væsentlig tilstand, skal du sammenligne den nye version med den beslutning, du tog, før du flyttede data.

Minimer felterne, før du migrerer

Liste felterne i din nuværende klienteksport. For hvert felt skal du identificere formålet, og om du har brug for det til fremtidige aftaler. Navne og kontaktkanaler kan tjene til bookingprocessen; en gammel fritekstnotat kan indeholde oplysninger, der ikke længere har et berettiget formål. Importer ikke alle felter, blot fordi der findes en fil.

Adskil aftalepræferencer fra helbredsoplysninger, behandlingskontraindikationer og andre følsomme detaljer. Et generelt bookingsystem bør ikke blive en uformel journal. Hvis din virksomhed har brug for specialistoplysninger, skal du vurdere det passende værktøj, juridiske grundlag og sikkerhedsforanstaltninger til det separate formål. Den almindelige bekvemmelighed ved et notefelt er utilstrækkelig.

Skeln også kontaktdata fra tilladelse til at sende markedsføring. Migrering af et telefonnummer eller en e-mailadresse skaber ikke en ny tilladelse. Bevar de oplysninger, din virksomhed er berettiget til at bruge, og gennemgå reglerne for enhver salgsfremmende kanal separat. Undgå at gøre en softwaremigrering til en uanmeldt marketingkampagne til hele den gamle database.

Undersøg tilladelser ved hjælp af de konti, der har brug for dem

Opret testbrugere til de roller, der er tilgængelige i produktet og relevante for din salon. Bekræft, at ejeren kan administrere opsætningen, mens andre kun har de operationer, der er begrundet i deres arbejde. Tjek visningsposter, ændring af aftaler og eksport af oplysninger separat. Tilladelse til at se en kalender indebærer ikke et forretningsbehov for at downloade hele klientdatabasen.

Brug normale autoriserede operationer under prøven. Undersøg ikke en anden salon eller forsøg på at hente rigtige optegnelser uden for din organisation. En købsevaluering kan kontrollere den beskrevne tilladelsesmodel og nogle få egenorganisationssager; en indgribende sikkerhedsvurdering kræver et særskilt autoriseret omfang. Hold denne sondring klar i beslutningsprotokollen.

Efter at have fjernet en testpersons adgang gennem den understøttede proces, skal du kontrollere, at personen ikke længere kan udføre den relevante operation. Notér hvad du testede og resultatet. Dette fortæller dig noget konkret om din egen konfiguration. Det retfærdiggør ikke en påstand om, at alle mulige adgangsveje er blevet testet, eller at leverandøren er certificeret til en standard, du ikke har verificeret.

Læs placeringspåstanden præcist

Arivenos aktuelle offentlige oplysninger beskriver separate salon D1- og private R2-ressourcer, der er konfigureret til EU-jurisdiktionen, mens offentlige sider leveres gennem Cloudflares globale kant. Det er specifikke udsagn om dele af tjenesten. Konverter dem ikke til en påstand om, at enhver teknisk proces, metadataelement og underbehandleroperation kun finder sted i ét land.

Læs underbehandlerlisten for den tjeneste, du planlægger at bruge. Identificer organisationen, formålet, dataomfanget og overfør oplysninger, hvor det er relevant. Betalingsbehandling og en salonvalgt SMS-konto kan have et andet forhold end opbevaring af salonaftaledata. Spørg om den del, der påvirker din beslutning i stedet for at behandle alle leverandører som én udifferentieret liste.

Hvis dit kunde- eller forretningsarrangement kræver et bestemt behandlingssted, skal du sammenligne denne betingelse med den kontraktmæssige beskrivelse. En generel EU-værtserklæring opfylder muligvis ikke et mere specifikt krav. Skriv ikke en stærkere påstand i din egen kundemeddelelse, end dokumenterne understøtter. Meddelelsen skal beskrive den proces, du faktisk bruger.

Udfør en eksport på syntetiske poster

Opret et lille sæt fiktive kunder, tjenester, teammedlemmer og aftaler. Brug ejerhandlingen til en komplet eksport, hvor den er tilgængelig. Ariveno beskriver offentligt en pakke, der indeholder disse optegnelser, indstillinger og originale salonbilleder. Undersøg pakken på din egen enhed, og sammenlign dens indhold med testomfanget. Gå ikke ud fra, at et downloadet arkiv er nyttigt, før du kan åbne det.

Tjek journalforhold og læsbare formater. Kan du fortælle, hvilken aftale der hører til hvilken tjeneste og person? Er billederne til stede i den originale form, som er beskrevet af tilbuddet? Registrer forberedelsesdatoen og beskyt den downloadede fil. En eksport flytter en kopi uden for leverandørens miljø, så din salon bliver ansvarlig for, hvor denne kopi opbevares, og hvem der har adgang til den.

Gør ikke krav på vellykket migrering til en anden leverandør udelukkende baseret på en eksport. Et modtagende system kan bruge forskellige identifikatorer eller formater. En nyttig exit-test adskiller download af data, læsning, tilknytning til et nyt format og verifikation af modtageresultatet. Du kan inspicere de første trin under prøveperioden uden at love, at alle mulige destinationer understøttes.

Forstå annullering, opbevaring og sikkerhedskopiering

Arivenos offentlige oplysninger beskriver i øjeblikket 30 dages læse- og eksportadgang efter annullering og sletning af operationelle data efter 90 dage, med forbehold for undtagelser fra juridisk opbevaring og backup-cyklus. Læs de nuværende kontraktvilkår, før du beslutter dig; artiklens kildedato er ikke en erstatning for den version, der gælder, når du registrerer dig.

Spørg, hvad der sker med aktive data, faktureringsregistreringer, sikkerhedslogfiler og roterende sikkerhedskopier separat. Disse kategorier kan have forskellige begrundede perioder og begrænsninger. Fjernelse af en synlig aftale fastslår ikke, at hver kopi straks er forsvundet. Dit købsspørgsmål er, hvordan livscyklussen er dokumenteret og kontrolleret, inklusive enhver undtagelse, der påvirker din salon.

Brug prøveversionen til at finde instruktionerne om annullering og eksport. Annuller ikke en produktionskonto blot for at teste ordlyden. Hvis et livscyklusspørgsmål forbliver ubesvaret af dokumenterne og din testkonto, skal du indhente et svar, før du gør det til en betingelse for din forretningsproces. Gem svaret sammen med leverandørbeslutningsprotokollen.

Forbered dig på en klientanmodning eller en hændelse

Vælg en fiktiv anmodning, såsom en person, der beder om adgang til deres aftaleoplysninger. Skriv ned, hvem der modtager det, hvordan identiteten kontrolleres, hvilke oplysninger der er inden for rammerne, og hvilken operation eller leverandørsupportrute, der hjælper svaret. GDPR indeholder krav til registreredes rettigheder, men arbejdsproceduren skal passe til de registreringer, din salon faktisk har.

Til en hændelsesøvelse skal du bruge et scenarie, såsom en mistet personaleenhed eller en konto, der bruges af den forkerte person. Bestem, hvem der ændrer adgang, hvem der undersøger kendsgerningerne, og hvem der gennemgår en eventuel underretningspligt. Gør ikke prøven til en reel rapport til en myndighed. Resultatet bør være en kontakt- og beslutningsvej, som ejeren kan bruge, når en virkelig begivenhed indtræffer.

Opbevar beviser uden at indsamle unødvendige personlige data. En kort registrering af hændelsen, det berørte omfang, beslutninger og handlinger kan være mere nyttigt end at kopiere en hel klientdatabase til en hændelsesnotat. OWASPs logføringsvejledning understøtter udelukkelse af hemmeligheder og unødvendigt følsomt indhold fra logfiler; din egen support- og undersøgelsesrutine bør følge samme princip.

Find oplysningerne og deres formål

Start med en oversigt over de steder, hvor salonen gemmer kundedata: bookingsystem, telefon, e-mail, papir, regnskab og eventuelle beskedtjenester. Navn, telefonnummer, e-mail og en reference til en aftale kan være personoplysninger. Også en noteret præference kan være knyttet til en identificerbar person. GDPR gælder derfor ikke kun den store kundedatabase. En lille organiseret kundeliste kan også kræve en ordentlig vurdering. [2]

Angiv et formål ved hvert sted. En kontaktoplysning kan bruges til at gennemføre en aftale, mens en adresse kan være nødvendig til en faktura. Du behøver ikke samme sæt oplysninger i alle værktøjer. Spørg hvad medarbejderen skal kunne gøre med oplysningen, og hvad der sker hvis den ikke indsamles. Hvis svaret blot er, at feltet findes, har du endnu ikke forklaret behovet for at bruge det.

Afklar ansvar før leverandørvalg

Den, der bestemmer formål og væsentlige midler for behandlingen, er dataansvarlig. En databehandler behandler oplysninger på den dataansvarliges instrukser. Salonen vil typisk have ansvar for kundebehandlingen, men leverandørens konkrete roller skal undersøges for hver aktivitet. En leverandør kan have en anden rolle for sine egne faktureringsoplysninger end for salonens kundekalender. Undgå derfor én etikette, der skjuler flere forskellige behandlinger. [4]

Læs aftalen om databehandling. Den skal beskrive instrukser, fortrolighed, sikkerhed, underleverandører, hjælp med personers rettigheder og tilbagelevering eller sletning efter ydelsens ophør. [4] Bed om oplysninger, som du kan forstå og gemme. Et mærke på en marketingforside kan ikke erstatte aftalen. Skriv også hvem i salonen der kontakter leverandøren, hvis en kunde ønsker indsigt, eller hvis teamet opdager en mulig hændelse.

Hold almindelig booking adskilt fra helbredsoplysninger

Et bookingsystem skal kunne finde kunden og reservere den relevante tid. Noter om allergier, medicin eller kontraindikationer kan derimod afsløre helbredsoplysninger. De tilhører særlige kategorier, som kræver en ekstra betingelse ud over det almindelige behandlingsgrundlag. Vurder både nødvendigheden og beskyttelsen, før du indsamler dem. Et felt til bemærkninger gør ikke et system egnet som sundhedsjournal. [3]

Ariveno er ikke en løsning til medicinsk dokumentation eller indsamling af helbredsdata og helbredssamtykker. Brug en særskilt, fagligt og juridisk vurderet proces, hvis din behandling kræver sådanne oplysninger. Skriv ikke diagnoser i aftalens titel, og send dem ikke i en almindelig påmindelse. Receptionen kan have behov for at vide, at en faglig konsultation mangler, uden at få adgang til en detaljeret helbredshistorik.

Vælg grundlag efter opgaven

For oplysninger, som er nødvendige for at udføre en ønsket ydelse, kan en kontrakt være relevant behandlingsgrundlag. Nødvendighed er dog en reel begrænsning; du kan ikke udvide formålet ved at kalde enhver oplysning nødvendig. Markedsføring er et andet formål og dækkes ikke automatisk af samme kontraktgrundlag. Hvis du bruger samtykke, skal det blandt andet være frivilligt, specifikt, informeret og utvetydigt. [3]

En praktisk måde at arbejde på er at skelne mellem aftalebesked, driftsbesked og kampagne. Beskeden om tidspunkt og sted bør ikke indeholde en skjult reklameblok, fordi du allerede har kundens e-mail. Elektronisk markedsføring kræver også vurdering af lokale regler. Notér formål og afsender, og gør det muligt at rette en forkert kontaktoplysning. En korrekt besked sendt til den forkerte person er stadig en fejl.

Giv adgang til arbejdsopgaven

Brug individuelle medarbejderkonti og tilpas rettigheder til behovet. EDPB anbefaler unikke brugeridentiteter, adgang efter nødvendighed og fjernelse af forældede rettigheder. [5] En receptionist, en behandler og en ejer udfører ikke nødvendigvis samme opgaver. Undersøg derfor hvem der kan se kundelister, ændre aftaler, administrere medarbejdere og eksportere oplysninger. Spørgsmålet er konkret: hvilken adgang skal denne person bruge i dag for at udføre sit arbejde?

Lav en kort proces for nye og fratrådte medarbejdere. Den nye person får sin egen konto og en forklaring af reglerne. Ved fratrædelse fjernes adgangen på det aftalte tidspunkt, også på telefoner, eksportfiler og delte postkasser. Hvis flerfaktorgodkendelse er tilgængelig, vurder brugen og en sikker gendannelsesproces. Lov ikke en produktfunktion, før du har kontrolleret den. Et fælles password i en chat er vanskeligt at kontrollere bagefter.

Beskyt skærm, filer og eksport

En kalender på en ulåst skærm i receptionen kan blive læst af besøgende. Indstil skærmlås, og tænk over placering af skærme og udskrifter. EDPB nævner opdateringer, sikkerhed på arbejdsstationer og kopier som grundlæggende forholdsregler. [5] Arbejdsoplysninger på private enheder kræver også klare regler. Bestem hvilke enheder teamet må bruge, og hvad der skal ske, hvis en telefon mistes eller skifter ejer.

Eksportfiler kræver mindst samme omtanke som det aktive system. Gem dem på et godkendt sted med begrænset adgang. Brug ikke en ubeskyttet regnearksfil som en permanent ekstra kundedatabase. Skriv formål, ansvarlig og forventet slettedato ved midlertidige flyttefiler. Kontrollér desuden at en eksport kan åbnes og fortolkes. En fil, du ikke kan læse, er svag dokumentation for, at du kan genoprette den arbejdsdag, som du er afhængig af.

Fastlæg opbevaring efter formål

Der findes ikke én universel periode, som passer til alle salonens oplysninger. GDPR kræver at opbevaringen er begrænset i forhold til formålet; nationale regler kan samtidig kræve længere opbevaring af eksempelvis skattedokumentation. [2] Skriv en enkel tabel med datatype, formål, frist og handling efter fristen. Det gør det lettere at forklare, hvorfor en faktura og en gammel kundebemærkning ikke nødvendigvis skal behandles ens.

Ved ophør af Ariveno giver det verificerede produktmateriale 30 dages læse- og eksportadgang og beskriver operationel sletning efter 90 dage med retlige undtagelser og undtagelser for sikkerhedskopier. Kontrollér de aktuelle aftalevilkår, før du planlægger en afslutning. Disse leverandørperioder erstatter ikke salonens egen vurdering af, hvad der lovligt skal beholdes. Lav en ansvarlig eksport og kontrollér resultatet, før adgangsvinduet lukker.

Forbered håndtering af fejl

Beskriv hvad en medarbejder gør ved en mistet telefon, en forkert modtager eller usædvanlig adgang. Den første opgave er at begrænse hændelsen og bevare nødvendige oplysninger om tidspunkt og omfang. Efter GDPR skal en dataansvarlig underrette tilsynet uden unødig forsinkelse og, hvor muligt, inden 72 timer efter at være blevet bekendt med et brud, medmindre risiko for personers rettigheder og friheder er usandsynlig. [1]

Det betyder ikke at enhver teknisk fejl skal anmeldes ubetinget. Du skal vurdere personoplysninger, adgang, mulig skade og de trufne foranstaltninger og dokumentere vurderingen. Hav leverandørkontakt og relevante ansvarlige klar på forhånd. Øv et enkelt scenarie med opdigtede oplysninger: hvem lukker adgang, hvem afklarer berørte data, og hvem træffer beslutningen? En kort, afprøvet plan er mere brugbar end et dokument, ingen kan finde under pres.

Kontrollér beviserne én gang ad gangen

Gennemgå aftale, adgangsliste, eksport, opbevaringsregler og hændelsesplan. Vælg én konkret forbedring ad gangen, med ansvarlig og dato. Bed en medarbejder vise, hvordan en konto bliver lukket eller en kundes kontaktoplysning bliver rettet. Kunder har rettigheder, og leverandøren skal hjælpe den dataansvarlige i relevant omfang. [6] Dokumentationen skal vise hvad I faktisk gør. At data behandles i EU er et geografisk forhold, ikke et samlet bevis for GDPR-overholdelse.

Prøv en kundehenvendelse uden virkelige oplysninger

Brug en opdigtet kunde til at øve rettelse og udlevering. Bed en medarbejder finde den rigtige post uden at afsløre andre kunders aftaler. Kontrollér derefter hvem der må godkende et svar, hvordan modtagerens identitet undersøges, og hvilken kanal I bruger til at sende oplysninger. En eksport med hele databasen er ikke et passende svar på ét menneskes spørgsmål om egne data.

Notér også hvilke andre systemer der kan indeholde relevante oplysninger. Bookingsystemet er måske ikke det eneste sted, hvor telefonnummer eller historik ligger. En rettelse skal kunne følges til de nødvendige steder uden at skabe nye permanente kopier. Giv medarbejderen et konkret sted at registrere at opgaven er udført.

Afslut øvelsen med at slette testdata efter den planlagte anvendelse. Den lille handling viser om jeres egne regler kan gennemføres i praksis. Hvis en bruger ikke kan finde funktionen eller mangler rettigheden, er det en opgave at løse før næste rigtige kundehenvendelse.

Beslut, hvad der forbliver uløst

Afslut øvelsen med dokumentversionerne, testede operationer og uløste spørgsmål på ét sted. Ejeren skal kunne forklare, hvorfor leverandøren passer til salonen, og hvilket ansvar der forbliver hos salonen. Undgå en enkelt score, såsom "fuldt sikker", der skjuler en manglende eksportkontrol eller en uklar behandlingstilstand.

Arivenos 14-dages prøveperiode kræver et betalingskort og fornys til det valgte abonnement, medmindre du opsiger inden for de gældende regler. Valgfri SMS er separat. Brug testdata, mens du inspicerer tilladelser og eksporterer. Overfør først rigtige klientregistreringer, efter at dokumenterne, din konfiguration og det påtænkte behandlingsformål er forstået.