Settings → 리기어 정책
리기어 정책(Regear Policy) 탭은 리기어가 흐르는 방식을 결정하는 모든 길드 설정을 모은 원스톱 허브입니다 — "아이템이냐 silver냐?"부터 "멤버가 워롤과 일치하지 않는 장비를 제출했을 때 어떻게 할 것인가?"까지 모두 포함됩니다. Settings 모달의 POLICIES → Regear Policy에서 엽니다.
이 페이지는 운영자 참고 자료입니다. 설정이 통제하는 워크플로는 아이템 모드 — 정산 + locker 및 Silver 모드 — 지급을 참조하십시오. 채널 수준의 제출 흐름은 멤버 — 리기어 신청을 참조하십시오.
권한
리기어 정책 탭 전체에 Manage Guild 권한이 필요합니다. 이 권한이 있는 사람은 누구나 탭을 열고, 모든 값을 편집하고, 저장할 수 있습니다. 섹션별 별도 게이트는 없습니다 — 볼 수 있다면 변경할 수 있습니다.
War Role Silver Caps 하위 모달에는 추가로 Manage War Roles 권한이 필요합니다 — 그렇지 않으면 워롤 탭에 속할 각 워롤의 Silver Cap의 병렬 편집기이기 때문입니다.
네 가지 섹션
탭은 위에서 아래로 네 개의 명명된 섹션으로 나뉩니다. 세 개는 항상 표시되며, 셋업 체크리스트(Setup Checklist) 카드는 silver 지급 모드를 선택한 경우에만 나타납니다.
1. 리기어 모드
페이지 상단 패널. Mode 드롭다운은 최상위 지급 스타일을 선택합니다:
| 모드 | 효과 |
|---|---|
| Item return | 승인된 리기어는 정산 작업에 도달합니다; 스태프가 아이템을 locker에 포장합니다. 아이템 모드 참조. |
| Silver payout | 아래에 두 번째 Silver Mode 드롭다운이 나타나 어떤 silver 수식을 적용할지 선택합니다. 승인된 리기어는 #Review Requests에서 Payout 액션을 받습니다. Silver 모드 참조. |
Mode = Silver payout인 경우, 연결되는 Silver Mode 드롭다운은 세 가지 하위 모드를 제공합니다:
| Silver Mode | 지급액 |
|---|---|
| Sum by Item Price | 잃은 모든 슬롯의 silver 가격의 합(승인 시점에 Item Price 채널에서 스냅샷). 실제 시장 가격을 추적합니다. |
| War Role — Fixed cap | 선택된 워롤의 Silver Cap과 동일한 정액. 실제 손실은 무시합니다. |
| War Role — Capped by actual | (아이템 가격 스냅샷의 합)과 (역할의 Silver Cap) 중 작은 값. 실제 손실을 지급하되 한도를 초과하지 않습니다. |
모드 전환 안전 게이트
라이브 길드에서 모드를 전환하면 저장 전에 체크가 실행됩니다. 다음과 같은 경우 전환이 차단됩니다:
- 아이템 모드에서 이탈 → 어떤 정산 작업이든 미해결 포장이 남아 있는 경우.
- silver 모드에서 이탈 → 어떤 승인된 silver 요청이든 아직 지급되지 않은 경우.
실패하면 영향을 받는 목록에 대한 딥링크가 포함된 토스트가 표시됩니다("Pay 3 pending payouts before switching" / "Finish 2 cut-off tasks before switching"). Pending 요청은 모드에 무관합니다 — 차단되지 않고 승인될 때 새 모드를 사용합니다.
Silver 은행 잔액은 모드 전환으로 절대 지워지지 않습니다. 은행은 영속적인 시스템입니다; 멤버 잔액은 길드 모드 변경과 관계없이 그대로 유지되고 출금할 수 있습니다.
2. 셋업 체크리스트 (silver 모드 전용)
어떤 silver 하위 모드든 선택하면, Regear Mode 패널 아래에 Setup Checklist 카드가 나타납니다. 각 행은 요구 사항이 충족되었는지에 따라 ✓ (녹색) 또는 ⚠ (주황색)를 표시합니다:
| 행 | 확인 사항 | 액션 버튼 |
|---|---|---|
| Silver Bank enabled | 이 길드에서 Silver 은행 시스템이 켜져 있음 | Manage in Guild Systems — 토글을 바꿀 수 있는 Guild Systems 탭을 엽니다. |
| Item Price enabled | 이 길드에서 Item Price 시스템이 켜져 있음 | Manage in Guild Systems — 위와 동일. |
| Item Price focus list | 가격 캐시가 추적하는 아이템 목록 | Sync from War Role Loadouts — 모든 워롤의 필수 아이템에서 focus 목록을 자동으로 채웁니다. 활성화되면 행에 버튼 대신 녹색 Auto-sync enabled 뱃지가 표시됩니다. (Item Price가 저장 - 켜진 상태일 때만 표시됨 — 그 전에는 카드가 이 행을 숨깁니다.) |
| War Role silver caps (워롤 모드 전용) | 각 워롤에 Silver Cap 값이 설정됨 | Set War Role Caps — 워롤별 숫자 입력 하나가 있는 하위 모달을 엽니다. |
크로스 기능 토글에 대한 상태 전용 표시
Silver Bank enabled 및 Item Price enabled 행은 상태 + Manage in Guild Systems 버튼만 표시하며 인라인 토글은 없습니다 — 의도된 설계입니다. 두 시스템 모두 Silver Regear 외의 기능을 구동합니다(Member Regear Report, Daily Regears, #Silver Bank 채널, #Item Price 채널, 정산 작업 가치 스냅샷…). 리기어 정책 탭 내에서 토글하면 다른 곳에서 이 기능들이 조용히 깨질 수 있습니다.
이러한 토글의 표준 위치는 Settings → Guild Systems 입니다 — 표준 출처 규칙은 Guild Systems를 참조하십시오.
War Role Caps 하위 모달
Set War Role Caps를 클릭하면 독립적인 편집기가 열립니다. 모달은 자체적인 dirty 상태와 자체 Save 버튼을 가지고 있습니다 — 여기서의 변경은 부모 페이지의 Save와는 독립적입니다.
- 워롤당 한 행.
- 상단의 설명 줄은 활성화된 하위 모드에 따라 바뀝니다 — Fixed 모드의 경우 "Each approved regear credits the chosen war role's cap regardless of actual loss", Capped 모드의 경우 "Caps the maximum credit at the role's cap — pays actual loss when lower".
- 필드를 비워두면 한도가 지워집니다. 한도가 없는 역할은 청구 시점에 선택될 경우 Payout이 차단됩니다("War role has no silver cap configured" 오류).
- 동일한 값은 Settings → War Roles → Edit → Silver Cap에서 각 개별 역할에 대해서도 편집 가능합니다. 편한 편집기를 사용하십시오 — 동일한 필드를 편집합니다.
3. Requirements
제출 흐름을 통제하는 세 가지 길드 전체 토글:
| 토글 | 기본값 | ON일 때 동작 |
|---|---|---|
| Require Locker Assignment | ON | locker가 배정되지 않은 멤버는 리기어를 신청할 수 없습니다. 멤버의 첫 사망 전에 스태프가 locker 설정을 처리하도록 강제합니다. |
| Require Evidence URL | OFF | 오버차지 요청을 제출할 때 멤버가 URL(Discord 메시지 링크, YouTube 클립, 스크린샷 호스트)을 붙여넣어야 합니다. 사망 리기어는 Albion의 공개 사망 피드에서 자동으로 해결되며 증거가 필요 없습니다. |
| Allow Member Self-Cancel | ON | 멤버는 스태프가 승인할 때까지 본인의 보류 중인 요청을 취소할 수 있습니다. OFF면 스태프만 보류 중인 요청을 거절할 수 있습니다. |
4. 장비 검증
멤버가 리기어를 제출하면 서버가 각 슬롯을 워롤의 로드아웃과 비교합니다. 세 개의 정책 드롭다운이 일치하지 않을 때 어떻게 할지 결정합니다:
Invalid Gear Policy
아이템이 워롤의 로드아웃에 전혀 포함되지 않은 슬롯(잘못된 패밀리, 잘못된 무기 클래스).
| 옵션 | 동작 |
|---|---|
| Staff Decision | 제출이 통과되고; 스태프가 위반 플래그를 보고 요청별로 결정합니다. |
| Auto: As-Is (Sum Tier) | 자동 통과; 기록된 아이템은 멤버가 사망한 그대로입니다. |
| Force Member Archive | 제출이 차단됩니다 — 멤버는 "This regear can't be submitted — your equipment is invalid for this war role."를 봅니다. 사망은 Deaths 탭에서 자동 보관됩니다. |
Under-Tier Policy
아이템 티어가 역할의 최소값보다 낮은 슬롯.
| 옵션 | 동작 |
|---|---|
| Staff Decision | 제출이 통과되고; 스태프가 결정합니다. |
| Auto: Upgrade to Minimum | 서버가 기록된 티어를 역할의 최소값으로 올립니다. 멤버는 올바른 티어를 착용하고 사망한 것처럼 지급받습니다. |
| Auto: As-Is (Sum Tier) | 실제 낮은 티어로 자동 통과. |
| Force Member Archive | 제출 차단; 사망 자동 보관. |
Over-Tier Policy
아이템 티어가 역할의 최소값을 초과하는 슬롯(드물지만 정당한 경우 — 멤버가 T6 최소값 대신 T8에 지출).
| 옵션 | 동작 |
|---|---|
| Staff Decision | 제출이 통과되고; 스태프가 실제 지급할지 다운그레이드할지 결정합니다. |
| Auto: Downgrade to Minimum | 서버가 기록된 티어를 역할의 최소값까지 깎습니다. 멤버는 더 저렴한 가격으로 지급받습니다. |
| Auto: As-Is (Sum Tier) | 실제 더 높은 티어로 자동 통과. |
오버티어에 대한 "Force Archive" 옵션은 없습니다 — 리기어 가능 장비에 과도하게 지출했다고 차단하는 것은 의미가 거의 없습니다.
5. System
여기의 유일한 설정은 Regear Start Date 컷오프입니다:
- 이 UTC 타임스탬프 이후 발생한 사망만 리기어할 수 있습니다. 그 전 사망은 Deaths 탭에서 숨겨집니다.
- 기본값 = 길드 생성 날짜. 페이지가 선택기 아래에 해결된 기본값을 표시합니다.
- 선택기 옆의 🔄 리셋 버튼은 사용자 정의 날짜를 지우고 기본값으로 되돌립니다.
- 길드가 시즌을 다시 시작하거나, 리기어 정책을 초기화하거나, 사전 테스트 단계의 사망을 인정하지 않으려는 경우 유용합니다.
날짜를 과거에 적용해 미래 방향으로 설정
Regear Start Date를 더 최근의 값으로 변경하면 이전에 제출된 리기어가 Deaths 탭에서 숨겨집니다(멤버는 보관된 항목을 다시 시도할 수 없게 됨). 그러나 요청 파이프라인에서 삭제되지는 않습니다. 승인 / 지급된 리기어는 #Member Regear Report 및 Silver 은행 원장에 그대로 유지됩니다.
저장 흐름
이 페이지에는 추적되는 필드가 저장된 상태와 다를 때 하단에 고정된 "You have unsaved changes" 바가 있습니다. Save Changes를 클릭해 커밋합니다(서버가 모드 전환 게이트를 검증합니다; 실패 시 폼이 롤백됩니다). War Role Caps 하위 모달은 자체 Save가 있으며 이 바에 의존하지 않습니다.
Setup Checklist의 두 크로스 시스템 행(Silver Bank enabled 및 Item Price enabled)은 여기서 상태 전용입니다 — 저장 상태가 바뀌어도 미저장 변경 바에 기여하지 않습니다. 이 토글을 변경하려면 Guild Systems를 사용하십시오.
관련 링크
- 아이템 모드 — 정산 + locker — Mode가 Item return으로 설정된 경우 무슨 일이 일어나는가.
- Silver 모드 — 지급 — Mode가 Silver payout(어떤 하위 모드든)인 경우 무슨 일이 일어나는가.
- Settings → Guild Systems — Silver 은행 + Item Price 토글의 표준 위치 + Setup Checklist 패턴 바이블.
- Settings → War Roles — 각 역할의 Silver Cap을 편집할 수 있는 다른 위치.
- 멤버 — 리기어 신청 — 검증 정책이 멤버 화면에 적용되는 곳.