Calculateur d'utilisation du crédit
Une carte avec 1 200 dus sur un plafond de 4 000 et une autre avec 800 sur 2 000 donnent une utilisation du crédit de 33,33 %, juste au-dessus du repère de 30 %. Saisissez le solde et le plafond de chaque carte. Gratuit dans votre navigateur.
- Gratuit
- Fonctionne dans votre navigateur
- Sans inscription
- Vos données restent sur votre appareil
Lancer gratuitement
L'utilisation du crédit est la part du crédit renouvelable que vous avez déjà tirée : les soldes impayés de cartes et de lignes divisés par les plafonds combinés de ces mêmes comptes. Les prêteurs et les modèles de score de type FICO traitent ce ratio comme une part majeure du facteur des montants dus, c'est pourquoi l'on cherche un calculateur d'utilisation du crédit avant de demander un prêt immobilier ou de relever un score intermédiaire. Les plafonds inutilisés comptent encore au dénominateur, et une carte au-delà du plafond est admise afin que le pourcentage puisse dépasser cent.
Ce que signifie l'utilisation du crédit et comment le ratio se construit
L'utilisation du crédit est la fraction du crédit renouvelable déjà en cours : additionnez chaque solde impayé sur les cartes de crédit, les cartes de magasin et les autres lignes renouvelables, puis divisez par la somme des plafonds de ces mêmes comptes. Les bureaux de score traitent ce ratio comme une grande part du facteur des montants dus, si bien qu'un portefeuille qui paraît raisonnable comme un tas de soldes en dollars peut encore sembler tendu une fois exprimé en pourcentage des plafonds disponibles.
L'identité n'est pas la même qu'un ratio d'endettement, un plan boule de neige ou un contrôle Luhn d'un numéro de carte : celles et ceux qui tapent calculateur d'utilisation du crédit veulent le tableau des plafonds renouvelables, y compris des cartes qu'ils n'utilisent pas. Une carte inutilisée avec un solde nul et un plafond de quatre mille agrandit encore le dénominateur et abaisse le pourcentage global ; fermer cette carte plus tard peut faire monter l'utilisation du jour au lendemain.
Les cartes individuelles peuvent raconter une autre histoire que le portefeuille : la Mastercard est déjà à 40 pour cent tandis que la Visa se tient à 30 pour cent, et les modèles de type FICO regardent l'utilisation globale et celle de chaque carte. Les prêts à tempérament, les hypothèques et les crédits auto ne sont pas du crédit renouvelable et n'appartiennent pas à cette somme.
Où un calculateur d'utilisation du crédit justifie sa place
Les conseillers en crédit et les coachs d'organismes à but non lucratif utilisent le point de terminaison pour montrer à un client combien payer ce cycle afin de descendre sous 30 pour cent ou 10 pour cent avant une interrogation hypothécaire, sans ouvrir un tableur.
Les unités TVM de préparation aux examens et de salle de classe ont besoin d'un oracle déterministe qui traite les plafonds inutilisés comme partie du dénominateur, refuse un plafond nul au lieu de diviser par zéro, et renvoie le pourcentage du portefeuille ainsi que la carte la plus chaude. Cet outil n'extrait pas un rapport de crédit, ne vieillit pas le score et ne modélise pas les lignes d'utilisateur autorisé, les radiations ni l'écart entre les soldes de relevé déclarés et le solde en direct d'aujourd'hui.
Associez-le à votre propre extrait de bureau lorsque la question est ce que les bureaux voient déjà, et utilisez ce calculateur lorsque la question est ce qu'un ensemble connu de soldes et de plafonds renouvelables implique maintenant.
Cas d’usage
Contrôle d'utilisation avant une demande
Ajoutez chaque carte renouvelable avant une interrogation hypothécaire ou automobile et voyez combien payer ce cycle pour passer sous le seuil de 30 pour cent ou de 10 pour cent.
Séances de conseil et d'accompagnement
Montrez à un client la carte la plus chaude à côté du ratio global afin qu'une carte de magasin au plafond ne soit pas masquée par un grand plafond inutilisé sur un autre compte.
Questions fréquentes
Comment calcule-t-on le taux d'utilisation du crédit ?
Les cartes inutilisées ajoutent encore leur plafond entier au dénominateur. Une Visa à 1200/4000 plus une Mastercard à 800/2000 donne 2000/6000, soit environ 33.33 pour cent.
Quel pourcentage d'utilisation les prêteurs veulent-ils voir ?
Un seuil courant pour les consommateurs est de rester à 30 pour cent ou moins, au global et sur chaque carte ; beaucoup de suiveurs de score visent moins de 10 pour cent.
Les cartes de crédit inutilisées comptent-elles ?
Fermer cette carte plus tard réduit le dénominateur et peut faire monter le pourcentage du jour au lendemain même si vous n'avez rien emprunté de nouveau.
Que se passe-t-il si une carte dépasse son plafond ?
Le compte participe toujours aux totaux du portefeuille.
Combien faut-il rembourser pour passer sous 30 % ?
Le total de vos soldes moins 30 % du total de vos plafonds. Avec 2 000 dus sur 6 000 de plafonds, rembourser 200 vous ramène à 30 %, et rembourser 1 400 à 10 %.
Outils associés
Pour les développeurs — accès API
Tout sur cette page est disponible par programmation. Cette section s'adresse aux équipes qui veulent l'intégrer à leurs systèmes ; les autres peuvent simplement utiliser l'outil ci-dessus.
Endpoint
Authentification par jeton Bearer : un seul POST met la tâche en file d’attente, et le résultat vous parvient par webhook ou lien signé.
Appeler depuis votre stack
curl -X POST https://api.kit.forhosting.com/finance/credit-utilization \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"accounts":[{"name":"Visa","balance":1200,"credit_limit":4000},{"name":"Mastercard","balance":800,"credit_limit":2000}]}'const res = await fetch("https://api.kit.forhosting.com/finance/credit-utilization", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"accounts": [
{
"name": "Visa",
"balance": 1200,
"credit_limit": 4000
},
{
"name": "Mastercard",
"balance": 800,
"credit_limit": 2000
}
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/finance/credit-utilization",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"accounts": [
{
"name": "Visa",
"balance": 1200,
"credit_limit": 4000
},
{
"name": "Mastercard",
"balance": 800,
"credit_limit": 2000
}
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/finance/credit-utilization", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"accounts":[{"name":"Visa","balance":1200,"credit_limit":4000},{"name":"Mastercard","balance":800,"credit_limit":2000}]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"accounts":[{"name":"Visa","balance":1200,"credit_limit":4000},{"name":"Mastercard","balance":800,"credit_limit":2000}]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/finance/credit-utilization", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemple de requête
{
"accounts": [
{
"name": "Visa",
"balance": 1200,
"credit_limit": 4000
},
{
"name": "Mastercard",
"balance": 800,
"credit_limit": 2000
}
]
}Exemple de réponse
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "finance.credit_utilization",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}L’API est asynchrone : chaque appel renvoie un task_id immédiatement, puis vous interrogez l’état à raison d’une requête par seconde.
Tarifs
Le prix est publié, sans tokens ni crédits. Une tâche qui échoue n’est pas facturée.
Limites
max_accounts | 50 |
Erreurs
| HTTP | Code | Signification |
|---|---|---|
401 | unauthorized | Clé API absente ou invalide : vérifiez l’en-tête Authorization. |
402 | insufficient_balance | Solde insuffisant : rechargez votre compte pour lancer cette tâche. |
404 | unknown_type | Type de tâche inconnu : vérifiez le champ type de votre requête. |
429 | rate_limited | Trop de requêtes : ralentissez la cadence, puis réessayez. |
Notes techniques
Cet outil accepte chaque compte renouvelable comme une ligne avec un balance et un credit_limit, additionne les deux côtés et renvoie l'utilisation sous forme de ratio décimal et de pourcentage, plus le crédit disponible restant, une bande d'excellent à over-limit, et le remboursement nécessaire pour atteindre les seuils habituels de 30 pour cent et de 10 pour cent.
Ce que signifie l'utilisation du crédit et comment le ratio se construit
En symboles, utilization_ratio égale total_balance divisé par total_credit_limit, et utilization_percent est ce ratio multiplié par cent. Un contrôle travaillé est une Visa avec un solde de mille deux cents sur un plafond de quatre mille et une Mastercard avec huit cents sur deux mille : les soldes combinés sont deux mille, les plafonds combinés sont six mille, le ratio est un tiers et utilization_percent vaut environ 33.33. Cela se situe juste au-dessus du seuil habituel de 30 pour cent, donc paydown_to_30 vaut deux cents et paydown_to_10 vaut mille quatre cents. Lorsqu'un solde dépasse son plafond, le compte est over-limit, le pourcentage dépasse cent, available_credit sur cette ligne vaut zéro et over_limit_amount enregistre l'excédent.
Contrat d'entrée, champs de réponse, bandes et erreurs
Le name facultatif étiquette la ligne dans le détail par compte ; s'il est omis, le moteur écrit Account 1, Account 2, et ainsi de suite. De un à cinquante comptes sont acceptés. Envoyez en POST un corps JSON avec un tableau obligatoire, accounts (alias items, list et cards). Chaque ligne est un objet avec balance, un nombre fini supérieur ou égal à zéro (alias outstanding et amount), et credit_limit, un nombre fini strictement supérieur à zéro (alias limit et creditLimit). Fixez éventuellement target_percent (alias target) au seuil utilisé pour paydown_to_target ; la valeur par défaut est 30 et doit se situer dans l'intervalle semi-ouvert (0, 100]. Fixez éventuellement decimals à un entier de zéro à huit pour les totaux de type monnaie et utilization_percent ; la valeur par défaut est deux, tandis que utilization_ratio est toujours arrondi à six décimales. Le moteur additionne chaque balance et chaque credit_limit, forme le ratio et dérive available_credit comme le reste non négatif des plafonds moins les soldes, over_limit_amount comme l'excédent non négatif des soldes sur les plafonds, et les chiffres de remboursement comme le maximum de zéro et du solde moins k pour cent des plafonds combinés, pour k de 10, 30 et la cible choisie. band vaut excellent à 10 pour cent ou moins, good à 30 ou moins, fair à 50 ou moins, high à 75 ou moins, very_high à 100 ou moins, et over_limit au-dessus de 100. Les booléens under_10_percent et under_30_percent comparent le pourcentage brut à ces deux seuils avec un epsilon minuscule afin qu'un portefeuille posé exactement à 30 pour cent ne trébuche pas sur la poussière en virgule flottante. highest_account et highest_utilization_percent signalent la carte la plus chaude pour que vous voyiez une carte de magasin au plafond cachée dans un ratio global calme. Les champs de type monnaie utilisent un arrondi half-up une seule fois à partir des valeurs IEEE brutes afin que les goldens restent stables d'un runtime à l'autre. Des accounts manquants, une liste vide, une ligne qui n'est pas un objet, un balance ou credit_limit manquant ou non fini, un solde négatif, un plafond nul ou négatif, plus de cinquante lignes, ou un target ou decimals hors plage échouent avec invalid_input en nommant le champ et ne sont pas facturés.
Où un calculateur d'utilisation du crédit justifie sa place
Les équipes produit et de souscription envoient l'API JSON par lots sur des extraits de relevé pour signaler les portefeuilles dont le ratio global paraît correct alors qu'une carte est over-limit. Comme l'implémentation est un parse pur de niveau A, chaque appel réussi coûte le prix de base publié $0.002 sans jetons de modèle ni réseau sortant, et une validation en échec ne consomme pas le solde. Gardez les requêtes petites et figez utilization_percent plus paydown_to_30 dans les tests.
Cas d'intégration
Automatisation et widgets de contenu
Envoyez les lignes de relevé par lots via l'API JSON, ou intégrez le widget gratuit du navigateur sur une page qui se classe sur calculateur d'utilisation du crédit.
Questions techniques
Combien coûte le calculateur d'utilisation du crédit ?
L'outil du navigateur est gratuit. Les requêtes d'API utilisent le solde KIT prépayé à $0.002 par appel réussi ; une entrée invalide n'est pas facturée.