はじめに
典型的な場面を想像してください:営業が金曜納品と約束し、現場の生産担当は木曜の夜になって初めて知る。しかも製造の工程はERPに登録されていない。こうした“伝達の断絶”を埋めるのが本ガイドの目的です。
当社は、単純なテーブルの部品表(BOM)作成から意図的に極端なレベル10の生産シナリオまで、10の場面を難易度順に並べ、Odooで実際にクリックして進める手順を示しました。
Odoo製造管理は、倉庫の在庫やバッチ、出庫・生産の実態と、営業や経理が期待する数値をつなぐ場所です。うまく機能すれば二重入力は消えますが、滞ると“ERPのせい”にされがちです。
多くの工場や倉庫では経験やチャット、FINAL_v3.xlsxのようなスプレッドシートで回していることがまだあります。それは規模が小さいうちは機能しますが、拠点が増えたり監査やトレーサビリティが必要になると破綻します。
製造はOdooのモジュールの一部であり、組織が採用する理由は明確な責任分担、再現できる作業手順、履歴の検索可能性を求めるからです。BOM、ルーティング、作業指示、MRPの状態は予算承認者や管理者にとって重要な物語を形作ります。
製造モジュールでは、受領・保管・ピッキング・製造・出荷・廃棄・補充といった実際のモノの流れをモデル化します。各ステップが記録されることで、将来のあなた(と監査担当者)はその履歴に感謝するでしょう。
本稿では、最初のBOM作成から現場でのバーコード運用まで、具体的な会社例を交えた10のユースケースを紹介します。
想定読者は、オペレーション責任者、倉庫リーダー、生産計画担当です。開発者は後で参加しても構いませんが、まずは業務目線の説明を優先します。
この記事は、レベル1(簡単)からレベル10(上級)までをランキング形式で提示します。各レベルにはOdooで実際に押すべき手順を番号付きで示しています。
無理に最上位から始めず、今の自分たちが扱えるレベルから取り組んでください。
まずは「直面する課題」を読んでから、現在のチームに合うレベルを開いて進めると効率的です。
本ガイドで学べること:
- 典型的な企業システムにおけるOdoo製造モジュールの役割
- 現場で摩擦が生まれている主なポイントとその原因
- 初心者向けの運用ルールから高度な戦略までの10のユースケース
- 自動化や外部連携が必要になったときにパートナーを入れる判断基準
直面する課題
営業が金曜納品を約束したのに、発注はメールの中に埋もれていて生産計画はOdooに入っていなかった。結果として緊急手配の追加費用で利益が圧迫され、経理は月末の棚卸で初めて欠品を発見する——そんなケースはよくあります。
現場は経験や慣習で回っていても、在庫や生産データがOdooの外にあると、欠品や急ぎ発注、月末の驚きが繰り返されます。
こんな壁に当たっていませんか?
- 営業が約束する数量と現物の在庫が一致しない
- 実在庫を見ないまま立てられる生産・購買計画
- 顧客や監査人からの問い合わせに対するトレーサビリティの欠如
朗報です:すべてを一度に直す必要はありません。下のユースケースから一つを選び、まずは30日間Odooで運用して変化を測定してみてください。
製造で使えるTop10ユースケース
Odoo製造向けの10の典型ユースケースを、レベル1(今すぐできる)からレベル10(専門家向け)まで並べています。各ケースは「何を作るか」と「Odooでのクリック手順」に答えます。
レベル1は食卓テーブルのBOMのようなシンプルな勝ち筋です。レベル10はあえて極端な例(潜水艦)を示して、同じアプリがどこまで対応できるかを見せます。
自分のレベルを選んで、テスト環境で手順を追い、物足りなくなったら次のレベルへ進みましょう。
1. ダイニングテーブルのBOMを作る Level 1 — Easy
レベル1は最初の成功体験です:完成品と数点の部品があればスプレッドシートに頼らずに運用できます。
Odooでの基本手順例:
- 保管可能(ストレージ管理)として商品を作成:Dining Table(完成品)、Table Top、Table Leg(4本)、Wood glue、Varnish。
- 製造 → 製品 → 部品表(BOM) → 新規。
- 製品にDining Tableを選び、BOMタイプは「製造」、数量1に設定。
- BOM行を追加:Table Top 1、Table Leg 4、Wood glue 0.1、Varnish 0.2(単位を適宜調整)。
- 保存して「構成と原価」を開き、集計されたコストを確認。
得られる成果:同じ工程で将来のすべての製造注文に使える繰り返し可能なレシピができます。
2. 最初の製造注文を発行する Level 2 — Easy
BOMは実際の製造注文で検証してはじめて意味を持ちます。テスト用にサンドボックスで試しましょう。
Odooでの基本手順例:
- 在庫 → 製品:構成部品の手持ち数量を設定(テストなら負数許容でも可)。
- 製造 → オペレーション → 製造注文 → 新規。
- Dining TableのBOM、数量1を選び、日付を確認してMOを確定。
- 部品タブを確認し、各行の予約・使用可能数をチェック。
- 生産(完了をマーク/すべて生産)し、完成品の在庫が増えていることを確認。
得られる成果:作業者と計画担当が同一のドキュメントを参照するため、Excelで別管理する必要がなくなります。
3. 生産終了時に部品を消費する Level 3 — Easy
ここが実際のデータ精度が決まるポイントです。
Odooでの基本手順例:
- 該当MOの生産詳細/作業指示画面を開きます(Odooのバージョン差に注意)。
- BOMと異なる実消費があれば実数を記録(脚を破損した、塗料を余分に使った等)。
- 生産を検証して在庫を移動:部品が減り、完成品が増える。
- 在庫 → レポート → 在庫:Table LegやDining Tableの移動履歴をトレース。
- MOの原価レポートとBOMの標準原価を比較して経理へ報告。
得られる成果:差異が一発で見える化され、年次の謎ではなく日次の管理に変わります。
4. 確定済み受注から生産を起こす Level 4 — Medium
営業の約束を工場の負荷につなげる実践です。
Odooでの基本手順例:
- 販売 → 見積を確定してDining Tableを受注(または製造指示MTOルートを使う)。
- 製品ルートが製造またはMTOに設定され、BOMが紐付いていることを確認。
- 配送やMOのスマートボタンから生成された製造注文を開く。
- MOの予定日や優先度を調整して生産計画に反映。
- MO番号を現場に伝える(PDF印刷や後述のバーコードでの連携が便利)。
得られる成果:営業の納期と生産側のスケジュールが整合します。
5. ルーティングを切り分けて2つの作業場で処理する Level 5 — Medium
切断と組み立てを一つの不明瞭な工程にしないための設定です。
Odooでの基本手順例:
- 製造 → 設定 → 作業センター:Cutting(切断)とAssembly(組立)を作成。
- BOMに作業を追加:Cutting(所要時間、作業センター指定)、次にAssembly。
- 5台分のテーブルでMOを作り、確定して各工程の作業指示を開く。
- まずCuttingの作業を完了し、その後Assemblyを進める(WIPロケーションを使うなら確認)。
- 翌週の両センターの負荷レポートや計画ビューで状況を確認。
得られる成果:ボトルネックが特定の設備に現れるため、原因追跡が容易になります。
6. 天板2枚が破損したのでスクラップ処理する Level 6 — Medium
不良は起きるもの。Odoo上で正式に記録しましょう。
Odooでの基本手順例:
- MO生産中に部品移動でスクラップを登録するか、MO上のスクラップボタンを使います。
- Table Top 2枚を「取り扱い中の破損」など理由コード付きでスクラップ登録。
- 方針に応じて内部手配やMOの数量調整で補充を実行。
- 正しい完成品数量でMOを完了させる。
- 月次でスクラップ分析を行い、理由別・製品別の報告を作成。
得られる成果:品質と経理が同じスクラップ情報を見て判断できます。
7. 仕上げ(塗装)を外部業者に委託する Level 7 — Hard
工程の一部が社外で行われても、Odooで一貫して管理できます。
Odooでの基本手順例:
- 製造設定で「外注処理」や購買モジュールを有効化します。
- BOMにVarnishingの工程を追加し、外注ルートとベンダーを指定。
- MOを確定すると、Odooが外注の発注書(PO)と入出庫の流れを自動で作成します(設定依存)。
- 外注から戻ってきた製品やサービスを受領し、在庫に反映。
- MOを閉じて外注費用をオーダー上で突合します。
得られる成果:外部加工が社内工程と同じタイムライン上で追跡できます。
8. 多段階BOM:梱包キットを中間アセンブリにする Level 8 — Hard
実際の製品は多層のBOM構成を取ることが多く、平坦なBOMでは対応しきれません。
Odooでの基本手順例:
- 中間品としてTable Packaging Kit(箱・緩衝材・ラベル)を作り、そのBOMを定義。
- Dining TableのBOMにはTable Packaging Kitをコンポーネントとして追加し、ルートを製造にする。
- 10台分のMOを起こすと、設定に応じて子MOが生成されるか、ファントムとして展開されます。
- 親子のアセンブリ両方の部材需要を確認。
- ショップフロアの運用方針に従い、子MOを先に完了するか親MOと同時に処理する。
得られる成果:購買と生産が適切な階層で需要を把握できます。
9. 完成品を入庫する前に品質検査を行う Level 9 — Hard
不良品が出荷される前に食い止める仕組みを導入します。
Odooでの基本手順例:
- Qualityモジュールを有効にして、Assembly工程に対する品質ポイント(完成品検査)を作成。
- MOの作業指示で品質チェックを実施:合格/不合格、必要に応じてチャッターに写真を添付。
- 不合格の場合はスクラップか手直しのルートへ、合格なら生産を検証して在庫に反映。
- 失敗時に品質担当へ自動通知(自動アクションでメール送信など)を設定可能。
- 週次で品質チェックの集計と主な不具合原因のレポートを出力。
得られる成果:不良は顧客に届く前に止められます。
品質と製造の調整は多くの場合パートナー支援で効率化できます。
10. 自動補充と工場管理を備えた“潜水艦”を組み立てる Level 10 — Expert
レベル10はあえて極端な例です。サンドボックスでこれが組めれば、現実の複雑なBOMは簡単に感じられるでしょう。(実際に潜水艦を作る必要はありません)
Odooでの基本手順例:
- 商品例:Submarine(完成品)、Hull section、Ballast tank、Periscope kit、Control panel。多層BOM(セクション→潜水艦)と、締結部品向けのファントムキットを設定。
- ルート:完成品は製造+MTO、リードタイムの長い部品(例:チタン外板は購買リード60日)には再発注ルールを設定。
- 作業センター:Hull welding(溶接)、Electronics bench(電子)、Final assembly(最終組立)を作り、能力と稼働カレンダーを設定。
- 保全:溶接機の設備台帳を作成し、稼働時間が閾値を超えたら予防保全要求を発行。
- バーコード:各作業指示で部材をスキャン、完成品をDemo/Submarinesロケーションにスキャン入庫。
- 自動化:MO確定時に部材が最小在庫未満なら見積(RFQ)や子MOを自動生成し、計画者へアクティビティで通知。
- ダッシュボード:MOバックログ、遅延部材、保全の遅延、過去30日のスクラップを一目で確認可能にする。
得られる成果:BOMの深さ、供給、現場、品質、自動化がつながった状態が作れます。複雑なMRPの本番導入に向けた設計図です。
このレベルでは、設計や連携、ローンチ管理のためにDasoloのようなパートナーが関与するのが一般的です。
専門家の支援が有効なケース
ユースケース1〜6の範囲なら、標準機能+社内の責任者とテスト用サンドボックスがあれば多くは自走できます。
しかしユースケース7以上になるとリスクが増します:誤送信する自動メール、アップグレードを阻害するカスタムStudioフィールド、深夜2時に在庫連携が止まるAPIなどが発生し得ます。
これはチームの失敗ではありません。むしろ設計やテスト、ガバナンスの重要性を示すサインです。
複数アプリの設計、国ごとの法令対応、複雑な外部連携、あるいは取締役会が決めた導入期日がある場合はパートナーの支援を検討してください。
Dasoloと取り組むメリット
Dasoloは、実際の業務フローに沿ったOdoo導入を支援します:カスタムアプリ、明瞭な連携設計、そしてコンサルタント退任後も現場が覚えて使えるトレーニングを提供します。
製造に関するロードマップが本ガイドの上位ユースケースを含むなら、我々は段階的な計画を策定します:まずは短期で得られる勝ち筋、次に自動化や連携へ進めるフェーズ分けとテストスクリプトを作成します。
あなたはスコープと予算をコントロールし続けられます。私たちはOdooの専門知識を提供し、本番で高価な失敗を避けるための知見を持ち込みます。
無料相談を予約する: