사용자 수명 주기 관리

이 가이드에 따라 직원이 입사하면 필요한 ChatGPT 워크스페이스 액세스를 부여하고, 담당 업무가 바뀌면 권한을 조정하고, 퇴사하면 액세스를 제거하세요. 이 과정에서는 워크스페이스 시트, 그룹 기반 역할, Codex 액세스 토큰뿐 아니라 자체적으로 액세스를 제어하는 연결된 시스템도 다룹니다.

통합 인증(SSO)은 직원의 신원을 확인합니다. 프로비저닝은 직원을 워크스페이스에 추가합니다. 어느 쪽도 그 자체로 직원의 시트, 기능 권한, 로컬 런타임 정책 또는 외부 시스템 액세스를 결정하지 않습니다.

다음 세 단계에 걸쳐 직원의 액세스를 관리하세요.

• 입사: 워크스페이스 액세스를 부여하고 적절한 그룹, 역할, 시트를 할당하세요.
• 팀 이동: 직원이 속한 그룹을 변경하고, 직접 할당된 역할 중 더 이상 필요하지 않은 역할만 제거하세요.
• 퇴사: 워크스페이스 액세스를 제거하고 토큰을 폐기한 다음 연결된 시스템을 검토하세요.

사전 요구 사항 확인 및 담당자 지정

직원 온보딩을 시작하기 전에 각 업무의 담당자를 확인하세요.

대상 워크스페이스를 확인하고, 필요한 경우 조직의 이메일 도메인을 인증하세요. 디렉터리 동기화를 활성화할 수 있는 워크스페이스 소유자를 확인한 다음 워크스페이스 요금제가 어떤 관리 기능을 지원하는지 살펴보세요.

SCIM은 System for Cross-domain Identity Management의 약자입니다. Business 워크스페이스는 SCIM 없이 Codex 액세스 토큰을 지원할 수 있고, Edu 워크스페이스는 Codex 액세스 토큰이나 Codex 전용 시트 없이 SCIM을 지원할 수 있습니다. 워크스페이스에서 제공하는 관리 기능만 적용하세요.

Business 워크스페이스에서 Codex 전용 시트를 유지하고 추가하려면 2026년 6월 24일 전에 Codex 시트가 있었거나 해당 날짜를 기준으로 자격 요건을 충족하는 Codex 시트 초대가 대기 중이었어야 합니다. 신규 Business 워크스페이스와 요건을 충족하는 시트나 초대가 없는 워크스페이스에서는 첫 Codex 전용 시트를 추가할 수 없습니다. ChatGPT Business에서 워크스페이스 수명 주기 및 마이그레이션 관리를 참고하세요.

여러 시트 유형을 지원하는 워크스페이스에서는 자동 프로비저닝을 활성화하기 전에 워크스페이스 설정 > ID 및 액세스에서 기본 시트 유형을 확인하세요. SCIM으로 프로비저닝된 사용자에게는 이 기본 시트 유형이 적용되며, 시트에 따라 사용할 수 있는 제품 영역이 결정됩니다. 사용자 지정 역할로 시트에 포함되지 않은 액세스를 부여할 수는 없습니다.

권한 및 역할에서 로컬 액세스, 액세스 토큰, 자격 증명 유효 기간, 원격 기기 설정을 확인하세요. 일부 워크스페이스에서는 Codex 및 Work 로컬 섹션의 멤버의 Codex 및 Work 로컬 사용 허용 설정으로 두 제품의 로컬 액세스를 함께 관리합니다. 다른 워크스페이스에서는 Codex 로컬 섹션의 멤버의 Codex 로컬 사용 허용 설정과 Work 로컬 섹션의 Work 로컬 사용 설정을 각각 관리합니다. 설정이 분리되어 있으면 한쪽을 허용해도 다른 쪽의 액세스는 부여되지 않습니다. 토큰 설정은 로컬 액세스 섹션이나 별도의 액세스 토큰 섹션에 표시됩니다. 이러한 설정은 그룹 소속이나 할당된 시트 유형과 별개입니다.

다음 예시에서는 Codex 및 Work 로컬 설정을 함께 관리하며 액세스 토큰 섹션은 따로 표시됩니다.

