Skip to content

Przegląd procesu regear

Regear to gildia oddająca ci gear, który straciłeś w śmierci (albo itemy spalone w Overcharge). Proces AO Master biegnie od początku do końca w aplikacji — zgłoś, przejrzyj, zatwierdź, dostarcz — i ma dwa tryby dostawy, które dzielą tę samą pierwszą połowę zgłoszenia i zatwierdzenia, a potem rozchodzą się przy dostawie.

Ta strona jest bramą. Przeczytaj to najpierw; strony specyficzne dla trybu wchodzą w szczegóły:

Wspólna pierwsza połowa (tryby 1-2)

Pierwsza połowa jest identyczna niezależnie od trybu:

  1. Członek zgłasza przez #Request Regear (zakładka śmierci lub zakładka overcharge). Członek wybiera war role, w której grał; AO Master porównuje stracone wyposażenie z loadout roli i flaguje wszelkie problemy walidacji per-slot (under-tier, over-tier, invalid).
  2. Staff przegląda w #Review Requests. Pokazana jest walidacja per-slot; staff widzi akcje Approve / Reject / Archive per wniosek. "Główny" zielony przycisk akcji jest zależny od trybu — zobacz poniżej.

To uniwersalny przepływ. Polityka walidacji (auto-reject vs allow vs decyzja staffu per typ problemu) jest ustawiana per gildia w Ustawienia → Regear Policy.

Rozgałęzienie trybu

Każda gildia wybiera jeden tryb wypłat regear. Ustawienie znajduje się w Ustawienia → Regear Policy → Mode. Cztery wartości:

TrybCo jest dostarczaneKiedy używać
Item returnStaff pakuje itemy z powrotem do locker członka. Kanał Zadania Rozliczenia zarządza kolejką pakowania.Klasyczny przepływ. Działa bez Item Price.
Silver — Sum by Item PriceKredyt = suma cen silver każdego utraconego slotu (na żywo z feedu rynkowego Albion Online Data Project).Chcesz pełny zwrot strat wyceniony z aktualnych danych rynkowych. Wymaga Item Price ON.
Silver — War Role — Fixed capKredyt = stały silver cap war role, niezależnie od faktycznej straty.Chcesz przewidywalnej wypłaty per event. Ogranicza ekspozycję gildii na wypłaty.
Silver — War Role — Capped by actualKredyt = mniejsza z (faktyczna suma ceny itemów) lub (silver cap roli) — płaci faktyczną stratę, ale nigdy więcej niż cap.Najlepsze z obu: nigdy nie nadpłaca, ale członek dostaje dokładną rekompensatę za mniejsze straty.

Wszystkie trzy tryby silver wymagają Bank silver ON ORAZ Item Price ON (przełączniki w Ustawienia → Systems). Hub Regear Policy pokazuje kartę Requirements listującą, co brakuje + oferuje włączenie jednym kliknięciem.

Jedna zasada, nie cztery

Pierwotnie Item Price było wymagane tylko przez tryb "Sum by Item Price". TK zablokował zasadę na każdy tryb silver wymaga Item Price ON, żeby uprościć wyjaśnienie. Trzy checkboxy < macierz czterokomórkowa.

Gdzie wybiera się tryb

/welcome → ⚙️ obok nazwy gildii → zakładka Regear Policy → dropdown Mode.

Drugi dropdown pojawia się pod spodem, gdy wybierzesz Silver payout — to picker Silver Mode z trzema podopcjami (Sum by Item Price · War Role — Fixed cap · War Role — Capped by actual). Wybór dowolnego pod-trybu War Role ujawnia przycisk Set War Role Caps, który otwiera sub-modal do ustawienia silver cap per rola (edytowalny też w Ustawienia → War Roles).

Rozgałęzienie — co dzieje się po Approve

Ten sam submit + ten sam przegląd dla obu trybów, ale zielony przycisk akcji na ekranie przeglądu zmienia etykietę i zachowanie:

Tryb item — Create Cut-off Task

Staff zatwierdza wniosek → wchodzi do kolejki Zadań Rozliczenia w #Cut-off Tasks. Packer przejmuje zadanie, używa Pick Checker do weryfikacji, że wyciągnął właściwe itemy ze skrzyni gildii, oznacza zadanie jako dostarczone, a itemy lądują w locker członka.

Członek widzi postęp w #My Requests krok po kroku: Submitted → Approved → Cutoff → Prepared → Delivered.

Pełny szczegół: Tryb item — cut-off + locker. Kanał Zadania Rozliczenia jest ukryty z paska bocznego, gdy gildia jest w trybie silver (brak Cut-off w tym trybie).

Tryb silver — Payout

