ติดต่อ i828 ระบุให้ชัดว่าปัญหาเกิดก่อน ระหว่าง หรือหลังการ Switch โหมด

ติดต่อ i828 ส่ง Mode Transfer Ticket พร้อมต้นทาง ปลายทาง สถานะ และจุดที่ข้อมูลขาด

ติดต่อ i828 ให้ตรวจเรื่องได้ตรงจุด ควรเริ่มจากบอกก่อนว่าปัญหาเกิดใน Mode เดียว หรือเกิดระหว่างการเปลี่ยนจากกิจกรรมหนึ่งไปอีกกิจกรรมหนึ่ง เพราะสล็อต คาสิโน กีฬา ฝากถอน และโปรโมชั่นใช้ข้อมูลคนละชุด หากไม่ระบุต้นทางกับปลายทาง ผู้ตรวจอาจต้องย้อนหาว่า Event จริงเริ่มจากหน้าไหนก่อน

แนวทาง ติดต่อ ของ i828 จึงใช้ Mode Transfer Ticket โดยแบ่งข้อมูลเป็น From Mode, To Mode, Carry Data และ Break Point เช่น ผู้ใช้ออกจากเกมสล็อตแล้วไปถอนเงิน แต่พบ Status ไม่เปลี่ยน Case นี้ควรแยกข้อมูลเกมออกจาก Transaction แล้วใช้ยอด เวลา และสถานะของคำขอเป็นหลัก ไม่ควรส่งผลเกมสล็อตหลายรอบมาปนกับปัญหาการถอน

Mode Transfer Ticket — 4 ช่องก่อนส่ง Caseก่อน ติดต่อ ให้รู้ว่าเหตุการณ์เริ่มใน Mode ใด กำลังเปลี่ยนไปส่วนไหน ข้อมูลอะไรควรถูก Carry ต่อ และจุดใดที่การเปลี่ยน Mode ไม่เป็นไปตามที่คาด เมื่อสี่ส่วนนี้ชัด Case จะไม่กลายเป็นเรื่องหลายหมวดที่ต้องเดาต้นทางใหม่ทั้งหมด
FIELD 01 FROM MODE

ระบุจุดต้นทาง เช่น สล็อต คาสิโน กีฬา Account โปรโมชั่น หรือธุรกรรม

FIELD 02 TO MODE

บอกว่ากำลังเปลี่ยนไปหน้าใดหรือ Action ใดตอนที่อาการเริ่มเกิด

FIELD 03 CARRY DATA

ใช้ข้อมูลที่ควรต่อเนื่อง เช่น Budget, Amount, Time, Status หรือ Record เดิม

FIELD 04 BREAK POINT

ระบุจุดที่ข้อมูลไม่ต่อ เช่น Status ค้าง History ไม่ตรง หรือหน้าใหม่ไม่แสดง Record เดิม

หากต้อง ติดต่อ เรื่อง Account ให้แยกก่อนว่าอาการเกิดก่อนหรือหลัง เข้าสู่ระบบ หากยังไม่มีบัญชี ควรใช้หน้า สมัครสมาชิก แต่ถ้ามี Account เดิมอยู่แล้ว ไม่ควรสร้างบัญชีใหม่เพื่อทดลอง เพราะ Budget, History และ Record ก่อนหน้าจะอยู่คนละชุด การระบุว่า “เข้าได้แต่ History ไม่ต่อ” มีประโยชน์มากกว่าการเขียนเพียงว่า “บัญชีมีปัญหา”

ACCOUNT → GAME ระบุ Session ล่าสุด เกมที่จะเปิด และจุดที่ Account หรือ History ไม่ต่อเนื่อง
SLOT → CASINO แยก Game Record เดิมออกจาก Table Rule และ Current Round ของคาสิโน
CASINO → SPORT ใช้ Market, Odds และเวลาปัจจุบัน ไม่ใช้ History โต๊ะเป็น Evidence ของกีฬา
GAME → PAYMENT เปลี่ยนมาใช้ Amount, Time และ Status ของ Transaction เป็นข้อมูลหลัก
PROMO → GAME แยก Offer Record ออกจากผลเกม และระบุเงื่อนไขที่ยัง Active อยู่

