Scelo · documents

Politique de confidentialité

Version 1.0 · projet du 16 octobre 2026. Première version : elle sera relue par un avocat et pourra encore évoluer.

La présente politique de confidentialité explique comment Sakaax traite les données personnelles dans le cadre du service Scelo : quelles données, pour quelles raisons, combien de temps, avec qui elles sont partagées et comment exercer vos droits. Elle complète les conditions générales d’utilisation de Scelo.

Scelo aide une banque ou un autre prestataire de services de paiement à protéger ses clients contre la fraude par manipulation, notamment la fraude au faux conseiller, avec Scelo Liber, qui s’ajoute à l’authentification forte que la banque utilise déjà. Scelo permet aussi de faire valider un paiement au moyen du portefeuille européen d’identité numérique (EUDI Wallet), conformément à la spécification TS12. Scelo n’exécute aucun paiement et ne détient aucun fonds : il authentifie et transmet une décision à la banque, qui reste seule responsable de l’exécution.

1. Qui sommes-nous et quels sont nos rôles ?

Le service Scelo est édité par Sakaax, entreprise individuelle (micro-entreprise) de Bryan Ducrettet, entrepreneur individuel (EI), SIREN 988 418 737, dont l’adresse est 11 avenue Jules Ferry, 74200 Thonon-les-Bains, France (« Sakaax », « nous »). « Sakaax » est la marque personnelle de Bryan Ducrettet ; le service est édité sous le nom Scelo. La création de la société par actions simplifiée Scelo SAS est prévue en janvier 2027 : à compter de cette date, Scelo SAS prendra le relais de Sakaax, notamment pour les rôles et engagements décrits dans la présente politique, qui sera mise à jour à cette occasion.

Selon le traitement concerné, Sakaax n’a pas le même rôle au sens du règlement (UE) 2016/679 (« RGPD ») :

Traitement Responsable de traitement Rôle de Sakaax
Authentification des paiements des utilisateurs finaux (préparation de la demande, vérification de la réponse du portefeuille, décision transmise à la banque) La banque ou le prestataire de services de paiement client de Scelo Sous-traitant (art. 28 RGPD), agissant sur instruction documentée de la banque, et intermédiaire au sens de l’article 5 ter, paragraphe 10, du règlement eIDAS 2 (art. 5b§10)
Enrôlement de l’appareil de l’utilisateur final et registre des attestations délivrées La banque ou le prestataire de services de paiement client de Scelo Sous-traitant (art. 28 RGPD)
Scelo Liber : signaux d’appel et de détresse, contrôle des comptes du client, reçu de preuve et journal public, code d’appel La banque ou le prestataire de services de paiement client de Scelo Sous-traitant (art. 28 RGPD)
Gestion des comptes et des contacts des clients professionnels Sakaax Responsable de traitement
Traitement des demandes de support et des échanges Sakaax Responsable de traitement
Administration et sécurité du service Sakaax Responsable de traitement

Vous payez avec votre banque via Scelo ? C’est votre banque qui décide pourquoi et comment vos données de paiement sont traitées. Sa propre politique de confidentialité s’applique à votre paiement. Scelo intervient uniquement pour son compte, comme prestataire technique.

Le service est actuellement en phase de démonstration et pré-commerciale. Les applications de démonstration Lumen (portefeuille EUDI) et Orée (Scelo Liber) mettent en scène des banques fictives et fonctionnent exclusivement avec des données fictives, tout comme l’outil conseiller de démonstration.

2. Quelles données traitons-nous, pourquoi, sur quelle base et combien de temps ?

