polityki retencji

Polityki retencji to reguły określające okres przechowywania poszczególnych kategorii danych.

Polityki retencji – czym są i czemu służą

Polityki retencji opisują sposób postępowania z danymi od chwili ich utworzenia lub otrzymania aż do usunięcia, anonimizacji albo przeniesienia do odrębnego archiwum. Nie chodzi wyłącznie o ustalenie jednej daty końcowej. Dobrze opracowana polityka wskazuje, jakie informacje są objęte regułą, kto odpowiada za ich przechowywanie, gdzie dane mogą się znajdować, w jakiej postaci należy je zachować oraz jakie zdarzenie rozpoczyna odmierzanie okresu. Dzięki temu można ograniczyć niepotrzebne gromadzenie informacji, uporządkować zasoby i ułatwić wykonywanie obowiązków związanych z ochroną danych.

W praktyce polityki retencji mogą dotyczyć dokumentów papierowych, plików na komputerach, wiadomości poczty elektronicznej, kopii zapasowych, zapisów systemowych, formularzy kontaktowych, nagrań, baz danych oraz danych przechowywanych na urządzeniach przenośnych. Każda kategoria może wymagać innego podejścia. Dokument potrzebny do wykazania przebiegu rozliczenia nie powinien być traktowany tak samo jak tymczasowy plik roboczy, pamięć podręczna przeglądarki czy dziennik błędów używany tylko do krótkiej diagnostyki.

Retencja nie oznacza przechowywania wszystkiego możliwie długo. Zbyt długi okres zwiększa liczbę zasobów wymagających ochrony, utrudnia wyszukiwanie właściwych informacji i może zwiększać skutki ewentualnego incydentu. Zbyt krótki okres grozi natomiast utratą danych potrzebnych do odtworzenia historii zdarzeń, rozpatrzenia reklamacji, wykonania obowiązku prawnego albo przywrócenia działania po awarii. Celem jest uzasadnione dopasowanie czasu przechowywania do funkcji danych.

Polityki retencji w kontekście technicznym i organizacyjnym

W środowisku informatycznym jedna informacja może występować w wielu miejscach jednocześnie. Wiadomość może znajdować się w skrzynce odbiorczej, folderze wysłanych elementów, kopii zapasowej, pamięci urządzenia, załączniku zapisanym lokalnie oraz w dzienniku systemowym. Dlatego polityki retencji powinny obejmować nie tylko główną lokalizację, ale także kopie, eksporty i dane tymczasowe. Samo usunięcie pliku z katalogu użytkownika nie zawsze oznacza zakończenie jego przechowywania.

Ważne jest rozróżnienie pomiędzy retencją operacyjną, archiwizacją i kopią zapasową. Retencja operacyjna określa, jak długo dane pozostają dostępne w bieżącym systemie. Archiwizacja ma zachować informacje w sposób uporządkowany i możliwy do odtworzenia przez uprawnione osoby. Kopia zapasowa służy przede wszystkim odzyskaniu danych po awarii, błędzie lub uszkodzeniu, więc może podlegać osobnemu cyklowi wygaszania. Pomieszanie tych funkcji prowadzi do sytuacji, w której dane są uznawane za usunięte, mimo że nadal pozostają w kopiach technicznych.

Warto porównać retencję danych roboczych z retencją dokumentów wymagających dłuższego zachowania. Pliki robocze często tracą przydatność po zakończeniu zadania, natomiast materiały potwierdzające wykonane czynności mogą być potrzebne później. Z kolei logi techniczne mogą być przydatne przez krótki czas do ustalenia przyczyny błędu, lecz po jego upływie ich dalsze gromadzenie może nie mieć praktycznego uzasadnienia. Różnica powinna wynikać z celu i ryzyka, a nie z przypadkowych ustawień domyślnych.

Techniczna realizacja polityki może wykorzystywać automatyczne reguły usuwania, etykiety klasyfikacyjne, harmonogramy archiwizacji, blokady usunięcia oraz raporty potwierdzające wykonanie operacji. Automatyzacja ogranicza liczbę pomyłek, ale wymaga wcześniejszego sprawdzenia wyjątków. Należy ustalić, co dzieje się z danymi objętymi postępowaniem wyjaśniającym, sporem, reklamacją albo innym uzasadnionym wstrzymaniem usuwania. Reguła automatyczna nie powinna usuwać informacji, których zachowanie zostało czasowo uzasadnione.

Polityki retencji a typowe problemy z danymi

Jednym z częstych problemów jest brak właściciela danych. Jeśli nie wiadomo, kto zatwierdza okres przechowywania i odpowiada za jego przegląd, reguły szybko stają się nieaktualne. Innym problemem jest stosowanie jednej zasady do całego dysku lub całej skrzynki pocztowej. Takie uproszczenie może prowadzić zarówno do nadmiernego przechowywania, jak i do przedwczesnego kasowania informacji potrzebnych do pracy.

Trudności pojawiają się także przy wymianie sprzętu. Dane mogą pozostać na starym nośniku, w katalogu pobierania, w profilach użytkowników lub na zewnętrznych urządzeniach używanych do przenoszenia plików. Polityki retencji powinny wskazywać, jak rozpoznać dane podlegające usunięciu, jak potwierdzić wykonanie operacji oraz jak postąpić z nośnikiem wycofywanym z użytkowania. Sama decyzja o wyrzuceniu urządzenia nie stanowi bezpiecznej procedury.