เมื่อ ติดต่อ เรื่องเกม ควรใช้ข้อมูลของ Mode นั้นโดยตรง หากเป็น สล็อตเว็บตรงไม่ผ่านเอเย่น ให้ส่งชื่อเกม เวลา และสิ่งที่ไม่ตรงกับ Paytable หากเป็น คาสิโนออนไลน์ ให้ระบุโต๊ะ Current Round และ Status ที่เกี่ยวข้อง ส่วน แทงบอล ควรมีชื่อ Market ราคา และเวลา เพราะข้อมูล Live สามารถเปลี่ยนระหว่างการ Switch หน้าได้

BREAK 01 Rule Break

สิ่งที่เกิดบนหน้าจอไม่ตรงกับกติกาที่แสดงของ Mode นั้น

BREAK 02 Status Break

รายการมี Record แต่ Status ไม่เปลี่ยนหรือไม่ตรงกับเหตุการณ์ปัจจุบัน

BREAK 03 Transfer Break

ข้อมูลที่ควร Carry ต่อหายไปหรือไม่สัมพันธ์หลังเปลี่ยน Mode

หาก ติดต่อ เรื่อง ระบบฝากถอนออโต้ ให้หยุดใช้ข้อมูลเกมเป็นตัวหลัก แล้วเริ่มจาก Transaction Record หาก Pending ให้ตรวจรายการเดิมก่อน หาก Success แต่ยอดไม่ตรง ให้ส่ง Amount กับ Time และหาก Failed ให้เก็บข้อความที่ระบบแสดง ไม่ควรสร้างคำขอใหม่หลายครั้งเพื่อทดสอบ เพราะแต่ละคำขอจะเพิ่ม Record และทำให้ Break Point ของรายการต้นทางแยกยากขึ้น

ปัญหาที่เกิดหลัง Switch ไม่ได้แปลว่าต้นเหตุอยู่ใน Mode ใหม่เสมอไปบาง Case เริ่มจาก Record เดิมที่ยังไม่จบ ดังนั้น From Mode และ Carry Data จึงสำคัญพอ ๆ กับหน้าที่กำลังเปิดอยู่ตอนพบอาการ

สำหรับโปรโมชั่น การ ติดต่อ ควรระบุชื่อสิทธิ์ ยอดต้นทาง เวลา และเงื่อนไขที่กำลังตรวจ หากเครดิตเข้าแล้วแต่มีเงื่อนไขต่อ ควรแยก Offer Status ออกจาก Game Result เพราะโบนัสไม่ได้เปลี่ยน RTP, Table Rule หรือผลกีฬา และหากต้องตรวจ Turnover หรือเงื่อนไขถอน ต้องใช้ข้อมูลจริงของสิทธิ์นั้น ไม่ควรนำเงื่อนไขจากโปรโมชั่นอีกตัวมาใช้แทน

ระบุ From Mode ก่อนอธิบายอาการ
บอก To Mode หากปัญหาเกิดระหว่างการเปลี่ยนหน้า
ใช้ Budget, Amount, Time และ Status เฉพาะส่วนที่เกี่ยวข้อง
แยก Game Record ออกจาก Payment และ Promotion Record
บอก Break Point ว่าข้อมูลเริ่มไม่ตรงจากจุดใด
ไม่สร้าง Action ใหม่หลายชุดระหว่าง Case เดิมยังไม่ชัด
Password และ OTP ไม่ใช่ Carry Data สำหรับ Case ทั่วไปหากต้องตรวจเกม ธุรกรรม หรือโปรโมชั่น ให้ใช้ชื่อรายการ เวลา ยอด Status และข้อความที่เห็นจริงก่อน ส่วนรายละเอียดเกี่ยวกับ Cookie, Log, Session และข้อมูลสมาชิกอ่านได้จาก นโยบายความเป็นส่วนตัว

สรุปแล้วการ ติดต่อ i828 ควรทำให้หนึ่ง Case ตอบได้ว่าเริ่มจาก Mode ไหน เปลี่ยนไปส่วนใด ข้อมูลอะไรควรต่อเนื่อง และจุดไหนที่กระบวนการขาด เมื่อ From Mode, To Mode, Carry Data และ Break Point ชัด การตรวจจะไม่ต้องปะปนกติกาของหลายหมวดหรือเดาต้นทางจากหน้าที่ผู้ใช้กำลังเปิดอยู่เพียงอย่างเดียว

i828 — ถ้า Switch แล้วข้อมูลขาด ให้หาจุด Transfer ไม่ใช่สร้าง Action ใหม่เพื่อเดา

Mode Transfer Ticket ช่วยเชื่อมต้นทาง ปลายทาง Record และ Break Point เข้าด้วยกัน เพื่อให้หนึ่งปัญหามีบริบทที่ตรวจต่อได้