전제 조건

각 결정에 대한 소유자와 이해관계자를 지정하셨습니다. 실제로 첫 번째 결정을 내리기 전에, 다음 세 가지 기초 작업 영역을 차례로 다루겠습니다:

1. 작업할 위치: Claude Enterprise를 관리할 세 곳의 장소입니다.
2. 누가 무엇을 할 수 있는가: 조직 설정의 모든 작업을 제어하는 역할입니다.
3. 전제 조건 점검: 그룹 구조를 선택하기 전에 확인해야 할 여섯 가지 항목과, 이후 되돌릴 수 없는 설정인 도메인 클레임입니다.

귀사의 ID 팀은 다른 시스템을 위해 이미 이 중 많은 부분을 갖추고 있을 수 있습니다. 여기서 여러분의 과제는 아직 갖춰야 할 것이 무엇인지, 그리고 그것을 완료할 책임자가 누구인지 파악하는 것입니다.

작업할 위치

Claude Enterprise는 세 곳에서 관리합니다. 어느 곳에 무엇이 있는지 알아두면 설정을 찾아 헤매는 일을 피할 수 있습니다. 네 번째 장소인 Claude Code의 관리형 설정은 플랫폼 리드가 담당합니다(레슨 6).

• 조직 설정: 이 과정에서 다루는 대부분의 제어 항목 — 그룹 및 역할, 커넥터, 거버넌스, 지출, 가시성이 여기에 있습니다. 그룹이 할 수 있는 일을 변경하려면 여기로 갑니다.
• Okta, Microsoft Entra ID 또는 이에 준하는 ID 공급자(IdP): 그룹 정의 및 멤버십으로, Claude는 ID 동기화를 통해 이를 읽어옵니다. 그룹에 속한 사람을 변경하려면 여기로 갑니다.
• Claude Console: API 키 및 개발자 액세스로, 자체 관리자 모델을 가진 별도의 조직으로 운영됩니다. 위의 설정이 관리하지 않는 API 액세스를 관리하려면 여기로 갑니다.

흔히 혼동하는 부분은 앞의 두 가지입니다. 그룹이 동기화되는 경우, 멤버십은 ID 공급자에서 변경하고 권한은 조직 설정에서 변경합니다.

누가 무엇을 할 수 있는가

모든 구성원은 역할을 가지며, 이는 네 가지 기본 제공 역할(Primary Owner, Owner, Admin, User) 중 하나이거나 여러분이 정의한 사용자 지정 역할입니다. 조직 설정의 모든 작업은 이러한 역할에 의해 제어됩니다. 각 기본 제공 역할이 가진 정확한 권한은 제품이 발전함에 따라 변경됩니다. 현재의 권한 매트릭스는 역할 및 권한 문서를 참조하세요. 레슨 5에서는 그룹 설계의 일부로 User, Admin, 사용자 지정 역할의 전체적인 역할 구도를 다룹니다. 지금 중요한 것은 관리자 측면인데, 이는 이 과정에서 다루는 결정을 실제로 누가 실행할 수 있는지를 결정하기 때문입니다.

전제 조건 점검

여러분이 내릴 첫 번째 결정은 구조 및 ID(Structure & Identity)입니다. 이는 나중에 변경하려면 가장 많은 작업이 필요한 결정이므로, 충분히 준비되어 있는지 확인해야 합니다. 그룹 구조를 선택하기 전에 갖춰야 할 전제 조건은 여섯 가지입니다. 그중 네 가지는 반드시 해야 할 일입니다. 세 가지는 그룹 설정 자체를 완전히 막으며, 한 가지는 스스로 잠기는 것을 막는 보험과 같은 역할을 합니다. 나머지 두 가지는 병행해서 진행할 수 있습니다.

잠금 방지 보험과 도메인 클레임 자세히 살펴보기

잠금 방지 보험은 표에서 다룬 것보다 더 자세히 살펴볼 가치가 있으며, 전제 조건 이후에 나오는 설정인 도메인 클레임도 마찬가지입니다.

