คู่มือพฤติกรรมบอท TRU

คำถามที่ยังเปิดอยู่ บอทตรวจไม่ได้ว่ารหัสลูกค้าในชีตใส่ผิดหรือไม่ กลุ่มจึงอาจได้ราคาของลูกค้ารายอื่น ควรมีคนเช็กรหัสเทียบกับชื่อกลุ่มก่อนเปิดใช้งานกลุ่มหรือไม่

ต่างจากกฎในชีต ผลลัพธ์เหมือนกันในกรณีทั่วไป กฎอธิบายตัวจัดประเภทแบบเดิม และระบุว่าไม่ใช้รหัสสินค้าที่อยู่ก่อนรูป วิดีโอ หรือไฟล์ ปัจจุบันบอทอ่านแชทล่าสุดในกลุ่ม (ซึ่งบอกว่าใครพิมพ์และนานเท่าไรแล้ว) และไม่มีกฎตายตัวที่แยกเรื่องรูปภาพไว้

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน กฎพูดถึงการรวมข้อความ ปัจจุบันการรอ 5 วินาทีเป็นตัวรวมข้อความ และบอทเป็นผู้อ่านบรรทัดเหล่านั้น

ต่างจากกฎในชีต ชีตจำกัดการใช้ซ้ำไว้ราว 2 ถึง 4 ข้อความล่าสุด ปัจจุบันขอบเขตขึ้นกับการตัดสินของบอทว่าสินค้านั้นยังใหม่และเกี่ยวข้องแค่ไหน ภายในช่วง 12 ชั่วโมงและ 8 บรรทัดล่าสุด

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจต้องการจำนวนข้อความที่ตายตัว หรือให้บอทตัดสินว่าสินค้านั้นยังใหม่แค่ไหน

ต่างจากกฎในชีต กฎในชีตบอกว่าทิ้งสติกเกอร์ ซึ่งล้าสมัยแล้ว ตอนนี้ระบบเก็บสติกเกอร์ไว้และให้บอทอ่าน และอ่านสติกเกอร์ตัวเลขเป็นจำนวน ตามที่ฝ่ายธุรกิจขอไว้ในช่องสิ่งที่ต้องการให้เป็น บอทไม่เคยใช้ตัวเลขจากสติกเกอร์ค้นหาสินค้า

ต่างจากกฎในชีต ผลตรงตามกฎ แต่ข้อความขึ้นต้นด้วยภาษาอังกฤษ “Location:” แทนภาษาไทย “ตำแหน่ง:”

ต่างจากกฎในชีต ผลตรงตามกฎ แต่ระบบใส่คำภาษาอังกฤษ replying to ไว้หน้าข้อความที่อ้างอิง ขณะที่กฎแสดงคำภาษาไทยว่า “กำลังตอบกลับ”

ต่างจากกฎในชีต กฎบอกว่ารอ 10 วินาที (5 วินาทีในระบบทดสอบ) และยกเลิกงานก่อนหน้า ตอนนี้ทุกระบบรอ 5 วินาที ตามที่ช่องสิ่งที่ต้องการให้เป็นขอไว้ งานตอบข้อความก่อนหน้าไม่ได้ถูกยกเลิก แค่ถอยออกไปเพราะมีข้อความใหม่กว่ารออยู่ ช่องสิ่งที่ต้องการให้เป็นยังบอกให้เวลารอขึ้นกับเวลาที่ AI ใช้ด้วย แต่ส่วนนี้ยังไม่ได้ทำ เวลารอยังตายตัวอยู่

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจต้องการให้รอนานขึ้น หรือปรับเวลารอได้สำหรับคนที่พิมพ์ช้าหรือไม่ การเปลี่ยนต้องออกรุ่นใหม่ของระบบ

ต่างจากกฎในชีต กฎทดสอบภายในของทีมเรื่องนี้ (ไม่ได้เป็นแถวในชีตกฎธุรกิจ) บอกว่าประวัติที่ส่งให้บอทถูกจำกัดทั้ง 24 ข้อความและ 12 ชั่วโมง โดยใช้อันที่ถึงก่อน แต่จริง ๆ ความจำ 24 ข้อความไม่ตัดตามเวลา ข้อความเก่ากว่านั้นก็ส่งให้บอทด้วย พร้อมระบุอายุ ขีดจำกัด 12 ชั่วโมงใช้กับสรุปเท่านั้น และสรุปยังถูกตัดเหลือ 8 บรรทัดอีกชั้นหนึ่ง

ต่างจากกฎในชีต กฎระบุว่าจะตอบรับทราบสั้น ๆ และขอบคุณทุกครั้ง บอทรุ่นเก่าทำตามนี้ด้วยข้อความตายตัว บอทปัจจุบันไม่มีการจัดการข้อความปฏิเสธแยกต่างหาก ร้านจึงอาจได้รับคำขอบคุณสั้น ๆ หรือไม่ได้รับข้อความเลย

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจต้องการให้มีคำขอบคุณหลังร้านปฏิเสธทุกครั้งหรือไม่? ถ้าต้องการ ต้องเพิ่มกฎใหม่ เพราะตอนนี้ขึ้นกับการตัดสินของบอท มีกรณีทดสอบของกฎนี้อยู่ แต่ไม่ได้รันในการตรวจครั้งนี้ จึงยังไม่รู้ว่าบอทตอบบ่อยแค่ไหน

ต่างจากกฎในชีต ชีตระบุว่าถ้าไม่แน่ใจให้ถือเป็นการคุยเล่นและไม่ตอบ ปัจจุบันบอทตัดสินเป็นกรณีไป และสำหรับคำตอบสั้นที่ไม่ชัด คำสั่งเป็นตรงกันข้าม คือถามดีกว่าเงียบ

คำถามที่ยังเปิดอยู่ ข้อความที่อาจเป็นคำขอ ฝ่ายธุรกิจต้องการให้บอทเงียบ (ตามชีต) หรือถามสั้น ๆ (ตามที่บอททำวันนี้)

ต่างจากกฎในชีต กฎทดสอบภายในของทีมสำหรับเรื่องนี้ ซึ่งไม่ได้เป็นรายการในชีตกฎธุรกิจ ระบุว่าบอทไม่จำเป็นต้องตอบหากข้อความก่อนหน้ามาจากเซลล์ และห้ามใช้รหัสสินค้าที่เก่ากว่า 12 ชั่วโมง ปัจจุบันบอทถามว่าต้องการสินค้าใดแทนการเงียบ เพราะการเงียบอาจทำให้คำสั่งซื้อตกหล่น ส่วนรหัสสินค้าเก่าจะถามยืนยันแทนการห้ามใช้

คำถามที่ยังเปิดอยู่ เมื่อเซลล์เป็นคนพูดล่าสุด ฝ่ายธุรกิจต้องการให้บอทถามร้านว่าต้องการสินค้าใดแทนการเงียบใช่หรือไม่

ต่างจากกฎในชีต ชีตระบุว่าข้อความที่มีแค่สื่อถือเป็นการคุยเล่นเสมอ และจำนวนที่ไม่ชัดส่งให้เซลล์ ปัจจุบันรูปถือเป็นคำขอจริง ไม่มีกฎตายตัวสำหรับจำนวนที่ส่งมาใกล้กับรูป (บอทอ่านคู่กับข้อความที่อยู่เหนือขึ้นไปทันที) และบอทเป็นผู้ตัดสินเพียงผู้เดียวว่าจะทำอย่างไรกับข้อความแทน

คำถามที่ยังเปิดอยู่ รูปที่ไม่มีตัวอักษรให้อ่านควรตอบหรือไม่สนใจ ปัจจุบันบอทบอกว่าอ่านรูปไม่ได้ และขอรหัสสินค้า

ต่างจากกฎในชีต ช่องสิ่งที่ต้องการให้เป็นระบุว่าระบบควรใช้จำนวนที่พิมพ์บนบรรจุภัณฑ์ แต่ปัจจุบันระบบตั้งใจไม่ใช้จำนวนนี้ หมายเหตุใต้ช่องดังกล่าวพูดถึงตัวเลขที่ร้านเขียนด้วยปากกา ซึ่งเป็นคนละกรณีและระบบใช้อยู่แล้ว

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจหมายถึงแบบไหน จะให้ใช้จำนวนบรรจุที่พิมพ์ไว้ (ตามช่องสิ่งที่ต้องการให้เป็น) หรือจะยังไม่ใช้จำนวนที่พิมพ์ไว้ต่อไป และใช้เฉพาะตัวเลขที่ร้านเขียนหรือทำเครื่องหมายเอง (ตามที่หมายเหตุดูเหมือนจะบอก)

ต่างจากกฎในชีต กฎบอกว่ารูปแบบนี้จะได้ประโยคตายตัวว่า “ไม่พบหมายเลขอะไหล่ในรูปภาพ” และไม่มีการอ่านรูป ปัจจุบันประโยคนี้ไม่มีในระบบแล้ว ระบบอ่านรูปเหล่านี้ตามที่ช่องสิ่งที่ต้องการให้เป็นขอไว้ และไม่เคยใช้เลขตัวถังค้นหาสินค้า

คำถามที่ยังเปิดอยู่ ปีที่อ่านจากเล่มทะเบียนคือปีจดทะเบียน ซึ่งอาจต่างจากปีรุ่นรถ และบอทได้รับคำสั่งให้ใช้ปีนั้นค้นหา ยอมรับได้หรือควรให้บอทยืนยันปีกับร้านก่อน

ต่างจากกฎในชีต กฎระบุว่าตัวอ่านภาพอ่านเฉพาะรหัสสินค้า หมายเลขรุ่น และหมายเลขประจำชิ้นสินค้า ปัจจุบันอ่านคำอธิบาย ประเภทสินค้า และข้อมูลรถด้วย เพราะหลายครั้งคำอธิบายเป็นข้อมูลเดียวที่ใช้ค้นหาสินค้าได้ และร้านมักถ่ายรูปรถมา

