BC Game إيطاليا: Privacy وAccount Data

Profile وWallet وCasino وSportsbook وPromotions وSupport تنشئ أنواعًا مختلفة من data. شارك فقط ما يلزم لتحديد case الصحيح.

Profile وLogin Data

E-mail وphone وusername وregion وverification status قد تكون جزءًا من account data.

Security وTechnical Data

IP وbrowser وdevice وsession و2FA قد تستخدم لحماية access ومراجعة unusual activity.

Connected Login Providers

Google أوTelegram المستخدمان في Login يحتاجان password قوية و2FA وrecovery آمن.

Wallet وPayment Data

Address وnetwork وTransaction status وWithdraw request تنتمي إلى financial context.

Seed Phrase وPrivate Key

لا تشارك هذه control credentials أبدًا.

Casino History

Round ID يحدد game event محددًا من دون كشف history كامل.

Sportsbook History

Ticket ID يحدد bet واحدة داخل My Bets.

Promotion Data

Campaign name وClaim وVIP وRollover وexpiry تنتمي إلى promotion context.

Cookies وBrowser Data

حذف cookies قد ينهي session لكنه لا يحذف account.

Device Changes

تغيير الهاتف أوbrowser يغير نقطة الوصول، لا server-side records المرتبطة بالprofile.

Verification Documents

ارفع identity documents فقط عبر official Verification flow أوsecure channel مؤكد.

Data Minimisation

Screenshots

اقصص الصورة لتعرض error أوstatus المطلوب فقط. اخفِ e-mail وaddresses وQR codes وأي معلومات غير مرتبطة.

Shared Devices

قم بـLogout، استخدم screen lock، وتجنب حفظ credentials على browsers مشتركة.

Account Recovery

احم recovery e-mail وconnected accounts بنفس عناية Login الرئيسي.

Public Blockchain Data

TxID قد تكون public على blockchain، لكن ربطها علنًا باسمك وe-mail وbalance يضيف context شخصيًا غير ضروري.

Formal Privacy Requests

طلب data رسمي قد يتطلب identity verification مختلفة عن technical support issue عادية.

GDPR

تشير Privacy Policy الحالية لـBC.GAME إلى data-protection frameworks مطبقة، بما فيها GDPR حيث ينطبق. راجع policy الحالية لمعرفة purposes وretention وrights.

Support Records

Ticket ID وRound ID وTxID تحدد events. لا تستبدل passwords أوseed phrases أوidentity documents.

Payment Case يبدأ بData قليلة

TxID وasset وnetwork وamount وtime غالبًا تكفي للبدء. لا ترسل seed phrase أوprivate key.

Sportsbook Case يبدأ بـTicket ID

Ticket ID واحدة تحدد bet أفضل من screenshot كامل لـMy Bets.

Casino Case يبدأ بـRound ID

Round ID مع game title وapproximate time تعزل round المطلوبة من دون كشف history كامل.

Promotion Case يحتاج Campaign Data

Campaign name وClaim time وRollover وexact error أهم من Wallet details عندما المشكلة reward.

Connected Login يحتاج حماية مستقلة

Google وTelegram وe-mail المستخدمة في Login تحتاج passwords قوية و2FA وrecovery آمن.

Autofill على Shared Device

Browser يحفظ credentials قد يفتح account تلقائيًا. عطّل autofill أواحذف البيانات على الأجهزة المشتركة.

Verification Documents تحتاج سببًا واضحًا

Technical issue لا يبرر تلقائيًا identity documents. ارفعها فقط عندما official Verification يطلبها.

Logout الحقيقي مهم

إغلاق tab قد يترك session active. استخدم Logout على أي device مشترك.

Password Manager

Password فريدة محفوظة في manager تقلل أثر breach على خدمة أخرى.

Recovery Codes

2FA recovery codes هي access credentials. لا ترسلها في Support chat أوscreenshots.

Account Deletion ليست App Deletion

حذف app أوcookies أوshortcut يغير local access فقط ولا ينشئ تلقائيًا deletion request.

استخدم Channel المناسب

Support لمشاكل product، وprivacy route للطلبات الرسمية المتعلقة بالdata. فصل القنوات يقلل oversharing.

Minimal Data تجعل Support أسرع

كلما كانت reference أدق، قلت المعلومات الإضافية المطلوبة. ID صحيحة غالبًا أفضل من screenshot كبيرة.

Public Blockchain لا تعني Public Profile

TxID قد تكون public، لكن ربطها باسمك وe-mail وbalance يضيف معلومات شخصية بلا حاجة.

Screenshots تحتاج Crop

اعرض error أوstatus فقط. اخفِ inbox وfull Wallet وQR codes وأي records غير مرتبطة.

Formal Requests تختلف عن Technical Cases

Data request رسمية قد تحتاج identity verification وprivacy route مخصصة، بينما payment أوgame issue تبدأ عادة من ID.

Case ID يقلل إعادة الإرسال

إذا منحك Support case ID فاحتفظ به، لتواصل المتابعة من دون إعادة documents أوscreenshots.

لا تعيد استخدام Identity Documents بلا سبب

إذا رفعت document في Verification، لا ترسلها مجددًا في technical chat إلا إذا طُلبت رسميًا.

Wallet Address ليست Seed Phrase

قد تحتاج إلى مشاركة public address أوTxID في بعض حالات الدعم، لكن seed phrase وprivate key لا تشارك أبدًا.

Shared Browser يحتاج تنظيف Credentials

بعد Logout على device مشترك، راجع saved passwords وautofill إذا كان browser يحتفظ بها.

Screenshots قد تكشف أكثر مما تتوقع

Balance وe-mail وQR codes وother tickets قد تظهر في الخلفية. Crop الصورة قبل الإرسال.

Support لا يحتاج كل History

إذا كان Ticket ID أوRound ID يحدد event، ابدأ به. Full history نادرًا ما تكون أول معلومة مطلوبة.

Password لا ترسل إلى Support

Support لا تحتاج password لحل payment أوbet أوround. استخدم ID المناسبة بدل access credentials.

2FA Codes قصيرة العمر لكنها Sensitive

حتى لو انتهت بسرعة، live 2FA codes تظل بيانات مصادقة ولا يجب مشاركتها.

Recovery Route تحتاج حماية مستقلة

E-mail recovery أوGoogle أوTelegram قد تمنح access إلى account. استخدم 2FA وpassword قوية لكل منها.

Formal Privacy Request قد تحتاج Verification

عند طلب access أوdeletion للبيانات، قد تحتاج الشركة إلى التحقق من identity عبر process منفصلة عن Support العادي.

Data Minimisation تبدأ من السؤال نفسه

قبل إرسال message، اسأل ما هي reference المطلوبة لحل المشكلة. إذا كان Ticket ID يكفي، لا تضف balance أوfull history.

Connected Accounts جزء من Privacy

Google أوTelegram المرتبطان بـLogin قد يحتويان اسمًا وصورة وبيانات أخرى. راجع permissions وsecurity لهما أيضًا.

Shared Device يحتاج Session Cleanup

بعد Logout، راجع saved credentials وbrowser history إذا كان device عامًا أومشتركًا. لا تترك shortcut تفتح account تلقائيًا.

Privacy FAQ