잠금 방지 보험과 관련해서는, 최소 두 명의 구성원에게 Owner 역할을 부여해야 합니다. IdP 역할 매핑을 사용하지 않는 경우, 이름으로 직접 할당하여 그룹 동기화 오류로 인해 관리자 액세스가 사라지지 않도록 하세요. IdP 역할 매핑을 사용하는 경우, 매핑을 저장하기 전에 동일한 사람들을 Owner에 매핑된 그룹에 넣으세요. 매핑이 활성화되면 직접 할당만으로는 액세스를 복구할 수 없습니다. 자동으로 제거되지 않는 Primary Owner만이 이를 복구할 수 있습니다.

Primary Owner는 다른 어떤 역할도 수행할 수 없는 작업을 수행할 수 있으므로 특별한 주의가 필요하며, 그중 몇 가지는 이 과정 후반부에 다시 다룹니다. 각 관리자에게는 업무를 수행하는 데 필요한 최소한의 권한을 가진 역할을 부여하고, Primary Owner는 일상적인 관리 업무에서 제외하세요. Primary Owner가 본인이 아니라면, 지금 누가 이 역할을 맡아야 하는지 파악하세요.

다음으로 도메인 클레임이 있습니다. 귀사의 직원들은 Claude에 조직이 생기기 전에 업무용 이메일로 가입한 비-Enterprise 계정을 이미 사용하고 있었을 수 있습니다. 도메인을 클레임하기 전까지는 이러한 계정과 그 안에서 구성원이 수행한 모든 작업이 조직 외부에 남아 있습니다. 도메인 확인은 소유권을 증명하는 것이고, 클레임은 이미 해당 도메인에 있는 개인 계정을 조직으로 이동시키고 이후 해당 도메인으로 가입하는 모든 사람을 싱글 사인온을 통해 곧바로 조직으로 보내는 별도의 단계입니다. 클레임의 30일 기간이 종료되면 해당 도메인에는 개인 계정이 남아 있지 않습니다. 정확한 절차는 지원 센터의 도메인 클레임 및 계정 마이그레이션 문서에 나와 있습니다.

도메인 클레임은 선택 사항이며, 전제 조건 이후에 나오는 데는 이유가 있습니다. 이를 활성화하려면 먼저 다음 항목이 갖춰져 있어야, 계정이 이동한 후 해당 도메인의 모든 사람이 로그인할 방법을 갖게 됩니다:

• 도메인이 확인되어 있습니다
• "조직 생성 제한"이 켜져 있습니다
• 싱글 사인온이 (단순히 구성된 것이 아니라) 강제 적용되어 있습니다
• 프로비저닝이 작동 중입니다

"조직 생성 제한"은 도메인을 클레임하지 않더라도 켜둘 가치가 있습니다. 이는 도메인이 확인되면 사용할 수 있게 되며, Claude Console 조직을 포함해 누구도 해당 도메인에서 새 개인 계정이나 조직을 만들지 못하도록 막습니다.

클레임을 켜기 전에 유의해야 할 몇 가지 사항이 있습니다:

• 해당 도메인에 있지만 ID 공급자에 등록되지 않은 사람은 클레임이 시작되면 잠기며, 30일 기간이 종료되면 개인 계정이 비활성화됩니다. 따라서 클레임을 시작하기 전에 이들을 ID 공급자에 추가하세요.
• 이는 되돌릴 수 없습니다.
• 해당 도메인에 이미 개인 계정을 가지고 있는 구성원은 클레임을 시작하는 시점부터 30일의 마이그레이션 기간을 갖습니다.
• 각 구성원은 기존 대화와 프로젝트를 조직으로 가져오거나, 새로 시작하는 것 중 하나를 선택합니다. 조직에 HIPAA 준비 태세 또는 고객 관리형 암호화 키가 켜져 있는 경우, 새로 시작하는 것만 선택할 수 있습니다. 개인 계정에서는 아무것도 이전되지 않습니다. 어느 쪽이든, 사용자 지정 Skills는 개인 계정 마이그레이션에서 이전되지 않으므로, 유지하고 싶은 항목은 마이그레이션 전에 내보내야 합니다. 연결된 앱 권한은 취소되므로, 각 앱은 본인의 조직 계정에서 다시 연결해야 하며, 사용자 지정 커넥터도 조직 정책에 따라 그곳에서 다시 추가해야 합니다. 나머지 사항은 지원 센터의 이전되는 항목 목록에서 확인할 수 있습니다. 기간이 종료될 때까지 선택하지 않은 사람은 기본적으로 새로 시작하게 됩니다.
• 원래의 개인 계정은 모든 경우에 비활성화됩니다.

