
Leonardo: Canva Business 팀 중 일부가 Essential 대신 150 토큰을 확인한 경우 — 점검 사항
요약
Canva Business 팀 내에서 Leonardo Essential 권한이 일부 사용자에게만 적용되는 현상에 대한 분석과 점검 가이드를 제공합니다. 이는 팀 규모의 제한보다는 개별 사용자의 계정 상태나 액세스 조건 문제일 가능성이 높습니다.
핵심 포인트
- Leonardo 권한 문제는 팀 좌석 수 제한보다 개별 계정의 적격성 문제일 가능성이 큼
- 150 토큰 노출은 Essential 권한이 적용되지 않은 Free 상태임을 나타내는 지표임
- 결제 완료 상태 여부 등 개별 사용자의 플랜 및 액세스 조건을 우선 확인해야 함
- 단일 사례로 플랫폼의 일반적 오류를 단정 짓기보다 개별 계정 조사가 필요함
7월 9일, Canva Business 유료 팀의 소유자가 다음과 같은 상황을 설명했습니다: 약 30명의 참가자는 Leonardo에서 Essential 권한을 받았으나, 나머지 인원은 Free 상태와 150 토큰을 확인했습니다. 이는 30명 제한의 증거는 아니지만, 그렇다고 팀 전체를 위해 즉시 개별 구독을 구매해야 할 이유도 아닙니다.
확인해야 할 것은 팀의 규모가 아니라, 각 개별 참가자의 액세스 권한(eligibility)입니다. Leonardo의 규칙에 따르면, Canva Business 또는 Enterprise의 적격(eligible) 참가자는 공통 풀의 일부를 나누어 받는 것이 아니라, 자신만의 Essential 계정과 자체적인 토큰 할당량을 받게 됩니다. 두 동료가 같은 팀에 속해 있음에도 서로 다른 등급을 보고 있다면, 접속 조건이나 계정 상태가 다를 수 있습니다.
150 토큰은 등급을 나타내지만, 원인을 나타내지는 않습니다
Leonardo 도움말에는 Free 사용자를 위해 150 daily tokens(일일 150 토큰)가 명시되어 있습니다. 따라서 이는 유용한 진단 마커(diagnostic marker)가 됩니다. 즉, 해당 계정에 Essential이 적용되지 않았음을 의미합니다. 하지만 이 마커 자체가 왜 이런 일이 발생했는지에 대한 이유는 설명해주지 않습니다.
7월 9일 논의에서 Leonardo 공식 계정은 seat(좌석/사용자 수) 수에 대한 어떠한 제한도 확인해주지 않았습니다. 대신 고객 지원팀은 개별 계정을 조사할 것을 제안했습니다. Canva 커뮤니티의 또 다른 메시지에서도 동일한 증상이 확인되었으나, 단 두 건의 사용자 사례만으로는 이를 플랫폼의 일반적인 오류라고 단정 지을 수 없습니다.
실질적인 결론: '30번째 seat'를 찾으려 하지 말고, 단 하나의 팀 사례만으로 요금제 정책을 결론짓지 마세요. 먼저 허용된 예외 상황인지, 아니면 액세스 연결(access binding)의 문제인지 구분해야 합니다.
영향을 받은 각 seat에 대해 확인해야 할 다섯 가지 조건
Essential 권한은 무조건적으로 부여되지 않습니다. Free 상태로 표시되는 각 참가자에 대해 다음의 짧은 체크리스트를 동일하게 수행하십시오.
| 점검 항목 | 올바른 상태 | 불일치 시 의미 |
|---|---|---|
| 플랜 및 결제 | Canva Business 또는 Enterprise가 trial(체험판) 상태가 아닌 결제 완료 상태임 | Trial 상태는 Essential 권한을 부여하지 않음 |
| ... |
관리자 계정 하나가 아닌, 영향을 받는 사용자(affected users)를 기준으로 이 항목들을 확인하십시오. 소유자나 일부 동료에게 Essential 권한이 있다는 사실은 해당 팀 내에서 접근이 가능하다는 점만 확인해 줄 뿐, 나머지 인원이 조건을 충족하고 있음을 보장하지는 않습니다.

