Guia
Privacitat i RGPD en projectes de programari
Aquesta guia no és assessorament legal: és com tractem les dades personals quan construïm programari, i quines decisions tècniques cal prendre perquè un projecte compleixi sense ensurts.
Darrera actualització:
El RGPD és un reglament europeu de protecció de dades. Bona part de les seves obligacions es resolen amb decisions d'enginyeria preses a temps. Quan es deixen per al final, la factura és un redisseny. El que segueix és la part tècnica; les qüestions jurídiques (nomenar un DPD, avaluar riscos, redactar clàusules) les porta un professional del dret.
Minimització: la dada que no guardes no et pot filtrar
Abans d'afegir un camp, la pregunta és per a què es farà servir. Si no hi ha una resposta concreta, no es recull. Menys dades personals significa menys superfície de risc, menys obligacions i menys feina per respondre a una petició d'accés o esborrat.
Base legal i finalitat
Tot tractament necessita una base legal (consentiment, contracte, interès legítim, obligació legal…) i una finalitat declarada. A la pràctica això es tradueix en el programari: separar les dades per finalitat, no reutilitzar per a un fi diferent sense revisar-ho, i que el consentiment —quan és la base— sigui granular i es pugui retirar tan fàcil com es va donar.
Encarregats i subencarregats del tractament
Cada servei extern que toca dades personals —*hosting*, correu transaccional, analítica, còpies de seguretat, un proveïdor d'IA— és un encarregat del tractament i necessita un contracte (DPA) i, si està fora de l'Espai Econòmic Europeu, una garantia de transferència. Convé mantenir una llista de subencarregats actualitzada: és obligatòria i, a més, és l'inventari que necessites per raonar sobre el risc.
- Inventari d'on van les dades personals i amb quin proveïdor.
- DPA signat amb cadascun i ubicació del tractament identificada.
- Preferir proveïdors amb tractament a la UE quan existeixin alternatives equivalents.
Seguretat (art. 32)
El reglament demana mesures «apropiades al risc», no una llista tancada. En programari això és xifratge en trànsit i en repòs, control d'accés per rol i mínim privilegi, registre d'accessos a dades sensibles, còpies de seguretat provades i un pla de què fer davant d'una bretxa (hi ha 72 hores per notificar).
Privacitat des del disseny i drets
Privacitat des del disseny i per defecte (art. 25) significa que l'opció més protectora és la que ve activada de fàbrica. I des del primer dia el sistema ha de poder respondre als drets de les persones: accés, rectificació, supressió, portabilitat i oposició. Si esborrar un usuari implica un script manual de mitja hora, el disseny no està acabat. Vegeu també l'avís de privacitat del lloc.
Preguntes freqüents
El que ens solen preguntar
Fona fa de DPD (delegat de protecció de dades)?
No. Treballem la part tècnica: arquitectura de dades, seguretat, minimització i capacitat de respondre a drets. El paper de DPD i l'assessorament jurídic els cobreix un professional del dret, amb qui ens coordinem.
Fer servir un proveïdor d'IA dels EUA incompleix el RGPD?
No automàticament, però és una transferència internacional que necessita una base (clàusules contractuals tipus, marc d'adequació) i una valoració de risc. I convé no enviar més dades personals de les imprescindibles al proveïdor.
Què és "privacitat des del disseny" a la pràctica?
Prendre les decisions de privacitat en començar, no al final: què es guarda, quant de temps, qui hi accedeix, com s'esborra. I que la configuració per defecte sigui la més protectora per a la persona.
Quant de temps es poden conservar les dades?
El necessari per a la finalitat, i després s'anonimitzen o s'esborren. En el programari això significa definir una política de retenció per tipus de dada i automatitzar l'esborrat, no deixar-ho a criteri manual.
Serveis relacionats
Guies relacionades
Continuar llegint
Següent pas
Mitja hora ben invertida
Explica'ns el problema en una trucada curta. En sortim amb una primera orientació de per on aniria i què implicaria, sense compromís i sense presentació comercial.