Peržiūrėkite duomenų tvarkymo sutartį pagal realią paslaugą

Duomenų tvarkymo sutartis tampa naudinga, kai jos aprašymas atitinka faktinę paslaugą. Išsamiai atrodanti sutartis vis tiek gali apibūdinti ne tuos duomenis, praleisti palaikymo paslaugų teikėją arba žadėti ištrynimą, kurio produktas negali atlikti.

Technologijų vadovui peržiūra susieja teisinius įsipareigojimus su architektūra, konfigūracija ir veiklos procedūromis. Teisės ar privatumo kolegos aiškina sąlygas; inžinerijos komanda nustato, ar tos sąlygos atitinka tikrovę. Rezultatas turėtų būti pagrįstas sprendimas dėl paslaugos, paremtas įrodymais ir aiškiu neišspręstų sąlygų sąrašu, o ne vien pasirašytas PDF failas.

Prieš peržiūrėdami sąlygas, nustatykite tiekėjo vaidmenį

Pradėkite nuo to, ar tiekėjas atitinkamam duomenų tvarkymui veikia kaip duomenų tvarkytojas. Pagal BDAR duomenų tvarkytojas tvarko asmens duomenis duomenų valdytojo vardu. Ne kiekvienas santykis su tiekėju turi tokį vaidmenį, o vienas tiekėjas skirtingoms veikloms gali turėti skirtingus vaidmenis.

Talpinama klientų aptarnavimo platforma gali tvarkyti klientų užklausas pagal jūsų nurodymus, o tvarkydama dalį savo paskyrų administravimo veikti kaip atskiras duomenų valdytojas. Jei jos sąlygos taip pat leidžia naudoti užklausų turinį savarankiškai nustatytiems tikslams, tokiai veiklai reikia atskiros analizės. Pavadinus viską „paslaugų tobulinimu“, vaidmens klausimas neišsprendžiamas.

Prieš žymėdami sutarties pastabas, parenkite trumpą apimties aprašą:

• Nurodykite sutartį sudarantį subjektą, produktą, prenumeratos lygį ir įjungtas funkcijas.
• Aprašykite, kodėl jūsų organizacija naudoja paslaugą ir kieno asmens duomenis ji tvarko.
• Atskirkite pagal nurodymus atliekamą duomenų tvarkymą nuo bet kokių tiekėjo nustatytų tikslų.
• Įvardykite vidinį paslaugos savininką ir teisės ar privatumo peržiūrėtoją.

Duomenų tvarkymo sutartis nėra 6 straipsnyje nurodytas teisėtas pagrindas ir automatiškai neįvykdo tarptautinio duomenų perdavimo reikalavimų. Šie klausimai lieka atskiri. Jei jūsų organizacija pati yra duomenų tvarkytoja, prieš pasitelkdami tiekėją kaip subtvarkytoją, nustatykite aukštesnės grandies duomenų valdytojo nurodymus ir leidimo sąlygas.

Sudarykite 28 straipsnio peržiūros matricą

BDAR 28 straipsnis reikalauja privalomos sutarties ar kito tinkamo teisės akto, reglamentuojančio duomenų tvarkytojo veiklą. Joje turi būti aprašytas dalykas ir trukmė, pobūdis ir tikslas, asmens duomenų rūšys, duomenų subjektų kategorijos ir duomenų valdytojo teisės bei pareigos.

Šios detalės turėtų apibūdinti faktinį duomenų tvarkymą. Formuluotė „visi duomenys, reikalingi paslaugoms teikti“ gali neleisti peržiūrėtojams nustatyti, ar apimami darbuotojų įrašai, klientų pranešimai ar jautrūs priedai. Priedus patikrinkite pagal sukonfigūruotą produktą, įskaitant pasirenkamas integracijas.

Naudokite toliau pateiktą matricą reikalaujamoms duomenų tvarkytojo pareigoms išnagrinėti. Įrodymų stulpelyje pateikiamos praktinės peržiūros rekomendacijos, o ne teisės aktų reikalavimas gauti kiekvieną nurodytą dokumentą.

Duomenų tvarkytojas taip pat privalo nedelsdamas informuoti duomenų valdytoją, jei, jo nuomone, nurodymas pažeidžia taikomą duomenų apsaugos teisę. Patikrinkite, kur siunčiamas toks pranešimas ir kas gali klausimą išspręsti.

