Normativa de Staff

Gracias por colaborar con el servidor

Ser parte del Staff de Nemesis Community conlleva responsabilidades que van más allá de las normativas generales del servidor; implica transparencia, responsabilidad y ser un ejemplo para toda la comunidad.

Para empezar, dividamos la normativa en diferentes apartados, ninguno de ellos menos importante que los demás:

General

Normas Generales para TODO el Staff.

Tickets

Aspectos sobre la atención de Tickets.

Moderación

Moderación IN GAME del servidor.

Reportes

Sistema de REPORTES entre usuarios

Normativa General

1. Comportamiento y Responsabilidad

📜 Conocimiento obligatorio: Todo miembro del STAFF debe conocer y cumplir rigurosamente la normativa del servidor.
⚖️ Ejemplo y responsabilidad: Ser STAFF no exime de sanciones en caso de cometer una falta. La gravedad será mayor debido a la posición de responsabilidad dentro del equipo.
🙏 Respeto absoluto: Está prohibido faltar al respeto a los usuarios. En caso de recibir provocaciones, deben usarse los comandos de sanción y no responder con la misma actitud.
🤝 Ambiente interno: No se tolerarán faltas de respeto, toxicidad ni discusiones en canales administrativos. Los problemas personales deben resolverse en privado.
🤫 Unidad en público: Nunca se debe contradecir a otro STAFF en salas de reportes ni frente a usuarios. Si existe desacuerdo, debe tratarse en canales privados de voz o texto.

2. Funciones y Actuación

🚫 Imparcialidad: Ningún STAFF puede gestionar un reporte propio o en el que esté involucrado.
📝 Compromiso con el rol: Todos los miembros deben atender tanto tickets en Discord como reportes In-Game. No deben limitarse únicamente a una de estas funciones.
🚷 Respeto a cargos: Está prohibido intervenir en funciones que no correspondan a tu cargo.
🚫 Roles y permisos: Queda prohibido asignarse roles administrativos o de encargado de Discord sin autorización expresa de la Dirección.
📡 Confidencialidad visual: Prohibido hacer directos en plataformas de streaming mientras se esté en salas administrativas con otros compañeros.
🔒 Privacidad absoluta: Ningún miembro del STAFF puede mostrar a usuarios contenido interno (canales privados, logs, reportes, apelaciones, etc.), ya sea de forma intencional o por descuido.

3. Actividad y Exclusividad

🎮 Actividad en Discord: Si un STAFF entra en otro servidor que no sea Nemesis Community, debe ocultar su actividad de juegos o ponerse en modo invisible.
⛔ Exclusividad de staff: Está totalmente prohibido formar parte del equipo de STAFF de otros servidores.
🕒 Compromiso con Nemesis: Revisaremos la actividad de cada miembro. No podemos permitir que nuestro propio STAFF pase más tiempo en otros servidores que en Nemesis Community.

4. Puntos adicionales

📌 Disponibilidad mínima: Cada miembro del STAFF debe cumplir con un tiempo mínimo de conexión semanal, tanto en Discord como en el servidor, para garantizar un buen funcionamiento del equipo.
📢 Comunicación: Es obligatorio revisar los canales internos del STAFF en Discord para estar al día de avisos, actualizaciones y cambios en la normativa.
🛑 Abuso de poder: Está terminantemente prohibido usar permisos o herramientas administrativas para beneficio personal o de terceros.
🧾 Transparencia: Toda sanción aplicada debe estar debidamente justificada y registrada en los canales correspondientes.
🧾 Identidad clara: Todo STAFF debe mantener un nombre coherente y reconocible tanto en Discord como In-Game. No está permitido usar en FiveM nombres diferentes o irrelevantes que no tengan relación con tu identidad en Discord. Por ejemplo, si en Discord te llamas maarcos_._ y se te conoce como Marcos, no puedes ponerte en FiveM un nombre como Firulais. De igual forma, está prohibido cambiarse constantemente el apodo de Discord con nombres extraños, raros o confusos que dificulten tu identificación dentro del equipo.

Normativa de Tickets

🎟️ El STAFF que responda primero en un ticket será el encargado del mismo. Queda terminantemente prohibido interferir en el trabajo de otro compañero. Para poder intervenir en un ticket que no te corresponda, se debe esperar un mínimo de 1 hora y notificar previamente al encargado.

🖋️ Es obligatorio mantener una ortografía correcta y un lenguaje adecuado al atender cualquier ticket, sin importar quién sea el solicitante.

🚫 No se permitirá que dos o más STAFF den resoluciones distintas en un mismo ticket. En caso de desacuerdo con la decisión tomada, deberá comunicarse con el encargado del ticket a través de los canales internos del STAFF, nunca frente al usuario.

