Odoo 在庫と倉庫管理の詳細

在庫は現金が隠れる場所です。過剰在庫は資本を拘束します。在庫が不足すると販売が失われます。ほとんどの企業は、これらの両極端の間のどこかで事業を行っており、スプレッドシートと勘を使って手動で緊張を管理し、その代償として在庫切れ、償却、経費を支払っています。 Odoo 19 Enterprise Inventory は、その推測作業を、基本的な在庫追跡からシリアル番号のトレーサビリティを備えた複雑な複数の倉庫操作まですべてを処理するルール主導の倉庫管理システムに置き換えます。

この詳細な説明では、Odoo Inventory の機能の全範囲をカバーしています。つまり、倉庫の初期セットアップ、ルーティングと在庫入庫戦略、再注文ルール、ロットとシリアルの追跡、サプライ チェーン全体をリアルタイムで可視化するレポート ツールです。

重要なポイント

• 物理レイアウトを反映する複数の倉庫および複数の場所の階層を構成する
• 在庫受入ルールと保管カテゴリを使用して、アイテムを最適な棚の場所に自動的に誘導します
• 最小/最大または受注生産ロジックを使用して再注文ルールを実装し、補充を自動化します
• ロット番号またはシリアル番号で製品を追跡し、完全な前方および後方トレーサビリティを実現
• 見込み生産および受注生産の製造フローのプッシュ ルートとプル ルートを設定する
• サイクルカウントと永続的な在庫調整を使用して精度を維持します
• 在庫を購買、製造、販売と統合して、サプライ チェーンをシームレスに可視化
• 陸揚げコストを活用して、輸送費や関税を含む正確な在庫評価を取得します

---

倉庫のアーキテクチャと場所の階層

Odoo Inventory は、物理倉庫を場所の階層ツリーとしてモデル化します。他の設定を行う前に、この階層を理解することが不可欠です。

場所の種類: Odoo は 5 つの場所の種類を使用します。内部の場所は、倉庫内の通路、棚、棚、エリアなどの物理的な場所です。入力、出力、および梱包ゾーンは、複数ステップの受け取りおよび出荷操作をサポートする特別な内部の場所です。仮想ロケーション (「在庫調整」や「顧客」など) は、在庫移動の会計面を処理します。外部の場所はサプライヤーと顧客を表します。

倉庫のセットアップ: [インベントリ] > [構成] > [倉庫] に移動します。各倉庫は、WH/入力 (受け入れドック)、WH/品質管理、WH/在庫 (主保管)、WH/梱包ゾーン、および WH/出力 (出荷ドック) の一連の標準的な場所を自動的に作成します。これらの名前は、実際の施設の用語に合わせて変更できます。

サブロケーション: 在庫エリア内に通路、ベイ、および棚を表すサブロケーションを作成します。典型的な構造は、WH/在庫 > 通路 A > ベイ 01 > ビン A1-01 です。この粒度により、棚レベルの在庫管理が可能になり、ピッカーの効率が大幅に向上します。ピッカーは、「倉庫をチェックする」代わりに、どこに行けばよいかを正確に把握できます。

複数の倉庫: 複数の都市または国に配送センターを持つ大規模な組織は、施設ごとに個別の倉庫を作成します。在庫は会社間ルートを介して倉庫間で移動でき、各倉庫には独自の補充ルールがあります。レポートは統合したり、倉庫ごとに表示したりできます。

---

受信操作と複数ステップの受信

商品をどのように受け取るかによって、下流のすべてのデータ品質が決まります。 Odoo は、1 ステップ、2 ステップ、および 3 ステップの受信ワークフローをサポートします。

ワンステップ受け取り: 商品は 1 回の操作で到着し、在庫に直接保管されます。シンプルな在庫フローを持つ中小企業に最適です。 [在庫] > [構成] > [倉庫] に移動し、倉庫を選択して、[入荷出荷] を [1 ステップ] に設定します。

** 2 段階の受け取り (入力 + 保管):** 商品は最初に入力場所に到着し、そこで計数および検証されます。 2 番目の操作では、それらを最終的な保管場所に移動します。これにより、商品が在庫に入る前に品質チェックや仕分けが可能になります。

