Allocations d’usage
Définissez les plafonds des membres par pourcentage, montant interne en USD ou tokens dans un espace de travail.
Les allocations d’usage sont facultatives. Si les membres n'ont besoin que d'un abonnement, donnez-leur un compte commun dans Membres et arrêtez-vous là. Ajoutez une allocation lorsque vous devez limiter la quantité que chaque personne peut utiliser à partir d'un pool dédiée.
Où le trouver ?
Sélectionnez l'espace de travail dans le commutateur en haut de la barre latérale gauche. Administration → Allocations d’usage → Ajouter une allocation d’usage. Les quatre choix dans la forme sont Par part, Montant, Par les jetonset Par fenêtre temporelle.
Si Ajouter la provision pour ressources est désactivé, d'abord assurez-vous que l'espace de travail a un groupe de ressources activé et non vide qui n'a pas déjà une allocation. Les comptes du pool ne doivent pas être partagés avec un autre pool avant d'économiser une allocation.
Exemple de formulaire d'allocation de jeton avec les membres synthétiques et les limites :
Préparer le pool et les membres
- Connectez et vérifiez un abonnement sous Comptes.
- Sous Groupes de ressources, créer un pool activé contenant ce compte. Pour une allocation, retirer ses comptes de tout autre pool dans cet espace de travail.
- Sous Membres, ouvrir chaque membre ordinaire Accès de groupe Les propriétaires et les administrateurs ont déjà accès à des pools autorisées. Toute personne ayant accès à le pool peut recevoir son allocation.
Un compte nouvellement connecté est non attribué jusqu'à ce que vous l'ajoutiez à un pool. Les nouveaux membres ne reçoivent pas de autorisation de pool automatique. même espace de travail sélectionné.
Choisir une limite
| Choix dans la forme | Utilisez-le quand | Ce qui est compté | Réinitialiser |
|---|---|---|---|
| Par part | Répartir un budget configuré selon les pourcentages des membres | Budget en tokens ou USD internes, compté dans l’unité choisie | Réinitialisation quotidienne/mensuelle ou fenêtres de durée indépendantes |
| Montant | Donnez à chaque membre une carte interne USD Allocation d’usage | Entrée, entrée en cache et jetons de sortie aux prix du modèle sauvés | Choisis l'heure quotidienne ou la date et l'heure mensuelles dans le fuseau horaire de l'instance |
| Par les jetons | Régler un plafond en jeton direct | Entrée plus jetons de sortie; l'entrée mise en cache n'est pas comptée deux fois | Choisis l'heure quotidienne ou la date et l'heure mensuelles dans le fuseau horaire de l'instance |
| Par fenêtre temporelle | Ajouter plusieurs interne USD limites avec des valeurs par défaut partagées et des dépassements facultatifs des membres | Chaque membre a un registre séparé; la même demande à prix compte dans chaque fenêtre configurée | Chaque fenêtre démarre à l'activation et se renouvelle après sa durée |
Par part propose une base en tokens ou en USD internes. Les tokens additionnent l’entrée et la sortie déclarées sans compter deux fois l’entrée en cache ; les montants utilisent les prix de modèle enregistrés. Définissez un total par période calendaire ou par fenêtre de durée, puis les mêmes pourcentages pour chaque fenêtre. Ce sont des budgets internes, pas la capacité réelle de l’abonnement, un solde en espèces ou une facture du fournisseur. Le quota amont peut s’épuiser avant. 1 M correspond à un million de tokens.
Créer et utiliser une allocation
- Cliquez sur Ajouter la provision pour ressources, nommez la règle, et sélectionnez le pool dédié.
- Choisissez l’un des quatre types. Pour les parts, choisissez tokens ou montant, puis une période calendaire ou jusqu’à 8 fenêtres de durée ; renseignez chaque budget et les pourcentages communs. Les budgets proportionnels doivent être positifs : une valeur vide ne signifie pas illimité. Le type par fenêtre utilise des heures/jours entiers et des plafonds internes en USD avec dérogations individuelles ; seuls ces plafonds indépendants acceptent une valeur vide pour illimité. Les autres types définissent un plafond individuel direct. La somme des parts ne dépasse pas 100 % ; répartition égale et sélection de tous les membres restent disponibles.
- Pour Montant, Part du montantou Par fenêtre temporelle, SubLane Les modèles sans prix catalogue courant utilisent un prix précédemment économisé lorsque disponible; sinon, les demandes à ces modèles sont bloquées. L'administrateur voit les avertissements actuels de couverture des prix. L'épargne échoue seulement lorsque aucun prix modèle utilisable ne reste. Types quotidiens/mensuels choisissent également une réinitialisation ou une date et une horloge.
- Choisissez le début et enregistrez. Pour un début différé, vérifiez l’heure renvoyée par le serveur puis sélectionnez Confirmer l’heure de début. L’administrateur consulte l’usage de la règle ; les membres voient leurs soldes dans leur page d’utilisation.
- Chaque membre crée un nouveaux personnels API clé pour l'allocation et sa pool. Les clés existantes ne sont pas automatiquement rebondies.
Un groupe ne peut avoir qu’une allocation et conserve ses comptes tant qu’elle existe, même en pause. Modifier les membres actuels applique immédiatement les changements financés sans effacer l’usage. Les modifications de budget/prix gardent la programmation et les frontières ; changer l’unité, le type ou le calendrier exige une confirmation de nouvelle période. La pause bloque les usages suivants sans libérer le groupe dédié. Le formulaire affiche l’heure calculée par le serveur ; la fenêtre actuelle la plus longue peut retarder le changement jusqu’à presque toute sa durée, au maximum 365 jours. Une requête déjà admise peut dépasser le solde restant.
Avant la première activation, l’éditeur complet de la règle initiale enregistrée permet de corriger bénéficiaires et plafonds individuels sans changer l’heure confirmée ni l’ancrage comptable. Pour modifier les membres d’un remplacement structurel déjà planifié, confirmez de nouveau la période ; les éditions ordinaires de budget/prix peuvent garder le plan sans cette confirmation.
Pour les calculs de partage et les corrections manuelles, lire la référence comptable.
Notifications de seuil d’allocation
Les webhooks actifs notifient aussi 80 % et 95 % de l’allocation membre comptabilisée. Fenêtres actuelles, parts et dérogations sont réutilisées ; allocations illimitées, désactivées ou inaccessibles ignorées. Aucune estimation des opérations en attente.
Chaque seuil est émis une fois par période comptable ; la déduplication survit au redémarrage et se réarme au renouvellement. Modifier les membres ou les prix ne réarme pas la même période. allowance_low contient des identifiants locaux bornés dans subject, et dans cycle une marque associant la révision de l’ancrage d’origine et l’heure de réinitialisation. Un échec d’observation conserve les incidents ; au maximum 4 096 seuils atteints sont observés par espace. Les notifications vont au Webhook administrateur, sans courriel direct ni modification de l’admission ou de la facturation.