Обзор процесса ригир

ригир — это когда гильдия возвращает тебе экипировку, потерянную в смерти (или предметы, сожжённые в овёрчардж). Процесс AO Master идёт сквозным образом внутри приложения — подача, проверка, одобрение, доставка — и у него есть два режима доставки, которые делят первую половину «подал-одобрил», а затем расходятся на этапе доставки.

Эта страница — точка входа. Прочитай её первой; страницы по режимам углубляются:

• Участники — подача ригир (уже задокументировано)
• Staff — проверка + одобрение / отклонение
• Item-режим — выдача + шкафчик
• Silver-режим — выплата из Банк silver
• ригир участника (admin-вид)

Общая первая половина (режимы 1-2)

Первая половина одинакова независимо от режима:

1. Участник подаёт через #Запросить ригир (вкладка смертей или вкладка овёрчардж). Участник выбирает вар-роль, на которой он играл; AO Master сравнивает потерянное снаряжение с лоадаут-ом роли и помечает любые проблемы валидации по слотам (ниже тира, выше тира, недопустимо).
2. Staff проверяет в #Проверка запросов. Показана валидация по слотам; staff видит действия Approve / Reject / Archive по каждому запросу. «Основная» зелёная кнопка действия зависит от режима — см. ниже.

Это универсальный поток. Политика валидации (auto-reject vs allow vs решение staff по типу проблемы) задаётся на гильдию в Настройки → Regear Policy.

Развилка режимов

Каждая гильдия выбирает один режим выплаты ригир. Настройка живёт на Настройки → Regear Policy → Mode. Четыре значения:

Режим	Что доставляется	Когда использовать
Item return	Staff пакует предметы обратно в шкафчик участника. Канал Задачи выдачи управляет очередью паковки.	Классический поток. Работает без Цена предмета.
Silver — Sum by Item Price	Зачисление = сумма silver-цен каждого потерянного слота (живая лента Albion Online Data Project).	Когда хочешь полную компенсацию по реальным рыночным ценам. Требует включённый Цена предмета.
Silver — War Role — Fixed cap	Зачисление = фиксированный silver cap вар-роли, независимо от фактической потери.	Когда хочешь предсказуемые выплаты на событие. Ограничивает риск выплат гильдии.
Silver — War Role — Capped by actual	Зачисление = минимум из (фактическая сумма цен) и (silver cap роли) — платит факт, но не больше cap.	Лучшее из двух: никогда не переплачивает, но участник получает точную компенсацию за меньшие потери.

Все три silver-режима требуют включённого Банк silver И включённого Цена предмета (переключатели в Настройки → Systems). Хаб Regear Policy показывает карточку требований, перечисляя, чего не хватает + предлагает включить одним кликом.

Одно правило, не четыре

Изначально Цена предмета требовался только режиму "Sum by Item Price". TK зафиксировал правило любой silver-режим требует включённый Цена предмета, чтобы упростить объяснение. Три чекбокса < матрица 4 ячеек.

Где выбирается режим

/welcome → ⚙️ рядом с именем гильдии → вкладка Regear Policy → выпадающий список Mode.

Под ним появляется второй выпадающий список, когда ты выбираешь Silver payout — это селектор Silver Mode с тремя подопциями (Sum by Item Price · War Role — Fixed cap · War Role — Capped by actual). Любая подопция War Role открывает кнопку Set War Role Caps, открывающую sub-modal для silver cap на роль (также редактируется в Настройки → War Roles).

Развилка — что происходит после Approve

Одинаковая подача + одинаковая проверка для обоих режимов, но зелёная кнопка действия на экране проверки меняет надпись и поведение:

Item-режим — Create Cut-off Task

Staff одобряет запрос → он попадает в очередь Задачи выдачи в #Задачи выдачи. Пакер берёт задачу, использует Проверка выдачи, чтобы убедиться, что он достал нужные предметы из гильдейского сундука, помечает задачу доставленной, и предметы попадают в шкафчик участника.

Участник видит прогресс на #Мои запросы пошагово: Submitted → Approved → Cutoff → Prepared → Delivered.

Подробности: Item-режим — выдача + шкафчик. Канал Задачи выдачи скрыт в боковой панели, когда гильдия в silver-режиме (в этом режиме нет cut-off).

Silver-режим — Payout