여기서 여러분의 역할은 이 전환을 최대한 원활하게 만드는 것입니다. 클레임을 시작하기 전에 해당 구성원들에게 미리 알려서, 기존 계정이 사라진 후에야 변경 사항을 알게 되는 사람이 없도록 하세요. 다음 내용을 공유하는 것을 고려하세요:

HIPAA 준비 태세 또는 고객 관리형 암호화 키가 켜져 있는 조직에서는 "선택해야 할 사항"을 다음으로 대체하세요: "개인 계정에서는 아무것도 이전되지 않으므로, 의존하는 항목이 있다면 먼저 저장하세요."

Pluto의 전제 조건

전제 조건을 모두 갖춘 후, Pluto는 도메인 클레임을 켜기로 했으며, 이는 배포 팀이 실제로 겪은 유일한 난관이었습니다. 주로 엔지니어로 구성된 약 40명의 구성원이 이미 Pluto의 이메일 도메인에서 Claude를 사용하고 있었고(IT 리드는 클레임을 시작하기 2주 전에 위의 공지를 보냈습니다), 30일 기간이 종료될 때까지 이들 모두가 Pluto의 조직으로 이동했습니다. ID 팀은 첫 주에 도메인을 확인하고 싱글 사인온을 연결했으며, 관리자 역할은 IT 리드가 맡고, Primary Owner 역할은 의도적으로 일상 업무에서 제외된 채 CIO가 유지합니다. ID 팀은 또한 프로비저닝 앱을 구축했습니다. 직접 할당된 두 명의 Owner와 그룹 명명 규칙은 IT 리드가 담당하며, 청구 담당자는 CFO의 대리인입니다.

설정 리소스

다음 문서들은 위에서 다룬 기초 작업, 즉 SSO, 프로비저닝, 역할 매트릭스, 도메인 클레임을 다루며, 개인 계정을 가진 구성원들이 보게 될 내용도 포함합니다.

• 도메인의 계정 클레임 및 마이그레이션: 도메인을 클레임하기 위한 요구 사항과 절차입니다.
• Claude 계정에서 Enterprise 도메인 클레임에 응답하기: 개인 계정을 가진 구성원이 보게 될 내용으로, 미리 알려줄 수 있습니다.
• 개인 Claude 계정을 Team 또는 Enterprise 조직으로 이동하기: 마이그레이션 시 구성원의 Skills, 연결된 앱, 기록에 어떤 일이 일어나는지 설명합니다.
• 역할 및 권한: 각 기본 제공 역할에 대한 현재 권한 매트릭스입니다.
• 싱글 사인온(SSO) 설정하기: 도메인을 확인하고 SSO를 구성하는 방법으로, 도메인을 클레임하기 전에 단순히 구성하는 것이 아니라 강제 적용해야 합니다.
• JIT 또는 SCIM 프로비저닝 설정하기: 도메인의 모든 사람이 접근할 방법을 갖도록 작동 중이어야 하는 프로비저닝입니다.

레슨 활동

아래의 인터랙티브 위젯은 여섯 가지 전제 조건을 추적합니다. 각 항목을 완료 또는 미완료로 표시하고, 결과를 동반 자료에 복사하세요.

여섯 가지 전제 조건을 하나씩 살펴보고, 각 항목에 대해 두 가지 질문에 답하세요: 현재 상태는 어떠한가, 그리고 귀사에서 이를 완료할 책임자는 누구인가? 아직 갖춰지지 않은 필수 차단 항목이나 담당자가 없는 전제 조건은 설정을 결정하기 전에 반드시 해결해야 합니다.

→ 이를 실습 동반 자료의 레슨 3 섹션에 기록하세요.

다음 단계

다음 모듈에서는 운영할 Claude Enterprise 조직의 수를 결정하고 그룹을 설계합니다.