品質管理について、多くの会社が同じ状態にあります。
検査はしている。記録も残している。それでも不良は減らない。
チェックシートは毎日書かれ、ファイルに綴じられています。しかし、そのファイルが開かれるのは、監査のときか、クレームが来たときだけです。
記録が、改善に使われていない。
この記事では、Odoo（オドゥー：オープンソース由来の統合業務アプリ群）の品質管理を、機能の各論として整理します。
⚠️ 最初にお伝えすべきこと
品質管理は、有償の Enterprise版が対象と案内されています。
Community版では利用できないと考えてください。どの機能がどちらの版で使えるかはバージョンによって変わります。 検討時には必ず対象バージョンで確認してください。
詳しくは Odoo Community版とEnterprise版の違い をご覧ください。
記録が改善に使われない理由
検査の目的は、記録ではありません
不良を見つけて出荷を止めることは、検査の役割の半分です。
もう半分は、なぜ起きたのかを突き止めて、次に起こさないことです。
紙の記録では、後者が難しくなります。集計に手間がかかりすぎるからです。
品質管理でできること
Odoo公式サイトによれば、次のようなことができるとされています（2026年8月確認）。
検査を仕組みにする
- 品質チェックの作成を自動化し、検査が定期的に行われるようにできる
- すべての製品が適切に検査されるよう、様々な検査タイプから選べる
- 品質チェックを行う従業員が記入できるインタラクティブなワークシートを作成し、カスタマイズできる
どこで検査するか
- 在庫の業務（受領や最終確認）で品質チェックを行える
- 製造の業務（工程間検査）で品質チェックを行える
- 品質管理計画を定義し、工程間検査、最終検査、受入検査を実行できる
不良が出たとき
- 製品の欠陥が発見された場合に警告を作成し、是正措置や予防措置を提案できる
- かんばんビューで品質警告を管理できる。ドラッグ&ドロップで進捗を更新し、重大なものに集中できる
- 特定の製品や業務に特化した品質チームを無制限に編成できる
現場から直接
- 作業者は、作業区のコントロールパネルから直接、品質警告を発信できる
- 要求を更新すると、適切な担当者に情報がリアルタイムで送られる
分析する
- カスタマイズ可能なレポートで、品質チェックの状況や製品不良の根本原因などの統計情報を表示できる
自動車業界などの手法にも対応
Odoo公式は、次のこともできると案内しています。PPAP（生産部品承認プロセス）の提出の管理と記録。SPC（統計的工程管理）の構築。そしてPFMEA（工程故障モード影響分析）の文書を、工程の順序に添付すること。
【核心】記録から改善へつなぐ流れ
④が回るかどうかが分かれ目です
紙の運用でも、①〜③は行われています。検査して、不良を見つけて、対処する。
しかし④が抜けます。
集計に時間がかかりすぎるからです。「どの工程で、どの製品に、どんな不良が多いのか」を出すのに、何時間もかかる。
だから誰もやらなくなります。
記録がシステムに入っていれば、この集計は自動で出せます。④が回り始めることが、この機能の本質的な価値です。
現場から警告を出せることの意味
もうひとつの重要な点です。
作業者が、作業区の画面から直接、品質の警告を発信できます。
なぜこれが効くのか
紙の運用では、こうなりがちです。
- 気になることがあった
- でも報告の様式がどこにあるか分からない
- 上長に口頭で伝えたが、そこで止まった
「気になったこと」が記録されないと、傾向として現れません。
その場で発信できて、適切な担当者にリアルタイムで届く。この流れがあると、小さな異常が拾えるようになります。
製造現場の管理は Odooの製造管理（MRP） をご覧ください。
導入で決めるべきこと
機能を入れる前に、運用として決めることがあります。
(1) どこで検査するか
受入、工程間、最終。すべてに検査を置くと、現場が止まります。
不良が発生しやすい工程、流出すると影響が大きい工程に絞ってください。
(2) 検査の項目をどこまで細かくするか
項目が多いほど、記入されなくなります。 これは工数入力と同じ構造です。
まず重要な項目に絞り、運用が定着してから増やしてください。
(3) 警告が出たときに誰が動くか
警告を出す仕組みだけ作って、対応する人を決めていないケースがあります。
かんばんに警告が溜まっていくだけになります。誰が、いつ見て、何をするかを決めてください。
(4) 統計を誰が見るか
④の循環を回すには、分析の結果を見て、判断する場が必要です。
月次でも構いません。見る会議体を決めてください。
Odooの品質管理が合わないケースもあります
ベンチャーネットは、SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢を扱っています。
| 状況 | 検討したい選択肢 |
|---|---|
| Community版で運用している | このアプリは使えません（Enterprise版が対象） |
| 検査の記録が紙で、集計に困っている | Odooの品質管理 が現実的な選択肢 |
| 検査機器と連携した自動測定が中心 | 専用の検査システムを検討 |
| 業界固有の厳格な規制対応が必要 | 規制対応に特化した製品を検討 |
3行目について補足します。測定機器から自動でデータを取り込む用途は、専用のシステムのほうが適することがあります。
Odooの品質管理は、人が検査した結果を業務の流れの中で扱う仕組みです。
業務が固有すぎてどのパッケージにも乗らない場合は、AIスクラッチ開発という選択肢もあります。ただしライセンス費用がかからない代わりに、開発費と保守費が別途かかります。判断材料は パッケージERPかスクラッチ開発か に整理しました。
よくある質問
Q1. Community版でも使えますか？
使えないと考えてください。 品質管理はEnterprise版が対象と案内されています。
Q2. ISOの認証取得に使えますか？
記録を残す仕組みとしては役立ちます。ただし、認証の要件を満たすかは審査機関の判断です。
「システムを入れれば取得できる」とは考えないでください。
Q3. 自動車業界の要求に対応できますか？
Odoo公式は、PPAPの管理と記録、SPCの構築、PFMEA文書の添付ができると案内しています。
ただし、取引先ごとの具体的な要求を満たすかは、個別の検証が必要です。
Q4. 検査項目はどのくらい作るべきですか？
まず絞ってください。 項目が多いと記入されなくなります。
不良が出やすい箇所、流出の影響が大きい箇所から始めるのが現実的です。
Q5. 現場がタブレットを使えません
作業区の端末で扱う機能が含まれます。自社の現場環境で使えるかは、実機で確認してください。
環境によっては、入力を担当する人を決めて運用する形も検討できます。
まとめ
多くの会社で、品質管理は同じ状態にあります。検査はしている、記録も残している、それでも不良は減らない。
原因は、検査の目的が「記録すること」になっていることです。
不良を見つけて止めることは、検査の役割の半分です。もう半分は、なぜ起きたかを突き止めて、次に起こさないことです。
Odooの品質管理では、検査から警告、是正、そして統計による原因分析までが同じデータの上でつながります。
分かれ目は、最後の「分析」が回るかどうかです。
紙の運用でも、検査して、見つけて、対処するところまでは行われています。しかし集計に時間がかかりすぎるため、原因の分析だけが抜け落ちます。
記録がシステムに入っていれば、この集計は自動で出せます。ここがこの機能の本質的な価値です。
もうひとつ、作業者が現場の画面から直接、品質の警告を出せる点も重要です。「気になったこと」が記録されると、小さな異常が傾向として拾えるようになります。
一方で、前提があります。品質管理はEnterprise版が対象です。
そして、機能を入れる前に決めるべきことがあります。どこで検査するか、項目をどこまで細かくするか、警告が出たら誰が動くか、そして統計を誰が見るか。
とくに最後の点です。見る場がなければ、分析は行われません。
もう少し詳しく知りたい方へ
ベンチャーネットは、ERP導入支援を手がける会社です。SAP・NetSuite・Odoo・AIスクラッチ開発という4つの選択肢を扱っているため、特定の製品に偏らない立場でご提案できます。
「検査項目をすべてシステム化しましょう」という提案はしません。 どこに絞れば効果が出るかの整理からご相談を承っています。
あわせて読みたい記事
