Odoo による複数倉庫管理: リアルタイムの在庫可視化

企業が成長するにつれて、必然的に倉庫が追加されます。つまり、輸入用の港の近くに物流センター、顧客に近い地域のフルフィルメントセンター、または原材料と完成品用の別個の施設です。 新しい拠点ごとに運用の複雑さが倍増します。在庫は拠点ごとに追跡する必要があり、拠点間の転送には文書化と輸送会計が必要であり、補充ルールでは顧客の注文ごとにどの倉庫が調達するかを考慮する必要があります。統合システムがなければ、複数の倉庫の業務は電話、スプレッドシート、絶え間ない消火活動に発展します。 Odoo は、複数の倉庫の複雑さをネイティブに処理し、適切な在庫を適切な場所に保管する自動ルールを使用して、すべての場所にわたる単一のビューを提供します。

重要なポイント

• Odoo のロケーション階層は、きめ細かいゾーン、ラック、棚、および箱の追跡により無制限の倉庫をサポートします
• 自動化された輸送会計により、倉庫間の転送により完全なトレーサビリティが維持されます。
• 倉庫ごとの再注文ルールにより、各拠点が個別に適切な在庫レベルを維持できるようになります
• 統合レポートにより経営層レベルの可視性が提供され、ドリルダウンにより場所固有の詳細が明らかになります

---

2 番目のウェアハウスを追加する場合

1 つの倉庫から複数の場所に拡張するという決定は、顧客の近さ (輸送時間とコストの削減)、輸入物流 (港または国境近くの受け入れ倉庫)、生産の分離 (完成品から原材料施設が分離されている)、規制要件 (特定の商品は認可された施設で保管する必要がある)、および容量の制約 (現在の倉庫が物理的にいっぱいである) によって決まります。

各ドライバーは、Odoo で新しいウェアハウスを構成する方法に対して異なる影響を及ぼします。地域のフルフィルメント センターには、顧客対応の配送機能が必要です。輸入品を受け取る倉庫には、発注書と品質検査との強力な統合が必要です。生産施設には製造モジュールの統合が必要です。

---

Odoo の場所の階層

Odoo は倉庫の場所を階層として構造化します。この構造を理解することは、複数の倉庫を効果的に管理するために不可欠です。

階層構造

最上位レベルでは 倉庫 を定義します。各倉庫は、独自の住所、操作手順、およびスタッフを持つ物理施設を表します。各倉庫内では、場所が階層的に編成されています。

単一のウェアハウスの一般的な階層は次のようになります。

Main Warehouse
├── Input (receiving area)
│   └── Quality Control
├── Stock (main storage)
│   ├── Zone A (fast movers)
│   │   ├── Rack A1
│   │   │   ├── Shelf 1
│   │   │   ├── Shelf 2
│   │   │   └── Shelf 3
│   │   └── Rack A2
│   ├── Zone B (medium movers)
│   └── Zone C (slow movers)
├── Packing (packing station area)
├── Output (shipping area)
└── Scrap

場所の種類

Odoo は、いくつかの場所の種類を使用して、さまざまな物理空間と仮想空間をモデル化します。

内部の場所 は、倉庫内の物理的な保管エリア (在庫が置かれているラック、棚、箱) を表します。

ベンダーの場所はサプライヤーの保管場所を表します。発注書を作成すると、商品は受領時に仕入先の場所から社内の場所に移動します。

顧客の所在地 は、商品が出荷される際の配送先を表します。配送注文により、在庫が社内の場所から顧客の場所に移動されます。

中継場所は倉庫間の転送に使用されます。在庫が倉庫間を移動するとき、在庫は物理的に輸送中の商品を表す輸送場所を通過します。

在庫損失/廃棄場所 は、在庫調整、破損した商品、および廃棄された材料をキャプチャします。

複数の倉庫のセットアップ

Odoo で 2 番目の倉庫を追加するときは、物理的な住所 (配送と税金の計算に重要)、デフォルトの操作タイプ (受入、内部転送、配達注文)、倉庫固有のルート (この倉庫を商品がどのように流れるか)、および再供給ルート (この倉庫が他の倉庫またはベンダーから補充される方法) を使用して倉庫レコードを構成します。

例: 3 倉庫セットアップ

