Distinguer responsable du traitement et sous-traitant : erreurs critiques
Une erreur fréquente KVKK/RGPD est de mal distinguer les rôles du responsable du traitement et du sous-traitant dans les traitements réels.
⏱️ Temps de lecture: 14 min · 📁 Catégorie: KVKK, RGPD, Relations informatiques
Distinguer responsable du traitement et sous-traitant : erreurs critiques
Une erreur fréquente KVKK/RGPD est de mal distinguer les rôles du
responsable du traitement et du sous-traitant dans les traitements réels.
Entre 2024 et 2025, les autorités européennes de données et le comité KVKK ont décrit la confusion de rôle comme un domaine à risque sérieux, notamment dans les modèles de services mixtes et les infrastructures SaaS.
Ces erreurs créent une non-conformité et peuvent même rendre
le traitement illicite par une mauvaise attribution des rôles.
Déterminer correctement le rôle qu'une entreprise assume dans le traitement des données affecte directement les obligations suivantes:
- Obligation d’information sur le traitement
- Détermination du consentement + conditions de traitement
- Responsabilité pour notification de manquement
- Sécurité des données traitées
- Politiques de suppression/anonymisation
- Audit - contrat - obligations supplémentaires
Si une société se dit sous-traitante mais agit comme responsable,
Tous les services offerts deviennent juridiquement risqués.
Beaucoup estiment que l’étiquette contractuelle « sous-traitant » suffit.
Toutefois, les autorités ont souligné à maintes reprises ce principe :
Les titres ne sont pas déterminés par contrat; ils sont déterminés par qui, quel but et comment les données sont traitées.
Exemple :
Un fournisseur de CRM SaaS effectue l'analyse du comportement client, effectue le routage utilisateur dans l'interface, et prend sa propre décision sur le temps de conservation des données.
Il est alors considéré comme responsable, et non comme sous-traitant.
De nombreux modèles de service ne s'intègrent plus dans la relation classique entre le contrôle et le processeur.
Par exemple :
- Marché - relation entre les fournisseurs
- Banques - API de souscription fintech
- Assureur – logiciel d’expertise des sinistres
- Plateforme de commerce électronique - réseaux de ciblage publicitaire
Beaucoup de ces relations impliquent des responsables conjoints.
Cependant, en Turquie, il y a un risque de violations graves puisque la plupart des entreprises l'interprètent comme un processeur.
La chaîne se décompose parce que les fournisseurs sont souvent mal étiquetés.
Chaîne d'exemple :
Marque -> Agence -> Fournisseur de technologies de la publicité -> Infrastructure du Cloud -> Outil d'analyse
Ici :
Agence: souvent relation contrôleur/contrôleur
Plate-forme publicitaire: coresponsable
Service cloud : sous-traitant
Analyse : généralement responsable, car elle détermine finalités et moyens
En Turquie, le même modèle s'applique à tous : « L'Agence est notre processeur ».
Cette approche est devenue l'un des domaines fréquemment supervisés par la Commission en 2025.
Si un sous-traitant fait l'une des activités suivantes, il est maintenant un contrôleur :
- S'il décide uniquement du temps de conservation des données
- S'il décide de nouveaux types d'analyse
- S'il utilise des données pour développer son propre produit
- Décide quelles données recueillir seules
- S’il peut partager les données avec des tiers
C'est particulièrement vrai en Turquie :
Fournisseurs de CRM
Intégrations du marché du commerce électronique
Solutions Chatbot/AI SaaS
Outils d'analyse publicitaire
C'est très fréquent.
Erreur 5 : Ne pas préciser les mesures techniques et organisationnelles dans les contratsLe sujet le plus critiqué dans de nombreuses vérifications du DPA et du Comité :
Utiliser les expressions générales dans le cadre de l'accord de traitement des données (DPA).
Exemple d'articles défectueux :
"Toutes les mesures de sécurité nécessaires seront prises."
"Les données personnelles seront stockées aussi longtemps que nécessaire."
"Supprimer conformément à la législation pertinente."
Ces clauses ne sont plus acceptées.
Les audits exigent des obligations concrètes.
Faits saillants des vérifications du Bureau en 2025 :
Recours non déclaré à des sous-traitants ultérieurs.
Plus précisément:
Courriel (Sendgrid, Mailgun)
Fournisseurs de serveurs Cloud
Log/outils de suivi
Cookie et solutions analytiques
C'est pourquoi le responsable du traitement des données qui reçoit le service ne peut pas voir les risques réels.
Erreur 7 : Incertaine quant à la personne qui dénoncera les violationsDe nombreuses entreprises ne connaissent toujours pas la réponse à cette question :
A qui incombe la responsabilité de la notification de violation?
La réponse dépend du rôle :
Responsable → notifier le Conseil et les personnes concernées
Sous-traitant → avertir immédiatement le responsable
De nombreuses entreprises manquent 72 heures en raison de l'absence d'avis de violation des SLA dans les contrats.
3. Exemples réalistes actuels (2024-2025)Les exemples suivants sont des scénarios de risque dérivés des constatations des autorités de 2024-2025.
Exemple 1: Plateforme SaaS qui dit "Nous n'offrons que CRM"État :
La plateforme analyse le comportement client.
Il constitue un segment pour les clients.
Il traite toutes les données pour "l'amélioration du produit".
Résultat : responsable du traitement
Mauvaise qualification : « sous-traitant » → contrat invalide → traitement illicite.
Plateforme :
Il gère les processus de livraison.
Il analyse les fraudes.
Il vérifie le flux de paiement.
Exemple 3 : Agence de marketing numériqueAgence:
Il fixe le ciblage de la campagne.
Il définit le contenu et la stratégie ciblée de l'auditoire.
Cette agence est considérée comme responsable.
Cependant, puisque les contrats sont écrits "processeur", toutes les données de campagne sont traitées illégalement.
Service API :
Il développe des modèles de détection de fraude.
Il élargit ses propres données.
Dans ce cas : responsable.
De nombreuses sociétés fintech de Türkiye présentent ce modèle comme une relation de "processeur" -> risque élevé.
Les rôles de responsable, sous-traitant et responsables conjoints sont absents ou erronés.
2. Aucune liste de sous-processeursLes annexes des sous-traitants ne sont pas contractuelles.
3. Aucune procédure de suppression/anonymisationQuand, par quelle méthode, qui est responsable est indistinct.
4. Absence de droits d’auditLes procédures de vérification du transformateur n'ont pas été définies.
5. Pas de SLAEn particulier, l'expression "immédiatement" est utilisée pour la notification d'infraction, ce qui est insuffisant.
6. Mesures techniques abstraitesLes éléments tels que le chiffrement, le contrôle d'accès, la gestion du journal sont laissés "lorsque nécessaire".
7. Les dispositions relatives aux transferts géographiques ne sont pas clairesLes centres de données du fournisseur de cloud ne sont pas spécifiés.
8. Fin de traitement incertainDes expressions générales telles que « disponibles pour le développement » sont incompatibles.
5. Que devraient faire les entreprises lorsqu'elles entrent en 2026?Les étapes suivantes ont été élaborées conformément aux directives 2025 des autorités :
- L'analyse des rôles (RACI) pour chaque activité de traitement des données doit être extraite.
- La carte du fournisseur doit être extraite (martech, fintech, SaaS, nuage).
- Reclasser les rôles de responsable et sous-traitant.
- Les contrats doivent être révisés en fonction du respect des rôles.
- Les pièces jointes obligatoires du DPA doivent être préparées pour les parties qui sont des transformateurs.
- La gestion transparente de la liste des sous-processeurs doit être assurée.
- Clarifier les SLA de notification de violations et la chaîne de communication.
Sources et documents associés
Ces documents servent de références pour les méthodes et règles abordées dans cet article.
