Skip to content

Visão geral da pipeline de regear

Um regear é a guilda te devolvendo o equipamento que você perdeu em uma morte (ou itens que você queimou em um Overcharge). A pipeline do AO Master roda ponta a ponta dentro do app — enviar, revisar, aprovar, entregar — e tem dois modos de entrega que compartilham a mesma metade da frente (enviar e aprovar), depois se separam na entrega.

Esta página é o portal. Leia primeiro; as páginas por modo aprofundam:

A metade da frente compartilhada (modos 1-2)

A primeira metade é idêntica nos dois modos:

  1. Membro envia via #Solicitar Regear (aba de mortes, ou aba de overcharge). O membro escolhe a war role que estava rodando; o AO Master compara o equipamento perdido com o loadout da função e sinaliza qualquer problema de validação por slot (abaixo do tier, acima do tier, inválido).
  2. Staff revisa em #Revisar Solicitações. A validação por slot é exibida; a staff vê uma ação Aprovar / Rejeitar / Arquivar por solicitação. O botão verde "principal" é dependente do modo — veja abaixo.

Esse é o fluxo universal. A política de validação (auto-rejeitar vs. permitir vs. decisão da staff por tipo) é definida por guilda em Configurações → Regear Policy.

A bifurcação por modo

Cada guilda escolhe um modo de pagamento de regear. A configuração fica em Configurações → Regear Policy → Mode. Quatro valores:

ModoO que é entregueQuando usar
Item returnA staff empacota os itens de volta no locker do membro. O canal Tarefas de Corte gerencia a fila de empacotamento.Fluxo clássico. Funciona sem Preço de Itens.
Silver — Sum by Item PriceCrédito = soma do preço silver de cada slot perdido (ao vivo do feed do Albion Online Data Project).Você quer reembolso integral precificado por mercado ao vivo. Exige Preço de Itens ATIVO.
Silver — War Role — Fixed capCrédito = o silver cap fixo da war role, independente da perda real.Você quer pagamento previsível por evento. Limita a exposição da guilda.
Silver — War Role — Capped by actualCrédito = o menor entre (soma real do preço de itens) e (o silver cap da função) — paga a perda real, mas nunca acima do teto.O melhor dos dois mundos: nunca paga a mais, mas o membro recebe compensação exata para perdas menores.

Os três modos silver exigem Banco de Silver ATIVO E Preço de Itens ATIVO (toggles em Configurações → Systems). O hub de Regear Policy mostra um card de Requisitos listando o que falta + oferece habilitação com um clique.

Uma regra, não quatro

Originalmente o Preço de Itens só era exigido pelo modo "Sum by Item Price". TK travou a regra em qualquer modo silver exige Preço de Itens ATIVO para manter a explicação simples. Três checkboxes < matriz de quatro células.

Onde o modo é escolhido

/welcome → ⚙️ ao lado do nome da guilda → aba Regear Policy → dropdown Mode.

Um segundo dropdown aparece embaixo quando você escolhe Silver payout — é o seletor Silver Mode com as três sub-opções (Sum by Item Price · War Role — Fixed cap · War Role — Capped by actual). Escolher qualquer sub-modo War Role revela um botão Set War Role Caps que abre um sub-modal com o silver cap por função (também editável em Configurações → Funções de Guerra).

A divisão — o que acontece depois de Aprovar

Mesmo envio + mesma revisão nos dois modos, mas o botão verde de ação na tela de revisão troca o rótulo e o comportamento:

Modo Item — Create Cut-off Task

A staff aprova a solicitação → ela entra na fila de Tarefas de Corte em #Tarefas de Corte. Um packer pega a tarefa, usa o Verificador de Itens para conferir se puxou os itens certos do baú da guilda, marca a tarefa como entregue, e os itens caem no locker do membro.

O membro vê o progresso em #Minhas Solicitações passo a passo: Submitted → Approved → Cutoff → Prepared → Delivered.

Detalhe completo: Modo Item — Corte + locker. O canal Tarefas de Corte fica escondido na barra lateral quando a guilda está em modo silver (não tem Corte nesse modo).

Modo Silver — Payout

A staff aprova a solicitação → ela entra no estado aprovada-mas-não-paga. A staff pode:

  • Pagar uma — clique em Payout na linha → o crédito cai imediatamente no saldo do Banco de Silver do membro.
  • Pagar várias — selecione várias linhas aprovadas + clique em Payout → crédito em lote (ex.: pagamento semanal).