คำถามที่ยังเปิดอยู่ ช่องสิ่งที่ต้องการให้เป็นขอให้รวบรวมตัวอย่างรูปภาพทุกประเภท เพื่อจัดประเภทแต่ละแบบ แต่ในชีตยังไม่มีตัวอย่าง ฝ่ายธุรกิจต้องการเพิ่มรูปประเภทไหนบ้าง

ต่างจากกฎในชีต กฎบอกว่ารูปเหล่านี้จะได้ประโยคตายตัวว่า “ไม่พบ part number ในรูปภาพ” และไม่ลองอ่านรูป ประโยคนี้ไม่มีในระบบแล้ว ตอนนี้ระบบอ่านเอกสารทะเบียนรถตามที่ช่องสิ่งที่ต้องการให้เป็นขอไว้

คำถามที่ยังเปิดอยู่ รายการ 30 บรรทัดทำเสร็จภายในเวลาจำกัด 60 วินาทีต่อการตอบ 1 ครั้งได้หรือไม่ หมายเหตุของผู้พัฒนาระบุว่ายังไม่เคยวัดเวลาตะกร้าที่มีครบ 30 รายการ หากรายการยาวทำให้หมดเวลา ระบบจะส่งต่อให้เซลล์ด้วยเหตุผลเรื่องเวลาแทน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ กฎเรื่องรูปเดิมในเอกสารกฎธุรกิจ (AI-18) บอกว่าตัวอ่านรูปส่งกลับเฉพาะรหัสสินค้า แต่ในกฎแบบที่ต้องการ (AI-21, IN-03c) ขอให้อ่านเอกสารทะเบียนอยู่แล้ว และตอนนี้ระบบก็อ่านได้ ฝ่ายธุรกิจต้องการให้อ่านรถจากรูปรถธรรมดาด้วยหรือไม่ ซึ่งเอกสารยังไม่ได้พูดถึง

ต่างจากกฎในชีต กฎเดิมสั่ง AI อีกตัวให้ตรวจขอบเขตของรหัส ปัจจุบันผู้ช่วยตัวเดียวถูกสั่งให้ตัดสินเอง

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจถามว่ากรณีนี้หมายถึงเลข OE ที่ออกมาเป็นแบรนด์ Aaron หรือ Speedmate หรือไม่ เรื่องนี้ยืนยันจากโค้ดไม่ได้ ขอให้ยืนยันว่ากรณีที่หมายถึงคืออะไร

ต่างจากกฎในชีต กฎระบุว่าจำนวนของรหัสที่ซ้ำจะถูกรวมกันในขั้นตอนถัดไป ปัจจุบันระบบไม่ได้รวมให้

คำถามที่ยังเปิดอยู่ ถ้ารหัสซ้ำกันแต่จำนวนต่างกัน ควรรวมจำนวนหรือไม่ และควรเป็นใครรวม เรื่องนี้ยังไม่ได้ยืนยันจากการรันจริง

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจถามว่านี่คือกรณีโช้คอัพที่ขึ้นเป็น “E” หรือไม่ เรื่องนี้ยืนยันจากโค้ดไม่ได้ ขอให้ยืนยันว่าหมายถึงสินค้าตัวไหน

ต่างจากกฎในชีต กฎระบุว่าระบบเทียบข้อความกับข้อมูลแคตตาล็อก และบอทแต่งเบอร์เองไม่ได้ ปัจจุบันบอทอ่านรหัสจากข้อความแล้วส่งไปค้นในระบบ TRU ส่วนข้อมูลแคตตาล็อกจะใช้ทีหลัง เฉพาะรหัสที่ระบบ TRU ไม่รู้จัก เบอร์ที่แต่งขึ้นจะไม่ถึงร้าน เพราะมีการเช็กข้อความตอบ แต่การเช็กนี้ดูแค่ว่ารหัสมีอยู่ในรายการของ TRU ไหม รหัสจริงของ TRU ที่บอทจำได้เอง โดยไม่ได้ค้นจากข้อความนี้ จึงยังผ่านไปได้

ต่างจากกฎในชีต ชีตอธิบายว่าการแทนตัวอักษรใช้กับข้อความที่บอทอ่านจากรูป แต่ปัจจุบันระบบใช้กับทุกรหัสที่นำมาเทียบกับรายการแคตตาล็อกของ TRU ทั้งรหัสที่พิมพ์และรหัสจากรูป ฝ่ายธุรกิจตอบว่าการแทนตัวอักษรไม่ได้ถูกต้องเสมอ เพราะเบอร์สินค้าจริงบางเบอร์ต้องใช้ตัว O และขอให้บอทเสนอเบอร์ให้เลือกหรือใช้ประเภทสินค้าเป็นข้อมูลช่วยพิจารณา ร่างกฎยังระบุว่ารอข้อสรุป ปัจจุบันระบบแทนตัวอักษรอัตโนมัติ ไม่ถามร้าน และไม่ใช้ประเภทสินค้าประกอบ

คำถามที่ยังเปิดอยู่ บอทควรถามร้านว่าหมายถึงรหัสรูปแบบใด หรือใช้ประเภทสินค้าเป็นข้อมูลช่วยพิจารณา แทนการแทนตัวอักษรโดยไม่แจ้งหรือไม่ การตรวจครั้งนี้ยังไม่ได้นับว่ารหัสจริงของ TRU ที่ต่างกันเฉพาะ O กับ 0 หรือ L กับ I มีทั้งหมดกี่คู่

ต่างจากกฎในชีต กฎระบุว่าระบบไม่รับรหัสที่ไปแทรกอยู่ในคำหรือข้อความที่ติดกัน ตอนนี้ยังเป็นแบบนั้นกับเบอร์ OE เบอร์ยี่ห้ออื่น และตัวเลขที่เป็นแค่ส่วนหนึ่งของเบอร์ยาว แต่รหัสของ TRU ที่เจอในข้อความยาวจะไม่ถูกตัดทิ้งแล้ว ระบบส่งให้บอทพิจารณา เพราะเคยลองใช้กฎตายตัว 5 ข้อกับกรณีนี้ และทั้ง 5 ข้อใช้ไม่ได้กับรหัสจริง

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจโอเคไหมที่ให้บอทตัดสินกรณีแบบนี้ โดยไม่แสดงการ์ดจนกว่าบอทจะพูดถึงรหัส และรหัสที่ตามด้วยจำนวน (“30020 2 ชิ้น”) ควรถูกตัดออกจากการค้น เพราะมองว่าเป็นส่วนหนึ่งของเบอร์ยาวไหม ความเสี่ยงคือบอทรับรหัสที่เป็นแค่ส่วนหนึ่งของข้อความ ทั้งที่ไม่ใช่สินค้าที่ร้านต้องการ

ต่างจากกฎในชีต ชีตกล่าวถึงเฉพาะเบอร์ OE ปัจจุบันระบบเทียบเบอร์บนกล่องยี่ห้ออื่นด้วยวิธีเดียวกัน ดู NB-PC-02 หมายเหตุจากฝ่ายธุรกิจขอให้บอทแสดงทันทีว่ามีหลายยี่ห้อเมื่อพบสินค้าตรงกันหลายยี่ห้อ ปัจจุบันรายการตัวเลือกแสดงเฉพาะรหัสสินค้า ไม่มีชื่อยี่ห้อ บอทอาจเติมชื่อยี่ห้อในข้อความตอบเอง แต่ไม่ได้บังคับให้ทำ

คำถามที่ยังเปิดอยู่ รายการตัวเลือกควรแสดงยี่ห้อข้างแต่ละรหัสหรือไม่ นอกจากนี้ คำสั่งของบอท 2 ชุดยังขัดกันเรื่องการส่งเบอร์ OE ไปค้นหา ชุดหนึ่งให้ส่ง อีกชุดห้ามส่ง ฝ่ายธุรกิจอาจต้องการตรวจว่าในแชทจริงมีการค้นหาเบอร์ OE หรือไม่

ต่างจากกฎในชีต กฎอธิบายว่าบอทตอบได้เฉพาะรหัสจากรายการที่ระบบจับคู่ไว้ก่อน ปัจจุบันบอทเลือกรหัสเอง และสำหรับรหัสสินค้า การตรวจข้อความตอบจับได้เฉพาะรหัสที่ไม่มีอยู่จริงเลย (การตรวจเดียวกันนี้ยังไม่ให้ส่งราคาหรือวันที่ที่ไม่ได้ค้นมาด้วย)

ต่างจากกฎในชีต กฎระบุว่าการค้นหานี้ปิดไว้เป็นค่าเริ่มต้น และคำบรรยายตามตัวอย่างจะค้นไม่พบแล้วส่งต่อให้เซลล์ ปัจจุบันเปิดการค้นหาอยู่ จึงค้นหาตามตัวอย่างแทนการส่งต่อ สิ่งที่ฝ่ายธุรกิจระบุว่าอยากให้เป็นใน AI-34 คือเปิดใช้งาน ซึ่งตรงกับการทำงานปัจจุบัน

ต่างจากกฎในชีต กฎระบุว่าระบบค้นหาจากคำบรรยายเฉพาะเมื่อไม่พบรหัสในส่วนใดของข้อความ ปัจจุบันลำดับนี้เป็นคำสั่งให้บอท ไม่ใช่สิ่งที่ระบบบังคับ และบอทยังเลือกค้นหาจากคำบรรยายได้

ต่างจากกฎในชีต กฎระบุว่าแสดงรายการพร้อมแจ้งเซลล์ว่าหาสินค้าไม่พบ ปัจจุบันแสดงรายการเสมอ แต่แจ้งเซลล์เฉพาะเมื่อไม่มีสินค้าใดได้รับการค้นหาราคาในข้อความนั้น ซึ่งเป็นผลจากวิธีนับของระบบ ไม่ใช่กฎที่กำหนดไว้สำหรับกรณีนี้โดยเฉพาะ