Problemem bywa również niespójność pomiędzy urządzeniami. Komputer może mieć inne ustawienia niż telefon, a aplikacja może przechowywać lokalną kopię danych mimo usunięcia ich z głównego systemu. Warto sprawdzać synchronizację, foldery offline, pamięć podręczną i lokalne archiwa. Szczególnej uwagi wymagają pliki eksportowane do popularnych formatów, ponieważ mogą być przechowywane poza pierwotnym obiegiem i nie podlegać tym samym regułom.

Nieprawidłowa retencja może ujawnić się przez brak miejsca na dysku, spowolnienie wyszukiwania, rosnące rozmiary kopii zapasowych albo trudność w ustaleniu, która wersja dokumentu jest aktualna. Zdarza się też, że stare pliki są usuwane bez śladu, przez co później nie można wyjaśnić, jakie dane istniały i kto podjął decyzję o ich usunięciu. Dlatego oprócz samego kasowania przydatne są dzienniki czynności, zestawienia wyjątków i okresowe kontrole.

Polityki retencji – praktyczne wskazówki wdrożeniowe

Prace warto rozpocząć od spisu kategorii danych, a nie od wyboru ustawienia w konkretnej aplikacji. Dla każdej kategorii należy opisać cel przetwarzania, źródło, lokalizację, osoby mające dostęp, zależności od innych systemów oraz zdarzenie, od którego liczony jest okres przechowywania. Przydatne jest także wskazanie właściciela kategorii i osoby odpowiedzialnej za techniczne wykonanie reguły.

Polityki retencji powinny być zrozumiałe dla osób, które będą z nich korzystać. Zamiast ogólnego zapisu o przechowywaniu „przez odpowiedni czas” lepiej opisać konkretne zdarzenie, na przykład zamknięcie sprawy, zakończenie współpracy, zatwierdzenie dokumentu albo usunięcie konta. Jeżeli reguła zależy od dodatkowego warunku, należy go zapisać wprost. Jasne definicje zmniejszają ryzyko, że dwie osoby zastosują odmienne okresy do tej samej kategorii.

Przed uruchomieniem automatycznego kasowania warto wykonać test na ograniczonym zbiorze danych. Test powinien sprawdzić, czy właściwe pliki są rozpoznawane, czy wyjątki działają, czy kopie są uwzględniane oraz czy można odtworzyć raport z wykonanej operacji. Należy również ustalić sposób powiadamiania o błędach. Reguła, która działa bez komunikatu o niepowodzeniu, może dawać pozorne poczucie kontroli.

Dobrym rozwiązaniem jest przegląd polityk po zmianie programu, sprzętu, sposobu pracy albo struktury dokumentów. Przegląd powinien obejmować także przydatność starych wyjątków. Jeżeli określona kategoria danych przestała być używana, nie należy pozostawiać jej bezterminowo tylko dlatego, że kiedyś została dodana do systemu. Z drugiej strony każda zmiana powinna być udokumentowana, aby było wiadomo, od kiedy obowiązuje nowa reguła i jakie zasoby obejmuje.

• sporządzić katalog kategorii danych i ich lokalizacji,
• ustalić cel oraz zdarzenie rozpoczynające odmierzanie okresu,
• wyznaczyć właściciela każdej kategorii i osobę wykonującą czynności techniczne,
• uwzględnić kopie zapasowe, pliki tymczasowe i dane zapisane lokalnie,
• przetestować usuwanie oraz możliwość odtworzenia potrzebnych informacji,
• prowadzić dokumentację zmian, wyjątków i potwierdzeń wykonania.

Kiedy sprawdzić polityki retencji w serwisie komputerowym

Do serwisu warto zgłosić się wtedy, gdy urządzenie przechowuje stare dane mimo ręcznego porządkowania, pojawiają się trudności z wykonaniem kopii zapasowej, system przestaje reagować podczas wyszukiwania plików albo nie ma pewności, co pozostało na nośniku po usunięciu dokumentów. Pomoc może być potrzebna również przed przekazaniem laptopa innej osobie, zmianą dysku, naprawą systemu plików lub odzyskiwaniem danych po awarii. W takich sytuacjach istotne jest zachowanie informacji potrzebnych do pracy i jednoczesne ograniczenie przypadkowego kopiowania danych.

Warszawskie Pogotowie Komputerowe 24/7 może pomóc uporządkować techniczną stronę problemu: sprawdzić nośnik, rozpoznać lokalizacje danych, przeanalizować kopie oraz przygotować bezpieczny plan dalszych czynności. Przy zgłoszeniu warto opisać, jakie informacje mają zostać zachowane, które są już zbędne i czy istnieje obowiązek wstrzymania usuwania. Takie informacje ułatwiają dobranie działań do rzeczywistego celu zamiast przypadkowego kasowania plików.

Przed przekazaniem sprzętu dobrze jest przygotować listę kont, folderów, programów i nośników, które mogą zawierać dane objęte retencją. Nie należy samodzielnie usuwać elementów, jeżeli mogą być potrzebne do wyjaśnienia zdarzenia lub odzyskania pracy po awarii. Warto także zachować potwierdzenie wykonanych czynności i odnotować, które lokalizacje zostały sprawdzone. Dzięki temu polityki retencji pozostają nie tylko dokumentem, lecz także praktycznym sposobem zarządzania informacją na komputerach i laptopach.