Katselmoi henkilötietojen käsittelysopimus todellista palvelua vasten

Henkilötietojen käsittelysopimuksesta (DPA) tulee hyödyllinen, kun sen kuvaus vastaa todellista palvelua. Täydelliseltä näyttävä sopimus voi silti kuvata vääriä tietoja, jättää mainitsematta tukipalvelun tarjoajan tai luvata poistamisen, johon tuote ei pysty.

Teknologiajohtajalle (CTO) katselmointi kytkee oikeudelliset sitoumukset arkkitehtuuriin, konfiguraatioon ja toimintamenettelyihin. Lakiasiain- tai tietosuojakollegat tulkitsevat ehdot; tekninen tiimi selvittää, kuvaavatko ehdot todellisuutta. Tuotoksena pitäisi olla puolustettavissa oleva palvelupäätös, jota tukevat näyttö ja selkeä luettelo ratkaisemattomista ehdoista, ei pelkkä allekirjoitettu PDF.

Selvitä toimittajan rooli ennen ehtojen katselmointia

Selvitä aluksi, toimiiko toimittaja kyseisessä käsittelyssä henkilötietojen käsittelijänä. Yleisen tietosuoja-asetuksen (GDPR) mukaan käsittelijä käsittelee henkilötietoja rekisterinpitäjän lukuun. Kaikissa toimittajasuhteissa ei ole kyse tästä roolista, ja yhdellä toimittajalla voi olla eri rooleja eri toiminnoissa.

Hostattu asiakastukialusta voi käsitellä asiakkaiden tukipyyntöjä teidän ohjeidenne mukaisesti ja toimia samalla erillisenä rekisterinpitäjänä osassa omaa asiakastilien hallintaansa. Jos sen ehdot sallivat lisäksi tukipyyntöjen sisällön käytön itsenäisesti määritettyihin tarkoituksiin, tämä toiminta edellyttää erillistä analyysia. Kaiken nimittäminen ”palvelun kehittämiseksi” ei ratkaise roolia.

Laadi lyhyt soveltamisalan kuvaus ennen kuin alat merkitä sopimukseen muutoksia:

• Yksilöi sopimuksen tehnyt oikeushenkilö, tuote, tilaustaso ja käyttöön otetut ominaisuudet.
• Kuvaa, miksi organisaationne käyttää palvelua ja kenen henkilötietoja se käsittelee.
• Erota ohjeistettu käsittely toimittajan itse määrittämistä tarkoituksista.
• Nimeä palvelun sisäinen omistaja sekä lakiasiain- tai tietosuojakatselmoija.

Käsittelysopimus ei ole 6 artiklan mukainen käsittelyperuste, eikä se automaattisesti täytä kansainvälisiä siirtoja koskevia vaatimuksia. Nämä kysymykset pysyvät erillisinä. Jos organisaationne on itse käsittelijä, yksilöi ylävirran rekisterinpitäjän ohjeet ja valtuutusehdot ennen kuin otatte toimittajan käyttöön alikäsittelijänä.

Laadi 28 artiklan mukainen katselmointimatriisi

GDPR:n 28 artikla edellyttää sitovaa sopimusta tai muuta kelpoista oikeudellista asiakirjaa, joka sääntelee käsittelijän toimintaa. Siinä on kuvattava käsittelyn kohde ja kesto, luonne ja tarkoitus, henkilötietojen tyyppi, rekisteröityjen ryhmät sekä rekisterinpitäjän oikeudet ja velvollisuudet.

Näiden tietojen pitäisi yksilöidä todellinen käsittely. ”Kaikki palvelujen tarjoamiseksi tarvittavat tiedot” voi jättää katselmoijat epätietoisiksi siitä, kattaako sopimus henkilöstön tiedot, asiakkaiden viestit tai arkaluonteiset liitteet. Tarkista liitteet konfiguroitua tuotetta vasten valinnaiset integraatiot mukaan lukien.

Käytä seuraavaa matriisia käsittelijän pakollisten velvollisuuksien tarkasteluun. Näyttösarake sisältää käytännön katselmointisuosituksia, ei lakisääteistä vaatimusta hankkia kutakin mainittua asiakirjaa.

Käsittelijän on myös ilmoitettava rekisterinpitäjälle välittömästi, jos ohje sen mielestä rikkoo sovellettavaa tietosuojalainsäädäntöä. Tarkista, mihin tällainen ilmoitus menee ja kuka voi ratkaista asian.

