BC Game Francia: Privacy y Account Data

Profile, Wallet, Casino, Sportsbook, Promotions y Support generan tipos de data distintos. Comparte solo la información necesaria para identificar el case correcto.

Profile y Login Data

E-mail, teléfono, username, region y verification status pueden formar parte de la cuenta.

Security y Technical Data

IP, browser, device, session y 2FA pueden utilizarse para proteger el acceso.

Connected Login Providers

Google o Telegram usados para Login también necesitan password fuerte, 2FA y recovery seguro.

Wallet y Payment Data

Address, network, Transaction status y Withdraw request pertenecen al contexto financiero.

Seed Phrase y Private Key

Nunca compartas estas control credentials.

Casino History

Round ID permite identificar una ronda sin enviar todo el historial.

Sportsbook History

Ticket ID identifica una apuesta concreta en My Bets.

Promotion Data

Campaign name, Claim, VIP, Rollover y expiry pertenecen al contexto promocional.

Cookies y Browser Data

Borrar cookies puede cerrar la sesión, pero no elimina la cuenta.

Device Changes

Cambiar de teléfono o browser modifica el punto de acceso, no los records guardados en el profile.

Verification Documents

Envía documentos de identidad solo mediante un flujo oficial de Verification o un canal seguro confirmado.

Data Minimisation

Screenshots

Recorta la imagen para mostrar solo el error o status necesario. Oculta e-mail, addresses, QR codes y datos no relacionados.

Shared Devices

Haz Logout, usa screen lock y evita guardar credenciales en browsers compartidos.

Account Recovery

Protege recovery e-mail y connected social accounts con el mismo cuidado que el Login principal.

Public Blockchain Data

TxID puede ser público en blockchain, pero vincularlo públicamente con tu nombre, e-mail y saldo añade contexto personal.

Formal Privacy Requests

Una solicitud formal de datos puede requerir identity verification distinta de un problema técnico común.

RGPD

La Privacy Policy actual de BC.GAME declara tratamiento de datos según frameworks aplicables, incluido GDPR cuando corresponda.

Support Records

Ticket ID, Round ID y TxID identifican eventos; no sustituyen password ni documentos de identidad.

Payment case empieza con pocos datos

TxID, asset, network, amount y time suelen bastar para iniciar una revisión. No envíes seed phrase ni private key.

Sportsbook case necesita Ticket ID

Un Ticket ID es mejor que una captura completa de My Bets porque identifica solo la apuesta relevante.

Casino case utiliza Round ID

Round ID, game title y approximate time ofrecen contexto suficiente sin exponer todo Casino History.

Promotion case utiliza campaign data

Campaign name, Claim time, Rollover y exact error son más útiles que información de Wallet en un problema de reward.

Connected accounts amplían la superficie de acceso

Google, Telegram o e-mail usados para Login necesitan la misma protección que el account BC Game. Activa 2FA cuando exista.

Autofill puede ser un riesgo en dispositivos compartidos

Un browser que guarda credentials puede reabrir el account automáticamente. Desactiva autofill o elimina los datos en equipos comunes.

Verification documents necesitan un propósito claro

Envía documentos solo cuando el proceso oficial los pida. Un problema técnico común no justifica compartir identidad.

Logout no es lo mismo que cerrar la pestaña

En un dispositivo compartido, haz Logout real. Cerrar la ventana puede dejar la sesión activa.

No envíes una captura completa si un ID basta

Una imagen completa puede mostrar balance, address, e-mail y otros records. Si TxID, Ticket ID o Round ID identifica el case, empieza por esa referencia.

Public blockchain no significa public profile

Un TxID puede ser visible en blockchain, pero vincularlo públicamente con tu nombre, e-mail y saldo añade información personal innecesaria.

Security y Privacy trabajan juntas

Privacy limita lo que compartes; Security limita quién entra en la cuenta. Una password fuerte no sustituye cuidado con screenshots y canales seguros.

Formal requests pueden exigir Verification

Una solicitud formal de datos puede requerir comprobar identidad. Eso es distinto de enviar documentos para resolver una ronda o una promoción común.

Password Manager reduce reuse

Una password única guardada en un password manager reduce el riesgo de que una breach en otro servicio afecte a tu cuenta.

Recovery Codes nunca van a Support

Son credenciales de acceso, no pruebas de payment o game result. Guárdalos fuera de chats y screenshots públicos.

Account deletion no es lo mismo que app deletion

Borrar la app, cookies o un shortcut solo cambia el acceso local. No inicia por sí solo un proceso formal para eliminar la cuenta.

El canal correcto protege mejor tus datos

Usa Support para incidencias de producto y el privacy route adecuado para solicitudes formales de datos. Separar canales reduce oversharing.

Menos datos significa menos riesgo de error

Si una información no es necesaria para resolver el case, no la envíes. Así reduces la posibilidad de exponerla por accidente en una captura o reenvío.

Connected Login también puede ser el punto débil

Si usas Google o Telegram, una password débil o un recovery inseguro allí también puede afectar a BC Game. Protege toda la cadena de acceso.

Los documentos no pertenecen a todos los cases

Una consulta sobre Bonus o Round ID normalmente no necesita un documento de identidad. Envía documentación solo cuando el proceso oficial lo justifique.

Guarda case IDs cuando existan

Una referencia de Support o privacy request permite continuar el seguimiento sin reenviar los mismos datos sensibles.

Privacy FAQ