# 신청 설계하기
애플리케이션 옵션 편집기는 모든 필드가 한 페이지에 있는 평면 레이아웃을 사용합니다. 대신 티켓 옵션은 일반, 메시지, 고급 탭을 사용합니다.
이 안내는 위에서 아래로 진행됩니다.
## 애플리케이션 유형
텍스트 레이블, 최대 **50자**.
이것은 구성원이 신청 버튼을 클릭할 때 보는 양식 제목입니다. 예로는 "직원 신청서", "파트너 신청서", 그리고 "역할 요청"이 있습니다.
필수입니다. 대시보드는 별표로 표시하며, 입력할 때까지 옵션을 저장할 수 없습니다.
## 로그 채널
필수입니다. 이것이 없으면 아무도 제출물을 검토할 수 없습니다.
채널 선택 항목입니다. 승인 및 거부 버튼이 있는 임베드로 제출된 신청서를 어디에 게시할지 설정합니다. 패널 기본값을 상속하도록 설정하거나 이를 덮어쓸 수 있습니다.
패널 기본값이 설정되어 있지 않고 이것이 상속으로 설정되어 있으면, 패널 기본값이 설정되어 있지 않으며 이 옵션을 반드시 덮어써야 하고 그렇지 않으면 신청서를 제출할 수 없다는 안내가 표시됩니다. 채널을 설정한 다음 저장하세요.
## 신청 질문
최대 **5개 질문**. 티켓 양식과 동일한 양식 시스템을 사용합니다.
→ [질문 유형](/docs/ko/forms/question-types.md)
양식 제목은 위의 애플리케이션 유형입니다. 본문은 5개의 질문입니다.
## 자격 요건
양식이 시작되기 전에 자격이 없는 계정의 신청을 차단합니다.
| 필드 | 유형 | 범위 | 기본값 |
| ------------------ | -- | ------ | ----- |
| **최소 계정 연령(일)** | 숫자 | 0\~365 | 없음(끔) |
| **최소 서버 가입 기간(일)** | 숫자 | 0\~365 | 없음(끔) |
구성원이 규칙을 충족하지 못하면, 충족하지 못한 규칙과 필요한 일수를 명시하는 차단 메시지를 받습니다:
* 계정이 너무 최신임: 신청서를 제출하려면 Discord 계정이 최소 N일 이상 되어야 한다는 메시지입니다.
* 서버 가입 기간이 충분하지 않음: 신청서를 제출하려면 최소 N일 동안 서버 구성원이어야 한다는 메시지입니다.
## 재신청 설정
구성원의 신청이 처리된 후 다시 신청하려 할 때 어떤 일이 일어나는지입니다.
| 필드 | 유형 | 동작 |
| ---------------- | ---------- | --------------------------------------------------------------------- |
| **재신청 허용** | 토글(기본값 켬) | 끔으로 설정하면 한 번 제출한 구성원은 다시는 제출할 수 없으며, 재사용 대기시간은 중요하지 않습니다. |
| **재신청 대기 기간(일)** | 숫자, 0\~365 | 재신청 허용이 켜져 있을 때만 표시됩니다. 결정 후, 구성원은 같은 옵션에 다시 신청하기 전에 이 일수만큼 기다려야 합니다. |
일반적인 설정은 재신청 허용을 켜고 7일 대기 시간을 두는 것입니다. 이렇게 하면 스팸은 허용하지 않으면서도 진지한 지원자에게 다시 기회를 줄 수 있습니다.
## 부여된 역할
다중 역할 선택기입니다. 신청이 승인되면 Ticket King이 신청자에게 이 역할들을 추가합니다.
일반적인 패턴:
* 스태프 신청: "Staff" 또는 "Moderator" 역할을 부여합니다.
* 파트너 신청: "Partner"를 부여합니다.
* 역할 부여 신청: 신청한 역할을 부여합니다.
{% hint style="warning" %}
Ticket King의 봇 역할은 Discord의 역할 목록에서 모든 부여된 역할보다 위에 있어야 합니다. 부여된 역할이 봇의 역할보다 위에 있으면 역할 부여가 작동하지 않습니다. Ticket King을 위로 드래그하세요 **서버 설정, 역할**.
{% endhint %}
## 제거할 역할
다중 역할 선택기입니다. 신청이 승인되면 Ticket King이 신청자에게서 이 역할들을 제거합니다. 이는 부여된 역할의 반대이며, 두 기능은 한 단계에서 함께 작동합니다.
일반적인 사용 예는 "신청자" 또는 "대기 중" 보류 역할입니다. 누군가 신청하면 보류 역할을 받고, 승인하면 Ticket King이 보류 역할을 제거하고 동시에 새 역할을 추가합니다.
봇의 역할은 부여된 역할과 마찬가지로 여기에 나열한 모든 역할보다 위에 있어야 합니다.
## 검토자 역할
다중 역할 선택기입니다. 이 역할들 중 하나 이상을 가진 구성원만 로그 채널 버튼으로 신청을 승인하거나 거부할 수 있습니다.
이는 대시보드 권한과 별개입니다. 신청을 처리하려면 검토자는 다음 중 하나가 필요합니다:
* 로그 채널 버튼을 사용하기 위한 검토자 역할 중 하나 이상.
* 대시보드에서 승인 또는 거부하기 위한 신청 검토 대시보드 권한. 서버 소유자와 관리자 또는 서버 관리 권한이 있는 사람도 이 작업을 할 수 있습니다.
대부분의 서버는 두 항목에 같은 역할을 설정합니다.
## 필수 역할(프리미엄)
패널 기본값에서 상속하거나 덮어쓸 수 있는 다중 역할 선택기입니다. 신청자는 제출하려면 이 역할들 중 하나 이상을 보유해야 합니다. 이는 :crown: 프리미엄 기능입니다.
## 차단된 역할(프리미엄)
패널 기본값에서 상속하거나 덮어쓸 수 있는 다중 역할 선택기입니다. 이 역할들 중 하나라도 가진 구성원은 제출할 수 없습니다. 이는 :crown: 프리미엄 기능입니다.
서버 전체 차단된 역할 설정도 여기에 적용되며, 이 옵션뿐 아니라 모든 명령을 차단합니다.
## 알림
| 필드 | 유형 | 동작 |
| -------------------- | --------- | ----------------------------------------------------------------------------------------------------- |
| **신청자에게 DM으로 결과 전송** | 토글(기본값 켬) | 켜져 있으면, Ticket King이 결정 후 신청자에게 DM을 보냅니다. DM에는 신청 유형, 상태(승인 또는 거부), 그리고 **사유** 검토자가 결정 팝업에 입력한 내용입니다. |
별도의 수락 메시지와 거부 메시지는 없습니다. 하나의 토글이 DM 전송 여부를 제어하며, 내용은 검토자의 사유와 상태를 바탕으로 구성됩니다.
신청자가 DM을 꺼 두었다면 DM은 도착하지 않습니다. 결정은 여전히 기록됩니다.
## 옵션 상태
활성화됨 또는 비활성화됨. 전체 패널을 제거하지 않고 이 옵션을 켜거나 끕니다.
## 저장
무언가를 편집하면 대시보드 하단에 저장되지 않은 변경 사항 표시줄이 나타납니다. 클릭 **저장** 하여 변경 사항을 적용하세요. 편집기는 자동 저장되지 않으므로 직접 저장해야 합니다.
## 관련
{% content-ref url="/pages/a1153c74ea0c4e38f4accf4cc0c199ae04120d4e" %}
[신청 페이지](/docs/ko/applications/the-applications-page.md)
{% endcontent-ref %}
{% content-ref url="/pages/24df08cdd4fd5391382f267db06b131aa7a8a7b3" %}
[애플리케이션 제한 및 제약](/docs/ko/applications/limits-and-constraints.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/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.