3 つの施設があるビジネスを考えてみましょう。

倉庫 1 — 輸入品の受け取り。 港の近くにあります。国際貨物を受け取り、品質検査を実施し、コンテナの積荷をパレットとケースの数量に分割します。

倉庫 2 — 製造。 製造施設。倉庫 1 から原材料を受け取り、完成品を生産し、完成品を倉庫 3 に移送します。

倉庫 3 — 物流。 国内輸送の中心に位置します。完成品を倉庫 2 から受け取り、顧客の注文に対応します。

Odoo では、この設定には、異なる場所階層を持つ 3 つの倉庫レコード、倉庫 1 から倉庫 2 (原材料) および倉庫 2 から倉庫 3 (完成品) への再供給ルート、および各場所で適切な在庫レベルを維持するための倉庫ごとの再注文ルールが必要です。

---

倉庫間転送

倉庫間で在庫を移動するには、トレーサビリティ、輸送時間の追跡、および会計処理のための文書化が必要です。

転送の作成

Odoo の倉庫間転送は、手動による転送作成 (オペレーターが転送元倉庫、転送先倉庫、および数量のある製品を指定する転送オーダーを作成します)、自動補充 (転送先倉庫の再注文ルールにより、発注書ではなく転送元倉庫からの転送がトリガーされます)、および製造需要 (倉庫 2 の製造オーダーにより倉庫 1 からの原材料転送がトリガーされます) によって開始されます。

交通機関の追跡

転送が確認されると、在庫は中継場所を経由して移動します。これは現実を正確に反映しています。商品は物理的に輸送中であり、どちらの倉庫でも入手可能ではありません。

転送ワークフローは次のように進行します。移動元の倉庫は、転送する品目をピッキングして梱包します (ピッキング操作により、移動元の場所から在庫が差し引かれます)。転送が出荷され、商品が輸送場所に入ります。輸送中、在庫はシステム内で「輸送中」として表示されます。どちらの場所でも顧客の注文には対応できません。目的地の倉庫は転送を受け取り、商品を輸送地から目的地の入力場所に移動します。必要な検査が完了した後、商品は保管場所に保管されます。

通過時間管理

倉庫間の予想輸送時間を構成します。これは補充計画に反映されます。倉庫 1 と倉庫 2 の間の輸送に 3 日かかる場合、倉庫 2 の再注文ルールでは、倉庫 1 での原材料調達のベンダー リード タイムに加えて、このリード タイムを考慮する必要があります。

---

倉庫ごとの再注文ルール

各倉庫には独自の需要プロファイルがあるため、独自の再注文ルールが必要です。

倉庫ごとにルールが異なる理由

最大の顧客ベースに近い物流倉庫は、小規模な地域にサービスを提供する二次倉庫よりも高い完成品在庫レベルを必要とします。製造倉庫には、顧客の直接の需要ではなく、生産スループットに合わせたサイズの原材料バッファーが必要です。輸入品を受け取る倉庫には、再注文ルールがまったく必要ない場合があります。その在庫は、下流のすべての倉庫にわたる総需要に基づく発注書によって決まります。

Odoo での設定

倉庫ごとに製品ごとに再注文ルールを設定します。各ルールでは、倉庫と場所、その場所の最小数量と最大数量、補充ソース (ベンダー購入または倉庫間転送)、および優先ベンダーまたはソース倉庫を指定します。

3 つの倉庫の例の場合:

物流倉庫 (WH3) 再注文ルールは、完成品が最小値を下回るとトリガーされます。補充ソースは生産倉庫 (WH2) からの倉庫間転送です。最小値は、WH2 から WH3 への輸送時間と安全在庫の間の顧客の需要に基づいて設定されます。

生産倉庫 (WH2) 再注文ルールは、原材料が最小値を下回るとトリガーされます。補充元は輸入倉庫（WH1）からの倉庫間転送です。最小値は、WH1 から WH2 への輸送時間と安全在庫の間の生産消費率に基づいて設定されます。

輸入倉庫 (WH1) 再注文ルールは、原材料の在庫が最低値を下回るとトリガーされます。補充ソースは仕入先の発注書です。最小値は、ベンダーのリードタイム中の WH2 からの総需要と安全在庫に基づいて設定されます。

