Skip to content

스태프 — 리기어 요청 검토 + 승인 / 거절

멤버는 #Request Regear에서 리기어를 신청하고, 신청된 모든 요청은 이곳 #Review Requests로 들어와 스태프가 분류합니다. 이 페이지는 검토 큐를 처음부터 끝까지 안내합니다.

권한

이 채널을 보고 요청에 대해 작업하려면 Approve Regear Requests 권한이 필요합니다(Edit Role → Permissions의 Regear 섹션). 대부분의 길드는 Regear Staff / Regear Manager / Manager 역할 프리셋에 이를 부여합니다. 전체 표는 권한 참고를 보십시오.

검토 큐

사이드바의 REGEAR TEAM 섹션에서 #Review Requests를 엽니다.

Review Requests 큐 — 대기 중인 요청 3건, 전체 장비 그리드, 워롤 배지, Approve 버튼

페이지 상단:

  • 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 흐름이 진행됨에 따라 계속 이어집니다. 전체 멤버 측 상세는 멤버 — 리기어 신청에 있습니다.