Merkitse jokainen vaatimus katetuksi, epäselväksi tai puuttuvaksi ja lisää viittaus sopimuskohtaan. Älä luokittele pakollista puutetta tavanomaiseksi kaupalliseksi mieltymykseksi. 28 artiklan 1 kohta edellyttää myös, että rekisterinpitäjät käyttävät vain käsittelijöitä, jotka antavat riittävät takeet; pelkkä sopimusteksti ei voi osoittaa tätä.

Jäljitä edustava tietue palvelun läpi

Valitse realistinen tietue ja seuraa sitä vastaanottamisesta hävittämiseen. Asiakastukipalvelussa se voi olla tukipyyntö, joka sisältää nimen, sähköpostiosoitteen, asiakastunnuksen ja liitteen. Käytä testauksessa mieluiten synteettistä dataa.

Kartoita keruu, rajapintojen kautta tapahtuva vastaanotto, ensisijainen tallennus, indeksointi, analytiikka, tukipääsy, viennit, integraatiot, varmuuskopiot ja poistaminen. Kysy, mitkä komponentit saavat sisältöä ja mitkä vain metatietoja. Lokit ja vianmäärityksen jäljitystiedot sisältävät usein tunnisteita, vaikka pääsovelluksen soveltamisala olisi rajattu oikein.

Kirjaa jokaisesta vaiheesta vastuullinen taho, käsittelyn tarkoitus, sijainti, pääsypolku ja säilytysaika. Vertaa tulosta käsittelysopimukseen, tietoturvaliitteeseen, alikäsittelijäluetteloon ja siirtojärjestelyihin.

Kiinnitä erityistä huomiota ominaisuuksiin, jotka ylläpitäjät voivat ottaa käyttöön ilman hankintatoimen osallistumista: litterointi, tietojen rikastaminen, tekoälyn tekemät tiivistelmät, ulkoiset webhookit ja tukiistuntojen tallentaminen. Perustuotteelle katselmoitu sopimus ei välttämättä kuvaa riittävästi käyttöön otettua palvelua.

Tuotoksena voi olla yksinkertainen tietovirtakaavio ja poikkeamaloki. Jokaisesta poikkeamasta pitäisi käydä ilmi sopimuksen toteamus, havaittu toiminta, seuraus, omistaja ja ratkaisu. Esimerkiksi ”Käsittelysopimus kuvaa asiakkaan hallitseman säilytyksen; vianmäärityslokit säilyvät kiinteän ajan” on toimeenpantavissa. ”Säilytys epäselvä” ei riitä asian sulkemiseen.

Testaa tietoturvalupaukset toteutusta vasten

32 artikla edellyttää riskeihin nähden asianmukaisia turvatoimia. Se ei aseta yhtä universaalia teknistä konfiguraatiota. Arvioi toimenpiteitä tietojen arkaluonteisuuden, määrän, altistumisen ja vaarantumisen todennäköisten seurausten perusteella.

Liitteen pitäisi kertoa riittävästi palvelun arvioimiseksi edellyttämättä hyväksikäytön kannalta arkaluonteisten yksityiskohtien paljastamista. Priorisoi vuokralaisten eristys, etuoikeutettu pääsy, todennus, salaus, häiriönsietokyky, palautus, haavoittuvuuksien hallinta ja testaus. Yksilöi hallintakeinot, joita toimittaja ylläpitää, ja asetukset, jotka tiimisi on konfiguroitava.

Jos sopimus lupaa rajatun tukipääsyn, kysy, miten pääsyä pyydetään, miten se hyväksytään, miten se rajataan ajallisesti ja miten se kirjataan lokiin. Jos se lupaa salauksen, erota siirronaikainen suojaus tallennuksenaikaisesta ja selvitä sitten, kuka hallitsee avaimia ja mitä valtuutetut käyttäjät voivat edelleen lukea. Salaus ei ratkaise liian laajoja sovellusoikeuksia.

Selvitä saatavuuden ja palautuksen osalta, mitä varmuuskopioita on olemassa, miten palautusta testataan ja kattavatko sopimukselliset palautussitoumukset ostamanne tuotteen. Pidä kaupalliset käytettävyystavoitteet erillään tietoturva- ja tietosuojavelvoitteista.

Sertifikaatit ja varmennusraportit voivat tukea arviointia, mutta niiden soveltamisalalla on merkitystä. Tarkista palvelu, oikeushenkilö, arviointijakso, poissulkemiset ja asiakkaan vastuut. Hosting-palveluntarjoajaa koskeva raportti ei ole näyttöä SaaS-sovelluksen jokaisesta hallintakeinosta, eikä sertifiointi osoita GDPR:n noudattamista. Laajempaa näytön katselmointia käsitellään artikkelissa tietoturvan varmennuksen arviointi.

