Odooのアプリ構成｜販売・購買・在庫・製造・会計のつながり方
Odooのアプリ構成を、販売・購買・在庫・製造・会計のつながりから整理します。どのアプリから始めるべきか、標準機能とカスタマイズの境目が中小企業の経営者にもわかります。
目次expand_more
見積はExcel、受注は紙、在庫は別のシステム、請求は会計ソフト。こうした「バラバラの仕組み」を一つにまとめるのがERPですが、Odooは「アプリ」を組み合わせて使う仕組みのため、最初に全体のアプリ構成がわかりにくいという声をよく聞きます。この記事では、Odooのアプリ構成と、販売・購買・在庫・製造・会計がどうつながるのかを、中小の製造業・建設業の方向けに整理します。
※本記事は2026年11月9日時点のOdoo公式ドキュメントに基づいています。使える機能は版やエディションで異なる場合があるため、導入前に公式ドキュメントでご確認ください。
3分でわかる要点（経営者向け）
- 問題：見積・受注・在庫・原価・請求が別々の道具に散らばり、同じ内容を何度も入力し、数字がそろうまで時間がかかります。
- 変化：Odooは、必要なアプリだけを選んで共通のデータでつなげるため、一度入力した情報が次の部署に届き、数字を同じ元データから見られます。
- 第一歩：最初から全アプリを入れず、困りごとが最も大きい1〜2業務（例：販売と在庫）から始めてください。
Odooのアプリ構成とは？
Odooのアプリ構成とは、販売・購買・在庫・製造・会計といった業務ごとの「アプリ」を組み合わせ、同じデータベースでつなげて使う仕組みのことです。
Odooは、業務ごとに分かれたアプリを必要な分だけ追加していく設計です。たとえば、見積から受注・請求までを扱う「販売」、発注を管理する「購買」、倉庫の入出庫を管理する「在庫」、製造オーダーを計画・処理する「製造」、仕訳を扱う「会計」などがあります。基本的な全体像は、Odooとは？中小企業がERPを検討する前に知りたい基本と向き不向きで説明しています。
5つのアプリはどうつながる？
データは「誰が→どの画面で→何をすると→次の部署に何が届くか」の順につながります。
公式ドキュメントでは、販売アプリの流れが「見積→受注→出荷（必要な場合）→請求→支払い」の順で示されています。受注は、お客様が見積を承認すると自動で作成されます。この受注情報が、在庫や請求の元になります。
- 販売（営業担当）：見積画面で見積を作り、お客様が承認すると受注が作られます。受注は出荷と請求の元データになります。
- 在庫（倉庫・出荷担当）：受注に基づく出荷や、入荷の記録を扱います。Odooの在庫アプリは、在庫管理と倉庫管理の両方を担います。
- 購買（購買担当）：購買契約、見積依頼、発注書を管理します。必要な品目の発注状況を追えます。
- 製造（製造担当）：製造オーダーを計画・処理します。部品表（BOM）をもとに、何をいつ作るかを管理します。
- 会計（経理担当）：請求書や仕入先請求書、在庫の評価などに対応する仕訳を、Odooが自動で作成します。
出典：Odoo公式ドキュメント（Sales・Inventory・Purchase・Manufacturing・Accounting）
ここで大切なのは、品目や取引先などの「マスタ」が共通で、各アプリが同じ情報を見ていることです。ExcelやAccessで別々に持っている場合に起きる「どちらが最新かわからない」という状態を、元から減らせます。
在庫評価と会計はどこまで自動でつながる？
在庫の増減に応じた仕訳を自動で作る設定ができ、評価方法も選べます。
公式ドキュメントでは、定期（手動）と継続（自動）の2つの在庫評価に対応し、評価方法として標準原価、移動平均原価（AVCO）、先入先出（FIFO）が挙げられています。どの方法を選ぶかは、製品の特性と経理の運用に合わせて、導入前に決める必要があります。
出典：Odoo公式ドキュメント（Accounting・Inventory valuation）
標準機能でできること、カスタマイズが必要になりやすいこと
標準の流れで足りない部分は、業種固有の計算や帳票です。
- 標準機能でできること：見積から請求までの流れ、在庫の入出庫、発注管理、製造オーダーの管理、仕訳の自動作成といった基本の流れです。
- カスタマイズが必要になりやすいこと：自社独自の原価の計算方法、特殊な帳票、既存の設備やシステムとの連携です。
実績として、部品加工・アセンブリを手がける中小製造メーカー様では、製品ごとの原価を精緻に算出する仕組みがなく、どんぶり勘定に近い状態でした。DGテクノは、受注から購買・製造・出荷までの業務を整理し、Odooの標準機能で対応できる範囲と個別対応が必要な範囲を切り分けたうえで、部品表（BOM）をもとに実際原価を算出する独自モジュールの開発とデータ移行を支援しました。開発期間・体制は約4ヶ月 / 4名体制、成果は製品ごとの実際原価と利益率を正確に把握できるようになったことです。詳細は部品加工メーカーのOdoo原価管理事例にあります。
この事例は、標準機能で業務の流れをつなぎ、自社固有の計算だけを個別開発するという考え方を示しています。原価管理の具体的な方法は、製造業の原価管理をOdooで改善する方法で説明しています。
業種が異なる例として、総合不動産管理・仲介会社様では、賃貸契約の更新、家賃の入出金、修繕履歴が複数のシステムに分かれ、二重入力が負担でした。契約管理・請求管理の独自モジュールを開発し、約2ヶ月 / 3名体制で、バックオフィス業務を約30%効率化しています。契約と請求を中心とする業務の整理方法は、製造業の受注管理や請求管理にも応用できます。詳細は不動産管理のOdoo導入事例をご覧ください。
最初はどのアプリから入れればよい？
困りごとが最も大きい業務に近いアプリから、2つ程度で始めるのが現実的です。
- 見積・受注・請求で困っている会社：販売アプリを中心に、請求までつなげます。
- 在庫が合わない会社：在庫アプリと購買アプリを先に整えます。
- 原価が見えない会社：販売・購買・在庫・製造のデータを整えたうえで、原価の仕組みに進みます。
導入全体の流れと期間の目安は、Odoo導入の進め方と期間の目安にまとめています。
データが揃った後、AIで何ができるか
業務データがOdooにまとまると、AIが読める形のデータが手元に残ります。
受注・在庫・原価のデータが一元化されていれば、分析や予測、過去データを使った見積支援などにAIを活用できます。反対に、データがExcelや紙に分散している状態でAIを入れても、読み込めるデータがないため成果が出にくくなります。まず業務とデータを整えるのが、AI活用の最初の一歩です。AI側の考え方はAIネイティブな業務システムとは？後付けAIとの違いと始め方、サービスの概要はAI・業務自動化をご覧ください。
導入すると何が変わる？
アプリがつながると、入力と確認の役割が変わります。
- 現場作業者：Before：入荷や出荷を紙に書き、後で事務に渡す。After：入出庫をその場で記録し、事務の転記が不要になる。
- 事務担当：Before：受注を見て、在庫表や請求書へ転記する。After：受注から請求までが同じデータでつながり、確認が中心になる。
- 管理者・経営者：Before：月末にExcelを集めて数字を確認する。After：同じ元データから、必要な時に数字を見られる。
現場では、入力の手間が1つ増えるだけで使われなくなります。入力を減らす設計になっているかを、アプリを選ぶ基準にしてください。
導入の第一歩
小さく始めて、使われることを確かめてから広げます。
- 業務を1つ決める：販売や在庫など、最も困っている業務を1つ選びます。
- 現状の流れを書き出す：誰が、どの帳票で、何をしているかを整理します。
- 標準機能で試す：まず標準の流れで試し、足りない部分だけを個別対応として切り分けます。
導入の進め方の全体像は、DGテクノの進め方でも紹介しています。
よくある質問
中小企業でもOdooのアプリを全部入れる必要がありますか？
いいえ、全部入れる必要はありません。必要なアプリだけを選んで始め、後から追加できます。最初は1〜2業務に絞ることをおすすめします。
既存のExcelや他のシステムはどうなりますか？
場合によります。品目や取引先などのマスタはOdooへ移行できます。他システムとの連携が必要かどうかは、業務の流れを整理したうえで判断します。
社員が使いこなせるか心配です。
小さく始めれば大丈夫です。1つの業務から始めて、現場の入力が増えないことを確かめながら広げます。
データやセキュリティは大丈夫ですか？
運用体制しだいです。権限の設計、バックアップ、更新の手順を、導入時に決めておく必要があります。
まとめ
- Odooは、販売・購買・在庫・製造・会計のアプリを、共通のデータでつなげて使う仕組みです。
- 標準機能で業務の流れをつなぎ、自社固有の計算だけを個別開発に切り分けます。
- 最初は1〜2業務から始め、データが揃った後にAI活用へ進めます。
DGテクノ株式会社は、現場の業務から整理し、Odooの導入から運用までを支援しています。
詳しいサービス内容は、Odoo ERP 導入・運用をご覧ください。
この記事を書いた会社
DGテクノ株式会社（東京・新橋）は、製造業・建設業を中心に、AI活用・Odoo ERPの導入と運用・AIネイティブなシステム開発を、構想から運用まで支援しています。Odoo Learning Partner。