스태프 — 리기어 요청 검토 + 승인 / 거절
멤버는 #Request Regear에서 리기어를 신청하고, 신청된 모든 요청은 이곳 #Review Requests로 들어와 스태프가 분류합니다. 이 페이지는 검토 큐를 처음부터 끝까지 안내합니다.
권한
이 채널을 보고 요청에 대해 작업하려면 Approve Regear Requests 권한이 필요합니다(Edit Role → Permissions의 Regear 섹션). 대부분의 길드는 Regear Staff / Regear Manager / Manager 역할 프리셋에 이를 부여합니다. 전체 표는 권한 참고를 보십시오.
검토 큐
사이드바의 REGEAR TEAM 섹션에서 #Review Requests를 엽니다.

페이지 상단:
- 탭 —
Pending/Approved/Rejected.Pending이 작업 큐이고, 나머지 두 개는 감사용 뷰입니다. - 툴바 (Pending 탭별):
- Select all 체크박스 — 다중 선택 일괄 작업용.
- Type 필터 —
All/Deaths/Overcharge. - War Role 필터 — 특정 워롤의 요청만 좁혀서 보기(CTA에서 한 워롤이 두드러질 때 유용).
- Search — 피해자 이름 또는
#event_id(9자리 Albion 이벤트 ID 앞에#을 붙인 형태, 예:#475568182)를 입력합니다. 이벤트 ID는 Albion의 사망 피드와 이벤트 링크 URL에 사용되는 숫자와 동일하므로, 멤버가 Discord에서 처치 링크와 함께 "이거 처리됐나요?"라고 문의할 때 — 끝부분 숫자를 복사하고#을 붙여 붙여넣으면 해당 행만 필터링됩니다. 동일한#event_id검색이 #Cut-off Tasks에서도 작동하므로 검토 큐에서 패커 측까지 사망 한 건을 추적할 수 있습니다.
큐의 각 카드는 하나의 요청입니다:
- 상단 — 멤버 이름 + 캐릭터 + 워롤 배지(스크린샷의
Outcomers/FreezDawnera/Riderr). - 중앙 — 사망 이벤트 링크(eventID) + 슬롯별 검증 배지가 있는 3×4 장비 그리드. 잃은 아이템을 표시합니다:
- 🟢 OK — 슬롯이 워롤의 로드아웃에서 기대된 티어와 일치합니다.
- 🟡 Under-tier — 아이템이 워롤이 요구하는 것보다 낮은 티어입니다.
- 🔵 Over-tier — 아이템이 더 높은 티어입니다.
- 🔴 Invalid — 워롤의 로드아웃에 전혀 포함되지 않은 아이템입니다.
- 하단 — 액션 버튼 + 메타데이터(UTC 사망 시각 + fame).
요청별 세 가지 액션
✅ 승인
요청을 승인합니다. 그다음 일어나는 일은 길드의 리기어 모드에 따라 다릅니다:
- 아이템 모드 — 요청이
approved상태로 이동; 녹색 버튼의 라벨은 Create Cut-off Task(단건 + 일괄). 클릭하면 요청을#Cut-off Tasks의 포장 작업으로 묶습니다. 아이템 모드 — 정산 + locker를 보십시오. - silver 모드 — 요청이
approved상태로 이동; 녹색 버튼의 라벨은 Payout(단건 + 일괄). 클릭하면 silver를 멤버의 Silver 은행 지갑에 적립합니다. Silver 모드 — Silver 은행에서 지급을 보십시오.
승인 액션은 동일하지만, 길드 설정에 따라 두 번째 단계 버튼이 다릅니다. 승인과 실제 돈/아이템 이동 사이에는 의도된 간격이 있습니다 — 아래 2단계 수명 주기를 보십시오.
❌ 거절
요청을 즉시 거절합니다. 사유 입력 창이 열립니다 — 사유를 입력하고(예: "이 CTA에 배정되지 않은 워롤"), 확인합니다. 멤버는 #My Requests에서 거절 + 사유를 봅니다.
일단 거절되면 요청은 종결입니다 — 큐로 돌아오지 않습니다. 멤버가 이의를 제기하려면 수정된 정보로 새 요청을 신청해야 합니다.
📁 보관
승인이나 거절 없이 요청을 Pending 큐에서 제거합니다 — Archived 뷰로 이동합니다. 멤버가 중복 신청했거나, 더 이상 조치가 필요 없는 오래된 요청이거나, 결정을 내리지 않은 채 숨기고 싶을 때 사용하십시오.
검증 정책 게이팅
검증기가 under-tier / over-tier / invalid 이슈를 어떻게 처리할지는 길드의 Regear Policy(Settings → Regear Policy)가 결정합니다. 세 개의 정책 슬롯이 있고, 각각 다음 중 하나로 독립 설정됩니다:
- Auto-reject — 신청 시 거절됩니다; 이 큐에 도달하지 않습니다.
- Allow — 이슈가 기록되지만 멤버의 Submit 버튼을 차단하지 않고 스태프에게 전달됩니다.
- Staff decision (기본값) — 요청이 큐에 도달하고, 스태프가 이슈를 본 뒤 요청별로 결정합니다.
길드가 invalid 슬롯에 "Staff decision"을 사용한다면, 🔴 배지가 붙은 요청을 보게 되며 결정은 당신의 몫입니다. 슬롯별 정보는 승인(용서) / 거절(거부) / 워롤 변경 후 승인(예: 장비와 실제로 일치하는 다른 워롤 선택) 중에서 결정하는 데 도움이 됩니다.
승인 시 워롤 변경
요청 카드 상단의 워롤 배지를 클릭하면 이 특정 요청의 워롤을 변경할 수 있습니다. 이렇게 하면 새 워롤의 로드아웃으로 검증이 다시 실행됩니다 — 다음과 같을 때 유용합니다:
- 멤버가 신청 시 워롤을 잘못 선택한 경우.
- 잃은 장비가 실제로는 다른 워롤의 로드아웃에 매핑되는 경우(예: Holy Healer가 Lifecurse를 사용).
- 다른 silver 상한을 적용하고 싶은 경우(War Role — Capped by actual 모드에서는 Payout 시 선택된 워롤의 상한이 적용됨).
투명성을 위해 변경 내역은 감사 로그에 기록됩니다.
다중 선택 일괄 작업
Select all 체크박스(또는 카드별 체크박스)를 체크하면 → 툴바에 일괄 Approve / Reject / Archive 버튼이 나타납니다.
- Bulk Approve — 한 번에 N건의 요청을 승인합니다. 각 요청은 여전히 모드별 로직을 거칩니다 — 아이템 모드에서는 요청당 정산 작업이 하나씩 생성되고(번들링 없음), silver 모드에서는 N건의 지급이 차례로 적립되지만 단일 일괄 작업으로 처리됩니다.
- Bulk Reject — 사유 입력 창이 열리고; 동일한 사유가 선택한 모든 항목에 적용됩니다. 명백한 위반 처리에 사용하십시오("모두 워롤 검증 실패").
- Bulk Archive — 선택된 모든 항목을 대기 상태에서 옮깁니다. 확인 창 없음.
2단계 수명 주기
승인과 전달을 별도 클릭으로 분리한 이유:
- silver는 실제 통화입니다. 승인 = "유효한 청구입니다." 지급 = "silver를 옮깁니다." Stripe / 급여 / PayPal 모두 이 둘을 분리합니다.
- 되돌릴 수 있는 여유 시간. 승인과 지급 사이에 오류를 발견하면 돈이 움직이기 전에 행을 거절할 수 있습니다. 보상성 원장 항목이 필요 없습니다.
- 페이데이 일괄 처리. 스태프가 일주일 치 승인 건을 모았다가 페이데이에 한 번에 지급할 수 있습니다 — 단일 감사 로그 항목, 한 번의 Discord 알림.
- 모드와 무관한 대기열. 대기 중인 요청은 길드가 어떤 모드인지 신경 쓰지 않습니다. 길드가 모드를 전환해도(아이템 → silver) 대기 중인 요청은 마이그레이션이 필요 없습니다 — 승인되는 시점에 새 모드로 확정됩니다.
아이템 모드에서는 묶기 단계가 더 두드러집니다: 승인 → 요청 대기 → 정산 작업으로 묶기 → 담당자가 작업 수행. 정산 작업이 실제 인계 단계이고, 승인은 그저 진행 신호일 뿐입니다.
멤버가 보는 것
요청에 액션을 적용하면 멤버는 자신의 추적기인 #My Requests에서 업데이트를 봅니다:
- Approved → 진행 막대가 5단계 중 2단계로 이동.
- Rejected → 행이 빨간색이 되고 입력한 사유가 표시됩니다.
- Archived → 멤버의 대기 뷰에서 행이 사라집니다.
진행 막대는 정산 작업 / Payout 흐름이 진행됨에 따라 계속 이어집니다. 전체 멤버 측 상세는 멤버 — 리기어 신청에 있습니다.
관련 페이지
- 리기어 파이프라인 개요 — 모드 + 분기 설명
- 멤버 — 리기어 신청 — 상류의 신청 흐름
- 아이템 모드 — 정산 + locker — 아이템 모드에서 승인 후의 흐름
- Silver 모드 — Silver 은행에서 지급 — silver 모드에서 승인 후의 흐름
- Settings — Regear Policy — 검증 정책 + 모드 선택
- 멤버 리기어 보고서 — 멤버별 감사 뷰