A divisão em "aprovar" + "pagar" é deliberada — igual a Stripe / folha de pagamento / PayPal. Dá à staff uma janela de reversão: se você notar um erro entre a aprovação e o pagamento, rejeite a linha antes do dinheiro sair. Sem precisar de lançamentos de compensação.

O membro vê o progresso em #Minhas Solicitações como: Submitted → Approved → 💰 Credited X silver.

O crédito fica na carteira do Banco de Silver do membro (#Banco de Silver → Minha Home) até ele solicitar uma retirada — esse é um fluxo separado, tocado pela staff.

Detalhe completo: Modo Silver — pagamento do Banco de Silver.

Página Minhas Solicitações — barra de progresso de 5 passos por solicitação, com tela final dependente do modo

Estados do ciclo de vida

O badge de status em #Minhas Solicitações e #Revisar Solicitações passa por estes estados (modos diferentes mostram um estado final diferente):

BadgeDefinido quandoModo
PendingMembro enviaambos
ApprovedStaff clica em Aprovarambos
DeliveredPacker marca a Tarefa de Corte como entreguesó item
ReceivedMembro clica em Received na linha em #Minhas Solicitaçõessó item
PaidStaff clica em Payout (silver cai na carteira do Banco de Silver do membro)só silver
ArchivedMembro arquiva, ou auto-arquivamento depois da janela de retençãoambos
RejectedStaff rejeita com um motivoambos

Solicitações pendentes são agnósticas ao modo por design — não importa qual modo de entrega está ativo agora. Elas só se comprometem com um modo na hora da aprovação, então trocar de modo nunca deixa uma solicitação pendente perdida.

Trocar de modo em uma guilda ativa

Você pode trocar de modo a qualquer momento em Configurações → Regear Policy → Mode. O AO Master bloqueia a troca se:

  • Existe alguma solicitação silver aprovada-mas-não-paga (precisa Pagar primeiro — estado saindo-do-silver).
  • Alguma Tarefa de Corte não resolvida tem trabalho de empacotamento pendente (precisa Finalizar a tarefa primeiro — estado saindo-do-item).

Um toast mostra a contagem + leva direto para a lista afetada ("Pague 3 pagamentos pendentes antes de trocar" / "Finalize 2 Tarefas de Corte antes de trocar").

Solicitações pendentes NÃO são limpas por uma troca — são agnósticas ao modo. Aprovações novas depois da troca usam o novo modo. Saldos do Banco de Silver NUNCA são limpos por troca de modo — o banco é uma razão persistente independente do modo de regear. Membros podem manter o silver acumulado e sacar quando quiserem, mesmo se você voltar para item return.

Overcharge fica ao lado do regear, não abaixo

Overcharge (OC) é um tipo de solicitação separado para itens consumidos (não perdidos em uma morte) — tipicamente food, potion, itens de siphon que o membro queimou durante um evento. OC tem sua própria aba em #Solicitar Regear ("Overcharge") e sua própria permissão ("Request Overcharge").

Pagamento silver de OC sempre usa lógica Sum-by-Item-Price, independente do sub-modo silver da guilda. Tetos por war role não se aplicam a OC porque OC é por item, não por morte. Sob a regra do modo silver (Preço de Itens ATIVO), pagamento silver de OC fica automaticamente disponível sempre que a guilda está em qualquer sub-modo silver.

OC em modo item: itens consumidos são devolvidos pelo mesmo caminho de Corte + locker do regear de morte.

Permissões num relance

Leia a Referência de permissões para a lista completa. Controles da pipeline de regear:

AçãoPermissão (rótulo como aparece em Editar Função → Permissões)
Enviar um regear por morteRequest Death Regear
Enviar um overchargeRequest Overcharge
Revisar + aprovar / rejeitarApprove Regear Requests
Empacotar uma Tarefa de Corte (modo Item)Claim Cut-off Tasks
Supervisionar Tarefas de CorteSupervise Cut-off Tasks
Gerenciar lockersManage Lockers

Membros sempre veem suas próprias mortes + solicitações + locker pelas duas permissões de autoatendimento acima — não tem um toggle "ver minhas mortes" separado.

E agora