คำถามที่ยังเปิดอยู่ ควรแจ้งเซลล์ทุกครั้งที่บอททำได้เพียงแสดงตัวเลือกจากคำบรรยายหรือไม่ ปัจจุบันขึ้นอยู่กับว่าบอทค้นหาราคาตัวเลือกใดด้วยหรือไม่

ต่างจากกฎในชีต กฎอธิบายข้อความตายตัวที่แสดงข้อความของร้านซ้ำพร้อมแจ้งว่าไม่มีสินค้าใกล้เคียง หรือแจ้งจำนวนตามด้วยรายการลำดับเลขแยกตามคำค้น และขอรายละเอียดเพิ่ม ปัจจุบันไม่มีข้อความรูปแบบนั้นแล้ว ผลที่ได้ยังเหมือนเดิม คือแสดงรายการที่พบหรือแจ้งว่าไม่พบ และขอรายละเอียดเพิ่ม

ต่างจากกฎในชีต กฎพูดถึงปัญหาของการค้นหาจากคำบรรยายแบบเดิมที่ไม่ตัดสินค้าเลิกผลิตออก ร้านจึงอาจเห็นสินค้าเหล่านั้น ตอนนี้ระบบตัดสินค้าเลิกผลิตออกหลังถามระบบ TRU แล้ว โดยการค้นด้วยคำตัดเองก่อนที่บอทจะเห็นผล ส่วนสินค้าที่ได้จากทางอื่นจะถูกตัดตอนค้นราคา ไม่ว่าจะเจอจากการค้นแบบไหน ฝ่ายธุรกิจยังมีอีกคำถามหนึ่งที่การตรวจครั้งนี้ตอบไม่ได้ คือระบบ TRU บันทึกเฉพาะสินค้าใช้แทนที่ตรงกัน 100 เปอร์เซ็นต์ แต่ตอนนี้ TRU ก็ขายสินค้าเบอร์อื่นแทนสินค้าที่เลิกผลิตด้วย

คำถามที่ยังเปิดอยู่ บอทควรทำอย่างไรเมื่อร้านถามรหัสเฉพาะที่เลิกผลิตแล้ว และ TRU จะขายเบอร์อื่นแทน แต่ข้อมูล TRU ไม่ได้ระบุสินค้าใช้แทนไว้ สิ่งที่ฝ่ายธุรกิจระบุว่าอยากให้เป็นอ้างถึงข้อเสนอในคอลัมน์ที่ไม่มีให้ดูในการตรวจครั้งนี้

คำถามที่ยังเปิดอยู่ บอทได้รับคำสั่งให้ถามร้านก่อน และไม่ส่งต่อรหัสที่หาไม่พบ แต่ตามการทำงานของระบบ เซลล์ยังได้รับบันทึกเมื่อไม่มีสินค้าใดได้รับการค้นหาราคาในข้อความ ต้องการให้เป็นเช่นนี้หรือไม่ นอกจากนี้ การตรวจช่วงต้น ต.ค. 2569 จาก 645 รหัสที่เคยจัดไว้ว่าไม่ขายตามกฎ ไม่พบรหัสใดที่ถูกยกเว้นจากการขายจริง ส่วนใหญ่เป็นรหัสที่ TRU ไม่มี บอทจึงไม่มีหลักฐานว่ารหัสถูกถอนออกจากการขายหรือเป็นรหัสที่ไม่รู้จัก

คำถามที่ยังเปิดอยู่ เอกสารคำแนะนำบอทระบุว่ามีเบอร์ยี่ห้ออื่น 138,773 เบอร์ และเบอร์ OE 95,480 เบอร์ แต่หมายเหตุในระบบระบุ 113,776 และ 78,242 เบอร์ โดยอ้างอิงข้อมูลที่ TRU ส่งออกเมื่อ 24 ก.ย. 2569 ตัวเลขทั้ง 2 ชุดต่างกัน และการตรวจครั้งนี้ยังไม่ได้ยืนยันว่าชุดใดเป็นข้อมูลปัจจุบัน

คำถามที่ยังเปิดอยู่ หัวข้อการ์ดรายการระบุว่าไม่พบรหัสตรงตัว ซึ่งตรงกับกรณีพิมพ์ผิด แต่ดูไม่ตรงกับกรณีที่ระบบรู้จักเบอร์และจับคู่ได้หลายสินค้า ฝ่ายธุรกิจต้องการเปลี่ยนหัวข้อหรือไม่ และควรแจ้งเซลล์เรื่องเบอร์ที่บอทถามให้ร้านเลือกแล้วหรือไม่ ปัจจุบันแจ้งทั้งกรณีที่มีรายการอื่นได้รับการค้นหาราคาและกรณีสั่งซื้อ

คำถามที่ยังเปิดอยู่ ระบบหารุ่นแพ็กโดยค้นหาสินค้าจากข้อมูลปัจจุบันของระบบ TRU 1 ครั้งต่อรหัสที่ไม่รู้จัก การตรวจครั้งนี้ยังไม่ได้นับว่าค้นหาแบบนี้วันละกี่ครั้ง

