BC Game França: Privacy e Account Data

Profile, Wallet, Casino, Sportsbook, Promotions e Support criam tipos diferentes de data. Partilhe apenas a informação necessária para identificar o case certo.

Profile e Login Data

E-mail, telefone, username, region e verification status podem fazer parte da conta.

Security e Technical Data

IP, browser, device, session e 2FA podem ser usados para proteger o acesso.

Connected Login Providers

Google ou Telegram usados para Login também precisam de password forte, 2FA e recovery seguro.

Wallet e Payment Data

Address, network, Transaction status e Withdraw request pertencem ao contexto financeiro.

Seed Phrase e Private Key

Nunca partilhe estes control credentials.

Casino History

Round ID permite identificar uma ronda sem enviar o histórico completo.

Sportsbook History

Ticket ID identifica uma aposta específica em My Bets.

Promotion Data

Campaign name, Claim, VIP, Rollover e expiry pertencem ao contexto promocional.

Cookies e Browser Data

Apagar cookies pode terminar a sessão, mas não apaga a conta.

Device Changes

Trocar de telefone ou browser altera o ponto de acesso, não os records guardados no profile.

Verification Documents

Envie documentos de identidade apenas através de um fluxo oficial de Verification ou canal seguro explicitamente confirmado.

Data Minimisation

Screenshots

Recorte a imagem para mostrar apenas o erro ou status necessário. Oculte e-mail, addresses, QR codes e dados sem relação com o case.

Shared Devices

Faça Logout, use screen lock e evite guardar credenciais em browsers partilhados.

Account Recovery

Proteja recovery e-mail e connected social accounts com o mesmo cuidado que o Login principal.

Public Blockchain Data

TxID pode ser público na blockchain, mas ligá-lo publicamente ao seu nome, e-mail e saldo cria contexto pessoal adicional.

Formal Privacy Requests

Um pedido formal de dados pode exigir identity verification diferente de um problema técnico comum.

RGPD

A Privacy Policy atual da BC.GAME declara tratamento de dados de acordo com frameworks aplicáveis, incluindo GDPR quando relevante.

Support Records

Ticket ID, Round ID e TxID identificam eventos; não são substitutos de password ou documentos de identidade.

Payment case começa pequeno

TxID, asset, network, amount e time costumam ser suficientes para iniciar uma verificação. Não envie seed phrase ou private key.

Sportsbook case precisa de um Ticket ID

Um Ticket ID é melhor do que uma captura de toda a página My Bets, porque identifica apenas a aposta relevante.

Casino case usa Round ID

Round ID, game title e approximate time dão contexto suficiente sem expor o restante Casino History.

Promotion case usa campaign data

Campaign name, Claim time, Rollover e exact error são mais úteis do que informação de Wallet num problema de reward.

Connected accounts aumentam a superfície de acesso

Google, Telegram ou e-mail usados no Login precisam da mesma proteção que a conta BC Game. Ative 2FA quando disponível.

Autofill pode ser um risco num dispositivo partilhado

Um browser que guarda credentials pode reabrir a conta automaticamente. Desative autofill ou remova as credenciais em máquinas comuns.

Verification documents precisam de um objetivo claro

Envie documentos apenas quando o processo oficial os pedir. Um problema técnico comum não justifica partilhar documentos de identidade.

Logout é diferente de fechar o separador

Num dispositivo partilhado, faça Logout real. Fechar a janela pode deixar a sessão ativa.

Password Manager reduz reuse

Uma password única guardada num password manager reduz o risco de uma breach noutra plataforma afetar a sua conta.

Recovery Codes nunca vão para Support

São credenciais de acesso, não provas de payment ou game result. Guarde-os fora de chats e screenshots públicos.

Account deletion é diferente de app deletion

Apagar app, cookies ou shortcut não inicia um pedido formal para eliminar a conta. Esses passos apenas alteram o acesso local.

O canal certo protege melhor a informação

Use Support para problemas de produto e o privacy route adequado para pedidos formais de dados. Separar os canais reduz oversharing.

Não envie um screenshot completo se um ID chega

Uma imagem inteira pode mostrar saldo, endereço, e-mail e outros records. Se TxID, Ticket ID ou Round ID identifica o case, comece por essa referência.

Public blockchain não significa public profile

Um TxID pode ser visível na blockchain, mas ligá-lo publicamente ao seu nome, e-mail e saldo acrescenta informação pessoal desnecessária.

Security e Privacy trabalham juntas

Privacy limita o que partilha; Security limita quem entra na conta. Uma password forte não substitui cuidado com screenshots e um channel seguro.

Formal requests podem exigir Verification

Um pedido formal de dados pode exigir confirmação de identidade. Isso é diferente de enviar documentos para resolver uma ronda ou campanha comum.

Connected Login também pode ser o ponto fraco

Se usa Google ou Telegram, uma password fraca ou recovery inseguro nessa conta pode afetar o acesso à BC Game. Proteja toda a cadeia de Login.

Documentos não pertencem a todos os cases

Uma pergunta sobre Bonus ou Round ID normalmente não precisa de um documento de identidade. Só envie documentação quando o processo oficial justificar.

Guarde case IDs quando existirem

Uma referência de Support ou privacy request permite continuar o acompanhamento sem reenviar os mesmos dados sensíveis.

Use o canal oficial antes de partilhar dados sensíveis

Uma mensagem em social media ou forum pode ser pública ou chegar ao destinatário errado. Para informação pessoal, pagamentos ou documentos, use sempre o Support ou privacy route oficial.

Menos dados também significa menos risco de erro

Se uma informação não é necessária para resolver o case, não a envie. Isso reduz a hipótese de mostrar algo por engano numa captura ou encaminhamento.

Privacy FAQ