Odoo 複数会社および会社間のセットアップ: 完全な構成ガイド
複数の法人、子会社、または事業部門を持つ組織は、個別のインスタンスを実行するか、複数の会社の機能を備えた 1 つのシステムに統合するかという、ERP の基本的な決定に直面しています。 Odoo は両方のアプローチをサポートしていますが、複数の企業にまたがるアーキテクチャにより、共有データ、企業間トランザクション、および統合レポートを必要とする組織にとっては統合が明らかに勝者となります。このガイドでは、初期構成から会社間の自動化まで、複数の会社のセットアップのあらゆる側面を説明します。
重要なポイント
- Odoo は、エンティティ間の完全なデータ分離により、単一データベース内で無制限の企業をサポートします
- 企業間取引では、照合書類が自動的に生成されます(A 社の SO が B 社の PO を作成します)
- 製品、連絡先、勘定科目表などの共有リソースは、企業ごとに構成することも、すべての企業で共有することもできます
- 連結財務報告では、会社間の消去を行って複数の事業体にわたるデータを集計します。
- ユーザー アクセス ルールは、各ユーザーがアクセスできる会社と切り替えできる会社を制御します。
複数の企業のアーキテクチャ
Odoo における企業の仕組み
Odoo の各企業は、独自の組織を持つ個別の法人として運営されています。
- 勘定科目表と会計年度
- 通貨と税金の設定
- 倉庫および在庫の評価
- 給与規定と従業員契約
- 銀行口座と支払い方法
- 文書シーケンス (請求書番号、注文番号)
データ分離は ORM レベルで強制されます。ユーザーが会社 A 内で操作する場合、デフォルトでは会社 A のレコードのみが表示されます。右上隅にある会社セレクターを使用すると、会社間の切り替えや複数会社モードでの操作が可能になります。
会社の設立
[設定] > [会社] に移動して、会社を作成して構成します。
- 会社の詳細: 名前、住所、納税者番号、ロゴ、通貨
- 会計: 勘定科目表 (テンプレートまたは既存の会社からコピーできます)
- ドキュメント: 請求書、注文書、その他のドキュメントのシーケンス形式
- ローカリゼーション: 国固有の税金設定、財政上の立場
Odoo は新しい会社ごとに個別の勘定科目表を作成します。一貫性を維持するために、標準のグラフ テンプレートを使用するか、既存の会社から構造をコピーすることができます。
企業間取引
社内ルールの有効化
[設定] > [会社] > [会社間トランザクション] に移動して、自動化ルールを構成します。 Odoo は、次の 3 つの企業間トランザクション タイプをサポートしています。
販売注文から注文書へ: 会社 A が会社 B を顧客として販売注文を作成すると、Odoo は会社 A をベンダーとして対応する注文書を会社 B に自動的に生成します。
発注書から販売注文へ: 逆の流れ -- A 社が B 社からの発注書を作成すると、Odoo は B 社で販売注文を生成します。
請求書から請求書: 会社 A が会社 B に対する顧客請求書を作成すると、ベンダー請求書が会社 B に自動的に表示されます。
構成手順
- 各会社の設定で 会社間取引 を有効にします
- 会社間転送の受信用に 倉庫 を設定します
- 生成されたドキュメントの デフォルトの購入/販売仕訳帳を設定します
- 勘定科目表で会社間勘定を消去エントリ用に構成します。
企業間の異動ワークフロー
一般的な企業間販売は次のフローに従います。
| ステップ | A社(売主) | B社(バイヤー) |
|---|---|---|
| 1 | B 社への販売注文を作成 | 会社 A から自動作成された注文書 |
| 2 | SO を確認し、配信を作成します | 発注書の確認、領収書の作成 |
| 3 | 商品を B 社の倉庫に発送 | A社から商品を受け取る |
| 4 | 請求書の作成 | 仕入先請求書が自動作成される |
| 5 | 支払いの受領を記録する | 支払いの送信を記録 |
最初の販売注文が確認されると、フロー全体が自動化されます。
移転価格
企業間の価格設定は、価格リストを通じて設定できます。 [販売] > [構成] > [価格リスト] で会社間取引の価格リストを作成し、それを会社間パートナー レコードに割り当てます。これにより、独立企業間の取引に対する税務当局の要件を満たす一貫した移転価格が保証されます。
共有データと企業固有のデータ
製品
製品はすべての企業間で共有することも、特定のエンティティに限定することもできます。
- 共有製品: すべての企業に表示される単一の製品レコード。標準的なカタログ項目に便利です。価格とコストは、価格表とコスト入力により会社ごとに異なる場合があります。
- 会社固有の製品: 会社フィールドが設定されている製品。その会社のみに表示されます。 1 つのエンティティに固有のカスタム製造品目に役立ちます。
連絡先
連絡先 (顧客、ベンダー、パートナー) は通常、企業間で共有されます。会社 A と会社 B の両方から購入する顧客は、単一の連絡先レコードを維持します。会社固有の詳細 (支払い条件、与信限度額、価格表) は、サブレコードの会社フィールドを通じて管理されます。
勘定科目表
各企業は独自の勘定科目表を管理しています。連結レポートの場合は、テンプレート会社からグラフをコピーして、会社全体で一貫した勘定科目構造を使用します。あるいは、連結 モジュールを使用して、さまざまなアカウント構造を共通の連結構造にマッピングします。
従業員
従業員は 1 つの会社に属しますが、リソース計画の目的で会社間で共有することができます。従業員の給与、契約、福利厚生は常に会社固有です。
ユーザーアクセスとセキュリティ
会社ベースのアクセス ルール
Odoo のセキュリティ モデルは、レコード ルールを通じて複数企業のアクセスを制御します。主要な構成:
- 許可された会社: 各ユーザーには、アクセスできる 1 つ以上の会社が割り当てられます。 [設定] > [ユーザー] > [環境設定] で設定します。
- 現在の会社: デフォルトでユーザーに表示されるレコードは、アクティブな会社によって決まります。
- 複数会社モード: ユーザーは複数会社モードを有効にして、許可されているすべての会社のレコードを同時に表示できます。
アクセス制御のベスト プラクティス
| ユーザーの役割 | 推奨アクセス |
|---|---|
| CEO/オーナー | すべての企業 |
| 財務マネージャー | 全社(連結対象) |
| 部長 | 自社のみ |
| 営業担当者 | 自社のみ |
| 倉庫作業員 | 自社のみ |
| 社外監査役 | 読み取り専用、特定の企業 |
データ分離の検証
複数の企業のアクセスを構成した後、単一の企業に制限されたユーザーとしてログインし、他の企業のレコードが表示されないことを確認して、分離を検証します。文書の作成をテストして、会社の割り当てと順序番号が適切であることを確認します。
連結財務報告
貸借対照表の統合
統合モジュールは、企業全体の財務データを集約します。
- 連結会社を親会社として定義します
- 子会社の勘定科目表を連結構造にマッピングする
- 会社間残高の消去ルールを構成する
- 連結を実行して連結財務諸表を作成する
消去エントリ
二重計算を避けるために、会社間の取引は連結報告書から除外する必要があります。 Odoo は消去仕訳エントリを通じてこれを処理します。
- 会社間の売掛金と買掛金が相殺される
- 会社間の収益と売上原価が相殺される
- 社内在庫の含み益を解消
[会計] > [構成] > [連結] > [消去ルール] で消去ルールを設定します。
複数通貨の統合
異なる通貨の子会社を持つ国際組織の場合:
- 各子会社は機能通貨で報告します
- 連結では換算レートが適用されます。貸借対照表項目は終値レート、損益計算書は平均レートです。
- 為替換算調整を資本に反映
支店と子会社の構成
支店
複数の拠点が 1 つの法人の下で運営されている組織の場合は、複数の会社ではなく複数の倉庫のアプローチを使用します。
- 各支店に個別の 倉庫 を作成する
- 分析アカウントを使用して支店レベルの損益を追跡する
- すべての取引で同じ勘定科目表と税構成が使用されます。
子会社
個別の法人の場合は、完全な複数会社構成を使用します。
- 各子会社は Odoo の別個の会社です
- 個別の勘定科目表、税構成、銀行口座
- 商品やサービスの移転のための企業間取引
- グループレベルの財務諸表の連結報告
一般的な実装パターン
製造グループ
製造グループは以下を構成する場合があります。
- A社:製造事業体(製品を製造する)
- B 社: 販売主体 (最終顧客への販売)
- 会社間フロー: 会社 B が顧客向けに SO を作成 > 会社 A に発注 > 会社 A が製造し、会社 B の倉庫に出荷 > 会社 B が顧客に配送
国際業務
国際組織では次のような設定を行う場合があります。
- 米国会社: 米ドルによる米国事業
- 会社 EU: EUR による欧州事業
- 英国企業: GBP による英国での事業
- 持株会社: グループ報告の連結対象会社
フランチャイズモデル
フランチャイズ組織は次の設定を行う場合があります。
- フランチャイザー会社: 製品カタログを持つブランドオーナー
- フランチャイズ加盟企業: 独自の損益計算書を持つ個々のフランチャイズ加盟者
- 共有製品: フランチャイザーからフランチャイジーに共有されるカタログ
- ロイヤルティ請求: フランチャイズ料金の自動会社間請求書発行
ECOSIRE 複数企業向けサービス
複数の会社にまたがる運用を設定するには、データ アーキテクチャ、アクセス制御、および会社間のワークフローを慎重に計画する必要があります。 ECOSIRE の Odoo コンサルティング サービス には複数企業の評価と設計が含まれており、当社の 実装チーム は会社の設立から統合レポートの検証までの完全なセットアップを処理します。複雑な要件を持つ組織のために、当社の カスタム開発サービス はカスタムの企業間のワークフローとレポートを構築します。
関連書籍
- Odoo マルチエンティティ会計
- Odoo アカウンティング モジュール セットアップ ガイド
- Odoo マルチテナント SaaS セットアップ
- Odoo のセキュリティとアクセス制御
- Odoo レポートとダッシュボード ガイド
単一の Odoo データベースに存在できる企業の数に制限はありますか?
企業数に厳密な制限はありません。 20 社以上の企業を抱える組織は、単一の Odoo データベースで正常に運用されています。パフォーマンスは、企業の数ではなく、総データ量と同時ユーザーによって決まります。非常に大規模なセットアップ (50 社以上) の場合は、サーバーのサイジングとデータベースの最適化を検討してください。
企業間のトランザクションは、異なる Odoo バージョン間で実行できますか?
いいえ。企業間取引では、すべての企業が同じバージョンを実行している同じ Odoo データベースに存在する必要があります。エンティティが別の Odoo インスタンスで実行されている場合は、API ベースの統合を使用してインスタンス間でドキュメントを同期します。
異なる会計年度をまたぐ企業間取引はどのように処理していますか?
Odoo はこれを自動的に処理します。各企業は独自の会計年度カレンダーを管理しています。会社 A (暦年) で 12 月 31 日に転記され、会社 B (会計年度 4 月から 3 月) で 1 月 1 日に転記される会社間取引は、それぞれの会計年度構成に基づいて各会社の正しい期間に転記されます。
執筆者
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
関連記事
Odoo と NetSuite 中間市場の比較: 完全購入者ガイド 2026
2026 年のミッドマーケット向けの Odoo と NetSuite: 機能ごとのスコアリング、50 ユーザーの 5 年間の TCO、導入タイムライン、業界適合性、双方向の移行ガイダンス。
2026 年の Odoo への移行集計: インドの中小企業向けステップバイステップ ガイド
2026 年のインド中小企業向けの Odoo への移行プレイブックの集計: データ モデル マッピング、12 ステップの計画、GST 処理、COA 変換、並列実行、UAT、カットオーバー。
AI を活用した顧客セグメンテーション: RFM から予測クラスタリングまで
AI が顧客セグメンテーションを静的な RFM 分析から動的な予測クラスタリングにどのように変換するかを学びます。 Python、Odoo、および実際の ROI データを使用した実装ガイド。