Jos tietoturvaliite sisällytetään sopimukseen verkkolinkin kautta, säilytä sovellettava versio. Tarkista, voivatko muutokset heikentää suojausta ja miten asiakkaille tiedotetaan. Käsittele päiväämätöntä, muuttuvaa sivua näytönhallinnan ongelmana, joka on ratkaistava, äläkä oleta sen olevan automaattisesti riittävä tai automaattisesti pätemätön.

Seuraa alikäsittelijäketjua ja arvioi siirrot erikseen

28 artiklan 2 kohta edellyttää ennakkoon annettua erityistä tai yleistä kirjallista lupaa toisen käsittelijän käyttämiseen. Yleisen luvan tapauksessa käsittelijän on ilmoitettava rekisterinpitäjälle suunnitelluista lisäyksistä tai vaihdoksista ja annettava mahdollisuus vastustaa niitä. 28 artiklan 4 kohta edellyttää, että asiaankuuluvat tietosuojavelvoitteet siirretään eteenpäin; alkuperäinen käsittelijä on edelleen täysimääräisesti vastuussa rekisterinpitäjälle siitä, että alikäsittelijä täyttää nämä velvoitteet.

Hanki käyttökelpoinen luettelo, josta käyvät ilmi kunkin palveluntarjoajan oikeudellinen identiteetti, tehtävä, asiaankuuluvat tiedot ja käsittelypaikat. Kaikki toimittajariippuvuudet eivät ole alikäsittelijöitä, mutta infrastruktuuri-, tuki- ja analytiikkapalvelujen tarjoajat eivät saa kadota katselmoinnista pelkästään siksi, että ne toimivat tuotteen käyttöliittymän takana.

Arvioi muutosmekanismi:

• Saapuuko ilmoitus valvottuun osoitteeseen tai nimetylle omistajalle?
• Onko tietoa ja aikaa riittävästi ehdotetun muutoksen arvioimiseen?
• Miten vastustus esitetään ja ratkaistaan?
• Mitä tapahtuu, jos hyväksyttävää vaihtoehtoa ei ole saatavilla?

Sopimuksellinen oikeus, jota kukaan ei voi käytännössä käyttää, on varoitusmerkki. Tilaa ilmoitukset asianmukaiselle tiimille ja kirjaa, kuka arvioi ne.

EU:ssa sijaitseva hosting on merkityksellinen, mutta se ei päätä siirtojen arviointia. Tarkastele todellisia vastaanottajia, etäpääsyjärjestelyjä, tukitoimintojen sijainteja ja edelleensiirtoja. Samoin pelkkä ulkomainen omistus ei ole täydellinen kuvaus siirrosta: dokumentoi todelliset oikeushenkilöt ja pääsypolut.

Kun V luku on sovellettavissa, yksilöi asiaankuuluva siirtomekanismi ja mahdollisesti tarvittava tukeva arviointi tai lisätoimenpiteet. Pidä tämä analyysi kytkettynä toimittajakatselmointiin mutta erillään 28 artiklan noudattamisesta. Käsittelysopimus ja alueellinen hosting-asetus eivät yksinään vastaa kaikkiin siirtoja koskeviin kysymyksiin.

Tee avustamisvelvoitteista toimeenpantavia

Tietoturvaloukkauksista ilmoittaminen ja poikkeaman luovutus

33 artiklan 2 kohdan mukaan käsittelijän on ilmoitettava rekisterinpitäjälle ilman aiheetonta viivytystä saatuaan tietoonsa henkilötietojen tietoturvaloukkauksen. Rekisterinpitäjä arvioi erikseen ilmoituksen tekemisen valvontaviranomaiselle; ilmoitus on tehtävä ilman aiheetonta viivytystä ja mahdollisuuksien mukaan 72 tunnin kuluessa siitä, kun loukkaus tuli tietoon, paitsi jos loukkauksesta ei todennäköisesti aiheudu riskiä luonnollisten henkilöiden oikeuksille ja vapauksille.

Älä anna käsittelijälle rekisterinpitäjän määräaikaa sen oletusarvoiseksi odotusajaksi. Käytännöllisessä sopimuksessa pitäisi sopia nopeasta ensi-ilmoituksesta, nimetyistä kanavista ja vaiheittaisista päivityksistä. Sovittu ilmoitustavoite on operatiivinen suositus; se ei korvaa lakisääteistä vaatimusta.

