mcpField
I
Inventory Manager

Inventory Manager

github.com/jmsktmその他10287 回インストール40 週間前に更新
リポジトリ

Inventory Manager について

Inventory Managerは、在庫管理と供給計画を支援する構造化スキルです。運用チーム向けに、需要予測、発注点と安全在庫の計算、補充、コストや欠品の分析を案内します。

主な機能

  1. 01ABC分類と在庫追跡方法
  2. 02需要予測と精度の確認
  3. 03発注点、安全在庫、EOQの計算
  4. 04補充と発注書のワークフロー
  5. 05在庫回転率と陳腐化の分析

活用シーン

  1. 01SKUや商品カテゴリ別の需要予測
  2. 02発注トリガーとバッファ在庫の設定
  3. 03補充が必要な商品の特定
  4. 04滞留在庫と在庫コストの確認

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jmsktm/claude-settings --skill inventory-manager

インストール後、Claude Code で/inventory-managerを入力して読み込まれたか確認します。

詳細

在庫管理

在庫レベルの追跡、需要予測、再発注点の最適化、在庫切れの防止を支援しながら、在庫保有コストを最小限に抑える、専門的な在庫管理システムです。このスキルは、実証済みのオペレーション管理の原則に基づき、在庫管理、需要計画、サプライチェーン最適化のための体系的なワークフローを提供します。

効果的な在庫管理では、在庫切れのリスクと在庫保有コストという相反する圧力のバランスを取ります。このスキルは、実物商品、デジタル商品、サービス提供能力のいずれを管理する場合でも、最適な在庫レベルの維持、キャッシュフローの改善、廃棄の削減、商品の供給確保を支援します。

サプライチェーンのリーダーやオペレーションズ・リサーチのベストプラクティスに基づき、このスキルは需要予測、安全在庫の計算、ジャストインタイムの原則を組み合わせて、在庫への投資を最適化します。

主なワークフロー

ワークフロー 1:在庫の設定と分類

在庫管理システムを構築し、商品を戦略的に分類します

  1. 在庫マスターデータ

    • 商品基本情報:SKU、説明、カテゴリ、サプライヤー
    • コスト:単価、在庫保有コスト(年間価値に対する割合)、発注コスト
    • 物理情報:寸法、重量、保管要件
    • リードタイム:サプライヤーのリードタイム、生産リードタイム
    • 制約条件:最小発注数量(MOQ)、賞味期限・使用期限、保管容量
  2. ABC分類

    • A品目(品目数の20%、価値の80%)
      • 厳格に管理し、毎日監視
      • 正確な需要予測が不可欠
      • 高いサービスレベル(95~99%)
    • B品目(品目数の30%、価値の15%)
      • 適度に管理し、毎週監視
      • 標準的な需要予測手法
      • 中程度のサービスレベル(90~95%)
    • C品目(品目数の50%、価値の5%)
      • 緩やかに管理し、毎月監視
      • シンプルな補充ルール
      • 低めのサービスレベル(85~90%)
  3. 在庫追跡方法

    • 継続記録法(取引ごとにリアルタイムで更新)
    • 定期棚卸法(一定間隔で実地棚卸を実施)
    • サイクルカウント(継続的に一部の在庫を棚卸)
    • 精度向上のためのバーコード/RFIDスキャン
ワークフロー 2:需要予測

将来の需要を予測し、在庫に関する意思決定に活用します

  1. 過去データの分析

    • 過去の販売データを収集します(最低12~24か月分)
    • パターンを特定します:
      • トレンド:時間の経過に伴う全体的な増加または減少
      • 季節性:繰り返し現れるパターン(祝祭日の急増、四半期ごとの周期)
      • 循環性:より長期的な景気循環
      • ランダム性:予測不能な変動
  2. 需要予測手法

    • シンプル:移動平均(需要が安定している場合)、前期実績(非常に安定している場合)
    • 中級:加重移動平均、指数平滑法
    • 高度:季節分解、回帰分析、機械学習
  3. 予測精度

    • 平均絶対パーセント誤差(MAPE)を計算します
    • 毎月、予測値と実績値を比較します
    • 精度に基づいて手法を改善します
    • 商品カテゴリ/SKUごとに需要予測を分けます
  4. 調整

    • 販促やマーケティングキャンペーンを考慮します
    • 市場動向や競合他社の活動を考慮します
    • 新商品の発売や販売終了に合わせて調整します
    • 展示会や祝祭日など、既知のイベントを含めます