최신 사전 요구 사항과 지원되는 ID 구성 방식은 ID 및 프로비저닝과 멤버, 시트 유형, 역할 및 액세스 관리를 참고하세요.

직원의 워크스페이스 가입 방식 선택

대상 사용자 집단별로 기본 프로비저닝 방식 하나를 선택하세요.

디렉터리 동기화로 관리하지 않는 사용자는 수동으로 초대하세요. 직원의 입사, 팀 이동, 퇴사에 따라 워크스페이스 멤버 구성이 ID 공급자의 할당 내역을 따라야 한다면 SCIM을 사용하세요.

자동 계정 생성과 SCIM을 동시에 활성화하지 마세요. 자동 계정 생성으로 추가한 사용자는 SCIM 관리 대상이 아닐 수 있습니다. 이 경우 ID 공급자의 그룹에서 사용자를 제거해도 워크스페이스 액세스가 유지될 수 있습니다. 최신 지침은 SCIM 통합 FAQ를 참고하세요.

승인된 ID 구성에 따라 SCIM을 단일 ChatGPT 워크스페이스 또는 조직의 테넌트에 연결할 수 있습니다. 각 워크스페이스와 제품에 누구를 할당할지 명확히 지정하세요. 디렉터리 연결을 공유해도 모든 워크스페이스나 Platform API 조직에서 액세스가 자동으로 부여되거나 제거되지는 않습니다.

프로비저닝 그룹을 대상 워크스페이스에 연결

직원을 프로비저닝하기 전에 연결을 구성하세요. 워크스페이스 소유자와 ID 관리자는 다음과 같이 업무를 나누어 진행합니다.

1. 워크스페이스 소유자는 대상 ChatGPT 워크스페이스를 선택하고 워크스페이스 설정 > 그룹을 확인하세요. 기존 그룹 이름, 구성원, 사용자 지정 역할 할당 내역, 관련 프로젝트 또는 GPT의 공유 현황을 기록하세요.
2. ID 관리자는 ID 공급자에서 동기화할 그룹을 정확히 식별하세요. 해당 그룹의 이름과 구성원을 워크스페이스의 모든 기존 그룹과 비교하세요.
3. 동기화할 그룹과 이름이 같은 워크스페이스 그룹이 있으면 동기화를 활성화하기 전에 두 그룹의 구성을 조정하거나 충돌하는 그룹의 이름을 변경하세요. 조정 후 구성원, 상속되는 역할, 공유 범위에 대해 워크스페이스 소유자의 승인을 받으세요. 이름이 일치하는 기존 그룹은 SCIM 관리 대상으로 전환되며, 이후 그룹 구성원은 ID 공급자에서 관리합니다.
4. 프로비저닝할 그룹을 선택하고 대상 워크스페이스, 예상 구성원, 그룹별 역할 할당 내역을 기록하세요.
5. 워크스페이스 소유자는 워크스페이스 설정 > ID 및 액세스를 열고 디렉터리 동기화 활성화를 선택하세요. 선택하라는 메시지가 표시되면 워크스페이스 수준 프로비저닝에는 이 워크스페이스에서만 SCIM 사용을, 승인된 테넌트 수준 프로비저닝에는 여러 제품으로 확장하는 옵션 유지를 선택하세요. 테넌트 수준 SCIM이 이미 활성화되어 있다면 워크스페이스 연결을 하나 더 만들지 말고 기존 연결을 관리하세요.
6. ID 관리자는 ID 공급자 연결을 완료하고 ChatGPT 애플리케이션을 선택한 다음 승인된 그룹을 할당하여 해당 그룹의 구성원을 대상 워크스페이스에 프로비저닝하세요.
7. 워크스페이스 설정 > 그룹에서 선택한 그룹에 SCIM 배지가 표시되는지 확인하세요. 이 그룹을 통해 액세스를 부여하기 전에 그룹 이름, 동기화된 구성원, 대상 워크스페이스를 확인하세요.
8. 워크스페이스 소유자는 권한 및 역할 > 사용자 지정 역할을 열고 승인된 역할을 만들거나 선택한 다음 동기화된 그룹에 할당하세요. 역할은 웹에서 구성할 수 있으며 워크스페이스 소유자 권한이 필요합니다.
9. 직원을 프로비저닝하기 전에 그룹에 실제로 적용되는 권한과 워크스페이스의 기본 시트 유형을 검토하세요.