Pyydä tiedot, joita tarvitaan vaikutuksen kohteena olevien tietojen, henkilöiden ja järjestelmien, todennäköisten seurausten, rajaamisen ja palautumisen arvioimiseen. Ensimmäinen ilmoitus voi olla puutteellinen, joten määrittele, miten päivitykset ja näyttö seuraavat. Rekisterinpitäjän on myös arvioitava, edellyttääkö korkea riski 34 artiklan mukaista tiedottamista rekisteröidyille poikkeuksineen, ja dokumentoitava tietoturvaloukkauksen arviointi, mukaan lukien syyt ilmoittamatta jättämiselle. Tarkastele ilmoituksen laukaisevaa ehtoa huolellisesti: prosessi, joka odottaa valmista juurisyyanalyysia, voi viivästyttää rekisterinpitäjän arviointia.

Testaa luovutus pöytäharjoituksella. Varmista, että ilmoitus tavoittaa poikkeamien käsittelijät ja tietosuojakatselmoijat myös normaalin työajan ulkopuolella eikä vain asiakkuuspäällikköä.

Rekisteröityjen pyynnöt

Käsittelijän avun pitäisi tehdä omasta oikeuksiin vastaamisen prosessistanne toteuttamiskelpoinen. Testaa, voidaanko tietueet paikantaa sisällöstä, liitteistä, indekseistä ja vienneistä ja ulottuuko poistaminen tai oikaisu asiaankuuluviin komponentteihin.

Sopikaa vastauskanavasta ja odotetusta käsittelyajasta. Rekisterinpitäjällä on tavallisesti kuukausi aikaa vastata pyyntöön GDPR:n jatkamisedellytysten mukaisesti; toimittajan avun on jätettävä aikaa henkilöllisyyden tarkistamiselle, oikeudelliselle arvioinnille ja turvalliselle toimittamiselle. Toimittajan pitäisi tavallisesti ohjata ohjeistettua käsittelyänne koskevat pyynnöt teille sen sijaan, että se päättäisi niiden lopputuloksesta itsenäisesti.

Maksut ja palvelurajoitukset ansaitsevat tarkastelun. Lisäavusta perittävät maksut eivät ole automaattisesti kiellettyjä, mutta ne eivät saa tehdä pakollisesta avustamisesta tehotonta. Kytke menettely rekisteröidyn tarkastusoikeuspyyntöjen työnkulkuunne.

Palauttaminen, poistaminen ja varmuuskopiot

Palvelun päättyessä 28 artikla edellyttää poistamista tai palauttamista rekisterinpitäjän valinnan mukaan sekä olemassa olevien kopioiden poistamista, ellei unionin tai jäsenvaltion lainsäädäntö edellytä tietojen säilyttämistä. Selvitä ennen ostamista, mitä tämä tarkoittaa teknisesti.

Tarkista viennin kattavuus, formaatti, saatavuusikkuna ja se, jäävätkö liitteet tai konfiguraatio sen ulkopuolelle. Erota poistamisessa aktiiviset tietueet, välimuistit, replikat, lokit ja varmuuskopiot. Jos varmuuskopioiden poistaminen seuraa aikataulutettua kiertoa, dokumentoi ajanjakso, pääsyrajoitukset ja toimenpiteet, jotka estävät poistettujen tietueiden palaamisen palautuksen kautta.

Kysy, miten poistamisen valmistuminen osoitetaan ja miten lakisääteinen säilytys tunnistetaan. Älä luota siihen, että ”tili suljettu” todistaisi henkilötietojen poistamisen.

Katselmoi auditointioikeudet, vastuut ja ratkaisemattomat ehdot

Auditointiehtojen pitäisi tarjota merkityksellistä varmuutta ja samalla suojata muita asiakkaita ja oikeutettuja tietoturvaetuja. Kohtuullinen aikataulutus, luottamuksellisuus ja riippumattomien raporttien käyttö voivat tehdä auditoinneista toimivia. Pelkkiin sertifikaatteihin nojaava ehto, joka ei tarjoa keinoa saada tarvittavia tietoja tai käsitellä olennaisia huolenaiheita, edellyttää kuitenkin oikeudellista arviointia 28 artiklan 3 kohdan h alakohtaa vasten.

