Calculadora de utilização de crédito

Esta ferramenta aceita cada conta rotativa como uma linha com um balance e um credit_limit, soma os dois lados e devolve a utilização como razão decimal e como percentual, além do crédito disponível restante, uma faixa de excelente até over-limit e o pagamento necessário para atingir as diretrizes comuns de 30 por cento e 10 por cento.

O que significa a utilização de crédito e como a taxa é montada

Em símbolos, utilization_ratio é igual a total_balance dividido por total_credit_limit, e utilization_percent é essa razão vezes cem. Uma verificação resolvida é um Visa com saldo de mil e duzentos em um limite de quatro mil e um Mastercard com oitocentos em dois mil: os saldos combinados são dois mil, os limites combinados são seis mil, a razão é um terço e utilization_percent fica em cerca de 33.33. Isso fica logo acima da diretriz comum de 30 por cento, então paydown_to_30 é duzentos e paydown_to_10 é mil e quatrocentos. Quando um saldo ultrapassa o limite a conta está over-limit, o percentual passa de cem, available_credit nessa linha é zero e over_limit_amount registra o excesso.

Contrato de entrada, campos de resposta, faixas e erros

O name opcional rotula a linha no detalhe por conta; quando omitido, o motor escreve Account 1, Account 2, e assim por diante. Aceitam-se de uma a cinquenta contas. Envie por POST um corpo JSON com um array obrigatório, accounts (aliases items, list e cards). Cada linha é um objeto com balance, um número finito maior ou igual a zero (aliases outstanding e amount), e credit_limit, um número finito estritamente maior que zero (aliases limit e creditLimit). Opcionalmente defina target_percent (alias target) como a diretriz usada para paydown_to_target; o padrão é 30 e deve ficar no intervalo semiaberto (0, 100]. Opcionalmente defina decimals como um inteiro de zero a oito para totais no estilo moeda e utilization_percent; o padrão é dois, enquanto utilization_ratio é sempre arredondado para seis casas. O motor soma cada balance e cada credit_limit, forma a razão e deriva available_credit como o resto não negativo de limites menos saldos, over_limit_amount como o excesso não negativo de saldos sobre limites, e as cifras de pagamento como o máximo de zero e o saldo menos k por cento dos limites combinados, para k de 10, 30 e o alvo escolhido. band é excellent em 10 por cento ou menos, good em 30 ou menos, fair em 50 ou menos, high em 75 ou menos, very_high em 100 ou menos, e over_limit acima de 100. Os booleanos under_10_percent e under_30_percent comparam o percentual bruto com essas duas diretrizes com um épsilon mínimo para que uma carteira exatamente em 30 por cento não tropece em poeira de ponto flutuante. highest_account e highest_utilization_percent marcam o cartão mais quente para você ver um cartão de loja no teto escondido dentro de uma razão geral calma. Campos no estilo dinheiro usam arredondamento half-up uma vez a partir dos valores IEEE brutos para que os goldens fiquem estáveis entre runtimes. Contas ausentes, uma lista vazia, uma linha que não é objeto, um balance ou credit_limit ausente ou não finito, um saldo negativo, um limite zero ou negativo, mais de cinquenta linhas, ou um target ou decimals fora da faixa falham com invalid_input nomeando o campo e não são cobrados.

Onde uma calculadora de utilização de crédito justifica o seu lugar

Unidades TVM de preparação para exames e de sala de aula precisam de um oráculo determinístico que trate limites não usados como parte do denominador, recuse um limite zero em vez de dividir por zero e devolva o percentual da carteira e o cartão mais quente. Esta ferramenta não puxa um relatório de crédito, não envelhece a pontuação e não modela linhas de usuário autorizado, baixas contábeis nem a diferença entre saldos de fatura reportados e o saldo ao vivo de hoje. Combine-a com o seu próprio extrato de bureau quando a pergunta for o que os bureaus já veem, e use esta calculadora quando a pergunta for o que um conjunto conhecido de saldos e limites rotativos implica agora. Conselheiros de crédito e coaches de organizações sem fins lucrativos usam o endpoint para mostrar a um cliente quanto pagar neste ciclo para ficar abaixo de 30 por cento ou 10 por cento antes de uma consulta de hipoteca, sem abrir uma planilha. Equipes de produto e de subscrição enviam a API JSON em lote sobre extratos para marcar carteiras cuja razão geral parece boa enquanto um cartão está over-limit. Como a implementação é parse puro de nível A, cada chamada bem-sucedida custa o preço-base publicado US$ 0,002 sem tokens de modelo e sem rede de saída, e a validação falha não consome saldo. Mantenha as requisições pequenas e fixe utilization_percent mais paydown_to_30 nos testes.