Catégorie Données Finalité Base légale Durée de conservation
Données de paiement (pour le compte de la banque) Montant, devise, nom et IBAN du bénéficiaire, référence du paiement, réponse chiffrée du portefeuille, attributs reçus de l’attestation (l’IBAN du compte de l’utilisateur), résultats des contrôles Préparer la demande d’authentification, vérifier la réponse signée du portefeuille et transmettre la décision à la banque Déterminée par la banque, responsable de traitement (en général : exécution du contrat de compte et obligation légale d’authentification forte) Mémoire vive uniquement, jamais écrites sur disque. Effacées automatiquement au plus tard 10 minutes après la décision, ou 1 minute après sa lecture par l’application de la banque ; au plus tard 20 minutes après la création de la demande si le portefeuille ne répond pas
Nonces consommés (pour le compte de la banque) Empreinte SHA-256 du numéro à usage unique de chaque demande (le numéro lui-même n’est pas conservé) Empêcher qu’une même autorisation soit réutilisée (protection contre le rejeu) Déterminée par la banque, responsable de traitement 24 heures
Enrôlement de l’appareil (pour le compte de la banque) Clé publique de l’appareil, clé publique de détresse (Scelo Liber), identifiant de l’attestation, clé publique App Attest et compteur associé Vérifier que la demande provient de l’appareil enrôlé et d’une application authentique Déterminée par la banque, responsable de traitement Tant que l’appareil est enrôlé ; supprimées à la révocation ou au désenrôlement
Registre des attestations délivrées (pour le compte de la banque) Identifiant de l’attestation (attestation SCA et attestation des comptes), date d’émission, statut de révocation Gérer la validité et la révocation des attestations (par exemple en cas de perte ou de vol du téléphone) Déterminée par la banque, responsable de traitement Durée de validité de l’attestation (180 jours)
État d’appel — Scelo Liber (pour le compte de la banque) Un seul booléen : appel en cours, oui ou non, au moment où l’utilisateur valide le paiement. Jamais de numéro, de contact, de durée ni de journal d’appels. Mesuré sur le téléphone par l’application de la banque (SDK SceloKit) et transmis dans la demande signée par l’appareil Détecter la fraude au faux conseiller : un virement vers un tiers validé pendant un appel est suspendu, et la banque décide de la suite Déterminée par la banque, responsable de traitement Comme les données de paiement : mémoire vive uniquement, effacé dans les mêmes délais. Seul son résumé (« aucun », « en cours », « non mesuré ») figure dans le reçu remis à la banque
Indicateur de détresse — Scelo Liber (pour le compte de la banque) Oui ou non : le paiement a-t-il été signé avec la clé de détresse ? (déduit de la clé qui a signé ; le code de détresse lui-même n’est jamais transmis) Protéger l’utilisateur forcé de payer : geler le paiement et alerter la banque, sans le révéler sur le téléphone Déterminée par la banque, responsable de traitement Comme les données de paiement : mémoire vive uniquement. L’alerte et le reçu sont transmis à la banque, qui les conserve
Attestation des comptes du client — Scelo Liber (pour le compte de la banque) Nom du titulaire et liste des IBAN des comptes du client (libellé, type : courant, joint, enfant, épargne ; rôle : titulaire, cotitulaire, représentant légal). Attestation déposée par la banque dans le portefeuille et présentée par le portefeuille au moment du paiement Vérifier si le bénéficiaire est un des comptes du client (preuve de propriété) ; lutter contre la fraude au « compte sécurisé à votre nom » et contre l’usurpation d’identité Déterminée par la banque, responsable de traitement Traitée en mémoire vive uniquement, jamais écrite sur disque, non conservée par Scelo : effacée avec les données du paiement. Seul le résultat (compte du client : oui / non / non présenté) figure dans le reçu
Reçu de preuve — Scelo Liber (pour le compte de la banque) Uniquement des empreintes et des verdicts : empreintes SHA-256 de la transaction, de la réponse du portefeuille et du numéro à usage unique ; référence de la transaction ; identifiant technique de l’appareil enrôlé ; résultat de chaque contrôle ; signaux Liber résumés ; décision ; date ; numéro dans le journal public. Ni nom, ni IBAN, ni montant en clair Fournir à la banque une preuve signée et vérifiable de chaque décision, notamment en cas de contestation d’un paiement Déterminée par la banque, responsable de traitement Remis à la banque, qui l’archive selon ses propres obligations. Côté Scelo : mémoire vive uniquement, effacé dans les mêmes délais que les données de paiement
Journal public — Scelo Liber (pour le compte de la banque) L’empreinte (SHA-256) de chaque reçu, et rien d’autre, inscrite dans un registre public en ajout seul Garantir l’intégrité et l’existence à date de chaque reçu : n’importe qui peut vérifier qu’un reçu présenté par la banque n’a pas été modifié Déterminée par la banque, responsable de traitement Sans limite de durée. Justification : le journal ne prouve l’intégrité que s’il n’est jamais modifié ni purgé (retirer une empreinte casserait les preuves de tous les reçus suivants). Les empreintes sont des données pseudonymisées : elles ne révèlent ni le contenu du paiement ni la personne, et ne peuvent être rattachées à un paiement qu’au moyen du reçu, détenu par la banque seule
Code d’appel — Scelo Liber (pour le compte de la banque) Secret du code d’appel : 32 octets propres à chaque appareil, calculés par le serveur à partir d’une clé maître et de l’identifiant technique de l’appareil enrôlé (jamais à partir de l’IBAN, du nom ou d’une autre donnée connue) ; codes d’appel à 4 chiffres qui en découlent, renouvelés toutes les 60 secondes Permettre à l’utilisateur de vérifier, pendant un appel, que son interlocuteur est bien un conseiller de sa banque : l’application affiche le code, le vrai conseiller voit le même dans son outil et le lui lit ; lutter contre la fraude au faux conseiller Déterminée par la banque, responsable de traitement Secret : conservé uniquement sur le téléphone, dans le trousseau de l’iPhone (propre à l’appareil, jamais synchronisé iCloud). Non conservé par Scelo : recalculé à la demande. Codes : non conservés, ni par Scelo ni dans un historique ; le code courant est calculé sur le téléphone, et côté serveur recalculé à chaque demande du serveur de la banque, puis transmis sans mise en cache
Données des clients professionnels (Sakaax responsable) Nom, prénom, fonction, adresse électronique et coordonnées professionnelles des interlocuteurs ; dénomination de l’entreprise cliente ; informations contractuelles Ouvrir et gérer le compte, exécuter le contrat, assurer la relation commerciale Exécution du contrat ou de mesures précontractuelles ; intérêt légitime de Sakaax à gérer sa relation commerciale Durée de la relation contractuelle, puis archivage pendant la durée de prescription légale (5 ans) ; pièces comptables : 10 ans. Prospects sans suite : 3 ans après le dernier contact
Échanges de support (Sakaax responsable) Identité et adresse électronique de l’expéditeur, contenu des messages et pièces jointes Répondre aux demandes, traiter les incidents et les signalements de vulnérabilités, répondre aux demandes d’exercice de droits Intérêt légitime de Sakaax à répondre aux demandes ; obligation légale pour les demandes d’exercice de droits Durée nécessaire au traitement de la demande, puis 3 ans après le dernier échange ; durée de prescription applicable pour les demandes d’exercice de droits