Kiekvieną reikalavimą pažymėkite kaip apimtą, neaiškų ar trūkstamą, nurodydami sąlygos nuorodą. Privalomo elemento trūkumo nelaikykite įprastu komerciniu pageidavimu. 28 straipsnio 1 dalis taip pat reikalauja, kad duomenų valdytojai naudotųsi duomenų tvarkytojais, kurie pakankamai užtikrina apsaugą; vien sutarties formuluotės to įrodyti negali.

Atsekite reprezentatyvų įrašą per visą paslaugą

Pasirinkite realistišką įrašą ir sekite jį nuo gavimo iki pašalinimo. Klientų aptarnavimo paslaugos atveju tai galėtų būti užklausa su vardu, el. pašto adresu, paskyros identifikatoriumi ir priedu. Testuodami pirmenybę teikite sintetiniams duomenims.

Aprašykite surinkimą, gavimą per API, pagrindinį saugojimą, indeksavimą, analitiką, palaikymo prieigą, eksportus, integracijas, atsargines kopijas ir ištrynimą. Paklauskite, kurie komponentai gauna turinį, o kurie tik metaduomenis. Žurnaluose ir diagnostikos sekose dažnai būna identifikatorių, net kai pagrindinės programos apimtis apibrėžta teisingai.

Kiekvienam etapui užfiksuokite atsakingą subjektą, duomenų tvarkymo tikslą, vietą, prieigos kelią ir saugojimo laikotarpį. Palyginkite rezultatą su duomenų tvarkymo sutartimi, saugumo priedu, subtvarkytojų sąrašu ir duomenų perdavimo tvarka.

Ypatingą dėmesį skirkite funkcijoms, kurias administratoriai gali įjungti be pirkimų skyriaus dalyvavimo: transkripcijai, duomenų papildymui, DI santraukoms, išoriniams webhook ir palaikymo sesijų įrašymui. Pagrindiniam produktui peržiūrėta sutartis gali netinkamai apibūdinti paslaugą su įjungtomis funkcijomis.

Rezultatas gali būti paprasta duomenų srautų diagrama ir neatitikimų žurnalas. Kiekviename neatitikime turėtų būti nurodytas sutarties teiginys, stebėta elgsena, pasekmė, atsakingas asmuo ir sprendimas. Pavyzdžiui, „sutartyje aprašytas kliento kontroliuojamas saugojimas; diagnostikos žurnalai saugomi nustatytą laikotarpį“ yra įgyvendinama pastaba. „Saugojimas neaiškus“ nepakanka klausimui užbaigti.

Patikrinkite saugumo pažadus pagal įgyvendinimą

32 straipsnis reikalauja rizikai tinkamų saugumo priemonių. Jis nenustato vienos visuotinės techninės konfigūracijos. Priemones vertinkite atsižvelgdami į duomenų jautrumą, kiekį, poveikį ir tikėtinas kompromitavimo pasekmes.

Priede turėtų būti paaiškinta pakankamai, kad būtų galima įvertinti paslaugą, nereikalaujant atskleisti išnaudojimui jautrių detalių. Pirmenybę teikite nuomininkų izoliacijai, privilegijuotai prieigai, autentifikavimui, šifravimui, atsparumui, atkūrimui, pažeidžiamumų valdymui ir testavimui. Nustatykite, kurias kontrolės priemones valdo tiekėjas, o kuriuos nustatymus turi sukonfigūruoti jūsų komanda.

Jei sutartis žada ribotą palaikymo prieigą, paklauskite, kaip prieiga prašoma, tvirtinama, ribojama laike ir registruojama. Jei ji žada šifravimą, atskirkite apsaugą perdavimo metu nuo apsaugos saugojimo metu, tada nustatykite, kas kontroliuoja raktus ir ką įgalioti naudotojai vis dar gali perskaityti. Šifravimas neišsprendžia perteklinių programos leidimų problemos.

Prieinamumo ir atkūrimo atveju nustatykite, kokios atsarginės kopijos egzistuoja, kaip testuojamas atkūrimas ir ar sutartiniai atkūrimo įsipareigojimai apima jūsų perkamą produktą. Komercinius veikimo laiko tikslus laikykite atskirai nuo saugumo ir privatumo įpareigojimų.

