기업이 GLM API를 구매할 때는 보통 "얼마를 충전할까, 단가는 얼마인가"라는 두 가지 질문으로 단순화되기 쉽습니다. 그러나 장기적인 사용 가능성을 결정하는 것은 계정 소유 주체, 할당량 배분, 데이터 조항이 심사를 통과할 수 있는지, 인보이스가 회계 처리될 수 있는지, 그리고 장애 시 우회 경로가 있는지입니다.

GLM은 OpenAI 호환 인터페이스를 제공하므로 연동이 빠릅니다. 바로 그 때문에 오히려 구매 절차를 건너뛰기 쉽습니다. 이 글은 계정, 할당량, 과금, 규정 준수, 프라이빗 배포, 비용, 출시 검수를 순서대로 다루는 체크리스트입니다.

안내: GLM, Zhipu, BigModel은 관련 권리자의 상표입니다. 본 문서는 기술 설명 목적이며 Zhipu와 소속 또는 대리 관계가 없습니다. 계정 규칙, 가격, 인보이스 및 배포 정책은 변경될 수 있으므로 구매 전 공식 문서, 콘솔과 사이트의 모델 가격을 기준으로 확인하십시오.

1. 구매 체크리스트를 다섯 개 모듈로 나누기

모듈 확인할 질문 산출 자료
계정과 권한 주체는 누구이며 Key는 어떻게 나누는가 계정 대장, Key 목록
할당량과 속도 제한 잔액, 동시성, 초과 규칙 예산표, 경보 설정
데이터와 규정 준수 보존, 학습 용도, 무보존 조항, 심사 기록
과금과 인보이스 과금 기준, 발행, 결제 주기 견적서, 인보이스, 입금 확인서
비용과 재해 복구 작업당 비용, 대체 모델 비용 모델, 전환 계획

어느 한 부분이라도 구두 확인에만 의존하면 나중에 재작업이 발생할 수 있습니다. 규정 준수와 인보이스는 기술 연동과 병행하여 시작하는 것이 좋습니다.

2. 계정, 기업 인증과 권한

기업 인증이 첫 단계입니다. 공식 문서에 따르면 법정대리인 신분 확인 또는 사업자등록증 위임으로 진행할 수 있으며 보통 최대 7영업일이 걸립니다. 법인 계좌 이체 검증은 빠르면 약 30분입니다. 개인 계정은 기업 인증으로 전환할 수 있지만 기업 계정은 개인으로 되돌릴 수 없으므로, 개인 신분으로 기업 계정을 실명 인증하지 마십시오.

계정 권장 사항은 다음과 같습니다. 회사 도메인 이메일로 등록하고 회사 주체를 연결합니다. 관리자는 최소 두 명으로 두고 운영, 테스트, 개발별로 Key를 분리합니다. Key는 서버 환경 변수나 키 관리 서비스에만 두고, 각 Key에 담당자와 용도를 표시하며 분기마다 점검하고 교체합니다. 외주가 끝나면 즉시 폐기합니다. 콘솔이 하위 계정, 프로젝트 또는 사용 한도를 지원하면 사업 라인별로 나누고 감사 로그를 남깁니다.

오픈소스 GLM 모델을 상업적 장면에서 사용하려면 플랫폼이 제공하는 기업 주체 대상 상업 라이선스 신청을 이용할 수 있으며 심사에는 약 2영업일이 걸립니다. 이는 모델 사용 허가이며 플랫폼과 대리 또는 협력 관계가 있음을 뜻하지 않으므로 구매 문서에서 이를 명확히 구분해야 합니다.

3. 할당량, 동시성 및 리소스 패키지

GLM의 속도 제한은 주로 동시성을 기준으로 하며 모델마다 별도 상한이 있고 계정 단위로 적용됩니다. 초과하면 1302, 플랫폼이 혼잡하면 1305, 할당량 상한은 1308 또는 1310일 수 있습니다. 1302는 동시성을 낮추거나 대기열에 넣어야 하고, 1305는 백오프 재시도, 1308은 할당량 조정이 필요합니다. 더 높은 동시성이 필요하면 조정을 신청할 수 있으며 심사에는 약 10영업일이 걸리므로 피크를 기준으로 미리 신청하십시오.

리소스 패키지 규칙을 확인해야 합니다. 과금 시 해당 시나리오에 맞는 리소스 패키지를 먼저 차감하고 그다음 현금 잔액을 차감합니다. 여러 패키지가 적용되는 경우 가장 빨리 만료되는 것부터 차감합니다. 만료 후에는 연장, 갱신 또는 재활성화가 지원되지 않습니다. 이미 소비되었거나 인보이스가 발행된 금액은 일반적으로 환불되지 않으며, 사용하지 않은 자비 충전은 특수한 경우 고객센터에 문의할 수 있지만 증정 또는 할인 부분은 취소됩니다.