Selvitä eskalointipolku tilanteisiin, joissa näyttö ei riitä, sattuu poikkeama tai valvontaviranomainen pyytää tietoja. Tarkastele auditointikustannuksia, ilmoitusaikoja ja rajoituksia yhdessä; niiden yhteisvaikutuksella on enemmän merkitystä kuin yksittäisellä sanamuodolla.

Vastuuehdot edellyttävät erillistä kaupallista arviointia. 82 artiklan mukainen vahingonkorvaus riippuu asetuksen vastuuedellytyksistä; käsittelijät eivät ole automaattisesti vastuussa jokaisesta rekisterinpitäjän laiminlyönnistä. Jos useat osapuolet ovat vastuussa 82 artiklan nojalla, säännöt voivat asettaa ne vastuuseen koko vahingosta tehokkaan korvauksen varmistamiseksi. Sopimuksellinen enimmäismäärä ei rajoita yksityishenkilöiden lakisääteisiä oikeuksia. Sen vaikutus osapuolten väliseen vastuunjakoon ja takautumiseen edellyttää oikeudellista arviointia.

Jos toimittaja kieltäytyy muutoksista, erota kolme lopputulosta:

• Tarkennus: hanki sitova sanamuoto tai näyttö, joka poistaa epäselvyyden.
• Ehdollinen hyväksyntä: hyväksy lainmukainen järjestely, jonka kaupallinen tai operatiivinen jäännösriski ja määritellyt suojatoimet on dokumentoitu.
• Ei jatketa: lopeta tai suunnittele käsittely uudelleen, jos vaaditut velvoitteet jäävät täyttymättä.

Johdon hyväksyntä ei voi tehdä lainvastaisesta järjestelystä lainmukaista. Tietosuojavastaava, jos sellainen on nimitetty, neuvoo ja valvoo riippumattomasti; vastuullinen liiketoiminnan omistaja tekee palvelupäätökset lakiasiain- ja tietosuojanäkökulmat huomioiden. Älä anna tietosuojavastaavalle vastuuta käsittelyn tarkoitusten tai keinojen määrittämisestä.

Tarkastele tekoälyominaisuuksia lisäkäsittelypolkuina

Tekoälyominaisuudet tuovat mukanaan syötteitä, tuotoksia ja välivaiheen artefakteja, joita vanhemmat liitteet eivät välttämättä kuvaa. Katselmoi tarvittaessa kehotteet, haetut asiakirjat, upotukset (embeddings), tuotetut vastaukset, palautteet, väärinkäytösten valvontatietueet ja ihmisten tekemään tarkastukseen liittyvä pääsy.

Selvitä, käytetäänkö asiakastietoja mallien kouluttamiseen tai parantamiseen, kenen tarkoituksia se palvelee ja mikä taho käsittelyn suorittaa. ”Ei koulutusta” ei tarkoita samaa kuin ”ei säilytystä”, eikä kumpikaan lupaus todista, etteivät tukilokit tai valvontatietueet sisällä henkilötietoja.

Tarkista, että sitoumukset koskevat ostettua tilaustasoa, käyttöön otettuja päätepisteitä ja alavirran mallitoimittajia. Varmista säilytysasetukset, poikkeukset ja poistamisen toiminta. Jos toimittaja väittää tietojen olevan anonymisoituja, kysy, mikä väitettä tukee, äläkä oleta malliartefaktien olevan anonyymejä.

Kirjaa sopimuksellinen sitoumus ja konfiguraationäyttö yhdessä. Jokainen uusi tarkoitus edellyttää oman rooli- ja lainmukaisuusarviointinsa; käsittelysopimus ei tarjoa tätä käsittelyperustetta. Tekoälysäädöksen soveltuvuus on myös erillinen kysymys, eikä sitä ratkaista allekirjoittamalla käsittelijäehdot.

Esimerkki: tukiohjelmisto ja valinnainen tiivistystoiminto

Oletetaan havainnollistavasti, että SaaS-yritys haluaa käyttöönsä tukialustan, johon tallennetaan nimiä, työsähköpostiosoitteita, tukipyyntöjen tekstiä ja liitteitä. Tukipyynnöt voivat vahingossa sisältää arkaluonteisia tietoja. Valinnainen tekoälyominaisuus tiivistää keskusteluja.

Käsittelysopimuksen luonnos kuvaa tukipyyntöjen käsittelyn ja tallennuksen EU:ssa. Teknisessä läpikäynnissä paljastuu tiivistyspalvelun tarjoaja, tukipääsy toiselta alueelta ja vianmääritystietojen säilytys, joka poikkeaa tukipyyntöjen säilytyksestä.

