イントロダクション
よくある光景を思い浮かべてください：営業が「金曜出荷」と伝えたのに、現場の計画担当は木曜の夜に初めて知る。しかも在庫管理はメールやスプレッドシートで回っていて、在庫管理システムが話題にすら上らなかった──このズレを埋めるのが本ガイドの目的です。
ここでは、簡単なテーブルの部品表作成から、あえて誇張したレベル10の生産オペレーションまで、実務で使える10のシナリオを難易度順に並べ、それぞれ操作手順（クリック単位）を示しています。
在庫管理は、実際のモノ（入庫、ロット、ピッキング、生産、出荷）が財務と顧客期待と接触する場所です。うまく動けば二度打ちがなくなり、ズレがあれば「ERPのせいだ」と責任が集中します。
多くの工場や倉庫はいまだ“経験則＋WhatsApp＋FINAL_v3.xlsx”で回っています。それで十分な時期もありますが、拠点が増えたり監査が入ったりすると、脆弱性が一気に露呈します。
よくある光景を思い浮かべてください：営業が「金曜出荷」と伝えたのに、現場の計画担当は木曜の夜に初めて知る。しかも在庫管理はメールやスプレッドシートで回っていて、在庫管理システムが話題にすら上らなかった──このズレを埋めるのが本ガイドの目的です。
在庫ソフトに実際のモノの流れをモデリングすると、入荷→保管→ピッキング→製造→出荷→廃棄→補充の一連が記録され、将来の自分がどれだけ助かるかが分かります。
本稿では、最初のBOM作成から現場でのバーコード適用まで、実際の会社を想定した10のユースケースを順を追って解説します。
主な読者はオペレーション責任者、倉庫リーダー、生産計画者です。技術者は後から参加できますが、まずは業務目線で読めるように書いてあります。
この記事はレベル1（簡単）からレベル10（専門家向け）までのランキング形式です。各レベルに実際に押すべき手順番号（Odoo上の操作）を添えています。
見栄えでレベル10から始める必要はありません。チームが快適なレベルから始めましょう。
次に「直面する課題」を読み、自分たちの現状に合ったレベルを開いてください。
このガイドで得られること：
- 一般的なシステム構成の中でOdoo在庫が担う役割
- 現場で摩擦が起きやすい領域とその原因
- 初心者向けの運用改善から高度な戦略までの10のユースケース
- 自動化や外部連携でパートナー介入が合理的になるタイミング
直面する課題
営業が金曜納品を約束したが、受注情報がメールに残り在庫はOdooに入っていなかった。計画担当が木曜夜に初めて知り、当日の緊急手配でマージンを食われ、財務は月次で在庫不足に気づく――こうした事象は統制とタイムリーなデータの欠如が原因です。
倉庫や工場が経験と個人の知見で回っていると、在庫や生産の真実がOdooの外に残り、欠品、緊急調達、月次の驚きが発生します。
思い当たる点はありませんか？多くのチームが直面する壁：
- 営業が約束する数量とシステム上の数量が一致しない
- 最新数量を見ないまま立てた生産・購買計画
- 顧客や監査時に明らかになるトレーサビリティの穴
良いニュースは、全てを一度に直す必要はないことです。下のユースケースから一つを選び、30日間Odooで運用して効果を測ってください。
Top 10 在庫ユースケース
Odoo在庫で役立つ10のケースを、レベル1（今日午後できる簡単作業）からレベル10（専門的）まで並べました。各ケースは「何を作るか」と「Odooでの具体的操作」を答えます。
レベル1はすぐに得られる日々の勝ち筋。最上位はあえて大げさにしていますが、アーキテクチャとデータが整えば同じアプリがどこまで伸ばせるかを見せます。
自分のレベルを選び、テスト環境で手順を追ってください。前のレベルが退屈に感じたら次へ進みます。
1. 仕入先からの最初の納品を2クリックで受領する Level 1 — Easy
レベル1は最も単純な在庫操作です：ユーザー1人、トラック1台、在庫移動1件。ルートやバーコード、オートメーションは使わず、受領を確定して在庫数が更新されるだけです。
Odooでの手順（例）：
- 該当する発注書を開き、「受領する（Receive Products）」を押して関連する入庫伝票を表示します。
- 「在庫確保（Check Availability）」を押し、実際に到着した数量に合わせて各行の「完了（Done）」数量を調整します。
- 「検証（Validate）」を押して受領を確定すると、仕入先→WH/Stockへの在庫移動が記録されます。
- Inventory→Reporting→Stockで、ドック上の実際数量とシステム上の在庫が一致しているか確認します。
- チャッターから受領証のPDFを印刷し、会計用の受領証明として保管します。
得られる効果：ドック上の数量とシステムの在庫が1分以内に一致し、購買から在庫への二度打ちが不要になります。
2. キャリアと追跡番号つきで顧客注文をピッキング・梱包・出荷する Level 2 — Easy
レベル2は単一ユーザーで完結する出荷フロー全体を扱います。1つの出荷伝票、1つのキャリア、追跡番号が設定され、出荷後に顧客へ自動送付されます。
Odooでの手順（例）：
- 確定済みの受注を開き、「出荷（Delivery）」ボタンで出庫伝票を開きます。
- 「在庫確保（Check Availability）」を押して、Odooに倉庫在庫からピッキングを確保させます。
- 商品をピッキングし、各行の「完了（Done）」数量を入力、配送業者と追跡番号を選択します。
- 「検証（Validate）」を押すと在庫移動がリリースされ、出荷確認メール（追跡リンク含む）が顧客に送られます。
- Inventory→Reporting→Stock Movesで、受注、在庫移動、請求草案が正しく紐付いているかを確認します。
得られる効果：トラックが出た瞬間に在庫が反映され、追跡番号を二度打ちする必要がなくなります。
3. 発注点を設定して在庫切れ前に見積り依頼を自動作成する Level 3 — Easy
レベル3では自動補充を導入します。売れ筋を監視し、棚が空になる前に購買案を作ることで、現場確認の手間を減らします。
Odooでの手順（例）：
- 売れ筋商品を開き、「自動発注ルール（Reordering Rules）」を追加します。
- 最小・最大数量、優先仕入先、リードタイムを設定し、商品にルールを保存します。
- 売上レポートのパレート分析で上位20SKUに同様の設定を行います。
- Inventory→Operations→Run Schedulerを実行し、Odooに見積り依頼（RFQ）を作成させます。
- Purchaseで作成されたRFQを確認し、必要なら数量を調整して正式なPOとして確定します。
得られる効果：売れ筋の欠品が減り、滞留在庫が減って資金効率が上がります。
4. ロット／シリアル管理でリコール対応を分単位にする Level 4 — Medium
レベル4は完全なトレーサビリティ導入です。入庫時にロットや個別シリアルを紐付ければ、任意の品目の流通履歴を即座に再生できます。
Odooでの手順（例）：
- 対象製品の在庫タブで「ロット管理（By Lots）」または「シリアル番号管理（By Unique Serial Number）」を有効にします。
- 次回入荷時に、仕入先梱包のロット番号を受領オペレーションの明細に入力して検証します。
- 出荷時にどのロットが出たかを必須にすることで、出荷伝票にロット情報が刻印されます。
- Inventory→Products→Lots and Serial Numbersでロットを選び、「Traceability」をクリックすると該当ロットの全移動履歴が見られます。
- 模擬リコールを実行：ロットで出荷伝票をフィルタし、リストをエクスポートしてレポートを数分で準備します。
得られる効果：監査対応レベルのトレーサビリティが標準化され、リコール対応が数時間から数分単位へ短縮されます。
5. 倉庫内のゾーン→通路→棚→棚番を設計して在庫配置を最適化する Level 5 — Medium
レベル5では倉庫の物理構造をOdoo内に落とし込みます。ロケーションと入庫先ルールで、ピッカーが最短で正しい棚に行けるようになります。
Odooでの手順（例）：
- 設定→在庫で「Storage Locations」と「Multi-Step Routes」を有効化します。
- Inventory→Configuration→LocationsでWH/Stock配下にZone、Aisle、Shelf、Binの階層を作ります。
- 各ロケーションフォームからバーコードラベルを印刷し、棚に貼り付けます。
- 各商品にPutaway Strategyを設定して、入庫時に自動的に適切なゾーンへ振り分けられるようにします。
- 短いテスト移動を実行し、ピッキング時にOdooが適切な宛先バイナリを提示するか確認します。
得られる効果：ピッカーの無駄な歩行が減り、同人数で処理量が増えます。
6. 入庫をドック→品質検査→在庫に分けて不良品を遮断する Level 6 — Medium
レベル6は入庫フローを段階化します。ドック→QCバッファ→在庫へと進み、検査に落ちたロットは販売不可ゾーンへ回します。
Odooでの手順（例）：
- Inventory→Configuration→Warehousesで該当倉庫の入荷を「3ステップ受領」に設定します。
- OdooがWH/InputやWH/Quality Controlといったバッファロケーションを生成することを確認します。
- Qualityアプリをインストールし、品質検査ポイントを該当商品群のQCロケーションに作ります。
- 受領時にドック→QCへ移し、検査を実施して合格分だけQC→在庫へ転送して検証します。
- 不合格ロットはWH/Scrapへルーティングし、理由コードを付けてベンダーパフォーマンスの集計に使います。
得られる効果：不良品が顧客に届かなくなり、仕入先評価がデータに基づくKPIになります。
7. 長尾SKUをドロップシップで仕入先から顧客へ直送する Level 7 — Hard
レベル7は自社が商品を販売するが実際は倉庫に触れない流れを作ります。仕入先が顧客へ直接送り、Odooは注文→購買→出荷の全連鎖を追跡します。
Odooでの手順（例）：
- 設定→購買で「Dropshipping」を物流セクションから有効にします。
- 対象商品ごとにInventoryタブでRouteをDropshipに設定し、ベンダーと現実的なリードタイムを入れます。
- その商品で受注を確定すると、Odooが自動的に顧客住所宛の発注書を作成します。
- POを確定するとベンダーが直接顧客へ出荷し、追跡番号は顧客情報に反映されます。
- 発注に対する仕入請求を受け取り、買掛・売掛・受注が会計上で自動的に整合されます。
得られる効果：長尾SKUから収益を上げつつ、倉庫スペースも人手も節約できます。
8. 倉庫でバーコード運用を展開する Level 8 — Hard
レベル8はハードウェアを導入する段階です。ハンディスキャナでSKUやロケーションを読み取ることで誤ピッキングがほぼゼロになり、時間当たりの処理ライン数が大幅に増えます。
Odooでの手順（例）：
- AppsからBarcodeアプリをインストールし、メイン倉庫にBarcode Nomenclatureを割り当てます。
- Inventory→Reporting→Print Labelsで商品とロケーションのバーコードを生成・印刷します。
- 現場にハンディ端末やタブレットを配備し、Barcodeインターフェースでログインさせます。
- 次回入庫をBarcodeモードで処理：仕入先ラベルをスキャン、各商品をスキャン、宛先棚をスキャンして検証します。
- Inventory→Reporting→Operationsで導入前後の誤発送率や処理時間を比較します。
得られる効果：誤出荷がほぼ無くなり、同人数でより多くの受注ラインを処理できます。
9. ハブ＆スポークの複数倉庫で在庫をバランスさせる Level 9 — Hard
レベル9は複数拠点運用です。中央ハブが地域スポークへ日次で供給する仕組みを作り、誰かに電話して在庫を確認する手間を無くします。
Odooでの手順（例）：
- Inventory→Configuration→Warehousesで中央のHubと複数のSpoke倉庫を短縮コード付きで作成します。
- 各Spokeに対し、Resupply経路をHubからの内部移動（所定リードタイム付き）に設定します。
- 各スポーク×SKUで再発注ルールを定義し、スケジューラがスポークの欠品前に社内移動を提案するようにします。
- Inventory→Operations→Run Schedulerを毎日実行し、Hub→Spoke間の提案移動を確認します。
- Reporting→Stock by Warehouseで在庫偏りを可視化し、週次でMin/Maxを調整します。
得られる効果：各地域が適正在庫を保ち、拠点間移動が決められたリズムで回るようになります。
ルートの設計、各スポークの補充優先度、日次移動の頻度を決めるのはパートナー主導の導入でよくある作業で、Dasoloはこの領域の設計を得意としています。
10. IoT・AI予測・EDI・ライブダッシュで完全自動WMSを運用する Level 10 — Expert
レベル10は倉庫運営をほぼ自動化する段階です。IoT検品、AI需要予測、EDI連携、キャリアAPIによって人は例外対応に集中します。
Odooでの手順（例）：
- Odoo IoTボックスでスキャナやラベルプリンタを接続し、各ドックイベントが手入力無しで在庫移動を投稿するようにします。
- Cycle CountsとABC Storageを有効化して、年次棚卸ではなく継続的な在庫チェックを実行します。
- 過去24か月の販売履歴でOdooのAI需要予測を学習させ、Reordering RulesのMin/Maxを週次で自動調整させます。
- 主要取引先とEDIフローをつなぎ、RFQ／確認／ASN／請求書が自動でやり取りされるようにします。
- キャリアAPI（DHL、UPS、GLS等）をマッピングして、約束納期を満たす最安のサービスを自動選択させます。
- Warehouse Liveのスプレッドシート型ダッシュボードを構築し、ドック活動、ピッキング時間、充足率、在庫回転をリアルタイムで集計、Webhookで経営陣へ配信します。
得られる効果：日々の火消しではなく、システムが安定したサービスレベルと会計上の正確な在庫評価を維持します。
IoTレイアウト、AIのフィードバックループ、EDIマッピング、ライブ運用ダッシュボードの設計は専門的なアーキテクチャ作業です。最初に正しくつなぐためにDasoloのような外部チームがいると失敗を避けられます。
専門家の助けが有効な場面
レベル1〜6は標準機能と丁寧な内部のオーナーシップ、実験用のサンドボックスがあれば社内で十分に実現できます。
レベル7以降はリスクが増えます：誤った顧客へ自動通知が飛ぶ、Studioカスタムでアップグレードが止まる、深夜にAPI同期が止まる等の問題が起こり得ます。
これはチームの失敗ではなく、アーキテクチャ、テスト、ガバナンスが重要だというサインです。
マルチアプリ設計、国別コンプライアンス、複雑な連携、あるいは既に取締役会が決めたリリース日に間に合わせたい場合はパートナーを入れるのが合理的です。
Dasoloと進める理由
Dasoloは、現実の業務に即したOdoo導入を支援します：カスタムアプリ、クリーンな連携、コンサルタントが去った後でも現場が使い続けられる研修を提供します。
在庫ロードマップにこのガイドの上位ユースケースが含まれるなら、我々は段階的な計画を一緒に描けます。クイックウィンを先に、その後に自動化と連携を段階的に導入します。
お客様はスコープと予算をコントロールしたまま、我々はOdooの深い知見を提供して、本番でコストの高い学習を避けます。
無料相談のご案内：