ワークフロー 3:発注点と安全在庫

最適な発注トリガーとバッファ在庫を算出します

  1. 発注点の算出

    Reorder Point = (Average Daily Demand × Lead Time Days) + Safety Stock
    
    • 例:需要 = 50 個/日、リードタイム = 10 日、安全在庫 = 100 個
    • 発注点 = (50 × 10) + 100 = 600 個
  2. 安全在庫の算出

    Safety Stock = Z-Score × (Demand Std Dev) × √(Lead Time)
    
    • 希望するサービスレベルに基づく Z スコア:
      • サービスレベル 90%:Z = 1.28
      • サービスレベル 95%:Z = 1.65
      • サービスレベル 99%:Z = 2.33
    • 例:標準偏差 = 15、リードタイム = 10 日、サービスレベル 95%
    • 安全在庫 = 1.65 × 15 × √10 = 78 個
  3. 経済的発注量(EOQ)

    EOQ = √((2 × Annual Demand × Ordering Cost) / Carrying Cost per Unit)
    
    • 発注コストと在庫保管コストのバランスを取ります
    • 例:需要 = 10,000/年、発注コスト = $100、保管コスト = $5/個/年
    • EOQ = √((2 × 10,000 × 100) / 5) = 1 回あたり 632 個
  4. 動的な調整

    • 発注点を四半期ごとに見直します
    • 季節性に応じて調整します(繁忙期は安全在庫を増やします)
    • 仕入先の信頼性を考慮します(信頼性が低いほど安全在庫を増やします)
    • サービスレベルと在庫投資のバランスを取ります
ワークフロー 4:在庫の監視と補充

在庫レベルを追跡し、補充アクションを開始します

  1. 毎日の監視

    • 現在の在庫レベルと発注点を確認します
    • 発注点以下の品目を特定します
    • 欠品とバックオーダーにフラグを付けます
    • 動きの遅い在庫/滞留在庫を確認します
  2. 補充トリガー

    • 発注点方式:在庫が発注点に達したら発注します
    • 定期見直し方式:固定スケジュール(週次、月次)で確認・発注します
    • Min-Max 方式:最小値を下回ったら最大値まで発注します
    • ジャストインタイム方式:実際の需要シグナルに基づいて発注します
  3. 発注書の作成

    • 発注数量を算出します(EOQ、または MOQ/販促に応じて調整)
    • リードタイム、コスト、信頼性に基づいて仕入先を選択します
    • 予定納期を記載した PO を作成します
    • 未処理の PO を追跡し、遅延についてフォローアップします
  4. 入荷と更新

    • 入荷した貨物の品質/数量を検査します
    • 在庫システムを直ちに更新します
    • PO と実際の受入数量を照合します
    • 在庫を棚入れし、ロケーションデータを更新します
ワークフロー 5:在庫の最適化

コストを削減し、在庫回転率を向上させ、無駄をなくします

  1. 在庫回転率の分析

    Inventory Turnover = Cost of Goods Sold / Average Inventory Value
    
    • 目標回転率は業界によって異なります(小売:8~12、製造:4~8)
    • SKU とカテゴリごとに算出します
    • 動きの遅い品目(回転率が低いもの)を特定します
  2. 陳腐化の管理

    • 滞留在庫(90 日以上販売がないもの)を特定します
    • 在庫年齢を分析します:30/60/90 日以上
    • 処分方法:
      • 値引き/販促で在庫を処分します
      • 可能であれば仕入先に返品します
      • 寄付または処分します(損失計上)
  3. 在庫保有コストの削減

    • 委託在庫またはベンダー管理在庫について交渉します
    • 信頼できる仕入先については安全在庫を削減します
    • 動きの速い品目をクロスドッキングします
    • 倉庫スペースの利用効率を最適化します
  4. 欠品の防止

    • 欠品の根本原因を分析します
    • 需要予測の精度を向上させます
    • 仕入先のリードタイムのばらつきを抑えます
    • 重要品目について代替仕入先を確保します