초기 가설이 바뀌는 지점
가장 이해하기 쉬운 문제의 버전은 이렇습니다: "Canva가 팀에 너무 적은 seat(좌석)를 할당했다." 일부 동료는 작동하고 일부는 작동하지 않는 상황에서는 이 가설이 그럴듯해 보입니다. 하지만 공개된 약관에 따르면, 접근 권한은 seat를 배분하는 팀 단위 패키지가 아니라, 각 eligible member(자격이 있는 구성원)별로 개별적으로 부여됩니다.
이는 대응 순서를 바꿉니다. 이미 활성화된 seat를 세는 대신, 먼저 trial(체험판), 잘못된 로그인 방식, 다른 유료 플랜인 Leonardo, 그리고 관리자 제한 사항을 제외해야 합니다. 이 다섯 가지 조건이 모두 확인되었음에도 계정이 여전히 Free 상태로 남아 있다면, 그때 비로소 정식적인 access issue(접근 문제)로 간주할 수 있습니다.
강력한 반론도 일리가 있습니다. 만약 문제가 계정 연동 측의 문제라면, Canva를 통한 재로그인이 도움이 되지 않을 수도 있습니다. 따라서 무한정 로그인을 반복하게 하거나 직원들에게 개인 구독을 실험해 보라고 요청해서는 안 됩니다. 통제된 조건 확인은 유용하지만, 무작위적인 시도의 반복은 상황 파악만을 흐릴 뿐입니다.
지원을 위한 최소한의 데이터 세트
영향을 받는 참가자들에 대해서만 표를 작성하십시오. 이를 전체 채팅방에 게시하거나 공개적인 논의에 개인 정보를 첨부하지 마십시오.
각 행에는 다음 정보만으로 충분합니다:
- Canva Business 또는 Enterprise 상태 및 체험판 (trial)이 아니라는 표시;
- 지원팀이 대조할 수 있는 이메일 또는 계정 식별자;
- 마지막 로그인 방식: Canva를 통한 방식 또는 기타 방식;
- 다른 유료 (paid) Leonardo 플랜 보유 여부;
- 관리자 정책 (administrator policy) 상태;
- 일일 150 토큰 (150 daily tokens)이 표시된 현재 Free 등급의 스크린샷.
문의 시에는 사실과 결론을 분리하십시오: 일부 참가자가 Essential 등급을 받았음을 명시하고, 영향을 받은 계정 (affected accounts)을 나열하며, 다섯 가지 확인 사항을 완료했음을 확인하십시오. 약관에서 확인되지 않는 한, 자리 제한 (limit of seats)을 주장하거나 토큰 환불을 요구하지 마십시오. 이렇게 하면 지원팀은 개별 조사를 위한 자료를 갖게 되고, 팀은 무턱대고 두 번째 구독을 구매하지 않아도 될 근거를 얻게 됩니다.
이미지 관련 업무를 중단할 수 없는 상황이라면, 단일 루블 잔액을 사용하는 다른 가용 모델을 통해 provod.ai를 통해 제한적으로 작업을 계속할 수 있습니다. 이것이 Canva와 Leonardo의 연동 문제를 해결하거나 해당 서비스의 지원팀을 대신하는 것은 아니지만, 긴급한 생산 업무와 권한 (entitlement) 조사 작업을 분리하는 데 도움이 됩니다.

provod.ai — 하나의 시나리오에서 LLM과 미디어 모델을 연결하세요
한 모델은 아이디어와 프롬프트 (prompt)를 준비하고, 다른 모델은 이미지를 생성하며, 세 번째 모델은 비디오를 제작하도록 하십시오: 통합 API는 워크플로우 (workflow) 자동화와 팀 액세스 (access) 관리를 간소화합니다.
하나의 카탈로그에서 텍스트 및 미디어용 최신 모델을 만나보세요: OpenAI의 GPT, Anthropic의 Claude, Google의 Gemini, xAI의 Grok, DeepSeek, Qwen, GLM, Kimi 및 MiniMax가 포함됩니다. 이미지용으로는 Nano Banana 2 Pro 및 GPT Image가, 비디오용으로는 Seedance, Kling, Veo 및 Google Omni의 최신 버전이 제공됩니다. 또한 추론 (reasoning), 검색, 문서, 임베딩 (embeddings), 음악 및 오디오를 위한 모델도 사용할 수 있습니다.
복합 시나리오 (Composite scenario)에는 복합 할증료가 부과되지 않습니다: 각 호출은 해당 모델의 공식 가격에 따라 1:1로 계산됩니다.
아이디어에서 영상 제작까지의 과정을 자동화하세요: 등록 양식 · 모델 가격 · 152-FZ에 따른 데이터 보호 · API 및 통합
귀하의 팀에게 무엇이 더 비용이 많이 드나요: 조건이 확인될 때까지 개별 조사를 기다리는 것인가요, 아니면 나중에 Essential로 돌아올 가능성을 열어둔 채 긴급한 작업들을 일시적으로 다른 도구로 옮기는 것인가요?
AI 자동 생성 콘텐츠
본 콘텐츠는 Dev.to AI tag의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기