# Diseñar tu solicitud
El editor de opciones de aplicación usa un diseño plano, con cada campo en una sola página. Las opciones de ticket usan en su lugar las pestañas General, Mensajes y Avanzado.
Esta guía va de arriba hacia abajo.
## Tipo de aplicación
Una etiqueta de texto, de hasta **50 caracteres**.
Este es el título del formulario que ven los miembros cuando hacen clic en el botón de solicitar. Algunos ejemplos son "Solicitud de personal", "Solicitud de socio" y "Solicitud de rol".
Es obligatorio. El panel lo marca con un asterisco y no te permitirá guardar la opción hasta que lo completes.
## Canal de registro
Esto es obligatorio. Sin ello, nadie puede revisar las solicitudes.
Es un selector de canal. Establece dónde se publican las solicitudes enviadas como embeds, con botones de Aprobar y Denegar. Puedes configurarlo para heredar el valor predeterminado del panel o sobrescribirlo.
Si el valor predeterminado del panel no está configurado y esto está configurado para heredar, verás una nota que indica que no hay un valor predeterminado del panel configurado, que esta opción debe sobrescribirse y que, de lo contrario, no se podrán enviar solicitudes. Configura el canal y luego guarda.
## Preguntas de solicitud
Hasta **5 preguntas**. Esto usa el mismo sistema de formularios que los formularios de tickets.
→ [Tipos de preguntas](/docs/es/formularios/question-types.md)
El título del formulario es tu Tipo de aplicación de arriba. El cuerpo son tus 5 preguntas.
## Requisitos de elegibilidad
Bloquea las solicitudes de cuentas que no cumplen los requisitos, antes de que comiencen el formulario.
| Campo | Tipo | Rango | Predeterminado |
| ------------------------------------------- | ------ | ------- | --------------------- |
| **Edad mínima de la cuenta (días)** | número | 0 a 365 | Ninguno (desactivado) |
| **Antigüedad mínima en el servidor (días)** | número | 0 a 365 | Ninguno (desactivado) |
Si un miembro no cumple una regla, recibe un mensaje de bloqueo que nombra la regla incumplida y el número de días requerido:
* Cuenta demasiado nueva: un mensaje que indica que su cuenta de Discord debe tener al menos N días para enviar una solicitud.
* No lleva suficiente tiempo en el servidor: un mensaje que indica que debe ser miembro del servidor durante al menos N días para enviar una solicitud.
## Configuración de re-solicitud
Qué ocurre si la solicitud de un miembro ha sido decidida y quiere solicitar de nuevo.
| Campo | Tipo | Comportamiento |
| ---------------------------- | ---------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| **Permitir re-solicitud** | interruptor (activado por defecto) | Cuando está desactivado, un miembro que ya ha enviado una vez no puede volver a enviar en absoluto, y el tiempo de espera no importa. |
| **Período de espera (días)** | número, 0 a 365 | Se muestra solo cuando Permitir re-solicitud está activado. Después de una decisión, el miembro debe esperar esta cantidad de días antes de enviar otra solicitud a la misma opción. |
Una configuración común es tener activado Permitir re-solicitud con un tiempo de espera de 7 días. Esto da a los solicitantes serios una forma de volver sin permitir spam.
## Roles concedidos
Un selector de múltiples roles. Cuando se aprueba una solicitud, Ticket King añade estos roles al solicitante.
Patrones comunes:
* Solicitud de personal: conceder el rol "Staff" o "Moderador".
* Solicitud de socio: conceder "Socio".
* Solicitud de concesión de rol: conceder el rol que hayan solicitado.
{% hint style="warning" %}
El rol del bot de Ticket King debe estar por encima de cada rol concedido en la lista de roles de Discord. Si un rol concedido está por encima del rol del bot, la concesión del rol no funciona. Arrastra Ticket King hacia arriba en **Configuración del servidor, Roles**.
{% endhint %}
## Roles a eliminar
Un selector de múltiples roles. Cuando se aprueba una solicitud, Ticket King elimina estos roles del solicitante. Es lo opuesto a Roles concedidos, y ambos funcionan juntos en un solo paso.
Un uso común es un rol de contención de "solicitante" o "pendiente". Cuando alguien solicita, recibe el rol de contención, y cuando lo apruebas, Ticket King elimina el rol de contención y añade su nuevo rol al mismo tiempo.
El rol del bot debe estar por encima de todos los roles que enumeres aquí, igual que con Roles concedidos.
## Roles de revisor
Un selector de múltiples roles. Solo los miembros con al menos uno de estos roles pueden aprobar o denegar solicitudes con los botones del canal de registros.
Esto es independiente de los permisos del panel. Para actuar sobre las solicitudes, un revisor necesita una de estas opciones:
* Al menos uno de estos roles de revisor, para usar los botones del canal de registros.
* El permiso del panel Revisar solicitudes, para aprobar o denegar desde el panel. El propietario del servidor y cualquier persona con permiso de Administrador o Gestionar servidor también pueden hacerlo.
La mayoría de los servidores usan el mismo rol para ambos.
## Roles requeridos (Premium)
Un selector de múltiples roles que puede heredar del valor predeterminado del panel o ser sobrescrito. El solicitante debe tener al menos uno de estos roles para enviar. Esto es un :crown: Función premium.
## Roles bloqueados (Premium)
Un selector de múltiples roles que puede heredar del valor predeterminado del panel o ser sobrescrito. Los miembros con cualquiera de estos roles no pueden enviar. Esto es un :crown: Función premium.
Tu configuración global del servidor de Roles bloqueados también se aplica aquí, y bloquea todos los comandos, no solo esta opción.
## Notificaciones
| Campo | Tipo | Comportamiento |
| ------------------------------------------ | ---------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **Enviar resultado por DM al solicitante** | interruptor (activado por defecto) | Cuando está activado, Ticket King envía un DM al solicitante después de la decisión. El DM incluye el tipo de solicitud, el estado (aprobada o denegada), y la **motivo** que el revisor escribió en la ventana emergente de decisión. |
No hay un mensaje separado de aceptación y un mensaje separado de denegación. Un solo interruptor controla si se envía un DM, y el contenido se construye a partir del motivo del revisor y del estado.
Si el solicitante tiene los DMs desactivados, el DM no llega. La decisión sigue registrándose.
## Estado de la opción
Activado o desactivado. Activa o desactiva esta opción sin eliminar todo el panel.
## Guardar
El panel muestra una barra de cambios no guardados en la parte inferior cuando editas algo. Haz clic en **Guardar** para aplicar tus cambios. El editor no guarda automáticamente, así que debes guardarlo tú mismo.
## Relacionado
{% content-ref url="/pages/ecd8391018276a568378205cb147db7f194ac0f9" %}
[La página de solicitudes](/docs/es/solicitudes/the-applications-page.md)
{% endcontent-ref %}
{% content-ref url="/pages/cfb8c1bcda5d2a9abe7570a9c83048f83bf30ec8" %}
[Límites y restricciones de solicitudes](/docs/es/solicitudes/limits-and-constraints.md)
{% endcontent-ref %}
---
# Agent Instructions: 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:
```
GET https://ticketking.xyz/docs/es/solicitudes/designing-your-application.md?ask=
```
The question should be specific, self-contained, and written in natural language.
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.