계약이나 주문에는 할당량 규모, 초과 처리, 유효 기간, 미사용 잔액 처리 방식을 명확히 적고 "일정 금액 충전"이라고만 쓰지 마십시오.

4. 과금, 청구서 및 인보이스

GLM 텍스트 모델은 입력과 출력 토큰으로 과금되며, 캐시, 장문 컨텍스트, 이미지와 비디오 생성은 다른 기준이 적용될 수 있습니다. 예산은 텍스트, 비전, 생성, 재시도를 별도로 산정해야 합니다. 현재 가격은 모델 가격 페이지를 기준으로 하며 모델과 프로모션에 따라 조정됩니다.

인보이스 규칙은 결제 전에 확인하십시오. 공식 설명에 따르면 실제 소비 금액을 기준으로 발행하며 충전 금액 기준 발행은 지원하지 않습니다. 발행 가능 대상은 지난달 및 그 이전의 API 추론 청구서와 전일 및 그 이전의 리소스 패키지 주문입니다. 신청 후 보통 3~7영업일 내 지정 이메일로 발송됩니다. 발행 주체는 기업 인증 주체와 일치해야 하며, 연체 기간에는 일부 결제 주기의 발행이 불가능할 수 있습니다. A사에서 B사로 전환한 뒤에는 A사 기간의 소비를 B사 명의로 발행할 수 없으므로 이전 전에 과거 인보이스를 정리해야 합니다.

매월 청구서를 내보내 프로젝트 또는 Key별로 비용을 나누고 리소스 패키지, 현금 차감, 인보이스 금액을 대조하는 것이 좋습니다.

5. 데이터 규정 준수와 프라이빗 배포 옵션

플랫폼 개인정보 처리방침에는 개인정보가 중국 국내에 저장되며 현재 국경을 넘는 전송은 없다고 명시되어 있습니다. 동시에 익명 데이터를 머신러닝이나 모델 학습에 사용할 수 있다고 언급합니다. 플랫폼은 2026년 9월 신청 가능한 "데이터 내용 무보존" 메커니즘을 발표했습니다. 활성화하면 프롬프트와 출력은 해당 요청 계산에만 사용되고 저장되지 않으며 학습에 사용되지 않습니다. 다만 공개 정보에 따르면 Batch API, File API 등 영속화 인터페이스는 범위에 포함되지 않으며, 법규 요구나 남용 조사 상황에서는 30일 이상 보존될 수 있습니다.

구매 심사는 여섯 가지를 다뤄야 합니다. 보존 여부와 보존 기간, 학습 사용 여부, 저장 지역과 국경 간 전송, 데이터 처리 계약 체결 가능 여부, 하위 처리업체 목록, 보안 사고 통지 방식입니다. 개인정보, 고객 계약, 재무 데이터를 다루는 경우 먼저 데이터 등급을 나누고 비식별화하십시오.

프라이빗 배포는 정책 변화에 특히 주의해야 합니다. 공식 문서에 따르면 셀프서비스 "프라이빗 인스턴스 배포"는 축소되고 있습니다. 2026년 10월 16일부터 생성과 수정이 불가능하고 11월 16일 서비스가 종료됩니다. 이미 클라우드 프라이빗 서비스 계약을 체결한 사용자는 영향을 받지 않습니다. 필요가 있는 기업은 상업 계약을 통해 클라우드 프라이빗 서비스 또는 전용 배포를 확인하고, 사용 가능한 모델, 컴퓨팅 사양, 서비스 수준, 업데이트 주기와 종료 메커니즘을 명확히 물어야 합니다.

6. 비용 관리: 낭비를 먼저 고치고 단가는 나중에

기업 청구서가 통제를 벗어나는 이유는 보통 단가가 아니라 입력이 너무 길고, 출력에 상한이 없고, 캐시가 적중하지 않고, 재시도가 중복 생성하는 데 있습니다. 최적화 순서는 다음과 같습니다. 입력을 압축하고 검색은 관련 조각만 회수합니다. 시스템 프롬프트와 도구 정의를 고정해 접두사를 안정화합니다. 출력을 제한하고 구조화된 결과를 요구합니다. 분류와 추출에는 경량 모델을 쓰도록 모델을 분리합니다. 오프라인 작업은 일괄 처리합니다. 공급자 교체는 마지막에 고려합니다.

import json
import os
from collections import defaultdict

INPUT_RATE = float(os.environ.get("GLM_INPUT_RATE", "0"))
OUTPUT_RATE = float(os.environ.get("GLM_OUTPUT_RATE", "0"))
BUDGET = float(os.environ.get("GLM_MONTHLY_BUDGET", "0"))

