Staff — duyệt + phê duyệt / từ chối yêu cầu regear

Thành viên gửi regear trên #Request Regear; mọi yêu cầu họ gửi đều đến đây, trên #Review Requests, để staff triage. Trang này hướng dẫn qua hàng đợi duyệt từ đầu đến cuối.

Quyền

Bạn cần quyền Approve Regear Requests (trong mục Regear của Edit Role → Permissions) để thấy kênh này và thực hiện hành động trên yêu cầu. Hầu hết guild đều cấp quyền này cho role preset Regear Staff / Regear Manager / Manager. Xem Tài liệu tham khảo Permissions để xem bảng đầy đủ.

Hàng đợi duyệt

Mở #Review Requests từ mục REGEAR TEAM trên sidebar.

Đầu trang:

• Tabs — Chờ duyệt / Đã duyệt / Đã từ chối. Chờ duyệt là hàng đợi làm việc; hai tab còn lại là view audit.
• Toolbar (trên tab Chờ duyệt):
  • Checkbox Chọn tất cả — cho hành động bulk multi-select.
  • Bộ lọc Loại — Tất cả / Deaths / Overcharge.
  • Bộ lọc War Role — thu hẹp về yêu cầu của một war role cụ thể (hữu ích khi một role chiếm đa số trong CTA).
  • Tìm kiếm — chấp nhận tên nạn nhân HOẶC #event_id (Albion event ID 9 chữ số có tiền tố #, vd. #475568182). Event ID là cùng số Albion's death feed và URL event-link sử dụng, vì vậy khi một thành viên nhắn bạn trên Discord với kill link hỏi "cái này có vào không?" — copy số cuối, thêm tiền tố #, dán vào, và hàng đợi lọc đến đúng hàng đó. Tìm kiếm #event_id tương tự cũng hoạt động trên #Cut-off Tasks để bạn có thể truy vết một lần chết từ hàng đợi duyệt đến phía packer.

Mỗi thẻ trong hàng đợi là một yêu cầu:

• Hàng trên — tên thành viên + nhân vật + badge war role (Outcomers / FreezDawnera / Riderr trong screenshot).
• Giữa — link death event (eventID) + lưới trang bị 3×4 hiển thị item mất với badge validation theo từng slot:
  • 🟢 OK — slot khớp với loadout của role ở tier đúng.
  • 🟡 Dưới tier — item có tier thấp hơn yêu cầu của role.
  • 🔵 Trên tier — item có tier cao hơn.
  • 🔴 Không hợp lệ — item không có trong loadout của role này.
• Hàng dưới — Nút hành động + metadata (UTC death timestamp + fame).

Ba hành động cho mỗi yêu cầu

✅ Duyệt

Phê duyệt yêu cầu. Điều gì xảy ra tiếp theo phụ thuộc vào chế độ regear của guild:

• Item mode — yêu cầu chuyển sang trạng thái đã duyệt; nút xanh được gán nhãn Create Cut-off Task (đơn lẻ + hàng loạt). Click để gộp yêu cầu vào packing task trong #Cut-off Tasks. Xem Item mode — cut-off + locker.
• Silver mode — yêu cầu chuyển sang trạng thái đã duyệt; nút xanh được gán nhãn Payout (đơn lẻ + hàng loạt). Click để ghi nợ silver vào ví Silver Bank của thành viên. Xem Silver mode — thanh toán từ Silver Bank.

Cùng hành động Duyệt, nút bước hai khác nhau tùy theo cấu hình guild. Có khoảng cách có chủ đích giữa phê duyệt và lúc tiền/item thực sự di chuyển — xem Vòng đời hai bước bên dưới.

❌ Từ chối

Từ chối yêu cầu hoàn toàn. Một prompt lý do mở ra — nhập lý do (vd. "Wrong war role — not assigned for this CTA"), xác nhận. Thành viên thấy lần từ chối + lý do trên #My Requests.

Một khi bị từ chối, yêu cầu là cuối cùng — nó không quay lại hàng đợi. Nếu thành viên phản đối, họ có thể gửi yêu cầu mới với thông tin đã sửa.

📁 Lưu trữ

Xóa yêu cầu khỏi hàng đợi Chờ duyệt mà không phê duyệt hay từ chối — chuyển vào view Đã lưu trữ. Dùng khi thành viên gửi trùng, yêu cầu cũ không còn xử lý được, hoặc bất cứ thứ gì bạn muốn ẩn mà không cam kết quyết định.

Chặn theo chính sách validation

Validator xử lý vấn đề dưới tier / trên tier / không hợp lệ như thế nào được quyết định bởi Regear Policy của guild (Settings → Regear Policy). Ba policy slot, mỗi cái được đặt độc lập thành một trong:

• Auto-reject — yêu cầu bị từ chối khi gửi; không bao giờ đến hàng đợi này.
• Allow — yêu cầu đi qua đến staff với vấn đề được ghi chú nhưng nút Gửi không bao giờ chặn thành viên.
• Staff decision (mặc định) — yêu cầu đến hàng đợi; staff thấy vấn đề + quyết định theo từng yêu cầu.

Nếu guild của bạn dùng "Staff decision" cho slot không hợp lệ, hãy chờ đợi các yêu cầu có badge 🔴 vẫn là quyết định của bạn. Thông tin theo từng slot giúp bạn quyết định giữa Duyệt (bỏ qua), Từ chối (không chấp nhận), hoặc Duyệt-với-override (vd. chọn war role khác khi phê duyệt phù hợp với trang bị đó).

Override war role khi phê duyệt

Click vào badge war role ở đầu thẻ yêu cầu để thay đổi war role cho yêu cầu cụ thể này. Điều này chạy lại validation với loadout của role mới — hữu ích khi:

• Thành viên nhấn nhầm war role khi gửi.
• Trang bị mất thực ra map với loadout của role khác (vd. Holy Healer chạy Lifecurse).
• Bạn muốn áp dụng silver cap khác (ở chế độ War Role — Capped by actual, cap từ role được chọn là cái áp dụng khi Payout).

Override được ghi vào audit log để minh bạch.

Hành động bulk multi-select

Tick checkbox Chọn tất cả (hoặc checkbox từng thẻ) → toolbar hiển thị nút bulk Duyệt / Từ chối / Lưu trữ.

• Bulk Duyệt — phê duyệt N yêu cầu trong một lần gọi. Mỗi yêu cầu vẫn đi qua logic theo chế độ — item mode tạo một cut-off task mỗi yêu cầu (không gộp); silver mode ghi nợ N thanh toán liên tiếp nhưng như một hành động hàng loạt.
• Bulk Từ chối — mở prompt lý do; cùng lý do áp dụng cho tất cả đã chọn. Dùng cho vi phạm rõ ràng ("Tất cả đều thất bại kiểm tra war role").
• Bulk Lưu trữ — chuyển tất cả đã chọn ra khỏi đang chờ. Không có prompt.

Vòng đời hai bước

Tại sao phê duyệt và giao hàng là hai click riêng:

• Silver là tiền tệ thực. Duyệt = "có, đây là yêu cầu hợp lệ." Payout = "có, chuyển silver." Stripe / payroll / PayPal đều tách hai bước này.
• Khoảng thời gian hoàn tác. Nếu phát hiện lỗi giữa phê duyệt và thanh toán, từ chối hàng đó trước khi tiền chuyển. Không cần bút toán bù trừ.
• Gộp để payday. Staff có thể tích lũy cả tuần phê duyệt và thanh toán tất cả trong một lần Payday — một bút toán Audit log, một thông báo Discord.
• Pending không phụ thuộc chế độ. Yêu cầu đang chờ không quan tâm guild đang ở chế độ nào. Nếu guild chuyển chế độ (item → silver), yêu cầu đang chờ không cần migration — chúng cam kết với chế độ mới khi được phê duyệt.

Trong item mode, bước gộp thậm chí còn rõ ràng hơn: phê duyệt → yêu cầu chờ → gộp vào cut-off task → packer làm việc. Cut-off task là handover thực sự — phê duyệt chỉ là đèn xanh.

Thành viên thấy gì

Một khi bạn thực hiện hành động trên yêu cầu, thành viên thấy nó cập nhật trên #My Requests (tracker cá nhân của họ):

• Đã duyệt → thanh tiến trình tiến đến bước 2 / 5.
• Đã từ chối → hàng chuyển đỏ kèm lý do của bạn.
• Đã lưu trữ → hàng biến mất khỏi view Đang xử lý của họ.

Thanh tiến trình sau đó tiếp tục khi quy trình cut-off task / Payout tiến triển. Chi tiết phía thành viên đầy đủ trong Thành viên — gửi yêu cầu regear.

Trang liên quan

• Tổng quan pipeline regear — chế độ + giải thích điểm phân nhánh
• Thành viên — gửi yêu cầu regear — quy trình gửi từ phía thành viên
• Item mode — cut-off + locker — điều gì xảy ra sau khi Duyệt trong item mode
• Silver mode — thanh toán từ Silver Bank — điều gì xảy ra sau khi Duyệt trong silver mode
• Settings — Regear Policy — chính sách validation + chọn chế độ
• Member Regear Report — view audit theo từng thành viên