> 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/pt-br/solicitacoes/overview.md).
# Visão geral das candidaturas
Uma alternativa no estilo de análise aos painéis de ticket para candidaturas e inscrições.
Uma **solicitação** é como um ticket, mas com uma etapa de revisão no meio. Em vez de abrir um canal quando um membro clica no botão, o Ticket King coleta as respostas do formulário e as registra em um canal de revisão. Depois, os revisores clicam **Aprovar** ou **Negar**.
## Quando usar solicitações em vez de tickets
Escolha solicitações quando:
* Você quiser revisar e aprovar antes de conversar.
* Você preferir não criar um canal para cada candidato.
* Você quiser conceder cargos automaticamente ao aprovar.
* Você quiser um processo de revisão estruturado com notas do revisor.
Casos de uso comuns são solicitações da equipe, solicitações de parceiros, pedidos de concessão de cargo e admissões para comunidades com entrada por convite.
## Quando continuar com tickets
Continue com painéis de tickets quando:
* Você quiser iniciar uma conversa imediatamente.
* A decisão é ajudar o membro, não aprovar ou negar.
* Você não tiver uma entrada estruturada.
## Como as solicitações diferem dos tickets
| | Painel de ticket | Painel de solicitação |
| --------------------------------------- | ---------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------- |
| Quando o membro clica | Um formulário pop-up aparece, se definido; depois um canal é aberto | Um formulário pop-up é aberto |
| Onde a conversa acontece | No canal | Não há canal por padrão. É apenas para revisão |
| Onde fica | Um canal do Discord | Uma entrada no painel de Solicitações e um embed de log em um canal |
| Máximo de perguntas | 5 (um formulário) | 5 (o mesmo limite de formulário único) |
| Conceder cargos automaticamente | Não | Sim, ao aprovar |
| Bloqueio de elegibilidade | Por opção, com Cargos obrigatórios :crown: e Cargos bloqueados :crown: | Por opção, além da idade da conta e da idade de membro do servidor |
| Resultado | O ticket é encerrado | Aprovar ou Negar |
| Enviar DM para o membro com o resultado | Uma DM ao encerrar, opcional | Uma DM na decisão, opcional, uma alternância |
## O comprimento do formulário é o mesmo dos tickets
Solicitações e tickets usam o mesmo sistema de formulários, então recebem os mesmos limites: **5 perguntas no plano gratuito, até 100 no premium**.
Depois de 5 perguntas, as solicitações premium se tornam **formulários em várias etapas**. As solicitações são onde isso mais importa: uma solicitação da equipe ou de whitelist geralmente é mais longa do que um ticket de suporte.
Veja [Quantas perguntas um formulário pode fazer](/docs/pt-br/formularios/questions-per-form.md).
## A experiência completa do candidato
Do ponto de vista do candidato:
1. **Clique no botão de inscrição.**
2. **Verificação de elegibilidade.** Se não atenderem às regras de idade da conta, idade de membro do servidor ou de cargo obrigatório, recebem uma mensagem de bloqueio e não podem continuar.
3. **O formulário abre.** Até 5 perguntas, ou um formulário em várias etapas com até 100 no premium.
4. **Enviar.** Eles recebem uma confirmação de que a solicitação foi enviada.
5. **Aguardar.** Um revisor age sobre isso no painel ou com os botões Aprovar e Negar no canal de log.
6. **Resultado.** Se **Enviar resultado por DM ao candidato** estiver ativado, que é o padrão, o Ticket King envia por DM um resultado com o motivo do revisor. O motivo é a parte pública do pop-up de decisão.
## A experiência do revisor
Há dois lugares para revisar solicitações:
### No canal de log
Cada envio publica um embed de log com **Aprovar** (verde) e **Negar** (vermelho). Um revisor clica em um deles, e um pequeno pop-up é aberto pedindo um **motivo** (máx. 1000 caracteres, pode ser enviado por DM ao candidato) e uma **nota** (máx. 1000 caracteres, apenas interna). Ao enviar, a decisão é registrada.
### No painel
Abrir **Solicitações** na barra lateral. Esta é uma fila de todos os envios, e você pode filtrá-la e pesquisá-la. Clique em qualquer envio para ver as respostas e então agir sobre ele. A fila de revisão é gratuita.
→ [A página de Solicitações](/docs/pt-br/solicitacoes/the-applications-page.md)
## O que você configura
Por opção de solicitação:
* **Tipo de solicitação.** Um rótulo de texto que aparece como título do formulário.
* **Canal de log.** Onde os envios são publicados. Isso é obrigatório. Sem isso, os envios não podem ser registrados e os revisores não os verão.
* **Perguntas da solicitação.** Até 5.
* **Elegibilidade.** Idade mínima da conta e idade mínima de membro do servidor.
* **Reaplicação.** A alternância Permitir reaplicação e um período de espera em dias.
* **Cargos concedidos.** Os cargos concedidos ao aprovar.
* **Cargos a remover.** Os cargos removidos ao aprovar, por exemplo, um cargo de espera "pendente".
* **Cargos de revisor.** Cargos que podem aprovar ou negar as solicitações desta opção a partir do canal de log. Qualquer pessoa com a permissão de painel Revisar solicitações também pode.
* **Cargos obrigatórios** :crown: **e Cargos bloqueados** :crown:**.** A mesma restrição por cargo por opção que nos tickets.
* **Enviar resultado por DM ao candidato.** Se deve enviar uma DM ao candidato na decisão.
→ [Projetando sua solicitação](/docs/pt-br/solicitacoes/designing-your-application.md)
## Relacionados
{% content-ref url="/pages/111c005bffcb125feca3909ebf0acd9a975fb890" %}
[Projetando sua solicitação](/docs/pt-br/solicitacoes/designing-your-application.md)
{% endcontent-ref %}
{% content-ref url="/pages/eefdaa99b5a8756395bc45fb13e0b49436035a7b" %}
[A página de Solicitações](/docs/pt-br/solicitacoes/the-applications-page.md)
{% endcontent-ref %}
{% content-ref url="/pages/11d2c29849583e4c9bfe2dfe314f20d2cce117ec" %}
[Criar um painel de candidatura](/docs/pt-br/paineis/create-an-application-panel.md)
{% endcontent-ref %}
---
# 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 by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://ticketking.xyz/docs/pt-br/solicitacoes/overview.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.
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.
