Paweł G. IOD, podmiot danych
Grzegorz
Krzemiński
600+ projektów w
bezpieczeństwie |
Trener | RODO | HSSE
|...
Paweł G.:Poważnie?
Niech to procesor opisze i przedstawi ADO do kontroli. I nie posiłkuj się czasem starymi wytycznymi GIODO przy opisie przepływów. Systemy informatyczne tak mocno się zmieniły w ciągu ostatnich kilku lat, że robienie tego tylko dla papierologii jest z punktu widzenia RODO całkowicie bezsensowne.
Musisz zbadać, jakie procesy rzeczywiście są realizowane w systemach IT, jakie są schematy przepływu danych, jakie przypadki użycia, musisz mieć opis architektury systemów, dokumentację interfejsów komunikacyjnych itd.
Sformułowanie "opis przepływów danych" jakoś tak zapachniało mi rozporządzeniem z 2004 r. Zapomnij o tym rozporządzeniu.
Paweł G. IOD, podmiot danych
Adriana L.:Argument pierwszy: Jak chcesz opisać systemy informatyczne będąc prawnikiem? ABI nie ma robić wszystkiego, tym bardziej na siłę. ABI ma wiedzieć, kto to umie - i kto powinien - zrobić.
Czy angażowanie Procesora jest konieczne?
Paweł G. IOD, podmiot danych
Adriana L.:Cały czas podchodzisz do rzeczy pod kątem formalnym. Zapytaj się sama siebie:
Rozumiem. A czy przepływy u Procesora powinny stanowić część mojej Polityki
Adriana L.:Słusznie :) Dopiero gdy nie można zastosować tej wykładni można posiłkować się celościową.
Jestem fanką wykładni literalnej a nie celowościowej :)
A tak na poważnie, to po prostu szukam granic, by nie mnożyć niepotrzebnych papierów. Jeżeli coś może być uregulowane w dokumentacji Procesora, a nie musi być w ADO, to nie chcę tego uwzględniać.ADO ma opisać te procedury na którymi sprawuje władztwo. Czy nad procedurami Procesora, ADO ma władztwo - nie. Może co najwyżej zapisać w umowie zastrzeżenia i je egzekwować.
Wobec powyższego, jak ta sprawa wygląda formalnie?
Paweł G. IOD, podmiot danych
Adriana L.:To literalnie przeczytaj Rodo. Nie ma tam nic o opisie przepływów danych. Jest za to - literalnie - o proaktywnej analizie ryzyka.
Jestem fanką wykładni literalnej
Paweł G. IOD, podmiot danych
Radosław Z.:Musi mieć władztwo nad przepływami danych u procesora.
ADO ma opisać te procedury na którymi sprawuje władztwo. Czy nad procedurami Procesora, ADO ma władztwo - nie.
Po drugie - zapisanie w dokumentacji ADO rozwiązań Procesora powoduje, że pojawia się obowiązek aktualizacji dokumentacji ADO w każdym przypadku gdy Procesor będzie miał 'fanaberię' zmiany dokumentacji własnej.M.zd. procesor nie może zmieniać przepływów bez wiedzy i zgody ADO.
Następna dyskusja:
пропозиції роботи
