ForHosting KIT · 開発者向けツール

在庫回転率と販売所要日数を計算

在庫回転率は、同じ期間に販売した商品の原価と、保有していた平均在庫額との関係を示す指標です。売上原価、平均在庫額、対象期間の日数を入力すると、在庫回転率と推定販売所要日数の両方を計算できます。小売、卸売、EC事業者が、売上高や個数、異なる対象期間を混在させずに、商品間または会計期間間の在庫効率を比較する際に役立ちます。

● Beta無料・ブラウザ内で実行

無料で実行 API仕様を見る

ご利用方法ウェブAPIメールTelegramアプリ近日

意味のある比率を得るために対応する数値を準備します

まず、明確に定めた1つの会計期間について、売上高ではなく売上原価を用意してください。売上原価は実際に事業から出庫した在庫の帳簿上の原価を表します。一方、売上高には利益の上乗せが含まれるため、通常は異なる、より高い比率になります。次に、同じ期間の平均在庫額を計算してください。一般的には期首在庫と期末在庫を足して2で割りますが、在庫水準が大きく変動する場合は、月次または週次の平均のほうが実態を表しやすくなります。2つの金額には、同じ通貨と同じ評価基準を使用する必要があります。売上原価が四半期分であれば、平均在庫も通年ではなく同じ四半期を表す値にしてください。対象期間の実際の日数を入力します。平年1年なら365、多くの四半期なら90または91、社内で採用している正確な日数も使用できます。特定の集計頻度を選ぶことより、入力値の整合性が重要です。分子と分母が同じ事業期間を表している場合に限り、算出した比率を正しく比較できます。

回転率と販売所要日数の計算方法を理解します

在庫回転率は、売上原価を平均在庫額で割って求めます。たとえば回転率が4であれば、対象期間中に平均在庫投資額の4倍に相当する在庫が動いたことを意味します。販売所要日数は、対象期間の日数を在庫回転率で割り、比率を時間に置き換えたものです。したがって、年間の回転率が4なら91.25日に相当します。計算結果には入力した対象期間も表示され、安定したレポートを作成できるよう、算出値は小数点以下6桁に丸められます。平均在庫額がゼロの場合、ゼロ除算となり業務上意味のある値を定義できないため、入力できません。負の在庫額も受け付けません。売上原価がゼロ以下の場合も、有限で有用な販売期間を推定できないため、正の値が必要です。この結果が表すのは在庫全体の流れであり、個々の商品の正確な経過日数ではありません。表示日数以内にすべての商品が売れるという保証ではなく、会計上の金額から得られる業務指標としてご利用ください。

算出結果を業務上の判断に活用します

在庫回転率を時系列、計画目標、または経済特性が近いカテゴリー間で比較してください。回転率が上昇し、販売所要日数が短くなった場合、仕入れ精度の向上、需要の増加、滞留商品の減少、または欠品が考えられます。ただし、この計算だけで原因を特定することはできません。低い回転率は、過剰在庫、販売不振、陳腐化商品、季節に備えた積み増し、または在庫確保を重視する方針を示す場合があります。補充ルールを変更する前に、欠品率、粗利益率、リードタイム、需要変動、値下げの状況と併せて確認してください。食品、衣料品、高級品、産業部品では本来の回転速度が異なるため、無関係な業界同士の比較は誤解につながります。季節性の高い事業では、繁忙期の1四半期を通年の代表とせず、前年の同じ期間と比較してください。計算を自動化する場合は、検証担当者が再現できるよう、各結果とともに元の対象期間と評価方法を保存します。ブラウザーでの計算は個別確認に便利です。APIは1リクエストにつき $0.002 で、再現可能なダッシュボード、定期レポート、カテゴリー別の監視にご利用いただけます。

活用例

四半期の在庫効率を確認します

四半期の売上原価と平均在庫額から、比較可能な回転率と推定販売所要日数を算出します。

商品カテゴリーを比較します

経済特性が近いカテゴリーに同じ方法で指標を適用し、在庫の動きが例外的に遅い、または速いカテゴリーを見つけます。

補充実績を監視します

仕入れや補充方針を評価する際に、回転率の変化を欠品、リードタイム、利益率と併せて追跡します。

よくある質問

どのような計算式を使用しますか？

在庫回転率は売上原価を平均在庫額で割った値です。販売所要日数は対象期間の日数をその回転率で割って求めます。

売上高と売上原価のどちらを使用しますか？

売上原価をご使用ください。売上高には利益の上乗せが含まれ、在庫額と同じ原価基準では測定されていません。

平均在庫額はどのように計算しますか？

一般的には期首在庫と期末在庫を足して2で割ります。在庫が大きく変動する場合は、より短い間隔で観測すると適切な平均を得やすくなります。

平均在庫額がゼロだと受け付けられないのはなぜですか？

回転率の式では平均在庫額で割るため、ゼロを入力すると比率を定義できないからです。

在庫回転率は高いほどよいのですか？

必ずしもそうではありません。効率的な在庫管理を示す一方、欠品や販売機会の損失を伴う場合もあります。在庫可用性、利益率、リードタイムと併せてご確認ください。

APIでの計算料金はいくらですか？

APIリクエスト1回の料金は $0.002 です。このページの計算機は、ブラウザーでの個別確認にご利用いただけます。

開発者向け — APIアクセス

このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。

エンドポイント

POSThttps://api.kit.forhosting.com/ecom/inventory-turnover-ratio

Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。

お使いのスタックから呼び出す

curl -X POST https://api.kit.forhosting.com/ecom/inventory-turnover-ratio \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"cost_of_goods_sold":480000,"average_inventory":120000}'

const res = await fetch("https://api.kit.forhosting.com/ecom/inventory-turnover-ratio", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "cost_of_goods_sold": 480000,
    "average_inventory": 120000
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/ecom/inventory-turnover-ratio",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "cost_of_goods_sold": 480000,
    "average_inventory": 120000
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/ecom/inventory-turnover-ratio", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"cost_of_goods_sold":480000,"average_inventory":120000}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"cost_of_goods_sold":480000,"average_inventory":120000}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/ecom/inventory-turnover-ratio", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "cost_of_goods_sold": 480000,
  "average_inventory": 120000
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "ecom.inventory_turnover_ratio",
  "status": "queued",
  "_links": {
    "result": "/tasks/tsk_…/result"
  }
}

非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。

料金

1リクエストあたり$0.002

単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。

エラー

HTTP	コード	意味
`401`	`unauthorized`	APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。
`402`	`insufficient_balance`	残高が不足しています。チャージ後に再度お試しください。
`404`	`unknown_type`	指定されたタスクタイプは存在しません。タイプ名を確認してください。
`429`	`rate_limited`	リクエストが多すぎます。しばらく待ってから再度お試しください。

KITの完全なドキュメントを見る →