Cómo se aplican los créditos de render gratuitos mensuales, de más barato a más caro
Consulta cómo se calculan y se gastan los créditos de render gratuitos de cada ciclo de facturación en renders y mejoras de IA, y qué cambia con el esquema por asiento.
En cada ciclo de facturación, cada organización recibe créditos de render gratuitos calculados a partir de sus licencias: número de usuarios de la licencia × ratio de uso prorrateado × la cantidad configurada de créditos gratuitos por licencia. Estos créditos gratuitos se aplican automáticamente antes de cobrar nada y se aplican de más barato a más caro: todos los elementos facturables del ciclo —renders y mejoras de IA (0,2 créditos cada una) combinados— se ordenan por coste en créditos de forma ascendente, y los créditos gratuitos los absorben en ese orden; el elemento en el límite recibe un descuento porcentual parcial. El importe cobrado del ciclo es max(0, total de créditos usados − total de créditos gratuitos). Los créditos gratuitos no usados no se acumulan para el siguiente ciclo (la única acumulación es en una liquidación de período de gracia, donde los créditos complementarios no usados de facturas impagadas compensan el uso del período de gracia). Así, si un cliente pregunta por qué un render barato muestra un 100 % de descuento mientras que uno caro se cobra íntegro, se debe a la asignación de más barato a más caro, no a un error. Los créditos gratuitos se recalculan a partir de los datos de licencia en vivo, por lo que añadir licencias a mitad de ciclo aumenta el fondo de forma proporcional.
Las organizaciones que han pasado al nuevo esquema por asiento funcionan de otra manera: cada asiento tiene su propia asignación mensual, y los renders y mejoras de IA de cada usuario se cargan solo contra la asignación de su propio asiento; no se agrupa la asignación no usada entre asientos y no se aplica el orden de más barato a más caro. Los asientos de una licencia comprada a mitad de ciclo reciben una asignación prorrateada.
Cuando un render o una mejora de IA se bloquea con el error RENDER_OVERAGE_CAP_EXCEEDED, la organización tiene configurado un límite de exceso de renders y la parte facturable de esta tarea haría que los créditos de render de pago del ciclo superaran el límite. La comprobación se ejecuta antes de lanzar un render y antes de cada mejora de IA (mejorar, crear y mejorar, volver a mejorar). Matices importantes: los renders totalmente cubiertos por los créditos gratuitos restantes sí se procesan, y los renders HD de 0 créditos nunca se bloquean, porque el límite solo cuenta los créditos que se cobrarían realmente. Los créditos gratuitos que se aplican dependen del modo de facturación de la organización: en el nuevo esquema por asiento, cada usuario recurre a la asignación mensual de su propio asiento (prorrateada si el asiento se tomó a mitad de ciclo), mientras que en el esquema anterior la organización comparte un único fondo de créditos gratuitos. Qué hacer: un usuario de la organización con rol de catalog manager, project manager o accounts manager puede aumentar o eliminar el límite (ajuste de tienda de autoservicio; si se desactiva, significa ilimitado), o el cliente puede esperar al siguiente ciclo de facturación, cuando el uso facturado se restablece a cero. En el esquema por asiento, un usuario que ha agotado la asignación de su propio asiento también puede moverse a un asiento con créditos disponibles, o recibir un asiento si no tiene ninguno. Confirma con el cliente si el límite se estableció deliberadamente como control de presupuesto antes de aconsejarle eliminarlo; muchas organizaciones lo establecen precisamente para evitar facturas de exceso sorpresa.