คำถามที่ยังเปิดอยู่ การที่บอทตัดสินว่าเป็นชื่อกำกับหรือส่วนท้ายรหัสไม่มีกฎตายตัวรองรับ เคยลองใช้กฎตายตัว 5 ข้อกับรหัสจริง 4,967 รหัส และทั้ง 5 ข้อใช้ไม่ได้ ฝ่ายธุรกิจอาจต้องการติดตามกรณีเหล่านี้ในแชทจริง

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ถ้าข้อความถามต่อมีรหัสรถที่แต่งขึ้นหรือระบบไม่รู้จัก ระบบยังถือว่าเป็นคำถามต่อและใช้รถคันเดิม เอกสารระบบเขียนไว้ว่าเรื่องนี้ยังไม่มีข้อสรุป ฝ่ายธุรกิจต้องการให้ตรวจเข้มขึ้นหรือไม่ อีกเรื่องหนึ่ง ข้อความปัจจุบันของร้านน่าจะถูกบันทึกไว้แล้วตอนที่ระบบอ่าน 6 ข้อความ จึงอาจกินที่ไปหนึ่งตำแหน่ง ข้อนี้ดูจากลำดับการทำงานของระบบ ยังไม่เคยเจอในแชทจริง

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ถ้าข้อความถามต่อระบุยี่ห้อที่ TRU ไม่มีข้อมูล เช่น ยี่ห้อซูเปอร์คาร์ ระบบก็ยังใช้รถคันเดิมต่อ จะเลิกใช้รถคันเดิมเฉพาะยี่ห้อที่อยู่ในรายการ 126 ยี่ห้อของ TRU ฝ่ายธุรกิจต้องการให้ตรวจเข้มขึ้นหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ระบบไม่ได้จับคู่ชื่อที่ TRU บันทึกไว้ต่างกัน เช่น Sigma กับ Galant หรือ 730Ld กับ 730d โดยอัตโนมัติ บอทได้รับข้อมูลชื่อที่ใช้ในวงการไว้ในบันทึกคำศัพท์ และคาดหวังให้ลองค้นใหม่ด้วยชื่อที่ TRU ใช้ ยังไม่ได้วัดว่าวิธีนี้สำเร็จบ่อยเพียงใดในแชทจริง

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ บันทึกเดิมเรื่องรหัสตัวถังส่วนต้น 2 ตัวอักษร (PM ถูกอ่านเป็น Chevrolet) ล้าสมัยแล้ว ตอนนี้ระบบกำหนดให้ต้องมียี่ห้อหรือชื่อรุ่นเขียนอยู่ข้างรหัส 2 ตัวอักษร เคยเช็กพฤติกรรมที่แก้แล้วกับแชทจริงหรือยัง น่าจะเป็นบั๊ก: เมื่อรหัสตัวถังตรงกับรถรุ่นเดียว ระบบไม่ได้ส่งตัวถังไปด้วย ทั้งที่ข้อมูลของรหัสนั้นมีตัวถังอยู่แล้ว รายการจึงอาจมีสินค้าของรถรุ่นเดียวกันที่เป็นตัวถังอื่นปนมา (FINDINGS 19)

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ รหัสอย่าง W205 มีรถประมาณ 10 แบบ และระบบถามครั้งละ 4 แบบ ถ้ารหัสมีรถหลายแบบ การตอบอาจช้า และบางแบบอาจไม่ตอบกลับมา (ดูกฎเรื่องคำตอบที่ได้ไม่ครบ) TRU ยังไม่ได้บอกว่ารับภาระได้เท่าไร

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ตั้งไว้ที่ 8 รุ่นเพื่อไม่ให้เซิร์ฟเวอร์ขนาดเล็กของ TRU ทำงานหนักเกินไป จำนวนนี้พอดีระหว่างการถามร้านเพิ่มกับการตอบให้เลยหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ คำแนะนำที่ส่งให้บอทระบุให้ขอเลขตัวถังจากร้าน แต่บอทค้นด้วยเลขตัวถังไม่ได้ และคำสั่งส่วนอื่นห้ามค้นด้วยเลขนี้ ฝ่ายธุรกิจต้องการให้ขอรหัสตัวถัง เช่น W205 แทนหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ คำอย่าง ABS อยู่ในตารางเครื่องยนต์ของ TRU ด้วย ระบบจึงจะถือว่าคำหนึ่งเป็นเครื่องยนต์เฉพาะเมื่อผ่านเกณฑ์ตรวจที่เข้มขึ้น หากมีรหัสเครื่องยนต์ 2 รหัสในข้อความเดียว เช่น M111 หรือ M271 ระบบจะไม่เดา แนวทางเหล่านี้เหมาะสมหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ระบบส่งเงื่อนไขเครื่องยนต์ไปก็ต่อเมื่อข้อมูล TRU ระบุได้ว่าเครื่องยนต์นั้นอยู่ในรถรุ่นนั้น และจะเลิกใช้เงื่อนไขนี้เงียบ ๆ ถ้า TRU ไม่มีรายการของเครื่องยนต์นั้นในรถรุ่นนั้น ยังไม่ได้วัดว่าเครื่องยนต์ที่ร้านพิมพ์มาถูกข้ามไปเงียบ ๆ ด้วยเหตุผลข้อใดข้อหนึ่งนี้บ่อยแค่ไหน น่าจะเป็นบั๊ก: รายการเครื่องยนต์ของรถ ที่จะให้บอทใช้ถามร้านว่าเป็นเครื่องไหน ไม่เคยถูกสร้าง เพราะการค้นตามรถไม่เคยส่งตัวถังมาให้ (FINDINGS 20)

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ รายการคำค้นของ TRU ไม่มี 227 คำที่บอทใช้ค้นในช่วงวันที่ 10 ถึง 13 ต.ค. 2569 (บอทอาจแปลคำของร้านไปแล้ว) ยังไม่ได้ส่งรายการนี้ให้ TRU ฝ่ายธุรกิจต้องการให้ส่งหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ หลังค้นตามรถแล้ว ไม่ว่าจะเจอสินค้าหรือไม่ ระบบยอมให้ค้นด้วยคำทั่วไปในคำอธิบายสินค้าได้ ถ้าระบบรู้จักรถและคำค้นมีคำเรียกสินค้าจริงอยู่ด้วย แต่ถ้าระบบไม่รู้จักรถ จะไม่ยอม สินค้าที่เจอจากชื่ออย่างเดียวต้องระบุว่าเจอจากชื่อ ดูกฎเรื่องสินค้าที่พบจากชื่อ ยังไม่ได้วัดว่าการค้นรอบสองนี้เจอสินค้าบ่อยแค่ไหน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ก่อนวันที่ 8 ต.ค. 2569 ระบบเคยบันทึกกรณีระบบ TRU ขัดข้องเป็นกรณีนี้ ปัจจุบันจะบันทึกเฉพาะเมื่อรถทุกแบบตอบกลับมาว่าไม่พบสินค้า ยังไม่ทราบว่า TRU ดำเนินการตามบันทึกเหล่านี้หรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ระบบเพิ่มสินค้าที่พบจากชื่อได้สูงสุด 12 รายการ ฝ่ายธุรกิจเห็นด้วยกับการแสดงสินค้าที่ TRU ยังไม่ได้ระบุว่าใช้กับรถนั้นหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ คำแนะนำที่ส่งให้บอทระบุว่าเช็กราคาได้ครั้งละ 10 รหัส แต่การเช็กราคาจริงรับได้ครั้งละ 30 รหัส และบอทเช็กได้ 2 ครั้ง บอทจึงอาจถามให้ร้านเลือกกลุ่ม ทั้งที่เช็กราคาได้ถึง 60 รหัส ฝ่ายธุรกิจต้องการให้บอทยึดจำนวนใด

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ระบบไม่ได้เรียงการ์ดจากการค้นตามรถให้สินค้าที่มีสต็อก ราคาถูกสุด หรือขายดีสุดขึ้นก่อน ฝ่ายธุรกิจต้องการกำหนดลำดับหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ระบบจะเลิกรอการค้นที่ไม่ตอบกลับภายใน 12 วินาที ซึ่งเป็นเวลาที่เราตั้งเอง (เอกสารระบบยังเขียนว่า 40 วินาที) ถ้าการค้นแบบเจาะจงค้าง ระบบยังถามรายการสินค้าทั้งหมดของรถต่อ รถแบบนั้นจะนับว่าไม่ตอบกลับก็ต่อเมื่อการถามครั้งสุดท้ายนี้ล้มเหลวด้วย ฝ่ายธุรกิจรับเวลารอได้เท่าไร และรับสัดส่วนคำตอบที่ได้ไม่ครบได้เท่าไร

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ระบบตรวจว่ารหัสที่เสนอมีอยู่จริงและมีการค้นแล้ว แต่ไม่ได้เทียบรหัสกับรถของร้าน การยืนยันว่าสินค้าใช้กับรถได้จริงจึงอาศัยบอททำตามคำสั่ง ฝ่ายธุรกิจต้องการให้ตรวจเข้มขึ้นหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ค้นได้ 5 ครั้งและทำงานได้ 6 ขั้นเป็นขีดจำกัดที่ตั้งไว้เพื่อให้ตอบได้เร็ว ถ้าร้านพูดถึงของที่ต่างกันเกิน 5 อย่างในข้อความเดียว ส่วนที่เหลือจะไม่ได้ค้น ฝ่ายธุรกิจต้องการปรับจำนวนหรือไม่

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ กฎนี้อยู่ในคำสั่งของบอท แต่ระบบไม่ได้ตรวจบังคับ บอทจึงอาจถามครั้งที่ 2 หรือส่งต่อก่อนกำหนด ถ้อยคำที่ใช้เป็นของบอท

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ยังไม่มีกฎเป็นลายลักษณ์อักษรว่าบอทบอกร้านได้ว่าอย่างไร เมื่อสินค้าที่ขายได้ไม่มีรายการรถที่ใช้ได้เลย กลุ่มตรวจสอบข้อมูลของ TRU จะได้รับแจ้งเมื่อรหัสสินค้าที่ขายได้และร้านถามถึงไม่มีรายการรถ แต่ยังไม่รู้ว่าใครทำอะไรต่อ ควรบอกร้านว่าอย่างไร

ต่างจากกฎในชีต เอกสารกฎธุรกิจยังไม่มีกฎเรื่องนี้ ข้อนี้อธิบายสิ่งที่บอททำอยู่ในปัจจุบัน

คำถามที่ยังเปิดอยู่ ตัวอักษรแบบนี้อาจไปอยู่ในคำอื่นได้ด้วย เคยเช็กกฎ 3 ถึง 4 ตัวอักษรกับแชทจริงแล้วหรือยัง เหมือนที่เช็กกฎ 2 ตัวอักษรมาแล้ว

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน กฎอธิบายรายการคำค้นตายตัว ปัจจุบันบอทอ่านจากทั้งประโยค

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน ไม่มีการแบ่งประเภทคำขอแล้ว บอทเลือกเองว่าจะค้นอะไรจากข้อความ

ต่างจากกฎในชีต กฎกำหนดให้ตอบสินค้าแต่ละรายการเป็นข้อความ 1 ชุด มีข้อความเรื่องแพ็ค บรรทัดสต็อก และบรรทัดราคา ปัจจุบันรายละเอียดแบ่งอยู่ในการ์ดสินค้าและข้อความตอบ

ต่างจากกฎในชีต ผลเหมือนกฎ แต่บอทเลือกถ้อยคำในแต่ละครั้ง ไม่ได้ใช้ประโยคตายตัว คำตอบแต่ละครั้งจึงอาจใช้คำต่างกัน

ต่างจากกฎในชีต ผลเหมือนกฎ กฎกำหนดประโยคตายตัว แต่ปัจจุบันบอทเรียบเรียงข้อความเอง

ต่างจากกฎในชีต ผลเหมือนกฎ กฎอ้างถึงการทำงานของบอทเดิม (CB01) ซึ่งปัจจุบันไม่มีแล้ว

ต่างจากกฎในชีต กฎกำหนดให้ส่งต่อเซลล์ทันทีพร้อมข้อความทั่วไป ปัจจุบันบอทถามร้านก่อน 1 ครั้ง แล้วจึงส่งต่อ

ต่างจากกฎในชีต ฝ่ายธุรกิจยังไม่ได้ตัดสินกฎข้อนี้ การสั่งซื้อทำงานต่างจากการถามราคา ถ้าสั่งเกินจำนวนที่เหลือ จะไม่รับทั้งรายการ ไม่ได้ขายเท่าที่มี สินค้าที่เลิกผลิตและไม่มีสินค้าใช้แทน ถ้าพบจากการค้นหาจะถูกตัดออกเงียบ ๆ แต่ถ้าเป็นรหัสที่ร้านพิมพ์มา จะส่งให้เซลล์พร้อมเหตุผลว่าเลิกผลิต

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจระบุไว้ 6 กรณี (8 ก.ย. 2569) แต่ละกรณีตรงกับที่บอททำอยู่ตอนนี้หรือไม่?

ต่างจากกฎในชีต กฎกำหนดว่าไม่ต้องให้ใครหาสินค้าทางเลือก ปัจจุบันแจ้งเซลล์เพื่อให้ช่วยหา บอทไม่ได้ใช้ประโยคตายตัวว่า “สินค้านี้เลิกผลิตแล้ว ต้องขออภัย” แต่เรียบเรียงข้อความเอง

ต่างจากกฎในชีต เหมือนกฎเดิม ฝ่ายธุรกิจยังไม่ได้ยืนยัน

ต่างจากกฎในชีต บอทจะไม่รับรายการถ้าจำนวนขั้นต่ำของช่วงราคาแรกสูงกว่าขนาดบรรจุ หรือถ้ามีหลายช่วงราคาแล้วจำนวนขั้นต่ำของช่วงใดช่วงหนึ่งหารด้วยขนาดบรรจุไม่ลงตัว แต่ที่ฝ่ายธุรกิจต้องการคือให้เช็กว่าจำนวนขั้นต่ำต้องไม่ต่ำกว่าขนาดบรรจุ สองแบบนี้เช็กคนละเรื่อง

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจต้องการให้ตรวจเงื่อนไขใด? ตัวอย่างที่ให้ไว้คือกล่องละ 10 ชิ้น ต้องไม่ตั้งราคาสำหรับจำนวนที่น้อยกว่า 1 กล่องที่มี 10 ชิ้น

ต่างจากกฎในชีต ตรงตามกฎ รวมถึงข้อที่ฝ่ายธุรกิจขอให้แจ้งเซลล์ทุกครั้ง แก้เมื่อ 4 ต.ค. 2569 ก่อนหน้านั้นสินค้าที่ระบบ TRU ไม่ตอบอาจถูกแจ้งว่าไม่พบ