Staff одобряет запрос → он переходит в состояние approved-but-unpaid. Staff может:

• Pay one — нажми Payout на строке → зачисление мгновенно попадает в баланс Банк silver участника.
• Pay many — мульти-выбор одобренных строк + клик Payout → пакетное зачисление (например, еженедельная зарплата).

Разделение на «одобрить» + «оплатить» — намеренное, как в Stripe / payroll / PayPal. Оно даёт staff окно для отмены: если ты заметил ошибку между одобрением и выплатой — отклони строку до движения денег. Компенсационные записи не нужны.

Участник видит прогресс на #Мои запросы так: Submitted → Approved → 💰 Credited X silver.

Зачисление живёт в кошельке Банк silver участника (#Банк silver → Мой профиль) до запроса вывода — это отдельный поток с участием staff.

Подробности: Silver-режим — выплата из Банк silver.

Состояния жизненного цикла

Бейдж статуса на #Мои запросы и #Проверка запросов проходит через эти состояния (разные режимы показывают разное финальное состояние):

Бейдж	Когда выставляется	Режим
Pending	Участник подал	оба
Approved	Staff нажал Approve	оба
Delivered	Пакер пометил задачу выдачи доставленной	только item
Received	Участник нажал Received на строке в #Мои запросы	только item
Paid	Staff нажал Payout (silver попадает в кошелёк Банк silver участника)	только silver
Archived	Участник архивирует, или автоархив после окна хранения	оба
Rejected	Staff отклонил с причиной	оба

Ожидающие запросы режим-агностичны by design — им всё равно, какой режим доставки активен сейчас. Они привязываются к режиму только после одобрения, так что переключение режимов никогда не «застревает» ожидающего запроса.

Переключение режимов на живой гильдии

Менять режим можно в любой момент в Настройки → Regear Policy → Mode. AO Master блокирует переключение, если:

• Существует любой одобренный, но не оплаченный silver-запрос (сначала Pay их — состояние выхода из silver).
• Есть неразрешённая задача выдачи с неоплаченной работой по паковке (сначала Finish задачу — состояние выхода из item).

Toast показывает счётчик + ссылается на затронутый список («Pay 3 pending payouts before switching» / «Finish 2 cut-off tasks before switching»).

Ожидающие запросы НЕ очищаются переключением — они режим-агностичны. Новые одобрения после переключения используют новый режим. Балансы Банк silver НИКОГДА не очищаются переключением режима — банк это постоянный журнал, независимый от режима ригир. Участники могут хранить накопленный silver и снять его когда угодно, даже если ты вернёшься к item return.

Овёрчардж стоит рядом с ригир, а не под ним

Овёрчардж (OC) — отдельный тип запроса для расходных предметов (не потерянных в смерти) — обычно еда, зелье, сайфон-предметы, которые участник сжёг во время события. У OC своя вкладка в #Запросить ригир ("Overcharge") и своё право ("Request Overcharge").

Выплата OC в silver всегда использует логику Sum-by-Item-Price, независимо от того, какой silver-подрежим выбрала гильдия. War-role caps не применяются к OC, потому что OC — на предмет, а не на смерть. По правилу silver-режима (включённый Цена предмета) OC silver-выплата автоматически доступна в любом silver-подрежиме.

OC в item-режиме: расходные предметы возвращаются тем же путём cut-off + шкафчик, что и смертельный ригир.

Права кратко

Полный список прав см. в Справочник прав. Гейты процесса ригир:

Действие	Право (надпись в Edit Role → Permissions)
Подача ригир на смерть	Request Death Regear
Подача овёрчардж	Request Overcharge
Проверка + одобрение / отклонение	Approve Regear Requests
Паковка задачи выдачи (item-режим)	Claim Cut-off Tasks
Контроль задач выдачи	Supervise Cut-off Tasks
Управление шкафчиками	Manage Lockers

Участники всегда видят собственные смерти + запросы + шкафчик через два права self-service выше — отдельного «view own deaths» нет.

Что дальше

• Для стороны подачи: Участники — подача ригир
• Для стороны проверки: Staff — проверка + одобрение / отклонение
• Для item-доставки: Item-режим — выдача + шкафчик
• Для silver-доставки: Silver-режим — выплата из Банк silver
• Для аудита: ригир участника