📕Evidence Guide
Esta guía proporciona un marco claro para la recolección de evidencias y presentación de las mismas. Esto garantiza que cualquier sanción otorgada por cada staff en el juego se maneje de manera organizada y eficiente. Al seguir estos puntos, podemos asegurar que las decisiones tomadas por cada miembro del staff sean justas y basadas en pruebas concretas, contribuyendo a un entorno de juego más seguro y agradable para todos los usuarios.
Es muy importante que todos cumplamos y tengamos en cuenta esta guía. No cumplir con la guía puede resultar en una advertencia. Esto es para asegurarnos de que todo el proceso sea justo y transparente para todos los usuarios y el staff.
NOTA:
Recordar que todas las evidencias recolectadas deberán ser subidas a PANTALLA COMPLETA Y EN SU CANAL CORRESPONDIENTE.
· INFRACCIONES DE CHAT
FLOOD
Es considerado FLOOD cuando un jugador escribe en el chat un mensaje con 7 o más caracteres iguales y repetidos, también sancionaremos por poner en chat publico: ifghisgf9usgf9usgf9usfusgf ya que satura el chat de forma innecesaria.EJEMPLO:

STOXICIDAD
El insulto debe ser directamente hacia el jugador, los ataques personales y faltar el respeto repetidamente a los usuariosEJEMPLO:

Mal uso de Helpop/Report
Se prohíbe el uso inadecuado de los comandos Helpop/Report el realizar esto conllevara sanciones.
EJEMPLO:


SPAM
Es considerado spam cuando un jugador escribe un mensaje de forma repetitiva y constante (3 o más veces) en un corto periodo de tiempo.
EJEMPLO:

ACOSO/RACISMO
Están totalmente prohibidos mensajes de racismo, xenofobia, amenazas, autolesión (suicidio) se tiene que visualizar en el que el usuario escribe lo antes mencionado a otro jugador.EJEMPLO:

LINKS/PUBLICIDAD
Para poder sancionar por links/publicidad se tiene que visualizar que el usuario envíe enlaces de contenido inapropiado u obsceno, direcciones de IP de cualquier otro servidor o sitio web que no tienen relación con Sololegends (Esto no incluye a links de discord de reclutamiento, streams, publicaciones o videos de Sololegends). EJEMPLO:

COMERCIO
Así como está prohibida la publicidad también está prohibido el comercio, para poder sancionar se tiene que ver que el usuario esté vendiendo artículos ya sea rangos, kits, ítems, entre otros por DINERO REAL. EJEMPLO:

RENAMES INAPROPIADOS
Renombrar cualquier item con mensajes ofensivos o tóxicos resultara sancionable, se tiene que visualizar en el chat que el usuario mató a otro y en el nombre de su espada sea lo ya antes mencionado. EJEMPLO:

STAFF/SERVER DISRESPECT
La tolerancia en estos casos es 0, para poder sancionar se tiene que visualizar que el usuario de comentarios de odio hacia servidor o hacia el personal mediante el chat general (esto cuenta con los mensajes de FILTERED, helpops y reports) EJEMPLO:

DDOS/DOXING
Compartir información privada de cualquier usuario puede llegar a terminar en un BLACKLIST, para poder sancionar se necesita visualizar que el usuario amenaza o comparte datos de otro jugador ya sea por msg o por el chat general. EJEMPLO:

· INFRACCIONES DE JUGABILIDAD
DTR EVADING
Se prohíbe la evasión de pérdida de DTR frente a cualquier situación. (Kick, leave, desconexión antes de la muerte).
Evidencias:
· Se necesita un video que compruebe que el usuario fue kickeado o se salió de la faction antes de morir (Debe ser claro, nick & faction).
· Revisar Comandos.
EJEMPLO:
INSIDE
Se prohíbe el robo de objetos de tu propia faction, también cuenta el hecho de romper los cofres.
Evidencias:
· Comandos (Invite, Join & Kick / Leave)
· Fotos de lo robado o roto (Co i)
EJEMPLO:
BETRAY
Se prohíbe la traición a tu propia faction para dejarlos raid de manera intencional. (Muertes sin armadura, caída, entre otros.)
Evidencias:
· Comandos (Invite, Join & Kick / Leave)
· Video corto en donde se evidencien las muertes del usuario reportado.
(Tener en cuenta que estas muertes tienen que ser en un periodo de tiempo corto y de forma repetitiva en la que se muestre la pérdida de dtr de forma intencional).
EJEMPLO:
LEAVE AND KILL
Se prohíbe abandonar una faction para atacar a sus antiguos compañeros cuando estos se encuentren ausentes (AFK), llegando al punto de ganar sus inventarios o dejarlos raid.
Evidencias:
· Comandos (Invite, Join & leave).
· Revisar /deaths del usuario que reporta.
· En lo posible pedir un contexto de la situación con pruebas (opcional)
EJEMPLO:
KICK AND KILL
Se prohíbe kickear a cualquier usuario (miembro de la faction) dentro de la base para asesinarlo y quedarse con su inventario y su death.
Evidencias:
· Comandos (Invite, Join & Kick), En donde se evidencie que fue kickeado al poco tiempo de joinear a la faction.
· Revisar /deaths.
· En lo posible pedir un contexto de la situación con pruebas. (opcional)
EJEMPLO:

TRAMPAS ILEGALES
Se prohíben las trampas ilegales de: Cactus, Agua, Calderos, Sofocación, Flechas con dispensadores y trampas en el /camp (Sólo aplica a Kitmaps).
Evidencias:
· En lo posible algún tipo de grabación de la trampa.
· Checar con el co i (Aquellos que tengan este permiso) y revisar quién construyó la trampa y quien fue la última persona en darle uso. (Se sanciona a los dos). · Tomar pruebas del co i y subirlas al respectivo canal.
NOTA:
Para las trampas en el camp, solo se toman si estas son creadas con el fin de obstruir la salida de la zona del camp, es decir, Estructuras (1x1) en donde le sea complicado al usuario salir de ahi o en donde se evidencia que es zona de farmeo.EJEMPLO:
BUG ABUSE
Se prohíbe el abuso de bugs tanto del servidor como del mismo juego para beneficio propio o de la faction.
Evidencias:
· Se necesita grabación de como el usuario efectua el bug (No se toma en cuenta si lo intenta y no tiene éxito), se tiene que ver claramente el nick de quien efectúa el bug.
EJEMPLO:
GRIEFING
Se prohíbe el griefing afuera del claim de cualquier faction, ya sea para molestar o con otro tipo de intención (No se toma si la faction quedó raid).
Evidencias:
· Foto del f map en la que se evidencie de que el griefing esta fuera del claim. · Imágenes del Co i (Quien puso los bloques).EJEMPLO:


TRUCE / ALIANZA
Se prohíben las alianzas siempre y cuando afecten el pvp de algún tercero.(Esto no se toma en cuenta si las allies están activas)
Evidencias:
Un video en donde se evidencie claramente: El truce y los nicks entre 2 o más personas de diferentes factions.
EJEMPLO:
MULTICUENTAS
Se prohíben multicuentas en el servidor, a excepción de eventos de KeyAll (Esto siempre y cuando sean habilitadas por el Owner y no se encuentren dentro de alguna faction).
Evidencias:
Aquellos Staffs que tengan acceso al permiso de /alts, deberán revisar que claramente sean alts usando el comando en los nicks que se vean afectados.Tomar capturas de las alts de dicho jugador y de la faction en la que se encuentre.
Nota:
Esto también aplica para la sanción de Ban Evading, etc. Tener en cuenta si el usuario está dentro del sistema de Proleague.EJEMPLO:

BAN EVADING
Se prohíbe el evadir cualquier tipo de sanción con multicuentas.Evidencias
Aquellos Staffs que tengan acceso al permiso de /alts, deberán revisar que claramente sea una alt la que esta usando el usuario para evadir una sanción, usando el comando en ambos nicks que se vean afectados.Tomar capturas de las alts de dicho jugador en las que se muestre que tiene una multicuenta sancionada, se añadirá 3d de ban de ip adicionales a la sanción que tenga la alt.
EJEMPLO:


MEDIOS DE SOPORTE
TEAMSPEAK
Como medio de soporte, también contamos con Teamspeak. Mover a un usuario de la sala general o de una sala de atención conlleva a una evidencia que debe ser subida de manera específica.Evidencias:
En la evidencia se tiene que ver los logs del Ts3 y al usuario siendo atendido.
EJEMPLO:

DISCORD
Atender un ticket conlleva una evidencia que debe ser subida de manera específica.Evidencias:
En la evidencia se debe ver como el usuario es atendido por el staff (Usted) y el mensaje del staff que contestó primero. NOTA: SE DEBE VER EL MENSAJE DEL BOT DICIENDOLES QUE RECLAMARON EL TICKET
EJEMPLO:

· OTRAS EVIDENCIAS
DTR
Al momento de dar el DTR a una faction por cualquier motivo tiene que sacarse una prueba en el que se visualice el dtr agregado.Evidencias:
En la evidencia se debe ver el /f who de dicha fac y como esta ha recibido el DTR.
EJEMPLO:


INVENTORY
Al devolver un inventario ya sea por una muerte bug, muerte por cheaters, kick and kill, etc. Se tiene que tomar evidencias que se vea lo siguiente:
Evidencias:
En la evidencia se tiene que ver la deaths del usuario (/dl) y el por quien ha sido matado.
EJEMPLO:

ROLLBACK
Cuando se realiza un rollback en Evil, Ultra y Kitmaps se tiene que sacar evidencia de los resultados del comando ejecutado. (co rb)
Evidencias:
En la evidencia se debe apreciar el mensaje que sale al momento de realizar un rollback.
EJEMPLO:

RANK TS
Dar un rango dentro del Teamspeak debe ser evidenciado con una prueba que demuestre lo siguiente.
Evidencias:
En la evidencia se debe ver como el usuario tiene rango permanente dentro del servidor de Minecraft (/Grants) y el rango dado en Ts.
EJEMPLO:

Last updated