Sertifikatai ir užtikrinimo ataskaitos gali padėti atlikti vertinimą, tačiau svarbi jų apimtis. Patikrinkite paslaugą, juridinį asmenį, vertinimo laikotarpį, išimtis ir klientų atsakomybes. Ataskaita apie prieglobos paslaugų teikėją nėra įrodymas kiekvienai SaaS programos kontrolės priemonei, o sertifikavimas neįrodo atitikties BDAR. Platesnei įrodymų peržiūrai skaitykite straipsnį apie saugumo užtikrinimo vertinimą.

Jei saugumo priedas įtraukiamas per interneto nuorodą, išsaugokite taikomą versiją. Peržiūrėkite, ar pakeitimai gali sumažinti apsaugą ir kaip apie juos informuojami klientai. Nedatuotą, keičiamą puslapį laikykite įrodymų valdymo problema, kurią reikia išspręsti, o ne manykite, kad jis automatiškai pakankamas ar automatiškai negaliojantis.

Sekite subtvarkytojų grandinę, o duomenų perdavimus vertinkite atskirai

28 straipsnio 2 dalis reikalauja išankstinio konkretaus arba bendro rašytinio leidimo pasitelkti kitą duomenų tvarkytoją. Esant bendram leidimui, duomenų tvarkytojas turi informuoti duomenų valdytoją apie numatomus papildymus ar pakeitimus ir suteikti galimybę pareikšti prieštaravimą. 28 straipsnio 4 dalis reikalauja perkelti atitinkamus duomenų apsaugos įpareigojimus žemyn grandine; pirminis duomenų tvarkytojas lieka visiškai atsakingas duomenų valdytojui už tai, kaip subtvarkytojas vykdo tuos įpareigojimus.

Gaukite tinkamą naudoti sąrašą, kuriame nurodyta kiekvieno paslaugų teikėjo juridinė tapatybė, funkcija, atitinkami duomenys ir duomenų tvarkymo vietos. Ne kiekviena priklausomybė nuo tiekėjo yra subtvarkytojas, tačiau infrastruktūros, palaikymo ir analitikos paslaugų teikėjai neturėtų dingti iš peržiūros vien todėl, kad jie veikia už produkto sąsajos.

Įvertinkite pakeitimų mechanizmą:

• Ar pranešimas pasiekia stebimą adresą ar paskirtą atsakingą asmenį?
• Ar pakanka informacijos ir laiko siūlomam pakeitimui įvertinti?
• Kaip pateikiamas ir sprendžiamas prieštaravimas?
• Kas nutinka, jei priimtinos alternatyvos nėra?

Sutartinė teisė, kurios niekas negali įgyvendinti praktiškai, yra įspėjamasis ženklas. Užprenumeruokite pranešimus atitinkamai komandai ir užfiksuokite, kas vertina pranešimus.

Prieglobos vieta ES yra svarbi, tačiau ji neužbaigia duomenų perdavimo vertinimo. Išnagrinėkite faktinius gavėjus, nuotolinės prieigos tvarką, palaikymo vietas ir tolesnius perdavimus. Lygiai taip pat vien užsienio nuosavybė nėra išsamus perdavimo aprašymas: dokumentuokite faktinius subjektus ir prieigos kelius.

Jei taikomas V skyrius, nustatykite atitinkamą perdavimo mechanizmą ir bet kokį būtiną papildomą vertinimą ar priemones. Šią analizę laikykite susietą su tiekėjo peržiūra, tačiau atskirą nuo 28 straipsnio atitikties. Duomenų tvarkymo sutartis ir regioninės prieglobos nustatymas savarankiškai neatsako į visus perdavimo klausimus.

Padarykite pagalbos įpareigojimus įvykdomus

Pranešimas apie pažeidimą ir incidento perdavimas

Pagal 33 straipsnio 2 dalį duomenų tvarkytojas, sužinojęs apie asmens duomenų saugumo pažeidimą, turi nepagrįstai nedelsdamas pranešti duomenų valdytojui. Duomenų valdytojas atskirai vertina pranešimą priežiūros institucijai, kuris turi būti pateiktas nepagrįstai nedelsiant ir, jei įmanoma, ne vėliau kaip per 72 valandas nuo sužinojimo, nebent pažeidimas greičiausiai nekels pavojaus fizinių asmenų teisėms ir laisvėms.

