Protection des données dans vos applications : savoir ce qui est conservé, qui peut l'utiliser et jusqu'à quand.

Nous concevons des applications où chaque donnée a une raison d'être collectée, un lieu, des personnes autorisées et une durée.

Des mesures techniques et organisationnelles, adaptées au projet. Pas un conseil juridique ni une certification.

Étudions la protection des données de votre application Toute la cybersécurité

Le parcours d'une donnée · demande client sur une plateforme de servicesdossier, personnes et durées fictifs

D-4127demande d'intervention

F1Identifiant de dossiersaisià créernécessairefacultatifenregistréconservéeffacé en baseanonymisé
F2Nom et coordonnéessaisià créernécessairefacultatifenregistréconservéeffacé en baseanonymisé
F3Adresse d'interventionsaisià créernécessairefacultatifenregistréconservéeffacé en baseanonymisé
F4Description de la demandesaisià créernécessairefacultatifenregistréconservéeffacé en baseanonymisé
F5Document joint (facultatif)saisià créernécessairefacultatifenregistréconservéeffacé en baseanonymisé
F6Historique de traitementsaisià créernécessairefacultatifenregistréconservéeffacé en baseanonymisé

Règle appliquéeétape 1étape 2étape 3étape 4étape 5étape 6

Collecter ce qui sert au service.

Le formulaire demande les coordonnées, l'adresse et la description ; le document joint reste facultatif.

Chaque champ a une finalité.

Aucun champ sans usage établi : pas de date de naissance, pas de pièce d'identité.

Enregistrer et protéger.

Échanges chiffrés, document stocké chiffré, sauvegarde nocturne chiffrée sur une rotation de 35 jours.

Consulter ce dont on a besoin.

La conseillère du secteur voit F1 à F4 ; la consultation est tracée. Le prestataire ne reçoit que F1 à F3.

Conserver selon une règle définie.

Dossier clos : conservé trois ans dans la base active, durée retenue pour ce scénario.

Supprimer, anonymiser ou justifier.

Identité effacée de la base, identifiant remplacé sans table de correspondance ; sauvegardes et prestataire suivent leur propre délai.

NavigateurD-4127 ici
Formulaire de demandela personne qui demandeF1F2F3F4F5F6saisie en courschamps vérifiésvidé après envoividé après envoividé après envoividé après envoi
ApplicationD-4127 ici
Base activel'application du serviceF1F2F3F4F5F6aucune donnéeaucune donnéeenregistré · chiffré au reposdossier ouvertclos · conservéanonymisé
Back-officeD-4127 ici
Espace de consultationconseillère du secteurF1F2F3F4F5F6aucune donnéeaucune donnéeaucune donnéeconsultation tracéeplus d'accès courantretiré de l'interface
InfrastructureD-4127 ici
Sauvegardes chiffréeshébergeur, accès restreintF1F2F3F4F5F6aucune donnéeaucune donnéecopie nocturnecopie nocturnecopie nocturnecopie temporaire
ExterneD-4127 ici
Prestataire de planificationsous-traitant sous contratF1F2F3F4F5F6aucune donnéeaucune donnéeaucune donnée3 champs transmisselon son contratsuppression demandée

Case pleine : donnée originale · contour : copie ou transmission

Où se trouve encore la donnéecomplété à la fin du parcourschaque lieu à son rythme

Interface—retirée Plus visible dans le back-office.
Base active—anonymisée Identité et texte libre effacés, identifiant remplacé sans table de correspondance.
Sauvegardes—copie temporaire · 35 jours au plus Une restauration rejoue l'anonymisation avant toute remise en service.
Prestataire—demande envoyée Suppression demandée ; confirmation non reçue.
Preuve d'intervention—conservée, justifiée Durée à confirmer selon vos obligations.

Retirée de l'interface ne veut pas dire effacée partout : base, sauvegardes et prestataires se traitent chacun à leur rythme.Durées de 3 ans et de 35 jours : hypothèses du scénario, pas des règles légales.

Un dossier, cinq espaces, six étapes

Collecte · La personne remplit le formulaire : coordonnées, adresse, description, document facultatif.

Vérification · Chaque information demandée a une finalité ; rien n'est collecté sans usage.

Enregistrement · Le dossier D-4127 est enregistré, chiffré au repos, et copié dans la sauvegarde nocturne.

Consultation · La conseillère consulte ce dont elle a besoin ; trois champs partent chez le prestataire.

Conservation · Le dossier clos reste conservé selon la durée définie pour le scénario.

Fin de vie · Retiré de l'interface et anonymisé en base ; sauvegardes et prestataire suivent leur propre délai.

