Spend Limits API
Spend Limits API
Spend Limits API는 각 Claude Enterprise 구성원에게 지출 한도(spend limit)를 설정하고, 각 구성원의 지출 한도가 어디서 상속되는지 확인하며, 더 높은 한도를 요청한 구성원들의 요청을 검토하거나 처리하게 해 주는 API예요.
사용자별·시간 버킷별 사용량과 비용 보고는 Analytics APIs를 참고하세요.
범위 제한 Admin API 키 필요 이 엔드포인트들은
read:spend_limits범위(GET엔드포인트용) 또는write:spend_limits범위(POST·DELETE엔드포인트용)를 가진 Admin API 키가 필요해요. 프라이머리 소유자가 어디서 키를 만들고 어떤 범위를 선택하는지는 Admin API 키 만들기를 참고하세요. 모든 요청에서anthropic-version헤더와 함께x-api-key헤더로 키를 전달하세요.
참고 Spend Limits API는 Claude Enterprise 조직에서만 사용할 수 있어요. Claude Platform(Claude Console) 조직에서는 사용할 수 없어요.
출처: 문서
본문
개요
API는 두 리소스에 걸쳐 여덟 개의 엔드포인트를 노출해요:
| 리소스 | 엔드포인트 | 용도 |
|---|---|---|
| Spend limits | GET /v1/organizations/spend_limits/effective GET /v1/organizations/spend_limits/{spend_limit_id} POST /v1/organizations/spend_limits DELETE /v1/organizations/spend_limits/{spend_limit_id} |
각 구성원의 유효 지출 한도와 기간 시작 이후 지출을 읽고, 사용자별 재정의를 설정하거나 해제한다. |
| Spend limit increase requests | GET /v1/organizations/spend_limit_increase_requests GET /v1/organizations/spend_limit_increase_requests/{id} POST /v1/organizations/spend_limit_increase_requests/{id}/approve POST /v1/organizations/spend_limit_increase_requests/{id}/deny |
구성원들의 더 높은 지출 한도 요청을 결정에 필요한 맥락과 함께 나열하고, 각 요청을 승인하거나 거부한다. |
spend limits 엔드포인트로 "각 구성원에게 어떤 지출 한도가 적용되고, 어디서 오며, 그 한도에 얼마나 가까운가?"에 답하고 사용자별 재정의를 설정해요. spend limit increase requests 엔드포인트로 구성원이 제출한 요청 큐를 처리해요.
사전 요구사항
- 조직이 Claude Enterprise 플랜에 있어야 해요.
- 조직에 사용 크레딧(usage credits)이 켜져 있어야 해요. 프라이머리 소유자는 claude.ai 청구 설정에서 켤 수 있어요.
빠른 시작
모든 구성원의 유효 월 지출 한도와 기간 시작 이후 지출을 나열해 볼게요:
curl "https://api.anthropic.com/v1/organizations/spend_limits/effective?limit=20" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01"
핵심 개념
지출 한도 계층구조
유효 지출 한도(effective spend limit) 는 각 구성원의 지출에 적용되며, 범위 수준들의 계층구조에서 결정돼요. 구성원이 사용자별 재정의가 없으면, 그룹(조직이 그룹 기반 한도를 사용한다면), 시트 등급(seat tier), 또는 조직 전체 기본값에 대해 구성된 지출 한도를 상속해요. 그룹 지출 한도는 구성원별 기본값이에요. 상속하는 각 구성원은 풀링된 그룹 예산이 아니라 자신의 지출에 대해 게이트를 걸어요.
GET /v1/organizations/spend_limits/effective를 읽으면 각 현재 구성원과 그 결정된 유효 지출 한도, 그 한도가 결정된 위치(source), 기간 시작 이후 지출을 반환해요. POST /v1/organizations/spend_limits로 사용자별 재정의를 설정하면 다른 상속과 관계없이 구성원을 특정 지출 한도에 고정해요. 재정의를 삭제하면 상속된 지출 한도로 돌아가요(존재하지 않으면 무제한 상태로 남아요).
각 구성원 행의 source 필드는 지출 한도가 어느 수준에서 결정됐는지 알려줘요: user(사용자별 재정의), seat_tier, rbac_group, 또는 organization. 범위 타입은 열린 집합으로 취급하고, 알 수 없는 값에서는 실패하기보다 넘어가세요.
기간(Period)
period는 지출 한도가 집행되고 지출이 리셋되는 반복 창이에요. 지출 한도는 (scope, period) 쌍으로 식별돼요. 현재 지원되는 기간은 monthly뿐이며, 월 지출은 각 달력월 1일 00:00 UTC에 리셋돼요. period는 열린 집합으로 취급하세요.
금액과 통화
모든 통화 값은 조직 청구 통화의 최소 단위(미화의 경우 센트) 로 된 문자열이에요. 예를 들어 "50000"은 500.00 USD를 나타내요. 달러를 표시하려면 십진수로 파싱해 100으로 나누세요. 큰 값에는 이진 부동소수점을 피하세요.
amount는 nullable이에요. 구성원의 유효 행에서 null은 무제한(지출 한도 없음)을 뜻하고, "0"은 구성원이 플랜의 포함 사용량을 넘어 Claude를 사용할 수 없다는 뜻이에요. 구성된 지출 한도 행(GET /v1/organizations/spend_limits/{id}가 반환하는 것)에서 null은 숫자 지출 한도가 설정되지 않았다는 뜻뿐이에요. 무제한과 포함 사용량 전용을 구분하려면 구성원의 유효 행을 읽으세요.
period_to_date_spend는 구성원이 현재 period 시작 이후 쌓은 지출로, 같은 최소 단위 형식이며 소수부를 포함할 수 있어요(예: "41280.125"). 지출 판독이 일시적으로 불가능하면 "0"으로 읽힐 수 있어요. 거래적이 아니라 정보 제공용으로 취급하세요.
증가 요청 수명주기
지출 한도 증가 요청(spend limit increase request) 은 구성원이 claude.ai에서 Request more usage를 클릭할 때 생성돼요. 요청은 이 API를 통해 만들어지지 않아요. 요청의 status는 다음 중 하나예요:
| 상태 | 의미 |
|---|---|
pending |
관리자 조치를 기다리는 중. 요청은 보통 살아있는 spend_summary를 실어서, 결정하는 동안 구성원의 현재 유효 지출 한도와 기간 시작 이후 지출을 볼 수 있게 해 줘요. 계산할 수 없으면 spend_summary는 null일 수 있어요. |
approved |
요청이 승인으로 해결됨: 관리자가 명시적으로 승인했거나, 다른 관리자 조치가 구성원의 지출 한도를 올렸거나, Anthropic 지원이 조직 대신 지출 한도를 올렸어요. spend_summary는 null이에요. |
denied |
관리자가 거절함. spend_summary는 null이에요. claude.ai는 resolved_at부터 30일 동안 그 구성원의 요청 버튼을 숨겨요. 관리자는 언제든 구성원의 지출 한도를 직접 올릴 수 있어요. |
approved와 denied 둘 다 종착 상태예요. 구성원은 한 번에 pending 요청을 최대 하나 가질 수 있어요.
POST /v1/organizations/spend_limit_increase_requests/{id}/approve로 승인하면 POST /v1/organizations/spend_limits가 쓰는 것과 같은 사용자별 지출 한도 행을 써요. 지출 한도를 직접 설정하는 것은 보류 중인 요청을 전환하지 않아요. 요청을 해결하려면 approve 엔드포인트를 사용하세요.
기본적으로 Anthropic은 요청이 승인되거나 거부될 때 구성원에게 이메일을 보내요. 승인·거부 시 suppress_notification: true를 전달하면 그 이메일을 억제할 수 있어요(예: 내 시스템이 구성원에게 알릴 때).
버전 관리
모든 요청에 anthropic-version 헤더를 보내세요. 사용 가능한 버전은 API versions를 참고하세요.
속도 제한
여덟 엔드포인트 모두 조직당 분당 60회 요청의 단일 제한을 공유해요. 제한을 넘는 요청은 429 Too Many Requests를 반환해요.
페이지네이션
GET /v1/organizations/spend_limits/effective와 GET /v1/organizations/spend_limit_increase_requests는 불투명 커서(opaque cursor) 로 페이지네이션돼요. 첫 요청은 최대 limit 행과 next_page 커서를 반환하고, 그 커서를 변경 없이 다음 요청의 page 파라미터로 전달하며, next_page가 null이 될 때까지 반복해요.
시퀀스 중간에 쿼리 파라미터를 바꾸지 마세요. 커서는 그것을 발행한 필터에 묶여 있어요. user_ids[], period[], status[], actor_ids[]를 바꾸고 이전 커서를 넘기면 *"cursor does not match current query parameters"*와 함께 400을 받게 돼요. 대신 첫 페이지에서 새 시퀀스를 시작하세요.
목록 파라미터 직렬화
목록 파라미터는 괄호 표기법을 사용해요. 값마다 []를 붙여 파라미터 이름을 반복하세요.
user_ids[]=user_01AbCdEfGh&user_ids[]=user_01JkLmNoPq
오류 응답
오류 응답은 Errors에 문서화된 표준 형태를 따라요. 지원팀에 연락할 때 응답 본문의 request_id를 인용하세요.
Spend limits
각 구성원의 유효 지출 한도 나열하기
GET /v1/organizations/spend_limits/effective는 현재 구성원당 한 행을 반환하며, 각 구성원의 유효 지출 한도, 범위 계층구조에서의 source, 그리고 period_to_date_spend를 반영해요. read:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 List effective spend limits를 참고하세요.
curl "https://api.anthropic.com/v1/organizations/spend_limits/effective?limit=20" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01"
{
"data": [
{
"scope": { "type": "user", "user_id": "user_01AbCdEfGh" },
"actor": {
"type": "user_actor",
"user_id": "user_01AbCdEfGh",
"name": "Jane Smith",
"email_address": "[email protected]",
"deleted": false
},
"amount": "50000",
"currency": "USD",
"period": "monthly",
"source": { "type": "seat_tier", "seat_tier": "enterprise_standard" },
"spend_limit_id": "spl_01XyZaBcDeFgHiJkLmNoPq",
"period_to_date_spend": "31402.5"
}
],
"next_page": "page_..."
}
단일 지출 한도 가져오기
GET /v1/organizations/spend_limits/{spend_limit_id}는 ID로 구성된 지출 한도 하나를 반환해요. spend_limit_id 필드가 참조한 행을 검사할 때 사용하세요. read:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 Retrieve a spend limit를 참고하세요.
curl "https://api.anthropic.com/v1/organizations/spend_limits/spl_01AbCdEfGhIjKlMnOpQrSt" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01"
사용자별 재정의 설정하기
POST /v1/organizations/spend_limits는 사용자별 지출 한도 재정의를 설정해요. 이것은 (scope, period)를 키로 하는 upsert예요. 이미 있는 사용자·기간에 한도를 설정하면 그 자리에서 덮어써요. 이 엔드포인트는 scope.type: "user"만 받아요. 시트 등급, 그룹, 조직 수준 기본값은 claude.ai 설정에서 구성해요. write:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 Create a spend limit를 참고하세요.
curl --request POST "https://api.anthropic.com/v1/organizations/spend_limits" \
--header "content-type: application/json" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01" \
--data '{"scope": {"type": "user", "user_id": "user_01AbCdEfGh"}, "amount": "75000"}'
{
"type": "spend_limit",
"id": "spl_01RsTuVwXyZaBcDeFgHiJk",
"created_at": "2026-05-11T10:02:44Z",
"updated_at": "2026-05-11T10:02:44Z",
"scope": { "type": "user", "user_id": "user_01AbCdEfGh" },
"amount": "75000",
"currency": "USD",
"period": "monthly"
}
사용자별 재정의 제거하기
DELETE /v1/organizations/spend_limits/{spend_limit_id}는 사용자별 재정의를 제거하며, 그 후 구성원은 상속된 시트 등급, 그룹, 조직 기본값으로 돌아가요. 시트 등급, 그룹, 조직 수준 행은 이 엔드포인트로 삭제할 수 없어요. write:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 Delete a spend limit를 참고하세요.
curl --request DELETE "https://api.anthropic.com/v1/organizations/spend_limits/spl_01RsTuVwXyZaBcDeFgHiJk" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01"
Spend limit increase requests
증가 요청 나열하기
GET /v1/organizations/spend_limit_increase_requests는 요청을 최신순으로 나열해요. status[](pending, approved, denied)와 actor_ids[]로 필터링해요. 이 목록은 요청자가 더 이상 조직 구성원이 아닌 요청은 제외해요. read:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 List spend limit increase requests를 참고하세요.
curl --globoff "https://api.anthropic.com/v1/organizations/spend_limit_increase_requests?status[]=pending&limit=50" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01"
각 보류 요청은 요청자의 현재 유효 지출 한도와 기간 시작 이후 지출을 보여주는 살아있는 spend_summary를 실어, 별도 조회 없이 결정하기에 충분해요.
단일 증가 요청 가져오기
GET /v1/organizations/spend_limit_increase_requests/{id}는 ID로 요청 하나를 반환해요. read:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 Retrieve a spend limit increase request를 참고하세요.
curl "https://api.anthropic.com/v1/organizations/spend_limit_increase_requests/slir_01AbCdEfGhIjKlMnOpQrSt" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01"
증가 요청 승인하기
POST /v1/organizations/spend_limit_increase_requests/{id}/approve는 보류 중인 요청을 승인해요. 요청자에게 관리자가 제공한 amount로 사용자별 지출 한도를 쓰고, 요청을 approved로 전환해요. 요청은 요청된 금액을 실지 않아요. 승인 시 새 지출 한도를 내가 제공해야 해요. write:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 Approve a spend limit increase request를 참고하세요.
curl --request POST "https://api.anthropic.com/v1/organizations/spend_limit_increase_requests/slir_01AbCdEfGhIjKlMnOpQrSt/approve" \
--header "content-type: application/json" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01" \
--data '{"amount": "75000", "suppress_notification": true}'
증가 요청 거부하기
POST /v1/organizations/spend_limit_increase_requests/{id}/deny는 보류 중인 요청을 거부해요. denied에 대해 멱등적이에요. 이미 거부된 요청을 거부하면 기존 리소스와 함께 200을 반환해요. 이 엔드포인트는 이미 승인된 요청을 거부하려는 시도를 거부해서, 자동화가 재시도와 상충되는 결정을 구분할 수 있게 해요. write:spend_limits 범위가 필요해요.
전체 파라미터 세부사항과 응답 스키마는 API reference의 Deny a spend limit increase request를 참고하세요.
curl --request POST "https://api.anthropic.com/v1/organizations/spend_limit_increase_requests/slir_01AbCdEfGhIjKlMnOpQrSt/deny" \
--header "content-type: application/json" \
--header "x-api-key: $ANTHROPIC_API_KEY" \
--header "anthropic-version: 2023-06-01" \
--data '{"suppress_notification": true}'
예시 워크플로우
이 워크플로우 중 일부는 Spend Limits API를 Analytics APIs 비용 엔드포인트와 결합해요. Analytics 비용 엔드포인트는 날짜 범위에 걸친 조직 전체 지출 보고를 위해 설계됐어요. GET /spend_limits/effective는 각 구성원에게 현재 적용되는 상한을 반환해요. Analytics로 어떤 구성원을 볼지 발견하는 스윕을 시작한 다음, /effective로 그들의 현재 상한을 읽으세요.
Spend Limits 엔드포인트는 spend_limits 범위가 필요하고 Analytics 비용 엔드포인트는 read:analytics가 필요해요. 접근을 프로비저닝하는 방법은 Analytics APIs를 참고하세요. 둘 다의 모든 통화 값은 최소 단위(센트)의 십진 문자열이에요. 두 API 모두 불투명 커서로 페이지네이션해요. 명시적 limit을 설정하고 next_page가 null이 될 때까지 페이지를 넘겨 전체 조직을 포괄하세요.
증가 요청 검토 흐름 자동화하기
보류 요청을 가져오고, 조직의 승인 정책을 적용하고, 각각을 해결하는 예약 작업을 실행하세요.
-
보류 요청 나열:
curl --globoff "https://api.anthropic.com/v1/organizations/spend_limit_increase_requests?status[]=pending&limit=100" \ --header "x-api-key: $ANTHROPIC_API_KEY" \ --header "anthropic-version: 2023-06-01"각 요청은 요청자의
actor.user_id와 그들의 현재 유효amount및period_to_date_spend가 담긴 살아있는spend_summary를 실어, 별도 조회 없이 결정하기에 충분해요. -
정책 적용. 예를 들어 구성원의 현재
amount가 임계값 아래면 자동 승인하고, 더 큰 상한은 수동 검토로 라우팅하세요. -
각 요청 해결. 승인하려면 새 상한을 제공하세요:
curl --request POST "https://api.anthropic.com/v1/organizations/spend_limit_increase_requests/{id}/approve" \ --header "content-type: application/json" \ --header "x-api-key: $ANTHROPIC_API_KEY" \ --header "anthropic-version: 2023-06-01" \ --data '{"amount": "75000", "suppress_notification": true}'거부하려면
.../{id}/deny로POST하세요. 내 시스템이 요청자에게 알릴 때는suppress_notification: true를 전달하세요.
지출 한도에 가까운 구성원 식별하기
차단되기 전에 상한을 올릴 수 있도록 상한에 다가가는 구성원을 찾아보세요.
-
Analytics API에서 각 구성원의 월초부터 지출을 가져와요(구성원당 한 행, 기본적으로 지출이 높은 순):
curl "https://api.anthropic.com/v1/organizations/analytics/user_cost_report?starting_at=2026-06-01T00:00:00Z&limit=1000" \ --header "x-api-key: $ANALYTICS_API_KEY" \ --header "anthropic-version: 2023-06-01"각 행은
actor.user_id,actor.email,amount(구성원의 지출, 센트)를 실어요.next_page를 통해 페이지를 넘겨 전체 조직을 포괄하세요. -
상위 지출자(또는 달러 임계값 이상의 모든 사람)에 대해 유효 상한을 배치로 가져와요:
curl --globoff "https://api.anthropic.com/v1/organizations/spend_limits/effective?user_ids[]=user_01AbCdEfGh&user_ids[]=user_01CdEf&limit=100" \ --header "x-api-key: $ANTHROPIC_API_KEY" \ --header "anthropic-version: 2023-06-01"각 행은 상한을
amount(null= 무제한,"0"= 포함 사용량 전용)로,period_to_date_spend와 함께 반환해요. -
양수 상한을 가진 각 구성원에 대해
period_to_date_spend / amount를 계산하고 임계값(예: 80퍼센트) 이상인 사람들을 플래그해요."0"상한은 이미 한도에 도달한 것으로 취급하세요. 이 비율에 대한 서버 측 필터는 없어요. -
플래그된 구성원에게 조치:
POST /v1/organizations/spend_limits로 상한을 올리거나, 보류 중인 증가 요청이 있으면 승인하거나, 구성원에게 연락하세요.
사용량이 빠르게 변하는 구성원 찾기
주 단위로 지출이 급증한 구성원을 표면화해요.
-
Analytics API에서 지난 2주간 구성원별 일 비용을 가져와요:
curl "https://api.anthropic.com/v1/organizations/analytics/user_cost_report?starting_at=2026-06-09T00:00:00Z&ending_at=2026-06-23T00:00:00Z&bucket_width=1d&limit=1000" \ --header "x-api-key: $ANALYTICS_API_KEY" \ --header "anthropic-version: 2023-06-01"bucket_width를 설정하면 각 구성원은 사용량이 있는 날마다 한 행을 차지하며,next_page를 통해 페이지를 넘겨 모든 구성원의 전체 시리즈를 수집해요. -
행을
actor.user_id로 그룹화해요. 각 구성원에 대해 최근 7일과 그 이전 7일을 합산해요. 최근 주가 이전 주를 내가 고른 배수(예: 3)만큼 초과하는 구성원을 플래그해요. 최근 일 비용은 잠정적인 것이며 상향 수정될 수 있어요. 반복 가능한 비교를 위해ending_at을 이전에 반환된data_refreshed_at(참고: 데이터 가용성과 신선도)와 같거나 그 이전으로 설정하세요. -
플래그된 구성원에게 조치:
POST /v1/organizations/spend_limits로 상한을 조정하거나 연락하세요.
인시던트 중 구성원 지출 한도 일시적으로 올리기
인시던트가 열려 있는 동안 대응자에게 작업할 여유를 주세요. 인시던트 시작 시 지출 상한을 올리고, 종료 후 되돌리세요. 인시던트 관리 시스템에 게이트를 걸어, 예를 들어 구성원이 배정된 살아있는 인시던트 ID를 요구하세요.
-
구성원의 현재 상한을 읽고 되돌리기 위해 기록해 두세요:
curl --globoff "https://api.anthropic.com/v1/organizations/spend_limits/effective?user_ids[]=user_01AbCdEfGh&period[]=monthly" \ --header "x-api-key: $ANTHROPIC_API_KEY" \ --header "anthropic-version: 2023-06-01" -
상한 올리기:
curl --request POST "https://api.anthropic.com/v1/organizations/spend_limits" \ --header "content-type: application/json" \ --header "x-api-key: $ANTHROPIC_API_KEY" \ --header "anthropic-version: 2023-06-01" \ --data '{"scope": {"type": "user", "user_id": "user_01AbCdEfGh"}, "amount": "500000", "period": "monthly"}' -
대응자들이 인시던트 동안 더 넓은 접근이 필요하면, 커스텀 역할을 부여한 인시던트 대응자 그룹을 사전 프로비저닝하고, 그 기간 구성원을 추가하세요:
curl --request POST "https://api.anthropic.com/v1/organizations/rbac_groups/rbac_group_01UvWxYzAbCdEfGhIjKlMn/members" \ --header "content-type: application/json" \ --header "x-api-key: $ANTHROPIC_API_KEY" \ --header "anthropic-version: 2023-06-01" \ --data '{"user_id": "user_01AbCdEfGh"}'그룹 엔드포인트는 User management를 참고하세요.
-
인시던트 시스템이 인시던트 종료를 표시하면 두 변경을 모두 되돌리세요. 1단계에서 기록한 지출 한도를 복원하거나(구성원에게 없었다면
DELETE /v1/organizations/spend_limits/{spend_limit_id}로 재정의를 삭제)DELETE /v1/organizations/rbac_groups/{rbac_group_id}/members/{user_id}로 그룹에서 구성원을 제거하세요.
자주 묻는 질문
지출 한도를 직접 설정하면 보류 중인 증가 요청이 해결되나요?
아니요. POST /v1/organizations/spend_limits는 재정의를 쓰지만 보류 중인 요청은 건드리지 않아요. POST /v1/organizations/spend_limit_increase_requests/{id}/approve를 사용해 요청을 해결하고 재정의를 한 번에 쓰세요.
사용자별 재정의를 삭제하면 어떻게 되나요?
구성원은 계층구조에서 상속할 것(그룹, 시트 등급, 조직 기본값)으로 돌아가요. 어떤 수준에도 기본값이 없으면 구성원은 무제한이에요.
이 API로 시트 등급이나 조직 전체 기본값을 설정할 수 있나요?
아니요. 이 API로는 사용자별 재정의만 쓸 수 있어요. 시트 등급, 그룹, 조직 수준 기본값은 claude.ai Organization 설정에서 구성해요.
활성 구성원에게 period_to_date_spend가 때때로 "0"으로 읽히는 이유는 무엇인가요?
지출 판독이 일시적으로 불가능할 수 있고, 그 경우 오류 대신 "0"으로 읽혀요. 정보 제공용으로 취급하세요.
함께 보기
- Spend Limits API reference — 모든 Spend Limits API 엔드포인트의 생성된 요청·응답 스키마.
- Spend Limit Increase Requests API reference — 증가 요청 엔드포인트의 생성된 요청·응답 스키마.
- Analytics APIs — Claude Enterprise의 사용자별·시간 버킷별 사용량 및 비용 보고.