Nesuteikite duomenų tvarkytojui duomenų valdytojo termino kaip numatytojo laukimo laikotarpio. Praktinėje sutartyje turėtų būti numatytas skubus pirminis pranešimas, įvardyti kanalai ir laipsniški atnaujinimai. Suderintas pranešimo tikslas yra veiklos rekomendacija; jis nepakeičia teisės aktuose nustatyto standarto.

Paprašykite informacijos, reikalingos paveiktiems duomenims, asmenims, sistemoms, tikėtinoms pasekmėms, izoliavimui ir atkūrimui įvertinti. Pirmasis pranešimas gali būti neišsamus, todėl apibrėžkite, kaip po jo seks atnaujinimai ir įrodymai. Duomenų valdytojas taip pat turi įvertinti, ar dėl didelio pavojaus pagal 34 straipsnį reikia pranešti paveiktiems asmenims, atsižvelgdamas į jame numatytas išimtis, ir dokumentuoti pažeidimo vertinimą, įskaitant nepranešimo priežastis. Pranešimo paskatą peržiūrėkite atidžiai: procesas, kuris laukia užbaigto pagrindinės priežasties tyrimo, gali uždelsti duomenų valdytojo vertinimą.

Perdavimą išbandykite atlikdami stalo pratybas. Patvirtinkite, kad pranešimas ne darbo valandomis pasiekia incidentų valdymo specialistus ir privatumo peržiūrėtojus, o ne tik klientų vadybininką.

Duomenų subjektų prašymai

Duomenų tvarkytojo pagalba turėtų padaryti jūsų pačių atsakymo į teisių įgyvendinimo prašymus procesą įgyvendinamą. Patikrinkite, ar įrašus galima rasti turinyje, prieduose, indeksuose ir eksportuose ir ar ištrynimas ar ištaisymas pasiekia atitinkamus komponentus.

Susitarkite dėl atsakymo kelio ir laukiamo įvykdymo laiko. Duomenų valdytojai į prašymą paprastai turi atsakyti per vieną mėnesį, laikantis BDAR nustatytų pratęsimo sąlygų; tiekėjo pagalba turi palikti laiko tapatybės patikrai, teisiniam vertinimui ir saugiam pateikimui. Tiekėjas paprastai turėtų prašymus, susijusius su jūsų nurodymu atliekamu duomenų tvarkymu, nukreipti jums, o ne savarankiškai spręsti jų rezultatą.

Mokesčius ir paslaugų apribojimus verta peržiūrėti. Mokesčiai už papildomą pagalbą automatiškai nėra draudžiami, tačiau jie neturi paversti privalomos pagalbos neveiksminga. Susiekite procedūrą su savo duomenų subjektų prieigos prašymų darbo eiga.

Grąžinimas, ištrynimas ir atsarginės kopijos

Pasibaigus paslaugai, 28 straipsnis reikalauja duomenų valdytojo pasirinkimu duomenis ištrinti arba grąžinti ir ištrinti esamas kopijas, nebent Sąjungos ar valstybės narės teisė reikalauja juos saugoti. Prieš pirkdami nustatykite, ką tai reiškia techniškai.

Patikrinkite eksporto išsamumą, formatą, prieinamumo laikotarpį ir tai, ar neįtraukiami priedai ar konfigūracija. Ištrynimo atveju atskirkite aktyvius įrašus, podėlius, replikas, žurnalus ir atsargines kopijas. Jei atsarginių kopijų ištrynimas vyksta pagal suplanuotą ciklą, dokumentuokite laikotarpį, prieigos apribojimus ir priemones, neleidžiančias ištrintiems įrašams vėl atsirasti atkuriant duomenis.

Paklauskite, kaip įrodomas užbaigimas ir kaip nustatomas teisės aktų reikalaujamas saugojimas. Nepasikliaukite „paskyra uždaryta“ kaip įrodymu, kad asmens duomenys pašalinti.

Peržiūrėkite audito teises, atsakomybę ir neišspręstas sąlygas

Audito nuostatos turėtų suteikti prasmingą užtikrinimą, kartu saugant kitus klientus ir teisėtus saugumo interesus. Pagrįstas planavimas, konfidencialumas ir nepriklausomų ataskaitų naudojimas gali padaryti auditus įgyvendinamus. Tačiau sąlyga, numatanti tik sertifikatą be galimybės gauti būtiną informaciją ar spręsti reikšmingus susirūpinimą keliančius klausimus, reikalauja teisinės peržiūros pagal 28 straipsnio 3 dalies h punktą.

