Skip to content

Tổng quan pipeline regear

Regear là guild hoàn trả trang bị bạn mất trong một lần chết (hoặc item bạn tiêu hao trong một Overcharge). Pipeline của AO Master chạy hoàn toàn trong ứng dụng — gửi yêu cầu, duyệt, phê duyệt, giao — và có hai chế độ giao hàng dùng chung nửa đầu (gửi + duyệt), rồi tách ra ở bước giao.

Trang này là cổng vào. Đọc trang này trước; các trang chi tiết theo từng chế độ:

Nửa đầu chung (cả 2 chế độ)

Nửa đầu giống nhau bất kể chế độ:

  1. Thành viên gửi yêu cầu qua #Request Regear (tab Deaths hoặc tab Overcharge). Thành viên chọn war role mình đang chạy; AO Master so sánh trang bị mất với loadout của role đó và đánh dấu các vấn đề theo từng slot (dưới tier, trên tier, không hợp lệ).
  2. Staff duyệt trên #Review Requests. Validation theo từng slot được hiển thị; staff thấy nút Duyệt / Từ chối / lưu trữ cho mỗi yêu cầu. Nút hành động chính màu xanh phụ thuộc vào chế độ — xem bên dưới.

Đó là quy trình chung. Chính sách validation (tự động từ chối, cho phép, hay để staff quyết định theo từng vấn đề) được cài đặt riêng cho mỗi guild trong Settings → Regear Policy.

Điểm phân nhánh theo chế độ

Mỗi guild chọn một chế độ thanh toán regear. Cài đặt nằm tại Settings → Regear Policy → Mode. Bốn giá trị:

Chế độGiao gìDùng khi nào
Item returnStaff pack item vào locker của thành viên. Kênh Cut-off Task quản lý hàng đợi packing.Quy trình cổ điển. Hoạt động không cần Item Price.
Silver — Sum by Item PriceGhi nợ = tổng giá silver của từng slot mất (lấy trực tiếp từ feed thị trường Albion Online Data Project).Bạn muốn bồi thường theo giá thị trường thực tế. Yêu cầu Item Price bật.
Silver — War Role — Fixed capGhi nợ = số silver cố định bằng silver cap của war role, bất kể tổn thất thực tế.Bạn muốn số tiền thanh toán cố định mỗi event. Kiểm soát chi phí của guild.
Silver — War Role — Capped by actualGhi nợ = giá trị nhỏ hơn giữa (tổng giá item-price thực tế) và (silver cap của role) — trả theo tổn thất thực nhưng không vượt cap.Tốt nhất cho cả hai: không bao giờ trả thừa, nhưng thành viên nhận đúng giá trị tổn thất nhỏ.

Cả ba chế độ silver đều yêu cầu Silver Bank BẬTItem Price BẬT (toggle trong Settings → Systems). Trang Regear Policy hub hiển thị thẻ Requirements liệt kê những gì còn thiếu + cho phép bật một chạm.

Một quy tắc, không phải bốn

Ban đầu Item Price chỉ bắt buộc với chế độ "Sum by Item Price". TK đã khóa quy tắc này là bất kỳ chế độ silver nào cũng yêu cầu Item Price BẬT để đơn giản hóa. Ba checkbox < ma trận bốn ô.

Nơi chọn chế độ

/welcome → ⚙️ bên cạnh tên guild → tab Regear Policy → dropdown Mode.

Một dropdown thứ hai xuất hiện bên dưới khi bạn chọn Silver payout — đó là Silver Mode picker với ba tùy chọn phụ (Sum by Item Price · War Role — Fixed cap · War Role — Capped by actual). Khi chọn bất kỳ sub-mode War Role nào, nút Set War Role Caps xuất hiện để mở sub-modal cài silver cap cho từng role (cũng có thể chỉnh trên Settings → War Roles).

Điểm tách — điều gì xảy ra sau khi Duyệt

Cùng một quy trình gửi + duyệt cho cả hai chế độ, nhưng nút hành động xanh trên màn hình duyệt thay đổi nhãn và hành vi:

Item mode — Create Cut-off Task

Staff phê duyệt yêu cầu → yêu cầu vào hàng đợi Cut-off Task trên #Cut-off Tasks. Một packer nhận task, dùng Pick Checker để xác minh đã lấy đúng item từ guild chest, đánh dấu task đã giao, và item vào locker của thành viên.

Thành viên theo dõi tiến trình trên #My Requests theo từng bước: Đã gửi → Đã duyệt → Cut-off → Đang chuẩn bị → Đã giao.

Chi tiết: Item mode — cut-off + locker. Kênh Cut-off Tasks bị ẩn khỏi sidebar khi guild đang ở chế độ silver (không có Cut-off trong chế độ đó).

Silver mode — Payout