3 ステップ受信 (入力 + 品質 + 保存): 品質管理チェックポイントを追加します。アイテムは入力から品質管理の場所に移動され、そこで検査され、承認後に在庫に移動されます。不合格品は別の拒否場所に移動され、返品プロセスが自動的にトリガーされます。

受信時のバーコード スキャン: Odoo のバーコード モジュール (Enterprise に含まれる) は、受信をスキャンベースのプロセスに変換します。倉庫スタッフは到着時に配送注文の QR コードをスキャンし、荷物を降ろすときに各製品のバーコードをスキャンします。数量は自動入力され、システムは注文書と実際の納品との不一致にフラグを立てます。このプロセスにより、通常、受信エラーが 80% 減少し、処理時間が半分に短縮されます。

ベンダー管理のシリアル: シリアル番号によって追跡される製品の場合、受信プロセスでは個別のシリアル番号のスキャンが求められます。 Odoo は各シリアル番号を予想される形式と照合して検証し、重複に自動的にフラグを立てます。これは保証管理と規制遵守にとって重要です。

---

在庫受入ルールとストレージの最適化

ランダムな在庫保管 (スペースがある場所ならどこでも商品を在庫しておく) は、倉庫管理において最もコストがかかる習慣の 1 つです。アイテムが間違った場所に配置されると、その後のピッキングに時間がかかります。 Odoo の在庫受入ルールは、体系的な保管戦略を自動的に適用します。

簡単な在庫受入ルール: 「在庫」>「構成」>「在庫受入ルール」に移動します。製品 (または製品カテゴリ) が特定の場所に到着したら、それを特定のサブ場所に誘導することを指定するルールを作成します。たとえば、「電子部品」が WH/Input に到着したら、WH/Stock/Aisle-C/Electronics に誘導します。在庫受入ルールは受け取りプロセス中に自動的に適用され、倉庫スタッフを推測なしで正しい棚に誘導します。

保管カテゴリ: より高度な操作を行うには、温度範囲、最大重量、許可される製品カテゴリなどのビンの機能を説明する保管カテゴリを定義します。保管カテゴリーをビンに割り当てます。特定の保管要件を備えた製品が到着すると、Odoo はその製品を適切な保管場所に自動的に照合し、冷蔵品が周囲の保管場所に置かれたり、重いパレットが軽量ラックに保管されたりすることを防ぎます。

FEFO および FIFO 戦略: 場所ごとに削除戦略を設定して、生鮮食品に対しては期限切れ先出し (FEFO) を、標準商品に対しては先入れ先出し (FIFO) を適用します。ピッカーがピックオーダーを受け取ると、Odoo は戦略に基づいて正しいロットを自動的に選択します。手動で日付を確認する必要はありません。

容量計画: ストレージ カテゴリの容量制約を使用して、場所の過剰充填を防ぎます。ビンが容量に達すると、Odoo の在庫受入エンジンが自動的にオーバーフローを次の適切な場所に送り、サイクル数が不正確になる物理的な混乱を防ぎます。

---

並べ替えルールと補充

自動補充は、Odoo Inventory で最も ROI の高い機能の 1 つです。在庫レベルを手動で確認して発注する代わりに、再注文ルールにより、在庫がしきい値を下回ったときに自動的に補充がトリガーされます。

最小/最大再注文ルール: [在庫] > [操作] > [補充] に移動します。製品ごとに、最小数量 (再注文ポイント)、最大数量 (レベルまでの注文)、および優先ベンダーを指定するルールを作成します。在庫が最小値を下回ると、Odoo は在庫を最大値に戻すための発注書 (または製造オーダー) を自動的に生成します。

ルートベースの補充: 社内で製造された製品の場合、補充ルートを「在庫確保」に設定します。Odoo は発注書の代わりに製造オーダーを生成します。購入と製造の両方が行われる製品の場合は、各ソースがいつ使用されるかを決定するための優先順位ルールを設定します (たとえば、需要が X ユニットを超えたときに製造するなど)。

