Politique de confidentialité
Dernière mise à jour : 31 août 2026
ID Side vend la mécanique qui prouve que les choix d'une personne ont été respectés. Une politique vague sur notre propre traitement des données ruinerait cet argument : celle-ci est donc précise, y compris sur l'endroit où elle s'arrête.
Deux rôles, et la différence décide à qui vous écrivez
Là où nous décidons — responsable du traitement
Pour les personnes qui traitent directement avec ID Side : quelqu'un qui lit ce site, un opérateur qui se connecte au tableau de bord d'un client, un salarié d'une organisation cliente qui ouvre sa page de transparence, quelqu'un qui nous écrit par le formulaire de contact, quelqu'un qui détient un compte ID Side pour ses propres préférences. Nous choisissons ce qui est collecté et pourquoi : nous sommes responsable du traitement au sens de l'article 4(7) du RGPD.
Là où le client décide — sous-traitant
Pour ce que les utilisateurs d'un client produisent via le SDK — un pseudonyme, une réponse enregistrée, un jeton signé, une entrée de registre — c'est ce client qui décide. Nous agissons sur ses instructions et pour aucune finalité propre : nous ne nous en servons ni pour constituer un profil, ni pour entraîner un modèle, ni pour vendre quoi que ce soit. Nous sommes son sous-traitant au sens de l'article 4(8) du RGPD.
Une conséquence, parce que c'est la première question des clients : les invites et les réponses que vos utilisateurs échangent avec un fournisseur d'IA ne nous parviennent jamais. Le SDK envoie une empreinte de la requête. C'est sur une empreinte que nous autorisons, que nous signons, et que nous écrivons au registre — nous ne pourrions pas lire une invite même sur injonction.
Ce que nous détenons, et pourquoi
Lire ce site
Un cookie de session, décrit dans les mentions légales. Aucune mesure d'audience, donc rien de cette visite n'est enregistré au-delà des journaux serveur que tient notre infrastructure.
Un compte de tableau de bord ou de console
Une adresse e-mail, une empreinte de mot de passe, des horodatages de connexion, et l'organisation à laquelle le compte appartient. Tout accès d'un membre d'ID Side à un client nommé est consigné avec un motif obligatoire, dans une table que la base de données n'autorise personne à réécrire.
Nous écrire
L'adresse que vous donnez et le message que vous envoyez. Rien de plus — nous ne demandons pas votre nom, parce que vous répondre n'en a pas besoin.
Un compte ID Side pour vos propres préférences
Une adresse e-mail et les préférences que vous définissez. Vous pouvez lire tout ce que nous détenons sur vous, le télécharger, ou supprimer le compte depuis votre propre page de compte : aucune demande à nous adresser, aucune réponse à attendre.
Un salarié d'une organisation cliente
Votre employeur a décidé ce qui s'applique à vous, et nous détenons cette décision ainsi que des décomptes de votre activité. Ce que votre employeur voit de vous est exactement ce que votre propre page de transparence vous montre — une seule liste, lue par les deux écrans, donc elles ne peuvent pas se contredire. Le contenu de ce que vous écrivez n'en fait pas partie.
Ce qu'un client nous confie
Un pseudonyme dérivé de l'identifiant fourni par l'application du client, la réponse enregistrée en face, les paramètres que le SDK a forcés sur l'appel au fournisseur, et une entrée dans un registre en ajout seul chaîné par empreintes. Plus le jeton qui prouve que l'appel a été autorisé : il porte une empreinte de requête, un nonce à usage unique, une durée d'une heure, la source de la décision et la base légale. Jamais la requête.
Le pseudonyme est calculé par application, sous un secret propre à cette application, et il ne s'inverse pas. La même personne utilisant les produits de deux clients donne deux pseudonymes sans rapport, et aucun ne se retourne en identifiant. C'est précisément le but : un profil couvrant plusieurs clients ne peut pas être assemblé, y compris par nous, y compris sur demande.
Bases légales
- Exécution d'un contrat, article 6-1-b) : servir le tableau de bord, l'API, et les comptes dont ils dépendent.
- Intérêt légitime, article 6-1-f) : tenir le service debout et honnête — limitation de débit, traces d'accès du personnel, détection de fraude sur les motifs d'appel — et répondre à qui nous écrit.
- Obligation légale, article 6-1-c) : les obligations comptables et fiscales.
- Là où nous sommes sous-traitant, la base est celle du client et non la nôtre. Là où ses utilisateurs sont interrogés, la réponse est la leur et la base est le consentement. Là où une organisation fixe une politique pour les personnes qui travaillent sous son autorité, la base est l'intérêt légitime ou une obligation contractuelle — jamais le consentement, parce que la réponse d'un salarié à son employeur n'est pas libre, et le produit refuse de signer une preuve qui prétendrait le contraire.
Combien de temps
- Un lien de connexion : quinze minutes. Une invitation : trois jours.
- Un message envoyé par le formulaire de contact : douze mois.
- Un compte de tableau de bord, de console ou un compte ID Side : le temps que le compte existe.
- Les compteurs qui enregistrent combien de fois un sujet n'a pas pu être nommé : quatre cents jours. Ils comptent des appels, jamais des personnes, et ne portent aucun pseudonyme.
- Le registre et les jetons signés : conservés. La section suivante porte là-dessus, parce que c'est le seul endroit où cette politique dit non.
La seule chose que nous ne supprimerons pas
Le registre est une chaîne d'empreintes en ajout seul, et la base de données refuse toute suppression — non par convention, par un déclencheur. Ce refus est le produit. La preuve, pour un client, qu'il a respecté le choix de quelqu'un ne vaut rien si la partie auditée peut retirer discrètement une entrée, et cela doit inclure la retirer parce qu'on nous l'a demandé.
Une demande d'effacement ne retire donc ni entrée de registre ni jeton signé. Elle retire l'identité : votre adresse, votre compte, et le lien entre vous et chaque pseudonyme. Ce qui reste est chaîné, vérifiable, et n'est plus rattaché à rien que nous détenions qui vous nomme. Vos réponses à chaque application redeviennent la règle, exactement comme si aucun compte n'avait jamais été lié.
Où cela se trouve
En France, sur une infrastructure européenne, les clés de signature étant détenues dans un service de gestion de clés situé dans l'Union européenne, qui ne peut pas les exporter. Nous ne transférons aucune donnée personnelle hors de l'Union européenne.
Là où le SDK tourne, c'est votre infrastructure qui appelle un fournisseur d'IA au titre de votre propre contrat avec lui. Ces appels et les transferts qu'ils impliquent sont les vôtres, pas les nôtres : nous voyons une empreinte et jamais le contenu.
Vos droits
Accès (article 15), rectification (article 16), effacement (article 17), limitation (article 18), portabilité (article 20), opposition (article 21), et le droit de ne pas faire l'objet d'une décision fondée exclusivement sur un traitement automatisé (article 22). Là où le consentement est la base, vous pouvez le retirer à tout moment, et le retirer est aussi simple que de le donner.
Pour un compte ID Side, l'accès et l'effacement sont des boutons sur votre propre page de compte plutôt qu'une demande à nous adresser. L'export nomme dans le fichier même ce qu'il refuse d'inclure et pourquoi ; l'effacement vous demande de retaper votre adresse puis s'exécute, sans délai de rétractation, parce qu'un délai ferait de la suppression une promesse au lieu d'un acte.
Pour tout le reste : dpo@idside.eu. Si vos données nous sont parvenues par le produit d'une entreprise, cette entreprise est le responsable du traitement et la demande lui revient — dites-le-nous et nous la transmettrons, mais c'est elle qui décide, pas nous.
Réclamations
Vous pouvez saisir la CNIL — Commission nationale de l'informatique et des libertés, 3 place de Fontenoy, TSA 80715, 75334 Paris Cedex 07, France — ou l'autorité de contrôle du pays de l'Union européenne où vous vivez ou travaillez.