สตาฟ — ตรวจสอบ + อนุมัติ / ปฏิเสธคำขอรีเกียร์

สมาชิกส่งคำขอรีเกียร์ที่ #Request Regear ทุกอย่างที่ส่งมาจะมาอยู่ที่นี่ใน #Review Requests ให้สตาฟตรวจสอบ หน้านี้จะพาเดินผ่านคิวตรวจสอบตั้งแต่ต้นจนจบ

Permissions

คุณต้องมีสิทธิ์ Approve Regear Requests (อยู่ภายใต้หัวข้อ Regear ใน Edit Role → Permissions) เพื่อเห็นช่องนี้และจัดการคำขอ กิลด์ส่วนใหญ่ให้สิทธิ์นี้กับ preset โรล Regear Staff / Regear Manager / Manager ดู เอกสารอ้างอิงสิทธิ์ สำหรับตารางเต็ม

คิวตรวจสอบ

เปิด #Review Requests จากหัวข้อ REGEAR TEAM ในแถบข้าง

ส่วนบนของหน้า:

• แท็บ — Pending / Approved / Rejected Pending คือคิวทำงาน อีกสองอันคือมุมตรวจสอบย้อนหลัง
• ทูลบาร์ (ในแท็บ Pending):
  • เช็คบ็อกซ์ Select all — สำหรับการเลือกหลายแถวเพื่อทำงานเป็นชุด
  • ตัวกรอง Type — All / Deaths / Overcharge
  • ตัวกรอง War Role — แคบลงไปที่คำขอของวอร์โรลใดวอร์โรลหนึ่ง (มีประโยชน์เมื่อมีโรลใดโรลหนึ่งเด่นใน CTA)
  • Search — รับ ชื่อเหยื่อ หรือ #event_id (event ID ของ Albion 9 หลักนำหน้าด้วย # เช่น #475568182) event ID คือตัวเลขเดียวกับที่ feed การตายของ Albion และ URL ลิงก์ event ใช้ ดังนั้นเมื่อสมาชิกส่งลิงก์ kill ใน Discord และถามว่า "อันนี้ผ่านไหม?" — คัดลอกตัวเลขท้าย เติม # วาง แล้วคิวจะกรองเหลือแค่แถวนั้น การค้นหา #event_id แบบเดียวกันใช้ได้บน #Cut-off Tasks เพื่อให้ติดตามการตายหนึ่งครั้งจากคิวรีวิวไปถึงฝั่งคนจัดของได้

แต่ละการ์ดในคิวคือคำขอหนึ่งรายการ:

• แถวบน — ชื่อสมาชิก + ตัวละคร + ป้ายวอร์โรล (Outcomers / FreezDawnera / Riderr ในสกรีนช็อต)
• กลาง — ลิงก์เหตุการณ์การตาย (eventID) + ตารางอุปกรณ์ 3×4 แสดงไอเทมที่เสียพร้อมป้ายผลตรวจสอบทีละช่อง:
  • 🟢 OK — ช่องตรงกับ loadout ของโรลที่ tier ที่คาดหวัง
  • 🟡 Under-tier — ไอเทมมี tier ต่ำกว่าที่โรลกำหนด
  • 🔵 Over-tier — ไอเทมมี tier สูงกว่า
  • 🔴 Invalid — ไอเทมไม่อยู่ใน loadout ของโรลเลย
• แถวล่าง — ปุ่มทำการ + ข้อมูลกำกับ (เวลาตาย UTC + fame)

สามปุ่มต่อคำขอ

✅ Approve

อนุมัติคำขอ สิ่งที่เกิดต่อขึ้นกับ โหมดรีเกียร์ ของกิลด์:

• โหมดไอเทม — คำขอย้ายไปสถานะ approved ปุ่มเขียวมีป้าย Create Cut-off Task (ทีละรายการ + เป็นชุด) กดเพื่อรวมคำขอเข้าเป็นงานแพ็คใน #Cut-off Tasks ดู โหมดไอเทม — ตัดยอด + locker
• โหมด silver — คำขอย้ายไปสถานะ approved ปุ่มเขียวมีป้าย Payout (ทีละรายการ + เป็นชุด) กดเพื่อเครดิต silver เข้ากระเป๋าธนาคาร silver ของสมาชิก ดู โหมด silver — จ่ายเงินจากธนาคาร silver

การกด Approve เหมือนกัน แต่ปุ่มขั้นที่สองต่างกัน ตามการตั้งค่ากิลด์ มีช่องว่างระหว่างการอนุมัติกับการเคลื่อนเงิน/ของจริง ๆ โดยตั้งใจ — ดู Lifecycle สองขั้น ด้านล่าง

❌ Reject

ปฏิเสธคำขอทันที จะมี prompt ให้พิมพ์เหตุผล (เช่น "Wrong war role — not assigned for this CTA") แล้วยืนยัน สมาชิกเห็นการปฏิเสธ + เหตุผลใน #My Requests

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

📁 Archive

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

การกั้นด้วยนโยบายตรวจสอบ

สิ่งที่ตัวตรวจสอบทำกับปัญหา under-tier / over-tier / invalid กำหนดโดย Regear Policy ของกิลด์ (Settings → Regear Policy) มีนโยบายสามช่อง แต่ละช่องตั้งแยกได้เป็นค่าใดค่าหนึ่ง:

• Auto-reject — คำขอถูกปฏิเสธตอนส่ง ไม่มาถึงคิวเลย
• Allow — คำขอผ่านไปให้สตาฟพร้อมหมายเหตุปัญหา แต่ปุ่ม Submit ไม่บล็อกสมาชิก
• Staff decision (ค่าเริ่มต้น) — คำขอเข้าคิว สตาฟเห็นปัญหา + ตัดสินใจรายคำขอ

ถ้ากิลด์ของคุณใช้ "Staff decision" สำหรับช่อง invalid ก็ให้คาดว่าจะเห็นคำขอที่มีป้าย 🔴 ซึ่งคุณยังต้องตัดสิน ข้อมูลทีละช่องช่วยให้คุณเลือกระหว่าง Approve (อภัย) Reject (ปฏิเสธ) หรือ Approve-with-override (เช่น เลือกวอร์โรลอื่นตอนอนุมัติที่ตรงกับอุปกรณ์)

การแทนที่วอร์โรลตอนอนุมัติ

กดที่ป้ายวอร์โรลด้านบนการ์ดคำขอเพื่อ เปลี่ยน วอร์โรลของคำขอนั้น การตรวจสอบจะถูกรันใหม่กับ loadout ของโรลใหม่ — มีประโยชน์เมื่อ:

• สมาชิกกดผิดวอร์โรลตอนส่ง
• อุปกรณ์ที่เสียจริง ๆ ตรงกับ loadout ของโรลอื่น (เช่น Holy Healer วิ่ง Lifecurse)
• คุณต้องการให้ใช้วงเงิน silver อื่น (ในโหมด War Role — Capped by actual วงเงินจากโรลที่เลือกจะเป็นวงเงินตอน Payout)

การแทนที่ถูกบันทึกใน audit log เพื่อความโปร่งใส

การเลือกหลายแถวเพื่อทำเป็นชุด

ติ๊กเช็คบ็อกซ์ Select all (หรือเช็คบ็อกซ์ต่อการ์ด) → ทูลบาร์จะแสดงปุ่ม Approve / Reject / Archive แบบเป็นชุด

• Bulk Approve — อนุมัติคำขอ N รายการในครั้งเดียว แต่ละคำขอยังเดินผ่านตรรกะของแต่ละโหมด — โหมดไอเทมสร้างงานตัดยอดหนึ่งงานต่อคำขอ (ไม่รวมกลุ่ม) โหมด silver เครดิตคำขอทีละรายการแต่เป็นชุดเดียวกัน
• Bulk Reject — เปิด prompt เหตุผล ใช้เหตุผลเดียวกันกับที่เลือกทั้งหมด ใช้กับการละเมิดที่ชัดเจน ("All these failed the war role check")
• Bulk Archive — ย้ายทุกอันที่เลือกออกจาก pending ไม่มี prompt

Lifecycle สองขั้น

ทำไม approve กับ deliver ถึงเป็นการกดแยก:

• Silver คือสกุลเงินจริง Approve = "ใช่ นี่เป็นการขอที่ถูกต้อง" Payout = "ใช่ ย้าย silver เลย" Stripe / payroll / PayPal ก็แยกแบบนี้
• หน้าต่างกลับลำ ถ้าเจอข้อผิดพลาดระหว่าง approve กับ pay ก็ปฏิเสธแถวก่อนเงินไหล ไม่ต้องลงรายการชดเชยใด ๆ
• รวมจ่ายในวันจ่ายเงิน สตาฟสะสมงานอนุมัติได้ทั้งสัปดาห์แล้วจ่ายในวัน Payday เดียว — มีรายการ audit เดียว แจ้งเตือน Discord ครั้งเดียว
• Pending ไม่ผูกกับโหมด คำขอที่ค้างไม่สนใจว่ากิลด์อยู่ในโหมดไหน ถ้ากิลด์สลับโหมด (item → silver) คำขอที่ค้างไม่ต้องย้าย — มันผูกกับโหมดใหม่เมื่อถูกอนุมัติ

ในโหมดไอเทมการรวมเป็นชุดยิ่งชัดเจน: approve → คำขอรอ → รวมเข้าเป็นงานตัดยอด → แพ็คเกอร์ทำงาน งานตัดยอดคือการส่งมอบจริง — การอนุมัติเป็นแค่ไฟเขียว

สิ่งที่สมาชิกเห็น

เมื่อคุณทำการกับคำขอ สมาชิกจะเห็นการอัปเดตใน #My Requests (เครื่องมือติดตามส่วนตัวของเขา):

• Approved → แถบความคืบหน้าเดินไปขั้นที่ 2 จาก 5
• Rejected → แถวกลายเป็นสีแดงพร้อมเหตุผลของคุณ
• Archived → แถวหายไปจากมุมมอง Pending ของเขา

แถบความคืบหน้าจะเดินต่อตามการดำเนินงานของ cut-off task / Payout รายละเอียดฝั่งสมาชิกเต็ม ๆ ที่ สมาชิก — ส่งคำขอรีเกียร์

หน้าที่เกี่ยวข้อง

• ภาพรวมไปป์ไลน์รีเกียร์ — อธิบายโหมดและจุดแยก
• สมาชิก — ส่งคำขอรีเกียร์ — โฟลว์ฝั่งส่งคำขอ
• โหมดไอเทม — ตัดยอด + locker — เกิดอะไรขึ้นหลัง Approve ในโหมดไอเทม
• โหมด silver — จ่ายเงินจากธนาคาร silver — เกิดอะไรขึ้นหลัง Approve ในโหมด silver
• Settings — Regear Policy — นโยบายการตรวจสอบและการเลือกโหมด
• Member Regear Report — มุมตรวจสอบย้อนหลังต่อสมาชิก