ForHosting KIT · 金融・お金

安全在庫の計算

Q: 日次使用量やリードタイムはゼロでもよいですか？

はい。 休眠品では平均使用量ゼロが許され、即時補充ではリードタイムゼロが許されます。最大はなお対応する平均を下回れません。

Q: これは z-score の統計的安全在庫式ですか？

いいえ。 本サービスが実装するのは平均最大の恒等式であり、z × σ × √L ではありません。サービスレベル、需要の標準偏差、z-score は受け取りません。

最大で1日50個、最長リードタイム14日に対し、平均が1日30個・10日なら、必要な安全在庫は400個です。サービス水準や標準偏差は不要で、4つの数字だけで計算できます。ブラウザで無料で使えます。

無料
ブラウザで動作
登録不要
データは端末の外に出ません

無料で実行 API仕様を見る

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

計算例

入力した場合

1日の最大使用量: 50
最長リードタイム: 14
1日の平均使用量: 30
平均リードタイム: 10

結果

最大需要: 700
平均需要: 300
安全在庫: 400

安全在庫とは、需要の急増や遅いサプライヤーが次の入荷前に棚を空にしないよう倉庫が持つ余分な在庫です。古典的な平均最大の恒等式は、その緩衝を最大日次使用量かける最大リードタイム、引く平均日次使用量かける平均リードタイムとして計算します。計画担当、購買、オペレーションの学生は、まだパラメータ化していない統計的 z-score モデルではなく、透明な数量が欲しいときにその四つの数字を使います。この安全在庫計算機は、四つの有限な非負の数を受け取り、日次使用量と同じ単位で緩衝数量を返し、あり得ない需要や暦を恒等式が使わないよう負の使用量やリードタイムを拒否します。

安全在庫が測るものと平均最大の恒等式

安全在庫は、補充中の期待需要の上に計画する緩衝であり、使用量が高いときやサプライヤーが遅いときに欠品が起きないよう保持します。平均最大法は在庫の授業で教えられ、使用量とリードタイムの履歴が短い倉庫現場で使われ、サービスレベルの z-score も標準偏差も必要としません。

尋ねる量は四つです。見た、あるいは計画する最高の日次使用量、計画する最長のリードタイム、平均日次使用量、平均リードタイムです。起こり得る最悪の補充での需要は、最大日次使用量かける最大リードタイムです。典型的な補充での需要は、平均日次使用量かける平均リードタイムです。

その差が悪いサイクルと平均サイクルの隙間を埋める余分な単位であり、それが安全在庫の数量です。一日五十単位で最悪リードタイム十四日、一日三十単位で典型リードタイム十日の店は、七百引く三百が四百なので、安全在庫四百単位が必要です。休眠品では平均使用量ゼロが許され、そのときの緩衝は最大使用量かける最大リードタイムに等しくなります。

負の使用量やリードタイムは需要でも暦でもなくデータ誤りであり、本計算機はあり得ない入力から緩衝を捏造する代わりに拒否します。使用量は一日あたりの単位、リードタイムは日に揃えてください。積が単位数量になります。

週次の使用量と日で測ったリードタイムを混ぜると、緩衝の数字は静かに嘘をつきます。式は四つの乗算と一つの減算だけなので、宿題の答え、MRP の判定、補充ノートが表計算の中間丸めのずれなしに再現可能な定義を共有できます。

安全在庫計算機が役立つ場面

検索欄に安全在庫と入れる人はすでに緩衝数量が必要だと知っており、余分な単位を求めています。継続記録対定期法の在庫システムから始まる講義ではありません。

その短い語で順位を取る発行者は、ピーク日次使用量・最悪リードタイム・平均日次使用量・平均リードタイムを持つ倉庫計画者、在庫宿題の安全在庫欄を埋める学生、負の使用量やリードタイムを黙って無意味な緩衝にせず拒否する決定的な神託が必要な購買担当に応えます。

補充ノートを作る小さな製造は、分析者がスライドに書くのと同じ最大かける最大マイナス平均かける平均の数字を望み、使用量の小数が変わっても手計算の誤りを避けたいのです。平均最大法を教える教室や資格講座は、安全在庫と最大需要と平均需要だけを返す端点が必要です。採点者が教科書の答えと比べられ、本ツールが MRP エンジン一式を装わないためです。

検証失敗は残高を消費しません。ロットサイズが必要なら経済的発注量の別ツールと組み合わせ、この面は検索「安全在庫」が指す余分な単位に集中させてください。

活用例

倉庫補充の緩衝

次の発注を出す前に、ピーク日次使用量、最悪リードタイム、平均日次使用量、平均リードタイムを安全在庫数量へ変えます。

教室と宿題の確認

学習者が平均最大の四入力を送り、符号や単位の誤りなしに教科書の恒等式と緩衝数量を照合できるようにします。

よくある質問

入力が負だとどうなりますか？

使用量とリードタイムは負にできないため、恒等式は課金されず、あり得ない数字から緩衝は作られません。

日次使用量やリードタイムはゼロでもよいですか？

はい。休眠品では平均使用量ゼロが許され、即時補充ではリードタイムゼロが許されます。最大はなお対応する平均を下回れません。

これは z-score の統計的安全在庫式ですか？

いいえ。本サービスが実装するのは平均最大の恒等式であり、z × σ × √L ではありません。サービスレベル、需要の標準偏差、z-score は受け取りません。

最大・平均法で安全在庫はどう計算しますか？

最大日次使用量に最長リードタイムを掛け、平均日次使用量に平均リードタイムを掛けた値を引きます。50個で14日と30個で10日なら、700から300を引いて400個です。

使用量とリードタイムの時間の単位をそろえる必要があるのはなぜですか？

