Suivi entre applications

Suivi entre applications : Rapprochement des données d’un même utilisateur entre plusieurs applications ou sites, pratique soumise au consentement et signalée dans la politique de confidentialité.

Classé dans la famille « Juridique et RGPD », ce terme revient dans les échanges entre un client et son agence. Voici ce qu’il faut en comprendre avant d’en discuter le prix.

Pourquoi Suivi entre applications compte sur un projet mobile

Suivi entre applications engage l’éditeur de l’application, c’est-à-dire l’entreprise qui la publie, et non l’agence qui l’a développée. La distinction figure rarement dans les devis.

Sur un projet réel, la question ne se pose jamais en théorie : elle arrive dans un devis, dans une réunion de cadrage ou dans un rapport de recette.

Ce que ça devient dans un cahier des charges

Un cahier des charges prudent fait de « Suivi entre applications » un livrable identifié, daté et recettable, au même titre qu’une fonctionnalité.

À écrire noir sur blanc, dans le chapitre qui correspond :

• Les données personnelles collectées, leur finalité et leur durée de conservation.
• La base légale de chaque traitement, consentement compris quand il s’impose.
• Le parcours de suppression de compte, exigé par les boutiques.
• La conduite à tenir en cas de violation de données, et qui la déclare.

Le niveau de détail à viser est celui qui permet à deux prestataires différents de chiffrer la même chose. En dessous, les écarts de prix ne veulent rien dire.

Le modèle de cahier des charges du guide reprend ces rubriques dans l’ordre attendu par une agence, et la grille de lecture des devis montre à quoi ressemble un chiffrage comparable.

Vérifier plutôt que croire

À la recette, Suivi entre applications s’examine avec le registre des traitements en main, pas de mémoire.

• Relire la politique de confidentialité en la comparant aux données réellement collectées.
• Vérifier la liste des sous-traitants et le pays où les données sont hébergées.
• Contrôler que la cession des droits sur le code figure au contrat signé.

Chacun de ces contrôles prend quelques minutes. Les découvrir après la mise en ligne prend des jours.

Ce qui tourne mal le plus souvent

Sur ce point précis, voici ce qui coûte le plus cher aux porteurs de projet, dans l’ordre où on le rencontre.

• Copier la politique de confidentialité d’un autre service sans vérifier les traitements réels.
• Recueillir un consentement noyé dans les conditions d’utilisation, donc inopérant.
• Ignorer où sont hébergées les données chez les prestataires utilisés par l’application.
• Laisser la cession des droits sur le code hors du contrat de développement.
• Ne relier le sujet à aucun critère de recette : ce qui ne se vérifie pas ne se livre pas.

Termes liés

Les entrées du glossaire déjà publiées sur des sujets voisins :

• Consentement
• DPA
• Registre des violations
• Vérification de l’âge
• Privacy by default

Questions fréquentes

Que signifie « Suivi entre applications » ?

Rapprochement des données d’un même utilisateur entre plusieurs applications ou sites, pratique soumise au consentement et signalée dans la politique de confidentialité. Le mot est employé tel quel par les équipes francophones. C’est celui à utiliser dans les échanges avec une agence, y compris quand la traduction française existe.

Faut-il un avocat pour traiter ce point ?

Pas toujours pour le comprendre, souvent pour le rédiger. Le cahier des charges peut décrire l’exigence en français courant ; la formulation contractuelle et les documents publiés gagnent à être relus par un professionnel.

Est-ce que ça se retrouve dans le devis ?

Un devis lisible sépare conception, design, développement, tests, publication et suivi. La grille de lecture des devis détaille poste par poste ce qui doit y apparaître.

Toutes les définitions publiées sont rassemblées dans l’index du glossaire, classées de A à Z et par famille.