FBA在庫を毎月“自動で”棚卸し評価する
月末の在庫金額を、手で集計しない

1. なぜFBA在庫の棚卸しは面倒なのか

計算式そのものは単純です（在庫数 × 原価）。しんどいのは、その材料を集める工程のほうでした。

• 在庫が分散している：FBAの在庫はAmazonの複数の配送拠点に散らばり、さらに「販売可能」「入荷中」「保留」など状態も分かれる。
• 毎日動く：売れた・返品された・補充した……で数字は刻々と変わる。「いつ時点か」を固定しないと意味がない。
• 原価と紐づいていない：Amazonの画面に出るのは在庫"数"。評価額を出すには、自社で持っているSKU（商品の種類ごとの管理単位）ごとの原価と突き合わせなあかん。

これを毎月、画面からCSVを落として手で集計していた頃は、月初の数時間がまるごと消えていました。しかも手作業なので、どこかで必ず打ち間違える。

2. 何を自動化したか（全体像）

やったことは一言でいうと、「月末時点の在庫の状態をその時点の記録として自動で取って、自社の原価表と掛け合わせて評価額を出す」仕組みづくりです。 手でCSVを落とす代わりに、AmazonのレポートAPI（他社のサービスからデータを受け取る窓口）から在庫データを取って、原価表と突き合わせて、結果を表計算シートに記録して、最後に社内チャットのSlackへ通知する。それだけです。

3. 仕組みの流れ：取得→評価→記録→通知

肝は「原価表」を一度きちんと整えることやと思ってます。ここさえ整えば、毎月の評価は完全に自動で回る。逆にここが曖昧なままやと、いくら自動化しても出てくる数字を自分が信用できません。

4. つまずき：一度に呼び出せる回数の上限

ハマったところも正直に書きます。最初は毎回レポートを新規作成して取得する作りにしていました。そしたら、レポートを連続で作ってるうちにAmazon側が決めている「一度に呼び出せる回数の上限」に当たってしまったんです。動いてたものが急に止まって、しばらく原因が分からんかった。笑

5. 月末はどう変わったか

前は「画面を開いてCSVを落として、関数で原価を貼って、合計して、ファイルを保存して……」をずっと手でやっていました。今は、仕組みが勝手に評価額を出してSlackに通知してくれるので、人は"確認するだけ"です。

効いたのは時短だけやありませんでした。毎月同じ条件・同じ時点で記録されるので、在庫評価額の「推移」が勝手に貯まる。「在庫が膨らみすぎてへんか」「過剰在庫の兆候はないか」を、後から振り返れるようになりました。こっちのほうが、じつは有り難かった。

6. 他社でも使える「在庫評価」の型

7. まとめ

• FBA在庫の棚卸しが重いのは計算ではなく「材料集め」。分散・変動・原価未紐付けが原因。
• レポートAPIで月末時点の在庫記録を自動取得し、原価表と突き合わせれば評価は自動化できる。
• 相手先のサービスは呼び出し回数の上限に注意。毎回新規作成せず再利用する設計に。
• 毎月同条件で記録すると在庫評価額の推移が貯まり、過剰在庫の兆候も見えてくる。

正直に言うと、この仕組みを作った動機は「経理を良くしたい」やなくて「月初にあの作業をもうやりたくない」でした。笑　でも結果として、在庫の見え方まで変わりました。