ID 공급자 관리자는 애플리케이션 할당과 그룹 구성원을 관리하고, 워크스페이스 소유자는 디렉터리 동기화와 워크스페이스 역할 할당을 관리합니다. 공급자별 최신 절차와 지원 여부는 SCIM 통합 FAQ와 역할 기반 접근 제어 구성을 참고하세요.

신규 직원 프로비저닝

SCIM으로 관리하는 직원은 다음 절차에 따라 프로비저닝하세요.

1. 대상 워크스페이스, 인증된 이메일 주소, 기본 시트 유형, ID 공급자 그룹을 확인하세요.
2. ID 공급자에서 직원을 ChatGPT 애플리케이션이나 액세스를 부여하는 그룹에 할당하세요.
3. 디렉터리 동기화가 완료될 때까지 기다리세요. 직원이 표시되지 않으면 ID 공급자의 현재 동기화 상태를 확인하세요.
4. 워크스페이스 설정 > 멤버에서 직원의 이메일 주소, 가입 여부 또는 대기 중인 초대, 시트 유형, SCIM 배지를 확인하세요.
5. 워크스페이스 설정 > 그룹에서 직원이 대상 동기화 그룹에 속하는지 확인하세요. 워크스페이스 소유자에게 해당 그룹에 할당된 사용자 지정 역할을 확인해 달라고 요청하세요.
6. 대표 직원 한 명에게 대상 워크스페이스에 로그인하여 업무에 필요한 제품 영역, 기능, 연결된 시스템에 액세스할 수 있는지 확인해 달라고 요청하세요.
7. 조직에서 승인한 절차에 따라 액세스 담당자와 검증에 성공했다는 사실을 기록하세요.

직원을 수동으로 추가하는 경우 워크스페이스 멤버 관리 화면에서 초대를 보낸 다음 같은 방식으로 시트, 그룹, 역할, 로그인 여부를 확인하세요.

그룹은 멤버를 묶어 관리하는 단위입니다. 그룹에 속하는 것만으로 모든 기능에 액세스할 수 있는 것은 아닙니다. 최신 역할 할당 절차는 역할 및 워크스페이스 권한과 역할 기반 접근 제어 구성을 참고하세요.

팀 이동 시 직원 액세스 업데이트

직원이 팀을 옮겨도 이전에 할당된 그룹이나 역할을 통해 액세스가 유지될 수 있습니다. 새 액세스 수준을 확인하기 전에 그룹 구성원을 관리하는 시스템에서 소속을 변경하세요.

1. 직원이 이동할 팀, 필요한 워크스페이스와 시트, 승인된 기능 권한, 새로 소속될 그룹을 확인하세요.
2. 팀을 옮기는 동안 직원이 계속 워크스페이스에 속해 있어야 한다면 이전 그룹에서 제거하기 전에 승인된 새 그룹에 추가하세요. SCIM으로 관리하는 그룹의 구성원은 ID 공급자에서 변경하고, 수동으로 관리하는 그룹의 구성원은 워크스페이스 관리 화면에서 변경하세요.
3. 새 그룹에 승인된 역할이 이미 할당되어 있는지 확인하세요. 다른 구성원이 승인된 액세스를 유지할 수 있도록 공유 그룹의 기존 역할 할당은 그대로 두세요.
4. 그룹에 할당된 역할을 변경해야 한다면 워크스페이스 소유자가 그룹 전체에 적용할 정책 변경을 별도로 승인하고 모든 구성원에게 미치는 영향을 검토한 후에만 해당 역할 할당을 변경하도록 하세요.
5. 워크스페이스 소유자는 직원 프로필을 열어 직접 할당된 역할을 검토하고 그중 더 이상 필요하지 않은 역할의 할당을 해제하세요.
6. 팀 이동을 승인하기 전에 직원에게 직접 할당된 역할과 그룹을 통해 할당된 역할을 모두 고려해 실제로 적용되는 권한을 검토하세요.
7. 워크스페이스가 여러 시트 유형을 지원한다면 워크스페이스 소유자는 워크스페이스 설정 > 멤버 > 시트 유형 변경을 열고 직원에게 필요한 제품 액세스를 검토하세요.
8. ChatGPT 시트를 Codex 전용 시트로 전환하기 전에 채팅, 메모리, 프로젝트 및 기타 ChatGPT 기능에 대한 직원의 액세스를 제거하는 것이 맞는지 확인하세요. 기존 데이터는 삭제되지 않으며, 직원이 다시 ChatGPT 시트를 사용하면 해당 데이터에 다시 액세스할 수 있습니다.
9. 동기화와 권한 업데이트가 완료되면 새로 허용된 작업을 수행할 수 있는지, 더 이상 허용되지 않아야 하는 작업이 차단되는지 모두 확인하세요.

직원이 자동화 워크플로우의 소유자라면 해당 Codex 토큰, 비밀 관리자의 항목 또는 연결된 서비스의 권한을 승인된 다른 소유자에게 이전해야 하는지 검토하세요. 직원의 로컬 Codex 권한을 제거하면 해당 직원의 Codex 토큰은 일시 중지되지만 폐기되지는 않습니다. 권한을 복원하면 토큰도 다시 활성화되므로 액세스를 영구적으로 차단해야 하는 자격 증명은 폐기하세요.

퇴사 직원 제거

직원의 워크스페이스 멤버 자격을 관리하는 시스템에서 시작하세요.

1. 해당 직원이 SCIM 관리 대상인지, 관리자가 수동으로 추가한 멤버인지 확인하세요.
2. SCIM 관리 대상이라면 ID 공급자에서 해당 직원의 ChatGPT 애플리케이션 할당을 해제하고, 액세스를 부여하는 모든 프로비저닝 그룹에서 직원을 제거하세요. 공유 그룹 자체를 제거하지 마세요.
3. SCIM 관리 대상이 아니라면 워크스페이스 소유자 또는 관리자는 워크스페이스 설정 > 멤버에서 해당 직원을 제거하세요.
4. 대상 워크스페이스에 해당 멤버가 더 이상 표시되지 않는지 확인하세요. SCIM으로 관리하는 경우 동기화가 완료되었는지, 해당 직원을 다시 멤버로 추가할 수 있는 다른 할당이 ID 공급자에 남아 있지 않은지 확인하세요.
5. 제거가 완료되었음을 기록하고 토큰, 연결된 시스템, 보존된 데이터를 검토할 담당자를 지정하세요.

ID 공급자에서 직원이 여전히 SCIM 관리 그룹에 할당되어 있다면 워크스페이스에서만 제거하는 것으로는 충분하지 않습니다. 이후 동기화 과정에서 직원이 워크스페이스에 다시 추가될 수 있습니다.

Codex 액세스 토큰 폐기 및 자동화 이전

직원을 워크스페이스에서 제거한 후에도 신뢰할 수 있는 자동화에서 사용하는 자격 증명을 별도로 검토해야 합니다. 다음 절차는 워크스페이스에서 Codex 액세스 토큰을 지원하고 해당 기능이 활성화된 경우에만 적용하세요.

로컬 Codex 권한을 제거하면 기존 토큰은 일시 중지되지만 폐기되지는 않습니다. 워크스페이스 소유자가 권한을 복원하면 토큰을 다시 사용할 수 있으므로 액세스를 영구적으로 차단해야 하는 자격 증명은 명시적으로 폐기하세요.

액세스 토큰 페이지에서 각 토큰의 생성자와 상태를 확인할 수 있습니다. 활성 토큰의 액세스를 제거하려면 폐기를 선택하세요.

