补装流程总览
补装就是公会把你在死亡中损失的装备(或在 超额补装 中消耗的物品)补给你。AO Master 的整套流程都在站内完成 — 提交、审核、批准、发放 — 并且有 两种发放模式,共用同一条"提交+审核"前半段,然后在发放环节分叉。
本页是入口。先读这一篇;再按需要进入对应模式的细节页:
共用的前半段(适用于两种模式)
无论选哪种模式,前半段都完全相同:
- 成员提交 — 通过
#Request Regear(死亡标签页或 超额补装 标签页)。成员选择当时所属的 战场职位;AO Master 将其损失的装备与该职位的 套装配置 比对,并对每个槽位标出验证问题(低于T阶、高于T阶、无效)。 - 员工审核 — 在
#Review Requests中查看。每个槽位的验证结果都会展示;员工对每条申请可执行 批准 / 拒绝 / 归档。绿色的"主操作"按钮根据 模式 而变 — 见下。
这就是通用流程。每种验证问题(自动拒绝 / 允许 / 由员工决定)按公会在 设置 → 补装 策略 中的配置生效。
模式分叉
每个公会只挑 一种 补装 发放模式。设置位置在 设置 → 补装 策略 → 模式。四个选项:
| 模式 | 实际发放什么 | 适合 |
|---|---|---|
| 物品归还 | 员工把物品打包回成员的储物柜。截单任务 频道管理打包队列。 | 经典流程。无需开启 物品价格。 |
| Silver — 按物品价格汇总 | 计入 silver = 每个损失槽位的 silver 价格之和(实时取自 Albion Online Data Project 市场推送)。 | 想按真实市场价对全额损失进行补偿。需要 物品价格 开启。 |
| Silver — 战场职位 — 固定上限 | 计入 silver = 战场职位 的固定 silver 上限,与实际损失无关。 | 想要可预测的每次发放金额。限制公会的发放敞口。 |
| Silver — 战场职位 — 按实际封顶 | 计入 silver = (实际物品价格之和)与(该职位的 silver 上限)二者中的较小值 — 按实际补偿,但永不超过上限。 | 两全:既不会多付,在损失较小时又能拿到精确补偿。 |
三种 silver 模式都要求 银库 开启 且 物品价格 开启(开关在 设置 → 公会系统 中)。补装 策略页会在 Setup 区显示一张"前置条件"卡片,列出缺什么并提供一键启用。
一条规则,而不是四条
最初只有"按物品价格汇总"模式要求 物品价格 开启。TK 把规则锁定为 任何一种 silver 模式都要求 物品价格 开启,以保持解释简洁。三个勾选框 < 四格矩阵。
在哪里选模式
/welcome → 公会名旁的 ⚙️ → 补装 策略 标签页 → 模式 下拉。
当你选择 Silver 发放 时,下方会出现第二个下拉 — 就是 Silver 模式 选择器,带三个子选项(按物品价格汇总 · 战场职位 — 固定上限 · 战场职位 — 按实际封顶)。选任一战场职位子模式后会出现 设置战场职位上限 按钮,打开一个子弹窗用于按职位设置 silver 上限(同样可在 设置 → 战场职位 中编辑)。
分叉 — 批准之后会发生什么
两种模式的提交与审核相同,但审核页那颗绿色操作按钮会换标签、换行为:
物品模式 — 创建截单任务
员工批准申请后,它会进入 #Cut-off Tasks 的 截单任务 队列。打包者接取任务,使用 清单核查 来确认从公会箱子中取出的物品正确,标记任务已配送,物品就会落入成员的储物柜。
成员在 #My Requests 上一步步看到进度:已提交 → 已批准 → 截单 → 已打包 → 已配送。
完整细节:物品模式 — 截单 + 储物柜。当公会处于 silver 模式时,截单任务 频道会从侧边栏隐藏(这种模式下没有 截单)。
Silver 模式 — 结算
员工批准申请后,它会进入 已批准但未结算 状态。员工可以:
- 逐条结算 — 在某一行点
结算→ silver 会即时进入该成员的 银库 余额。 - 批量结算 — 多选已批准的行,然后点
结算→ 一次性批量计入(例如每周发薪)。
把"批准"和"付款"拆成两步是有意为之 — 跟 Stripe / payroll / PayPal 一样。这给员工留出一个反悔窗口:如果在批准与结算之间发现错误,直接拒绝该行,钱还没动。无需补偿性流水。
成员在 #My Requests 上看到的进度是:已提交 → 已批准 → 💰 已计入 X silver。
那笔款会留在成员的 银库 钱包里(#Silver Bank → My Home)直到他们发起提现 — 那是另一条由员工处理的独立流程。
完整细节:Silver 模式 — 从 银库 发放。
生命周期状态
#My Requests 与 #Review Requests 上的状态徽标会经过以下状态(不同模式的终态不同):
| 徽标 | 何时设置 | 模式 |
|---|---|---|
| 待处理 | 成员提交时 | 两者 |
| 已批准 | 员工点击 批准 | 两者 |
| 已配送 | 打包者把截单任务标记为已配送 | 仅物品模式 |
| 已接收 | 成员在 #My Requests 行上点击 已接收 | 仅物品模式 |
| 已结算 | 员工点击 结算(silver 进入该成员的 银库 钱包) | 仅 silver 模式 |
| 已归档 | 成员归档,或留存窗口结束后自动归档 | 两者 |
| 已拒绝 | 员工以原因拒绝 | 两者 |
待处理的申请在设计上是 模式无关 的 — 不在乎当前启用的是哪种发放模式。它们要等到被批准时才"认领"一种模式,所以切换模式永远不会让待处理申请落地无措。
在运行中的公会上切换模式
你随时可以在 设置 → 补装 策略 → 模式 切换。AO Master 会在以下情况阻止切换:
- 还存在 已批准但未结算的 silver 申请(必须先结算 — 离开 silver 模式的前置)。
- 还存在 未解决的截单任务(必须先完成 — 离开物品模式的前置)。
会有提示展示数量,并深链到相关列表("切换前请先结算 3 条待付款" / "切换前请先完成 2 个截单任务")。
切换模式 不会 清掉待处理申请 — 它们是模式无关的。切换之后批准的新申请使用新模式。银库 余额 永远不会 因模式切换而清空 — 该账本独立于 补装 模式而持久存在。即便你切回物品归还,成员仍可继续累积 silver 并随时提现。
超额补装 与 补装 并列,不是其子项
超额补装(OC)是另一种申请类型,处理"消耗掉"(并非死亡损失)的物品 — 通常是成员在活动中烧掉的食物、药水、虹吸 相关物品。它在 #Request Regear 有自己的标签页("超额补装"),也有自己的权限("申请 超额补装")。
超额补装 的 silver 发放 一律按"按物品价格汇总"逻辑,无论公会选的是哪个 silver 子模式。战场职位 的上限不适用于 超额补装,因为 OC 是按物品而非按死亡计算。在"任何 silver 模式都要求 物品价格 开启"的规则下,只要公会处于任意一种 silver 子模式,超额补装 的 silver 发放就自动可用。
物品模式下的 超额补装:消耗掉的物品会通过与死亡 补装 完全相同的截单 + 储物柜路径归还。
权限一览
完整权限列表见 权限参考。补装 流程涉及的权限:
| 操作 | 权限(以"编辑身份组 → 权限"中显示的名称为准) |
|---|---|
| 提交死亡 补装 | 申请死亡 补装 |
| 提交 超额补装 | 申请 超额补装 |
| 审核 + 批准 / 拒绝 | 审核 补装 申请 |
| 接取截单任务(物品模式) | 接取截单任务 |
| 监管截单任务 | 监管截单任务 |
| 管理储物柜 | 管理储物柜 |
成员通过上述两项"成员自助"权限,始终能看到自己的死亡 + 申请 + 储物柜 — 没有单独的"查看自己的死亡"开关。
下一步看什么
- 提交端:成员 — 提交 补装
- 审核端:员工 — 审核 + 批准 / 拒绝
- 物品模式发放:物品模式 — 截单 + 储物柜
- Silver 模式发放:Silver 模式 — 从 银库 发放
- 审计视角:成员 补装 报表