ต่างจากกฎในชีต ผลเหมือนกฎ แต่ข้อความเหตุผลที่เซลล์เห็นไม่ใช่ข้อความตามกฎที่ว่า “ไม่พบราคาตามโครงสร้าง”

ต่างจากกฎในชีต การคิดราคาตรงตามกฎ แต่รายการราคาทุกช่วงจำนวนที่กฎให้แสดงแก่ร้านไม่มีแล้ว ฝ่ายธุรกิจเพิ่มเงื่อนไขว่าให้ใช้เฉพาะราคาพิเศษที่ยังมีผล บอทไม่ได้เช็กวันสิ้นสุดเอง แค่ไม่ใช้ราคา 0 และ 999999

คำถามที่ยังเปิดอยู่ ระบบ TRU ส่งมาเฉพาะราคาพิเศษที่ยังมีผลหรือไม่? ยังไม่ได้ตรวจยืนยัน

ต่างจากกฎในชีต ประโยคเรื่องแพ็คตรงตามกฎ แต่รายการราคาแยกเป็นแพ็คและเป็นชิ้นที่กฎเขียนไว้ไม่มีแล้ว ร้านเห็นราคาเดียว

ต่างจากกฎในชีต กฎเดิมกำหนดให้บอทแจ้งราคาปัจจุบันโดยไม่บอกว่าไม่มีประวัติ ปัจจุบันบอทแจ้งตามที่ฝ่ายธุรกิจขอแล้ว

ต่างจากกฎในชีต ชีตระบุว่า ถ้าข้อความมีหน่วยลังตรงไหนก็ตาม ให้ส่งทั้งคำขอให้เซลล์และไม่สร้างตะกร้า ปัจจุบันระบบพักเฉพาะรายการที่หน่วยนั้นอยู่ด้วย และใส่รายการอื่นลงตะกร้าตามปกติ ระบบจะพักทั้งคำขอเฉพาะเมื่อจับคู่หน่วยกับรายการใดรายการหนึ่งไม่ได้ หมายเหตุของผู้พัฒนาในชีตเองก็ระบุว่าเปลี่ยนเรื่องนี้ใน v1.4.8

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจรับได้ไหมถ้ากฎคือส่งเฉพาะรายการที่สั่งเป็นลังให้เซลล์ ตอนนี้เคสทดสอบของบอทที่เขียนจากกฎในชีตนี้ ยังคาดว่าต้องพักทั้งคำขอ อีกเรื่องคือ การเช็กของระบบจับไม่ได้เมื่อหน่วยเขียนติดคำสุภาพ เช่น “3 กล่องครับ” หรือ “1 ลังครับ” หรือเมื่อเขียนจำนวนเป็นคำ เช่น “สองลัง” กรณีแบบนี้มีแค่การตัดสินใจของบอทที่กันไม่ให้ลังถูกใส่ตะกร้าเป็นชิ้น และรายการที่สั่งเป็นลังซึ่งใช้รหัสตัวเลขล้วน ควรให้ระบบจับคู่กับรายการของมันเองไหม แม้บอทจะไม่ใส่รายการนั้นลงตะกร้าอยู่แล้ว

ต่างจากกฎในชีต ชีตระบุให้ส่งคำขอให้เซลล์ทันที พร้อมประโยคที่กำหนดไว้ ปัจจุบันบอทถามร้านก่อน 1 ครั้ง และส่งต่อเฉพาะเมื่อยังไม่ได้ข้อมูล โดยบอทเรียบเรียงข้อความตอบเอง

ต่างจากกฎในชีต รายการในชีตต่างจากปัจจุบัน 2 ข้อ ข้อแรก ระบบไม่ได้เช็กโปรโมชันตอนใส่ตะกร้า สินค้าในโปรโมชันจึงใส่ตะกร้าได้เหมือนสินค้าทั่วไป คำสั่งของบอทมีข้อให้ส่งเรื่องโปรโมชันและของแถมให้เซลล์ แต่ข้อนั้นดูจากถ้อยคำของร้าน ไม่ได้ดูจากตัวสินค้า ข้อที่สอง จำนวนที่ไม่ลงตัวเป็นแพ็คจะไม่ส่งให้เซลล์ บอทจะถามร้านให้ระบุจำนวนที่สั่งได้ ดู C3-06 ที่ส่งให้เซลล์มีเฉพาะราคาที่ไม่ลงตัวกับจำนวนชิ้นต่อแพ็ค ส่วนกรณีอื่นในรายการ คือไม่พบสินค้า มีหลายบริษัท ไม่มีราคา และระบบ TRU ไม่ตอบ จะส่งให้เซลล์ ขณะที่รายการอื่นทำต่อได้ ตามที่ชีตระบุ

คำถามที่ยังเปิดอยู่ ควรหยุดสินค้าที่อยู่ในโปรโมชันไม่ให้เข้าตะกร้า และส่งให้เซลล์เหมือนบอทเดิมหรือไม่ ยังไม่ได้ตรวจยืนยันว่าในการสั่งซื้อ บอทส่งสินค้าโปรโมชันให้เซลล์ก่อนเพิ่มเข้าตะกร้าหรือไม่ นอกจากนี้ ยังยืนยันไม่ได้ว่าปัจจุบันข้อมูล TRU มีสินค้าเดียวอยู่ภายใต้หลายบริษัทหรือไม่ เพราะกรณีนี้เกิดขึ้นเฉพาะเมื่อระบบเลือกบริษัทไม่ได้

ต่างจากกฎในชีต ชีตระบุว่า ถ้ายังมีสินค้าที่ไม่มีจำนวน จะไม่ใส่สินค้าใดลงตะกร้าในการตอบครั้งนั้น เช่น คำสั่งซื้อ 10 รายการที่ขาดจำนวนไป 1 รายการ จะไม่ได้ตะกร้าเลย ปัจจุบันพักเฉพาะสินค้าที่ไม่มีจำนวน ส่วนสินค้าอื่นใส่ตะกร้าตามคำสั่งของบอท เมื่อร้านบอกจำนวนที่ขาด จะมีการ์ดใบที่ 2 ตามมา ร้านจึงมีปุ่มยืนยันปุ่มที่ 2 ด้วย

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจต้องการแบบไหน จะพักทั้งตะกร้าไว้จนรู้จำนวนครบทุกรายการ (ตามชีต) หรือใส่รายการที่ครบแล้วลงตะกร้า แล้วถามเรื่องรายการที่เหลือ (ตามที่คำสั่งของบอทและระบบทำอยู่) ถ้าจะพักทั้งหมด ต้องแก้ทั้งคำสั่งของบอทและระบบ ยังเช็กไม่ได้ว่าในการใช้งานจริง บอททำอย่างไรเมื่อคำสั่งกับชีตไม่ตรงกัน เคสทดสอบของบอทที่เขียนจากกฎนี้ ยังคาดว่าต้องพักทั้งตะกร้า

ต่างจากกฎในชีต ชีตยังระบุให้บอทแสดงรายการราคาพร้อมข้อความปฏิเสธ ปัจจุบันข้อความปฏิเสธไม่มีรายการราคา ราคาจะแสดงบนการ์ดสินค้าเฉพาะเมื่อบอทค้นหาสินค้านั้นมาก่อน

ต่างจากกฎในชีต ฝ่ายธุรกิจขอให้บอทบอกจำนวนที่เหลือ และเมื่อร้านจะซื้อ ให้ทำการ์ดเฉพาะจำนวนที่มีสต็อก (ความสำคัญระดับกลาง ทำหลังช่วงเบตา) ตอนนี้ระบบปฏิเสธทั้งรายการ ไม่บอกจำนวนที่เหลือ และไม่ใส่จำนวนที่เหลือลงตะกร้า สิ่งที่เกิดขึ้นจริงยังเป็นไปตามกฎเดิมในชีต คือแจ้งว่าเลิกผลิตและเอารายการออกจากตะกร้า

คำถามที่ยังเปิดอยู่ ควรเพิ่มจำนวนที่มีในสต็อกเข้าตะกร้า และปฏิเสธเฉพาะจำนวนที่ขาดหรือไม่ นอกจากนี้ บอทจะแจ้งจำนวนคงเหลือเฉพาะเมื่อเคยตรวจสต็อกก่อนหน้านี้ในการสนทนา ดู EOP-01

คำถามที่ยังเปิดอยู่ เมื่อแบ่งสต็อกให้ตรงเงื่อนไขไม่ได้ การ์ดสินค้าพร้อมส่งจะแสดงจำนวนมากกว่าสต็อกที่มี โดยไม่แจ้งเรื่องนี้ ฝ่ายธุรกิจยอมรับได้หรือไม่ หรือควรแจ้งว่าสต็อกไม่พอบนการ์ดหรือในข้อความตอบ

ต่างจากกฎในชีต ฝ่ายธุรกิจยังไม่ได้ตัดสินใจกฎนี้ และให้ความเห็นว่าซ้ำกับ C3-03 ซึ่งส่งสินค้าที่ไม่มีราคาให้เซลล์ การทำงานเหมือนกรณีไม่มีราคาใน C3-03 คือไม่นำรายการขึ้นการ์ด ไม่แสดงราคา 0 และส่งให้เซลล์

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจเห็นว่ากฎนี้ไม่ชัดเจน เพราะซ้ำกับกรณีไม่มีราคาใน C3-03 รวมทั้ง 2 กฎเป็นกฎเดียวได้หรือไม่

ต่างจากกฎในชีต ชีตระบุให้แสดงสินค้าที่ไม่มีจำนวนแก่เซลล์เป็น 1 ชิ้น ปัจจุบันเซลล์ไม่เห็นจำนวนเลย เห็นเพียงรหัสและข้อความที่ร้านพิมพ์ จึงไม่มีรายการใดแสดงเป็น 1 หากอ่านการตั้งค่าเปิดหรือปิดไม่ได้ บอทจะถือว่าเปิดและเพิ่มสินค้าเข้าตะกร้าตามปกติ