Administration du service. L’administration et la sécurité du service (gestion des enrôlements, révocations, supervision) portent sur les données listées ci-dessus. Le journal technique du serveur ne contient ni contenu de transaction ni adresse IP.

Sur l’iPhone de l’utilisateur. La clé privée de l’appareil est générée et conservée dans la Secure Enclave de l’iPhone, d’où elle ne peut pas être extraite ; Scelo n’en reçoit que la clé publique. Il en va de même de la clé de détresse (Scelo Liber), protégée par le seul code de détresse. Le secret du code d’appel (Scelo Liber) est remis à l’application par une demande signée par la clé de l’appareil, puis rangé dans le trousseau de l’iPhone (propre à l’appareil, jamais synchronisé iCloud) ; le code d’appel est calculé sur le téléphone, sans connexion. L’état d’appel est lu par l’application de la banque au moyen d’iOS (un oui/non) au moment de la validation : l’application ne lit ni le numéro, ni le contact, ni l’historique des appels.

D’où viennent les données Scelo Liber. L’état d’appel et l’indicateur de détresse viennent de l’application de la banque (SDK SceloKit) ; l’attestation des comptes vient du portefeuille, où la banque l’a déposée. Le code d’appel passe uniquement par l’application de la banque et le serveur de la banque : il ne fait appel à aucune donnée du portefeuille.

Scelo Liber sans portefeuille. Lorsque la banque utilise Scelo Liber seul, avec son authentification forte habituelle, les mêmes règles s’appliquent : l’état d’appel, l’indicateur de détresse et les données de l’opération nécessaires à la décision sont traités en mémoire vive uniquement et effacés dans les délais indiqués ci-dessus ; le code d’appel et le reçu de preuve fonctionnent de la même façon. Aucune attestation des comptes n’est alors traitée.

3. Ce que nous ne collectons jamais

4. Le principe de non-conservation (article 5b§10 eIDAS 2)

Le règlement européen eIDAS 2 (règlement (UE) 2024/1183, article 5 ter, paragraphe 10) prévoit qu’un intermédiaire, qui agit pour le compte d’une banque face au portefeuille d’identité numérique, ne doit pas conserver de données sur le contenu des transactions.

Concrètement, Scelo fonctionne comme un guichet de passage : les données d’un paiement transitent par la mémoire vive du serveur le temps strictement nécessaire pour vérifier la réponse du portefeuille et transmettre la décision à la banque. Elles ne sont jamais écrites sur disque et sont effacées automatiquement en quelques minutes (voir le tableau ci-dessus). Scelo ne conserve ensuite que des éléments techniques qui ne révèlent pas le contenu du paiement, comme l’empreinte du numéro à usage unique, nécessaire pour empêcher le rejeu.

C’est la banque, et non Scelo, qui conserve l’historique des paiements, conformément à ses propres obligations.

Scelo Liber ne change pas ce principe. L’état d’appel, l’indicateur de détresse et l’attestation des comptes sont traités comme les données de paiement : en mémoire vive, puis effacés. Le reçu de preuve est remis à la banque, qui l’archive ; Scelo ne le garde pas. Seule son empreinte est inscrite au journal public, qui ne révèle rien du contenu du paiement. Le code d’appel ne porte sur aucune transaction et n’est pas conservé : ni le code ni le secret de l’appareil ne sont stockés par Scelo.

5. Destinataires et sous-traitants ultérieurs

