Revizuit · Resurse Hosmio
Înainte de a începe
Aduceți o schiță arhitecturală de bază, persoanele responsabile pentru aplicație și backupuri și orice restricții ale clientului. Utilizați categorii și exemple sintetice. Nu puneți în foaia de lucru înregistrări reale ale clienților, parole, tokenuri de acces sau jurnale neredactate.
01
Urmăriți o sarcină completă de utilizator.
Alegeți o sarcină reprezentativă, cum ar fi încărcarea unui document de proiect într-un portal de client. Urmăriți unde merge cererea, unde sunt stocate metadatele, unde ajunge fișierul și ce se întâmplă după încărcare. Includeți miniaturi, procesare în coadă, notificări de ieșire și raportarea erorilor atunci când există. Scopul este de a descrie implementarea dvs., nu de a completa fiecare categorie posibilă.
Apoi urmăriți o a doua sarcină care citește sau exportă date. Exporturile dezvăluie adesea copii absente dintr-o diagramă de infrastructură: o arhivă descărcată de un operator, o integrare de raportare sau un fișier atașat la o solicitare de asistență. Întrebați cine controlează fiecare destinație și de ce este necesară.
02
Separați copiile persistente de acces.
| Înregistrare | Scop / rol responsabil | Dovezi încă necesare |
|---|---|---|
| Baza de date a aplicației | Metadate de proiect / operator de aplicație | Țara reală a gazdei și regula de retenție |
| Documente încărcate | Fișiere de client / proprietar de conținut | Destinația de stocare și procesul de ștergere |
| Copie de recuperare | Reconstruire serviciu / operator de recuperare | Locația backupului, accesul și rezultatul restaurării |
| Raportarea erorilor | Investigarea defecțiunilor / proprietar de incident | Câmpuri exportate și organizația receptoare |
| Sesiune administrativă | Întreținerea aplicației / operator autorizat | Aranjamentul de acces și procesul de audit |
Un rând de acces este util chiar și atunci când nu creează o copie păstrată intenționat. Înregistrați organizația și procesul implicate, ce poate vedea persoana și dacă poate avea loc un export. Nu trageți o concluzie juridică universală din acel rând. Criteriile de transfer ale EDPB depind de organizațiile reale și de contextul procesării. EDPB: transferuri internaționale de date ↗
03
Etichetați calitatea fiecărui răspuns.
Utilizați un set mic de stări: documentat, declarat dar neverificat, necunoscut și nu se aplică cu un motiv. Atașați sursa și data revizuirii la răspuns, nu doar la pagina care conține tabelul. O diagramă desenată de propria echipă și un contract furnizat de un furnizor răspund la tipuri diferite de întrebări.
De exemplu, codul dvs. poate stabili că un raport de eroare exclude conținutul documentelor, în timp ce doar furnizorul de raportare poate declara unde își desfășoară procesul de stocare sau suport. Păstrați aceste dovezi separate. Când nu sunt de acord, adresați o întrebare specifică și mențineți starea nerezolvată până când conflictul este abordat.
04
Dați fiecărei copii un proprietar și o condiție de încheiere.
Pentru fiecare copie persistentă, înregistrați de ce există, cât timp proiectul are nevoie de ea, cine controlează ștergerea și ce se întâmplă când serviciul se încheie. O copie de recuperare poate fi necesară, dar tot are nevoie de un proces de retenție definit. „Cu backup” nu este un răspuns complet la întrebarea dacă datele vechi pot fi eliminate sau cât timp rămân recuperabile.
Verificați și exporturile de rutină. Dacă un operator descarcă o arhivă pentru a investiga o problemă, echipa ar trebui să știe unde este păstrată și când este eliminată. Consultați dovezi protejate în loc să încorporați arhiva în hartă. Înregistrarea în sine ar trebui să rămână utilă fără a expune datele pe care le descrie.
05
Rezolvați o hartă incompletă a portalului.
Într-o revizuire ilustrativă, operatorul aplicației poate explica stocarea de producție și exporturile programate, dar destinația backupului este listată simplu ca „backup furnizor”. Operatorul de recuperare solicită domeniul de aplicare al destinației, regulile de acces și o procedură reală de restaurare. Până când acestea sunt furnizate, rândul rămâne necunoscut și decizia privind țara rămâne condiționată.
Între timp, se descoperă că o integrare de raportare a erorilor include URL-uri complete de solicitare. Echipa analizează dacă acele URL-uri pot purta identificatori de proiect, își actualizează inventarul de câmpuri și cere persoanei de contact a clientului să evalueze fluxul de date modificat. Nu se deduce niciun rezultat privind țara sau conformitatea din acest exemplu; arată cum harta poate expune o întrebare concretă fără răspuns.
06
Verificați completitudinea și întrețineți harta.
Rugați operatorul de backup și responsabilul aplicației să parcurgă independent o restaurare și o investigație de incident. Întrebați de unde obține date fiecare pas și cine le poate accesa. Dacă oricare proces folosește o destinație lipsă din foaia de lucru, adăugați-o și atribuiți un proprietar pentru faptele rămase.
O hartă utilizabilă se încheie cu o listă scurtă de elemente deschise, fiecare legată de un rol responsabil și de o decizie pe care o afectează. Revizuiți-o după adăugarea de integrări, modificarea politicii de backup, acordarea unei noi rute administrative sau mutarea regiunilor. Utilizați matricea de decizie privind găzduirea pentru a evalua faptele rezultate și ghidul de aprobare a modificărilor când aranjamentul se schimbă.
Această foaie de lucru organizează dovezi operaționale pentru consilierii proiectului. Nu stabilește legea aplicabilă, nu autorizează un transfer și nu certifică rezidența datelor. Țara serverului selectată nu stabilește locația backupurilor, a datelor exportate sau a accesului administrativ.