Skip to content

Silver 模式 — 从 银库 发放

silver 模式 下,AO Master 把已批准的 补装 以 silver 计入每位成员的 银库 钱包 — 不发物品、不动储物柜、不开截单任务。员工在 #Review Requests 选中已批准的行,点 结算,silver 即时落账。本页覆盖三种 silver 子模式、员工的 结算 操作、账本痕迹,以及成员会看到什么。

如果你要的是另一种发放(把物品打包进储物柜),见 物品模式 — 截单 + 储物柜。上游的批准步骤见 员工 — 审核 + 批准。两种模式并列对比见 补装流程总览

权限 + 依赖

结算 操作和 批准 在同一处,使用 相同权限 — "审核 补装 申请"。没有单独的"结算"权限。原因:在 silver 模式下,批准 + 结算 通常是同一员工接连完成的两步。

silver 模式真正需要的,是 Setup Checklist — 在 结算 能工作之前,三件事必须全部满足:

前置在哪里翻开关
银库 已启用设置 → 公会系统
物品价格 已启用设置 → 公会系统
补装 模式 设为任一 silver 值设置 → 补装 策略 → Silver 补装

如有任何一项关闭,设置 → 补装 策略 上的 Setup Checklist 会指明缺什么 — 完整入口见 设置 → 补装 策略。每次点 结算,服务器都会重新校验所有前置,所以即使浏览器标签页过期,也无法绕过未满足的 Setup Checklist。

三种 silver 子模式

补装 模式 在 设置 → 补装 策略 是一个下拉。把顶层模式选成 Silver 发放 后,会出现 Silver 模式 下拉,带三个子选项:

Silver 模式实际付的是适合
按物品价格汇总每个损失槽位的 silver 价格之和(在批准时从 物品价格 频道取的快照)。想让 补装 价值跟随真实市场价的公会。
战场职位 — 固定上限等于 战场职位 的 silver 上限 的固定金额 — 不看实际损失。偏好每职位预算简单的公会("DPS 职位每次发 1M silver,不论赢输")。
战场职位 — 按实际封顶(物品价格快照之和)与(职位的 silver 上限)二者的较小值 — 按实际付,但永不超出。想为"昂贵意外"留安全网的公会。

战场职位 模式的上限按每个 战场职位 在 设置战场职位上限 子弹窗中设置(设置 → 补装 策略 → Setup Checklist → 设置战场职位上限),或在 设置 → 战场职位 → 编辑 → Silver 上限 字段中设置。若某职位未配置上限,结算 会被挡下并显示"战场职位 未配置 silver 上限",直到把上限补上。

切换模式有闸门

在运行中的公会上切换 补装 模式 在以下情况会被 挡下:

  • 还有截单任务存在未完成的打包(离开物品模式) → 先完成或撤销所有进行中的任务。
  • 还有已批准的 silver 申请未结算(离开 silver 模式) → 先把每条已批准的行结算或拒绝。

在 模式 下拉中选择新值,系统会先做这项检查再保存;如有阻挡,会弹出提示,并附深链到相关列表。待处理申请是模式无关的 — 不会被模式切换阻挡,等批准时会按新模式处理。

银库 余额 永远 不会因模式切换被清空。该账本是持久系统;成员余额会滚动保留,即便公会回到物品模式,也仍可提现。

从"已批准"到 结算

流程开头与物品模式相同:员工在 #Review Requests → 待处理 标签页点 批准 → 申请落到 已批准 标签页。从这里开始,批量按钮会按公会的 补装 模式 切换:

公会的 补装 模式"已批准"标签页的批量按钮
物品归还创建截单任务 (见 物品模式)
任一 silver_*结算

审核申请的"已批准"标签页 — 3 张已批准卡(jpang DPS / DPS / Tank),勾选 1 行,底部批量栏显示"已选 1 — 撤销(1) — 结算(1)"

结算步骤:

  1. 打开 #Review Requests已批准 标签页。
  2. 勾选要结算的行。底部会出现批量栏,带 撤销结算 按钮。
  3. 结算。每行独立处理 — 允许部分成功,某些行可成功,另一些则附明确原因失败。

每位员工都会看到一条提示告诉你结果 — 全部成功时显示"已结算 3 条申请 — silver 已计入";有失败时显示"结算失败 — 2 条申请被阻止"并附原因。

单行被阻挡的原因

每行都有独立的校验。常见的逐行失败提示及其修复:

提示信息发生了什么修复
申请状态为"已批准" — 仅"已批准"申请可结算该行已不再处于"已批准"状态(从你勾选到点结算之间,有人已结算或撤销了它)刷新 + 重新选择。
成员没有已关联的 Albion 角色提交申请的成员未关联角色该成员须通过 #Members → 🔗 Link 关联 Albion 角色。silver 会落到角色名上,不是账号本身。
战场职位 未配置 silver 上限处于 战场职位 模式且所选职位未设 Silver 上限在 设置 → 补装 策略 → 设置战场职位上限(或 设置 → 战场职位 → 编辑)中补上。
一项或多项物品在批准时没有价格快照处于"按物品价格汇总"(或"按实际封顶")模式,但批准时这些物品没有 物品价格 数据给这些基础物品补充 物品价格 + 重新批准(快照在"批准"时拍,不是"结算"时)。
计算出的金额为 0 — 没什么可结算全部物品都有价格,但合计为 0与"缺价格"的修复相同 — 在 物品价格 频道检查这些基础物品。

好消息:失败的行会留在 已批准 状态,修好后可重试。同一批中已结算的行不会被回退。

silver 落到哪里 — 银库 历史

每次结算成功都会写一条 银库 账本 — 一条 Add(增加)记录,标注"补装 结算",计入该成员的角色余额。它会出现在 #Silver Bank → 历史:

银库 历史 标签页 — 顶部"公会总计 3,000,000",3 条账本行:时间戳、Add 徽标、RimuruCiel 角色、1,000,000 金额,备注引用所用模式("补装 结算 — 战场职位 固定上限")

每行展示:

  • 时间戳 — 结算时间。
  • 类型 徽标 — 贷记一律为 Add,颜色与银行的"添加流"主题一致。
  • 角色 — 该成员的 Albion 角色名(silver 落到角色,不是账号)。
  • 金额 — silver 数额。
  • 备注 — "补装 结算" 加上子模式名,事后审计可知是哪种算法生成了这笔。

#Silver Bank 页面共四个标签:余额(按角色汇总)、提现(成员发起的提现队列)、日志(粘贴箱子原文的解析缓冲 — 概念不同)以及 历史(你在上图看到的会计账本)。完整参考:银库

日志 vs 历史 — 常见混淆

日志 用于"粘贴箱子原文"工作流(从存入箱子粘贴原始的 silver 进/出行,逐条标 应用 或 禁用,然后提交)。历史 是落到成员钱包的最终会计账本,每条贷记 / 借记都在这里。补装 结算 完全不走 日志 — 它们直接落到 历史,与 手动 Add 按钮路径相同。

成员会看到什么

结算 完成后,申请翻成 已结算,该成员的 #My Requests 行会实时更新 — 无需刷新:

我的申请页面 — 顶部一张已拒绝,下方两张已结算,均为五步全绿的进度条(待处理 / 已批准 / 截单 / 进行中 / 已配送),底部行写着"💰 已计入 — silver 到 银库"

已结算 卡片显示:

  • 5 步进度条全绿(待处理 → 已批准 → 截单 → 进行中 → 已配送)。silver 模式下,概念上没有 截单 / 进行中 这两步,但进度条会一路推进到 已配送,以保持视觉跨模式一致。
  • 一条 💰 已计入 X silver 至 银库 的底注。(金额字段在 战场职位 的两个子模式下显示为破折号 — 这两种模式不记录"按物品的 silver",所以页面无法展示明细;确切金额可在上方的 银库 账本看到。按物品价格汇总 模式才会显示每条申请的实际 silver 金额。)
  • 一颗 已接收 操作按钮 — 成员可把这条申请标为"已确认"。

silver 本身在该成员的 银库 钱包里,他可以在 #My Home → Silver Bank 看到,也可以直接在 #Silver Bank → 余额 看。他可以从那里走标准的 银库 提现流程发起一次提现(见 银库)。

为什么 silver 也用"已配送"?

进度条对两种模式都使用同一颗 已配送 徽标,这是有意的。语义对照:物品模式 = 物品在你的储物柜;silver 模式 = silver 在你的钱包。两者都是"申请完成"的终态。

与物品模式并排对比

步骤物品模式Silver 模式
1成员提交 → 待处理成员提交 → 待处理
2员工审核 + 批准 → 已批准(还未动钱 / 物)员工审核 + 批准 → 已批准(还未动 silver)
3员工把已批准合并成截单任务 → 打包入储物柜 → 标记已配送员工选中已批准 + 点 结算 → silver 已计入,状态翻到 已结算
4留存窗口结束后归档留存窗口结束后归档

两步式生命周期(先批准,再发放 / 结算)在两种模式下都是同样的设计。它仿照 Stripe / PayPal / 发薪 都把"批准"与"发出"分开 — 万一在两步之间发现问题,只要拒绝该行即可解决,无需补偿性流水。

超额补装 怎么处理?

silver 模式下的 超额补装(OC)申请 一律 使用"按物品价格汇总"逻辑,无论公会选的是哪个 silver 子模式 — 因为 战场职位 的上限是按每次死亡设定的额度,把它套到每件物品独立提交的 OC 上没有意义(假如某成员只是丢了一个昂贵的包,他就能拿到 1M silver 的全额死亡上限)。

在所有 silver 模式都要求 物品价格 开启的前提下,这一切是自动的:只要公会处于任一 silver 模式,且损失物品在批准时拿到了价格快照,OC 的 silver 发放就能跑通。