นโยบายความเป็นส่วนตัว sora168 แยก Live Data, Confirmed Record และ Current State ตามหน้าที่ของข้อมูล
นโยบายความเป็นส่วนตัว ของ sora168 ใช้แนวคิด SORA Data State Map เพื่ออธิบายว่าข้อมูลของ Account, Game, Bet, Transaction และ Support Case อาจเกิดขึ้นใน State ต่างกัน และไม่ควรถูกนำมาใช้ เป็นข้อมูลประเภทเดียวกันทั้งหมด
แนวทางของ sora168 แยก LIVE, CHECK, CONFIRM, RECORD และ UPDATE เพื่อให้รู้ว่า ข้อมูลชุดหนึ่งเกิดขึ้นเมื่อใด และควรถูกใช้เพื่อจุดประสงค์ใด เช่นข้อมูลก่อน Action มีหน้าที่ต่างจาก History ของ Action ที่ยืนยันไปแล้ว
หน้านี้จึงไม่กำหนด ระยะเวลาเก็บข้อมูล, ชื่อ Cookie, Analytics Provider, ผู้ให้บริการภายนอก, มาตรฐาน Encryption หรือขั้นตอน KYC ขึ้นเอง หากรายละเอียดเหล่านั้น ไม่ได้มาจากระบบจริง
ข้อมูลที่ระบบกำลังแสดงในปัจจุบัน
ข้อมูลที่ใช้ตรวจก่อน Action ถูกยืนยัน
ข้อมูลที่สัมพันธ์กับ Action ตอนถูกยืนยัน
Record สำหรับตรวจสิ่งที่เกิดขึ้นแล้ว
ข้อมูลติดตาม Active, Pending หรือสถานะล่าสุด
นโยบายความเป็นส่วนตัว sora168 แยก Account, Activity, Transaction และ Support Data ออกจากกัน
ส่วนแรกของ นโยบายความเป็นส่วนตัว คือการแยกประเภทข้อมูล เพราะ Account Data ไม่ได้ทำหน้าที่เหมือน Game History และ Transaction Record ก็ไม่ได้ทำหน้าที่เหมือน Support Case ที่ผู้ใช้ส่งมาเพื่อตรวจเหตุการณ์
Account Data หมายถึงข้อมูล ที่เกี่ยวข้องกับการสร้าง หรือเข้าถึง Account ตามสิ่งที่ระบบร้องขอจริง ข้อมูลลับสำหรับ Access เช่น Password หรือ OTP ไม่ควรถูกส่งเป็นหลักฐานทั่วไป ของ Game, Bet หรือ Transaction
Activity Data อาจสัมพันธ์กับ Game, Stake, Round, Event, Market หรือ Bet Status ขึ้นอยู่กับ Activity ส่วน Transaction Data ใช้ Amount, Time และ Request Status เป็นจุดอ้างอิง สำหรับรายการฝากถอน
Support Data คือข้อมูลที่ผู้ใช้ เลือกส่งเมื่อมี Case ที่ต้องการตรวจ โดยควรใช้เฉพาะส่วน ที่ช่วยระบุ Action, Time และ Record ของเหตุการณ์นั้น ไม่จำเป็นต้องเปิด History ทั้ง Account หาก Case ใช้ Record เพียงรายการเดียว
Data Type ต้องตรงกับเหตุการณ์
Account ใช้กับ Account, Game ใช้กับ Game และ Transaction ควรย้อนจาก Transaction Record ของรายการจริง
ข้อมูลที่เกี่ยวข้องกับ Account และการเข้าถึงตามระบบจริง
ข้อมูล Game, Round, Bet หรือ Activity ที่เกิดขึ้น
Amount, Time และ Status ของ Request
ข้อมูลที่จำเป็นสำหรับอธิบาย Case ที่ต้องการตรวจ
นโยบายความเป็นส่วนตัว ใช้ Data State เพื่อแยกจุดประสงค์ของข้อมูลก่อนและหลัง Confirm
ใน SORA Data State Map นโยบายความเป็นส่วนตัว แยก Purpose ตามตำแหน่งของข้อมูล เพราะข้อมูลใน LIVE ใช้เพื่อแสดง Current State ส่วนข้อมูลหลัง CONFIRM ใช้เชื่อม Action เข้ากับ Record ที่ตรวจย้อนหลังได้
ตัวอย่างเช่น Live Market ในกีฬา สามารถเปลี่ยนได้ ก่อนผู้ใช้ Confirm ขณะที่ Bet Record มีหน้าที่บันทึก ข้อมูลของบิล ที่เกิดขึ้นจริงแล้ว สองชุดนี้จึงไม่ควร ถูกใช้แทนกัน
สล็อตและคาสิโน ใช้หลักเดียวกัน ข้อมูลก่อน Round ช่วยให้ผู้ใช้ตรวจ Game, Stake หรือ Table ส่วน Game History ใช้ตรวจ Round ที่เกิดขึ้นแล้ว โดย History ไม่ควรถูกนำไปใช้ เป็นเครื่องมือทำนาย Outcome ครั้งถัดไป
สำหรับ Transaction Current Balance มีหน้าที่แสดงยอดปัจจุบัน แต่หากต้องตรวจ Deposit หรือ Withdrawal ควรใช้ Amount, Time และ Status ของ Transaction Record ที่สัมพันธ์กับ Request จริง
นโยบายความเป็นส่วนตัว sora168 ใช้ Data Minimize เลือกเฉพาะข้อมูลที่สัมพันธ์กับ Action หรือ Case
หลัก Data Minimize ใน นโยบายความเป็นส่วนตัว คือแยกระหว่าง “ข้อมูลที่ Account มี” กับ “ข้อมูลที่จำเป็น สำหรับเหตุการณ์นี้” เพราะหนึ่ง Account อาจมี Game, Bet และ Transaction จำนวนมาก แต่หนึ่ง Case อาจเกี่ยวกับ Record เพียงรายการเดียว
หากต้องตรวจ Slot Round ควรเริ่มจาก Game, Stake, Time และ Round ของเหตุการณ์นั้น หากเป็น Sport Bet ให้ใช้ Event, Market, Stake และ Status ของบิลที่ต้องการตรวจ
Transaction ใช้หลักเดียวกัน โดยเลือก Amount, Time และ Status ของ Request จริง แทนการส่ง Transaction History ทุกหน้า หากข้อมูลอื่น ไม่ได้ช่วยอธิบาย Case นั้น
หากใช้ Screenshot ควรตรวจว่าภาพ มีข้อมูลใด ที่ไม่จำเป็นต่อ Case และหลีกเลี่ยง การเปิดเผย Password, OTP หรือข้อมูลลับ สำหรับเข้าถึง Account เพราะข้อมูล Access ไม่จำเป็นสำหรับ การอธิบาย Result ของ Game หรือ Bet ทั่วไป
หนึ่ง Case ไม่ต้องใช้ทุก Record
เลือก State, Action, Time และ Record ที่ตรงกับเหตุการณ์ ก่อนส่งข้อมูลเพิ่มเติม
เลือก Data Type ให้สัมพันธ์กับสิ่งที่ต้องตรวจ
ไม่ส่ง History ส่วนที่ไม่เกี่ยวกับ Case
ไม่เปิดเผยข้อมูล Access โดยไม่มีเหตุผล
นโยบายความเป็นส่วนตัว แยก Active, Pending และ Finished Record โดยไม่กำหนด Retention ขึ้นเอง
Record ภายใน นโยบายความเป็นส่วนตัว อาจอยู่คนละ State เช่น Sport Bet ที่ยัง Active, Transaction ที่ยัง Pending หรือ Game Round ที่ Finished แล้ว การแบ่ง State ช่วยให้เข้าใจ ว่าข้อมูลแต่ละชุด ยังมีหน้าที่อะไร
Record ที่ Active หรือ Pending ยังใช้ติดตาม Status ของ Action เดิม ส่วน Finished Record ใช้ตรวจ History ของสิ่งที่จบแล้ว จึงไม่ควรสมมติว่า ข้อมูลทุกประเภท มีวงจรชีวิตเหมือนกัน
ระยะเวลาเก็บข้อมูล ควรขึ้นอยู่กับ ประเภทข้อมูล, Purpose และข้อกำหนดจริง ของระบบ หน้านี้จึงไม่ระบุ จำนวนวัน เดือน หรือปี ขึ้นเอง หากยังไม่มีข้อมูล ที่ตรวจสอบได้
เช่นเดียวกัน หากระบบใช้ Cookie, Analytics, Log หรือ Third Party รายละเอียดเรื่อง ชื่อผู้ให้บริการ, ชนิดข้อมูล และวัตถุประสงค์ ควรระบุตามระบบจริง ไม่ควรสร้างรายการสมมติ เพื่อเติมนโยบายให้ดูครบ
นโยบายความเป็นส่วนตัว sora168 ให้ตรวจ Current Data กับ Record ที่เกี่ยวข้องก่อนขอข้อมูลหรือส่ง Case
ช่วงสุดท้ายของ นโยบายความเป็นส่วนตัว คือการเชื่อม Current Data กับ Record เพราะข้อมูลที่เห็นตอนนี้ อาจไม่ใช่ข้อมูลชุดเดียว กับ Action ที่ผู้ใช้ต้องการตรวจ
หากต้องการสอบถาม Game, Bet หรือ Transaction ควรเริ่มจากระบุ Data Type, Action, Time และ Record ให้ตรงกับเหตุการณ์ ก่อนเพิ่มข้อมูลอื่น วิธีนี้ช่วยให้ Current State ไม่ถูกใช้แทน Confirmed Record เก่า
หากระบบมีช่องทาง สำหรับขอเข้าถึง, แก้ไข หรือจัดการข้อมูล ขั้นตอนจริง ควรยึดจากสิ่งที่ระบบ เปิดให้ใช้งาน หน้านี้จะไม่สมมติ ขั้นตอนหรือสิทธิ์ทางกฎหมาย ที่ไม่ได้ระบุไว้
หลักการเกี่ยวกับ Account, Game, Bet และ Transaction อ่านเพิ่มเติมได้จาก ข้อกำหนดและเงื่อนไข ส่วนแนวทาง Budget, Time และ Stop Point อยู่ใน การเล่นอย่างมีความรับผิดชอบ และหากต้องส่ง Case สามารถใช้หน้า ติดต่อ เพื่อระบุ State และ Record ที่เกี่ยวข้อง
SORA Data State Map แยก LIVE, CHECK, CONFIRM, RECORD และ UPDATE เพื่อให้ Account, Activity, Transaction และ Support Data ถูกใช้ตามหน้าที่ของแต่ละประเภท โดยไม่เปิดเผยข้อมูลเกินความจำเป็น