Les données sont accessibles aux seules personnes habilitées de Sakaax, dans la limite de leurs fonctions. La décision d’authentification est transmise à la banque concernée. Le code d’appel courant d’un appareil n’est transmis qu’au serveur de la banque concernée, authentifié par sa clé d’accès, qui le relaie à ses conseillers habilités. Les données peuvent également être communiquées aux autorités habilitées lorsque la loi l’exige.

Sakaax ne vend ni ne loue aucune donnée personnelle.

Prestataire Service rendu Données concernées Localisation
OVHcloud (OVH Sp. z o.o., ul. Swobodna 1, 50-088 Wrocław, Pologne) Hébergement des services Scelo Toutes les données traitées par les services Scelo Centre de données de Varsovie (Union européenne)
Apple (iCloud Mail) Messagerie électronique utilisée pour les adresses support@sakaax.com et privacy@sakaax.com Contenu des courriers électroniques échangés avec Sakaax Selon les conditions d’Apple (voir section 6)

Lorsque Sakaax agit en qualité de sous-traitant, le recours à un sous-traitant ultérieur est encadré par l’accord de sous-traitance conclu avec la banque, conformément à l’article 28 du RGPD ; la banque est informée de tout changement envisagé.

6. Hébergement et transferts hors de l’Union européenne

Les services Scelo sont hébergés exclusivement dans l’Union européenne, chez OVHcloud, dans son centre de données de Varsovie (Pologne). Les données traitées par les services Scelo, et notamment les données de paiement, ne font l’objet d’aucun transfert hors de l’Union européenne.

Les courriers électroniques adressés à support@sakaax.com ou à privacy@sakaax.com sont traités au moyen du service iCloud Mail d’Apple. Apple est susceptible de traiter certaines de ces données en dehors de l’Union européenne ; le cas échéant, ces transferts sont encadrés par les garanties mises en place par Apple conformément au chapitre V du RGPD. Nous vous recommandons de ne jamais transmettre de données de paiement (IBAN, montant, référence) par courrier électronique.

7. Sécurité

Sakaax met en œuvre des mesures techniques et organisationnelles adaptées aux risques, notamment :

Aucun système n’étant exempt de risque, Sakaax ne peut garantir une sécurité absolue. En cas de violation de données, Sakaax informe la banque concernée dans les meilleurs délais lorsqu’elle agit en tant que sous-traitant et, lorsqu’elle est responsable de traitement, procède aux notifications prévues par les articles 33 et 34 du RGPD.

8. Vos droits et comment les exercer

Conformément au RGPD et à la loi n° 78-17 du 6 janvier 1978 relative à l’informatique, aux fichiers et aux libertés, vous disposez, dans les conditions prévues par ces textes, des droits suivants :

Pour vos paiements, adressez-vous d’abord à votre banque, responsable de traitement : c’est elle qui détient l’historique de vos opérations et qui traite votre demande. Scelo l’assiste pour y répondre, conformément à l’article 28 du RGPD. Si vous nous écrivez directement, nous transmettrons votre demande à votre banque. À noter : les données de paiement étant effacées en quelques minutes, Scelo ne les détient en général plus au moment de votre demande.

Pour les autres traitements (clients professionnels, support), écrivez à privacy@sakaax.com. Nous pourrons vous demander un justificatif d’identité en cas de doute raisonnable sur votre identité.

Délai de réponse : un mois à compter de la réception de votre demande. Ce délai peut être prolongé de deux mois compte tenu de la complexité ou du nombre de demandes ; vous en serez alors informé dans le premier mois.

Réclamation : si vous estimez que vos droits ne sont pas respectés, vous pouvez introduire une réclamation auprès de la Commission nationale de l’informatique et des libertés (CNIL) : www.cnil.fr.

9. Délégué à la protection des données

Sakaax n’a pas, à ce jour, désigné de délégué à la protection des données (DPO). Pour toute question relative à vos données personnelles, contactez privacy@sakaax.com.

10. Mineurs

Les services Scelo s’adressent à des clients professionnels. Pour les utilisateurs finaux, l’accès au parcours de paiement relève de la banque, qui détermine les conditions applicables, y compris pour les mineurs. Scelo ne collecte aucune donnée permettant de connaître l’âge des utilisateurs.

11. Modification de la politique

Cette politique peut être modifiée pour tenir compte de l’évolution du service ou de la réglementation. La version en vigueur et sa date figurent en tête du document. En cas de modification importante, les clients professionnels en sont informés par courrier électronique avant son entrée en vigueur.

12. Nous contacter

Données personnelles privacy@sakaax.com
Support et questions générales support@sakaax.com
Téléphone 06 78 47 53 79
Adresse postale Sakaax — Bryan Ducrettet, 11 avenue Jules Ferry, 74200 Thonon-les-Bains, France