SAP MMのエンタープライズ構造とは？6つの組織レベル（会社コード・プラント・購買組織）の役割を図解

「SAPの設定、最初に何からやればいい？って聞かれたら、私はいつも『組織構造です』って答えます。会社コードとプラントと購買組織……6つもあるレベルを、今日は図でスッキリ整理しますね」

01WHAT　エンタープライズ構造とは？なぜ「最初に」設計するのか

エンタープライズ構造（Enterprise Structure）とは、実在する企業の組織をSAPシステム上に表現した枠組みです。会社・工場・購買部門といった現実の組織を、SAPが管理できる「組織単位」として定義し、その上にマスタデータと業務データを載せていきます。

MM（Materials Management＝購買・在庫管理）の設定で最初に登場する組織レベルは、クライアント・会社コード・プラント・保管場所・購買組織・購買グループの6つです。発注書や在庫転記、マスタデータはすべてこのいずれかの単位に紐づくため、この構造の設計がその後の全設定と日々の業務に影響します。

なぜ「最初に」決めるのか——後戻りが難しい3つの理由

構造設計を後回しにすると、あとで大きな手戻りが発生します。その理由は次の3点に集約できます。

• ① マスタデータが組織レベルに紐づく——品目マスタは「クライアント＋プラント」、仕入先マスタは「クライアント＋会社コード＋購買組織」のように、データを持つレベルが標準で決まっています。レベルを後から足すと、既存マスタの再展開が必要になります
• ② 他のモジュールと組織単位を共有する——会社コードはFI（財務会計）、プラントはPP（生産）・SD（販売）・WM（倉庫）の共通単位です。MMだけで決められず、部門横断の合意が必要です
• ③ 一度使った番号は変えにくい——会社コード・プラントの番号は伝票履歴やマスタに残ります。本番稼働後の変更は極めて困難です

「会計・在庫の階層」と「購買の階層」の2系統で捉える

6つのレベルは縦に一直線ではなく、「会計・在庫の階層（会社コード→プラント→保管場所）」と「購買の階層（購買組織→購買グループ）」の2系統が、クライアントの下に並び、横の「割当」でつながる構造です。全体像を図1に示します。

なお、図1の番号①〜⑥は「導入で設定する順番」でもあります。会社コードを定義してからプラントを作り、プラントを会社コードに割り当て、購買組織を作ってプラントに割り当てる——という順で進めるのが、SAP標準の導入手順（IMGのEnterprise Structureメニュー）です。

02POINTS　6つの組織レベルと役割

ここからは6つの組織レベルを1つずつ確認します。暗記ではなく「どのデータの管理単位か」で捉えると、実務で迷いません。一覧を表1にまとめました。

※表中のTコードは代表的な入力例です。操作手順の詳細は、この連載の後続記事（IMGの起動方法・会社コードの定義など）で順に解説します。

① クライアント——すべてのデータの「天井」

クライアント（Client）はSAPシステム内の最上位の組織単位です。SAPシステム1本に対して複数のクライアントを持つことができ（開発・テスト・本番など）、クライアント単位で管理されるデータはシステム全体で共通になります。たとえば品目マスタの基本データやユーザー（一部）はクライアントレベルで保持されます。会社コードやプラントといった下位の単位をまとめて「エンタープライズ構造」と呼ぶ場合もあります。

② 会社コード——「会社」の単位は会計で決まる

会社コード（Company Code）は、自前の貸借対照表（BS）と損益計算書（PL）を持つ最小の会計単位です。複数の会社コードを持つ場合は企業グループ（グループ連結）の構成に合わせて定義します。MMの購買業務では「どの会社コードが支払うか」が発注書や請求書の会計処理を決めるため、仕入先マスタにも会社コード単位のデータ（支払条件・自動支払の設定など）を持ちます。

③ プラント——在庫評価の単位（MMの「現場」）

プラント（Plant）は、生産・倉庫・配送などの活動が行われる操業単位です。工場や営業所・倉庫がその例です。在庫金額の評価単位（評価領域）は、S/4HANAではプラントに固定されています。品目マスタの在庫・評価・MRPデータはプラント単位で管理されるため、「どのプラントに品目を展開するか」がそのまま在庫管理の範囲になります。プラントは必ず1つの会社コードに割り当てますが、1つの会社コードに複数のプラントを持てます。

④ 保管場所——プラントの中の「棚」

保管場所（Storage Location）は、プラント内で在庫を物理的に区別する単位です。「原料倉庫」「完成品倉庫」など現場の保管場所に合わせて複数定義できます。在庫数量は保管場所まで管理されますが、在庫金額の評価には影響しません（金額はプラント単位）。保管場所を増やしても会計設定の変更は不要なので、比較的あとからでも追加しやすいレベルです。

⑤ 購買組織——交渉と契約の「顔」

購買組織（Purchasing Organization）は、1つ以上のプラントのために資材・サービスを調達し、仕入先との一般購買条件（価格・納期・支払）を交渉する組織単位です。SAPの定義では、外部の購買取引に対して法的な責任を負う単位とされています。購買組織が「どの会社コード・プラントの購買を担当するか」は割当で決まり、この割当パターンが集中・会社固有・プラント固有の「3形態」を生みます（詳細はINSIGHTで解説）。

⑥ 購買グループ——日々の発注を担うバイヤー

