棚卸資産回転期間計算機
在庫が売れるまでにどれだけ待っているかが分かります。平均在庫50000、年間の売上原価365000なら、棚卸資産回転期間は50日です。1年、四半期、任意の期間で計算でき、ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 平均在庫
- 50,000
- 売上原価
- 365,000
- 日数
- 365
- 1日あたり平均売上原価
- 1,000
- 在庫日数
- 50
- 在庫回転率
- 7.3
棚卸資産回転期間 — 在庫日数、在庫保有期間とも呼ばれます — は、商業・製造企業がいずれ直面する運転資本の問いに答えます。この会社は、在庫を売上原価に変えるまで平均何日かかるのか。その数値は倉庫のスナップショットからの当て推量ではありません。同じ期間の平均在庫を売上原価で割り、その期間の日数でスケールする閉じた比率です。この棚卸資産回転期間計算機は、その二つの帳簿合計と、省略時は365日の年を既定とする任意の期間日数を受け取り、DIOと一日あたりの平均売上原価を返します。
棚卸資産回転期間と在庫販売日数の求め方
棚卸資産回転期間と在庫販売日数は、教室で二つの名を持つ同じ運転資本の恒等式です。貸借対照表の平均在庫から始めます。通常は期首と期末の在庫の平均、または決算ですでに使う慣例なら期末残高です。
損益計算書の売上原価を、同じ窓 — 暦年、四半期、またはご自身で選ぶ期間 — で組み合わせます。平均在庫を売上原価で割り、その期間の原価帳簿のうちまだ倉庫に残る割合を得ます。その割合に窓の日数を掛けます。
積が DIO、すなわち在庫の一単位が売上原価として認識されるまで手元に残る平均日数です。二つの経路は代数的に同一で、この能力は前者を使います。360 日の銀行年や 90 日の四半期は、days の値を変えるだけであり、式は変わりません。
平均在庫が正のときに報告する在庫回転率は売上原価を平均在庫で割った値で、DIO はその回転率で days を割ったものです。在庫がゼロで売上原価が正なら、帳簿がきれいな正当な場合です。販売待ちがないので DIO はゼロです。
負の在庫は拒否されます。売上原価がゼロだとゼロ除算になり DIO が定義できないため拒否されます。負の売上原価も同じ理由で拒否されます。
演算は有限回の四則だけで、SKU の滞留も FIFO 層も、来週倉庫を出るものの予測もありません。
棚卸資産回転期間計算機が役立つ場面
経理責任者と財務担当は、決算で棚卸資産回転期間計算機を使い、試算表の二行を一つの運用指標に変え、掲げた生産サイクルや購買サイクルの横に置いて、帳簿がその約束どおり在庫を回しているかを見ます。オペレーションとサプライチェーンの担当は今年の DIO を前年および同業中央値と比べてから、安全在庫、発注量、値下げの間隔を変えます。
貸し手と引受担当は同じ二つの合計をコベナンツ用紙に落とし、在庫期間の伸びがキャッシュ・コンバージョンの驚きになる前に見えるようにします。検証失敗は残高を消費しません。
活用例
月次・年次の決算
平均在庫と期間の売上原価を、サイクル目標の横に置く棚卸資産回転期間へ変え、決算パックを閉じる前に確認します。
サプライチェーンと値下げの見直し
この窓の在庫日数を前年や同業セットと比べてから、安全在庫・発注量・値下げの間隔を変えます。
コベナンツと引受の用紙
同じ二つの帳簿合計を貸し手や取締役会の用紙に落とし、在庫期間の延びがキャッシュ・コンバージョンを崩す前に見えるようにします。
よくある質問
期末在庫と平均在庫のどちらを使うべきですか?
一貫していればどちらも妥当です。式は二つの残高を代行平均しません。
四半期や 360 日の DIO は計算できますか?
できます。 四半期なら days を 90、銀行年なら 360、ほかの正の期間長にも設定できます。days を省略すると教科書の 365 日年になります。
棚卸資産回転期間はどう計算しますか?
平均在庫を同じ期間の売上原価で割り、その期間の日数を掛けます。平均在庫50000、年間の売上原価365000なら、50日になります。
在庫回転率とDIOはどう関係しますか?
在庫回転率は売上原価を平均在庫で割った値で、50000と365000の例では7.3です。DIOは期間の日数をその回転率で割った値になります。
在庫や売上原価が0でも計算できますか?
在庫0は有効で、売るのを待っている在庫がないため結果は0日です。売上原価0は0で割ることになり結果が出ないため、受け付けません。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/fin/days-inventory-outstanding \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"average_inventory":50000,"cost_of_goods_sold":365000}'const res = await fetch("https://api.kit.forhosting.com/fin/days-inventory-outstanding", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"average_inventory": 50000,
"cost_of_goods_sold": 365000
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/days-inventory-outstanding",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"average_inventory": 50000,
"cost_of_goods_sold": 365000
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/days-inventory-outstanding", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"average_inventory":50000,"cost_of_goods_sold":365000}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"average_inventory":50000,"cost_of_goods_sold":365000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/days-inventory-outstanding", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"average_inventory": 50000,
"cost_of_goods_sold": 365000
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.days_inventory_outstanding",
"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 で失敗し課金されません。
棚卸資産回転期間と在庫販売日数の求め方
同等に、まず一日あたりの平均売上原価を cost_of_goods_sold を days で割って作り、平均在庫をその日次ペースで割っても同じです。days を省略するとエンドポイントは教科書の年次慣例である 365 を既定にします。
入力契約、応答の形、エラーの扱い
days はその窓の日数で、省略時は 365 です。days を渡してゼロより大きくなければ失敗します。これらの失敗は課金されません。例として、平均在庫が五万、年間売上原価が三十六万五千なら、棚卸資産回転期間は五十日、一日あたりの平均売上原価は一千です。必須の有限数二つと任意の期間日数を持つ JSON 本体を POST してください。average_inventory はその窓の在庫数字です(期首と期末の平均、または社内ですでに使う期末在庫)。別名 inventory と avg_inventory は同じ欄です。cost_of_goods_sold は同じ窓の売上原価です。別名 cogs と cogs_sold を受け付けるので、帳簿の列名を保てます。別名 period_days、days_in_period、number_of_days を受け付けます。各数値欄は JSON 数でも数値文字列でも構いません。欠落、空文字、非有限値は欄名を付けて invalid_input で失敗します。cost_of_goods_sold がゼロまたは負なら、DIO が定義できないため、売上原価はゼロにできないというメッセージで拒否します。average_inventory が負なら失敗します。成功時は average_inventory、cost_of_goods_sold、days を返し、average_daily_cogs と days_inventory_outstanding を報告します。在庫が正なら inventory_turnover も含まれます。倉庫単位の話が必要なら、ご自身の SKU 滞留と JSON を組み合わせてください。このエンドポイントが返すのは期間平均であり、ロットの一覧ではありません。
棚卸資産回転期間計算機が役立つ場面
製品チームは、総勘定元帳 API を呼ばずに days_inventory_outstanding を固定しなければならない ERP 決算パック、取締役会資料、CI フィクスチャに契約を配線します。実装は純粋な parse のティア A なので、成功した呼び出しは毎回、公表された基本料金 $0.002 で、モデルトークンも外向き通信もありません。cost_of_goods_sold を厳密に正、average_inventory を非負に保ち、丸めた日数をテストに固定すれば、決算チェックリスト、LMS プラグイン、エッジワーカー向けに再現可能な在庫日数が得られ、自前の倉庫エンジンを立てる必要はありません。
技術的な質問
棚卸資産回転期間はどう計算しますか。
DIO = (average_inventory / cost_of_goods_sold) × days。省略時の days は 365 です。同等に、平均在庫を一日あたりの平均売上原価(cost_of_goods_sold / days)で割っても同じ比率です。
売上原価がゼロだとどうなりますか。
タスクは invalid_input で失敗します。cost_of_goods_sold はゼロより大きい有限数でなければならず、ゼロでは棚卸資産回転期間が定義できず、課金されません。
棚卸資産回転期間計算機の料金はいくらですか。
ブラウザの道具は無料です。API 要求は成功した呼び出しあたり $0.002 で前払い KIT 残高を使い、無効な入力は課金されません。