cost = defaultdict(float)
for line in open("usage.jsonl", encoding="utf-8"):
    row = json.loads(line)
    p = row.get("project", "default")
    cost[p] += row.get("input", 0) * INPUT_RATE
    cost[p] += row.get("output", 0) * OUTPUT_RATE

total = sum(cost.values())
for p, amount in sorted(cost.items(), key=lambda x: -x[1]):
    print(f"{p}: {amount:.2f}")
print(f"total: {total:.2f} / budget: {BUDGET:.2f}")
if BUDGET and total > BUDGET * 0.8:
    print("warning: over 80% of budget")

이 스크립트는 집계와 경고만 수행하며, 단가는 공식 페이지에서 읽어 직접 입력해야 합니다. 비용에 대한 답은 요청 로그 안에 있습니다.

7. 접근 제어와 장애 전환

운영 환경에 연동하기 전에 Base URL, Key, 모델명을 설정 파일로 만들고, 공식 직결, 게이트웨이, 대체 모델을 전환할 때 설정만 바꾸도록 합니다. 세 가지 제어를 구성합니다. 타임아웃, 지수 백오프 재시도, 서킷 브레이커와 하프오픈 탐지입니다. 쓰기 작업에는 멱등 키를 사용해 중복 과금을 피합니다.

대체 경로는 미리 평가해야 합니다. 대체 모델은 품질, 컨텍스트, 도구 호출에서 다를 수 있으므로 전환 후 품질 변화를 감수할 수 있어야 하며, 그렇지 않으면 비핵심 기능만 저하 모드로 돌려야 합니다. 여러 공급자를 쓸 때는 통합 게이트웨이로 Key와 청구서를 모을 수 있고, 단일 모델 직결은 경로가 더 짧습니다. 두 방식 모두 연속 타임아웃, 5xx 비율 상승, 첫 바이트 지연 초과 같은 전환 발동 조건을 두어야 합니다.

8. 파일럿 검수 체크리스트

  1. 실제 장면을 하나 정하고 품질, 지연, 비용 지표를 명확히 적습니다.
  2. 30~50개의 작업으로 2주간 실행하며 피크와 비피크 시간을 모두 포함합니다.
  3. 통과율, p95 지연, 429 횟수, 작업당 비용을 기록합니다.
  4. 법인 결제, 청구서 내보내기, 인보이스 신청을 한 번씩 진행합니다.
  5. 데이터 등급 분류, 조항 보관, 무보존 신청을 완료합니다.
  6. Key 교체, 권한 회수, 퇴사 인수인계를 리허설합니다.
  7. 주·대체 전환을 리허설하고 복구 시간을 기록합니다.
  8. 검수를 통과한 뒤 확장하고 월간 대조 절차를 마련합니다.

9. 자주 묻는 질문 (FAQ)

기업이 GLM API를 구매하려면 반드시 기업 인증을 해야 하나요?

호출 자체에 강제되지는 않지만, 기업 결제, 법인 계좌 이체, 기업 주체 명의 인보이스 발행은 모두 기업 인증에 의존합니다. 구매를 시작할 때 완료하는 것이 좋습니다.

리소스 패키지가 만료되면 연장이나 환불이 가능한가요?

만료 후에는 연장, 갱신, 재활성화가 지원되지 않으며 환불에도 제한이 있습니다. 실제 소비량을 기준으로 규모를 산정하고 리소스 패키지를 장기 예금처럼 취급하지 마십시오.

인보이스는 충전 금액 기준인가요, 실제 소비 기준인가요?

실제 소비 금액을 기준으로 발행하며 충전 금액 기준 발행은 지원하지 않습니다. 발행 가능 범위와 주기는 공식 인보이스 설명을 기준으로 하십시오.

GLM은 아직 프라이빗 배포를 지원하나요?

셀프서비스 프라이빗 인스턴스는 축소되고 있습니다. 공식 문서에 따르면 2026년 10월 16일부터 생성과 수정이 중단되고 11월 16일 서비스가 종료됩니다. 이미 클라우드 프라이빗 서비스 계약을 체결한 사용자는 영향을 받지 않습니다. 필요가 있으면 상업 계약으로 확인해야 합니다.

단일 모델 또는 단일 경로 장애를 어떻게 피할 수 있나요?

평가를 마친 대체 모델을 준비하고 타임아웃, 백오프, 서킷 브레이커, 멱등 처리를 구성하며 정기적으로 전환을 리허설하십시오. 재해 복구는 특정 진입점의 약속이 아니라 엔지니어링 절차에 달려 있습니다.

다음 단계

먼저 ZSQH AI Gateway에서 테스트 Key를 만들고 실제 작업으로 2주간 품질, 지연, 실패율, 작업당 비용을 기록한 뒤 구매 규모를 결정하는 것이 좋습니다. 모델과 과금은 모델 가격 페이지를 기준으로 하십시오.

관련 글