คำถามที่ยังเปิดอยู่ หากอ่านการตั้งค่าเปิดหรือปิดไม่ได้ ควรถือว่าปิดหรือไม่ กฎ ER-02 ในชีตระบุให้ถือว่าปิดและส่งให้เซลล์แทนการเพิ่มเข้าตะกร้า ปัจจุบันระบบถือว่าเปิด เพื่อไม่ให้การค้นหาที่ล้มเหลวหยุดการสั่งซื้อ หากช่องตั้งค่านี้ว่าง ระบบจะถือว่าข้อมูลแถวของกลุ่มนั้นไม่ถูกต้อง จึงอ่านการตั้งค่าของกลุ่มไม่ได้และยังเปิดให้เพิ่มตะกร้าต่อไป ควรแจ้งจำนวนให้เซลล์ในข้อความนี้ด้วยหรือไม่

ต่างจากกฎในชีต ชีตระบุว่าร้านจะเห็นแค่ข้อความว่าเซลล์รับเรื่องต่อ ทุกครั้ง ตอนนี้เป็นแบบนั้นเฉพาะเหตุผลที่ต้องให้คนดูแล และประโยคของระบบบอกไว้ด้วยเท่านั้น ถ้าเป็นเหตุผลที่ร้านแก้เองได้ บอทจะถามร้าน ส่วนสินค้าเลิกผลิตหรือรหัสที่ค้นไม่พบ ร้านจะไม่ได้รับแจ้งว่าจะมีคนติดตามให้

ต่างจากกฎในชีต ฝ่ายธุรกิจยังไม่ได้ตัดสินใจกฎนี้ ชีตระบุว่าการ์ดมีคำเตือนให้ติดต่อเซลล์หากรายการไม่ครบ การ์ดจริงไม่มีคำเตือนนี้ แต่มีประโยคเรื่องแก้จำนวน ราคาต่อหน่วยและจำนวนแสดงรวมกันในบรรทัดข้อความขนาดเล็ก ไม่ได้แยกเป็นช่องพร้อมชื่อกำกับ

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจถามว่ามีอะไรอีกที่ช่วยกันคำสั่งซื้อตกหล่นได้ ต้องการเพิ่มวิธีไหน ตอนนี้มีบรรทัดเรื่องแก้ไขรายการ การเตือนเซลล์ถ้าร้านยังไม่ยืนยันเมื่อผ่านไปสักพัก (ดู RM-01) และคำสั่งให้บอทบอกว่าควรใช้การ์ดใบไหน

ต่างจากกฎในชีต ชีตระบุว่าเมื่อมี 2 การ์ด จะบอกให้ร้านปัดขวาเพื่อดูยอดรวมและยืนยัน ปัจจุบันการ์ดทั้ง 2 ใบเป็นคนละข้อความ แต่ละใบมียอดรวมและปุ่มของตัวเอง คำแนะนำให้ปัดจะแสดงเฉพาะภายในการ์ดใบเดียวที่มีรายการยาว

คำถามที่ยังเปิดอยู่ ควรให้บอทแจ้งร้านเมื่อมี 2 การ์ด และแจ้งว่าต้องยืนยันแยกแต่ละใบหรือไม่ ปัจจุบันขึ้นอยู่กับบอท

ต่างจากกฎในชีต ชีตอธิบายว่าในระบบมีกฎอ่านจำนวนกฎเดียว ตอนนี้ระบบคำนวณเองเฉพาะตัวเลขที่ตามด้วย “โหล” หรือ “คู่” (ยกเว้นมีคำสุภาพติดมา) ส่วนจำนวนที่เขียนเป็นคำ บอทเป็นคนอ่าน ผลลัพธ์ที่ได้เหมือนกัน หลังจากนั้นจำนวนจะถูกนำไปเช็กกับจำนวนสั่งขั้นต่ำและจำนวนชิ้นต่อแพ็ค เหมือนจำนวนที่พิมพ์เป็นตัวเลข ดู NB-CT-14 สำหรับกรณีที่ผลคำนวณของระบบไปทับจำนวนของรายการอื่น

คำถามที่ยังเปิดอยู่ ไม่มีคำสั่งหรือกฎใดระบุ “two” หรือ “dozen” ว่าเป็นคำบอกจำนวนภาษาอังกฤษ บอทอ่านตามการตัดสินใจของตัวเอง และยังไม่ได้ตรวจเรื่องนี้ ควรให้ระบบเข้าใจ “โหล” หรือ “คู่” ที่เขียนติดกับคำสุภาพ รวมถึงจำนวนโหลที่เป็นทศนิยมด้วยหรือไม่

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจตอบว่ายังไม่เข้าใจกฎนี้ ความหมายคือ คำอย่าง “ชุดซ่อมคาลิปเปอร์” จะไม่ทำให้บอทคิดว่าร้านสั่งเป็นชุด เช่น “ชุดซ่อมคาลิปเปอร์ 55310 เอา 2 ชิ้น” คือ 2 ชิ้น คำอธิบายนี้พอที่จะปิดเรื่องนี้ได้ไหม

คำถามที่ยังเปิดอยู่ ระบบไม่มีกฎสำหรับอ่าน “x5” หรือ “=5” บอทอ่านตามการตัดสินใจของตัวเอง และมีเพียงกรณีรูปภาพที่ระบุไว้ในคำสั่งของบอท สำหรับ x5 หรือ =5 ที่พิมพ์เป็นข้อความ ยังไม่ได้ตรวจเพิ่มเติมนอกเหนือจากกรณีตรวจสอบของบอทเอง

คำถามที่ยังเปิดอยู่ ระบบไม่รู้จักคำบรรจุภัณฑ์ใหม่และปล่อยให้บอทพิจารณา คำสั่งซื้อเดียวกันจึงอาจถูกเพิ่มเข้าตะกร้าเป็นชิ้นในการตอบครั้งหนึ่ง แต่ถูกพักไว้ในการตอบอีกครั้ง ฝ่ายธุรกิจต้องการเพิ่มคำในรายการ หรือให้ส่งคำสั่งซื้อเหล่านี้ให้เซลล์

ต่างจากกฎในชีต ชีตระบุว่าจะไม่ใส่สินค้าใดลงตะกร้าในการตอบครั้งนั้น ซึ่งจริงเฉพาะกรณีสินค้าเดียว ถ้าเป็นรายการหลายตัวและขาดจำนวนแค่บางตัว ตัวที่มีจำนวนจะถูกใส่ตะกร้า

คำถามที่ยังเปิดอยู่ ดูกรณีหลายรายการที่ C3-04

คำถามที่ยังเปิดอยู่ ยอมรับได้หรือไม่ที่ร้านแก้ปัญหาแรกแล้วจึงพบปัญหาถัดไปในการตอบครั้งใหม่

คำถามที่ยังเปิดอยู่ จำนวนจำกัด 30 กำหนดจากขนาดการ์ด หมายเหตุในระบบระบุว่ายังไม่ได้ตรวจยืนยันเวลาตอบสำหรับรายการที่ยาวเท่านี้ รายการที่เกิน 60 รายการจะถูกปฏิเสธก่อนถึงกฎนี้ และยังไม่ได้ตรวจยืนยันว่าร้านจะเห็นอะไรในกรณีนั้น

คำถามที่ยังเปิดอยู่ ระบบแจ้งเซลล์ทั้งที่ร้านเป็นผู้ต้องเลือก ต้องการให้แจ้งเช่นนี้หรือเป็นข้อความรบกวน

คำถามที่ยังเปิดอยู่ บอทจัดรายการขึ้นใหม่จากการอ่านแชท ไม่พบว่าระบบตรวจเทียบกับคำสั่งซื้อจริงก่อนหน้า การแจ้งทุกรายการเพียงพอที่จะป้องกันความผิดพลาดหรือไม่

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน กฎอธิบายรุ่น AI ที่ส่งสินค้ากลับมาโดยไม่มีจำนวน ปัจจุบันตะกร้าไม่รับรายการนั้นและบอทถามจำนวน

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน กฎอธิบายรุ่น AI แยกอีกตัว ปัจจุบันผู้ช่วยตัวเดียวอ่านประโยค และตะกร้าตรวจซ้ำอีกครั้งด้วยรายการคำ

ต่างจากกฎในชีต กฎระบุว่าไม่กรองด้วยคำค้นก่อน การตรวจชั้นที่ 2 ของตะกร้าใช้รายการคำ ส่วนการอ่านของบอทไม่จำกัดอยู่แค่รายการนั้น

คำถามที่ยังเปิดอยู่ รับได้หรือไม่ที่มีรายการคำเป็นตัวสำรอง หรือควรให้การตรวจหน่วยอาศัยการอ่านของบอทอย่างเดียว

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน ไม่มีการแบ่งประเภทคำขอ บอทตัดสินจากประโยค

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน กฎแค่นิยามประเภทไว้ ปัจจุบันบอทตอบสั้น ๆ

คำถามที่ยังเปิดอยู่ เมื่อร้านปฏิเสธ บอทควรทำอย่างไร ตอบรับสั้น ๆ (ตามที่ทำวันนี้) หรือเงียบ

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน ชีตให้สร้างคำสั่งซื้อใหม่ ปัจจุบันระบบออกการ์ดใบใหม่ และการ์ดใบเก่ายังกดได้

คำถามที่ยังเปิดอยู่ รับได้หรือไม่ที่มีการ์ด 2 ใบค้างอยู่ในแชทหลังร้านตอบจำนวน

ต่างจากกฎในชีต กฎระบุว่าเมื่อตรวจสวิตช์ไม่ได้ ให้ถือว่าตะกร้าปิดและส่งคำขอให้เซลล์ ปัจจุบันเป็นตรงกันข้าม โดยตั้งใจ เพื่อไม่ให้การอ่านค่าที่ล้มเหลวทำให้บอทปฏิเสธทุกคำสั่งซื้อ

