Silver-режим — выплата из Банк silver
В silver-режиме AO Master платит одобренные ригир как silver в кошелёк Банк silver каждого участника — никаких предметов, никаких шкафчиков, никаких задач выдачи. Staff выбирает одобренные строки в #Проверка запросов, нажимает Payout, и silver приземляется мгновенно. Эта страница покрывает три silver-подрежима, действие Payout, журнал ledger и что видит участник.
Альтернативная доставка (паковка предметов в шкафчики) — см. Item-режим — выдача + шкафчик. Upstream-шаг одобрения — см. Staff — проверка + одобрение. Сравнение обоих режимов бок о бок — см. Обзор процесса ригир.
Права + зависимости
Действие Payout живёт на той же поверхности, что и одобрение, и использует то же право — "Approve Regear Requests". Отдельного права "Payout" нет. Причина: в silver-режиме решения одобрить + оплатить обычно идут один за другим, часто одним и тем же staff.
Что silver-режиму нужно — это Setup Checklist — три вещи должны быть истинными до того, как Payout вообще заработает:
| Требование | Где включить |
|---|---|
| Банк silver включён | Настройки → Guild Systems |
| Цена предмета включён | Настройки → Guild Systems |
| Regear Mode на одно из silver-значений | Настройки → Regear Policy → Silver Regear |
Если что-то выключено, Setup Checklist в Настройки → Regear Policy покажет, чего не хватает — см. Настройки → Regear Policy для полного хаба. Сервер пере-проверяет каждое требование на каждый клик Payout, так что устаревшая вкладка браузера не сможет проскользнуть мимо невыполненного Setup Checklist.
Три silver-подрежима
Regear Mode — один выпадающий список в Настройки → Regear Policy. Выбери Silver payout как режим верхнего уровня, и появится выпадающий список Silver Mode с тремя подопциями:
| Silver Mode | Что платится | Лучше для |
|---|---|---|
| Sum by Item Price | Сумма silver-цены каждого потерянного слота (снимок при одобрении из канала Цена предмета). | Гильдий, желающих, чтобы стоимость ригир следовала реальным рыночным ценам. |
| War Role — Fixed cap | Фиксированная сумма, равная Silver Cap вар-роли — игнорирует фактическую потерю. | Гильдий с простым бюджетом на роль («всем в DPS — 1M silver, проиграл-выиграл»). |
| War Role — Capped by actual | Минимум из (сумма item-price snapshots) и (Silver Cap роли) — платит факт, но не превышает cap. | Гильдий, желающих защитную сетку от дорогих сюрпризов. |
Cap для war-role-режимов задаётся per-war-role в sub-modal Set War Role Caps (Настройки → Regear Policy → Setup Checklist → Set War Role Caps) или на собственной строке роли в Настройки → War Roles → Edit → поле Silver Cap. Роли без настроенного cap блокируют выплату ошибкой "War role has no silver cap configured", пока cap не заполнен.
Переключение режимов гейтится
Переключение Regear Mode на живой гильдии блокируется, когда:
- У любой задачи выдачи остаётся неразрешённая паковка (уход из item-режима) → сначала завершить или отменить все активные задачи.
- Любой одобренный silver-запрос ещё не оплачен (уход из silver-режима) → сначала оплатить или отклонить каждую одобренную строку.
Выбор нового значения в выпадающем списке Mode запускает проверку до сохранения изменения; если что-то блокирует, увидишь error toast со ссылкой на затронутый список. Ожидающие запросы режим-агностичны — они не блокируют переключения режимов и просто используют новый режим, когда их одобряют.
Балансы Банк silver никогда не очищаются переключением режима. Банк — постоянная система; балансы участников переносятся и остаются доступными к выводу, даже когда гильдия возвращается к item-режиму.
От Approved → Payout
Поток начинается идентично item-режиму: staff проверяет в #Проверка запросов → вкладка Pending → нажимает Approve → запрос попадает на вкладку Approved. Оттуда пакетная кнопка меняется на основе Regear Mode гильдии:
| Regear Mode гильдии | Пакетная кнопка на вкладке Approved |
|---|---|
| Item return | Create Cut-off Task (см. item-режим) |
| Любой silver_* | Payout |
Чтобы оплатить:
- Открой
#Проверка запросов→ вкладка Approved. - Отметь строки для оплаты. Внизу появится пакетная панель с кнопками Revert и Payout.
- Нажми Payout. Каждая выбранная строка оплачивается независимо — частичный успех нормален, так что одни строки могут пройти, другие провалиться с понятной причиной.
Per-staff toast говорит, что произошло — "Paid out 3 request(s) — silver credited" при полном успехе, "Payout failed — 2 request(s) blocked" с причинами, когда что-то пошло не так.
Что может заблокировать одну строку
Каждая строка в пакете имеет свою валидацию. Частые сообщения о провале на строку и как чинить:
| Сообщение о провале говорит… | Что произошло | Решение |
|---|---|---|
| Request status is "approved" — only approved requests can be paid | Строка больше не в состоянии Approved (кто-то уже оплатил или отменил между тем, как ты её отметил, и кликом Payout) | Обнови + пере-выбери. |
| Member has no linked Albion character | У запрашивающего участника не привязан персонаж | Участник должен привязать персонажа Albion через #Members → 🔗 Link. Silver приземляется на имя персонажа, не на аккаунт. |
| War role has no silver cap configured | War-role режим + у выбранной роли не задан Silver Cap | Задай cap в Настройки → Regear Policy → Set War Role Caps (или Настройки → War Roles → Edit). |
| One or more items have no price snapshot from approval time | Sum-by-Item-Price (или Capped) режим + у предметов не было данных Цена предмета при одобрении | Заполни Цена предмета для этих base-предметов + пере-одобри (snapshot снимается при approve, не при view). |
| Computed credit is zero — nothing to pay out | Все предметы оценены, но сумма 0 | То же решение, что и для отсутствующих цен — проверь канал Цена предмета для этих base-предметов. |
Хорошая новость: проваленные строки остаются в Approved, так что можешь повторить после исправления. Уже оплаченные строки в том же пакете не отменяются.
Куда падает silver — История Банк silver
Каждая успешная выплата пишет одну запись ledger в Банк silver — строка Add с пометкой "Regear payout" — зачисление на баланс персонажа участника. Показывается на #Банк silver → History:
Каждая строка показывает:
- Timestamp выплаты.
- Бейдж Type —
Addдля зачислений, цвет совпадает с темой add-flow банка. - Character — имя персонажа Albion (silver приземляется на персонажа, не на пользователя).
- Amount в silver.
- Note — "Regear payout" плюс имя подрежима, чтобы аудит позже знал, какая математика произвела зачисление.
У страницы #Банк silver четыре вкладки — Balances (per-character totals), Withdrawals (очередь выводов от участников), Log (буфер chest-paste — другая концепция) и History (учётный ledger, который видишь выше). Полная справка: Банк silver.
Log vs History — частая путаница
Log — для workflow chest-paste (вставь сырые silver-in/out строки из deposit chest, помеч каждую "Apply" или "Disable", затем commit). History — финальный ledger каждого зачисления/списания, попавшего в кошелёк участника. ригир-выплаты обходят Log полностью — они приземляются в History напрямую, как ручная кнопка Add.
Что видит участник
После завершения выплаты запрос переключается на Paid, и строка #Мои запросы участника обновляется в реальном времени — без обновления:
Оплаченная карточка показывает:
- Все 5 шагов прогресса зелёные (Pending → Approved → Cut-off → In Progress → Delivered). В silver-режиме шаги cutoff / in-progress концептуально пропускаются, но полоса анимируется сразу к Delivered, чтобы визуал был консистентным.
- Футер 💰 Credited X silver to Silver Bank. (Поле суммы показывает em-dash для двух подрежимов War Role — per-item silver для них не записывается, поэтому страница не может отрендерить разбивку; точная сумма — в записи ledger Банк silver выше. Sum-by-Item-Price режим показывает фактическое количество silver на запрос.)
- Кнопка Received — участник может пометить запрос как подтверждённый.
Сам silver живёт в кошельке Банк silver участника, виден ему на #Мой профиль → Silver Bank или напрямую в #Банк silver → Balances. Оттуда он может запросить вывод через стандартный flow вывода Банк silver (см. Банк silver).
Почему "Delivered" для silver?
Полоса прогресса использует один и тот же бейдж Delivered для обоих режимов by design. Семантика: item-режим = предметы в твоём шкафчике; silver-режим = silver в твоём кошельке. Оба — терминальное "запрос выполнен".
Бок о бок с item-режимом
| Шаг | Item-режим | Silver-режим |
|---|---|---|
| 1 | Участник подаёт → Pending | Участник подаёт → Pending |
| 2 | Staff проверяет + одобряет → Approved (деньги/предметы пока не двигались) | Staff проверяет + одобряет → Approved (silver пока не двигался) |
| 3 | Staff упаковывает одобренные в задачу выдачи → пакует в шкафчики → помечает доставленным | Staff выбирает одобренные + жмёт Payout → silver зачислен + статус → Paid |
| 4 | Архивирован после окна хранения | Архивирован после окна хранения |
Двухшаговый цикл (одобрить, затем доставить/оплатить) одинаков в обоих режимах — by design. Зеркалит то, как Stripe / PayPal / payroll все разделяют "approve" от "disburse", чтобы ошибка, замеченная между двумя шагами, чинилась одним отклонением (без компенсационных записей).
А как же овёрчардж?
Запросы овёрчардж (OC) в silver-режиме всегда используют логику Sum-by-Item-Price независимо от того, какой silver-подрежим выбрала гильдия — war-role cap — это per-death allowance, и применение его к per-item OC-подаче не имеет смысла (участник, потерявший один дорогой bag, получил бы полный death cap в 1M silver).
При требовании включённого Цена предмета (общем для всех silver-режимов) это автоматически: OC silver работает в любом silver-режиме, если у потерянных предметов есть price snapshot со времени одобрения.
Связанное
- Item-режим — задача выдачи + шкафчик — альтернативный путь доставки.
- Staff — проверка + одобрение — upstream-шаг.
- Обзор процесса ригир — оба режима с одного взгляда.
- Банк silver — выводы, chest-paste log, настройки.
- Настройки → Regear Policy — полный Setup Checklist для silver-пути.
- ригир участника — silver-итоги per-member со временем.