Staff zatwierdza wniosek → wchodzi w stan approved-but-unpaid. Staff może:

  • Pay one — kliknij Payout w wierszu → kredyt natychmiast ląduje w saldzie Bank silver członka.
  • Pay many — multi-select zatwierdzonych wierszy + kliknij Payout → batch credit (np. tygodniowa wypłata).

Podział na "approve" + "pay" jest celowy — tak jak Stripe / payroll / PayPal. Daje staffowi okno wycofania: jeśli zauważysz błąd między zatwierdzeniem a wypłatą, odrzuć wiersz, zanim pieniądze się ruszą. Bez kompensacyjnych wpisów księgowych.

Członek widzi postęp w #My Requests jako: Submitted → Approved → 💰 Credited X silver.

Kredyt żyje w portfelu Bank silver członka (#Silver Bank → My Home), dopóki nie zażąda wypłaty — to osobna ścieżka obsługiwana przez staff.

Pełny szczegół: Tryb silver — wypłata z Bank silver.

Strona My Requests — pasek postępu 5-stopniowy per wniosek, wyświetlanie stanu końcowego zależne od trybu

Stany cyklu życia

Odznaka statusu na #My Requests i #Review Requests przechodzi przez te stany (różne tryby pokazują różny stan końcowy):

OdznakaUstawiona, gdyTryb
PendingCzłonek składaoba
ApprovedStaff klika Approveoba
DeliveredPacker oznacza zadanie cut-off jako dostarczonetylko item
ReceivedCzłonek klika Received w wierszu w #My Requeststylko item
PaidStaff klika Payout (silver ląduje w portfelu Bank silver członka)tylko silver
ArchivedCzłonek archiwizuje lub auto-archiwizacja po oknie retencjioba
RejectedStaff odrzuca z powodemoba

Oczekujące wnioski są z założenia mode-agnostic — nie obchodzi ich, który tryb dostawy jest aktualnie aktywny. Zatwierdzają się do trybu dopiero po Approve, więc przełączanie trybów nigdy nie zostawia osieroconych oczekujących.

Przełączanie trybów na żywej gildii

Możesz przełączyć tryb w dowolnej chwili w Ustawienia → Regear Policy → Mode. AO Master blokuje przełączenie, jeśli:

  • Istnieje zatwierdzony-ale-niezapłacony wniosek silver (musi być najpierw zapłacony — stan opuszczania silver).
  • Jakieś nierozliczone zadanie cut-off ma niezapłaconą pracę pakowania (musi być najpierw zakończone — stan opuszczania item).

Toast pokazuje liczbę + linki głębokie do dotkniętej listy ("Zapłać 3 oczekujące wypłaty przed przełączeniem" / "Zakończ 2 zadania cut-off przed przełączeniem").

Oczekujące wnioski NIE są kasowane przez przełączenie — są mode-agnostic. Nowe zatwierdzenia po przełączeniu używają nowego trybu. Salda Bank silver NIGDY nie są kasowane przez przełączenie trybu — bank jest stałą księgą niezależną od trybu regear. Członkowie mogą trzymać nagromadzony silver i wypłacać go kiedy chcą, nawet jeśli wrócisz do trybu item.

Overcharge stoi obok regear, nie pod nim

Overcharge (OC) to oddzielny typ wniosku dla itemów skonsumowanych (nie utraconych w śmierci) — zazwyczaj jedzenie, mikstury, itemy związane z siphon, które członek spalił podczas eventu. OC ma własną zakładkę w #Request Regear ("Overcharge") i własne uprawnienie ("Request Overcharge").

Wypłata silver OC zawsze używa logiki Sum-by-Item-Price, niezależnie od tego, który pod-tryb silver wybrała gildia. Cap war role nie stosuje się do OC, bo OC jest per-item, a nie per-death. Pod regułą trybu silver (Item Price ON), wypłata silver OC jest automatycznie dostępna, gdy gildia jest w jakimkolwiek pod-trybie silver.

OC w trybie item: skonsumowane itemy są zwracane tą samą ścieżką cut-off + locker co regear śmierci.

Uprawnienia w skrócie

Przeczytaj Referencję uprawnień dla pełnej listy uprawnień. Bramki procesu regear:

AkcjaUprawnienie (etykieta jak w Edit Role → Permissions)
Zgłoś death regearRequest Death Regear
Zgłoś overchargeRequest Overcharge
Przegląd + zatwierdzenie / odrzucenieApprove Regear Requests
Pakowanie zadania cut-off (tryb item)Claim Cut-off Tasks
Nadzór zadań cut-offSupervise Cut-off Tasks
Zarządzanie lockersManage Lockers

Członkowie zawsze widzą swoje własne śmierci + wnioski + locker przez dwa powyższe uprawnienia self-service członka — nie ma osobnego przełącznika "view own deaths".

Co dalej