クレジット利用率計算機

このツールは、各リボルビング口座を balance と credit_limit の行として受け取り、両側を合計して、小数の比率とパーセント、残りの利用可能枠、excellent から over_limit までの帯、よく使われる30パーセントと10パーセントの目安に達するために必要な返済額を返します。

クレジット利用率の意味と比率の組み立て方

記号では utilization_ratio は total_balance を total_credit_limit で割った値であり、utilization_percent はその比率に百を掛けたものです。合計残高は二千、合計限度は六千、比率は三分の一、utilization_percent は約 33.33 です。これはよくある30パーセントの目安をわずかに超えるため、paydown_to_30 は二百、paydown_to_10 は千四百になります。残高が限度を超えるとその口座は over_limit になり、パーセントは百を超え、その行の available_credit はゼロ、over_limit_amount が超過分を記録します。

入力契約、応答フィールド、帯、エラー

任意の name は口座別内訳の行ラベルです。省略するとエンジンは Account 1、Account 2 のように書きます。口座は1件から50件まで受け付けます。既定は 30 で、半開区間 (0, 100] になければなりません。k は 10、30、選んだ目標です。必須配列 accounts（別名 items、list、cards）を含む JSON 本体を POST します。各行はオブジェクトで、ゼロ以上の有限数 balance（別名 outstanding と amount）と、厳密にゼロより大きい有限数 credit_limit（別名 limit と creditLimit）を持ちます。任意で target_percent（別名 target）を paydown_to_target に使う目安に設定します。任意で decimals を通貨風の合計と utilization_percent のための 0 から 8 の整数にします。既定は 2 で、utilization_ratio は常に小数6桁に丸めます。エンジンはすべての balance とすべての credit_limit を合計して比率を作り、available_credit を限度から残高を引いた非負の余り、over_limit_amount を残高が限度を超えた非負の超過、返済額をゼロと「残高 − 結合限度の k パーセント」の大きい方として導きます。band は 10 パーセント以下で excellent、30 以下で good、50 以下で fair、75 以下で high、100 以下で very_high、100 超で over_limit です。ブール値 under_10_percent と under_30_percent は生のパーセントをこれら二つの目安と比較し、ごく小さいイプシロンを使うので、ちょうど30パーセントの財布が浮動小数点の塵で落ちることはありません。highest_account と highest_utilization_percent は最も熱いカードを示し、落ち着いた全体比率の中に隠れた限度いっぱいの店舗カードが見えます。accounts の欠落、空リスト、オブジェクトでない行、欠落または非有限の balance や credit_limit、負の残高、ゼロまたは負の限度、50行超、範囲外の target や decimals は、フィールド名付きの invalid_input で失敗し、課金されません。

クレジット利用率計算機が役に立つ場面

そうすれば30パーセントルールのブログ図解とバックエンド見積もりがずれません。試験対策と授業のTVM単元には、未使用限度を分母の一部として扱い、ゼロ限度はゼロ除算せずに拒否し、ポートフォリオのパーセントと最も熱いカードの両方を返す決定論的な神託が必要です。機関がすでに見ているものが問ならご自身の信用情報抽出と組み合わせ、既知のリボルビング残高と限度が今何を意味するかが問ならこの計算機を使ってください。信用カウンセラーや非営利のコーチは、住宅ローン照会の前に今サイクルでいくら払えば30パーセントまたは10パーセントを下回るかを、表計算を開かずに依頼者へ示すためにこのエンドポイントを使います。商品と引受のチームは明細抽出を JSON API に一括投入し、全体比率は問題なさそうでも一枚が over_limit の財布を旗立てします。実装は純粋な parse のティア A なので、成功した呼び出しは毎回公表済みの基本料金 $0.002 で、モデルトークンも外向きネットワークもなく、検証失敗は残高を消費しません。リクエストは小さく保ち、テストでは utilization_percent と paydown_to_30 を固定してください。このツールは信用報告書を取得せず、スコアを経年させず、家族カードの与信枠、償却、報告済み明細残高と本日のライブ残高の差もモデル化しません。