Katselmoinnista syntyy neljä konkreettista toimenpidettä:

1. Täydennä soveltamisala. Lisää kuvaukseen liitteet, vianmääritystunnisteet ja tekoälykäsittely; tarkista, käyttääkö toimittaja mitään sisältöä omiin tarkoituksiinsa.
2. Selvitä palveluntarjoajaketju. Hanki mallitoimittajan identiteetti, käsittelypaikat, säilytyssitoumukset ja valtuutuksen kattavuus. Arvioi asiaankuuluvat siirrot erikseen.
3. Validoi elinkaaren toiminta. Vie synteettinen tukipyyntö viennin ja poiston läpi. Pyydä selvitys varmuuskopioiden ja vianmääritystietojen säilytyksestä sen sijaan, että olettaisit tukipyynnön poistamisen poistavan jokaisen kopion.
4. Aseta käyttöönoton ehto. Pidä tiivistystoiminto poissa käytöstä, kunnes sen sopimus ja tietovirta on katselmoitu. Sovi tietoturvaloukkausilmoitusten ja alikäsittelijämuutosten ohjauksesta ennen tuotantokäyttöä.

Päätöstietue erottaa saadun näytön vielä avoimista kysymyksistä. Jos ydinpalvelu on hyväksyttävä, hyväksynnästä voidaan nimenomaisesti rajata tekoälyominaisuus pois. Rajan on oltava olemassa myös konfiguraatiossa ja muutostenhallinnassa; katselmointitiedostossa oleva merkintä ei estä ketään ottamasta ominaisuutta myöhemmin käyttöön.

Säilytä päätös ja avaa se uudelleen, kun palvelu muuttuu

Säilytä sovellettava sopimusversio, käsittelyn soveltamisala, tietovirtakaavio, varmennusnäyttö, siirtoarviointi, poikkeamaloki ja hyväksyntä yhdessä. Kirjaa hyväksytyt jäännösriskit, ehdot, omistajat ja seurantapäivät. Säilytä syy siihen, miksi järjestely hyväksyttiin, ei pelkkää sen tilaa.

Katselmoi uudelleen, kun käsittelyn tarkoitukset, käyttöön otetut ominaisuudet, alikäsittelijät, sijainnit tai sopimusehdot muuttuvat olennaisesti. Ota laukaisijoiksi myös merkittävät poikkeamat ja uusi näyttö hallintakeinojen heikkouksista. Aikataulutettu katselmointi täydentää näitä laukaisijoita mutta ei korvaa niitä.

Secani voi tukea tätä työnkulkua mallintamalla palvelun ja ulkoiset palveluntarjoajat, kytkemällä näytön vaatimuksiin ja päätöksiin ja osoittamalla katselmoinnissa havaitut aukot omistajille. Ihmisten katselmoimat johtopäätökset, lähdelinkit, kommentit ja hyväksynnät säilyttävät hyväksynnän taustalla olevat perustelut. Näin sopimuskatselmointi kytkeytyy kolmansien osapuolten riskienhallintaan ilman, että ohjelmistoa pidettäisiin oikeudellisen tai teknisen harkinnan korvikkeena.

Tarvitseeko sopimus käsin kirjoitetun allekirjoituksen?

28 artiklan 9 kohta edellyttää kirjallista muotoa, mukaan lukien sähköinen muoto. Käsin kirjoitettu allekirjoitus ei ole sinänsä pakollinen. Säilytä näyttö sitovasta hyväksynnästä ja voimassa olevasta versiosta; pyydä lakiasiain katselmoijia ratkaisemaan verkossa tapahtuvaan sisällyttämiseen tai ristiriitaisiin ehtoihin liittyvä epävarmuus.

Onko jokainen alikäsittelijä nimettävä käsittelysopimuksessa?

28 artikla ei edellytä kiinteää, asiakirjan sisäistä luetteloa. Ylläpidetty luettelo voi tukea valtuutusta, kunhan järjestely tarjoaa vaaditut tiedot, muutosilmoitukset ja mahdollisuuden vastustaa. Säilytä katselmointinne kannalta merkityksellinen luettelo.

Aloita seuraava toimittajakatselmointi yhdestä edustavasta tietovirrasta ja 28 artiklan matriisista. Ratkaise sopimuslupausten ja havaittavan toiminnan välinen ristiriita ennen kuin valtuutat tuotantokäsittelyn.