ChatGPT Enterprise 사용량 제한 설정: 월간 한도와 증액 요청을 안전하게 승인하는 법
TL;DR
ChatGPT Enterprise·Edu의 Usage limits는 사용자마다 적용되는 월간 크레디트 한도입니다. Global Admin Console에서 워크스페이스 기본값, 그룹 기본값, 사용자 예외를 관리합니다. 적용 순서는 사용자 예외 > 해당 그룹 중 가장 높은 기본값 > 워크스페이스 기본값입니다. 전사 한도부터 바꾸지 말고 시험 그룹에서 요청·승인·원복 흐름을 확인해야 합니다.
핵심 3줄 요약
핵심 1
Workspace Admin과 Owner만 한도를 바꿀 수 있습니다. Member는 한도를 직접 수정하지 못하고 증액을 요청할 수 있습니다.
핵심 2
승인된 증액 요청은 사용자 예외로 남아 변경하거나 삭제할 때까지 유지됩니다. 승인 뒤 원복 시점도 함께 기록해야 합니다.
핵심 3
사용자 한도, 사용량 알림, Workspace overage limit은 서로 다른 통제입니다. 알림은 사용을 막지 않습니다. overage limit은 공유 크레디트가 소진된 뒤의 초과 사용을 다룹니다.
이 글에서 다룰 내용
- 월간 사용자 한도와 워크스페이스 초과 사용 한도의 차이
- 워크스페이스·그룹·사용자 한도가 겹칠 때의 적용 순서
- 시험 그룹에서 증액 요청과 승인 절차를 확인하는 방법
- 기존 Weekly limits 이전과 No limit 해석에서 생기는 실수
문제와 기능 정의
여러 부서가 ChatGPT Enterprise를 함께 쓰면 사용량이 한쪽 팀에 몰릴 수 있습니다. 반대로 업무상 필요한 사용까지 갑자기 멈추기도 합니다. 공유 크레디트가 남아 있다는 이유만으로 개인별 사용을 계속 열어 두기도 어렵습니다. 조직의 비용 정책과 맞지 않을 수 있기 때문입니다.
한 문장 정의: Usage limits는 Enterprise·Edu 관리자가 워크스페이스, 그룹, 사용자 수준에서 각 사용자의 월간 크레디트 한도를 정하고 증액 요청을 승인하거나 거절하는 기능입니다.
공유 크레디트 풀이 남아 있어도 개인 사용은 이 한도에서 먼저 멈출 수 있습니다. 사용자가 한도에 도달하면 워크스페이스에 크레디트가 남아 있어도 추가 적격 사용이 차단됩니다. 다만 작업을 시작할 때는 한도 아래였더라도 완료 시점에 크레디트가 확정되면 한도를 조금 넘을 수 있습니다.
언제 쓰면 맞는가
Enterprise·Edu 조직에서 부서별 사용 기준을 나누거나, 프로젝트 기간에만 특정 사용자의 한도를 높여야 할 때 적합합니다. 특히 기존 Weekly limits를 쓰고 있거나, 여러 그룹에 속한 사용자가 있어 실제 상속 결과를 확인해야 하는 조직에 유용합니다.
다만 이 기능은 앱·모델 접근 권한과 다릅니다. 기능 접근과 RBAC는 Permissions & roles에서 관리합니다. 월간 사용량은 Global Admin Console > Usage limits에서 관리합니다. 비용 알림과 워크스페이스 초과 사용 한도도 Billing의 별도 통제입니다.
실행 순서
1. 변경 전 상태와 승인자를 기록합니다
Global Admin Console에서 대상 워크스페이스를 선택하고 Usage limits를 엽니다. 현재 Usage period, Workspace default, 시험 그룹의 상속 한도, 시험 사용자의 예외 한도, 증액 요청 방식, 기존 Weekly limits 존재 여부를 기록합니다.
Workspace Admin 또는 Owner가 설정을 맡습니다. 변경을 승인할 예산 책임자와 원복 담당자도 정합니다. 실제 사용자 이름, 계약 단가, 내부 예산은 외부 프롬프트에 넣지 않습니다.
2. 사용 기간을 먼저 확인합니다
공식 문서상 기본 기간은 Monthly이며 매월 첫날 UTC에 초기화됩니다. 워크스페이스가 지원하면 Aligned to billing cycle을 선택할 수 있습니다. 이 옵션은 청구 주기에 맞춘 월간 사용 기간의 시작점에서 초기화됩니다.
기간 변경은 즉시 적용되고 기존 한도 금액은 유지됩니다. 다만 현재 한도에 집계되는 사용량은 달라질 수 있습니다. 증액 승인 흐름만 검증하는 날에는 기간을 바꾸지 않습니다. 현재 값을 기록하는 데서 멈춥니다.
3. 시험 그룹에 한도를 적용합니다
Global Admin Console > 대상 워크스페이스 > Usage limits > Groups에서 비민감 시험 그룹을 찾습니다. 구성원 수와 상속된 워크스페이스 한도를 확인한 뒤, 내부 승인을 받은 그룹 기본값을 입력합니다.
그룹의 No limit은 무제한이 아닙니다. 워크스페이스 기본값을 상속한다는 뜻입니다. 한 사용자가 여러 그룹에 속하면 그룹 기본값 중 가장 높은 값이 적용됩니다. 사용자 예외가 있으면 그 값이 가장 먼저 적용됩니다.
4. 증액 요청 경로를 정합니다
Workspace의 요청 방식은 Default, Custom, Disabled 중에서 고를 수 있습니다. Default는 ChatGPT와 Codex의 요청을 Usage limits의 Pending requests로 모읍니다. Custom은 조직의 HTTPS 승인 페이지로 보냅니다. Disabled는 요청을 끕니다.
시험할 때는 조직 정책에 맞는 경로 하나만 고릅니다. Default를 쓴다면 요청자의 현재 사용량과 한도, 사유, 추천 한도를 검토할 담당자를 정합니다. Custom을 고르면 승인은 외부 승인 시스템에서 처리합니다. Pending requests에 남는다고 기대하면 안 됩니다.
5. 한 건의 요청을 승인하거나 거절합니다
시험 사용자가 ChatGPT 또는 Codex에서 증액 요청을 제출하면 Workspace Admin에게 이메일 알림이 갑니다. 요청은 Usage limits > Pending requests에 나타납니다. 관리자는 현재 사용량과 한도, 요청 사유를 읽고 추천 한도를 필요에 따라 수정한 뒤 Approve 또는 Deny를 선택합니다.
승인된 요청은 사용자 예외를 만듭니다. 이 값은 월이 바뀐다고 자동으로 없어지는 임시 승인으로 보면 안 됩니다. 관리자가 Users 탭에서 변경하거나 삭제할 때까지 유지됩니다. 승인 기록에는 승인 값, 이유, 검토자, 원복 날짜를 남깁니다.
6. 적용 순서와 업무 지속을 함께 확인합니다
Users 탭에서 시험 사용자의 Used this period, Inherited usage limit, User override limit를 비교합니다. 사용자 예외가 있으면 그룹과 워크스페이스보다 우선하는지 확인합니다. 예외를 제거한 뒤에는 여러 그룹 중 가장 높은 기본값으로 돌아가는지도 확인합니다.
차단 결과만 봐서는 충분하지 않습니다. 대표적인 일반 사용자는 필요한 ChatGPT·Codex 업무를 계속할 수 있어야 합니다. 시험 사용자의 요청 흐름과 일반 사용자의 정상 업무를 함께 확인한 뒤 확대 여부를 승인합니다.
7. 기존 Weekly limits와 초과 사용 통제를 분리합니다
2026년 7월 23일 기준 OpenAI는 Usage limits 설정을 Global Admin Console로 옮기고 있습니다. 새 워크스페이스·그룹·사용자 한도가 없으면 Permissions & roles > Weekly limits의 기존 값이 계속 적용될 수 있습니다. 자동 이전 날짜를 추정하지 말고 현재 워크스페이스 화면을 확인합니다.
사용자 한도와 Workspace overage limit 역시 구분해야 합니다. 사용자 한도는 각 사용자의 적격 사용을 통제합니다. Workspace overage limit은 공유 크레디트 풀이 소진된 뒤 워크스페이스가 얼마나 더 사용할지를 정합니다. 사용량 알림은 알릴 뿐 사용을 막지 않습니다.
복사해 쓰는 검토 프롬프트
아래 프롬프트는 설정을 직접 바꾸지 않고 증액 요청 기록을 점검하는 용도입니다.
목표:
ChatGPT Enterprise·Edu 시험 그룹의 월간 사용량 한도와 증액 요청이 조직 정책에 맞는지 검토해 주세요.
허용 입력:
– 익명화한 워크스페이스·그룹·사용자 라벨
– 현재 Usage period와 적용 기간
– Workspace default, 그룹 기본값, 사용자 예외 값
– Used this period, 요청 사유, 요청 값, 원복 예정일
– 공식 OpenAI 도움말에서 확인한 우선순위와 요청 동작
제외 입력:
– 실제 사용자 이름과 이메일
– 계약 단가, 내부 예산, 청구서 원본
– 비밀번호, 세션 값, API 키, 고객 자료
출력 형식:
1. 현재 적용 한도와 근거
2. 우선순위 판정: 사용자 예외 > 가장 높은 그룹 기본값 > 워크스페이스 기본값
3. 승인·거절 권고와 이유
4. 미확인 항목
5. 승인 후 원복 날짜와 담당 역할
완료 기준:
– No limit의 의미를 설정 화면별로 구분함
– 기존 Weekly limits와 새 Usage limits의 충돌 여부를 표시함
– 요청 승인 시 지속되는 사용자 예외와 원복 계획을 기록함
– 사용자 한도, 알림, Workspace overage limit을 섞지 않음
사실 제약:
– 제공하지 않은 사용량, 비용, 사용자, 정책을 추정하지 말 것
– 분석 수치가 최신 청구서와 같다고 단정하지 말 것
– 미확인 값은 '미확인'으로 표시할 것
승인 지점:
– 한도 생성·증액·삭제, 요청 승인·거절, Usage period 변경은 승인자가 확인하기 전까지 실행하지 말 것
실무 인사이트
한도를 숫자 하나로만 보는 경우가 많습니다. 실제 적용값은 사용자 예외, 여러 그룹, 워크스페이스 기본값의 순서로 결정됩니다. 승인 문서에는 입력한 숫자보다 누가 어떤 계층에서 그 값을 상속받는지를 먼저 적는 편이 안전합니다.
또 하나의 함정은 승인된 증액을 일회성으로 오해하는 것입니다. Pending requests에서 승인하면 사용자 예외가 생깁니다. 이 값은 바꾸거나 지울 때까지 남습니다. 프로젝트 종료일이나 다음 검토일을 승인 기록에 함께 넣어야 불필요한 상향이 계속되지 않습니다.
주의점
- Workspace Admin과 Owner만 Usage limits를 설정할 수 있습니다. Member와 Analytics Viewer는 직접 바꾸지 못합니다.
- Group override의 No limit은 워크스페이스 기본값 상속입니다. Billing의 Workspace overage limit에서 No limit은 초과 사용 상한이 없다는 뜻이며, 무료나 무제한 크레디트를 뜻하지 않습니다.
- 사용량 알림은 통지만 합니다. 실제 차단이 필요하면 사용자 한도 또는 Workspace overage limit을 별도로 검토해야 합니다.
- Usage limits의 수치는 거의 실시간에 가깝지만 다른 Analytics 화면은 지연될 수 있습니다. 숫자가 다르면 워크스페이스, 기간, 갱신 시각을 먼저 맞춥니다.
- 한 작업이 완료되며 크레디트가 확정되면 사용자 한도를 조금 넘을 수 있습니다. 정확한 절대 차단선으로 설명하지 않습니다.
- ChatGPT 워크스페이스 과금과 API Platform 과금은 별도입니다. 한쪽 한도가 다른 제품의 비용을 통제한다고 보지 않습니다.
자주 묻는 질문
Member가 자신의 한도를 직접 올릴 수 있나요?
아닙니다. Member는 한도를 직접 변경하지 못합니다. 요청 기능이 열려 있으면 ChatGPT나 Codex에서 증액을 요청할 수 있습니다. Admin 또는 Owner가 승인하거나 거절합니다.
여러 그룹에 속하면 어떤 한도가 적용되나요?
사용자 예외가 있으면 그 값이 먼저 적용됩니다. 사용자 예외가 없으면 속한 그룹의 기본값 중 가장 높은 값이 적용됩니다. 해당 그룹값도 없으면 워크스페이스 기본값을 따릅니다.
No limit을 고르면 정말 무제한인가요?
설정 위치에 따라 다릅니다. Group override의 No limit은 워크스페이스 기본값을 상속한다는 뜻입니다. Workspace overage limit의 No limit은 초과 사용 상한을 두지 않았다는 뜻이며, 사용량이 무료라는 뜻은 아닙니다.
승인한 증액은 다음 달에 자동으로 사라지나요?
공식 문서상 Pending requests에서 승인한 요청은 사용자 예외를 만들고, 관리자가 변경하거나 삭제할 때까지 유지됩니다. 승인할 때 원복 날짜와 담당자를 함께 기록해야 합니다.
출처
마무리
ChatGPT Enterprise·Edu의 사용량 제한은 월간 숫자 하나를 넣는 작업이 아닙니다. 기간, 상속 순서, 증액 요청, 원복, 초과 사용 통제를 나눠 확인해야 합니다.
첫 적용 범위는 시험 그룹 한 곳이면 충분합니다. 요청 한 건을 검토하고 사용자 예외가 어떻게 남는지 확인한 뒤, 일반 사용자의 업무가 계속되는지까지 확인합니다. 요청 흐름과 정상 업무가 모두 확인된 뒤에 적용 범위를 넓힙니다.