このカスケード補充チェーンにより、WH3 での顧客の注文が最終的に自動転送と発注書のチェーンを通じてベンダーからの調達をトリガーします。

ブルウィップ効果の回避

顧客側での小さな需要変動が供給側で大きな変動に増幅されるブルウィップ効果は、複数の倉庫を持つサプライ チェーンでは現実的なリスクです。これを軽減するには、再注文ルールを実際の需要データに基づいて (変動が増幅する可能性がある移動オーダーではなく)、すべての倉庫で一貫した計画期間を使用し、再注文トリガーのみに依存するのではなく上流で需要予測を共有し、注文点のみのトリガーではなく最小-最大ルールを使用して注文パターンをスムーズにします。オンデマンド管理の詳細については、需要予測戦略 に関するガイドをご覧ください。

---

倉庫全体の在庫評価

在庫には財務的価値があり、その価値は財務報告とコスト管理のためにすべての場所で正確に追跡される必要があります。

評価方法

Odoo は 3 つの評価方法をサポートしています。

標準コスト 各製品には固定の標準コストがあります。在庫価値は、数量に標準原価を乗じて計算されます。標準原価と実際原価の間の差異は差異勘定に記録されます。この方法ではレポート作成が簡素化されますが、標準コストを定期的に更新する必要があります。

平均コスト (AVCO)。 加重平均コストは購入ごとに更新されます。新しいユニットが異なる価格で到着すると、平均コストが再計算されます。この方法により、価格変動が平準化されます。

FIFO (先入れ先出し)。 各ユニットは実際の購入コストを保持します。ユニットが消費または販売される場合、最も早く購入されたユニットのコストが使用されます。この方法は最も正確なコスト追跡を提供しますが、より複雑です。

倉庫ごとの評価

Odoo は場所ごとの在庫評価を追跡し、各倉庫の在庫総額、倉庫間を移動中の商品の価値、各段階の商品のコスト (WH1 の原材料と WH3 の完成品)、および陸揚げコスト (輸入倉庫でコストに追加される輸入関税、運送費、保険) による評価差を確認できます。

商品を輸入する企業にとって、受け取り倉庫での陸揚げコストの追跡は不可欠です。詳細な実装については、着陸コストの計算 に関するガイドを参照してください。

---

統合レポート

複数の倉庫の運用には、統合された (すべての場所) ビューと場所固有のビューの両方が必要です。

主要なレポート

場所ごとの在庫。 各倉庫の各製品の現在の手持数量と金額を表示します。これは、不均衡、在庫切れ、過剰在庫を特定するための主要な運用レポートです。

転送パフォーマンス 倉庫間の転送の精度と適時性を追跡します。転送の遅延は、ソース倉庫の能力の問題または輸送の遅延を示します。

倉庫のスループット 期間ごとの倉庫ごとの入庫、出荷、および転送を測定します。容量のボトルネックとワークロードの不均衡を特定します。

倉庫ごとの在庫回転率 倉庫ごとに異なる在庫回転目標を設定する必要があります。物流センターは原材料倉庫よりも早く回転する必要があります。実際の回転数を目標値と比較して、各場所の動きの遅い在庫を特定します。

ダッシュボードの構成

Odoo でエグゼクティブ ダッシュボードを構成して、すべての倉庫の総在庫額、在庫が安全レベルを下回っている場所のアラート、到着予定日のある輸送中の転送注文、および倉庫の使用率 (おおよその容量使用量) を表示します。

倉庫管理者向けの運用ダッシュボードには、特定の場所の在庫レベル、未処理の転送オーダー (インバウンドおよびアウトバウンド)、保留中の受入と出荷、ピッキングと梱包のキューの深さを表示する必要があります。

---

フルフィルメント ルーティング

複数の倉庫がある場合、各顧客の注文をどの倉庫が処理するかを決定することは戦略的な決定となります。

ルーティング戦略

最寄りの倉庫。 注文を顧客の配送先住所に最も近い倉庫に配送します。これにより、配送コストと納期が最小限に抑えられます。 Odoo は、位置ベースのルールを備えた構成可能な配送ルートを通じてこれをサポートします。

在庫状況 すべての商品の在庫がある倉庫に注文をルーティングし、分割出荷を回避します。複数の倉庫に完全な可用性がある場合は、最も近い倉庫ルールをタイブレーカーとして使用します。

