BC Game France : confidentialité et données du compte

Profile, Wallet, Casino, Sportsbook, Promotions et Support produisent des catégories de données différentes. Une bonne pratique de confidentialité consiste à partager le minimum nécessaire pour identifier un problème précis.

Profile et Login Data

E-mail, téléphone, username, région et verification status peuvent faire partie des données de compte.

Security et Technical Data

IP, browser, device, session et 2FA peuvent être utilisés pour protéger et diagnostiquer l’accès.

Connected Login Providers

Un compte Google ou Telegram utilisé pour Login doit être protégé au même niveau que BC.GAME.

Wallet et Payment Data

Crypto address, network, Transaction status et Withdraw request appartiennent au contexte financier.

Seed Phrase et Private Key

Ces informations donnent un niveau de contrôle différent et ne doivent jamais être transmises au Support.

Casino History

Round ID permet d’identifier une partie spécifique sans partager tout l’historique.

Sportsbook History

Ticket ID permet d’isoler un pari précis dans My Bets.

Promotion Data

Claim, VIP status, Rollover et expiry peuvent former un historique promotionnel séparé.

Cookies et Browser Data

Effacer les cookies peut fermer la session mais ne supprime pas les données côté compte.

Changement d’appareil

Un nouveau browser ou téléphone modifie le point d’accès, pas la propriété du profile.

Verification Documents

Les documents d’identité ne doivent être téléchargés que via un processus officiel de Verification ou un canal explicitement confirmé.

Data Minimisation

Screenshots

Recadrez l’image sur le message utile. Masquez e-mail, adresses, QR codes et informations sans rapport avec le case.

Shared Devices

Utilisez Logout, screen lock et évitez de sauvegarder les identifiants dans un navigateur partagé.

Account Recovery

La sécurité du recovery e-mail ou du connected social login fait partie de la sécurité globale.

TxID et données publiques

Un TxID est relativement public sur une blockchain, mais l’associer publiquement à votre e-mail, balance ou identité peut révéler davantage de contexte.

Formal Privacy Requests

Une demande officielle de données peut nécessiter une vérification d’identité distincte d’un simple problème de gameplay.

Support record et Identity record

Ticket ID ou Round ID identifie un événement ; un document d’identité identifie une personne. Ne mélangez pas ces objectifs.

Recovery Codes

Les recovery codes et codes 2FA actifs sont des credentials, pas des preuves pour un dossier Support.

France et données personnelles

Le cadre de confidentialité du service international et les obligations applicables, notamment le RGPD lorsque pertinent, doivent être consultés dans la Privacy Policy actuelle.

Payment case : un petit ensemble de données suffit

TxID, asset, network, montant et heure permettent généralement de commencer une vérification sans envoyer de données de contrôle du wallet.

Sportsbook case : Ticket ID avant capture d’écran

Une référence de ticket précise limite le besoin de partager tout l’écran My Bets et les autres paris visibles.

Casino case : Round ID réduit l’exposition

Round ID, titre et heure approximative identifient un round sans exposer une longue partie de Casino History.

Promotion case : Campaign Name et Rollover

Pour un bonus, les informations importantes sont différentes d’un paiement : nom de campagne, Claim, Rollover et message exact.

Autofill sur un appareil partagé

Un navigateur qui mémorise Login peut rouvrir le compte sans effort. Désactivez l’autofill ou supprimez les credentials sur les appareils communs.

Documents de Verification

Ils ne doivent pas être envoyés simplement parce qu’un problème technique existe. Utilisez uniquement le processus officiel lorsqu’une vérification d’identité est réellement demandée.

Le RGPD ne remplace pas les bonnes pratiques

Même lorsqu’un cadre légal protège les données personnelles, minimiser les informations partagées et choisir le bon canal reste essentiel.

Public blockchain data reste contextuelle

Un TxID peut être visible publiquement sur une blockchain, mais le relier à un e-mail, un nom et un account balance sur un forum crée davantage de contexte personnel. Utilisez-le uniquement dans un canal adapté.

Connected Login et récupération

Un compte Google, Telegram ou e-mail utilisé pour Login doit avoir son propre mot de passe fort, 2FA et une méthode de récupération sûre. La chaîne d’accès est aussi forte que son maillon le plus faible.

Le Browser Autofill peut exposer un compte partagé

Sur un ordinateur commun, un navigateur qui mémorise les identifiants peut rouvrir le compte automatiquement. Désactivez autofill ou supprimez les credentials lorsque l’appareil n’est pas strictement personnel.

Les documents ont une finalité précise

Un document d’identité demandé pour Verification ne doit pas être réutilisé dans un autre chat ou envoyé à un tiers pour accélérer un simple problème technique. Chaque donnée sensible doit avoir un objectif clair.

Privacy et Security se complètent

Privacy limite les données partagées ; Security limite les personnes qui peuvent accéder au compte. Une seule de ces protections ne remplace pas l’autre.

Un bon message Support protège aussi la vie privée

Problème, heure, référence et message exact suffisent souvent. Plus la demande est structurée, moins il est nécessaire de joindre des captures ou informations personnelles sans rapport.

Conserver une trace minimale des demandes sensibles

Lorsqu’un document ou une demande de confidentialité est envoyé via un canal officiel, notez simplement la date, le type de demande et le canal utilisé. Cette trace permet de suivre le dossier sans renvoyer plusieurs fois les mêmes pièces sensibles ni multiplier les copies sur différents supports.

Un identifiant de dossier vaut mieux qu’une capture complète

Lorsque le service fournit une référence ou un numéro de case, conservez-le. Il permet de reprendre une conversation sans republier l’ensemble des données personnelles déjà fournies.

Privacy FAQ