Nustatykite eskalavimo kelią, kai įrodymų nepakanka, įvyksta incidentas ar reguliuotojas reikalauja informacijos. Audito išlaidas, įspėjimo terminus ir apribojimus nagrinėkite kartu; jų bendras poveikis svarbesnis nei bet kuri atskira frazė.

Atsakomybės sąlygoms reikia atskiro komercinio vertinimo. Kompensacija pagal 82 straipsnį priklauso nuo reglamente nustatytų atsakomybės sąlygų; duomenų tvarkytojai nėra automatiškai atsakingi už kiekvieną duomenų valdytojo klaidą. Kai pagal 82 straipsnį atsakingos kelios šalys, taisyklės gali nustatyti jų atsakomybę už visą žalą, kad būtų užtikrinta veiksminga kompensacija. Sutartinė riba neapriboja asmenų teisės aktuose nustatytų teisių. Jos poveikiui atsakomybės paskirstymui ir išieškojimui tarp šalių reikia teisinės peržiūros.

Jei tiekėjas atsisako keisti sąlygas, atskirkite tris rezultatus:

• Patikslinimas: gaukite autoritetingą formuluotę ar įrodymus, kurie pašalina neaiškumą.
• Sąlyginis priėmimas: patvirtinkite teisėtą susitarimą su dokumentuota komercine ar veiklos liekamąja rizika ir nurodytomis apsaugos priemonėmis.
• Netęsti: sustabdykite arba pertvarkykite duomenų tvarkymą, jei privalomi įpareigojimai lieka neįvykdyti.

Vadovybės pritarimas negali neteisėto susitarimo paversti teisėtu. Duomenų apsaugos pareigūnas, jei jis paskirtas, nepriklausomai konsultuoja ir stebi; atskaitingas verslo savininkas priima sprendimus dėl paslaugos, gavęs teisės ir privatumo specialistų nuomonę. Neskirkite duomenų apsaugos pareigūnui atsakomybės už duomenų tvarkymo tikslų ar priemonių nustatymą.

DI funkcijas nagrinėkite kaip papildomus duomenų tvarkymo kelius

DI funkcijos įveda įvestis, rezultatus ir tarpinius artefaktus, kurių senesni priedai gali neapibūdinti. Kur aktualu, peržiūrėkite užklausas, gautus dokumentus, įterpinius, sugeneruotus atsakymus, atsiliepimus, piktnaudžiavimo stebėsenos įrašus ir žmogaus peržiūros prieigą.

Nustatykite, ar klientų duomenys naudojami modeliams mokyti ar tobulinti, kieno tikslams tai tarnauja ir kuris subjektas atlieka duomenų tvarkymą. „Nemokoma“ nėra tas pats, kas „nesaugoma“, ir nė vienas iš šių pažadų neįrodo, kad palaikymo žurnaluose ar stebėsenos įrašuose nėra asmens duomenų.

Patikrinkite, ar įsipareigojimai taikomi perkamam lygiui, įjungtiems galiniams taškams ir tolesniems modelių teikėjams. Patvirtinkite saugojimo nustatymus, išimtis ir ištrynimo elgseną. Jei tiekėjas teigia, kad duomenys anonimizuojami, paklauskite, kas pagrindžia šį teiginį, o ne manykite, kad modelio artefaktai yra anonimiški.

Sutartinį įsipareigojimą ir konfigūracijos įrodymus užfiksuokite kartu. Kiekvienam naujam tikslui reikia atskiro vaidmens ir teisėtumo vertinimo; duomenų tvarkymo sutartis šio teisinio pagrindo nesuteikia. Dirbtinio intelekto akto taikymas taip pat yra atskiras klausimas, kuris neišsprendžiamas pasirašius duomenų tvarkytojo sąlygas.

Pavyzdys: palaikymo programinė įranga su pasirenkamu apibendrinimu

Iliustracijai tarkime, kad SaaS įmonė nori palaikymo platformos, kurioje saugomi vardai, darbo el. pašto adresai, užklausų tekstas ir priedai. Užklausose netyčia gali būti jautrios informacijos. Pasirenkama DI funkcija apibendrina pokalbius.

Duomenų tvarkymo sutarties projekte aprašytas užklausų tvarkymas ir saugojimas ES. Techninė apžvalga atskleidžia apibendrinimo paslaugų teikėją, palaikymo prieigą iš kito regiono ir diagnostikos duomenų saugojimą, kuris skiriasi nuo užklausų saugojimo.