受注生産 (MTO): MTO ルートでは、販売注文が確認された場合にのみ、バッファ在庫を保持せずに購入注文または製造注文を生成します。これは、カスタム製品、高額品、または予測不可能な需要がある製品に最適です。製品の MTO と購入ルートを接続して、調達から履行までのチェーンを完全に自動化します。

リード タイム管理: 再注文の正確さは、正確なリード タイムに依存します。各ベンダー価格表エントリでベンダー リード タイムを設定し、在庫設定でセキュリティ リード タイム (不確実性のバッファ) を設定し、製造モジュールで製造リード タイムを設定します。 Odoo はこれらを組み合わせて、今後の需要を満たすために再注文をトリガーする必要がある日付を計算します。

需要予測: Odoo 19 Enterprise には、販売履歴、季節パターン、未処理の受注を分析して再注文数量を推奨する需要予測エンジンが含まれています。このシステムは固定の最小/最大レベルではなく、実際の需要パターンに適応し、在庫切れと過剰在庫の両方を同時に削減します。

---

ロットとシリアル番号の追跡

トレーサビリティは、規制された業界では譲れないものであり、他の多くの業界でも競争上の優位性となります。 Odoo のロットおよびシリアル追跡により、すべての製品ユニットの完全な前方および後方追跡が可能になります。

追跡の設定: 各製品フォームで、「追跡」フィールドを「ロット別」(複数の同一ユニットのバッチの場合) または「シリアル番号別」(固有の個々のアイテムの場合) に設定します。ロットは通常、食品、化学薬品、医薬品に使用されます。シリアル番号は、電子機器、機械、および保証追跡対象品目に使用されます。

受領時のロット割り当て: 受領中、倉庫スタッフは手動入力またはバーコード スキャンにより、入荷した商品にロット番号を割り当てます。 Odoo は、設定可能なパターン (LOT-YYYY-MM-NNNN など) に対してロット番号形式を検証します。ベンダー文書のロット番号を直接入力できるため、サプライヤーの追跡システムとの連続性が維持されます。

トレーサビリティ レポート: 在庫 > 製品 > ロット/シリアル番号に移動し、任意のロットを選択して、[トレーサビリティ] をクリックします。レポートには、このロットのあらゆる移動が表示されます。つまり、どのサプライヤーから受け取り、どの場所に保管され、どの販売注文に対してピッキングされ、どの顧客に配送されたのかが表示されます。この完全な保管過程は数秒で生成されます。これは製品リコールにとって重要です。

有効期限管理: 賞味期限のあるロット追跡製品の場合、製品の有効期限追跡を有効にします。ロットを受け取った場合は、その有効期限を入力します。 FEFO 削除戦略は、送信ピックで最も早く期限切れになるロットを自動的に優先します。 Odoo は、ロットの有効期限が近づいたときにアラートを生成することもでき、商品が償却される前に商品を割引したり再配布したりする時間を与えます。

QR コード ラベル: ロット固有の QR コード ラベルを Odoo から直接印刷して、実際の在庫に使用します。あらゆる操作 (移動、ピッキング、在庫数) でこれらのラベルをスキャンすると、ロット フィールドが自動的に入力され、手動入力エラーがなくなります。

---

出荷業務と配送のカスタマイズ

アウトバウンド業務を効率的に行うには、ピッキング、梱包、出荷のワークフローを慎重に構成する必要があります。

1 ステップ、2 ステップ、および 3 ステップの配送: 受信と同様に、Odoo は構成可能なアウトバウンド フローをサポートします。 1 ステップ: 在庫から選んで直接発送します。 2 ステップ: 梱包ゾーンにピッキングしてから出荷します。 3 ステップ: ピッキングして出力し、配送用の箱に詰めて、発送します。正しい選択は注文量と複雑さによって異なります。大量の作業では、多くの場合、バッチピッキングによる 3 ステップの出荷が役立ちます。

バッチピッキング: [在庫] > [構成] > [設定] でバッチ転送を有効にします。バッチピッキングでは、複数のピッキングオーダーを 1 つの倉庫ツアーにグループ化します。ピッカーは、倉庫内を 1 回の通過で 10 件の注文に対応するすべての商品を引き出し、歩行時間を大幅に短縮します。バッチ ピッキング ウィザードは、製品の場所を考慮してピッキング ルートを最適化します。