Avant de protéger une donnée, savoir pourquoi elle est là.

Une application accumule vite des informations : formulaires, comptes, documents, historiques, journaux, exports. Protéger commence par les connaître : lesquelles, pour quel usage, saisies par qui, conservées où.

Recenser: les données réellement collectées, y compris dans les journaux et les exports.
Relier: chaque donnée à une finalité, formulée simplement.
Réduire: ce qui ne sert pas : un champ en moins est une donnée en moins à protéger.
Documenter: les choix dans l'application et pour vos équipes.

Cette page parle du cycle de vie des données dans une application. Constater l'existant relève de l'audit de sécurité ; protéger les requêtes, de la sécurisation des applications et API ; gérer les droits, de l'authentification et des accès.

Des mesures choisies pour chaque étape, selon vos données et vos risques.

Chaque mesure répond à un risque précis. Nous les retenons avec vous, selon ce que l'application traite.

Chiffrement: Des échanges toujours, et du stockage lorsqu'il est pertinent : fichiers sensibles, sauvegardes, champs particuliers.
Contrôle des accès: Chacun ne voit que ce dont il a besoin, avec des droits revus dans le temps : c'est le rôle de l'authentification et de la gestion des accès.
Minimisation et pseudonymisation: Moins de données collectées, et des identifiants remplacés là où l'identité n'est pas utile.
Journalisation: Les consultations, modifications et suppressions sensibles laissent une trace consultable.
Sauvegardes: Chiffrées, testées par des restaurations, avec une durée de rotation connue.
Isolation et secrets: Environnements séparés, données de test sans données réelles, clés et mots de passe hors du code.

Aucune de ces mesures n'est incluse d'office : elles dépendent du projet, de vos données et de votre hébergement.

Une donnée, cinq conditions de traitement : la règle, puis ce qui se passe vraiment.

Le même dossier fictif D-4127. Choisissez une situation : la donnée concernée, sa finalité, où elle se trouve, la règle du scénario, la vérification humaine, le résultat obtenu et ses limites.

D-4127Demande d'effacement

État : Demande reçue · à examiner

Donnée concernée

Dossiers D-4127 et D-3980Tous deux au nom de la personne.
Historique de traitementLié aux deux dossiers.

Finalité

Répondre à la demande de la personne.

Où se trouve la donnéeavant décision

ApplicationBase active2 dossiers
InfrastructureSauvegardescopies en rotation
ExternePrestataire de planification3 champs détenus
ComptabilitéPreuve d'interventionà examiner

Règle du scénario: La demande est examinée : identité, dossiers concernés, exceptions éventuelles.
Vérification nécessaire: Le responsable vérifie l'identité, identifie les systèmes concernés et décide des suites ; la personne reçoit une réponse dans les délais applicables.
Résultat obtenu: Pas encore : il apparaît après la vérification humaine.
Limites: L'effacement n'est pas instantané partout ; une restauration de sauvegarde rejoue l'effacement avant toute remise en service. La personne est informée de ce qui est conservé et pourquoi.

Sans JavaScript, voici chaque situation telle qu'elle se présente, avant toute vérification humaine.

Situation	Règle du scénario	Vérification nécessaire	Limites
A. Collecte nécessaire	Une information n'est demandée que si elle sert le service.	Le responsable du traitement valide la liste des champs, leur finalité et la base légale qu'il retient.	Être utile au service ne fixe pas à lui seul la base légale : le responsable du traitement la détermine, avec ses conseils si besoin.
B. Collecte excessive	Pas de champ sans besoin métier établi.	Le responsable décide : justifier le champ ou le retirer, puis traiter les valeurs déjà enregistrées.	Supprimer en base ne les fait pas disparaître des sauvegardes : elles y restent jusqu'à la fin de la rotation de 35 jours (hypothèse du scénario).
C. Transmission à un prestataire	Ne transmettre que ce que le prestataire doit traiter.	Avant l'activation : contrat et clauses de sous-traitance, lieu d'hébergement, mesures de sécurité et durée de conservation chez le prestataire. Le chiffrement du transfert est une mesure technique, pas une garantie de conformité.	Une fois reçues, les données sont conservées par le prestataire selon son contrat ; leur suppression dépend de lui.
D. Durée de conservation atteinte	3 ans après la clôture, le dossier est anonymisé (durée retenue pour le scénario), sauf obligation de conservation applicable.	Le responsable confirme qu'aucune exception ne s'applique : litige en cours, obligation légale, demande d'une autorité.	Les copies restent dans les sauvegardes jusqu'à 35 jours ; une restauration rejoue l'anonymisation avant toute remise en service. La confirmation du prestataire n'est pas encore reçue.
E. Demande d'effacement	La demande est examinée : identité, dossiers concernés, exceptions éventuelles.	Le responsable vérifie l'identité, identifie les systèmes concernés et décide des suites ; la personne reçoit une réponse dans les délais applicables.	L'effacement n'est pas instantané partout ; une restauration de sauvegarde rejoue l'effacement avant toute remise en service. La personne est informée de ce qui est conservé et pourquoi.