購買グループ（Purchasing Group）は、購買組織をさらに細分化するバイヤー（購買担当者）のグループです。「一般購買グループ」「部品購買グループ」のように日常の購買業務の担当単位として使います。1つの購買グループを複数の購買組織に割り当てることも可能で、発注書や購買依頼の担当者として伝票に記録されます。

03STEP　組織レベルを「割当」でつなぐ5つの手順

エンタープライズ構造の設定は、大きく「定義（Define）」と「割当（Assign）」の2段階です。IMGのEnterprise Structureメニューでは、まず各組織単位を定義し、その後に親子関係を割り当てます。実務の標準手順を5ステップで示します。

1. 会社コードを定義する（OX02）——通貨・会計カレンダーなどを入力。まずFIと会社コードの構成（連結や子会社）を確定します
2. プラントを定義し、会社コードに割り当てる（OX10→OX18）——プラントは必ず1つの会社コードに帰属させます。1会社コードに複数プラント可
3. 保管場所を定義し、プラントに割り当てる（OX09→OX19）——現場の倉庫・保管区分に合わせて設定。複数あればまとめて登録します
4. 購買組織・購買グループを定義する（OX08・OME4）——購買組織は「誰が交渉するか」、購買グループは「誰が日々の発注を担うか」を定義します
5. 購買組織を会社コード／プラントに割り当てる（OX01・OX17）——ここで集中・会社固有・プラント固有の形態が決まります。プラントは1つ以上の購買組織への割当が必須です

なぜ割当が重要か——マスタデータはレベルに「仕込まれている」

割当が重要なのは、マスタデータが組織レベル単位で管理されているからです。たとえば品目マスタはクライアント＋プラント、仕入先マスタはクライアント＋会社コード＋購買組織、購買情報レコードはプラント＋購買組織、という形で「どこにデータを持つか」があらかじめ決まっています。図2に整理しました。

図2の●の位置が、実務で「マスタをあちこち作らないといけない」と感じる理由です。たとえば新しいプラントを追加すると、そのプラントへの品目展開（品目マスタのプラントビュー）と、仕入先・購買情報レコードの整備が必要になります。組織構造＝そのままマスタ管理のコスト構造と理解しておくと、設計の重みが実感できます。

04INSIGHT　購買組織3形態の選び方——集中・会社固有・プラント固有

購買組織の形態は、「購買組織を会社コードとプラントのどこに割り当てるか」で決まります。SAP標準では次の3形態があります（図3）。

① 集中購買（企業グループ全体）は、1つの購買組織がクライアント内の全会社コード・全プラントの調達を担当します。購買量を集約できるため価格交渉力が高まり、契約・条件の標準化が進みます。一方で、現場の個別要件への機動的な対応は難しくなります。間接材や共通部品など「どこでも同じもの」の調達に向いています。

② 会社固有購買は、会社コードごとに専用の購買組織を持つ形態です。子会社の独立性が強く、会社単位の損益責任が明確な企業グループに向きます。③ プラント固有購買は、プラントごとに専用の購買組織を割り当てます。工場ごとに調達方針や仕入先が異なるケースで現場に近い調達ができますが、組織数が増えるほど仕入先マスタ・購買情報レコードの管理コストは増加します。

実際には「本社購買部が共通部品を集中購買し、各工場の購買組織が現場依存品を個別調達する」といったハイブリッド構成も一般的です。ポイントは「調達量を集約したいか」と「現場の独立性を保ちたいか」のバランスで、これは組織図の絵柄だけでなく、品目ごとの購買戦略から逆算して決めるのが実務的です。

エンタープライズ構造の理解は、購買業務全体の流れとセットで身につけると効果的です。調達から入庫・支払までの全体像はSAP MMとは？購買から入庫・支払までのProcure-to-Payプロセスを解説で、入庫と請求のズレを調整する勘定の仕組みはSAP MMのGR/IR勘定とは？発注・入荷・請求の「ズレ」を解消する仕組みで解説しています。ADTではこの組織構造の設計から、MMのカスタマイズ・移行・運用定着まで一貫して支援しています。「SAP×AI」の知見を活かし、設計段階から現場オペレーションまで無理のない体制づくりをお手伝いします。

出典・参考

• Organization of an Enterprise in the SAP System（SAP Help Portal／SAP S/4HANA Sourcing and Procurement） https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/af9ef57f504840d2b81be8667206d485/2b7eb65334e6b54ce10000000a174cb4.html
• Purchasing Organization（SAP Help Portal／SAP S/4HANA Product Master－Corporate Structure） https://help.sap.com/docs/SAP_S4HANA_ON-PREMISE/bc6b9325fedd4344a84412b2195064fa/a314c453f57eb44ce10000000a174cb4.html
• SAP MM - Configuration（TutorialsPoint） https://www.tutorialspoint.com/sap_mm/sap_mm_configuration.htm

※本記事は上記の公開情報をもとに、アラディンテクノロジー株式会社編集部が独自に整理・考察したものです。内容は執筆時点（2026-09-02）の情報です。考察部分は当社の見解であり、特定の製品・導入を推奨するものではありません。Tコードはオンプレミス／Private Editionの標準機能に基づく一般情報です。

05FAQ　よくある質問

実務でよく聞かれる質問をまとめました。「うちの会社だとどう設計すればいい？」の参考にどうぞ。