Documentation

Billing, quotas et PAYG

Chaque requête de génération passe par les vérifications quota, PAYG et rate limit avant le routage modèle.

Cycle de vie requête

Authentifier la clé API
La requête est rattachée à un compte client et une clé API.
Résoudre le modèle public
L’ID public model est vérifié contre le catalogue activé et les accès plan.
Décider le billing
Le quota abonnement est réservé en premier. S’il est indisponible et que PAYG est activé, l’éligibilité du wallet est vérifiée avant upstream et l’usage réel est débité après la réponse.
Appeler la route modèle
La requête est routée uniquement après validation billing et rate limit.
Settler l’usage
L’usage final consomme le quota abonnement ou débite le PAYG. Les requêtes échouées ne sont pas facturées et leurs réservations de quota sont libérées.

Les plans abonnement utilisent des fenêtres fixes 5h et 7j qui démarrent à la première requête réussie.
Chaque modèle peut consommer un multiplicateur de requêtes différent par appel API.
Le fallback PAYG exige du crédit wallet et PAYG activé au niveau compte.
Le PAYG streaming exige les données d’usage finales pour settle correctement.

Les limites compte et clé API sont appliquées par minute.
Une réponse 429 signifie que la requête a été bloquée avant génération.
Crée des clés séparées par intégration pour simplifier le diagnostic rate limit.