Odoo 複数会社セットアップ: 単一データベースでの複数のエンティティの管理
複数の法人、子会社、またはブランドを運営する企業は、企業ごとに個別の ERP インスタンスを実行するか、すべてを 1 つのデータベースに統合するかという選択に直面しています。 Odoo の複数企業機能を使用すると、厳格なデータ分離、企業間トランザクションの自動化、および連結財務報告を維持しながら、複数のエンティティを 1 つのデータベースで管理できます。
Odoo マルチカンパニーとは何ですか?
Odoo マルチカンパニー は、複数の企業 (法人) が単一の Odoo データベースに共存できるようにする組み込み機能です。各企業には独自の勘定科目表、税金構成、銀行口座、倉庫、ビジネス ルールがあります。ユーザーは 1 つまたは複数の会社に所属し、上部のナビゲーション バーから会社間を切り替えることができます。
このアプローチは、個別の Odoo インスタンスを実行することとは根本的に異なります。単一のデータベースは、マスター データ (製品、連絡先) の共有、統合されたレポート、インフラストラクチャの重複がないことを意味します。
複数の会社を使用する場合
複数会社のセットアップは、次の場合に適しています。
- 顧客、製品、またはベンダーを共有する 複数の法人 を運営している
- 親会社には連結財務報告が必要な子会社がある
- 単一の企業傘下で複数のブランドを運営している
- あなたのビジネスは、さまざまな会計要件を持つ 複数の国で運営されています
- 持株会社は、すべてのポートフォリオ企業にわたる可視性を必要としています
複数のオフィスや部門があるだけの場合、複数の会社は必要ありません。 Odoo の分析会計機能と部門機能は、別個の会社を作成せずに内部の組織部門を処理します。
Odoo で複数の会社をセットアップする
ステップ 1: 複数会社を有効にする
- [設定] > [一般設定] > [会社] に移動します。
- 「会社の管理」をクリックして会社リストを表示します。
- 主要な会社はすでに存在します。 「新規」をクリックしてさらに会社を追加します
ステップ 2: 各会社を構成する
会社ごとに、以下を設定します。
| 設定 | 場所 | メモ |
|---|---|---|
| 正式な名前と住所 | 設定 > 会社 | 法的登録と一致する必要があります |
| ロゴ | 会社設定 | 印刷された文書に表示されます |
| 通貨 | 会社設定 | 会社ごとに異なる場合があります |
| 会計年度 | アカウンティング > 設定 | 管轄区域によって異なる場合があります |
| 勘定科目表 | アカウンティング > 設定 | 共有テンプレートまたは会社ごとに固有のテンプレート |
| 税金の設定 | 会計 > 税金 | 国固有の税規則 |
| 銀行口座 | 会計 > 銀行口座 | 会社ごとに別々の銀行仕訳帳 |
| 倉庫 | インベントリ > 設定 | 各企業は独自の倉庫を持っています。 |
| シーケンス | 設定 > 技術 | 請求書、注文書などに個別の番号を付ける |
ステップ 3: ユーザー アクセスを構成する
各 Odoo ユーザーは 1 つまたは複数の会社に割り当てることができます。
- 単一会社ユーザー: 割り当てられた会社のデータのみを表示および作成できます。 1 つのエンティティ内でのみ作業する運用スタッフに最適です。
- 複数の会社のユーザー: 上部のメニュー バーにある会社スイッチャーを使用して会社間を切り替えることができます。複数の組織を監督するマネージャー、会計士、経営幹部に最適です。
- デフォルトの会社: 各ユーザーには、新しいレコードの作成時に適用されるデフォルトの会社があります。
アクセス ルールの動作: ユーザーが複数の会社にアクセスできる場合、割り当てられたすべての会社からのデータが同時に表示されます (特定の会社にフィルターをかけない限り)。これにより、会社間の報告と監視が可能になります。
[設定] > [ユーザー] > [ユーザー] > [複数会社] タブでユーザー会社の割り当てを構成します。
共有データと個別データ
どのデータが共有され、どのデータが企業固有のものであるかを理解することは、複数の企業で適切に運営するために重要です。
全社で共有
- 連絡先 (res.partner): 顧客、ベンダー、パートナーはデフォルトでグローバルです。会社 A によって作成された顧客は、会社 B に表示されます。
- 製品 (product.template): 製品定義は共有されます。ただし、コスト、ベンダー、会計アカウントなどの製品固有のプロパティは会社ごとに設定できます。
- ユーザー: ユーザー アカウントはグローバルです。会社へのアクセスは割り当てによって制御されます。
- システム設定: 技術的な構成、電子メール サーバー、および自動化ルールは通常、グローバルです。
会社固有 (個別)
- 会計エントリ: 仕訳、請求書、および請求書は、正確に 1 つの会社に属します。
- 銀行口座と仕訳帳: 各企業は独自の財務インフラストラクチャを持っています
- 販売注文と発注書: 取引は企業固有のものです
- 在庫業務: 在庫の移動は会社固有の倉庫に属します
- 税金構成: 各企業は異なる税金構造を持つことができます
- 勘定科目表: 共有 (同じテンプレート) または個別 (会社ごとに異なる COA) が可能
会社ごとに構成可能
- 製品プロパティ: 製品フォームの「会社の切り替え」機能を使用して、ベンダー、原価、収入/支出の勘定科目を会社ごとに設定できます。
- 価格表のルール: 企業ごとに異なる価格設定戦略
- 倉庫業務: 別個の倉庫または共有倉庫の場所
企業間取引
最も強力な複数企業間機能の 1 つは、自動化された企業間トランザクションです。 A 社が B 社に販売する場合、Odoo は B 社で対応する発注書を自動的に作成できます。
社内ルールの有効化
- [設定] > [一般設定] > [複数の会社] に移動します。 2.「企業間取引」を有効にする
- 会社ごとに、会社間ルールを構成します。
利用可能なルール:
- 同期された請求書/請求書: 会社 A が会社 B への顧客請求書を作成すると、Odoo は会社 B でベンダー請求書を自動的に作成します。
- 販売注文/発注書の同期: A 社が B 社への販売注文を確認すると、B 社で注文書が自動作成されます。
- 同期しない: 会社間取引を手動で処理します。
企業間取引フローの例
Company A (Manufacturer) sells components to Company B (Retailer):
1. Company A creates Sales Order → Company B (auto-created Purchase Order)
2. Company A delivers goods → Company B receives goods
3. Company A creates Invoice → Company B (auto-created Vendor Bill)
4. Company B pays → Company A receives payment
一致するすべての仕訳が自動的に作成され、両方のエンティティにわたる帳簿のバランスが維持されます。
移転価格
企業間販売の場合は、以下を使用して移転価格を設定します。
- 価格リスト: 特定のマークアップ/割引ルールを使用して会社間の価格リストを作成します。
- 財政上の立場: 企業間取引に VAT ゼロまたは特定の税金処理を適用します。
- 専用の支払い条件: 会社間の支払い条件を設定します (例: 正味 30 日)
移転価格は地方税規制に準拠する必要があります。多くの管轄区域では、企業間取引に独立企業間の価格設定が必要です。準拠した企業間価格設定を構成するには、管轄区域に精通した Odoo コンサルタント パートナー に相談してください。
勘定科目表戦略
企業全体の勘定科目表を管理するには、次の 2 つのオプションがあります。
オプション 1: 共有勘定科目表
すべての企業は同じ COA 構造を使用しています。これにより連結レポートが簡素化されますが、COA がすべての企業のニーズに対応する必要があります。
次のような場合に最適: 同じ国の同じようなビジネス モデルを持つ企業。
オプション 2: 個別の勘定科目表
各企業には独自の COA があり、アカウント コードや構造が異なる場合があります。
最適な用途: 異なる規制要件または基本的に異なるビジネス タイプを持つさまざまな国の企業 (例: 同じ持ち株会社の製造会社とソフトウェア会社)。
個別の COA を使用した連結レポートの場合は、企業固有のアカウントと連結レポート カテゴリの間のマッピングを作成します。 Odoo の分析会計ツールとカスタム レポート ツールは、このマッピングを処理します。
連結財務報告
複数企業の財務統合は、企業が個別のインスタンスではなく複数企業の単一データベースを選択する主な理由の 1 つです。
組み込みの統合
Odoo Enterprise は、標準的な財務レポートに対して複数企業のフィルタリングを提供します。
- 損益: 個別の会社の結果または合計を表示します。
- 貸借対照表: 会社ごとまたは連結ポジション
- 総勘定元帳: 会社ごとにフィルターするか、すべてのエントリを表示します
- 試算表: 企業ごとの比較
企業間残高の解消
真の連結報告を行うには、会社間の売掛金と買掛金を排除する必要があります。 Odoo は次のようにこれを処理します。
- 企業間パートナーを特定のタグまたはカテゴリでマークする
- 会社間取引を除外したフィルタリングされたレポートビューの使用
- 会社間の残高をゼロにする連結仕訳の作成
複雑な連結要件 (少数株主持分、為替換算、持分法投資) の場合、Odoo カスタマイズ は企業構造に合わせた自動連結ワークフローを構築できます。
セキュリティと記録のルール
複数企業のデータ分離は、Odoo のレコード ルール システムに依存しています。
デフォルトのレコード ルールでは以下が適用されます:
- ユーザーは、割り当てられた会社の会計データ (請求書、仕訳、支払) のみを表示できます。
- 在庫業務は会社固有の倉庫割り当てによってフィルタリングされます
- 販売注文と注文書はユーザーの会社のスコープ内でのみ表示されます
必要になる場合があるカスタム レコード ルール:
- 会社間の製品の可視性: プロダクト マネージャーが、すべてのエンティティにわたる会社固有のプロパティを持つ製品を表示できるようにします。
- エグゼクティブオーバーライド: 経営幹部ユーザーに、監視とレポート作成のための無制限の会社間アクセスを提供します
- 会社間データの制限: 相互の業務データを参照できる企業を制限します。
[設定] > [テクニカル] > [セキュリティ] > [レコード ルール] でレコード ルールを設定します。本番展開の前に、サンプル ユーザーを使用してすべてのルールを徹底的にテストします。
複数の企業に共通する課題
課題 1: 異なる用語での共有連絡先
ベンダーは複数の企業に製品を供給する場合がありますが、支払条件、価格表、または与信限度額は企業ごとに異なります。 Odoo の会社依存のプロパティを使用して、共有連絡先レコードに会社ごとの値を設定します。
課題 2: 企業全体の製品原価計算
同じ製品でも会社によってコストが異なる場合があります (会社間値上げなど)。アクティブな会社コンテキストを切り替えることにより、製品フォーム上で会社固有の標準コストと会計勘定科目を構成します。
課題 3: アクティブな会社についてのユーザーの混乱
複数の会社にアクセスするユーザーは、間違った会社にレコードを作成する場合があります。これを軽減するには:
- スイッチャーでの明確な会社名 (所在地または略語を含む)
- 各ユーザーの主な役割に一致するデフォルトの会社割り当て
- 取引を作成する前にアクティブな会社を確認するためのトレーニング
- 色分けされた企業テーマ (カスタム CSS または Odoo Studio 経由で利用可能)
課題 4: レポートの複雑さ
複数の企業や通貨にまたがる財務報告書では、為替レートと消去入力を慎重に処理する必要があります。後で改修することを避けるために、最初の Odoo 実装 中にレポート要件を計画してください。
よくある質問
Q: 1 つの Odoo データベースには何社の企業を含めることができますか? 厳密な制限はありません。企業は 20 ~ 50 社以上の企業を単一のデータベースでうまく運営しています。パフォーマンスは、企業の数ではなく、総トランザクション量とサーバー リソースに依存します。
Q: 異なる企業が異なる Odoo モジュールを使用できますか? はい。モジュールのインストールはデータベース全体に適用されますが、特定の会社に対してのみアクティブになるようにモジュールを構成できます。たとえば、すべての企業が会計を使用している一方で、製造は生産エンティティに対してのみ有効にすることができます。
Q: Odoo Community Edition では複数の会社を利用できますか? 基本的な複数企業サポート (個別の企業、企業ごとのデータ) はコミュニティで利用できます。ただし、企業間のトランザクションの自動化、統合レポート、Odoo Studio のカスタマイズには Enterprise Edition が必要です。
Q: 2 つの別々の Odoo データベースを 1 つの複数企業データベースにマージできますか? はい。ただし、ID の競合を回避し、データの整合性を維持するには、慎重なデータ移行が必要です。これは、親会社が新しい子会社を買収する場合の一般的なシナリオです。プロフェッショナル Odoo 移行サービス は、完全なデータ検証を使用してデータベースのマージを処理します。
複数の会社の使用を開始する
適切に構成された複数の企業のセットアップにより、個別の ERP インスタンスを管理するオーバーヘッドが排除され、完全なデータ分離と統合された可視性が提供されます。重要なのは、運用を開始する前に、会社の構造、会社間のルール、およびアクセス制御を適切に計画することです。
複数の企業によるアーキテクチャに関するコンサルティングについては、ECOSIRE にお問い合わせください。私たちのチームは、持株会社、フランチャイズ、および複数ブランド組織向けに複数企業の Odoo 環境を設計および実装します。また、ビジネスの進化に合わせて複数の会社のセットアップをスムーズに実行し続けるために、継続的な サポートとメンテナンス も提供します。
執筆者
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.
関連記事
AI を活用した顧客セグメンテーション: RFM から予測クラスタリングまで
AI が顧客セグメンテーションを静的な RFM 分析から動的な予測クラスタリングにどのように変換するかを学びます。 Python、Odoo、および実際の ROI データを使用した実装ガイド。
サプライチェーン最適化のための AI: 可視性、予測、自動化
AI を使用してサプライ チェーンの運用を変革します。需要の検知、サプライヤーのリスク スコアリング、ルートの最適化、倉庫の自動化、混乱の予測などです。 2026年のガイド。
B2B E コマース戦略: 2026 年に卸売オンライン ビジネスを構築する
卸売価格設定、アカウント管理、クレジット条件、パンチアウト カタログ、Odoo B2B ポータル構成の戦略を使用して B2B e コマースをマスターします。