優先順位ベース 各地域の主要なフルフィルメント倉庫を指定します。注文は主倉庫に送られます。在庫が入手できない場合は、二次倉庫に戻ります。

コストの最適化。 フルフィルメントの総コスト (各拠点の在庫コストと顧客への配送コスト) を考慮し、総コストが最も低いオプションを選択します。

分割発送の取り扱い

場合によっては、注文に対するすべての商品が単一の倉庫にない場合もあります。オプションには、複数の倉庫からの発送 (送料は高くなりますが、フルフィルメントは迅速に行われます)、不足している商品を最初に 1 つの倉庫に転送する (遅いですが 1 回の発送)、入手できない商品をバックオーダーして部分的に今すぐ発送する (顧客は時間の経過とともに複数の荷物を受け取ります) が含まれます。

Odoo のフルフィルメント ルールを構成して、ビジネスの優先順位 (速度、コスト、顧客の好み) に基づいてこれらのシナリオを処理します。

---

よくある質問

Odoo はいくつの倉庫を処理できますか?

Odoo には倉庫の数に実質的な制限はありません。 2 ～ 20 の倉庫を持つ企業は、一般的な Odoo 実装です。このシステムは、各倉庫内の数百の場所を処理できます。パフォーマンスは、ロケーション数ではなくトランザクション量に依存します。

倉庫間の在庫の不一致にはどのように対処すればよいですか?

精度を維持するために、各倉庫で定期的な循環棚卸を実行します。不一致が見つかると、Odoo は物理的な数とシステム レコードを照合する在庫調整エントリを作成します。体系的な不一致 (特定の製品が特定の倉庫で常にオフになっている) の場合は、根本原因を調査します。通常は、スキャンがスキップされている、受入、出荷、または倉庫間の転送におけるプロセスのギャップです。

倉庫ごとに異なるピッキング戦略を使用できますか?

はい。 Odoo の各ウェアハウスは、独自の操作タイプとワークフローを持つことができます。大量の配送センターではバッチ操作によるウェーブ ピッキングが使用されますが、地方の小規模な倉庫では単一注文ピッキングが使用されます。各拠点の運用ニーズと量に合わせて、倉庫ごとに運用タイプを構成します。

倉庫間の転送は会計にどのような影響を与えますか?

標準の Odoo 構成では、両方の倉庫が同じ会社に属している場合、倉庫間移動では会計エントリは作成されません。在庫は 1 つのエンティティ内の場所間で移動するだけです。異なる会社の倉庫間の転送 (複数会社設定) の場合、Odoo は適切な収益/原価エントリを使用して会社間トランザクションを作成します。

異なるタイムゾーンの倉庫はどうなるでしょうか?

Odoo は内部的に UTC を使用し、表示のために現地時間に変換します。倉庫業務のタイムスタンプは UTC で記録されるため、タイムゾーンを超えたレポートは一貫しています。運用計画 (シフト スケジュール、運送業者の締め切り時刻) では、各倉庫の運用時間を現地時間で構成します。

---

次は何ですか

複数の倉庫管理は、Odoo の統合アーキテクチャが優れている分野の 1 つです。ロケーションごとに個別のシステム間でデータを同期するのではなく、補充、ルーティング、レポートを自動化するロケーション認識ルールを備えた 1 つのデータベースにすべてが保存されます。

物理的な現実を反映する明確な倉庫階層から始めて、倉庫間の輸送時間を考慮した倉庫ごとの再注文ルールを構成し、経営陣と倉庫管理者の両方に必要な可視性を提供するダッシュボードを構築します。

この投稿は、Odoo 19 を使用したサプライ チェーン管理の完全ガイド の一部です。各拠点内の倉庫運用については、倉庫の最適化とピッキング戦略 に関するガイドを参照してください。

ECOSIRE は、複数の倉庫のサプライ チェーン運用のための Odoo 実装 と 統合 を提供します。 お問い合わせ を使用して、拠点全体でのリアルタイムの在庫可視性の構築についてご相談ください。

---

ECOSIRE によって発行 — Odoo ERP、Shopify eCommerce、OpenClaw AI にわたる AI を活用したソリューションで企業のスケールアップを支援します。