설정 → 멤버에서 팀원을 초대하고 제품마다 역할을 부여하세요. 기본 제공 역할이나 커스텀 역할로 각자가 볼 수 있는 것과 할 수 있는 것을 통제합니다.
설정 → 멤버에서 구성원 초대로 초대하세요. 멤버는 제품마다 하나의 역할을 가지며, 소유자와 관리자는 모든 제품에 접근할 수 있습니다. 콘솔의 특정 섹션이 누군가에게 보이지 않거나 비활성화되어 있다면, 거의 항상 버그가 아니라 역할 문제입니다.
설정 → 멤버에서 팀원을 초대하고, 각 팀원에게 콘솔에서 볼 수 있는 것과 할 수 있는 것을 정하는 역할을 부여합니다.
#팀원 초대하기
- 설정에서 멤버로 이동
콘솔 사이드바에서 설정을 열고 조직 아래의 멤버를 선택한 다음 구성원 초대를 누릅니다.
- 이메일 주소 입력
한 번에 최대 5개까지 쉼표로 구분해 입력할 수 있습니다.
- 제품마다 역할 선택
팀원이 열어야 하는 제품마다 기본 제공 역할이나 커스텀 역할을 선택하거나, 모든 제품을 포괄하는 관리자로 지정하세요. 초대는 30일 후 만료되며, 수락될 때까지 대기 중인 초대에 남아 있습니다.
#기본 제공 역할
| 역할 | 포함 범위 |
|---|---|
| 소유자 | 결제와 조직 삭제를 포함한 모든 것. 조직을 삭제하거나 소유권을 이전할 수 있는 것은 소유자뿐입니다 |
| 관리자 | 조직 삭제와 소유권 이전을 제외한 모든 것 |
| 규정 준수 담당자 | 모든 것을 읽고, 인증에 대해 결정하고, 목록과 차단 목록을 편집합니다 |
| 개발자 | 워크플로우, API 키, webhook, 개발자 도구, 그리고 인증에 대한 읽기 전용 접근 |
| 조회자 | 읽기와 목록 조회만 가능합니다. 아무것도 변경할 수 없습니다 |
소유자와 관리자는 고정되어 있습니다. 나머지 기본 제공 역할은 커스텀 역할의 출발점으로 쓸 수 있습니다.
#커스텀 역할
기본 제공 역할이 맞지 않으면 설정 → 역할 및 권한에서 커스텀 역할을 만드세요. 새 역할(또는 기본 제공 역할의 맞춤 설정)을 누르고, 기본 제공 역할에서 시작해 이름을 지정한 다음, 콘솔의 각 영역에 대해 읽기와 쓰기를 켜거나 끄세요. 저장하기 전에 무엇이 바뀌는지 페이지에 정확히 표시됩니다.
커스텀 역할은 설정 → 역할 및 권한에서 언제든지 편집할 수 있으며, 이곳에서 소유자와 관리자는 고정되어 있고 나머지 역할은 맞춤 설정할 수 있습니다. 역할 삭제는 그 역할을 가진 멤버와 대기 중인 초대가 하나도 없을 때만 작동하므로, 먼저 다른 역할로 재배정하세요.
#"고장난 것 같다"는 대부분 역할 문제입니다
섹션이 보이지 않거나 작동하지 않는 것을 버그로 취급하기 전에 그 사람의 역할을 확인하세요. 반복적으로 나오는 두 가지 예시입니다.
- 화이트라벨 편집기는 나타나지만 아무 동작도 하지 않습니다. 커스터마이징 변경에는 Customization에 대한 쓰기 권한이 필요합니다. 읽기 전용 멤버에게는 오류 대신 비활성화된 화면이 보입니다. 브랜딩과 경험 커스터마이징을 참고하세요.
- 인보이스가 보이지 않습니다. 결제 화면은 소유자와 관리자에게 포함되며, 커스텀 역할에도 부여할 수 있습니다. 개발자나 조회자는 이를 볼 수 없습니다. 충전, 인보이스, 결제 수단을 참고하세요.
#누군가를 오너로 만들기
설정 → 멤버에서 (소유자로서) 자신의 항목을 열고 소유권 이전을 선택한 다음 새 소유자 선택을 누르세요. 이 작업은 소유자만 할 수 있습니다. 선택한 사람이 소유자가 되고, 여러분의 역할은 관리자로 바뀝니다. 조직에는 항상 소유자가 한 명이므로, 결제와 삭제를 믿고 맡길 수 있는 사람을 선택하세요.
#누군가의 역할 변경하기
설정 → 멤버로 가서 해당 멤버를 열고 제품마다 역할을 변경하세요. 이는 그 제품에서의 기존 역할을 대체하는 것이지 두 번째 역할을 추가하는 것이 아닙니다.
#초대가 실패할 때
한 이메일은 한 번에 하나의 Didit 조직에만 속할 수 있습니다. 팀원이 이미 계정을 가지고 있다면 - 대개 초대를 기다리지 않고 직접 가입했기 때문입니다 - 초대가 반영되기 전에 그 계정을 이동하거나 제거해야 합니다.
이 상황이 발생하면 지원팀에 문의하세요. 계정을 정리해서 초대가 깔끔하게 반영되도록 처리해 줍니다. 매우 흔한 상황이며 여러분이 뭔가 잘못한 것이 아닙니다. 로그인 및 계정 접근 복구하기를 참고하세요.
#누군가 제거하기
역시 설정 → 멤버에서 언제든지 멤버의 접근 권한을 제거할 수 있습니다. 이 조직에 대한 접근 권한만 제거되며, 그 사람의 계정과 다른 조직에 대한 접근 권한에는 영향이 없습니다. 사람을 제거해도 그 사람이 한 일까지 사라지지는 않습니다. 그 행동은 감사 로그에 남으며, 그것이 로그를 두는 이유입니다. 감사 로그 사용하기를 참고하세요.
누군가 퇴사하면 콘솔 접근 권한을 제거하고 그 사람이 접근할 수 있었던 API 키도 회전하세요. 콘솔 접근과 API 키는 서로 다른 진입 경로이므로, 하나를 취소해도 다른 하나는 취소되지 않습니다. API 키 관리하기를 참고하세요.
#API 키의 권한
역할은 콘솔에서의 사람을 통제합니다. API 키의 권한은 별개의 문제이며, 일부 작업은 키가 갖고 있지 않을 수 있는 권한을 필요로 합니다 - 이는 숨겨진 메뉴가 아니라 403으로 나타납니다. API 오류와 그 의미를 참고하세요.
아직 해결되지 않았나요? 담당자와 이야기하세요.
조직 ID와 문의할 세션 ID를 함께 보내 주세요.