ウェーブ ピッキング: ウェーブ ピッキングでは、バッチ ピッキングにスケジュール機能が追加され、運送業者の締め切り時間、顧客の優先順位、または製品ゾーンごとにピッキング バッチをグループ化します。これにより、定期的な手動介入を必要とせずに、時間に敏感な注文が常に最初にピッキングされるようになります。

運送業者の統合: Odoo は、FedEx、UPS、DHL、全国郵便サービスなどの主要な運送業者と統合しています。梱包後、システムは配送料を計算し、配送ラベルを生成し、追跡番号を顧客に自動的に送信します。配送注文は「完了」としてマークされ、顧客は追跡リンクが記載された配送通知メールを受け取ります。

---

在庫評価と陸揚げコスト

正確な在庫評価は、財務報告と価格決定にとって非常に重要です。 Odoo は複数の原価計算方法をサポートし、在庫内の商品の全原価を取得するツールを提供します。

原価計算方法: Odoo は 3 つの原価計算方法をサポートしています。 FIFO (先入れ先出し) は、最も古いユニットのコストで在庫を評価し、コスト変動による歪みを軽減します。 AVCO (平均コスト) は、すべての購入価格の加重平均で在庫を評価し、コストの変動を平滑化します。標準価格では、手動で設定された単位あたりのコストが使用され、予算編成や差異分析に役立ちます。

陸揚げコスト: 商品の購入価格が実際のコストを表すことはほとんどありません。運送費、関税、保険、港湾手数料はすべて在庫の実質コストに影響します。 Odoo の陸揚げコスト機能を使用すると、これらの追加コストを特定の受け取り荷物に割り当て、数量、重量、または金額に基づいて受け取りアイテム全体に比例的に配分することができます。これにより、正確な COGS (売上原価) が得られ、より信頼性の高い粗利益計算が可能になります。

在庫評価レポート: 在庫 > レポート > 在庫評価に移動します。このレポートには、場所、製品カテゴリ、または倉庫ごとのすべての在庫の現在価値が表示されます。日付でフィルタリングして、期末レポート用に過去の在庫値を再構築します。レポートは総勘定元帳に直接関連付けられるため、個別の在庫システムや会計システムで必要となる手動の調整が不要になります。

---

循環棚卸と実地棚卸

在庫の精度は一度だけ達成できるものではなく、継続的なメンテナンスが必要です。 Odoo は、完全な実地棚卸と継続的な循環棚卸アプローチの両方をサポートします。

実地棚卸 (年間棚卸): [在庫] > [業務] > [実地棚卸] により、すべての場所のすべての製品をリストした棚卸シートが生成されます。倉庫スタッフは実際の数量を数えて入力します。 Odoo は差異を計算し、システム数量を更新する前に差異を確認および検証できるようにします。不一致は在庫調整アカウントに自動的に転記されます。

循環棚卸: 循環棚卸では、年に 1 回すべてを数えるのではなく、在庫をグループに分割し、毎週または毎月一部を数えます。動きの速い A カテゴリーの品目は月ごとにカウントされる場合があります。動きの遅い C カテゴリーの品目は毎年増加します。 「在庫」>「構成」>「循環棚卸」で循環棚卸スケジュールを構成します。システムはカウント タスクをスケジュールに従って自動的に生成し、チーム全体にワークロードを分散します。

バーコードベースの循環棚卸: Odoo バーコード アプリは循環棚卸を合理化します。スタッフは場所の QR コードをスキャンし、各製品のバーコードをスキャンして数量を入力し、次の場所に移動します。アプリは割り当てられたカウントを体系的にガイドし、各カウントに必要な時間を短縮します。

---

よくある質問

Odoo は販売注文に対して複数の倉庫にまたがる在庫をどのように処理しますか?

販売注文が確認されると、Odoo は各製品に設定されたルートに基づいて、すべての倉庫の在庫状況を確認します。プライマリ倉庫が在庫切れの場合は、代替倉庫をフォールバックとして構成できます。手動制御の場合、営業担当者は配送注文でソース倉庫を指定できます。倉庫間の転送はルート設定によって自動的に処理され、必要に応じて倉庫間の転送オーダーが生成されます。

