Calculadora de utilización de crédito
Una tarjeta con 1200 de deuda sobre un límite de 4000 y otra con 800 sobre 2000 suman una utilización de crédito del 33,33 %, justo por encima de la pauta del 30 %. Introduzca saldo y límite de cada tarjeta. Gratis en su navegador.
- Gratis
- Funciona en su navegador
- Sin registro
- Sus datos no salen de su equipo
Ejecutar — gratis
La utilización de crédito es la parte del crédito revolving que usted ya ha dispuesto: los saldos pendientes de tarjetas y líneas divididos entre los límites conjuntos de esas mismas cuentas. Los prestamistas y los modelos de puntuación al estilo FICO tratan ese ratio como un trozo mayor del factor de importes adeudados, por eso se busca una calculadora de utilización de crédito antes de pedir una hipoteca o de intentar subir una puntuación a medio camino. Los límites sin usar siguen contando en el denominador, y se admite una tarjeta por encima del límite para que el porcentaje pueda superar cien.
Qué significa la utilización de crédito y cómo se construye el ratio
La utilización de crédito es la fracción del crédito revolving ya en uso: sume cada saldo pendiente de tarjetas de crédito, tarjetas de tienda y otras líneas revolving, y divídalo entre la suma de los límites de esas mismas cuentas. Las agencias de puntuación tratan este ratio como una parte grande del factor de importes adeudados, así que una cartera que parece razonable como montón de saldos en dólares puede verse tensa en cuanto se expresa como porcentaje de los límites disponibles.
La identidad no es la misma que un ratio de deuda sobre ingresos, un plan de bola de nieve ni una comprobación Luhn de un número de tarjeta: quien escribe calculadora de utilización de crédito quiere el retrato de los límites revolving, incluidas las tarjetas que no está usando. Una tarjeta sin usar con saldo cero y un límite de cuatro mil sigue ampliando el denominador y baja el porcentaje global; cerrar esa tarjeta más tarde puede subir la utilización de un día para otro.
Las tarjetas individuales pueden contar otra historia que la cartera: la Mastercard ya está al 40 por ciento mientras la Visa se sitúa al 30 por ciento, y los modelos al estilo FICO miran tanto la utilización global como la de cada tarjeta. Los préstamos a plazos, las hipotecas y los créditos de automóvil no son crédito revolving y no pertenecen a esta suma.
Qué puede hacer con ella
Comprobación de utilización antes de solicitar
Sume cada tarjeta revolving antes de una consulta hipotecaria o de automóvil y vea cuánto pagar en este ciclo para quedar bajo la pauta del 30 por ciento o del 10 por ciento.
Sesiones de asesoría y coaching
Muestre a un cliente la tarjeta más caliente junto al ratio global para que una tarjeta de tienda al máximo no quede oculta por un gran límite sin usar en otra cuenta.
Preguntas frecuentes
¿Cómo se calcula el ratio de utilización de crédito?
Las tarjetas sin usar siguen aportando su límite completo al denominador. Una Visa a 1200/4000 más una Mastercard a 800/2000 es 2000/6000, o unos 33.33 por ciento.
¿Qué porcentaje de utilización quieren ver los prestamistas?
Una pauta habitual de consumo es permanecer en el 30 por ciento o por debajo, en conjunto y en cada tarjeta; muchos vigilantes de puntuación apuntan a menos del 10 por ciento.
¿Cuentan las tarjetas de crédito que no se usan?
Cerrar esa tarjeta más tarde encoge el denominador y puede subir el porcentaje de un día para otro aunque usted no haya pedido nada nuevo.
¿Qué ocurre si una tarjeta supera su límite?
La cuenta sigue participando en los totales de la cartera.
¿Cuánto debo pagar para bajar del 30 %?
La suma de sus saldos menos el 30 % de la suma de sus límites. Con 2000 de deuda sobre 6000 de límites, pagar 200 le deja en el 30 %, y pagar 1400, en el 10 %.
Herramientas relacionadas
Para desarrolladores — acceso por API
Todo lo de esta página está disponible por programación. Esta sección es para equipos que quieren integrarlo en sus sistemas; el resto puede usar la herramienta de arriba sin más.
Endpoint de API
¿Prefiere automatizarlo? Un POST autenticado crea la tarea; el resultado llega por webhook o enlace firmado. La misma capacidad también se ejecuta aquí en la web, por email y desde Telegram — y pronto también desde nuestra app.
Llámela desde su 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)Ejemplo de solicitud
{
"accounts": [
{
"name": "Visa",
"balance": 1200,
"credit_limit": 4000
},
{
"name": "Mastercard",
"balance": 800,
"credit_limit": 2000
}
]
}Ejemplo de respuesta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "finance.credit_utilization",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}La API es asíncrona: la llamada devuelve un task_id al instante y el resultado llega por webhook. El polling está limitado a 1 req/s por tarea.
Precio
Precio publicado — sin tokens ni créditos inventados. Una tarea fallida no se cobra.
Límites
max_accounts | 50 |
Errores
| HTTP | Código | Significado |
|---|---|---|
401 | unauthorized | API key ausente o inválida. |
402 | insufficient_balance | El saldo no cubre el precio de la tarea. |
404 | unknown_type | El tipo de tarea no existe. |
429 | rate_limited | Demasiadas peticiones. Use el webhook en vez de sondear. |
Notas técnicas
Esta herramienta acepta cada cuenta revolving como una fila con un balance y un credit_limit, suma ambos lados y devuelve la utilización como ratio decimal y como porcentaje, más el crédito disponible restante, una banda de excelente a over-limit y el pago necesario para alcanzar las pautas habituales del 30 por ciento y del 10 por ciento.
Qué significa la utilización de crédito y cómo se construye el ratio
En símbolos, utilization_ratio es igual a total_balance dividido entre total_credit_limit, y utilization_percent es ese ratio por cien. Una comprobación resuelta es una Visa con saldo de mil doscientos sobre un límite de cuatro mil y una Mastercard con ochocientos sobre dos mil: los saldos combinados son dos mil, los límites combinados son seis mil, el ratio es un tercio y utilization_percent ronda 33.33. Eso queda justo por encima de la pauta habitual del 30 por ciento, de modo que paydown_to_30 es doscientos y paydown_to_10 es mil cuatrocientos. Cuando un saldo supera su límite la cuenta está over-limit, el porcentaje pasa de cien, available_credit en esa fila es cero y over_limit_amount registra el exceso.
Contrato de entrada, campos de respuesta, bandas y errores
El name opcional etiqueta la fila en el desglose por cuenta; si se omite, el motor escribe Account 1, Account 2, y así sucesivamente. Se aceptan de una a cincuenta cuentas. Envíe por POST un cuerpo JSON con un array obligatorio, accounts (alias items, list y cards). Cada fila es un objeto con balance, un número finito mayor o igual que cero (alias outstanding y amount), y credit_limit, un número finito estrictamente mayor que cero (alias limit y creditLimit). De forma opcional fije target_percent (alias target) a la pauta usada para paydown_to_target; por defecto es 30 y debe estar en el intervalo semiabierto (0, 100]. De forma opcional fije decimals a un entero de cero a ocho para los totales al estilo moneda y utilization_percent; el valor por defecto es dos, mientras que utilization_ratio siempre se redondea a seis cifras. El motor suma cada balance y cada credit_limit, forma el ratio y deriva available_credit como el resto no negativo de límites menos saldos, over_limit_amount como el exceso no negativo de saldos sobre límites, y las cifras de pago como el máximo de cero y el saldo menos k por ciento de los límites combinados, para k de 10, 30 y el objetivo elegido. band es excellent al 10 por ciento o menos, good al 30 o menos, fair al 50 o menos, high al 75 o menos, very_high al 100 o menos, y over_limit por encima de 100. Los booleanos under_10_percent y under_30_percent comparan el porcentaje en bruto con esas dos pautas con un épsilon mínimo para que una cartera sentada exactamente en el 30 por ciento no tropiece con polvo de coma flotante. highest_account y highest_utilization_percent señalan la tarjeta más caliente para que usted vea una tarjeta de tienda al máximo escondida dentro de un ratio global tranquilo. Los campos de dinero usan redondeo half-up una sola vez desde los valores IEEE en bruto para que los goldens se mantengan estables entre runtimes. Cuentas ausentes, una lista vacía, una fila que no es objeto, un balance o credit_limit ausente o no finito, un saldo negativo, un límite cero o negativo, más de cincuenta filas, o un target o decimals fuera de rango fallan con invalid_input nombrando el campo y no se facturan.
Dónde aporta valor una calculadora de utilización de crédito
Las unidades TVM de preparación de exámenes y de aula necesitan un oráculo determinista que trate los límites sin usar como parte del denominador, rechace un límite cero en lugar de dividir por cero y devuelva tanto el porcentaje de la cartera como la tarjeta más caliente. Esta herramienta no extrae un informe de crédito, no envejece la puntuación y no modela líneas de usuario autorizado, fallidos ni la diferencia entre los saldos de extracto reportados y el saldo en vivo de hoy. Combínela con su propio extracto de agencia cuando la pregunta sea qué ven ya las agencias, y use esta calculadora cuando la pregunta sea qué implica ahora un conjunto conocido de saldos y límites revolving. Los asesores de crédito y los coaches de entidades sin ánimo de lucro usan el endpoint para mostrar a un cliente cuánto pagar en este ciclo para quedar por debajo del 30 por ciento o del 10 por ciento antes de una consulta hipotecaria, sin abrir una hoja de cálculo. Los equipos de producto y de suscripción envían la API JSON por lotes sobre extractos de extracto para marcar carteras cuyo ratio global parece correcto mientras una tarjeta está over-limit. Como la implementación es parse puro de nivel A, cada llamada exitosa cuesta el precio base publicado $0.002 sin tokens de modelo ni red saliente, y la validación fallida no consume saldo. Mantenga las peticiones pequeñas y fije utilization_percent más paydown_to_30 en las pruebas.
Casos de integración
Automatización y widgets de contenido
Envíe por lotes las filas de extracto por la API JSON, o integre el widget gratuito del navegador en una página que posicione por calculadora de utilización de crédito.
Preguntas técnicas
¿Cuánto cuesta la calculadora de utilización de crédito?
La herramienta del navegador es gratuita. Las peticiones de API usan saldo KIT prepago a $0.002 por llamada exitosa; la entrada inválida no se factura.