⏱️ Todo ticket debe ser atendido con la mayor rapidez y eficacia posible, asegurando siempre una respuesta clara, concisa y de calidad. Al tomar un ticket, el miembro del STAFF asume la responsabilidad completa de su gestión hasta su resolución final.

✅ Una vez emitida y aprobada la resolución de un ticket, esta será considerada como definitiva. Únicamente la directiva podrá modificar o invalidar una resolución ya cerrada.

🚫 Está prohibido que un miembro del STAFF gestione sus propios tickets o participe en aquellos en los que esté directamente involucrado. Por ejemplo, si un usuario reporta a un STAFF por una acción de rol, este no podrá intervenir ni resolver el caso, salvo que se le soliciten pruebas o aclaraciones en un canal de soporte.

Resolución de Tickets

Paso 1: Reconocimiento del problema

📥 Recibir y leer el ticket con atención para comprender el problema planteado.
❓ Solicitar información adicional en caso de ser necesario, con el fin de tener una comprensión clara y completa de la situación.

Paso 2: Renombramiento del Ticket

🏷️ Una vez identificado el problema o la cuestión, renombrar el ticket de manera clara y sencilla, siempre incluyendo el nombre de usuario que lo abrió.

Ejemplos de renombrado:

🤔 Dudas:
- Generales: /rename duda-user
- Explícitas: /rename duda-<motivo>-user
🪲 Bugs:
- Ingreso al servidor: /rename bug-login-user
- Dupeo: /rename bug-dupeo-user
- Crash: /rename crash-user
- Cambio de licencia: /rename bug-licencia-user
- Cambio de PC: /rename bug-cambio-user

Paso 3: Investigación

🔍 Reunir información relevante, analizar datos y revisar pruebas para entender el contexto y las causas del problema.

Paso 4: Resolución

🛠️ Proporcionar una solución al problema o dar una respuesta clara, concisa y precisa a la solicitud.

Paso 5: Cierre del Ticket

✅ El ticket debe cerrarse únicamente cuando el problema haya sido completamente resuelto o la solicitud atendida.
🤔 Antes de cerrarlo, preguntar al usuario si necesita algo más.
🗑️ Una vez cerrado, realizar el registro del ticket en los canales indicados para ello, asegurando que quede constancia de la gestión realizada.

Moderación In-Game

1. Administración In-Game

1.1 ➥ 🚫 Prohibido utilizar poderes de STAFF estando en rol, salvo casos excepcionales (hacker, antirol, etc.)

1.2 ➥ ❌ Queda terminantemente prohibido el Admin Abuse. Esto significa que no podremos usar los poderes de STAFF en beneficio propio o de “x” jugadores en roles.

1.3 ➥ 🚫 Prohibido usar poderes de STAFF delante de usuarios en rol, por ejemplo, aparecer delante de ellos con noclip, usar revives, car, etc.

1.4 ➥ ⚖️ Siempre se debe ser imparcial al atender reportes o usuarios. Debemos mostrar profesionalidad e interés en que el usuario esté contento y correctamente atendido.

1.5 ➥ 💬 Se debe hacer un uso correcto del Chat de STAFF In-Game, utilizándolo solo para comentarios administrativos, no para risas o comentarios inadecuados.

⚠️ Cualquier abuso de poder o rotura de la normativa conlleva una expulsión inmediata del STAFF. ⚠️

2. Procedimientos Administrativos

Cuando se sancione a un usuario o se vea que un usuario comete una falta contra la normativa, se debe seguir SIEMPRE este procedimiento:

1. ➥ 📜 Al ver a un usuario cometer una o varias faltas, apuntarlas y esperar a que termine el rol (a menos que la falta sea grave y requiera acción inmediata).

Recuadro

⚠️ IMPORTANTE A DESTACAR:

Qué es lo que se ha hecho mal.
Por qué se ha hecho mal.
Cómo se tiene que hacer bien.

2. ➥ 🛠️ Aplicar el Warn y el Jail si es necesario, considerando la tabla de sanciones. La sanción dependerá de la magnitud de la infracción y del criterio de los STAFF que observaron las acciones.

En caso de recibir un reporte de bug, ir al usuario y comprobar si está bugueado. Si no se puede confirmar, no se hará revive, reparación del vehículo ni TP. Se dejará una bicicleta (tribike) al usuario para moverse si está bugueado.
Si son bugs de devolución de objetos insignificantes (móvil, 500 dólares, una radio, etc.), devolverlos sin problema.

Gestión de Reportes

