平均回収期間計算機
年間の掛売上高365,000に対して売掛金が45,000なら、回収には平均45日かかっています。2つの帳簿の合計と、365日の年でなければ期間の日数を入れるだけで分かります。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 売掛金
- 45,000
- 掛売上高
- 365,000
- 日数
- 365
- 1日平均掛売上高
- 1,000
- 売上債権回転日数
- 45
- 平均回収期間
- 45
売上債権回転期間 — 平均回収期間とも呼ばれます — は、信用販売を行う企業がいずれ直面する資金繰りの問いに答えます。この会社は、請求書を現金に変えるまで平均何日かかるのか。その数値は滞留表からの当て推量ではありません。同じ期間の未回収売掛金を信用売上で割り、その期間の日数でスケールする閉じた比率です。この平均回収期間計算機は、その二つの帳簿合計と、省略時は365日の年を既定とする任意の期間日数を受け取り、売上債権回転期間と一日あたりの平均信用売上を返します。
売上債権回転期間と平均回収期間の求め方
平均回収期間と売上債権回転期間は、教室で二つの名を持つ同じ比率です。貸借対照表の売掛金から始めます。すでに信用で引き渡した財・サービスについて、顧客がまだ負っている金額です。
損益計算書の信用売上合計を、同じ窓 — 暦年、四半期、またはご自身で選ぶ期間 — で組み合わせます。売掛金を信用売上で割り、その期間の信用帳簿のうち未回収の割合を得ます。その割合に窓の日数を掛けます。
積が DSO、すなわち信用売上の一単位が回収されるまで残る平均日数です。二つの経路は代数的に同一で、この能力は前者を使います。360 日の銀行年や 90 日の四半期は、days の値を変えるだけであり、式は変わりません。
売掛金が正のときに報告する売上債権回転率は信用売上を売掛金で割った値で、DSO はその回転率で days を割ったものです。売掛金がゼロで信用売上が正なら、帳簿がきれいな正当な場合です。回収待ちがないので DSO はゼロです。
負の売掛金は拒否されます。ゼロ以下の信用売上はゼロ除算になるか比率の意味を逆転させるため拒否されます。演算は有限回の四則だけで、滞留スケジュールも利息も、誰が遅れるかの予測もありません。
平均回収期間計算機が役立つ場面
経理責任者と財務担当は、決算で平均回収期間計算機を使い、試算表の二行を一つの運用指標に変え、ネット三十・ネット四十五・ネット六十といった表示条件の横に置いて、帳簿がその約束どおり回収しているかを見ます。与信担当は今年の DSO を前年および同業中央値と比べてから、督促、前受、早期支払割引を変えます。
貸し手と引受担当は同じ二つの合計をコベナンツ用紙に落とし、回収期間の伸びがキャッシュ・コンバージョンの驚きになる前に見えるようにします。検証失敗は残高を消費しません。
活用例
月次・年次の決算
期末売掛金と期間の信用売上を、条件の横に置く売上債権回転期間へ変え、決算パックを閉じる前に確認します。
与信方針と督促の見直し
この窓の平均回収期間を前年や同業セットと比べてから、前受・割引・督促の間隔を変えます。
コベナンツと引受の用紙
同じ二つの帳簿合計を貸し手や取締役会の用紙に落とし、回収の遅れがキャッシュ・コンバージョンを崩す前に見えるようにします。
よくある質問
期末売掛金と平均売掛金のどちらを使うべきですか?
一貫していればどちらも妥当です。式は二つの残高を代行平均しません。
四半期や 360 日の DSO は計算できますか?
できます。 四半期なら days を 90、銀行年なら 360、ほかの正の期間長にも設定できます。days を省略すると教科書の 365 日年になります。
回収期間は支払条件とどう比べればよいですか?
取引先に認めている支払条件、例えば60日などと並べて見ます。回収期間がそれより長ければ、約束より遅れて支払われています。前年と比べると傾向も分かります。
売掛金回転率とは何ですか?
掛売上高を売掛金で割った値で、期間中に売掛金が何回回収されたかを表します。平均回収期間は日数をこの回転率で割ったもので、どちらも同じ速さを示します。
売掛金がゼロのときはどうなりますか?
回収期間はゼロになります。掛売上があっても未回収の代金が残っていない状態で、正しい結果です。売掛金がマイナスの場合は受け付けません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/fin/average-collection \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"accounts_receivable":45000,"credit_sales":365000}'const res = await fetch("https://api.kit.forhosting.com/fin/average-collection", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"accounts_receivable": 45000,
"credit_sales": 365000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/average-collection",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"accounts_receivable": 45000,
"credit_sales": 365000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/average-collection", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"accounts_receivable":45000,"credit_sales":365000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"accounts_receivable":45000,"credit_sales":365000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/average-collection", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"accounts_receivable": 45000,
"credit_sales": 365000
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.average_collection",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
信用売上がゼロまたは負だと比率が定義できないため、タスクは invalid_input で失敗し課金されません。
売上債権回転期間と平均回収期間の求め方
同等に、まず一日あたりの平均信用売上を credit_sales を days で割って作り、accounts_receivable をその日次ペースで割っても同じです。days を省略するとエンドポイントは教科書の年次慣例である 365 を既定にします。
入力契約、応答の形、エラーの扱い
別名 ar と receivables は同じ欄です。days はその窓の日数で、省略時は 365 です。days を渡してゼロより大きくなければ失敗します。これらの失敗は課金されません。後二者は同じ丸め値で、DSO ダッシュボードと ACP ワークシートが一つの契約を共有できるよう両方の名で返します。例として、売掛金が四万五千、年間信用売上が三十六万五千なら、回収期間は四十五日、一日あたりの平均信用売上は一千です。必須の有限数二つと任意の期間日数を持つ JSON 本体を POST してください。accounts_receivable はその窓の未回収売掛残高です(期末 AR、または社内ですでに使う平均 AR)。credit_sales は同じ窓の信用売上合計で、返品控除後で締めるならその純額です。別名 sales、total_credit_sales、net_credit_sales を受け付けるので、帳簿の列名を保てます。別名 period_days と days_in_period を受け付けます。各数値欄は JSON 数でも数値文字列でも構いません。欠落、空文字、非有限値は欄名を付けて invalid_input で失敗します。credit_sales がゼロまたは負なら、DSO が定義できないため、信用売上はゼロにも負にもできないというメッセージで拒否します。accounts_receivable が負なら失敗します。成功時は accounts_receivable、credit_sales、days を返し、average_daily_credit_sales、days_sales_outstanding、average_collection_period を報告します。売掛金が正なら receivables_turnover も含まれます。顧客単位の話が必要なら、ご自身の滞留区分と JSON を組み合わせてください。このエンドポイントが返すのは期間平均であり、請求書の一覧ではありません。
平均回収期間計算機が役立つ場面
製品チームは、総勘定元帳 API を呼ばずに days_sales_outstanding を固定しなければならない ERP 決算パック、取締役会資料、CI フィクスチャに契約を配線します。実装は純粋な parse のティア A なので、成功した呼び出しは毎回、公表された基本料金 $0.002 で、モデルトークンも外向き通信もありません。credit_sales を厳密に正、accounts_receivable を非負に保ち、丸めた日数をテストに固定すれば、決算チェックリスト、LMS プラグイン、エッジワーカー向けに再現可能な回収期間が得られ、自前の売掛エンジンを立てる必要はありません。
技術的な質問
平均回収期間や売上債権回転期間はどう計算しますか。
DSO = (accounts_receivable / credit_sales) × days。省略時の days は 365 です。同等に、売掛金を一日あたりの平均信用売上(credit_sales / days)で割っても同じ比率です。
信用売上がゼロまたは負だとどうなりますか。
タスクは invalid_input で失敗します。credit_sales はゼロより大きい有限数でなければならず、ゼロや負では売上債権回転期間が定義できず、課金されません。
平均回収期間計算機の料金はいくらですか。
ブラウザの道具は無料です。API 要求は成功した呼び出しあたり $0.002 で前払い KIT 残高を使い、無効な入力は課金されません。