1日あたりの個数に日数を掛けると個数になるためです。週単位の使用量と日単位のリードタイムを混ぜると、もっともらしく見えても誤った安全在庫になります。

開発者向け — APIアクセス

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

エンドポイント

POSThttps://api.kit.forhosting.com/fin/safety-stock

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

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

curl -X POST https://api.kit.forhosting.com/fin/safety-stock \
  -H "Authorization: Bearer $KIT_KEY" \
  -H "Content-Type: application/json" \
  -d '{"max_daily_usage":50,"max_lead_time":14,"avg_daily_usage":30,"avg_lead_time":10}'

const res = await fetch("https://api.kit.forhosting.com/fin/safety-stock", {
  method: "POST",
  headers: {
    "Authorization": `Bearer ${process.env.KIT_KEY}`,
    "Content-Type": "application/json"
  },
  body: JSON.stringify({
    "max_daily_usage": 50,
    "max_lead_time": 14,
    "avg_daily_usage": 30,
    "avg_lead_time": 10
  })
});
const { task_id } = await res.json();

import os, requests

res = requests.post(
    "https://api.kit.forhosting.com/fin/safety-stock",
    headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
    json={
    "max_daily_usage": 50,
    "max_lead_time": 14,
    "avg_daily_usage": 30,
    "avg_lead_time": 10
},
)
task_id = res.json()["task_id"]

<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/safety-stock", false, stream_context_create([
  "http" => [
    "method"  => "POST",
    "header"  => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
    "content" => '{"max_daily_usage":50,"max_lead_time":14,"avg_daily_usage":30,"avg_lead_time":10}',
  ],
]));
$task = json_decode($res, true);

body := bytes.NewBufferString(`{"max_daily_usage":50,"max_lead_time":14,"avg_daily_usage":30,"avg_lead_time":10}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/safety-stock", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)

リクエスト例

{
  "max_daily_usage": 50,
  "max_lead_time": 14,
  "avg_daily_usage": 30,
  "avg_lead_time": 10
}

レスポンス例

{
  "task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
  "type": "fin.safety_stock",
  "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`	リクエストが多すぎます。しばらく待ってから再度お試しください。

技術的な注記

成功した呼び出しは$0.002で課金され、不正な入力は課金されません。

入力契約、応答の形、検証

日次使用量は一日あたりの単位、リードタイムは日です。対応する平均を下回る最大も同様に拒否されます。その組はもはや最大対平均の話ではないからです。例：一日五十単位で最悪リードタイム十四日、一日三十単位で典型リードタイム十日なら、最大需要七百、平均需要三百、安全在庫四百です。書式付き文字列より裸の数値を選んでください。桁区切りや末尾の単位ラベルは解析しません。本サービスは z-score、需要の標準偏差、目標サービスレベルを受け取らず、発注点も出しません。必要なら別の恒等式へ織り込んでください。単位を揃えた有限数が四つ必須の JSON 本体を送ってください。max_daily_usage は想定する最高の日次需要であり、ゼロ以上でなければなりません。計画の書き出しで改名しなくて済むよう、別名 maximum_daily_usage、max_usage、maximum_usage を受け付けます。max_lead_time は想定する最長の補充（日）であり、同じく非負でなければなりません。別名 maximum_lead_time、max_lt を受け付けます。avg_daily_usage は平均の日次需要であり、非負かつ max_daily_usage 以下でなければなりません。別名 average_daily_usage、avg_usage、average_usage を受け付けます。avg_lead_time は平均の補充（日）であり、非負かつ max_lead_time 以下でなければなりません。別名 average_lead_time、avg_lt を受け付けます。各欄は JSON 数値でも、厳密な有限小数パターンに合う数値文字列でも構いません。欠落欄、空文字、非有限値、負の使用量やリードタイムは、欄名付きの invalid_input で失敗し、課金されません。成功時は丸めた四つの入力をエコーし、最大日次使用量かける最大リードタイムとして max_demand を返し、平均日次使用量かける平均リードタイムとして avg_demand を返し、最大需要マイナス平均需要として safety_stock を返し、ダッシュボードが数字の横に定義を印刷できるよう恒等式を述べ直す式文字列を含めます。成功した1件の料金は一律 $0.002 です。

安全在庫計算機が役立つ場面

実装は tier A の解析的 parse コードなので、成功した呼び出しは毎回 $0.002 で安く、モデルトークンも外向きネットワークもありません。要求を小さく保ち、丸めた safety_stock を試験に固定すれば、宿題、試験生成、軽い補充ノート向けの再現可能な緩衝が得られ、自前の統計在庫パッケージを立てる必要はありません。

連携の活用例

MRP と補充ノート

決算や計画のスクリプトから決定的な神託を呼び、悪いサイクルを覆う余分な単位がページのウィジェットと一致するようにします。

技術的な質問

使用量とリードタイムから安全在庫はどう計算しますか。

有限な非負の数 max_daily_usage、max_lead_time、avg_daily_usage、avg_lead_time を送ってください。API は safety_stock = (max_daily_usage × max_lead_time) − (avg_daily_usage × avg_lead_time) を返します。

安全在庫計算機の料金はいくらですか。

ブラウザのツールは無料です。API 要求は成功した呼び出しごとに $0.002 の前払い KIT 残高を使い、不正な入力は課金されません。

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

安全在庫の計算

無料で実行

計算例

安全在庫が測るものと平均最大の恒等式

安全在庫計算機が役立つ場面

活用例

倉庫補充の緩衝

教室と宿題の確認

よくある質問

関連ツール

開発者向け — APIアクセス

エンドポイント

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

リクエスト例

レスポンス例

料金

エラー

技術的な注記

入力契約、応答の形、検証

安全在庫計算機が役立つ場面

連携の活用例

MRP と補充ノート

技術的な質問

ありがとう