silverモード — silverバンクからの支払い
silverモードでは、AO Masterが承認済みリギアをsilverとして各メンバーの silverバンク ウォレットに支払います — アイテムなし、ロッカーなし、カットオフタスクなし。スタッフは #Review Requests で承認済み行を選択し、支払い をクリックすると、silverが即座に着金します。このページではsilverサブモード3種、スタッフの支払いアクション、元帳の追跡、メンバーに見えるものを説明します。
別の配送方法(アイテムをロッカーに梱包する)については アイテムモード — カットオフ + ロッカー を参照してください。上流の承認ステップについては スタッフ — 確認 + 承認 を参照してください。両モードの並列比較は リギアパイプライン概要 を参照してください。
権限と依存関係
支払いアクションは承認と同じ画面にあり、同じ権限「Approve Regear Requests」を使います。別途「支払い」権限はありません。理由:silverモードでは、承認と支払いの判断は通常連続して行われ、同じスタッフが担当することが多いからです。
silverモードに必要なのは Setup Checklist で、支払いがそもそも動くために以下の3つが満たされている必要があります。
| 要件 | 切り替え場所 |
|---|---|
| silverバンクを有効化 | 設定 → ギルドシステム |
| アイテム価格を有効化 | 設定 → ギルドシステム |
| リギアモードがsilverの値のいずれかに設定 | 設定 → リギアポリシー → silverリギア |
いずれかがOFFなら、設定 → リギアポリシー の Setup Checklist が不足要件を表示します — 完全なハブは 設定 → リギアポリシー を参照してください。サーバーは支払いクリックのたびに全要件を再チェックするので、古いブラウザタブが Setup Checklist を満たさずに通り抜けることはありません。
silverサブモード3種
リギアモード は 設定 → リギアポリシー にある1つのドロップダウンです。最上位のモードに silver支払い を選ぶと、3つのサブオプションを持つ silverモード ドロップダウンが表示されます。
| silverモード | 支払い額 | 向いている使い方 |
|---|---|---|
| アイテム価格の合計 | 失った各スロットのsilver価格(承認時にアイテム価格チャンネルからスナップショット取得)の合計。 | リギア価値を実際の市場価格に追従させたいギルド。 |
| ウォーロール — 固定上限 | ウォーロールの silver上限 に等しい固定額 — 実際の損失は無視。 | ロール別の単純な予算を持つギルド(「DPSロールは全員、勝っても負けても1M silver」)。 |
| ウォーロール — 実額キャップ | (アイテム価格スナップショットの合計)とロールの silver上限 の小さい方 — 実損を払いつつ上限を超えない。 | 高額な想定外を防ぐ安全網が欲しいギルド。 |
ウォーロールモードでの上限は、ウォーロールごとに ロール別silver上限を設定 サブモーダル(設定 → リギアポリシー → Setup Checklist → ロール別silver上限を設定)から、またはロールの行(設定 → ウォーロール → Edit → Silver Cap フィールド)から設定します。上限が設定されていないロールでは「War role has no silver cap configured」エラーで支払いがブロックされ、上限を設定するまで進めません。
モード切り替えはゲートされる
稼働中のギルドで リギアモード の切り替えは、次の場合にブロックされます。
- 未解決の梱包があるカットオフタスクが1つでもある(アイテムモードを離れる) → 先にすべてのアクティブタスクを完了するか取り消す。
- 承認済みで未払いのsilver申請が1件でもある(silverモードを離れる) → 先に承認済み行をすべて支払うか却下する。
モードドロップダウンで新しい値を選ぶと変更前にチェックが走り、何かがブロックすれば、対象リストへのディープリンク付きエラートーストが表示されます。Pending申請はモード非依存 — モード切り替えではブロックされず、承認時に新しいモードに従います。
silverバンクの残高はモード切り替えで決して消えません。バンクは永続システムで、メンバーの残高は次に持ち越され、アイテムモードに戻しても引き出し可能なまま残ります。
Approved → 支払い
フローはアイテムモードと同じく始まります:スタッフが #Review Requests で確認 → Pendingタブ → 承認 をクリック → 申請は Approved タブに入ります。そこから先、一括アクションボタンはギルドの リギアモード によって切り替わります。
| ギルドのリギアモード | Approvedタブの一括ボタン |
|---|---|
| アイテム返却 | カットオフタスクを作成 (アイテムモード を参照) |
| いずれかのsilver_* | 支払い |
支払うには:
#Review Requests→ Approved タブを開く。- 支払いたい行にチェックを入れる。Revert と 支払い アクションボタンを持つ一括バーが下に現れる。
- 支払い をクリック。選択した行は1件ずつ独立して支払われるので、部分的な成功も大丈夫です — 一部は成功し、一部は明確な理由で失敗することがあります。
各行のスタッフ向けトーストが結果を教えてくれます — 全成功時は「Paid out 3 request(s) — silver credited」、何か問題があったときは「Payout failed — 2 request(s) blocked」と理由が表示されます。
1件単位で支払いを止めることがある原因
一括の各行は独自の検証を通ります。よくある行単位の失敗メッセージと対処:
| 失敗メッセージ | 起きたこと | 対処 |
|---|---|---|
| Request status is "approved" — only approved requests can be paid | 行がもうApproved状態ではない(チェックを入れてから支払いをクリックする間に、別の誰かが支払うか戻した) | 更新して再選択。 |
| Member has no linked Albion character | 申請者のメンバーにキャラクターがリンクされていない | メンバーは #Members → 🔗 Link でAlbionキャラクターをリンクする必要がある。silverはユーザーアカウントではなくキャラクター名に着金する。 |
| War role has no silver cap configured | ウォーロールモード + 選ばれたロールに silver上限が設定されていない | 設定 → リギアポリシー → ロール別silver上限を設定(または 設定 → ウォーロール → Edit)で上限を設定する。 |
| One or more items have no price snapshot from approval time | アイテム価格の合計(または実額キャップ)モード + 承認時にアイテムにアイテム価格データがなかった | 該当のベースアイテムにアイテム価格を反映させて再承認する(スナップショットは支払いではなく承認時に取得される)。 |
| Computed credit is zero — nothing to pay out | アイテム価格はすべてあるが合計が0 | 価格欠落と同じ対処 — それらのベースアイテムについて アイテム価格 チャンネルを確認する。 |
朗報:失敗した行は Approved に残るので、対処後に再試行できます。同じ一括の中ですでに支払われた行は取り消されません。
silverの着金先 — silverバンクの履歴
支払いが成功するごとに silverバンク の元帳エントリが1件書き込まれます — 「Regear payout」のメモが付いた Add 行で、メンバーのキャラクター残高に入金されます。#Silver Bank → History に表示されます。
各行には以下が表示されます。
- 支払いの タイムスタンプ。
- Type バッジ — クレジット用の
Add、バンクのadd-flowのテーマに合わせた色。 - キャラクター — メンバーのAlbionキャラクター名(silverはユーザーではなくキャラクター単位で着金)。
- silverの 金額。
- ノート — 「Regear payout」+ サブモード名で、後の監査でどの計算が入金を作ったかが分かるようにする。
#Silver Bank ページには合計4つのタブがあります — Balances(キャラクターごとの合計)、Withdrawals(メンバー起点の引き出しキュー)、Log(生のチェスト貼り付けパースバッファ — 別概念)、History(上に見えている会計元帳)。完全なリファレンス:silverバンク。
Log と History — よくある混同
Log はチェスト貼り付けワークフロー用(預入チェストから生のsilver入出力行を貼り付け、各行を「Apply」または「Disable」にして、コミットする)。History はメンバーウォレットに着金した入出金すべての完成された元帳。リギアの支払いはLogをスキップして、手動のAddボタンと同じく直接Historyに入ります。
メンバーに見えること
支払いが完了すると、申請は Paid に切り替わり、メンバーの #My Requests 行がリアルタイムで更新されます — 更新不要:
支払済みカードには以下が表示されます。
- 5つの進行ステップすべてが緑(Pending → Approved → Cut-off → In Progress → Delivered)。silverモードではカットオフ / 進行中ステップは概念的にスキップされますが、ストリップは Delivered に直接アニメーションするので、モード間で視覚的に一貫します。
- 💰 X silverをsilverバンクに入金済み のフッター行。 (2つのウォーロールサブモードでは金額フィールドにem-dashが表示されます — アイテムごとのsilverが記録されないので、ページは内訳を描画できません。正確な金額は上のsilverバンク元帳エントリにあります。アイテム価格の合計モードでは申請ごとの実額が表示されます。)
- Received アクションボタン — メンバーは申請を受領済みとマークできます。
実際のsilverはメンバーの silverバンク ウォレットに保管され、#My Home → Silver Bank または直接 #Silver Bank → Balances で確認できます。そこから標準のsilverバンク引き出しフローで引き出しを申請できます(silverバンク を参照)。
なぜsilverでも「Delivered」?
進行ストリップは設計上、両モードで同じ Delivered バッジを使います。読み方:アイテムモード = アイテムがロッカーに、silverモード = silverがウォレットに。どちらも終端の「申請完了」です。
アイテムモードとの並列比較
| ステップ | アイテムモード | silverモード |
|---|---|---|
| 1 | メンバー申請 → Pending | メンバー申請 → Pending |
| 2 | スタッフ確認 + 承認 → Approved(まだお金/アイテムは動かない) | スタッフ確認 + 承認 → Approved(まだsilverは動かない) |
| 3 | スタッフが承認済みをカットオフタスクにまとめる → ロッカーに梱包 → 配送済みとマーク | スタッフが承認済みを選んで 支払い をクリック → silverが入金されステータスが Paid に切り替わる |
| 4 | 保持期間経過後にアーカイブ | 保持期間経過後にアーカイブ |
2段階ライフサイクル(承認、その後に配送 / 支払い)は、両モードで同じく — 設計上そうなっています。Stripe / PayPal / 給与計算 がいずれも「承認」と「拠出」を分離する仕組みを反映しており、2ステップの間にミスを見つければ却下だけで修正できる(差額調整の元帳エントリは不要)からです。
オーバーチャージはどうなる?
silverモードでのオーバーチャージ(OC)申請は、ギルドが選んだsilverサブモードに関わらず常に アイテム価格の合計ロジックを使います — ウォーロール上限は1死亡あたりの許容額で、それをアイテム単位のOC申請に当てはめてもうまく成立しません(高額なバッグを1つ失ったメンバーが死亡上限の1M silverをまるごと受け取ってしまうことになる)。
すべてのsilverモードが共通で持つ「アイテム価格 ON」要件のもとでは、これは自動的に動きます:ギルドがいずれかのsilverモードで、失ったアイテムが承認時の価格スナップショットを持っていれば、OCのsilverは機能します。
関連リンク
- アイテムモード — カットオフタスク + ロッカー — 別の配送経路。
- スタッフ — 確認 + 承認 — 上流のステップ。
- リギアパイプライン概要 — 両モードを並べて。
- silverバンク — 引き出し、チェスト貼り付けログ、設定。
- 設定 → リギアポリシー — silver経路の完全な Setup Checklist。
- メンバーリギアレポート — 期間を通したメンバー別silver合計。