> For the complete documentation index, see [llms.txt](https://ticketking.xyz/docs/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://ticketking.xyz/docs/es/permisos-y-tu-equipo-de-soporte/two-layers.md).

# Las dos capas de permisos

Roles de Discord y permisos del panel de control de Ticket King. Dos sistemas, ambos usados.

Los permisos en Ticket King funcionan en dos capas. Una son tus roles normales de Discord. La otra son los permisos del propio panel de Ticket King.

## Capa 1. Tus roles de Discord

Este es el sistema estándar de permisos de Discord. Los miembros tienen roles, y los roles otorgan permisos de Discord.

Ticket King usa los roles de Discord para:

* **Quién puede ver un canal de tickets.** El bot configura el acceso al canal para que solo las personas correctas vean cada ticket.
* **Quién puede gestionar tickets en Discord.** Cualquiera con Gestionar canales o Gestionar servidor, además del propietario del servidor, puede ejecutar comandos de tickets como `/claim` y `/close`. Los administradores de Discord también pasan.

## Capa 2. Permisos del panel de Ticket King

Este es el propio sistema de Ticket King, separado de Discord. Controla lo que cada rol puede hacer en el panel en ticketking.xyz. Cada área se activa por rol de Discord:

| Área                         | Desbloquea                                              |
| ---------------------------- | ------------------------------------------------------- |
| Información y estadísticas   | La página de estadísticas.                              |
| Gestionar paneles            | Paneles, plantillas y preajustes públicos.              |
| Ver historial                | El historial de tickets y la vinculación con Steam.     |
| Ver historial de solicitudes | El historial de envíos de solicitudes.                  |
| Revisar solicitudes          | Aprobar o denegar solicitudes.                          |
| Gestionar comandos           | La página de comandos personalizados.                   |
| Gestionar configuración      | La página de configuración y el personalizador del bot. |
| Ver registros de auditoría   | La página de registros de auditoría.                    |
| Gestionar permisos           | La propia página de permisos.                           |
| Gestionar Premium            | La página de suscripción premium.                       |

También hay un **Acceso total** interruptor por rol que los activa todos a la vez.

{% content-ref url="/pages/023a7991cb26ff748c7a196eb650ed7c928b048c" %}
[Áreas de permisos del panel de control](/docs/es/permisos-y-tu-equipo-de-soporte/permission-areas.md)
{% endcontent-ref %}

## Cómo trabajan juntas las dos capas

Las dos capas hacen trabajos diferentes. Un usuario puede tener una sin la otra.

| Tarea                              | Necesita acceso por rol de Discord | Necesita permiso del panel |
| ---------------------------------- | ---------------------------------- | -------------------------- |
| Leer y responder en un ticket      | Sí                                 | No                         |
| Cerrar un ticket con `/close`      | Sí                                 | No                         |
| Editar un panel en el panel        | No                                 | Sí                         |
| Otorgar a otro rol acceso al panel | No                                 | Sí                         |

Por ejemplo, un moderador junior con un rol de soporte puede ver y responder en los tickets, pero no puede cambiar la configuración de los paneles sin un permiso del panel. Un moderador líder tiene ambos.

## Quién omite estas comprobaciones

* El **el propietario del servidor** siempre tiene acceso completo.
* Cualquiera con Discord **Administrador** o **Administrar servidor** omite las comprobaciones de permisos del panel. Aun así, sigue sujeto a los permisos normales del canal de Discord.

{% content-ref url="/pages/b5c7bc86deb72af72059fe0793b417e6c2409e10" %}
[Propietarios y administradores](/docs/es/permisos-y-tu-equipo-de-soporte/owners-and-administrators.md)
{% endcontent-ref %}

## Los roles de soporte son una idea aparte

Los roles de soporte no son lo mismo que ninguna de las dos capas. Deciden a quién se añade y a quién se menciona en los canales de tickets. Puedes configurarlos a nivel de servidor, por panel y por opción. Los roles de soporte a nivel de servidor se aplican siempre a todos los tickets.

{% content-ref url="/pages/21042e6d4bdd861c6ac7f014182690bd24878c6e" %}
[Roles de soporte](/docs/es/permisos-y-tu-equipo-de-soporte/support-roles.md)
{% endcontent-ref %}

## Una forma sencilla de pensarlo

* Los roles de Discord y el acceso a los canales controlan lo que los miembros pueden ver y hacer dentro de Discord.
* Los permisos del panel controlan lo que los miembros pueden configurar en el panel.
* Los roles de soporte controlan a quién se añade y a quién se menciona en los tickets.

Un rol típico del personal tiene las tres cosas: un rol de soporte de Discord, los permisos del panel Gestionar paneles y Ver historial, y un lugar en tus roles de soporte a nivel de servidor.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://ticketking.xyz/docs/es/permisos-y-tu-equipo-de-soporte/two-layers.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.