> 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/aplicacoes/overview.md).
# Visão geral de aplicações
Uma **candidatura** é 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. Em seguida, os revisores clicam **Aprovar** ou **Negar**.
## Quando usar candidaturas em vez de tickets
Escolha candidaturas quando:
* Você quer revisar e aprovar antes de conversar.
* Você prefere não criar um canal para cada candidato.
* Você quer que os cargos sejam concedidos automaticamente na aprovação.
* Você quer um processo de revisão estruturado com notas dos revisores.
Casos de uso comuns são candidaturas de equipe, candidaturas de parceiros, solicitações de concessão de cargos e admissões para comunidades com acesso por convite.
## Quando continuar com tickets
Continue com painéis de tickets quando:
* Você quer iniciar uma conversa imediatamente.
* A decisão é ajudar o membro, não aprová-lo ou negá-lo.
* Você não tem uma entrada estruturada.
## Como as candidaturas diferem dos tickets
| | Painel de ticket | Painel de candidatura |
| ----------------------------------- | ---------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------ |
| Quando o membro clica | Um formulário pop-up aparece, se definido, e então 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 Candidaturas e um embed de registro em um canal |
| Máximo de perguntas | 5 (um formulário) | 5 (o mesmo limite de um único formulário) |
| Conceder cargos automaticamente | Não | Sim, na aprovação |
| 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 permanência no servidor |
| Resultado | O ticket é encerrado | Aprovar ou Negar |
| Enviar DM ao membro com o resultado | Uma DM ao encerrar, opcional | Uma DM na decisão, opcional, um único botão de alternância |
## O comprimento do formulário é o mesmo dos tickets
Candidaturas e tickets usam o mesmo sistema de formulários, então têm os mesmos limites: **5 perguntas no plano gratuito, até 100 no premium**.
Após 5 perguntas, candidaturas premium se tornam **formulários de várias etapas**. Candidaturas são onde isso mais importa: uma candidatura de 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 candidatura.**
2. **Verificação de elegibilidade.** Se não atenderem às regras de idade da conta, idade de permanência no servidor ou cargos obrigatórios, recebem uma mensagem de bloqueio e não podem continuar.
3. **O formulário é aberto.** Até 5 perguntas, ou um formulário de várias etapas com até 100 no premium.
4. **Enviar.** Eles recebem uma confirmação de que a candidatura foi enviada.
5. **Aguarde.** Um revisor toma uma ação no painel ou com os botões Aprovar e Negar no canal de registros.
6. **Resultado.** Se **Enviar resultado por DM ao candidato** está ativado, o que é o padrão, o Ticket King envia uma DM com o resultado e 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 candidaturas:
### No canal de registros
Cada envio publica um embed de registro com **Aprovar** (verde) e **Negar** botões (vermelho). Um revisor clica em um, e um pequeno pop-up é aberto solicitando um **motivo** (máx. 1000 caracteres, pode ser enviado por DM ao candidato) e uma **nota** (máx. 1000 caracteres, apenas interno). Ao enviar, a decisão é registrada.
### No painel
Abrir **Candidaturas** 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 Candidaturas](/docs/pt-br/aplicacoes/the-applications-page.md)
## O que você configura
Por opção de candidatura:
* **Tipo de candidatura.** Um rótulo de texto que aparece como título do formulário.
* **Canal de registros.** 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 candidatura.** Até 5.
* **Elegibilidade.** Idade mínima da conta e idade mínima de permanência no servidor.
* **Nova candidatura.** A opção de alternância Permitir nova candidatura e um período de espera em dias.
* **Cargos concedidos.** Os cargos concedidos na aprovação.
* **Cargos a remover.** Os cargos removidos na aprovação, por exemplo um cargo de espera "pendente".
* **Cargos de revisor.** Quem pode aprovar ou negar.
* **Cargos obrigatórios** :crown: **e Cargos Bloqueados** :crown:**.** O mesmo bloqueio de cargos por opção que nos tickets.
* **Enviar resultado por DM ao candidato.** Se deve enviar DM ao candidato na decisão.
→ [Projetando sua candidatura](/docs/pt-br/aplicacoes/designing-your-application.md)
## Relacionados
{% content-ref url="/pages/111c005bffcb125feca3909ebf0acd9a975fb890" %}
[Projetando seu aplicativo](/docs/pt-br/aplicacoes/designing-your-application.md)
{% endcontent-ref %}
{% content-ref url="/pages/eefdaa99b5a8756395bc45fb13e0b49436035a7b" %}
[A página de Aplicações](/docs/pt-br/aplicacoes/the-applications-page.md)
{% endcontent-ref %}
{% content-ref url="/pages/11d2c29849583e4c9bfe2dfe314f20d2cce117ec" %}
[Criar um Painel de Aplicação](/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 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/pt-br/aplicacoes/overview.md?ask=&goal=
```
`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.