クイックリファレンス

操作コマンド/トリガー
在庫レベルの確認"Show inventory for [SKU]"
発注対象の品目"Show items at reorder point"
安全在庫の算出"Calculate safety stock for [SKU]"
ABC 分類"Classify inventory by ABC"
欠品レポート"Show stockouts last 30 days"
動きの遅い品目"Find dead stock"
在庫評価額"Calculate total inventory value"
需要予測"Forecast demand for [SKU]"
PO の作成"Create purchase order for [SKU]"
在庫回転率"Show inventory turnover by category"

ベストプラクティス

データの正確性
  • 定期的にサイクルカウントを実施します(A品目は毎日、B品目は毎週、C品目は毎月)。
  • 差異を直ちに調査し、照合します。
  • バーコード/RFID スキャンを利用して、手作業によるミスをなくします。
  • 不正な持ち出しを防ぐため、在庫へのアクセスを制限します。
  • 適切な取引記録の方法についてスタッフをトレーニングします。
予測の徹底
  • 予測を毎月見直し、更新します。
  • 予測精度を追跡し、手法を改善します。
  • 今後の販促について営業チームと連携します。
  • 予測期間にはリードタイムを考慮します。
  • 勘ではなく、統計的手法を使用します。
安全在庫の調整
  • 品目の重要度に応じてサービスレベルを設定します(A品目は高め)。
  • 四半期ごと、または需要に大きな変化があった後に安全在庫を見直します。
  • 動きの遅い品目の安全在庫に過剰投資しないようにします。
  • 計算ではサプライヤーの信頼性を考慮します。
  • 欠品コストと保管コストのバランスを取ります。
サプライヤー管理
  • サプライヤーの納期遵守率を追跡します。
  • 代替サプライヤーとの関係を維持します。
  • 有利なリードタイムと MOQ を交渉します。
  • 主要サプライヤーに予測の見通しを共有します。
  • ベンダースコアカード(品質、納期、コスト)を作成します。
テクノロジーと自動化
  • 在庫管理ソフトウェアを導入します。
  • 発注点アラートを自動化します。
  • POS/ERP システムと統合して、リアルタイムで更新します。
  • 需要予測ツールを使用します。
  • レポートとダッシュボードを自動生成します。

追跡すべき主要指標

在庫の健全性:

  • 在庫回転率(目標:業界によって異なります)
  • 在庫日数(DIO)= 365 / 回転率
  • 在庫売上比率
  • 滞留在庫の金額と割合
  • 在庫精度(目標:95% 以上)

サービスレベル:

  • フィルレート(注文を完全に履行した割合)
  • 欠品の発生頻度
  • バックオーダー率
  • 顧客の注文サイクルタイム

コスト指標:

  • 在庫総額
  • 保管コスト(在庫総額に対する割合)
  • 欠品コスト(売上損失+顧客の不満)
  • 縮小・廃棄率
  • 注文あたりの発注コスト

予測パフォーマンス:

  • 予測精度(MAPE の目標:<20%)
  • 予測バイアス(過大予測と過小予測)

避けるべきよくある落とし穴

  • 過剰発注:余剰在庫に資金を拘束される
  • 発注不足:欠品や売上損失が頻発する
  • ABC 分析を無視する:すべての品目を同等に扱う(非効率)
  • データ管理の不備:不正確な棚卸しが誤った判断につながる
  • 固定的な発注点:季節性や変化に応じて調整しない
  • 可視性の欠如:何をどこに保管しているか把握できない
  • システムのサイロ化:在庫データが販売/調達システムと統合されていない
  • 感情的な発注:データではなく、欠品への恐れに基づいて発注する

統合ポイント

  • 販売時点情報管理(POS):販売を在庫からリアルタイムで差し引く
  • E コマース:オンラインと実店舗の在庫を同期する
  • ERP/会計:売上原価、在庫評価、財務報告
  • 倉庫管理(WMS):ロケーション追跡、ピッキング/梱包/出荷
  • サプライヤー EDI:発注書と ASN(出荷通知)を自動化する
  • 需要計画:補充計画に役立てるため、予測を取り込む

コメント