1. Gestión de Reportes

1.1 ➥ 🎫 Todos los reportes serán atendidos únicamente mediante tickets de reporte.
1.2 ➥ 🔇 Nunca se hablará con el usuario en voz.
1.3 ➥ 📝 El usuario reportante deberá completar la plantilla proporcionada por el bot al abrir el ticket.
1.4 ➥ 👥 Todos los reportes deberán ser gestionados por al menos dos miembros del STAFF. Nunca por una sola persona.
1.5 ➥ 🤝 El trato hacia el usuario deberá ser siempre respetuoso y profesional.
1.6 ➥ ❌ No se darán opiniones personales en ningún caso.

2. Plantilla de Reporte

El usuario deberá completar la siguiente información:

➥ 👤 Nombre de Discord, nombre IC e ID del reportante
➥ 👤 Nombre de Discord, nombre IC e ID del reportado (opcional, basta rellenar uno de los valores)
➥ 📖 Explicación del rol
➥ 🖼️ Pruebas gráficas

⚠️ Importante: No se aceptará ningún reporte sin pruebas en vídeo del rol reportado. ⚠️

3. Asignación de Jurisdicción

3.1 ➥ Una vez el usuario complete la plantilla, cualquier miembro del STAFF deberá indicar en el ticket la jurisdicción correspondiente al reporte.

Reportante	Reportado	Jurisdicción
Banda	Banda	Encargado de Bandas
Banda	Policía	Encargado de Bandas y LSPD
Banda	Civil	Cualquiera
Policía	Policía	LSPD
Policía	Banda	Encargado de Bandas y LSPD
Policía	Civil	Cualquiera
Civil	Banda	Cualquiera
Civil	Policía	Cualquiera
Civil	Civil	Cualquiera

4. Asignación del Reporte

4.1 ➥ Una vez determinada la jurisdicción, dos miembros del STAFF deberán hacerse cargo del reporte.
4.2 ➥ Ambos deberán identificarse en el ticket.

Ejemplo:

Este reporte será atendido por @nombre y @nombre.

5. Resolución de Reportes

5.1 ➥ REPORTE ACEPTADO

Sanciones aplicadas.
Confirme lectura para proceder al cierre del ticket.

5.2 ➥ REPORTE RECHAZADO

El STAFF de Nemesis Community no considera que se haya infringido ningún punto de la normativa.
Confirme lectura para proceder al cierre del ticket.

6. Comunicación de Sanciones

6.1 ➥ Cuando un usuario sea sancionado:

Se le abrirá un ticket individual.
En él se le comunicará el motivo y la duración de la sanción.

Ejemplo de sanción con ban:

@nombre
Ha sido usted sancionado con un ban de (X días) por los siguientes motivos:

Motivo
Motivo
EtcRecuerde volver a leer la normativa del servidor para evitar futuras infracciones.Confirme lectura para proceder al cierre del ticket.

Ejemplo de sanción sin ban:

@nombre
Ha sido usted sancionado con un aviso (primer / segundo / tercer aviso) por los siguientes motivos:

Motivo
Motivo
EtcRecuerde volver a leer la normativa del servidor para evitar futuras infracciones.Confirme lectura para proceder al cierre del ticket.

7. Sistema de Sanciones

➥ Avisos: al tercer aviso se aplicará 1 día de ban.
➥ Bans de 1 o 2 días: no podrán ser apelados.
➥ Bans de 3 o más días: podrán ser apelados.

8. Apelaciones

8.1 ➥ El usuario podrá apelar su ban únicamente si este es de 3 o más días.
8.2 ➥ La apelación deberá realizarse dentro de las primeras 24 horas desde la comunicación del ban.

9. Comité de Apelaciones

9.1 ➥ Composición:

Mínimo dos miembros del STAFF
Que no hayan participado en la resolución inicial
Con rango de Administración o superior

9.2 ➥ Una vez constituido el comité, se notificará al usuario.

Ejemplo:

A partir de este momento se hará cargo de su apelación el Comité de Apelaciones, formado por @nombre y @nombre.
Revisaremos nuevamente las pruebas aportadas y le daremos una resolución lo antes posible.

10. Resolución de Apelaciones

➥ Mantener la sanción: El Comité de Apelaciones ha determinado que el ban se mantendrá tras revisar nuevamente las pruebas aportadas.
➥ Reducir la sanción: El Comité de Apelaciones ha determinado que el ban se reducirá en (X días).
➥ Ampliar la sanción: El Comité de Apelaciones ha determinado que el ban se ampliará en (X días), quedando la sanción total en (X días).
Confirme lectura para proceder al cierre del ticket.