Comment les crédits de rendu gratuits mensuels sont appliqués, du moins cher au plus cher
Découvrez comment les crédits de rendu gratuits de chaque cycle de facturation sont calculés et dépensés entre les rendus et les améliorations IA, et ce qui change avec le schéma par siège.
À chaque cycle de facturation, chaque organisation reçoit des crédits de rendu gratuits calculés à partir de ses licences : nombre d'utilisateurs de la licence × ratio d'utilisation au prorata × le montant configuré de crédits gratuits par licence. Ces crédits gratuits sont appliqués automatiquement avant tout débit, et ils sont appliqués du moins cher au plus cher : tous les éléments facturables du cycle — rendus et améliorations IA (0,2 crédit chacun) confondus — sont triés par coût en crédits croissant, et les crédits gratuits les absorbent dans cet ordre ; l'élément à la limite reçoit une remise en pourcentage partielle. Le montant facturé pour le cycle est max(0, total des crédits utilisés − total des crédits gratuits). Les crédits gratuits inutilisés ne sont pas reportés au cycle suivant (le seul report concerne un règlement en période de grâce, où les crédits complémentaires inutilisés de factures impayées compensent l'utilisation en période de grâce). Donc si un client demande pourquoi un rendu bon marché affiche une remise de 100 % alors qu'un rendu coûteux est facturé en totalité, il s'agit de l'allocation du moins cher au plus cher, et non d'une erreur. Les crédits gratuits sont recalculés à partir des données de licence en temps réel, donc l'ajout de licences en cours de cycle augmente le pool au prorata.
Les organisations passées au nouveau schéma par siège fonctionnent différemment : chaque siège dispose de sa propre allocation mensuelle, et les rendus et améliorations IA de chaque utilisateur sont débités uniquement sur l'allocation de son propre siège — il n'y a pas de mutualisation de l'allocation inutilisée entre les sièges, et l'ordre du moins cher au plus cher ne s'applique pas. Les sièges d'une licence achetée en cours de cycle reçoivent une allocation au prorata.
Lorsqu'un rendu ou une amélioration IA est bloqué avec l'erreur RENDER_OVERAGE_CAP_EXCEEDED, l'organisation a configuré un plafond de dépassement de rendu et la partie facturable de cette tâche ferait dépasser le plafond des crédits de rendu payants du cycle. La vérification s'exécute avant le lancement d'un rendu et avant chaque amélioration IA (enhance, create-and-enhance, re-enhance). Nuances importantes : les rendus entièrement couverts par les crédits gratuits restants passent quand même, et les rendus HD à 0 crédit ne sont jamais bloqués, car le plafond ne compte que les crédits qui seraient réellement facturés. Les crédits gratuits applicables dépendent du mode de facturation de l'organisation : avec le nouveau schéma par siège, chaque utilisateur puise dans l'allocation mensuelle de son propre siège (au prorata pour un siège pris en cours de cycle), tandis qu'avec l'ancien schéma, l'organisation partage un seul pool de crédits gratuits. Que faire : un utilisateur de l'organisation ayant le rôle catalog manager, project manager ou accounts manager peut augmenter ou supprimer le plafond (paramètre en libre-service ; le désactiver signifie illimité), ou le client peut attendre le cycle de facturation suivant, où l'utilisation facturée est remise à zéro. Avec le schéma par siège, un utilisateur ayant épuisé l'allocation de son propre siège peut aussi être déplacé vers un siège disposant de crédits restants, ou recevoir un siège s'il n'en a pas. Confirmez avec le client si le plafond a été fixé volontairement comme contrôle budgétaire avant de lui conseiller de le supprimer — beaucoup d'organisations le fixent précisément pour éviter les factures de dépassement surprises.