Accueil → Aide

Facturé deux fois pour ce qui semblait être une seule requête

Votre client a abandonné et relancé alors que la première requête était encore en cours de génération. Le fournisseur a terminé les deux, donc les deux sont facturées : le délai a annulé votre attente, pas le travail.

Ce que vous voyez

Two identical entries in the usage log seconds apart
You saw one error and were billed for two completions
Cost per feature is roughly double what your own counter says
It happens more on long or reasoning-heavy requests

Pourquoi cela arrive

Un délai HTTP est une décision locale. À moins que la connexion soit réellement fermée et que le serveur choisisse d'abandonner à la déconnexion, la génération continue jusqu'au bout et est facturée.

Les relances automatiques des SDK sont activées par défaut et invisibles dans vos propres journaux. Un code qui semble faire un appel peut en faire trois.

Les modèles de raisonnement rendent cela bien plus probable, car le temps avant le premier token est assez long pour dépasser un délai par défaut alors que tout fonctionne normalement.

Comment le corriger

Fixez le délai au-dessus de la réponse la plus lente attendueMesurez le p99 de votre propre trafic et ajoutez de la marge. La plupart des doubles facturations, c'est un délai par défaut de 60 secondes face à une réponse de 70 secondes.
Désactivez les relances automatiques pour les appels coûteuxRéglez max_retries à 0 sur le client et relancez délibérément, là où vous pouvez le journaliser et décider si le travail vaut la peine d'être refait.
Utilisez le streaming pour les requêtes longuesLe streaming vous donne rapidement un premier token, ce qui empêche les délais d'inactivité de se déclencher et vous indique que la requête est vivante.

Chaque appel sur APICLAN est journalisé séparément avec son propre horodatage et son montant, donc deux entrées à quelques secondes d'intervalle, avec le même modèle et des nombres de tokens similaires, sont la signature à rechercher quand une facture semble doublée.

Voir aussi

Unexpected token '<' lors d'un appel à une API compatible OpenAI 401 invalid API key : quand la clé semble correcte mais échoue quand même

Dernière vérification le 2026-10-01. Rédigé à partir de problèmes diagnostiqués sur une passerelle compatible OpenAI en production, pas compilé à partir d'autres sites.