Une finalité par donnée. Ce qui ne sert pas n'est pas demandé.
Chiffrer ne suffit pas. Un échange se vérifie aussi par son contrat et sa finalité.
Chaque lieu a son délai. Base, archives, sauvegardes et prestataires se traitent séparément.
Une personne décide. Effacer, conserver, transmettre : une vérification humaine.

Dossier, durées et quantités fictifs. Démonstration : aucune lecture, modification ni transmission de données personnelles réelles. Les règles du scénario ne valent pas avis juridique.

Savoir où vont vos données, y compris hors de votre application.

Une donnée vit rarement à un seul endroit. Nous recensons ses lieux et ses trajets, puis nous limitons ce qui circule.

Lieux de stockage: Base, fichiers, sauvegardes, environnements de test : chaque lieu est connu, avec sa durée et ses accès.
Échanges avec des services externes: Paiement, messagerie, planification, analyse : ne transmettre que le nécessaire, vérifier le contrat et la sous-traitance.
Interfaces d'échange: Les API qui transmettent des données se protègent comme le reste de l'application, avec la sécurisation des applications et API.
Hébergement et suivi: Mises à jour, sauvegardes et surveillance au quotidien relèvent de l'hébergement, de la maintenance et de l'infogérance.

Une fois transmise, une donnée suit les règles du prestataire ; nous vous aidons à les connaître, pas à les remplacer.

Une durée pour chaque donnée, et ce qu'il en reste ensuite.

Conserver, archiver, effacer ou anonymiser : chaque choix s'applique à un lieu précis, avec son délai et sa trace.

Des durées définies: Fixées avec vous selon vos obligations, puis appliquées par l'application.
Un archivage séparé: Quand une conservation est justifiée, à l'écart des données d'usage courant, avec des accès réduits.
Suppression ou anonymisation: Outillées et tracées ; l'anonymisation n'est dite achevée que si la transformation est irréversible.
Les sauvegardes: Effacement à la rotation ; une restauration rejoue les suppressions avant toute remise en service.
Les prestataires: Demande de suppression et suivi jusqu'à la confirmation : une demande envoyée n'est pas une suppression confirmée.
Les demandes des personnes: Accès, rectification, effacement : un parcours d'instruction dans l'application, avec ses étapes et ses délais.

Des règles appliquées, et vérifiables.

Une règle qui n'est pas vérifiée finit par ne plus être appliquée. Nous prévoyons dès le départ comment le constater.

Inventaire: Les données et les traitements de l'application, avec leurs lieux et leurs durées.
Responsabilités: Qui décide : responsable du traitement, DPO, équipe produit, prestataires.
Outils existants: Ce qui est déjà en place, ce qui peut être réutilisé, ce qui manque.
Hébergement: Lieux, sauvegardes, accès techniques et contraintes du contrat.

Cartographier un périmètre
Les données d'une application ou d'un parcours, avec leurs finalités.
Mettre en place les mesures retenues
Collecte réduite, accès, chiffrement, durées, suppressions outillées.
Vérifier régulièrement
Journal des suppressions, revue des accès, test de restauration.

Pour constater l'existant avant d'agir, un audit de sécurité web peut précéder ces étapes.

Pour l'ensemble de nos expertises, voir la cybersécurité.

Questions fréquentes sur la protection des données

Priorités, chiffrement, lieux de stockage, prestataires, effacement, conformité.

Comment savoir quelles données protéger en priorité ?

En partant de l'inventaire : les données sensibles, celles qui sont nombreuses, celles qui sortent de l'application vers des prestataires. La cartographie des données fixe l'ordre des mesures, plutôt qu'une liste de protections appliquées partout de la même façon.

Le chiffrement suffit-il à sécuriser des données personnelles ?

Non. Il protège les données pendant leur transport ou leur stockage, ce qui est essentiel. Mais une donnée chiffrée reste lisible par ceux qui y ont accès : il faut aussi limiter ce qui est collecté, qui peut le consulter, combien de copies existent et combien de temps elles sont gardées.

