# 신청서 개요

한 **신청** 티켓과 비슷하지만, 그 사이에 검토 단계가 있습니다. 멤버가 버튼을 클릭하면 채널이 열리는 대신, Ticket King이 양식 응답을 수집해 검토 채널에 기록합니다. 그런 다음 검토자는 클릭합니다 **승인** 또는 **거부**.

<figure><img src="/files/3d6a7a62ba637a71ec73f6cf3f02e405da6b34c2" alt="A flow diagram"><figcaption></figcaption></figure>

## 티켓 대신 신청을 사용할 때

다음 경우에는 신청을 선택하세요:

* 대화하기 전에 검토하고 승인하고 싶을 때.
* 지원자마다 채널을 만들고 싶지 않을 때.
* 승인 시 역할이 자동으로 부여되길 원할 때.
* 검토자 메모가 있는 체계적인 검토 프로세스를 원할 때.

일반적인 사용 사례로는 스태프 신청, 파트너 신청, 역할 부여 요청, 그리고 초대 제한 커뮤니티의 가입 승인 등이 있습니다.

## 티켓을 계속 사용할 때

다음 경우에는 티켓 패널을 사용하세요:

* 바로 대화를 시작하고 싶을 때.
* 결정의 목적이 멤버를 돕는 것이지, 승인하거나 거부하는 것이 아닐 때.
* 구조화된 접수 절차가 없을 때.

## 신청이 티켓과 다른 점

|                  | 티켓 패널                                                                                     | 신청 패널                             |
| ---------------- | ----------------------------------------------------------------------------------------- | --------------------------------- |
| 멤버가 클릭하면         | 설정되어 있으면 팝업 양식이 표시된 뒤 채널이 열립니다                                                            | 팝업 양식이 열립니다                       |
| 대화가 이루어지는 곳      | 채널 내에서                                                                                    | 기본적으로 채널은 없습니다. 검토 전용입니다          |
| 어디에 표시되는지        | Discord 채널                                                                                | Applications 대시보드의 항목과 채널의 로그 임베드 |
| 최대 질문 수          | 5개(하나의 양식)                                                                                | 5개(같은 단일 양식 제한)                   |
| 역할을 자동으로 부여      | 아니요                                                                                       | 예, 승인 시                           |
| 자격 제한            | 옵션별로, 필요한 역할과 함께 <i class="fa-crown">:crown:</i> 및 차단된 역할 <i class="fa-crown">:crown:</i> | 옵션별로, 계정 연령과 서버 가입 연령도 포함         |
| 결과               | 티켓이 종료됩니다                                                                                 | 승인 또는 거부                          |
| 결과를 멤버에게 DM으로 전송 | 종료 시 DM 전송, 선택 사항                                                                         | 결정 시 DM 전송, 선택 사항, 토글 하나          |

## 질문 5개 제한도 여기에도 적용됩니다

신청과 티켓은 같은 양식 시스템을 사용합니다. 하나의 신청은 한 번 제출에서 5개를 초과하는 질문을 할 수 없습니다. 하나의 팝업을 여러 개로 나눠 양식을 구성하는 방법은 없습니다.

참고 [5개 질문 제한](/docs/ko/forms/five-question-limit.md) 5개 안에서 작동하는 설계 패턴을 확인하세요.

## 신청자 전체 경험

신청자 입장에서:

1. **신청 버튼을 클릭합니다.**
2. **자격 확인.** 계정 연령, 서버 가입 연령 또는 필요한 역할 규칙을 충족하지 못하면 차단 메시지가 표시되고 계속할 수 없습니다.
3. **팝업 양식이 열립니다.** 최대 5개의 질문.
4. **제출합니다.** 신청이 제출되었다는 확인을 받습니다.
5. **기다립니다.** 검토자가 대시보드에서 처리하거나 로그 채널의 승인 및 거부 버튼으로 처리합니다.
6. **결과.** 만약 **신청자에게 결과를 DM으로 전송** 가 켜져 있으면, 기본값이며, Ticket King이 검토자의 사유와 함께 결과를 DM으로 보냅니다. 사유는 결정 팝업의 공개 부분입니다.

## 검토자 경험

신청을 검토할 수 있는 곳은 두 군데입니다:

### 로그 채널에서

모든 제출에는 다음이 포함된 로그 임베드가 게시됩니다 **승인** (초록색) 및 **거부** (빨간색) 버튼. 검토자가 하나를 클릭하면 작은 팝업이 열리고, 선택 사항인 **사유** (최대 1000자, 신청자에게 DM으로 보낼 수 있음) 및 선택 사항인 **메모** (최대 1000자, 내부 전용). 제출하면 결정이 기록됩니다.

### 대시보드에서

열기 **신청** 을 사이드바에서 확인하세요. 이는 모든 제출의 대기열이며, 필터링하고 검색할 수 있습니다. 아무 제출이나 클릭하면 답변을 볼 수 있고, 그다음 처리할 수 있습니다. 검토 대기열은 무료입니다.

→ [신청 페이지](/docs/ko/applications/the-applications-page.md)

## 설정하는 항목

신청 옵션별:

* **신청 유형.** 양식 제목으로 표시되는 텍스트 레이블.
* **로그 채널.** 제출이 게시되는 곳입니다. 필수입니다. 이것이 없으면 제출이 기록되지 않으며 검토자도 볼 수 없습니다.
* **신청 질문.** 최대 5개.
* **자격.** 최소 계정 연령 및 최소 서버 가입 연령.
* **재신청.** 재신청 허용 토글과 일 단위 쿨다운 기간.
* **부여되는 역할.** 승인 시 부여되는 역할.
* **제거할 역할.** 승인 시 제거되는 역할입니다. 예: "대기 중" 보류 역할.
* **검토자 역할.** 누가 승인하거나 거부할 수 있는지.
* **필요한 역할** <i class="fa-crown">:crown:</i> **및 차단된 역할** <i class="fa-crown">:crown:</i>**.** 티켓과 동일한 옵션별 역할 제한.
* **신청자에게 결과를 DM으로 전송.** 결정 시 신청자에게 DM을 보낼지 여부.

→ [신청 설계하기](/docs/ko/applications/designing-your-application.md)

## 관련

{% content-ref url="/pages/a6ce1e5249c69fa7eb78d3f3fa194b466d119aa9" %}
[신청 설계하기](/docs/ko/applications/designing-your-application.md)
{% endcontent-ref %}

{% content-ref url="/pages/a1153c74ea0c4e38f4accf4cc0c199ae04120d4e" %}
[신청 페이지](/docs/ko/applications/the-applications-page.md)
{% endcontent-ref %}

{% content-ref url="/pages/001b55090e916b32ad29c02929ff76cce6db8d9c" %}
[애플리케이션 패널 만들기](/docs/ko/panels/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:

```
GET https://ticketking.xyz/docs/ko/applications/overview.md?ask=<question>
```

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.