1. 워크스페이스 소유자 또는 관리자는 액세스 토큰 페이지를 여세요.
2. 퇴사 직원이 만든 토큰과 해당 토큰을 사용하는 워크플로우를 확인하세요.
3. 대체 토큰을 발급할 계정을 선택하세요. 지원 대상 종량제 요금제에서 사람의 개입 없이 장기간 운영할 워크플로우에는 승인된 전용 서비스 계정을 사용하세요. 그 외에는 현재 활동 중인 승인된 워크플로우 소유자를 지정하세요. 워크스페이스 소유자는 필요한 경우 새 소유자에게 액세스 토큰 생성 권한을 부여하고, 새 소유자에게 로컬 Codex 권한이 있는지 확인하세요.
4. 대체 토큰을 생성하세요. 권한이 있는 서비스 계정 운영자는 해당 서비스 계정의 상세 페이지에서 토큰을 생성할 수 있습니다. 개인 토큰으로 교체하는 경우 새 워크플로우 소유자가 자신의 ChatGPT 워크스페이스 계정으로 토큰을 생성해야 합니다. 대화 상자에 범위가 표시되면 Codex를 선택하세요. 다른 범위는 워크플로우에 필요한 경우에만 선택하세요. 범위 항목이 없는 대화 상자에서는 Codex 전용 토큰이 생성됩니다. 관리자는 다른 사용자를 대신해 개인 토큰을 생성할 수 없습니다.
5. 워크플로우에 저장된 비밀 값을 업데이트한 다음 대체 토큰으로 워크플로우가 정상 실행되는지 확인하세요.
6. 워크스페이스 소유자 또는 관리자는 퇴사 직원의 토큰과 교체한 기존 자격 증명을 폐기하세요.
7. 폐기된 토큰으로 인증이 필요한 워크플로우를 새로 실행할 수 없는지 확인하세요.

승인된 새 소유자가 토큰을 생성할 때는 어떤 워크플로우에 쓰이는지 알아볼 수 있는 이름을 입력하고 조직 정책에서 허용하는 가장 짧은 자격 증명 유효 기간을 선택하세요. 범위가 표시되면 Codex를 선택하고 워크플로우에 필요하지 않은 권한은 제외하세요. 다음 예시는 범위를 선택할 수 있는 화면입니다.

워크스페이스 소유자와 관리자는 해당 워크스페이스의 모든 토큰을 폐기할 수 있습니다. 액세스 토큰 권한이 있는 멤버는 자신이 생성한 토큰만 폐기할 수 있습니다. 최신 토큰 권한과 교체 절차는 액세스 토큰을 참고하세요.

연결된 시스템 및 보존된 데이터 검토

멤버가 Work 클라우드에서 로컬 컴퓨터 액세스를 사용했다면 퇴사 검토 항목에 로컬 컴퓨터 액세스 허용 권한과 연결된 컴퓨터를 포함하세요. 워크스페이스 및 역할 할당 내역과 함께 연결된 각 시스템의 액세스도 확인하세요.

로컬 컴퓨터 액세스를 끄면 진행 중인 Work 턴이 중단됩니다. 워크스페이스 멤버 자격, 연결에 사용된 자격 증명, 저장된 데이터는 각각 별도로 검토하세요.

액세스를 철회한 후 다음 세 가지 결과를 각각 확인하세요.

• 실행 중인 작업. 이미 실행 중이던 작업이 어떻게 처리되는지 확인하세요. 아직 실행 중일 수 있는 작업은 확인된 Work 인시던트 대응 및 액세스 철회 절차에 따라 처리하세요.

• 연결된 기기. 이전에 연결된 기기에서 여전히 Work에 액세스할 수 있는지 확인하세요.

• 저장된 데이터. 대화 보존 및 삭제 여부를 별도로 확인하세요. 액세스를 제거했다고 해서 저장된 데이터까지 삭제된 것은 아닙니다.

워크스페이스 프로비저닝만으로 모든 시스템의 권한을 관리할 수는 없습니다. 각 서비스 담당자에게 다음 항목의 액세스를 검토해 달라고 요청하세요.

• 소스 레포지토리와 연결된 GitHub 계정
• Google Drive, Slack 및 기타 연결된 애플리케이션
• 설치된 플러그인, 플러그인에 포함된 스킬, 커넥터를 통해 제공되는 기능
• 호스팅되는 Codex 환경, 공유 자동화, 저장된 비밀 값
• 관리 대상 기기, 로컬에 저장된 자격 증명, 지원되는 원격 세션
• 별도의 Platform API 조직, 프로젝트, API 키

워크스페이스 그룹이나 SCIM 구성을 변경하면 모든 권한이 업데이트된다고 가정하지 말고 각 시스템에서 제공하는 관리 기능을 사용하세요. 시스템별 권한 관리 범위는 역할 및 워크스페이스 권한을, 플러그인 사용 가능 여부, 포함된 스킬, 연결된 앱의 권한은 플러그인 제어를 참고하세요.