Où sont stockées les données de notre application ?

Souvent à plusieurs endroits : la base, les fichiers déposés, les sauvegardes, les environnements de test, les journaux et les services tiers. Nous les recensons avec leurs durées et leurs accès ; le choix de l'hébergement et des lieux se fait avec vous, selon vos contraintes.

Comment gérer les données transmises à des prestataires ?

Ne transmettre que ce que le prestataire doit traiter, vérifier son contrat et ses engagements de sous-traitance, et tracer les échanges. Les interfaces qui transmettent ces données relèvent aussi de la sécurisation des applications et API. Une fois reçues, les données suivent les règles du prestataire.

Que se passe-t-il lorsqu'un utilisateur demande la suppression de ses données ?

La demande est instruite : identité vérifiée, systèmes concernés identifiés, effacement en base, suivi des sauvegardes et des prestataires, exceptions justifiées si une obligation impose de conserver. La personne reçoit une réponse qui dit ce qui est fait, ce qui reste en cours et ce qui est conservé.

Quelle différence entre protection technique et conformité RGPD ?

La protection technique est notre métier : collecte réduite, droits d'accès définis avec l'authentification et la gestion des accès, chiffrement, durées, suppressions. La conformité dépend aussi des finalités, des bases légales, de l'information des personnes et des contrats : elle relève de votre organisation et de vos conseils.

La cartographie de vos données : neuf questions, de la collecte à la vérification.

Cartographie des données · votre applicationune ligne par donnée, à compléter ensemble

Cartographie des données · votre application
Donnée	1Quelles informations collectez-vous ?	2Pourquoi sont-elles nécessaires ?	3Où sont-elles enregistrées ?	4Qui peut les consulter ou les modifier ?	5Quels prestataires les reçoivent ?	6Comment sont-elles protégées ?	7Combien de temps sont-elles conservées ?	8Comment traiter les demandes de rectification ou d'effacement ?	9Comment vérifier que les règles sont réellement appliquées ?
Exemple fictifDemande d'intervention D‑4127	Nom, téléphone, adresse, description, document facultatif	Traiter et planifier l'intervention	Base active, sauvegardes chiffrées	Conseillers du secteur ; un administrateur	Prestataire de planification : 3 champs	Échanges chiffrés, accès limités, consultations tracées	Trois ans après clôture (hypothèse du scénario)	Demande examinée, systèmes identifiés, suivi jusqu'au bout	Revue périodique du journal des suppressions
Votre donnée n° 1	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble
Votre donnée n° 2	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble	à compléter ensemble

Une fiche par question, avec l'exemple du dossier fictif et la place pour votre réponse.

Collecte

Question 1 : Quelles informations collectez-vous ?Exemple fictifNom, téléphone, adresse, description, document facultatifVotre réponse
Question 2 : Pourquoi sont-elles nécessaires ?Exemple fictifTraiter et planifier l'interventionVotre réponse

Stockage, accès et échanges

Question 3 : Où sont-elles enregistrées ?Exemple fictifBase active, sauvegardes chiffréesVotre réponse
Question 4 : Qui peut les consulter ou les modifier ?Exemple fictifConseillers du secteur ; un administrateurVotre réponse
Question 5 : Quels prestataires les reçoivent ?Exemple fictifPrestataire de planification : 3 champsVotre réponse
Question 6 : Comment sont-elles protégées ?Exemple fictifÉchanges chiffrés, accès limités, consultations tracéesVotre réponse

Durée et demandes

Question 7 : Combien de temps sont-elles conservées ?Exemple fictifTrois ans après clôture (hypothèse du scénario)Votre réponse
Question 8 : Comment traiter les demandes de rectification ou d'effacement ?Exemple fictifDemande examinée, systèmes identifiés, suivi jusqu'au boutVotre réponse

Contrôle

Question 9 : Comment vérifier que les règles sont réellement appliquées ?Exemple fictifRevue périodique du journal des suppressionsVotre réponse

Les cases vides se remplissent pendant l'échange. Les réponses juridiques (bases légales, information des personnes, contrats) restent à valider avec vos conseils.

Ces neuf questions suffisent pour savoir où sont vos données, qui les utilise, combien de temps elles restent et comment vérifier que les règles sont appliquées. Nous en tirons les mesures techniques adaptées à votre application.

Étudions la protection des données de votre application

Réponse sous 24 à 48 heures ouvrées.

contact@crawleragency.com
+33 4 94 36 20 09

Un registre des traitements, une politique de conservation, une liste de prestataires ? Mentionnez-les : nous partirons de ce que vous avez.