Como os créditos de renderização gratuitos mensais são aplicados do mais barato ao mais caro
Veja como os créditos de renderização gratuitos de cada ciclo de cobrança são calculados e gastos em renderizações e aprimoramentos de IA, e o que muda no modelo por assento.
Every billing cycle each org receives free render credits computed from its licenses: license user count × prorated usage ratio × the configured free-credits-per-license amount. These free credits are applied automatically before anything is charged, and they are applied cheapest-first: all billable items in the cycle — renders and AI enhancements (0.2 credits each) combined — are sorted by credit cost ascending, and free credits absorb them in that order; the item at the boundary receives a partial percentage discount. The charged amount for the cycle is max(0, total used credits − total free credits). Unused free credits do not roll over to the next cycle (the only carry-over is into a grace-period settlement, where unused complimentary credits from unpaid bills offset grace usage). So if a client asks why a cheap render shows a 100% discount while an expensive one is fully charged, that is the cheapest-first allocation, not an error. Free credits are recomputed from live license data, so adding licenses mid-cycle increases the pool pro rata.
Organisations that have moved to the newer per-seat scheme work differently: each seat carries its own monthly allowance, and every user's renders and AI enhancements are charged against their own seat's allowance only — there is no pooling of unused allowance between seats, and the cheapest-first ordering does not apply. Seats on a licence bought mid-cycle receive a pro-rated allowance.
Quando uma renderização ou um aprimoramento de IA é bloqueado com o erro RENDER_OVERAGE_CAP_EXCEEDED, a organização tem um limite de excedente de renderização configurado e a parcela cobrável deste trabalho levaria os créditos de renderização pagos do ciclo além do limite. A verificação ocorre antes de disparar uma renderização e antes de cada aprimoramento de IA (aprimorar, criar e aprimorar, reaprimorar). Nuances importantes: renderizações totalmente cobertas pelos créditos gratuitos restantes ainda passam, e renderizações HD de 0 créditos nunca são bloqueadas, pois o limite conta apenas os créditos que seriam efetivamente cobrados. Quais créditos gratuitos se aplicam depende do modo de cobrança da organização: no modelo mais novo por assento, cada usuário usa a franquia mensal do próprio assento (proporcional para um assento adquirido no meio do ciclo), enquanto no modelo mais antigo a organização compartilha um único conjunto de créditos gratuitos. O que fazer: um usuário da organização com função de gerente de catálogo, gerente de projeto ou gerente de contas pode aumentar ou remover o limite (configuração de autoatendimento da loja; desativá-la significa ilimitado), ou o cliente pode aguardar o próximo ciclo de cobrança, quando o uso cobrado é zerado. No modelo por assento, um usuário que esgotou a franquia do próprio assento também pode ser movido para um assento com créditos restantes, ou receber um assento se não tiver nenhum. Confirme com o cliente se o limite foi definido deliberadamente como controle de orçamento antes de aconselhá-lo a removê-lo — muitas organizações o definem justamente para evitar faturas de excedente inesperadas.