Crédits
Le solde, l'autonomie, la répartition des crédits, et les limites par membre.
Crédits dans la console.
Cette section ne s'applique que si votre organisation tourne sur les crédits. Si vous utilisez vos propres clés fournisseur, la page vous le dit, vos fournisseurs vous facturent directement, et tout ce qui suit ne vous concerne pas. Voir Comment fonctionne la facturation.
Solde et autonomie
Solde disponible, en crédits, avec une estimation de sa durée au rythme récent (« environ 23 jours restants »). Si l'usage récent est trop faible pour estimer, la page le dit plutôt que de deviner.
L'autonomie est le chiffre à surveiller. Un solde ne veut rien dire sans un rythme, et tout l'intérêt de l'estimation est de vous prévenir avant un vendredi après-midi.
Expire bientôt liste les dotations qui ont une date d'expiration. Des crédits qui expirent sans être utilisés méritent d'être repérés un mois avant, pas la veille.
Recharger n'est pas en libre-service : contactez votre interlocuteur Asteria Cloud.
Solde négatif
Si de l'usage est comptabilisé après épuisement du solde, vous passez en négatif et la page explique qu'une recharge régularise la situation. Rien de votre travail n'est perdu en silence.
La répartition de vos crédits
Une ventilation sur une fenêtre récente, par activité : conversation, documents, recherche, indexation de documents, recherche web, images, évaluations, workflows.
Utile pour les questions que vous vous poserez vraiment. Une indexation qui grimpe signifie que quelqu'un a monté une grosse collection, probablement avec l'analyse visuelle activée. Des évaluations qui montent signifient que quelqu'un fait tourner des jeux de données fréquemment, ce qui est une bonne pratique et a bel et bien un coût. Des workflows qui grossissent sans que personne n'en parle signifient qu'une planification tourne sans que personne ne la surveille.
Une partie de l'usage ne peut pas être rattachée à une activité et apparaît en Autre activité. Elle est régularisée sur le total de votre fournisseur plutôt que ventilée : c'est donc un coût réel avec une étiquette grossière, pas une erreur d'arrondi.
Les limites par membre
Plafonnez la part du pool partagé qu'un membre peut utiliser sur un mois calendaire.
Une limite est un plafond sur l'usage de cette personne, pas un solde distinct. Le pool reste partagé. Donner une limite à tout le monde ne découpe pas le solde en parts, et la somme des limites peut très bien dépasser ce que vous détenez.
Définissez une valeur par défaut pour tout le monde, et faites des exceptions individuelles. Laissez vide pour aucune limite.
Un membre arrivé à sa limite est mis en pause jusqu'au mois suivant et en est informé, avec une note indiquant qu'un administrateur peut la relever. Au-dessus mais sans être bloqué, il est informé que rien n'est bloqué pour l'instant.
La valeur par défaut mérite d'être définie, même généreusement. Il ne s'agit pas de rationner, il s'agit de borner l'accident : un workflow emballé ou une campagne d'évaluation énorme peut sinon dépenser les crédits d'un mois en une après-midi, et une limite transforme cela en le problème d'une seule personne pour un seul mois.
L'application des limites
Vous pouvez voir une note indiquant que l'usage des crédits est enregistré mais pas appliqué : rien n'est bloqué, et les limites sont suivies sans être appliquées.
Cela vaut la peine de savoir dans quel mode vous êtes avant de compter sur une limite pour arrêter quoi que ce soit.