# Facturation & compte

La plateforme fonctionne avec des **crédits prépayés en dollars US**. Chaque appel LLM est mesuré contre votre solde ; à zéro, les appels modèles s'arrêtent jusqu'à ce qu'un administrateur vous recharge.

## Fonctionnement du metering

Chaque appel modèle (nœuds Agent, Classify, le fallback LLM du If/Else, Guardrails, RAG, le constructeur IA…) enregistre sa consommation de tokens et est facturé :

```text
facturé = coût API réel (tokens × prix du modèle) + 10% de commission
```

- Les prix sont en **USD par million de tokens**, par modèle, maintenus côté serveur (voir la liste de prix en bas de la page Billing).
- Le montant facturé est arrondi **au centime supérieur** — minimum 1 centime dès que des tokens ont été consommés.
- Seuls les appels LLM sont facturés. Requêtes HTTP, transforms, emails, génération de fichiers, etc. sont gratuits.

## La page Billing

Ouvrez **Billing** dans la barre latérale gauche :

| Section | Contenu |
| --- | --- |
| **Solde** | Votre solde prépayé courant en dollars |
| **Consommation par jour** | Les 30 derniers jours de dépense, en histogramme |
| **Consommation par modèle** | Détail par modèle sur la même fenêtre : appels, tokens entrée/sortie et montant facturé |
| **Consommation par workflow** | Dépense par workflow sur la même fenêtre (l'usage du constructeur IA est regroupé à part) |
| **Transactions** | Le registre append-only : recharges, débits d'usage, ajustements admin, remboursements — chacun avec le solde après opération |
| **Prix des modèles** | Liste de prix publique (USD / 1M tokens, input et output) et le taux de commission |

## Solde épuisé

- Avant chaque appel LLM, le runtime vérifie votre solde. À **0 ou moins**, le run est refusé avec : `Insufficient credits — please top up your balance.` Les nœuds non-LLM ne sont pas affectés.
- Un bandeau d'avertissement apparaît dans toute l'application quand le solde passe **sous 1 $**.
- **Les administrateurs ne sont jamais bloqués** par le contrôle de crédit.

## Recharges

Les recharges sont effectuées **par l'administrateur uniquement** — il n'y a pas de paiement en libre-service. Contactez votre admin pour ajouter des crédits ; le crédit apparaît dans votre registre Transactions (`topup` / `admin_adjust`).

## Validation de compte à l'inscription

Les nouveaux comptes nécessitent une **validation admin** avant la première connexion :

1. Vous vous inscrivez avec email + mot de passe.
2. Le compte est créé en état *en attente d'approbation* — la connexion renvoie `account_pending_approval` tant qu'un administrateur ne l'a pas approuvé.
3. Une fois approuvé, vous vous connectez normalement (et recevez votre crédit initial de l'admin).

## Pièges

- Un échec de facturation ne casse jamais un run — le metering est best-effort et « fail open ».
- Le contrôle de solde a lieu *avant* l'appel, pas pendant : un long run démarré avec un solde positif se termine même s'il passe sous zéro en cours de route. Le run suivant est alors bloqué.
- Les transactions sont append-only ; les lignes d'usage conservent le modèle, les compteurs de tokens et le run consommateur.

---

*Source: https://agentbuilder.systalink.sn/docs/billing — human documentation.*
*Other language: [/docs-md/en/billing.md](/docs-md/en/billing.md).*
*Machine-readable index: [/llms.txt](/llms.txt).*