คำถามที่ยังเปิดอยู่ แบบไหนปลอดภัยกว่าสำหรับธุรกิจ ถือว่าปิดเมื่อตรวจไม่สำเร็จ (ตามชีต) หรือถือว่าเปิด (ตามที่ทำวันนี้)

คำถามที่ยังเปิดอยู่ เซลล์ยังอาจได้รับการเตือนสำหรับการ์ดที่ LINE ปฏิเสธทีหลังหรือไม่ ปัจจุบันระบบจัดการแค่กรณีที่เข้าคิวไม่สำเร็จ

ต่างจากกฎในชีต ผลตรงกับกฎ ที่เพิ่มมาอย่างเดียวคือการแจ้งเซลล์เมื่อร้านถามแค่ราคา ซึ่งชีตไม่ได้พูดถึง ถ้าช่องเปิดหรือปิดการเพิ่มสินค้าเข้าตะกร้าเว้นว่างไว้ ผลไม่ใช่แค่ปิดตะกร้า ระบบจะตัดทิ้งทั้งแถวของกลุ่ม และบอทจะไม่ตอบกลุ่มนั้นเลย

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจต้องการให้แจ้งเซลล์หรือไม่ เมื่อร้านในกลุ่มที่ปิดการเพิ่มสินค้าเข้าตะกร้าถามแค่ราคา

ต่างจากกฎในชีต ตอนนี้หัวข้อใช้ถ้อยคำตามที่ฝ่ายธุรกิจขอ แทนคำเดิมว่า “เซสชันหมดอายุ” ฝ่ายธุรกิจยังขอให้สร้างตะกร้าใหม่ทันทีหลังข้อความนั้นด้วย แต่ตอนนี้การกดปุ่มยังไม่สร้างตะกร้าใหม่ ร้านต้องพิมพ์ขอเอง เพราะรายการสินค้าหายไปพร้อมกับตะกร้า

คำถามที่ยังเปิดอยู่ ควรสร้างตะกร้าใหม่ทันทีเมื่อร้านกดการ์ดที่หมดอายุหรือไม่? ปัจจุบันยังทำไม่ได้ เพราะข้อมูลตะกร้าและรายการสินค้าถูกลบไปแล้ว บอทสร้างใหม่ได้จากข้อความสนทนาเมื่อร้านพิมพ์ขอเท่านั้น

ต่างจากกฎในชีต เอกสารระบุว่า เมื่อรับคำสั่งซื้อได้บางรายการ ร้านจะได้รับข้อความทั่วไปว่าเพิ่มสินค้าสำเร็จเหมือนเดิม และไม่ทราบว่ารายการใดไม่สำเร็จ เรื่องนี้แก้ไขแล้ว ปัจจุบันร้านเห็นข้อความแจ้งว่าสำเร็จบางรายการพร้อมรหัสที่ไม่สำเร็จตามข้างต้น ข้อความในเอกสารยังไม่เป็นปัจจุบัน

คำถามที่ยังเปิดอยู่ ข้อความถึงเซลล์ไม่มีรายการสินค้า เซลล์จึงต้องหาคำสั่งซื้อเองหรือถามร้านว่าสั่งอะไรไว้ ควรใส่รายการสินค้าไปด้วยหรือไม่? อีกเรื่องคือ ข้อความนี้ส่งแม้ TRU รับคำสั่งซื้อไปแล้วและปัญหาเกิดทีหลัง (เช่น ส่งข้อความยืนยันเข้ากลุ่มไม่ได้) เซลล์จึงอาจคีย์คำสั่งซื้อซ้ำ ถ้า TRU รับคำสั่งซื้อแล้วแต่ตอบช้าหรือตอบไม่สำเร็จ การถามซ้ำก็อาจทำให้เกิดคำสั่งซื้อซ้ำในระบบ TRU ได้ แต่ยังไม่ได้ตรวจเรื่องนี้

ต่างจากกฎในชีต เอกสารอ้างข้อความเดิมว่า “คำสั่งซื้อนี้เสร็จสมบูรณ์แล้ว หากต้องการเพิ่มสินค้า โปรดติดต่อฝ่ายขาย” ปัจจุบันการ์ดบอกให้ร้านพิมพ์สิ่งที่ต้องการเพิ่มได้เลย แทนการติดต่อเซลล์

ต่างจากกฎในชีต เอกสารอธิบายว่าเป็นข้อความตายตัวที่ต่างกันเฉพาะคำสั่งซื้อแบบจองและแบบด่วน ปัจจุบันร้านได้รับการ์ดที่แสดงรายการสินค้าซ้ำพร้อมยอดรวม แบบด่วนมีเฉพาะในบอทรุ่นเก่า (RM-04)

คำถามที่ยังเปิดอยู่ การ์ดตะกร้ามีบรรทัด “ยอดก่อนภาษี” และยอด“รวม”ที่สูงกว่าซึ่งรวมภาษีมูลค่าเพิ่ม 7% แล้ว แต่การ์ดยืนยันนี้แสดงเฉพาะยอดก่อนภาษี และใช้คำว่า รวม เฉย ๆ ถ้าร้านเทียบกับยอดรวมที่สูงกว่าบนการ์ดตะกร้า จะเห็นตัวเลข 2 ตัวสำหรับคำสั่งซื้อเดียวกัน สรุปที่ส่งให้เซลล์ (RM-05) แสดงยอดก่อนภาษีตัวเดียวกันนี้ โดยมีทศนิยม 2 ตำแหน่ง เอกสาร (PR-14) ระบุว่าทุกจุดยกเว้นการ์ดตะกร้าแสดงราคาก่อนภาษีมูลค่าเพิ่ม การ์ดยืนยันควรบอกไหมว่ายอดรวมนี้เป็นยอดก่อนภาษีมูลค่าเพิ่ม?

คำถามที่ยังเปิดอยู่ ควรบันทึกรายการที่ไม่สำเร็จไว้หรือไม่ เพื่อให้ติดตามรายการที่ยังไม่มีใครจัดการได้? ปัจจุบันยังนับรายการเหล่านี้ไม่ได้

คำถามที่ยังเปิดอยู่ ควรงดข้อความเตือนเมื่อร้านปฏิเสธแล้ว หรือเมื่อเซลล์ตอบในกลุ่มหลังการ์ดส่งถึงแล้วหรือไม่? ปัจจุบันยังส่งอยู่

คำถามที่ยังเปิดอยู่ สรุปทั้งหมดของเซลล์แต่ละคนอยู่ในข้อความเดียว ยังไม่ได้ตรวจว่าหากมีรายการค้างจำนวนมาก เช่น หลายกลุ่มหลังวันหยุดยาว จะทำให้ข้อความยาวจนส่งไม่ได้หรือไม่

ต่างจากกฎในชีต ไม่มีในเอกสาร

คำถามที่ยังเปิดอยู่ ยังไม่ได้วัดผลใหม่หลังเปลี่ยนเป็นช่วง 3 วัน หมายเหตุที่เขียนไว้ในระบบบอกว่ายังไม่ทราบว่าคำสั่งซื้อที่ร้านตั้งใจสั่งซ้ำจริงแต่ตอนนี้กลายเป็นคำถามมีสักกี่ส่วน (อย่างน้อย 5 จาก 625 คำสั่งซื้อที่วัด และอาจมีบางส่วนจากอีก 9 คำสั่งซื้อที่ไม่ทราบจำนวน) ยอมรับได้หรือไม่? การข้ามการตรวจเมื่อร้านพิมพ์ “เอาเหมือนเดิม” จะเกิดเฉพาะเมื่อบอทระบุว่ารายการเหล่านั้นยืนยันซ้ำอีกครั้ง ไม่ได้เกิดอัตโนมัติ ถ้าบอทลืมระบุ ก็ยังถามร้านอยู่ดี

ต่างจากกฎในชีต การแยกตามสต็อกเป็น 2 การ์ดมีในเอกสารแล้วใน ST-04 แต่เอกสารไม่ได้ระบุว่าแต่ละการ์ดต้องยืนยันแยกกัน มีข้อความเตือนของตัวเอง และตะกร้าที่มีรายการมากเป็นการ์ดเดียวที่มีปุ่มอยู่หน้าสุดท้าย

ต่างจากกฎในชีต ไม่มีในเอกสาร

คำถามที่ยังเปิดอยู่ ยังไม่ได้ตรวจว่าระบบ TRU จัดการคำสั่งซื้อสินค้าหมดสต็อกอย่างไร บอทส่งคำสั่งซื้อนี้เหมือนคำสั่งซื้ออื่นทุกอย่าง เซลล์ต้องการให้สรุประบุหรือไม่ว่าคำสั่งซื้อใดเป็นการจอง?

ต่างจากกฎในชีต ชีตระบุว่า “ส่งทันไหม” ส่งให้เซลล์เสมอ ปัจจุบันบอทตอบเองตามนโยบาย และส่งเรื่องเฉพาะบางกรณี

คำถามที่ยังเปิดอยู่ คำถาม "ส่งทันไหม" ทุกครั้งควรส่งให้เซลล์ตามที่ชีตระบุหรือไม่

ต่างจากกฎในชีต ระบบค้นข้อมูลการจัดส่งก็ต่อเมื่อบอทเห็นว่าเป็นคำถามเรื่องการจัดส่ง และร้านระบุรหัสมาด้วย ถ้าร้านไม่ระบุรหัส ระบบจะไม่ค้นข้อมูลการจัดส่งเลย (ดู DL-05) ถ้าบอทเห็นว่าเป็นคำถามเรื่องคำสั่งซื้อแทน ระบบจะไม่ถามรายการจัดส่ง (ดู OS-01)