Peržiūra duoda keturis konkrečius veiksmus:

1. Užbaikite apimties aprašymą. Įtraukite priedus, diagnostikos identifikatorius ir DI duomenų tvarkymą; patikrinkite, ar tiekėjas kokį nors turinį naudoja savo tikslams.
2. Išspręskite paslaugų teikėjų grandinės klausimą. Gaukite modelio teikėjo tapatybę, duomenų tvarkymo vietas, saugojimo įsipareigojimus ir leidimo aprėptį. Atitinkamus perdavimus vertinkite atskirai.
3. Patvirtinkite gyvavimo ciklo elgseną. Praleiskite sintetinę užklausą per eksportą ir ištrynimą. Gaukite atsarginių kopijų ir diagnostikos duomenų saugojimo paaiškinimą, o ne manykite, kad ištrynus užklausą pašalinamos visos kopijos.
4. Nustatykite išleidimo sąlygą. Apibendrinimą laikykite išjungtą, kol bus peržiūrėta jo sutartis ir duomenų srautas. Prieš naudojimą gamybinėje aplinkoje nustatykite pranešimų apie pažeidimus ir subtvarkytojų pakeitimus nukreipimą.

Sprendimo įraše atskiriami gauti įrodymai nuo vis dar atvirų klausimų. Jei pagrindinė paslauga priimtina, patvirtinimas gali aiškiai neįtraukti DI funkcijos. Ši riba taip pat turi egzistuoti konfigūracijoje ir pakeitimų valdyme; pastaba peržiūros faile nesutrukdys kam nors jos vėliau įjungti.

Išsaugokite sprendimą ir peržiūrėkite jį, kai keičiasi paslauga

Kartu laikykite taikomą sutarties versiją, duomenų tvarkymo apimtį, duomenų srautų diagramą, užtikrinimo įrodymus, perdavimo vertinimą, neatitikimų žurnalą ir patvirtinimą. Užfiksuokite priimtas liekamąsias rizikas, sąlygas, atsakingus asmenis ir tolesnių veiksmų datas. Išsaugokite priežastį, dėl kurios susitarimas buvo priimtas, o ne vien jo būseną.

Peržiūrėkite iš naujo, kai iš esmės keičiasi duomenų tvarkymo tikslai, įjungtos funkcijos, subtvarkytojai, vietos ar sutarties sąlygos. Įtraukite reikšmingus incidentus ir naujus kontrolės priemonių trūkumų įrodymus kaip paskatas. Suplanuota peržiūra papildo šias paskatas, o ne jas pakeičia.

Secani gali palaikyti šį darbo procesą modeliuodama paslaugą ir išorinius paslaugų teikėjus, susiedama įrodymus su reikalavimais ir sprendimais bei paskirdama peržiūros spragas atsakingiems asmenims. Žmogaus peržiūrėtos išvados, nuorodos į šaltinius, komentarai ir patvirtinimai išsaugo priėmimo pagrindimą. Taip sutarties peržiūra susiejama su trečiųjų šalių rizikos valdymu, nelaikant programinės įrangos teisinio ar techninio vertinimo pakaitalu.

Ar sutartis turi būti pasirašyta ranka?

28 straipsnio 9 dalis reikalauja rašytinės formos, įskaitant elektroninę formą. Rankraštinis parašas savaime nėra privalomas. Išsaugokite privalomo priėmimo įrodymus ir galiojančią versiją; paprašykite teisės specialistų išspręsti neaiškumus dėl įtraukimo internetu ar prieštaraujančių sąlygų.

Ar kiekvienas subtvarkytojas turi būti įvardytas duomenų tvarkymo sutartyje?

28 straipsnis nenustato fiksuoto sąrašo pačiame dokumente. Prižiūrimas sąrašas gali pagrįsti leidimą, jei susitarimas užtikrina reikiamą informaciją, pranešimus apie pakeitimus ir galimybę pareikšti prieštaravimą. Išsaugokite jūsų peržiūrai aktualų sąrašą.

Kitą tiekėjo peržiūrą pradėkite nuo vieno reprezentatyvaus duomenų srauto ir 28 straipsnio matricos. Prieš leisdami duomenų tvarkymą gamybinėje aplinkoje, pašalinkite neatitikimą tarp sutartinių pažadų ir stebimo veikimo.