# Resumen de solicitudes Una **solicitud** es como un ticket, pero con un paso de revisión en medio. En lugar de abrir un canal cuando un miembro hace clic en el botón, Ticket King recopila las respuestas de su formulario y las registra en un canal de revisión. Luego, los revisores hacen clic **Aprobar** o **Rechazar**.
A flow diagram
## Cuándo usar solicitudes en lugar de tickets Elige solicitudes cuando: * Quieres revisar y aprobar antes de hablar. * Prefieres no crear un canal por cada solicitante. * Quieres que los roles se otorguen automáticamente al aprobar. * Quieres un proceso de revisión estructurado con notas del revisor. Los casos de uso comunes son solicitudes de personal, solicitudes de socios, solicitudes de concesión de roles y admisiones para comunidades con acceso por invitación. ## Cuándo seguir con los tickets Quédate con los paneles de tickets cuando: * Quieres iniciar una conversación de inmediato. * La decisión es ayudar al miembro, no aprobarlo ni rechazarlo. * No tienes un proceso de entrada estructurado. ## En qué se diferencian las solicitudes de los tickets | | Panel de tickets | Panel de solicitud | | ------------------------------------- | ------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------- | | Cuando el miembro hace clic | Aparece un formulario emergente si está configurado, luego se abre un canal | Se abre un formulario emergente | | Dónde ocurre la conversación | En el canal | No hay un canal por defecto. Es solo para revisión | | Dónde reside | Un canal de Discord | Una entrada en el panel de solicitudes y un embed de registro en un canal | | Máximo de preguntas | 5 (un formulario) | 5 (el mismo límite de un solo formulario) | | Otorgar roles automáticamente | No | Sí, al aprobar | | Filtrado por elegibilidad | Por opción, con roles requeridos :crown: y roles bloqueados :crown: | Por opción, además de la antigüedad de la cuenta y la antigüedad de pertenencia al servidor | | Resultado | La solicitud se cierra | Aprobar o denegar | | Enviar DM al miembro con el resultado | Un DM al cerrar, opcional | Un DM al decidir, opcional, un solo interruptor | ## El límite de 5 preguntas también se aplica aquí Las solicitudes y los tickets usan el mismo sistema de formularios. Una solicitud no puede hacer más de 5 preguntas en una sola presentación. No hay forma de dividir un formulario en más de un pop-up. Consulta [El límite de cinco preguntas](/docs/es/formularios/five-question-limit.md) para patrones de diseño que funcionen dentro de ese límite de 5. ## La experiencia completa del solicitante Desde el punto de vista del solicitante: 1. **Haz clic en el botón de solicitud.** 2. **Comprobación de elegibilidad.** Si no cumplen con las reglas de antigüedad de la cuenta, antigüedad de pertenencia al servidor o roles requeridos, reciben un mensaje de bloqueo y no pueden continuar. 3. **Se abre el formulario emergente.** Hasta 5 preguntas. 4. **Enviar.** Reciben una confirmación de que la solicitud se envió. 5. **Esperar.** Un revisor actúa sobre ella en el panel o con los botones Aprobar y Denegar en el canal de registros. 6. **Resultado.** Si **Enviar resultado por DM al solicitante** está activado, que es el valor predeterminado, Ticket King les envía por DM un resultado con el motivo del revisor. El motivo es la parte pública del pop-up de decisión. ## La experiencia del revisor Hay dos lugares para revisar las solicitudes: ### En el canal de registros Cada envío publica un embed de registro con **Aprobar** (verde) y **Rechazar** (botones rojos). Un revisor hace clic en uno, y se abre un pequeño pop-up que solicita un **motivo** (máx. 1000 caracteres, se puede enviar por DM al solicitante) y una **nota** (máx. 1000 caracteres, solo interno). Al enviar, la decisión se registra. ### En el panel Abrir **Solicitudes** en la barra lateral. Esta es una cola de todos los envíos, y puedes filtrarla y buscar en ella. Haz clic en cualquier envío para ver las respuestas y luego actuar sobre él. La cola de revisión es gratuita. → [La página de solicitudes](/docs/es/solicitudes/the-applications-page.md) ## Lo que configuras Por cada opción de solicitud: * **Tipo de solicitud.** Una etiqueta de texto que se muestra como título del formulario. * **Canal de registros.** Dónde se publican los envíos. Esto es obligatorio. Sin esto, los envíos no se pueden registrar y los revisores no los verán. * **Preguntas de la solicitud.** Hasta 5. * **Elegibilidad.** Antigüedad mínima de la cuenta y antigüedad mínima de pertenencia al servidor. * **Reaplicación.** El interruptor Permitir reaplicación y un período de enfriamiento en días. * **Roles otorgados.** Los roles que se otorgan al aprobar. * **Roles a eliminar.** Los roles que se quitan al aprobar, por ejemplo un rol temporal de «pendiente». * **Roles del revisor.** Quién puede aprobar o denegar. * **Roles requeridos** :crown: **y roles bloqueados** :crown:**.** La misma restricción de roles por opción que en los tickets. * **Resultado por DM al solicitante.** Si se envía por DM al solicitante en la decisión. → [Diseñar tu solicitud](/docs/es/solicitudes/designing-your-application.md) ## Relacionado {% content-ref url="/pages/a0719bc1f1980cbee5bc79af052d3a630cc77492" %} [Diseñar tu solicitud](/docs/es/solicitudes/designing-your-application.md) {% endcontent-ref %} {% content-ref url="/pages/ecd8391018276a568378205cb147db7f194ac0f9" %} [La página de solicitudes](/docs/es/solicitudes/the-applications-page.md) {% endcontent-ref %} {% content-ref url="/pages/e706ec7901deb6057178cd738b71ee20a36bc0d3" %} [Crear un panel de solicitudes](/docs/es/paneles/create-an-application-panel.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/overview.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.