ตัวอย่างการสืบสวน

ในหน้านี้

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

ข้อมูลอ้างอิงโดยย่อ

ตำแหน่งที่พบ: Settings (ไอคอนรูปเฟือง มุมซ้ายล่าง) → บันทึกการตรวจสอบ

ผู้ที่ใช้งานได้: คุณต้องมีบทบาทที่รวมบันทึกการตรวจสอบและ Identity & Access Management ในองค์กรของคุณ เช่น Organisation Administrator ดูใครใช้บันทึกการตรวจสอบได้บ้าง

วัตถุประสงค์: เริ่มจากคำถามไปจนถึงคำขอที่ให้คำตอบ

ใครปลดล็อกทางเข้าด้านหน้า?

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

  1. ในแท็บ Logs คลิก Endpoint พิมพ์ /api/door-gate-access/* แล้วคลิก Apply รายการจะแสดงเฉพาะคำขอ Door & Gate Access
  2. ตั้งค่า Range ให้ครอบคลุมเวลาที่มีการปลดล็อก
  3. คลิกคำขอที่เอนด์พอยต์ลงท้ายด้วย /front-entrance/unlock

แท็บ Logs ที่กรองด้วย /api/door-gate-access/* โดยเปิดคำขอปลดล็อกทางเข้าด้านหน้าอยู่แท็บ Logs ที่กรองด้วย /api/door-gate-access/* โดยเปิดคำขอปลดล็อกทางเข้าด้านหน้าอยู่

รูปที่ 1: คำขอเกี่ยวกับประตูทุกรายการ โดยเปิดคำขอปลดล็อกทางเข้าด้านหน้าอยู่

สิ่งที่ควรสังเกต: User แสดงว่าใครปลดล็อกประตู ในที่นี้คือ oscar.tran@example.com ส่วน Request POST Body แสดงเหตุผลที่ระบุไว้ คือ "Member forgot access card" และ Response Body แสดงว่าประตูปลดล็อกแล้ว

ขั้นตอนถัดไป: ตรวจสอบระเบียนของประตูนั้นเองในบันทึกการเข้าถึงของ Door & Gate Access ซึ่งบันทึกความพยายามปลดล็อกประตูทุกครั้ง รวมถึงจากแอปบนมือถือ

เหตุใดพนักงานจึงเปลี่ยนบทบาทของผู้อื่นไม่ได้?

คลินิกกายภาพบำบัด: ผู้ประสานงานพยายามกำหนดบทบาทใหม่ให้เพื่อนร่วมงาน แต่ไม่สำเร็จ

  1. ในแท็บ Logs คลิก Status แล้วเลือก 403 Forbidden
  2. คลิกคำขอ 403 Forbidden ในช่วงเวลาที่มีการเปลี่ยนบทบาท
  3. ใน AI Error Summary คลิก Generate summary

AI Error Summary ที่อธิบายว่าผู้ที่ทำการเปลี่ยนแปลงไม่มีสิทธิ์กำหนดบทบาทนั้นAI Error Summary ที่อธิบายว่าผู้ที่ทำการเปลี่ยนแปลงไม่มีสิทธิ์กำหนดบทบาทนั้น

รูปที่ 2: สรุปอธิบายสาเหตุที่การเปลี่ยนบทบาทถูกปฏิเสธ

สิ่งที่ควรสังเกต: สรุประบุว่าบุคคลนั้น "does not have permission to assign that role" ตรวจสอบเทียบกับ Response Body ซึ่งระบุว่า "You don't have permission to assign this role." ส่วน Request POST Body แสดงบทบาทที่บุคคลนั้นพยายามกำหนด

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

การผสานรวมระบบจองของเราหยุดซิงค์ในช่วงกลางคืน

ศูนย์กีฬาทางน้ำหรือสถานที่ของหน่วยงานท้องถิ่น: การเช็กอินจากระบบจองหยุดแสดงในช่วงกลางคืน

  1. ในแท็บ Logs คลิก Endpoint พิมพ์ /partner/v1/* แล้วคลิก Apply
  2. ตั้งค่า Range เป็น Last 24 hours
  3. ดูสถานะที่ต้นแต่ละแถว จากนั้นคลิกคำขอที่ล้มเหลวเพื่ออ่าน Response Body

สิ่งที่ควรสังเกต: คำขอที่มีป้าย api-key จาก integrations@example.org ในที่นี้รายการแสดง 429 Too Many Requests ซึ่งหมายถึงการผสานรวมส่งคำขอมากเกินไปในเวลาอันสั้น และ 503 Service Unavailable ให้สังเกตว่าความล้มเหลวเริ่มเมื่อใด และมีคำขอที่สำเร็จตามมาหรือไม่

ขั้นตอนถัดไป: คลิก ส่งออก CSV แล้วส่งไฟล์ให้พาร์ทเนอร์ผู้ดูแลการผสานรวมเพื่อตรวจสอบฝั่งของตน ดูการส่งออกบันทึก และหน้าข้อผิดพลาดของ Partner API

Webhook ไม่ถูกบันทึก

คาเฟ่ ร้านค้า หรือสถานที่ด้านการบริการ: ผู้จัดการตั้งค่า webhook เพื่อส่งรายละเอียดผู้เยี่ยมชมไปยังระบบอื่น แต่ไม่ถูกบันทึก

  1. ในแท็บ Logs คลิก Email แล้วพิมพ์ที่อยู่อีเมลแบบเต็มของผู้จัดการ ในที่นี้คือ leo.hargreaves@example.com
  2. ค้นหาคำขอ POST สองรายการจากตอนที่ผู้จัดการบันทึก webhook ได้แก่ 400 Bad Request และ 201 Created บนเอนด์พอยต์เดียวกัน
  3. คลิก 400 Bad Request จากนั้นคลิก 201 Created ที่เกิดขึ้นในอีกไม่กี่นาทีต่อมา แล้วเปรียบเทียบกัน

สิ่งที่ควรสังเกต: Response Body ของ 400 ระบุว่า "url must start with https://" ใน Request POST Body ของคำขอนั้น ที่อยู่ไม่มี https:// นำหน้า ส่วนใน 201 ผู้จัดการได้เพิ่ม https:// แล้ว และ webhook ถูกบันทึก

ขั้นตอนถัดไป: สำหรับคำขอที่ล้มเหลว ให้คลิก Generate summary เพื่อรับคำอธิบายเป็นภาษาที่เข้าใจง่าย ดูAI Error Summary

พนักงานที่กำลังจะลาออกทำอะไรไปบ้างเมื่อสัปดาห์ที่แล้ว?

สำนักงานหรือพื้นที่ทำงานร่วมกัน: ก่อนที่พนักงานจะลาออก ผู้จัดการต้องการระเบียนกิจกรรมล่าสุดของพนักงานคนนั้น

  1. ในแท็บ Logs คลิก Email แล้วพิมพ์ที่อยู่อีเมลแบบเต็มของบุคคลนั้น
  2. ตั้งค่า Range เป็น Last 7 days
  3. เลื่อนไปที่ด้านล่างของรายการเพื่อให้คำขอทุกรายการโหลดขึ้นมา การส่งออกจะรวมเฉพาะแถวที่โหลดแล้วเท่านั้น
  4. คลิก ส่งออก CSV แล้วคลิก Export

สิ่งที่ควรสังเกต: การเปลี่ยนแปลงมากกว่าการอ่าน ตั้งค่า Method เป็น POST, PUT, PATCH หรือ DELETE ทีละรายการเพื่อดูคำขอที่สร้าง เปลี่ยนแปลง หรือลบสิ่งต่าง ๆ สำหรับสิ่งที่ไม่คาดคิด ให้เปิดคำขอและอ่าน Request POST Body

ขั้นตอนถัดไป: เมื่อบุคคลนั้นลาออก ให้ยกเลิกสิทธิ์เข้าถึงของเขา ดูการลบผู้ใช้ จัดเก็บไฟล์ CSV ตามนโยบายขององค์กรของคุณ

สาขาใดมีคำขอที่ล้มเหลวมากที่สุด?

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

  1. ในแท็บ Dashboard ตั้งค่า Window ให้ครอบคลุมวันนั้น
  2. ใน Errors Over Time คลิกช่วงที่มีข้อผิดพลาดสูงที่สุด แท็บ Logs จะเปิดขึ้นพร้อมคำขอที่ล้มเหลวจากช่วงเวลานั้น
  3. คลิก สถานที่ แล้วเลือกแต่ละสาขาทีละแห่ง และเปรียบเทียบจำนวนคำขอที่ล้มเหลวของแต่ละแห่ง

สิ่งที่ควรสังเกต: สาขาที่มีความล้มเหลวมากกว่าสาขาอื่นอย่างชัดเจน หรือความล้มเหลวที่เกิดกับเอนด์พอยต์เดียว เปิดคำขอบางรายการของสาขานั้นแล้วอ่าน Response Body หรือคลิก Generate summary

ขั้นตอนถัดไป: ดูแผนภูมิอื่น ๆ ได้ที่แดชบอร์ด และดูสาขาในองค์กรของคุณได้ที่สถานที่