Obligation légale

Obligation légale : Base légale invoquée lorsqu’un texte impose au responsable de traitement de conserver ou de transmettre des données, notamment en matière comptable ou fiscale.

Le mot appartient à la famille « Juridique et RGPD » du lexique. Cette page dit ce qu’il recouvre, comment il se formule dans un cahier des charges, et ce qu’il vaut mieux ne pas écrire.

Où intervient Obligation légale dans un projet

Sur un projet mobile, Obligation légale se prépare avant la mise en ligne. Les boutiques réclament des déclarations, et une régularisation après coup coûte plus cher qu’une conformité pensée au cadrage.

Le sujet mérite trois minutes d’attention au cadrage. C’est le seul moment du projet où il ne coûte rien à traiter.

Comment l’écrire dans un cahier des charges

Dans un cahier des charges, Obligation légale figure au chapitre conformité, avec les traitements de données prévus, leur finalité et leur durée de conservation.

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

• Les sous-traitants utilisés, nommés, avec le pays où sont hébergées les données.
• Les documents publiés : mentions légales, politique de confidentialité, conditions d’utilisation.
• Le niveau d’accessibilité visé, et le texte qui l’impose à votre activité.
• Le sort des données et du code à la fin du contrat.

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.

Pour le cadre général, le guide des prix donne les fourchettes constatées en France et le modèle de cahier des charges la structure qui les rend opposables.

Les contrôles à prévoir

À la recette, Obligation légale 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 que le consentement se refuse aussi facilement qu’il s’accorde.
• 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.

Les pièges à éviter

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.
• Employer le mot sans le définir, et laisser chaque partie prenante y mettre son propre sens.

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

Que signifie « Obligation légale » ?

Base légale invoquée lorsqu’un texte impose au responsable de traitement de conserver ou de transmettre des données, notamment en matière comptable ou fiscale. 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.