เกี่ยวกับเรา sora168 ทำไมข้อมูลก่อน Confirm กับ Record หลัง Confirm ไม่ควรถูกอ่านเป็นสิ่งเดียวกัน
หน้า เกี่ยวกับเรา ของ sora168 อธิบายแนวคิด Live-to-Record Guide ซึ่งใช้แยกข้อมูลที่กำลังแสดงก่อน Action ออกจากข้อมูลของ Action ที่ถูก Confirm ไปแล้ว เพราะ Live State, Confirmed Record และ Current Status มีหน้าที่คนละแบบ
สำหรับ sora168 จุดสำคัญไม่ได้อยู่ที่ มีสล็อต คาสิโน กีฬา หรือระบบฝากถอนกี่ประเภทเท่านั้น แต่คือผู้ใช้รู้หรือไม่ว่า ตอนนี้กำลังอ่านข้อมูลก่อน Confirm หรือกำลังตรวจ Record ของ Action ที่เกิดขึ้นจริงแล้ว
ข้อมูลที่กำลังแสดงและยังอาจเปลี่ยนได้
ตรวจข้อมูลที่มีผลก่อนยืนยัน Action
จุดเปลี่ยนจากข้อมูลที่อ่านเป็น Action จริง
History สำหรับตรวจสิ่งที่ถูกยืนยันแล้ว
ติดตาม Status ของ Action เดิมจนจบ
เกี่ยวกับเรา sora168 เริ่มจากการแยกข้อมูลที่ยังเปลี่ยนได้ ออกจากสิ่งที่ยืนยันไปแล้ว
แนวคิดหลักของ เกี่ยวกับเรา คือข้อมูลบนหน้าจอ ไม่ได้มีสถานะเดียวทั้งหมด ก่อน Action ข้อมูลบางประเภท ยังสามารถเปลี่ยนได้ เช่น Market กีฬา, Table State, Balance หรือรายละเอียดข้อเสนอ ที่กำลังอ่านอยู่
ข้อมูลเหล่านี้ เหมาะสำหรับ CHECK ก่อน Confirm เพราะผู้ใช้ยังมีโอกาส ทบทวน Game, Stake, Market, Amount หรือ Condition ก่อนเปลี่ยนสิ่งที่เห็น ให้กลายเป็น Action จริง
แต่หลัง Confirm การตรวจควรเปลี่ยน ไปใช้ Record ที่เกิดจาก Action นั้น เช่น Game History, Bet Record หรือ Transaction Record เพราะ Record เชื่อม กับเหตุการณ์จริงใน Timeline มากกว่าหน้าจอ Live ที่อาจเดินต่อไปแล้ว
การแยกแบบนี้ ช่วยลดความสับสน เมื่อข้อมูลปัจจุบัน ไม่เหมือนกับสิ่งที่เห็น ตอนสร้าง Action โดยแทนที่จะถามว่า “ตอนนี้หน้าแสดงอะไร” เพียงอย่างเดียว จะเพิ่มคำถามว่า “ตอน Confirm จริง Record บันทึกอะไรไว้”
Live ใช้ก่อน Record ใช้หลัง
State ที่กำลังแสดง ใช้ตรวจก่อนยืนยัน ส่วน History ใช้ย้อนดูสิ่งที่เกิดขึ้นแล้ว
ใช้ตัดสินใจก่อน Action และบางประเภทอาจเปลี่ยนได้
ข้อมูลที่สัมพันธ์กับ Action ตอนถูกยืนยันจริง
ใช้ตรวจ Timeline ของ Action หลังเกิดขึ้นแล้ว
ใช้ติดตาม Active, Pending หรือ Settlement ของรายการเดิม
เกี่ยวกับเรา ใช้ Confirm เป็นเส้นแบ่ง ระหว่างข้อมูลที่ยังตรวจแก้ได้กับ Record ที่เกิดขึ้นแล้ว
ใน Live-to-Record Guide จุด Confirm เป็น Boundary สำคัญ เพราะก่อนจุดนี้ ผู้ใช้ยังสามารถ ตรวจ Stake, Market, Amount หรือรายละเอียดที่เกี่ยวข้อง ก่อน Action ถูกส่งเข้าสู่ระบบ
ตัวอย่างเช่น ในการเดิมพันกีฬา ราคา Live Market อาจเปลี่ยนก่อน Confirm จึงควรตรวจราคา ใกล้กับจุดยืนยันที่สุด แต่เมื่อบิลถูก Confirm แล้ว ราคาปัจจุบันของ Market ไม่ควรถูกใช้ ย้อนแทนข้อมูลในบิลเดิม
สล็อตและคาสิโน ใช้หลักเดียวกัน ก่อน Round ควรดู Game, Stake, Table หรือ Feature ที่เกี่ยวข้อง แต่เมื่อ Round จบแล้ว ควรใช้ History ของ Round นั้น ไม่ใช้ State ของรอบใหม่ มาอธิบายสิ่งที่เกิดก่อนหน้า
Transaction ก็เช่นกัน ก่อน Confirm ผู้ใช้ยังตรวจ Amount และรายละเอียดที่ระบบแสดงได้ เมื่อ Request ถูกสร้างแล้ว ควรติดตาม Transaction Record เดิม จน Status เปลี่ยน แทนการสร้าง Request ซ้ำ เพื่อทดสอบรายการก่อนหน้า
เกี่ยวกับเรา sora168 แยก Game, Bet และ Transaction Record เพราะแต่ละ Action ใช้ข้อมูลคนละชุด
อีกส่วนสำคัญของ เกี่ยวกับเรา คือ Record ไม่ได้มีรูปแบบเดียว Slot Round, Casino Round, Sport Bet และ Transaction มีข้อมูลที่ต้องใช้ สำหรับตรวจย้อนหลังต่างกัน
Game Record สามารถใช้ Game, Stake, Time และ Round เป็นจุดอ้างอิง คาสิโนอาจเพิ่ม Table และ Round Status เข้ามา ส่วน Sport Bet ใช้ Event, Market, ราคา, Stake และ Bet Status
Transaction Record ใช้ Amount, Time และ Request Status หาก Pending ควรติดตาม Request เดิม หาก Success จึงเทียบกับ Balance และหาก Failed ควรอ่านข้อมูล ที่ระบบแสดง ก่อนสร้างรายการใหม่
การเลือก Record ให้ตรงกับ Activity ช่วยลดการใช้ Balance หรือหน้าจอปัจจุบัน เป็นคำตอบของทุกปัญหา เพราะ Current Balance อธิบายยอดตอนนี้ แต่ไม่ได้แทน Timeline ของทุก Game, Bet หรือ Transaction
Record ต้องตรงกับ Action
เกมใช้ Game History, กีฬาใช้ Bet Record และฝากถอนใช้ Transaction Record ตามเหตุการณ์จริง
Game, Stake, Time และ Round
Event, Market, ราคา, Stake และ Status
Amount, Time และ Request Status
เกี่ยวกับเรา อธิบาย Current State เพื่อให้ข้อมูลล่าสุดถูกเทียบกับ Confirmed Record อย่างถูกจุด
เมื่อผู้ใช้กลับมา เกี่ยวกับเรา ต้องการให้ Current State ถูกมองเป็นข้อมูลปัจจุบัน ไม่ใช่ข้อมูลที่ใช้แทน Record ก่อนหน้าโดยอัตโนมัติ เพราะ Account สามารถมี Active, Pending และ Finished อยู่พร้อมกันได้
ตัวอย่างเช่น Balance ปัจจุบัน อาจต่างจากตอนก่อนออก แต่การจะรู้ว่า เปลี่ยนจาก Action ใด ควรย้อนจาก Record ที่เกี่ยวข้อง ไม่ควรใช้ Balance เพียงตัวเดียว เป็นข้อสรุปของทุกเหตุการณ์
หาก Sport Bet ยัง Active Current Market สามารถเปลี่ยนต่อ แต่ Bet Record ของบิลเดิม ยังเป็นข้อมูลหลัก สำหรับตรวจบิลนั้น จนถึง Settlement
ในหน้า เข้าสู่ระบบ sora168 จึงใช้ Current State Reconcile เพื่อนำ Current Balance, Active, Pending และ Last Confirmed Record มาเทียบกัน ก่อนกลับไปสร้าง Live State ชุดใหม่
เกี่ยวกับเรา sora168 สรุป Live-to-Record Guide ให้ทุก Action มีข้อมูลก่อน Confirm และ Record หลัง Confirm
เป้าหมายของหน้า เกี่ยวกับเรา คือทำให้การใช้งาน ไม่จบอยู่ที่คำว่า “เห็นอะไรบนหน้าจอ” แต่เพิ่มความเข้าใจว่า ข้อมูลนั้นอยู่ใน State ไหน และควรใช้อ้างอิง ก่อนหรือหลัง Action
LIVE ใช้ดูข้อมูล ที่ยังเปลี่ยนได้ CHECK ใช้ตรวจ สิ่งที่มีผลต่อ Decision CONFIRM คือเส้นแบ่ง RECORD ใช้ย้อนตรวจ และ UPDATE ใช้ติดตาม Status ของสิ่งที่เกิดขึ้นแล้ว
แนวทางนี้ยังช่วยให้ โปรโมชั่น, Game History, Bet Record และ Transaction ไม่ถูกปะปนกัน เช่นข้อเสนอโปรโมชั่น ควรถูกอ่านก่อนรับสิทธิ์ แต่หลัง Confirm ควรใช้เงื่อนไข ของสิทธิ์ที่รับจริง
หลักการใช้ Account, Game, Bet และ Transaction อ่านต่อได้จาก ข้อกำหนดและเงื่อนไข แนวทาง Budget, Time และ Stop Point อยู่ใน การเล่นอย่างมีความรับผิดชอบ และเรื่องข้อมูลส่วนบุคคล อ่านได้จาก นโยบายความเป็นส่วนตัว
LIVE → CHECK → CONFIRM → RECORD → UPDATE คือ Live-to-Record Guide ที่เชื่อมข้อมูลก่อน Action เข้ากับ Record และ Current Status หลัง Action เกิดขึ้นแล้ว