Sistema de roles y permisos de Discord: Referencia completa

1. Permisos de rol: la base general del servidor

Los permisos de rol son la base que se aplica en todo el servidor. Si un usuario tiene varios roles, los permisos se acumulan: si cualquiera de los roles otorga un permiso, el usuario lo tiene. A nivel de rol no existe el valor "no"; solo existe activado o desactivado.

Dos permisos son la excepción a esta regla y anulan todo lo demás:

• Administrador: otorga todos los permisos e ignora las anulaciones de canal. Incluso si desactivas la escritura en un canal, un administrador podrá escribir.
• Propietario del servidor: no es un rol, es la cuenta. No puede ser limitado por ninguna configuración.

2. Jerarquía: quién puede gestionar a quién

El orden en la lista de roles no es solo visual. Un miembro solo puede gestionar roles que estén por debajo de su rol más alto y solo puede expulsar, banear o silenciar a miembros que tengan roles inferiores al suyo.

Esta regla también se aplica a los bots. Esta es la causa de la mayoría de las quejas de "el bot no puede asignar roles": el rol del bot está por debajo del rol que intenta asignar. En la lista de permisos, "Gestionar roles" aparece como activado, pero la acción falla.

3. Anulaciones de canal: la última palabra

A nivel de canal y categoría, cada permiso puede estar en tres estados: permitir (check verde), heredar (línea gris), denegar (cruz roja). Heredar significa "lo que diga el permiso del rol".

Discord evalúa esto en un orden específico. El orden es lo que resuelve los conflictos:

1. Permisos de servidor del rol @everyone.
2. Anulación de @everyone en el canal.
3. Permisos de servidor de los otros roles del usuario (se acumulan).
4. Anulaciones de rol en el canal: primero todas las denegaciones, luego todas las permisiones.
5. Anulación específica para el usuario en el canal. Esta es la más poderosa.

El resultado práctico es: una denegación a nivel de rol es anulada si otro rol permite el acceso en el mismo canal. Si quieres excluir a alguien de un canal definitivamente, utiliza una denegación específica para el usuario.

Cuatro problemas frecuentes

• "No puedo ver el canal." El permiso Ver canal está desactivado. No aparecerá en la lista de canales; tampoco recibirás un mensaje de acceso denegado.
• "No puedo escribir, pero veo el canal." Enviar mensajes está heredado o denegado, o el canal es un canal de anuncios.
• "El comando del bot no funciona." Primero revisa los permisos del bot a nivel de canal: el permiso para usar comandos de aplicación puede estar desactivado por canal.
• "Asigné el rol, pero el canal sigue cerrado." Hay una denegación explícita para ese rol en el canal; el permiso del rol no anula esto.

Tres reglas al configurar

Asigna permisos a la categoría. Deja que los canales hereden de la categoría; define las excepciones solo en el canal necesario. Esto reduce la auditoría de permisos a una sola pantalla.

Usa la denegación con moderación. Configura la visibilidad no dándosela a @everyone y activándola solo para el rol correspondiente. Cuando las capas de denegación se superponen, es difícil rastrear qué rol está anulando qué.

No repartas el permiso de Administrador. El administrador omite por completo la configuración de canales; para la moderación, permisos como Expulsar miembros, Banear miembros, Gestionar mensajes y Gestionar miembros en tiempo de espera suelen ser suficientes.

Qué verás en el panel

La Puntuación de Salud del Servidor en la pestaña de Resumen del panel de VeyroBot lista los permisos peligrosos que han quedado activados en el rol @everyone como un hallazgo independiente. Asigna la mayor importancia a cuatro permisos: Administrador, Gestionar servidor, Gestionar roles y Gestionar webhooks. El mismo control reporta los permisos de expulsión y baneo un nivel por debajo.

Este hallazgo tiene una corrección de un solo clic; la corrección se aplica con tus permisos reales en Discord y puede revertirse en 24 horas. Si no se pueden asignar roles automáticos o de recompensa, la misma tarjeta lo reporta por separado como un problema de jerarquía.

Para quién es adecuado y para quién no

Adecuado: administradores de servidores que resuelven problemas de permisos mediante ensayo y error, y comunidades que están configurando su equipo de moderación.

No adecuado: servidores de una sola persona o muy pequeños. Allí, una estructura simple de tres roles es suficiente; crear capas de anulación genera una complejidad innecesaria.

Preguntas frecuentes

¿Qué sucede si uno de los dos roles permite y el otro no?

A nivel de servidor, los permisos se acumulan, por lo que el usuario tiene el permiso. A nivel de canal, una denegación explícita vence a una permisión en la misma capa; para un bloqueo total, se requiere una denegación específica para el usuario.

¿El color o la posición del rol afectan los permisos?

El color no afecta. La posición sí afecta directamente: un rol solo puede gestionar roles y miembros que estén por debajo de él.

¿Debo darle el permiso de Administrador a un bot?

Este es un tema de debate aparte y la respuesta depende de lo que haga el bot. En resumen: Administrador es el permiso más fácil y amplio, ya que también omite las denegaciones de canal.

¿Cuál es la diferencia entre tiempo de espera y un rol de silenciado?

El tiempo de espera es una función integrada de Discord, se elimina automáticamente al finalizar y no requiere configuración de canal. El rol de silenciado requiere definir una denegación por separado en cada canal y se olvida en los canales nuevos.

¿Cómo veo el permiso real de un usuario en un canal?

Al seleccionar al miembro en la pestaña Permisos de la configuración del canal, Discord muestra el resultado calculado. Esta es la combinación de las capas de rol y canal; es más fiable que intentar adivinar mirando la lista de roles.

Última actualización: 18 de septiembre de 2026. El orden de evaluación de permisos se basa en el comportamiento documentado de Discord en esa fecha. Para los módulos de moderación de VeyroBot, consulta la página de AutoMod, y para la lista de comandos, consulta la página de comandos.