# 팀원 초대와 역할 설정

Source: https://help.didit.me/ko/account-organization/team-members-and-roles
Updated: 2026-10-12

설정 → 멤버에서 팀원을 초대하고 제품마다 역할을 부여하세요. 기본 제공 역할이나 커스텀 역할로 각자가 볼 수 있는 것과 할 수 있는 것을 통제합니다.

**설정 → 멤버**에서 **구성원 초대**로 초대하세요. 멤버는 제품마다 하나의 역할을 가지며, 소유자와
관리자는 모든 제품에 접근할 수 있습니다. 콘솔의 특정 섹션이 누군가에게 보이지 않거나 비활성화되어
있다면, 거의 항상 버그가 아니라 역할 문제입니다.

[Video: 분석, 팀과 역할 - Didit Academy](https://www.youtube.com/watch?v=sRcOBxjRYag)

**설정 → 멤버**에서 팀원을 초대하고, 각 팀원에게 콘솔에서 볼 수 있는 것과 할 수 있는 것을 정하는 역할을 부여합니다.

## 팀원 초대하기

1. **설정에서 멤버로 이동**

   콘솔 사이드바에서 **설정**을 열고 조직 아래의 **멤버**를 선택한 다음 **구성원 초대**를 누릅니다.

2. **이메일 주소 입력**

   한 번에 최대 5개까지 쉼표로 구분해 입력할 수 있습니다.

3. **제품마다 역할 선택**

   팀원이 열어야 하는 제품마다 기본 제공 역할이나 커스텀 역할을 선택하거나, 모든 제품을 포괄하는 관리자로 지정하세요. 초대는 30일 후 만료되며, 수락될 때까지 **대기 중인 초대**에 남아 있습니다.

![구성원 초대 버튼, 활성 멤버, 대기 중인 초대가 있는 Didit 조직 설정의 멤버 페이지](https://help.didit.me/screenshots/team-members-light.webp)

*멤버: 조직에 속한 사람, 제품별 역할, 아직 대기 중인 초대를 보여줍니다.*

## 기본 제공 역할

| 역할 | 포함 범위 |
|---|---|
| **소유자** | 결제와 조직 삭제를 포함한 모든 것. 조직을 삭제하거나 소유권을 이전할 수 있는 것은 소유자뿐입니다 |
| **관리자** | 조직 삭제와 소유권 이전을 제외한 모든 것 |
| **규정 준수 담당자** | 모든 것을 읽고, 인증에 대해 결정하고, 목록과 차단 목록을 편집합니다 |
| **개발자** | 워크플로우, API 키, webhook, 개발자 도구, 그리고 인증에 대한 읽기 전용 접근 |
| **조회자** | 읽기와 목록 조회만 가능합니다. 아무것도 변경할 수 없습니다 |

소유자와 관리자는 고정되어 있습니다. 나머지 기본 제공 역할은 커스텀 역할의 출발점으로 쓸 수 있습니다.

## 커스텀 역할

기본 제공 역할이 맞지 않으면 **설정 → 역할 및 권한**에서 커스텀 역할을 만드세요. **새 역할**(또는 기본 제공 역할의 **맞춤 설정**)을 누르고, 기본 제공 역할에서 시작해 이름을 지정한 다음, 콘솔의 각 영역에 대해 **읽기**와 **쓰기**를 켜거나 끄세요. 저장하기 전에 무엇이 바뀌는지 페이지에 정확히 표시됩니다.

커스텀 역할은 **설정 → 역할 및 권한**에서 언제든지 편집할 수 있으며, 이곳에서 **소유자**와 **관리자**는 고정되어 있고 나머지 역할은 맞춤 설정할 수 있습니다. **역할 삭제**는 그 역할을 가진 멤버와 대기 중인 초대가 하나도 없을 때만 작동하므로, 먼저 다른 역할로 재배정하세요.

## "고장난 것 같다"는 대부분 역할 문제입니다

섹션이 보이지 않거나 작동하지 않는 것을 버그로 취급하기 전에 그 사람의 역할을 확인하세요. 반복적으로 나오는 두 가지 예시입니다.

- **화이트라벨 편집기는 나타나지만 아무 동작도 하지 않습니다.** 커스터마이징 변경에는 Customization에 대한 **쓰기** 권한이 필요합니다. 읽기 전용 멤버에게는 오류 대신 비활성화된 화면이 보입니다. [브랜딩과 경험 커스터마이징](https://help.didit.me/ko/workflows/customize-branding-and-experience)을 참고하세요.
- **인보이스가 보이지 않습니다.** 결제 화면은 **소유자**와 **관리자**에게 포함되며, 커스텀 역할에도 부여할 수 있습니다. 개발자나 조회자는 이를 볼 수 없습니다. [충전, 인보이스, 결제 수단](https://help.didit.me/ko/billing-credits/top-ups-invoices-and-payments)을 참고하세요.

## 누군가를 오너로 만들기

**설정 → 멤버**에서 (소유자로서) 자신의 항목을 열고 **소유권 이전**을 선택한 다음 **새 소유자 선택**을 누르세요. 이 작업은 소유자만 할 수 있습니다. 선택한 사람이 소유자가 되고, 여러분의 역할은 관리자로 바뀝니다. 조직에는 항상 소유자가 한 명이므로, 결제와 삭제를 믿고 맡길 수 있는 사람을 선택하세요.

## 누군가의 역할 변경하기

**설정 → 멤버**로 가서 해당 멤버를 열고 제품마다 역할을 변경하세요. 이는 그 제품에서의 기존 역할을 **대체**하는 것이지 두 번째 역할을 추가하는 것이 아닙니다.

## 초대가 실패할 때

한 이메일은 한 번에 하나의 Didit 조직에만 속할 수 있습니다. 팀원이 이미 계정을 가지고 있다면 - 대개 초대를 기다리지 않고 직접 가입했기 때문입니다 - 초대가 반영되기 전에 그 계정을 이동하거나 제거해야 합니다.

이 상황이 발생하면 지원팀에 문의하세요. 계정을 정리해서 초대가 깔끔하게 반영되도록 처리해 줍니다. 매우 흔한 상황이며 여러분이 뭔가 잘못한 것이 아닙니다. [로그인 및 계정 접근 복구하기](https://help.didit.me/ko/account-organization/login-and-account-access)를 참고하세요.

## 누군가 제거하기

역시 **설정 → 멤버**에서 언제든지 멤버의 접근 권한을 제거할 수 있습니다. 이 조직에 대한 접근 권한만 제거되며, 그 사람의 계정과 다른 조직에 대한 접근 권한에는 영향이 없습니다. 사람을 제거해도 그 사람이 한 일까지 사라지지는 않습니다. 그 행동은 감사 로그에 남으며, 그것이 로그를 두는 이유입니다. [감사 로그 사용하기](https://help.didit.me/ko/account-organization/audit-logs)를 참고하세요.

> **Tip:** 누군가 퇴사하면 콘솔 접근 권한을 제거**하고** 그 사람이 접근할 수 있었던 API 키도 회전하세요. 콘솔 접근과 API 키는 서로 다른 진입 경로이므로, 하나를 취소해도 다른 하나는 취소되지 않습니다. [API 키 관리하기](https://help.didit.me/ko/account-organization/api-keys)를 참고하세요.

## API 키의 권한

역할은 콘솔에서의 사람을 통제합니다. API 키의 권한은 별개의 문제이며, 일부 작업은 키가 갖고 있지 않을 수 있는 권한을 필요로 합니다 - 이는 숨겨진 메뉴가 아니라 403으로 나타납니다. [API 오류와 그 의미](https://help.didit.me/ko/integration/api-errors)를 참고하세요.