คำถามที่ยังเปิดอยู่ ถ้าร้านระบุเกิน 5 รหัสในคำถามเดียว จะเกิดอะไรขึ้น? ระบบไม่รับคำถามที่มีเกิน 5 รหัส จึงไม่ได้ค้นรหัสส่วนเกินแบบเงียบ ๆ ส่วนบอทจะทำอะไรต่อ (ลองใหม่ด้วยรหัสที่น้อยลง หรือถามร้าน) ยังไม่ได้ตรวจสอบ

ต่างจากกฎในชีต กฎกำหนดให้แสดงจำนวนและมูลค่าเป็นบาทของสินค้าแต่ละรายการ ปัจจุบันแสดงจำนวนและวันที่คาดว่าจะถึง แต่ไม่แสดงมูลค่า ข้อมูลการจัดส่งของ TRU มีมูลค่าของสินค้าแต่ละรายการ แต่ระบบไม่นำมาแสดง การ์ดแสดงเฉพาะสินค้า 2 รายการแรกของคำสั่งซื้อ

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจยังต้องการให้ร้านเห็นมูลค่าของสินค้าแต่ละรายการหรือไม่? ตอนนี้ระบบไม่ส่งยอดเงินจาก TRU ต่อให้ร้าน ยังมีเรื่องเล็ก 2 เรื่องที่ยังไม่ได้ข้อสรุป เรื่องแรก หัวการ์ดใช้ถ้อยคำของ TRU ตามที่ส่งมา ยกเว้นคำอังกฤษ received, preparing, shipped และ delivered ที่ระบบเปลี่ยนเป็น “เตรียมจัดสินค้า”, “กำลังส่งสินค้า” และ “ลูกค้ารับสินค้าเรียบร้อย” (ยังไม่ได้ตรวจสอบว่า TRU เคยส่งคำอังกฤษเหล่านี้มาจริงหรือไม่) เรื่องที่สอง ไม่มีอะไรห้ามบอทเขียนยอดเงินในข้อความของตัวเอง ทั้งที่บอทไม่มียอดให้อ้างอิง

ต่างจากกฎในชีต ฝ่ายธุรกิจขอให้ตอบส่วนที่รู้ แล้วเรียกเซลล์มาช่วยส่วนที่ไม่พบ ซึ่งตรงกับที่ระบบทำอยู่ แต่มี 2 เรื่องที่ฝ่ายธุรกิจอาจไม่คาดคิด เรื่องแรก การ์ดที่ส่งให้เซลล์อ่านเหมือนขายไม่สำเร็จ และบอกว่าไม่มีรหัสนี้ในระบบ ทั้งที่รหัสอาจมีอยู่ เพียงแต่ไม่มีคำสั่งซื้อ เรื่องที่สอง ไม่มีคำสั่งให้บอทบอกร้านว่าเซลล์จะตามรหัสที่ไม่พบให้

คำถามที่ยังเปิดอยู่ การ์ดสำหรับรหัสที่ไม่มีคำสั่งซื้อควรใช้ข้อความอื่นแทน “ไม่พบเบอร์นี้ในระบบ” หรือไม่? และบอทควรแจ้งร้านด้วยหรือไม่ว่าเซลล์จะตรวจสอบรหัสที่ไม่พบให้?

ต่างจากกฎในชีต ผลเหมือนกฎ แต่ถ้อยคำไม่เหมือน เซลล์เห็น “ดึงข้อมูลจากระบบ TRU ไม่สำเร็จ ต้องให้เซลล์เช็กให้ลูกค้า” ไม่ใช่ “ไม่สามารถดึงข้อมูลได้” ระบบทำให้แน่ใจว่าเซลล์ได้รับแจ้ง แต่ไม่ได้กันไม่ให้บอทเรียบเรียงคำตอบถึงร้านไม่ดี การที่ร้านจะไม่ได้ยินคำว่า “ไม่พบ” จึงขึ้นอยู่กับว่าบอททำตามคำสั่งหรือไม่

ต่างจากกฎในชีต คำสั่งซื้อที่มีสินค้า 1 หรือ 2 รายการแสดงได้ตรงตามกฎ ถ้ามีมากกว่านั้น การ์ดจะแสดงเฉพาะ 2 รายการแรก (ดู NB-OS-02) จำนวนที่แสดงคือจำนวนที่ยังค้างส่ง ซึ่งอาจน้อยกว่าจำนวนที่ร้านสั่ง

คำถามที่ยังเปิดอยู่ บอทใส่ป้าย “อยู่ในรายการจอง” ให้ทุกบรรทัด เพราะเข้าใจว่ารายการคำสั่งซื้อของ TRU มีเฉพาะรายการที่ยังค้างส่ง ซึ่งเป็นสิ่งที่หมายเหตุในโค้ดเขียนไว้ แต่ยังไม่ได้เช็กกับ TRU ว่าเขานิยามรายการนี้ว่าอย่างไร

ต่างจากกฎในชีต ครึ่งแรกของกฎเป็นจริง ส่วนครึ่งหลัง (“ถ้าอีกรายการตอบกลับ ให้ไม่แสดงข้อผิดพลาด”) ไม่มีกรณีให้ใช้ เพราะแต่ละคำถามถามแค่รายการเดียว ร้านจะได้ยินว่าเซลล์จะเช็กให้ก็ต่อเมื่อบอทพูดเอง

ต่างจากกฎในชีต กฎระบุว่าร้านต้องบอกรหัสสินค้า ตอนนี้บอทตอบได้โดยไม่ต้องมีรหัส ด้วยการแสดงทุกอย่างที่รายการคำสั่งซื้อของ TRU มีให้ร้านนี้ ส่วนกรณีทดสอบที่เขียนไว้สำหรับกฎนี้ยังคาดว่าบอทจะถามรหัส จึงขัดกับคำสั่งที่บอทได้รับอยู่

คำถามที่ยังเปิดอยู่ เรื่องนี้เกี่ยวกับ DL-05 ซึ่งฝ่ายธุรกิจยังไม่ได้ตัดสินใจ ถ้ารายการยาว ควรถามรหัสสินค้าหรือเลขคำสั่งซื้อจากร้านไหม?

ต่างจากกฎในชีต กฎระบุให้ข้อความตอบขึ้นต้นด้วยการยืนยันว่ามีรายการนี้ในระบบ แล้วจึงบอกสิ่งที่เจอ ตอนนี้ไม่มีคำสั่งแบบนั้น และบอทยังได้รับคำสั่งไม่ให้พูดซ้ำสิ่งที่การ์ดแสดงอยู่แล้ว รายละเอียดคำสั่งซื้อจึงอยู่ในการ์ดมากกว่าในประโยคตอบ

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจต้องการประโยคยืนยันตายตัวก่อนการ์ดไหม เช่น “มีรายการนี้ในระบบแล้วค่ะ”?

ต่างจากกฎในชีต คำสั่งของบอทบอกว่าการ์ดคำสั่งซื้อแสดงทุกรายการ แต่จริง ๆ การ์ดแสดงแค่สินค้า 2 รายการแรกของแต่ละคำสั่งซื้อ คนที่ดูคำสั่งซื้อที่มี 3 รายการขึ้นไปจึงไม่ควรเข้าใจว่า 2 รายการบนการ์ดคือทั้งคำสั่งซื้อ

คำถามที่ยังเปิดอยู่ สินค้า 2 รายการต่อคำสั่งซื้อ และ 3 คำสั่งซื้อต่อการ์ด เพียงพอสำหรับร้านที่สั่งหลายรายการพร้อมกันหรือไม่? รายการที่เหลือแสดงเฉพาะจำนวน ไม่แสดงรายละเอียด การ์ดสถานะ 5 ใบเป็นหน้าที่เลื่อนดูได้ในข้อความเดียว ไม่ใช่ 5 ข้อความแยกกัน

คำถามที่ยังเปิดอยู่ การตอบเรื่องสั่งของล่าช้าด้วยการ์ดสถานะของบอทพอหรือไม่ หรือเซลล์อยากติดตามทุกครั้ง? หมายเหตุในโค้ดบันทึกว่าการ์ดร้องเรียนแบบประโยคตายตัวนี้ไม่ได้ถูกใช้เลยใน 48 ชั่วโมงจนถึงวันที่ 9 ต.ค. 2569 ตัวเลขนี้เก่าแล้ว

ต่างจากกฎในชีต ไม่มีกฎในชีตครอบคลุมกรณีนี้ ร้านที่ถามสถานะคำสั่งซื้อพร้อมกับสั่งสินค้าใหม่อาจไม่เห็นการ์ดสถานะ

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน กฎเดิมแยกประเภทสถานะจัดส่งไว้ต่างหาก ปัจจุบันใช้การดูคำสั่งซื้อครั้งเดียวครอบคลุมทั้ง 2 เรื่อง บอทให้เลขพัสดุไม่ได้

คำถามที่ยังเปิดอยู่ ฝ่ายธุรกิจคาดว่าจะมีเลขพัสดุแสดงด้วยหรือไม่ ข้อมูลที่บอทอ่านไม่มีเลขพัสดุเลย

ต่างจากกฎในชีต ผลลัพธ์เหมือนกัน ไม่มีชื่อประเภทแล้ว บอทเลือกดูคำสั่งซื้อเอง

คำถามที่ยังเปิดอยู่ ควรงดตรวจในวันหยุดนักขัตฤกษ์หรือไม่? ปัจจุบันตรวจทุกวันจันทร์ถึงศุกร์ ระบบยังไม่ตรวจว่าข้อมูลการจองเก่าแค่ไหน TRU ควรยืนยันเวลาอัปเดตข้อมูลในแต่ละวัน บันทึกของทีมพัฒนาระบุว่า TRU ส่งข้อมูลทุกวันเวลา 01:31 UTC แต่ยังไม่ได้ตรวจสอบเรื่องนี้จากการทำงานของระบบ

คำถามที่ยังเปิดอยู่ ควรนับของแถมและรายการที่ยังไม่ถึงวันส่งรวมในยอดจองหรือไม่? ตอนนี้นับรวมอยู่ ซึ่งเข้มงวดกว่าที่ถ้อยคำในกฎบอกไว้