워크스페이스 액세스를 제거해도 콘텐츠가 삭제되지는 않습니다. 멤버가 워크스페이스를 떠나면 해당 멤버의 프로젝트와 맞춤형 GPT의 소유권이 워크스페이스 소유자에게 자동으로 이전됩니다. 이 항목들은 삭제 대상으로 표시되지 않습니다. 멤버가 다시 가입하면 소유권도 해당 멤버에게 돌아갑니다.

Enterprise 및 Edu 워크스페이스에서는 채팅, 파일, 캔버스 문서에 워크스페이스의 보존 정책이 적용됩니다. Business 워크스페이스는 채팅, 파일, 캔버스 문서를 무기한 보존합니다. Healthcare 워크스페이스에서도 데이터 보존을 설정할 수 있습니다. 해당 워크스페이스의 설정과 의료 서비스용 ChatGPT 가이드를 확인하세요.

프로젝트나 GPT의 소유권을 이전해도 이전 멤버의 비공개 대화나 파일은 이전되지 않으며, 워크스페이스 소유자도 소유권 변경을 통해 해당 비공개 콘텐츠를 열람할 수 없습니다. 요금제별 최신 처리 방식은 워크스페이스 멤버 제거 및 데이터 보존을 참고하세요.

보안 또는 규정 준수를 위해 변경 증빙이 필요하면 승인된 시스템에 대상 워크스페이스, 직원, ID 공급자 할당 내역, 완료 시각, 승인 담당자, 토큰 폐기 확인 결과를 기록하세요. 로그인한 후 관리자 API 레퍼런스에서 조회 가능한 기록, 관리자 권한, 보존 기준을 확인하세요. 민감한 규정 준수 데이터에 대한 접근 범위에는 워크스페이스 소유자 권한이 필요할 수 있습니다. 제품 개요는 Compliance API 및 감사 이벤트를 참고하세요. 이 가이드만으로 기록되는 이벤트의 범위, 필드 또는 보존 기간을 추정하지 마세요.

액세스가 없거나 예상과 다를 때 문제 해결

대부분의 ID 공급자는 30~40분마다 동기화하지만 일부 공급자는 변경 사항을 즉시 적용합니다. 사용자 지정 역할의 변경 사항이 표시되기까지는 약 5분이 걸릴 수 있습니다. SCIM 동기화는 강제로 실행할 수 없으므로 업데이트가 지연된다고 해서 워크스페이스 멤버를 제거한 후 다시 추가하지 마세요.

공급자별 예상 동기화 시간이 지나도 액세스 제거 또는 그룹 업데이트가 완료되지 않으면 ID 관리자는 다음 정보를 수집하세요.

• 대상 워크스페이스와 직원의 이메일 주소
• ID 공급자, 애플리케이션 할당 내역, 프로비저닝 그룹
• 시도한 변경 사항, 변경을 시도한 시각, 최신 동기화 상태
• 아직 검토가 필요한 직접 할당된 역할, 그룹 역할 또는 토큰

도움말 센터를 통해 OpenAI 지원팀에 문의할 때 이 정보를 제공하세요. 퇴사 직원이 계속 액세스할 수 있다면 보안 예외 상황으로 간주하고 조직의 인시던트 보고 및 상위 담당자 이관 절차를 따르세요.

공급자별 설정 및 동기화 방식은 최신 SCIM 통합 FAQ를 참고하세요. 로그인 및 ID 오류는 인증 문제 해결을 참고하세요.

직원 수명 주기 전체 검증

도입 범위를 넓히기 전에 대표 테스트 직원 한 명을 대상으로 세 단계의 전환을 모두 검증하세요.

각 변경을 승인한 사람, 검증한 내용, 남아 있는 액세스 예외를 해결할 담당자를 기록하세요. 조직의 ID 및 보안 정책에 따라 정기적으로 액세스를 검토할 일정을 정하세요.

관련 문서

• 관리자용 도입 가이드
• 그룹 및 프로비저닝
• 역할 및 워크스페이스 권한
• 플러그인 제어
• 액세스 토큰
• 서비스 계정
• 인증
• 관리형 구성
• Compliance API 및 감사 이벤트