Odoo Inventory は、Manhattan や SAP WM などのサードパーティ WMS システムと統合できますか?

Odoo は完全な WMS として設計されているため、ほとんどの企業はサードパーティ WMS を Odoo と統合するのではなく、Odoo に置き換えます。ただし、Odoo の REST API と XML-RPC インターフェイスを使用すると、特殊な操作のために外部の倉庫システムと統合できます。 ECOSIRE は、いくつかのエンタープライズ WMS プラットフォーム用のカスタム コネクタを構築しました。ほとんどの SMB および中規模市場のユースケースでは、Odoo の組み込み WMS 機能で十分です。

ロット追跡を使用する場合、製品リコールに対する最適なアプローチは何ですか?

[在庫] > [製品] > [ロット/シリアル番号] に移動し、影響を受けるロット番号を検索します。トレーサビリティ レポートには、このロットで履行されたすべての販売注文が表示されます。ロット記録から、商品をリコールするための逆転送とサプライヤー通知のためのベンダー返品をトリガーします。影響を受ける販売注文にリンクされた電子メール テンプレートを作成することで、顧客への通知を自動化できます。手動システムでは数週間かかるこのプロセスは、Odoo では 1 時間以内に完了します。

Odoo はインベントリ内のキッティングと部品表をどのように処理しますか?

Odoo のキットは、部品表 (BoM) が「キット」タイプに設定されている製品です。キットが販売されると、ピッキング操作によってキットがコンポーネントに分割され、各コンポーネントが在庫から個別にピッキングされます。キット自体には在庫がありません。コンポーネントのみが追跡されます。これにより、事前に組み立てることなく組み立て済みのキットを販売できるため、コンポーネントレベルの在庫の可視性と柔軟性が維持されます。

Odoo でベンダー所有 (委託) 在庫を管理できますか?

はい。 Odoo は、場所の種類と在庫所有権の追跡の組み合わせを通じて委託在庫をサポートします。専用の「委託」場所を作成し、そこでベンダー所有の在庫を自社所有の在庫とは別に追跡します。委託在庫は、消費されるまで貸借対照表には影響しません。 Odoo App Store から入手できる委託モジュールは、これをベンダーの請求と委託契約の管理で拡張します。

並べ替えルールは販売予測とどのように関係しますか?

Odoo 19 Enterprise では、補充画面にオープン販売注文と履歴パターンからの予測需要を組み込むことができます。再注文をトリガーするかどうかを計算するとき、Odoo は現在の在庫だけでなく、入荷在庫 (途中の購入注文) と出荷約定 (確認済みの販売注文) も考慮します。この「仮想在庫」計算により、誤ったトリガーが防止され、現在の手持数量だけではなく、真の正味ニーズに基づいて注文できるようになります。

在庫の健全性を維持するには、どのレポートを毎週確認する必要がありますか?

週次在庫管理の中核となる 3 つのレポートは、在庫予測レポート (在庫レベルと今後 30 日間の需要の対比)、在庫評価 (経年劣化に伴う在庫への総投資)、および在庫移動分析 (補充の適切性を確保するための高速品目) です。さらに、「スケジュールされたアクティビティ」リストを確認して、期限を過ぎた転送やフォローアップが必要な確認の受信がないか確認してください。

---

次のステップ

Odoo Inventory は、利用可能な倉庫管理システムの中で最も構成可能なシステムの 1 つですが、その柔軟性を正しく実装するには慎重な設計が必要です。不適切なロケーション階層、誤って設定されたルート、および欠落している並べ替えルールは、在庫実装の失敗の最も一般的な原因です。

ECOSIRE の Odoo 在庫導入実践には、倉庫設計ワークショップ、バーコード インフラストラクチャ評価、現在の在庫システムからのデータ移行、スタッフ トレーニング、専用サポートによる 90 日間の安定期間が含まれます。

在庫および倉庫管理の実装パッケージについては Odoo サービス を確認するか、Odoo 19 Enterprise 用に構築された高度な在庫受入最適化、クロスドッキングの自動化、配送業者料金ショッピング ツールなどの在庫拡張機能については マーケットプレイス モジュール をご覧ください。