Visión general del pipeline de regear
Un regear es que el gremio te reembolse el equipo que perdiste en una muerte (o ítems que consumiste en un Overcharge). El pipeline de AO Master corre de principio a fin dentro de la app — enviar, revisar, aprobar, entregar — y tiene dos modos de entrega que comparten la primera mitad de enviar-y-aprobar, y luego se bifurcan al entregar.
Esta página es la puerta de entrada. Léela primero; las páginas por modo profundizan:
- Miembros — enviar un regear (ya documentado)
- Staff — revisar + aprobar / rechazar
- Modo ítem — cut-off + locker
- Modo silver — pago desde Silver Bank
- Regear de miembro (vista admin)
La primera mitad compartida (modos 1-2)
La primera mitad es idéntica independientemente del modo:
- El miembro envía vía
#Solicitar Regear(la pestaña de muertes, o la de overcharge). El miembro elige el rol de guerra que llevaba; AO Master compara el equipo perdido con el loadout del rol y marca cualquier problema de validación por slot (tier bajo, tier alto, inválido). - El staff revisa en
#Revisar solicitudes. Se muestra la validación por slot; el staff ve una acción Aprobar / Rechazar / Archivar por solicitud. El botón verde «primario» es dependiente del modo — ver abajo.
Ese es el flujo universal. La política de validación (auto-rechazar vs permitir vs decisión del staff por tipo de problema) se configura por gremio en Configuración → Política de regear.
La bifurcación de modo
Cada gremio elige un modo de pago de regear. El ajuste vive en Configuración → Política de regear → Modo. Cuatro valores:
| Modo | Qué se entrega | Cuándo usarlo |
|---|---|---|
| Devolución de ítems | El staff empaca los ítems de vuelta al locker del miembro. El canal Tareas Cut-off gestiona la cola de empaquetado. | Flujo clásico. Funciona sin Precio de ítems. |
| Silver — Suma por precio de ítem | Crédito = suma del precio en silver de cada slot perdido (en vivo desde el feed de mercado de Albion Online Data Project). | Quieres reembolso completo de la pérdida valorado con precios de mercado en vivo. Requiere Precio de ítems activo. |
| Silver — Rol de guerra — Tope fijo | Crédito = el tope de silver plano del rol de guerra, sin importar la pérdida real. | Quieres pagos predecibles por evento. Limita la exposición del gremio. |
| Silver — Rol de guerra — Tope sobre real | Crédito = el menor de (suma del precio de ítems real) o (tope de silver del rol) — paga la pérdida real pero nunca más del tope. | Lo mejor de ambos: nunca sobrepagas, pero el miembro recibe compensación exacta en pérdidas pequeñas. |
Los tres modos silver requieren Silver Bank activo Y Precio de ítems activo (interruptores en Configuración → Sistemas). El hub de Política de regear muestra una tarjeta de Requisitos listando lo que falta + ofrece activación con un clic.
Una regla, no cuatro
Originalmente, Precio de ítems solo era requerido por el modo «Suma por precio de ítem». TK fijó la regla en cualquier modo silver requiere Precio de ítems activo para que la explicación sea simple. Tres checkboxes < matriz de cuatro celdas.
Dónde se elige el modo
/welcome → ⚙️ junto al nombre del gremio → pestaña Política de regear → desplegable Modo.
Aparece un segundo desplegable debajo cuando eliges Silver payout — es el selector de Modo Silver con las tres subopciones (Suma por precio de ítem · Rol de guerra — Tope fijo · Rol de guerra — Tope sobre real). Elegir cualquier submodo de rol de guerra revela un botón Configurar topes de rol de guerra que abre un sub-modal para el tope de silver por rol (también editable en Configuración → Roles de guerra).
La división — qué pasa tras aprobar
Mismo envío + misma revisión para los dos modos, pero el botón verde de acción en la pantalla de revisión cambia su etiqueta y comportamiento:
Modo ítem — Crear tarea Cut-off
El staff aprueba la solicitud → entra en la cola de tareas Cut-off en #Tareas Cut-off. Un empaquetador toma la tarea, usa el Pick Checker para verificar que sacó los ítems correctos del cofre del gremio, marca la tarea como entregada y los ítems aterrizan en el locker del miembro.
El miembro ve el progreso en #Mis solicitudes paso a paso: Enviada → Aprobada → Cutoff → Preparada → Entregada.
Detalle completo: Modo ítem — cut-off + locker. El canal Tareas Cut-off se oculta en la barra lateral cuando el gremio está en modo silver (no hay Cut-off en ese modo).
Modo silver — Pago
El staff aprueba la solicitud → entra en el estado aprobada pero no pagada. El staff puede:
- Pagar una — clic en
Pagoen la fila → el crédito llega al instante al saldo de Silver Bank del miembro. - Pagar varias — multiselección de filas aprobadas + clic en
Pago→ crédito por lotes (p. ej. pago semanal).
La separación entre «aprobar» + «pagar» es deliberada — igual que Stripe / nómina / PayPal. Da al staff una ventana de reversión: si detectas un error entre aprobar y pagar, rechaza la fila antes de que se mueva el dinero. No hacen falta entradas compensatorias en el libro mayor.
El miembro ve el progreso en #Mis solicitudes así: Enviada → Aprobada → 💰 Acreditados X silver.
El crédito vive en la cartera Silver Bank del miembro (#Silver Bank → Mi inicio) hasta que solicite una retirada — eso es un flujo separado gestionado por staff.
Detalle completo: Modo silver — pago desde Silver Bank.
Estados del ciclo de vida
El badge de estado en #Mis solicitudes y #Revisar solicitudes recorre estos estados (modos distintos muestran un estado final distinto):
| Badge | Cuándo se asigna | Modo |
|---|---|---|
| Pendiente | El miembro envía | ambos |
| Aprobada | El staff hace clic en Aprobar | ambos |
| Entregada | El empaquetador marca la tarea cut-off como entregada | solo ítem |
| Recibida | El miembro hace clic en Recibido en la fila de #Mis solicitudes | solo ítem |
| Pagada | El staff hace clic en Pago (el silver aterriza en la cartera Silver Bank del miembro) | solo silver |
| Archivada | El miembro la archiva, o se auto-archiva tras la ventana de retención | ambos |
| Rechazada | El staff la rechaza con un motivo | ambos |
Las solicitudes pendientes son agnósticas al modo por diseño — no les importa qué modo de entrega esté activo ahora mismo. Solo se comprometen a un modo cuando se aprueban, así que cambiar de modo nunca deja huérfana una solicitud pendiente.
Cambiar de modo en un gremio en vivo
Puedes cambiar de modo en cualquier momento en Configuración → Política de regear → Modo. AO Master bloquea el cambio si:
- Existe alguna solicitud silver aprobada pero no pagada (primero hay que pagarlas — estado «saliendo de silver»).
- Alguna tarea cut-off no resuelta tiene trabajo de empaquetado pendiente (primero hay que terminar la tarea — estado «saliendo de ítem»).
Un toast muestra el conteo + enlaza a la lista afectada («Paga 3 pagos pendientes antes de cambiar» / «Termina 2 tareas cut-off antes de cambiar»).
Las solicitudes pendientes NO se limpian al cambiar — son agnósticas al modo. Las aprobaciones tras el cambio usan el nuevo modo. Los saldos de Silver Bank NUNCA se limpian por un cambio de modo — el banco es un libro mayor persistente independiente del modo de regear. Los miembros pueden conservar el silver acumulado y retirarlo cuando quieran, incluso si vuelves al modo ítem.
Overcharge va al lado del regear, no debajo
Overcharge (OC) es un tipo separado de solicitud para ítems consumidos (no perdidos en una muerte) — típicamente comida, poción, ítems relacionados con siphon que el miembro gastó durante un evento. OC tiene su propia pestaña en #Solicitar Regear («Overcharge») y su propio permiso («Request Overcharge»).
El pago silver de OC siempre usa la lógica de Suma por precio de ítem, sin importar el submodo silver que elija el gremio. Los topes de rol de guerra no aplican a OC porque OC es por ítem, no por muerte. Bajo la regla de modo silver (Precio de ítems activo), el pago silver de OC está disponible automáticamente cuando el gremio está en cualquier submodo silver.
OC en modo ítem: los ítems consumidos se devuelven por el mismo camino cut-off + locker que el regear por muerte.
Permisos de un vistazo
Lee la Referencia de permisos para la lista completa. Restricciones del pipeline de regear:
| Acción | Permiso (etiqueta tal como aparece en Editar rol → Permisos) |
|---|---|
| Enviar un regear de muerte | Request Death Regear |
| Enviar un overcharge | Request Overcharge |
| Revisar + aprobar / rechazar | Approve Regear Requests |
| Empacar una tarea cut-off (modo ítem) | Claim Cut-off Tasks |
| Supervisar tareas cut-off | Supervise Cut-off Tasks |
| Gestionar lockers | Manage Lockers |
Los miembros siempre pueden ver sus propias muertes + solicitudes + locker vía los dos permisos de autoservicio mencionados arriba — no hay un interruptor «ver mis muertes» aparte.
Qué viene después
- Para el lado de envío: Miembros — enviar un regear
- Para el lado de revisión: Staff — revisar + aprobar / rechazar
- Para la entrega en modo ítem: Modo ítem — cut-off + locker
- Para la entrega en modo silver: Modo silver — pago desde Silver Bank
- Para el lado de auditoría: Regear de miembro