FIFO在庫計算機
単価10で100個、単価12で50個を仕入れて120個売ると、FIFOでは売上原価が1,240、期末在庫が360です。残るのは最も新しい30個です。ロットは古い順に入力します。ブラウザで無料で使えます。
- 無料
- ブラウザで動作
- 登録不要
- データは端末の外に出ません
無料で実行
計算例
- 販売数量
- 120
- 購入回数
- 2
- 利用可能な数量
- 150
- 残りの数量
- 30
- 販売可能商品
- 1,600
先入先出法による在庫評価は、一つの商業恒等式では解けない決算の問いに答えます。棚に残る仕入ロットと出て行った数量が与えられたとき、期末在庫の価値はいくらか、売上原価はいくらか。FIFOは最も古い数量を先に売れたものとして扱うため、残る在庫はより新しい単位原価で評価されます。このFIFO在庫計算機は、時系列の仕入ロットの並び — ロットごとの数量と単位原価、最も古いものを先に — と販売数量を受け取り、待ち行列の先頭からその数量を消費し、期末在庫の値と売上原価の両方を返します。
FIFO評価が仕入ロットを売上原価と期末在庫に変える仕組み
先入先出はコストフローの仮定であり、倉庫の地図ではありません。時系列の順で仕入ロットを送ります。最も古いロットを先に。 各行は、示された単位原価で買った数量です。
期首在庫は、その数量が前期に到着してまだ帳簿に残っているなら、単に最初のロットです。別の期首在庫欄も日付印もありません。エンジンは時計を読みません。
販売数量は、売れた分が満たされるまで、残っている最も古いロットから剥がされます。売上原価は、消費した各ロットから取った数量にそのロットの単位原価を掛けた合計です。期末在庫は、後のロットにまだ残る数量にそれらの単位原価を掛けた合計です。
二つの数字は販売可能商品 — 出発したすべての数量の総原価 — に戻ります。商業帳簿が使う恒等式と同じですが、ここでは両辺がロットから導かれ、埋められた売上原価の行からではありません。教科書の例です。 十の単価で百、十二の単価で五十、百二十を販売。
FIFOは最初のロット全部(原価千)と二番目のロットから二十(二百四十)を取るので、売上原価は千二百四十、期末在庫は十二で残った三十、つまり三百六十です。販売数量が利用可能数量と等しければ、期末在庫はゼロでどのロットも消費されます。販売数量がゼロなら、売上原価はゼロで期末在庫は販売可能商品と一致します。
この計算機がしないことは、暦の日付でロットを並べ替えること、後入先出を適用すること、加重平均の単位原価を出すこと、通貨を換算すること、期首在庫に純仕入を足して売上原価を引く三行の恒等式を組み立て直すことです。すでに並んだロットを送ってください。エンジンは先頭から歩くだけで、両方の値を返します。
FIFO在庫計算機が役立つ場面
経理責任者と記帳担当は、決算でその期間の仕入ロットと販売数量を、損益計算書と貸借対照表の双方が必要とする二つの数字に変えるために FIFO 在庫計算機を使います。方針がすでに名付ける先入先出のコストフロー仮定の下での売上原価と期末在庫です。
FIFO を求めまたは許す法域の税務パックの調書は、ロットを黙って並べ替えた表ではなく、同じ歩きを固定する必要があります。監査人と貸し手は、同じバッチを調書に落とし、最も古いロットから導けない締在庫が署名の前に見えるようにします。
上昇市場で買うマーチャンダイザーは、残る在庫がより新しい、多くの場合より高い単位原価で評価されるために FIFO を使い、継続記録の在庫エンジンを建て直さずにその評価を求めます。これは、与えられた売上原価を期首在庫と純仕入から引く商業恒等式とも、棚卸資産回転期間とも、在庫回転率とも、実地棚卸とも違う検索であり、違う仕事です。
それらの道具は別の入力から始まり、別の問いに答えます。検証の失敗は残高を消費しません。ロットを先入の順に保ち、販売数量を手元数量の内に保ち、丸めた数字をテストに固定すれば、自前の倉庫エンジンを立てずに、チェックリスト、教室の正解、エッジワーカー向けの再現可能な FIFO 決算が得られます。
活用例
月次・年次のFIFO決算
並んだ仕入ロットと販売数量を、パックを閉じる前に売上原価と期末在庫に変え、残りの層を実地棚卸と比べます。
FIFO方針の下での損益計算書の売上原価
払い出した数量を残っている最も古い単位原価で評価し、売上原価の行が加重平均ではなく先入先出の会計方針と一致するようにします。
監査調書と税務のFIFO表
同じバッチを調書に落とし、最も古いロットから導けない締在庫が署名の前に見えるようにします。
よくある質問
FIFO在庫評価はどう計算しますか?
最も古い仕入ロットを先に、販売数量とともに送ってください。計算機は待ち行列の先頭から数量を消費します。売上原価は消費した数量の原価、期末在庫は後のロットに残る数量の原価です。二つは販売可能商品に戻ります。
販売数量が利用可能在庫を超えるとどうなりますか?
販売数量はゼロ以上の有限数でなければならず、ロット数量の合計を超えてはなりません。過剰販売は課金されません。
期首在庫はどう送りますか?
期首在庫を最初の仕入ロット(最も古いロット)として置いてください。別の期首在庫欄も日付印もありません。時系列は配列の順です。
期末在庫が期首プラス仕入マイナス売上原価と同じですか?
いいえ。 その商業恒等式は三つの帳簿合計から始まり、ロットを歩きません。この計算機は FIFO の下で仕入ロットから期末在庫と売上原価の両方を導きます。
後入先出法や総平均法も計算できますか?
できません。先入先出法だけを使い、販売分を最も古いロットから取り崩します。日付での並べ替えもしないので、仕入れた順にロットを入力してください。
関連ツール
開発者向け — APIアクセス
このページの機能はすべてAPIからも利用できます。自社システムに組み込みたいチーム向けのセクションです。それ以外の方は上のツールをそのままお使いください。
エンドポイント
Bearerトークンで認証し、POST1回でタスクをキューに登録します。結果はWebhookまたは署名付きリンクで受け取れます。
お使いのスタックから呼び出す
curl -X POST https://api.kit.forhosting.com/fin/fifo-for-inventories \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"purchases":[{"units":100,"unit_cost":10},{"units":50,"unit_cost":12}],"units_sold":120}'const res = await fetch("https://api.kit.forhosting.com/fin/fifo-for-inventories", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"purchases": [
{
"units": 100,
"unit_cost": 10
},
{
"units": 50,
"unit_cost": 12
}
],
"units_sold": 120
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/fin/fifo-for-inventories",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"purchases": [
{
"units": 100,
"unit_cost": 10
},
{
"units": 50,
"unit_cost": 12
}
],
"units_sold": 120
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/fin/fifo-for-inventories", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"purchases":[{"units":100,"unit_cost":10},{"units":50,"unit_cost":12}],"units_sold":120}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"purchases":[{"units":100,"unit_cost":10},{"units":50,"unit_cost":12}],"units_sold":120}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/fin/fifo-for-inventories", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)リクエスト例
{
"purchases": [
{
"units": 100,
"unit_cost": 10
},
{
"units": 50,
"unit_cost": 12
}
],
"units_sold": 120
}レスポンス例
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "fin.fifo_for_inventories",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}非同期APIです。task_idは即時に返ります。ポーリングは1秒あたり1リクエストまでです。
料金
単価はすべて公開しています。トークン換算や独自クレジットはありません。失敗したタスクは課金されません。
制限
max_items | 200 |
エラー
| HTTP | コード | 意味 |
|---|---|---|
401 | unauthorized | APIキーが無効か、指定されていません。Authorizationヘッダーを確認してください。 |
402 | insufficient_balance | 残高が不足しています。チャージ後に再度お試しください。 |
404 | unknown_type | 指定されたタスクタイプは存在しません。タイプ名を確認してください。 |
429 | rate_limited | リクエストが多すぎます。しばらく待ってから再度お試しください。 |
技術的な注記
販売数量が手元数量を超えると、負の倉庫を作らず invalid_input で失敗します。
入力契約、応答の形、エラーの扱い
販売数量ゼロは許されます。金額は half-up で小数二桁に丸めます。例として、十で百と十二で五十、百二十の販売なら、売上原価は千二百四十、期末在庫は三百六十、二番目のロットに三十が残ります。必須欄二つを持つ JSON 本体を POST してください。purchases はロットオブジェクトの空でない配列で、最大二百行、各行の units はゼロより厳密に大きく、unit_cost はゼロ以上です。別名 batches、lots、layers は同じ並びを指すので、表の列名を保てます。各行では quantity と qty が units の別名、cost、price、cost_per_unit が unit_cost の別名です。units_sold はその期間に払い出した数量です。別名 sold、quantity_sold、qty_sold を受け付けます。各数値欄は JSON 数でも数値文字列でも構いません。欠落、空文字、非有限値 — NaN、Infinity、数として解釈できない文字 — は欄名を付けて invalid_input で失敗します。負の単位原価、負の units_sold、units がゼロまたは負のロットは拒否され、課金されません。成功時は purchase_count、units_available、units_sold、units_remaining、すべてのロットの総原価としての goods_available、cost_of_goods_sold、ending_inventory、units と unit_cost と value を持つ残りロットとしての remaining_layers、FIFO の歩きを述べる式の文字列を報告します。units_sold が units_available を超えると、ハンドラは units_sold が利用可能在庫を超えるというメッセージで両方の数字を示して拒否し、負の倉庫は返しません。倉庫単位の話が必要なら、ご自身の実地棚卸と JSON を組み合わせてください。このエンドポイントが返すのはコストフローの評価であり、循環棚卸でも LIFO でも通貨換算でもありません。
FIFO在庫計算機が役立つ場面
プロダクトチームは、総勘定元帳の API を呼ばずに cost_of_goods_sold と ending_inventory の両方を固定しなければならない ERP 決算パック、LMS 課題、CI フィクスチャに契約を組み込みます。実装は純粋な parse のティア A なので、成功した呼び出しは公表の基本料金 $0.002 で、モデルトークンも外向きの通信もありません。
技術的な質問
FIFO在庫計算機の料金はいくらですか?
ブラウザの道具は無料です。API 要求は成功した呼び出しあたり $0.002 の前払い KIT 残高を使い、不正な入力は課金されません。