設定 → Regear 政策
Regear 政策分頁是公會中每一項影響 regear 流程的設定的單一入口 — 從「要發物品還是 silver？」一直到「成員交上來的裝備不符合戰場職位時要怎麼處理？」。從設定視窗中的 POLICIES → Regear 政策開啟。
這一頁是操作者的參考手冊。如需了解這些設定所控制的工作流程，請參考物品模式 — 截止 + 置物櫃和Silver 模式 — 給付。若想了解頻道層級的提交流程，請參考成員 — 提交 regear。
權限
整個 Regear 政策分頁需要管理公會權限。任何擁有該權限的人都可以開啟分頁、編輯每一個值並儲存。沒有分區段的權限門檻 — 看得到的就改得了。
戰場職位 Silver 上限子視窗還需要管理戰場職位權限 — 它是每個戰場職位 Silver 上限的平行編輯器，這個欄位本來應該屬於戰場職位分頁。
四個區塊
分頁由上到下分成四個有名稱的區塊。其中三個一律顯示；設定檢查清單卡片只有在你選擇 silver 給付模式時才會出現。
1. Regear 模式
頁面頂端面板。Mode下拉選單選擇最上層的給付方式：
| 模式 | 效果 |
|---|---|
| Item return | 核准的 regear 會落在截止任務上；staff 負責把物品打包進置物櫃。請參考物品模式。 |
| Silver payout | 下方會出現第二個 Silver Mode 下拉選單，用來選擇要套用哪一種 silver 計算方式。核准的 regear 會在 #Review Requests 出現 Payout 動作。請參考Silver 模式。 |
當 Mode = Silver payout 時，串接的 Silver Mode 下拉選單會提供三種子模式：
| Silver 模式 | 給付內容 |
|---|---|
| Sum by Item Price | 每個損失欄位的 silver 價格總和（在核准當下從 Item Price 頻道快照下來）。追蹤實際市場價值。 |
| War Role — Fixed cap | 等同於所選戰場職位 Silver 上限的固定金額。忽略實際損失。 |
| War Role — Capped by actual | 取（物品價格快照總和）或（該職位的 Silver 上限）兩者中較小者。給付實際金額，但永不超出上限。 |
模式切換安全閥
在運作中的公會切換模式時，會在儲存前先檢查。在以下狀況下，切換會被封鎖：
- 從物品模式離開 → 仍有截止任務未完成打包。
- 從 silver 模式離開 → 仍有核准的 silver 申請尚未給付。
失敗時會跳出 toast，附帶導向受影響清單的連結（「切換前請先支付 3 筆待付給付」／「切換前請先完成 2 筆截止任務」）。Pending 申請與模式無關 — 不會被封鎖，核准時直接套用新模式。
模式切換永遠不會清空 Silver 銀庫餘額。銀庫是常駐系統；成員餘額會延續且可隨時提領，與公會模式變動無關。
2. 設定檢查清單（僅 silver 模式）
選擇任何一種 silver 子模式後，Regear Mode 面板下方會出現設定檢查清單卡片。每一列依需求是否滿足顯示 ✓（綠色）或 ⚠（橘色）：
| 項目 | 檢查內容 | 動作按鈕 |
|---|---|---|
| Silver Bank enabled | 本公會的 Silver 銀庫系統已開啟 | Manage in Guild Systems — 開啟 Guild Systems 分頁，在那裡切換開關。 |
| Item Price enabled | 本公會的物品價格系統已開啟 | Manage in Guild Systems — 同上。 |
| Item Price focus list | 價格快取所追蹤的物品清單 | Sync from War Role Loadouts — 從所有戰場職位的必備物品自動填入 focus 清單。啟用後，該列會顯示綠色 Auto-sync enabled 徽章取代按鈕。（只有在 Item Price 已儲存為開啟後才會顯示 — 在那之前卡片會隱藏這一列。） |
| War Role silver caps （僅戰場職位模式） | 每個戰場職位都已設定 Silver 上限值 | 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 頻道、截止任務的價值快照……），如果允許從 Regear 政策分頁內關閉，會默默地破壞其他地方的功能。
這些切換開關的標準位置是設定 → Guild Systems — 請參考 Guild Systems 了解單一來源規則。
戰場職位上限子視窗
點擊 Set War Role Caps 會開啟自成一體的編輯器。子視窗有自己的未儲存狀態和自己的儲存按鈕 — 這裡的變更不依賴上層頁面的儲存。
- 每個戰場職位一列。
- 上方說明列會隨啟用的子模式變動 — 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」錯誤訊息）。
- 同一個值也可以在設定 → 戰場職位 → Edit → Silver Cap中為個別職位編輯。哪邊方便就用哪邊 — 兩處編輯的是同一個欄位。
3. 需求條件
三個控管提交流程的公會層級切換開關：
| 切換開關 | 預設 | 開啟時的行為 |
|---|---|---|
| Require Locker Assignment | ON | 沒有指派置物櫃的成員不能提交 regear。強迫 staff 在成員首次死亡前先處理置物櫃設定。 |
| Require Evidence URL | OFF | 成員提交 Overcharge 申請時必須貼上 URL（Discord 訊息連結、YouTube 片段、截圖代管）。死亡 regear 會從 Albion 公開死亡資訊源自動解析，永遠不需要證據。 |
| Allow Member Self-Cancel | ON | 成員可以在 staff 核准前取消自己的待處理申請。關閉後，只有 staff 才能拒絕待處理申請。 |
4. 裝備驗證
當成員提交 regear 時，伺服器會比對每個欄位與戰場職位的 loadout。三個政策下拉選單決定不符合時要做什麼：
無效裝備政策
針對物品完全不在戰場職位 loadout 中的欄位（家族錯、武器類別錯）。
| 選項 | 行為 |
|---|---|
| Staff Decision | 提交照常通過；staff 看到違規旗標後逐筆決定。 |
| Auto: As-Is (Sum Tier) | 提交自動通過；記錄的物品就是成員死亡時所穿的。 |
| Force Member Archive | 提交被封鎖 — 成員看到「This regear can't be submitted — your equipment is invalid for this war role.」。該次死亡會從他們的 Deaths 分頁自動封存。 |
階級不足政策
針對物品階級低於職位最低要求的欄位。
| 選項 | 行為 |
|---|---|
| Staff Decision | 提交照常通過；由 staff 決定。 |
| Auto: Upgrade to Minimum | 伺服器把記錄的階級提升到職位最低要求。成員的給付就像他們穿著正確階級的裝備死亡一樣。 |
| Auto: As-Is (Sum Tier) | 提交在較低的實際階級自動通過。 |
| Force Member Archive | 提交被封鎖；死亡自動封存。 |
階級過高政策
針對物品階級超出職位最低要求的欄位（雖然罕見但合理 — 例如成員把 T6 最低要求換成 T8）。
| 選項 | 行為 |
|---|---|
| Staff Decision | 提交照常通過；由 staff 決定要按實際給付還是降級。 |
| Auto: Downgrade to Minimum | 伺服器把記錄的階級削減到職位最低要求。成員依較便宜的價格給付。 |
| Auto: As-Is (Sum Tier) | 提交在較高的實際階級自動通過。 |
階級過高沒有「Force Archive」選項 — 為了花太多錢在可 regear 的裝備上而封鎖某人，很少有意義。
5. 系統
這裡唯一的設定是 Regear Start Date 起算日期：
- 只有發生在這個 UTC 時間戳記之後的死亡才能 regear。之前的死亡會從 Deaths 分頁中隱藏。
- 預設值 = 公會建立日期。頁面會在日期選擇器下方顯示解析後的預設值。
- 日期選擇器旁的 🔄 重設按鈕會清除任何自訂日期並回到預設值。
- 適用於公會重啟賽季、清空 regear 政策，或不想承認測試前階段死亡的情境。
把日期往後調的回溯影響
把 Regear Start Date 往較近的日期更動會隱藏Deaths 分頁中先前提交過的 regear（成員會失去重新嘗試封存的能力），但不會刪除申請管線中的任何資料。已核准／已給付的 regear 仍會留在 #Member Regear Report 和 Silver 銀庫帳本中。
儲存流程
當任何受追蹤的欄位與已儲存狀態不同時，頁面底部會出現黏在底部的**「You have unsaved changes」**訊息列。點擊 Save Changes 提交（伺服器會驗證模式切換安全閥；失敗時表單會回捲）。戰場職位上限子視窗有自己的儲存按鈕，不依賴這個訊息列。
設定檢查清單上的兩列跨系統項目（Silver Bank enabled 和 Item Price enabled）在這裡是僅顯示狀態 — 它們即使在已儲存狀態變動時也不會觸發未儲存變更訊息列。若要切換這些開關，請使用 Guild Systems。
相關連結
- 物品模式 — 截止 + 置物櫃 — Mode 設為 Item return 時的情境。
- Silver 模式 — 給付 — Mode 設為 Silver payout（任一子模式）時的情境。
- 設定 → Guild Systems — Silver 銀庫 + 物品價格切換開關的標準位置，也是設定檢查清單模式的聖經。
- 設定 → 戰場職位 — 編輯每個戰場職位 Silver 上限的另一個地方。
- 成員 — 提交 regear — 驗證政策落到成員視角的地方。