= Contenido =

1) DamageLog / OldLog / ShotLog
2) RDM manager ( Tomar reporte / procesar reporte / terminar reporte )
2b) Uso de deathcam / prioridad de reportes / anular reportes
2c) Panel de slay / sanciones y tipos de sanciones.

3) Gestion de users
3b) control de flood/spam | micspam/saturacion
3c) nombres validos y ulx kick
3d) mensajes de apoyo y teleport

=============== [1] ================

El DamageLog es el historial de todos los hechos (golpes, disparos, compras, muertes, etc) que suceden en la partida.
Se accede apretando F8 in-game ( En caso de no tenerlo bindeado en F8, abrir consola y escribir -> bind F8 "Damagelog"
Dentro del DamageLog existen otras 2 pestañas -publicas- (ShotLog y OldLog) y 1 -privada- la cual solo pueden acceder miembros del staff (RDM Manager)
-Shotlog: Historial de todos los disparos y throws efectuados en la ronda seleccionada. (Este panel te sera util a la hora de procesar un reporte por T-BAIT)
-OldLog: Similar al DamageLog, permite revisar logs antiguos de mapas pasados (No posee limite de tiempo, pero puede bugearse)
-RDM MANAGER: Tu principal herramienta de moderacion, donde todos los reportes van a parar para su posterior procesado.
* En la imagen, se puede apreciar las 4 pestañas en morado *

=============== [2] ================
Como mencione anteriormente, el RDM MANAGER es tu principal herramienta para moderar el servidor. Dentro de ella (como podras observar en la imagen o in-game)
se encuentran:
- Panel de reportes (victima-atacante) (Ronda del hecho) (si fue o no cancelado) (Estado)
- Razón del reporte | Respuesta del atacante
- conclusion (opcional) dada por el staff que proceso el reporte.
- Ultimos logs de la victima.

Para procesar un reporte primero debes tomarlo/claimearlo, para esto debes seleccionar el reporte que vas a tomar y darle al boton -set status-.
Te apareceran 3 opciones, que son los unicos 3 estados del reporte: waiting(esperando a ser tomado) | In progress(Siendo procesado) | Finished (Terminado)
Debes pasar el reporte de -waiting- a -in progress- para tomarlo. Ningun otro miembro del staff (excepto tus superiores) pueden interferir con ese reporte.
( # Nota: No debes tomar reportes que tu generes o en los que tu seas el atacante a menos que seas el unico miembro del staff activo en el servidor )

Una vez tomado el reporte, debes leer la razón del reporte (dada por la victima) y la respuesta del atacante. (El modo de proceder depende del contenido de estos)
Existen muchos tipos de reportes, que van desde el tipico reporte por RDM hasta reportes más complejos como el T-Bait y el Gamethrow.
No hay manera facil y rapida de explicarlos a todos, y la mayoría se explican mejor en la practica, por ello en esta guia solo explicare 3 tipos de reportes y el como procesarlos adecuadamente.
El resto los aprenderas a medida que vayas moderando en el servidor.
( # Nota: Si la victima insulta en el reporte, el reporte quedara automaticamente anulado. En estos casos solo debes establecer el status a -finished-)

Para sancionar un usuario, debes hacer click derecho en el reporte (O seleccionar el reporte y apretar -take action-, como te resulte más comodo) y darle a la opcion -slay next round-, seleccionando al atacante.
Te saldra un panel en donde debes marcar la cantidad de slays y el motivo del slay. Es obligatorio marcar la opcion personalizable ya que esta permite especificar el tipo de sancion y la explicación del mismo.
( # Nota: podes ver los pasos en la imagen )
( # Nota extra: Si el jugador se desconecta, puedes usar el comando ulx aslayid "STEAMID" N° de slays "Reason" en consola )

Para aplicar un -warn- debes escribir !warn, se te abrira un panel donde debes seleccionar al user, hacer click derecho y click en la opcion -warn-. No debes usar el resto de opciones.
( # Nota: Si el jugador se desconecta, puedes usar el comando awarn_warn "STEAMID" "Reason" en consola )

- Caso #1 -
[USER1 reporta a USER2 por RDM]
Razón: RDM a T, el era DT y me ataco sin motivo.
Respuesta: Me disparaste / Me hiciste TBAIT.
( # Nota: Generalmente los reportes no van a aparecer asi, el user promedio es incapaz de generar un reporte bien formulado o de dar respuestas coherentes. Aun asi debes procesarlos )

Este caso es común y sencillo de procesar. Primero debes confirmar en los logs los hechos que ambos miembros describieron usando DamageLog y ShotLog.
Existen casos en los que necesites usar la -DEATHCAM-, la cual es una funcion del DamageLog que te permite ver una repeticion breve que muestra la muerte de la victima seleccionada.
( # Nota : Los reportes en los que sea necesario revisar la -DEATHCAM- tienen prioridad por encima de otros, ya que si el mapa cambia la DEATHCAM no estara disponible. )
( Para abrir una DEATHCAM debes seleccionar un log de asesinato y hacerle click derecho, te saldra la opcion de view deathcam y solo tienes que clickearla )
a) Si la situacion es tal como describio USER2, entonces el reporte se cierra, ya que tuvo un motivo valido para matarlo.
b) Si la situacion es tal como describio USER1, entonces se le agrega 2 slays por RDM a T a USER2.


- Caso #2 -
[USER1 reporta a USER2 por PROPKILL]
Razón: PK a DT
Respuesta: yo era T
( El propkill esta prohibido para todos los roles, sin excepcion )
Este caso no es tan común, pero es sencillo de procesar. Como el anterior, debes confirmar los hechos que ambos miembros describieron,
luego debes buscar un log de muerte en donde la victima aparezca asesinada por el mundo o ambiente (esto confima que fue PK) y abrir la DEATHCAM del mismo.
a) Si en la DEATHCAM muestra que USER2 mato a USER1 usando un prop manejado por magnetstick entonces es PropKill y se sancionara con un warn por PK (si fuesen del mismo bando, recibiria slays + warn)
b) Si en la DEATHCAM muestra que USER2 mato a USER1 disparandole al prop con un arma, entonces no es considerado PropKill, sino Propshoot y no es sancionado.
( # Nota: PropKill es exclusivamente con MagnetStick, aunque tambien es considerado PK si un Jester hace PropShoot )


- Caso #3 -
[USER1 reporta a USER2 por RK(Revenge Kill)]
Razón: RK, lo mate en ronda pasada y al inicio me hizo RDM.
Respuesta: (N/A)
( Revenge Kill esta prohibido para todos los roles, sin excepcion )
Este caso es muy poco común y algo complejo, ya que se debe determinar la intencion REAL del atacante. Por suerte en este reporte la intencion es facil de determinar debido a que
el atacante hizo RDM a inicio de ronda y se desconecto sin responder el reporte. Para procesar este reporte debes revisar el DamageLog de la ronda pasada y de la ronda actual para proceder con la sancion.
a) Si los hechos son tal como describio USER1, se procedera a sancionar a USER2 con sus respectivos slays (por RDM + 1 extra por desconectarse sin responder) + warn por RevengeKill + warn por Desconectarse sin responder reporte.
b) Si los hechos son diferentes a como describrio USER1 (Esto puede pasar, ej: USER2 RDMeo a USER1 a inicio de ronda, pero en ronda anterior no tuvieron contacto) entonces se sancionara a USER2 con sus respectivos slays (por RDM + 1 extra por D/sin responder) + warn por D/sin responder.
y no se le agregara el warn por Revenge Kill, ya que la intencion no existio, sino que fue invento de USER1 para que USER2 recibiera una sancion mayor.
( # Nota: En el caso (3b), darle un aviso a USER1 por mentir en reporte. )

=============== [3] ================

Los usuarios son todos aquellos que juegan en el servidor, estan obligados a seguir una serie de reglas generales y una serie de reglas extra que dependen del rol que posean durante la partida.
El romper una de estas reglas conlleva a una sancion que puede ser menor o mayor dependiendo de su tipo: RDM, PK, RK, Masivo, etc.
Todos deben obedecer las reglas independientemente de su rango, ya sea usuario común hasta el Owner (Dueño del servidor).

= Tipos de sanciones =

RDM/PK a I(+subroles) / Elderly / Amnesiac: 1 slay
RDM/PK a T(+subroles) / DT (+subroles) / Serial Killer: 2 slays
RD(Random Damage): -50hpDMG= impair | +50hpDMG=RDM ( T/SK/DT se multiplica x2 la cantidad de hp sacado)
Revenge Kill: WARN + Slays del RDM
Propsurf: slay inmediato
propblock terminando en puerta/ascensor bugeado: slay inmediato
Propkill: WARN + Slays del RDM
Toxicidad: WARN
Desconectarse sin responder reporte: WARN
Gamethrow: depende de la cantidad de reportes. 1 slay per report.
TBAIT: igual al RDM.
RDM masivo: Ban de 1 semana + warn
Brasilero/♥♥♥♥♥♥: Ban permanente
Saturar microfono: Gag de 5 minutos/1 ronda. ( ULX gag "usuario" | !gag usuario )
Flood/Spam: Mute de 5 minutos/1 ronda. ( ULX mute "usuario" | !mute usuario )
Nombre con caracteres prohibidos |no target| : Aviso y posterior kick si no se cambia el nombre luego de 1 ronda.

( # Nota: El moderador carece de la capacidad para banear gente, en caso de que un usuario requiera ser baneado el moderador de turno debe copiar la STEAMID del usuario a banear y enviarsela a un superior con el motivo de ban. )

Hay casos en los que un usuario se bugee con una puerta, prop o entidad del mapa. En estos casos el moderador debera localizar al usuario bugeado y usar | !tp usuario |
para desbugearlo a un lugar seguro. ( ULX Teleport "usuario" en consola )
Hay casos en los que un usuario vea errores en el servidor, esto es debido a que le faltan texturas o addons. En estos casos el moderador debera ayudar al usuario dandole los comandos:
!ERROR (para texturas del css)
!COLECCION (para addons y mapas del servidor)
Hay casos en los que un usuario nuevo solicite ayuda con las reglas o tenga alguna duda. En estos casos el moderador debe brindarle su conocimiento o darle al usuario los comandos:
!MOTD (Reglas del servidor)
!ROLES (Informacion de roles)

=============== [Bonus] ================

El comando ULX slap "usuario" o !slap "usuario" es un comando de la pestaña FUN del menu XGUI (menu del gamemode). Su funcion es darle un pequeño empujon (con o sin daño) a
un usuario. No tiene utilidad más allá de "avisar" (o molestar) a un usuario.
El moderador es libre de usarlo en cualquier situacion, excepto en situaciones donde el usuario victima del slap pueda morir, recibir daño o perjudicar
su posicion de victoria en la ronda.

=============== [Credits] ================
+ Sinister (Head Admin) por crear la guía
+ Host (Owner) por aplicar la guía al Discord.

ServiLive 2022 (Version 24/07/22)