นโยบายความเป็นส่วนตัว fusionsX สำหรับข้อมูลเกม โปรโมชั่น และบัญชี พร้อมขอบเขตการใช้งาน
นโยบายความเป็นส่วนตัว fusionsX สำหรับข้อมูลเกม โปรโมชั่น และบัญชี ใช้แนวคิด Data Boundary Map เพื่อแยกว่าแต่ละข้อมูลมีหน้าที่อะไร ตั้งแต่ชื่อเกมสล็อต Provider และ RTP ไปจนถึงสิทธิ์โปรโมชั่น ฝากถอน History และข้อมูลที่ใช้เมื่อติดต่อ
จุดสำคัญของหน้านี้คือไม่ถือว่าข้อมูลทุกอย่างในบัญชีเป็นข้อมูลประเภทเดียวกัน ข้อมูลที่ช่วยระบุเกมสล็อตควรอยู่กับ Game Record ส่วนเงื่อนไขโบนัสอยู่กับ Promotion Record และรายการฝากถอนอยู่กับ Transaction Record
เมื่อมีการตรวจรายการหนึ่งเรื่อง ควรเลือกข้อมูลเท่าที่สัมพันธ์กับเรื่องนั้น เช่น ตรวจเกมสล็อตไม่จำเป็นต้องใช้ข้อมูลโปรโมชั่นทั้งหมด และตรวจฝากถอนก็ไม่ควรใช้ผลเกมย้อนหลังแทนสถานะของธุรกรรม
fusionsX ใช้ Data Boundary Map แยกข้อมูลตามหน้าที่ก่อนนำไปตรวจรายการ
Data Boundary Map แบ่งข้อมูลออกตามบริบท ไม่ได้แบ่งเพียงตามหน้าที่ผู้ใช้เปิดอยู่ วิธีนี้ช่วยให้รู้ว่าข้อมูลใดควรใช้กับเกม ข้อมูลใดควรใช้กับสิทธิ์ และข้อมูลใดควรใช้กับบัญชี
เกม → Provider → เวลา → รอบ → ยอด → RTP
ชื่อสิทธิ์ → % → ขั้นต่ำ → สูงสุด → Turnover → เงื่อนไข
ประเภท → จำนวน → เวลา → สถานะ
fusionsX แยกข้อมูลเกมสล็อตและ RTP ตามเกม Provider รอบ และ Configuration
หากต้องระบุเหตุการณ์ในสล็อตออนไลน์ ควรเริ่มจากชื่อเกมและ Provider ก่อน เพราะสองข้อมูลนี้ช่วยกำหนดว่าเหตุการณ์เกิดขึ้นในเกมใด จากนั้นจึงใช้เวลา Round ID เมื่อระบบมี และยอดที่เกี่ยวข้องกับรอบนั้น
RTP เป็นอีกข้อมูลหนึ่งของเกม แต่ไม่ได้มีหน้าที่เหมือน Round History ค่า RTP ใช้อธิบายเปอร์เซ็นต์เชิงทฤษฎีระยะยาว ขณะที่ History บอกเหตุการณ์ที่เกิดขึ้นแล้ว
หากเกมสล็อตหนึ่งมีหลาย RTP Configuration ควรระบุว่าอ้างถึงค่าใดหรือเวอร์ชันใดเมื่อข้อมูลต้นทางสามารถตรวจได้ ไม่ควรใช้ RTP จากอีก Configuration แทนเกมที่กำลังเปิดโดยอัตโนมัติ
ชื่อเกม Provider เวอร์ชัน และข้อมูลที่ช่วยแยกเกม
เวลา Round ID และยอดของเหตุการณ์เฉพาะรอบ
RTP และ History มีหน้าที่ต่างกันแม้จะเกี่ยวข้องกับเกมเดียวกัน
History ใช้ย้อนดูสิ่งที่เกิดขึ้นแล้ว ส่วน RTP เป็นข้อมูลเชิงทฤษฎีระยะยาว จึงไม่ควรใช้ประวัติไม่กี่รอบเพื่อสรุปว่าเกมกำลังจะปรับผล หรือใช้ RTP เพื่อยืนยันผลของรอบถัดไป
fusionsX เก็บบริบทโปรโมชั่นไว้กับชื่อสิทธิ์และเงื่อนไขจาก Source ของแคมเปญ
Promotion Record ควรอ้างอิงชื่อสิทธิ์ก่อน จากนั้นจึงดูเปอร์เซ็นต์ ฝากขั้นต่ำ โบนัสสูงสุด Turnover จำนวนครั้ง ระยะเวลา หมวดเกม หรือรายละเอียดอื่นเท่าที่ Source แสดงจริง
ข้อมูลของโปรโมชั่นหนึ่งไม่ควรถูกนำไปเติมในอีกโปรโมชั่นเพียงเพราะอยู่ในเว็บไซต์เดียวกัน เพราะแต่ละสิทธิ์สามารถมีขั้นต่ำ เพดาน Turnover และจำนวนครั้งต่างกัน
รายละเอียดที่มี Source ปัจจุบันสามารถตรวจได้ที่ โปรโมชั่น fusionsX และเงื่อนไขจากภาพ โดยเปอร์เซ็นต์ของสิทธิ์ต้องแยกออกจาก RTP ของเกมสล็อต
fusionsX แยกฝากถอนออกจาก Balance ด้วยประเภท จำนวน เวลา และสถานะ
Transaction Record ใช้ข้อมูลที่เกี่ยวข้องกับธุรกรรมโดยตรง หากเป็นรายการฝากหรือถอนควรเริ่มจากประเภท จากนั้นดูจำนวน เวลา และสถานะเพื่อแยกว่าเป็นรายการใด
Balance เป็นยอดที่เห็นในบัญชี ณ จุดหนึ่ง แต่ไม่ได้บอกรายละเอียดของทุกเหตุการณ์ก่อนหน้า หากมีหลายธุรกรรมจำนวนเท่ากัน การดู History และเวลาของแต่ละรายการช่วยแยกบริบทได้ชัดกว่า
สมาชิกเดิมสามารถกลับไป ตรวจบัญชีและประวัติล่าสุด ก่อนเลือกว่าธุรกรรมใดเป็นรายการที่ต้องการตรวจ
fusionsX กำหนดขอบเขตข้อมูลเมื่อติดต่อให้ตรงกับประเภทของเคส
หากเป็น Slot Case ควรใช้เกม Provider เวลา รอบ และยอด หากเป็น Promotion Case ใช้ชื่อสิทธิ์และเงื่อนไข หากเป็น Transaction Case ใช้ประเภท จำนวน เวลา และสถานะ
สำหรับ Casino Case ควรใช้ชื่อเกม โต๊ะ และจำนวนเดิมพัน ส่วน Sport Case ใช้คู่แข่งขัน ตลาด ราคา และ Bet Slip หรือบิลที่เกี่ยวข้อง
ไม่ควรส่ง Password, PIN หรือ OTP เพื่ออธิบายเคส เพราะข้อมูลเหล่านี้ไม่จำเป็นสำหรับการระบุเกมสล็อต โปรโมชั่น ฝากถอน คาสิโน หรือกีฬา
หากต้องการดูข้อมูลที่ควรเตรียมตามแต่ละ Case สามารถเปิด Case Switch Desk สำหรับการติดต่อ
สิ่งที่นโยบายนี้ไม่อ้างเมื่อยังไม่มีข้อมูลต้นทางรองรับ
หน้านี้ไม่กำหนดรายละเอียดเกี่ยวกับระดับ Encryption หรือ SSL, ระยะเวลาจัดเก็บข้อมูล, Cookie Tracking, Third-party Processor, KYC, วิธีแชร์ข้อมูล, ใบอนุญาต หรือข้อกฎหมายเฉพาะ เนื่องจากไม่มี Source ของ fusionsX ที่ให้ข้อมูลเหล่านี้ในบริบทปัจจุบัน
การไม่เติม Claim เหล่านี้ช่วยแยกสิ่งที่มีข้อมูลรองรับออกจากรายละเอียดทางเทคนิคหรือข้อกำหนดที่ยังไม่ได้รับการยืนยัน หากภายหลังมี Source จริง จึงค่อยปรับเนื้อหาให้ตรงกับข้อมูลนั้น
หลักของ Data Boundary Map: ใช้เฉพาะข้อมูลที่จำเป็นต่อเคส แยก Game, Promotion และ Transaction ออกจากกัน และไม่เติมข้อเท็จจริงเฉพาะระบบเมื่อไม่มี Source รองรับ
Game Record ใช้กับเกม Provider เวลา รอบ ยอดและ RTP, Promotion Record ใช้กับชื่อสิทธิ์และเงื่อนไข ส่วน Transaction Record ใช้กับประเภท จำนวน เวลา และสถานะ
เมื่อติดต่อควรเลือกข้อมูลให้ตรง Case และไม่ส่ง Password, PIN หรือ OTP ขณะที่ Claim ด้าน Security, Tracking, KYC, Third Party, License หรือกฎหมายจะไม่ถูกสร้างขึ้นเมื่อไม่มีข้อมูลต้นทางรองรับ