Les données de votre application : à qui appartiennent-elles ?
Rédigé avec l'aide de l'IA · mis à jour le
Les informations que vous saisissez dans une application (vos clients, vos dossiers, vos documents) sont celles de votre entreprise, et elles doivent le rester. Reste un point que beaucoup oublient de vérifier : pouvoir les récupérer, dans un format utilisable, quand vous le voulez. La propriété des données se règle donc par écrit, avant le début du projet, et se résume à trois questions : qu'est-ce qui est à vous, où cela se trouve, et comment cela repart.
Pourquoi la propriété des données mérite-t-elle une vraie attention ?
Une application finit par contenir l'historique de votre activité : des années de contacts, de devis, de chantiers, d'échanges. Cette mémoire a une valeur considérable pour vous, souvent plus que l'outil lui-même.
Imaginez un cabinet de conseil qui utilise depuis plusieurs années un outil de suivi de dossiers. Le jour où il veut changer d'outil, il découvre qu'il ne peut exporter que les noms des clients, sans l'historique ni les documents. Il devra tout ressaisir ou repartir de zéro. Le problème n'était pas visible au départ, parce que personne ne s'était posé la question.
Poser tôt cette question protège votre liberté : changer de prestataire, changer d'outil, ou internaliser un jour la maintenance, sans être pris en otage par un format fermé.
Que recouvre le mot « données » ?
Le mot est plus large qu'on ne le pense. On distingue en général plusieurs catégories.
| Catégorie | Exemples | Point d'attention |
|---|---|---|
| Données de votre activité | Fiches clients, dossiers, devis, factures, statuts | Elles sont les vôtres et doivent pouvoir être exportées |
| Documents déposés | Pièces jointes, photos, contrats, plans | Il faut pouvoir les récupérer avec leur classement |
| Données personnelles de tiers | Coordonnées de clients, de candidats, de salariés | Soumises au RGPD, avec des devoirs envers les personnes |
| Traces d'utilisation | Qui s'est connecté, quand, quelles actions | Utiles à la sécurité, à conserver selon vos besoins |
| Réglages et paramètres | Rôles, modèles, champs personnalisés | À documenter pour pouvoir reconstruire ailleurs |
Les données personnelles méritent une mention à part. Le RGPD s'applique dès qu'une application collecte des informations sur des personnes. Cela implique de les informer, de ne conserver que ce qui est utile et de pouvoir répondre à leurs demandes (consulter, corriger, supprimer). Pour un cas précis, vérifiez avec un professionnel du droit.
Données, application, code : ne pas tout confondre
Il faut séparer trois choses qui se mélangent facilement.
Vos données
Ce sont les informations que vous saisissez ou qui circulent dans l'outil. Dans un fonctionnement sain, elles vous appartiennent et vous pouvez les récupérer.
L'application elle-même
C'est le programme qui les affiche et les traite. Avec un logiciel du marché, il appartient à l'éditeur, et vous achetez un droit d'usage. Avec une application sur mesure, la question de ce qui vous est transmis (accès au code, documentation, droits d'utilisation et de modification) dépend de ce qui est convenu dans le contrat. Il n'y a pas de réponse automatique : il faut l'écrire.
Les éléments du prestataire
Un prestataire peut s'appuyer sur ses propres briques réutilisables ou sur des outils tiers. Le contrat doit préciser ce qui vous est cédé ou concédé, et ce qui reste sa propriété. Cela n'est pas anormal, mais cela doit être clair.
Ces trois niveaux n'ont pas le même régime. On peut être tout à fait propriétaire de ses données sans être propriétaire du code, et c'est souvent le cas avec un logiciel du marché. La différence entre les deux approches est détaillée dans notre guide pour choisir entre logiciel sur mesure et logiciel du marché.
Quels points faut-il demander et écrire ?
Voici une liste de questions à poser à tout prestataire ou éditeur, qu'il s'agisse d'un sur-mesure ou d'un outil en abonnement.
- À qui appartiennent les données saisies ? La réponse attendue : à vous.
- Puis-je tout exporter ? Fiches, documents et historique, pas seulement une liste de noms.
- Dans quel format ? Un format ouvert et lisible (par exemple un tableur ou un fichier standard) vaut mieux qu'un format propre à l'outil.
- À quel moment puis-je exporter ? À tout moment, ou seulement à la fin du contrat ?
- Où sont hébergées les données ? Dans quel pays, par quel hébergeur.
- Que se passe-t-il à la fin de la relation ? Combien de temps les données sont-elles conservées, puis comment sont-elles supprimées ?
- Qui a accès à mes données côté prestataire ? Et dans quel but ?
- Mes données servent-elles à autre chose que mon usage ? Par exemple à entraîner un outil, ou à des statistiques.
Un prestataire sérieux répond sans détour à ces questions. Une réponse floue est une alerte. Les conditions qui en découlent (durées, formats, délais) sont à définir ensemble et à inscrire dans le contrat plutôt que dans un échange oral.
Quel lien avec la sécurité et les accès ?
Être propriétaire de ses données n'a de sens que si elles sont protégées. Qui peut les voir, les modifier, les copier ? La réponse passe par la gestion des rôles et des droits d'accès : un export de toute la base ne doit pouvoir être déclenché que par les personnes autorisées.
De la même façon, les sauvegardes sont une copie de vos données : il faut savoir où elles sont, combien de temps elles sont gardées et qui peut les restaurer.
Que faire concrètement pour garder la main ?
Quelques réflexes simples, applicables dès aujourd'hui, pour garder la main sur la propriété des données.
- Testez l'export une fois l'application en service : demandez un export complet, ouvrez-le, vérifiez qu'il contient bien ce que vous attendez.
- Gardez une copie régulière des données importantes dans un endroit que vous contrôlez.
- Notez où se trouvent vos identifiants d'administration : la personne qui part avec les accès ne doit pas emporter la clé de l'application.
- Faites figurer ces points au contrat : propriété, export, hébergement, fin de relation.
- Relisez ces conditions quand l'outil ou le prestataire change ses règles.
Pour les projets sur mesure, cette réflexion fait partie du cadrage. Elle se pose dès l'origine, comme le décrit notre page sur les applications sur mesure et SaaS, puis elle est reprise dans le contrat.
Un outil sur mesure change-t-il la donne ?
Il offre davantage de marge de manœuvre, parce que la structure de la base de données est conçue pour vous et qu'on peut décider dès le départ des exports dont vous aurez besoin. C'est un atout, à condition de l'écrire. Les points précis (accès au code, documentation, transfert) varient selon ce qui est convenu.
À l'inverse, un logiciel du marché peut être excellent sur l'export, comme il peut être très limité. Il faut lire les conditions d'utilisation, pas seulement la page de présentation.
Questions fréquentes
Cela dépend des conditions de l'éditeur. En général, vous disposez d'une période pour exporter vos informations, puis elles sont supprimées. Vérifiez cette période et les formats d'export avant de vous engager, pas au moment de partir.
Cela ne devrait pas arriver sans votre accord. La question doit être posée explicitement, et la réponse inscrite au contrat. Pour les données personnelles, des règles spécifiques s'appliquent : faites vérifier par un professionnel du droit si votre cas est particulier.
Pas forcément, mais vous devez savoir ce que vous recevez. Selon votre situation, il peut suffire d'avoir les données, la documentation et le droit d'utiliser l'outil, ou vous pouvez souhaiter davantage. Cela se discute avant le démarrage du projet.
Vous en êtes responsable : c'est vous qui décidez de les collecter et de les utiliser, et c'est donc vous qui devez respecter le RGPD à leur égard. Le prestataire intervient pour votre compte, avec des obligations qui doivent être précisées entre vous.
Vous préparez un projet et voulez poser ces questions ? Prenons contact.