Staff phê duyệt yêu cầu → yêu cầu vào trạng thái đã duyệt nhưng chưa thanh toán. Staff có thể:

  • Thanh toán một — click Payout trên hàng đó → silver ghi vào ví Silver Bank của thành viên ngay lập tức.
  • Thanh toán nhiều — multi-select các hàng đã duyệt + click Payout → thanh toán hàng loạt (vd. payday hàng tuần).

Sự tách biệt giữa "phê duyệt" và "thanh toán" là có chủ đích — giống như Stripe / payroll / PayPal. Nó cho staff một khoảng thời gian để sửa lỗi: nếu phát hiện lỗi giữa lúc 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ừ.

Thành viên theo dõi tiến trình trên #My Requests như: Đã gửi → Đã duyệt → 💰 Đã ghi nợ X silver.

Silver nằm trong ví Silver Bank của thành viên (#Silver Bank → My Home) cho đến khi họ yêu cầu rút — đó là quy trình riêng do staff xử lý.

Chi tiết: Silver mode — thanh toán từ Silver Bank.

Trang My Requests — thanh tiến trình 5 bước mỗi yêu cầu, hiển thị trạng thái cuối phụ thuộc vào chế độ

Các trạng thái vòng đời

Badge trạng thái trên #My Requests#Review Requests đi qua các trạng thái này (chế độ khác nhau hiển thị trạng thái cuối khác nhau):

BadgeKhi nào được gánChế độ
Chờ duyệtThành viên gửicả hai
Đã duyệtStaff click Duyệtcả hai
Đã giaoPacker đánh dấu cut-off task đã giaochỉ item
ReceivedThành viên click Received trên hàng trong #My Requestschỉ item
PaidStaff click Payout (silver vào ví Silver Bank của thành viên)chỉ silver
Đã lưu trữThành viên lưu trữ, hoặc tự động lưu trữ sau thời gian lưu trữcả hai
Đã từ chốiStaff từ chối kèm lý docả hai

Các yêu cầu đang chờ duyệt là không phụ thuộc chế độ theo thiết kế — chúng không quan tâm chế độ giao hàng đang hoạt động là gì. Chúng chỉ cam kết với một chế độ khi được phê duyệt, vì vậy việc chuyển chế độ không bao giờ "mắc kẹt" yêu cầu đang chờ.

Chuyển chế độ trên guild đang hoạt động

Bạn có thể chuyển chế độ bất kỳ lúc nào trong Settings → Regear Policy → Mode. AO Master chặn việc chuyển nếu:

  • yêu cầu silver đã duyệt nhưng chưa thanh toán (phải Thanh toán trước — trạng thái rời chế độ silver).
  • cut-off task chưa giải quyết với công việc packing chưa hoàn thành (phải Hoàn thành task trước — trạng thái rời chế độ item).

Một thông báo toast hiển thị số lượng + link đến danh sách bị ảnh hưởng ("Pay 3 pending payouts before switching" / "Finish 2 cut-off tasks before switching").

Yêu cầu đang chờ KHÔNG bị xóa khi chuyển chế độ — chúng không phụ thuộc chế độ. Các phê duyệt mới sau khi chuyển sẽ sử dụng chế độ mới. Số dư Silver Bank KHÔNG BAO GIỜ bị xóa khi chuyển chế độ — ngân hàng là sổ cái bền vững độc lập với chế độ regear. Thành viên có thể giữ silver đã tích lũy và rút bất kỳ lúc nào, kể cả khi bạn chuyển lại sang item return.

Overcharge nằm cạnh regear, không phải bên dưới

Overcharge (OC) là loại yêu cầu riêng cho item tiêu hao (không mất trong một lần chết) — thường là food, potion, item liên quan đến siphon thành viên đã dùng trong event. OC có tab riêng trong #Request Regear ("Overcharge") và quyền riêng ("Request Overcharge").

Thanh toán silver cho OC luôn dùng logic Sum-by-Item-Price, bất kể guild chọn silver sub-mode nào. War-role cap không áp dụng cho OC vì OC tính theo item, không theo lần chết. Theo quy tắc silver mode (Item Price BẬT), thanh toán silver cho OC tự động có sẵn khi guild đang ở bất kỳ silver sub-mode nào.

OC trong item mode: item tiêu hao được trả lại qua cùng đường cut-off + locker như death regear.

Quyền tổng quan

Đọc Tài liệu tham khảo Permissions để xem danh sách quyền đầy đủ. Các cổng pipeline regear:

Hành độngQuyền (nhãn hiển thị trong Edit Role → Permissions)
Gửi death regearRequest Death Regear
Gửi overchargeRequest Overcharge
Duyệt + phê duyệt / từ chốiApprove Regear Requests
Pack cut-off task (item mode)Claim Cut-off Tasks
Giám sát cut-off taskSupervise Cut-off Tasks
Quản lý lockerManage Lockers

Thành viên luôn có thể xem death và yêu cầu của bản thân + locker thông qua hai quyền tự phục vụ thành viên ở trên — không có toggle "xem death của bản thân" riêng.

Tiếp theo