Réversibilité

Réversibilité : Obligation du prestataire de restituer données, contenus et documentation dans un format exploitable et d’accompagner le transfert vers un nouveau prestataire.

Cette entrée du glossaire relève de la famille « Juridique et RGPD ». Elle donne la définition, sa traduction en exigences, et les erreurs vues le plus souvent sur des projets réels.

Où intervient Réversibilité dans un projet

Réversibilité appartient au vocabulaire juridique du numérique. Le sens courant du mot et son sens légal ne coïncident pas toujours, ce qui suffit à créer un litige.

Dans la pratique, deux interlocuteurs qui n’ont pas la même définition en tête avancent d’accord pendant des semaines, puis découvrent le désaccord à la livraison.

De la définition à la ligne de cahier des charges

Écrire « Réversibilité » dans un cahier des charges implique une conséquence concrète : un écran, un réglage, un document ou une procédure. Sans cela, la mention reste un vœu.

À é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.

Cette formulation se rédige avant la consultation, pas après réception des propositions : c’est elle qui rend deux devis comparables entre eux.

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.

Comment le vérifier à la recette

Réversibilité se vérifie sur les documents publiés et sur le comportement réel de l’application. Les deux doivent dire la même chose.

• 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é.

Ces vérifications s’inscrivent au cahier de recette, avec un nom en face de chacune. Une case sans responsable reste vide.

Erreurs fréquentes

Les mêmes causes reviennent d’un projet à l’autre, quel que soit le prestataire et quelle que soit la taille du budget.

• Ne pas tenir le registre des traitements, obligatoire dans la plupart des situations.
• Collecter des données par défaut, au motif qu’elles pourraient servir un jour.
• Confondre la responsabilité de l’éditeur de l’application et celle de son prestataire.
• Publier une application grand public sans avoir regardé les obligations d’accessibilité.
• Reprendre la formulation d’un autre projet sans vérifier qu’elle décrit bien celui-ci.

Termes liés

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

• Consentement
• DPA
• Suivi entre applications
• Registre des violations
• Vérification de l’âge

Questions fréquentes

Réversibilité : de quoi parle-t-on exactement ?

Obligation du prestataire de restituer données, contenus et documentation dans un format exploitable et d’accompagner le transfert vers un nouveau prestataire. Cette définition suffit pour une discussion de cadrage. Pour un contrat, il faut y ajouter ce que le terme recouvre exactement sur votre application.

Que risque-t-on concrètement ?

Un refus de publication par une boutique, une mise en demeure de l’autorité de contrôle, et la remise en cause des données déjà collectées. La régularisation coûte presque toujours plus que la conformité initiale.

Où placer ce point dans le cahier des charges ?

Dans le chapitre qui correspond à sa nature, jamais dans une ligne fourre-tout. Le modèle de cahier des charges propose les rubriques attendues et l’ordre dans lequel les remplir.

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