SAP PM 機能場所

SAP PM 機能場所
機能場所(FL)は、SAP PM環境において技術オブジェクトが設置される場所を定義するマスタデータオブジェクトです。プラントから個別のプロセス位置に至る階層的なロケーション構造を確立し、設備、測定ポイント、保全計画、そしてPM全体のコスト追跡チェーンの基点として機能します。SAP PMで設備を保全する前に、それを収容するロケーション階層を設計・作成する必要があります。この記事では、モジュール横断的なFLの概念(パート1)を説明し、その後、PM固有のフィールドレベルの詳細(パート2)を提供します。
パート 1: 機能場所 — 中核的概念(全モジュール共通)
1.1 機能場所とは

機能場所は、技術オブジェクトが設置されている、または設置される予定の場所を表す、ロケーションベースのマスタデータオブジェクトです。物理的でシリアル化された資産を表す設備とは異なり、機能場所はプラントまたは施設内の固定された位置を記述します。設備は機能場所に設置されます。設備が交換されたり、廃止されたりしても、その場所は残ります。
| 項目 | 詳細 | |
|---|---|---|
| 役割 | 階層的な設備設置ロケーション構造を定義し、設備、コスト、保全履歴を固定された位置に紐付けます。 | |
| 使用モジュール | PM(主要オーナー — ロケーション階層、原価収集、保全計画)、FI/CO(保全原価配分のための原価センタ割当)、MM(機能場所部品表を介したスペアパーツ部品表) | |
| トランザクション | IL01(作成)/ IL02(変更)/ IL03(照会)/ IH01(機能場所構造照会)/ IL05(複数機能場所一括変更) | |
| 主要テーブル | IFLOT(機能場所マスタデータ)/ IFLOTX(機能場所名称)/ IFLOS(機能場所構造 — 親子関係)/ ILOA(機能場所のロケーションおよび勘定割当データ) | |
| S/4HANAに関する注意点 | 機能場所のデータモデルはECCから変更されていません。構造指標が中心的な設計上の決定事項であり続けます。Fioriアプリ「機能場所管理」(F2858)および「機能場所構造表示」が、従来のトランザクションと併用可能です。 |
1.2 構造指標と階層設計

構造化指標は、機能場所(FL)実装において最も影響力の大きい設計上の決定事項です。これは、区切り文字、階層レベルの数、各レベルの文字長を定義し、FLレコード作成後はデータ移行なしに変更できません。本稼働開始時に誤った設定をすると、多大なコストが発生します。
| 設計ディメンション | コード/例 | ユースケース | 主要な動作 | |
|---|---|---|---|---|
| 区切り文字:ハイフン | JP01-B01-L01-P01 | プラント − 建屋 − ライン − ポジション(4階層) | 個別製造業で最も一般的。読みやすく、ソート可能 | |
| 区切り文字:先頭ゼロ付きダッシュ | 1000-001-01-001 | ERPネイティブ番号付けの数値のみの階層 | PPライン番号付けとの統合に優れる。オペレータには読みにくい | |
| 区切り文字:スラッシュ | JP01/B01/L01 | 3階層ゾーン構造のプロセスプラント(石油・ガス、化学) | プロセス産業で一般的。P&IDゾーン表記と整合 | |
| フラット(区切り文字なし) | PUMP0001 | 階層不要のシンプルな環境 | 非常に小規模な設備群にのみ適切。ロケーショングループ化機能を喪失 |
設計原則: 本番稼働後のデータ入力前に構造インジケータを設計すること。FLレコードが存在した後に区切り文字やレベル長を変更するには、カスタムデータ移行プログラムが必要となる。ブループリント段階で、必ず保全マネージャとITアーキテクトをこの判断に関与させること。
1.3 組織レベルとデータ階層

機能ロケーションは、プラントレベル(ILOAでの勘定割当による)と個別のFLノードレベルの2つの組織レベルでデータを保持します。FLノード自体では、データは設備マスタ構造に対応するビュー(タブ)に編成されます。
Client
│
└── Plant (e.g., 1000 — Tokyo Plant)
│
└── Functional Location — Top Level (e.g., JP01)
│ Table: IFLOT (master data), IFLOTX (text), ILOA (account assignment)
│
├── Functional Location — Level 2 (e.g., JP01-B01)
│ Building / Zone / Area
│
├── Functional Location — Level 3 (e.g., JP01-B01-L01)
│ Production Line / System
│
└── Functional Location — Level 4 (e.g., JP01-B01-L01-P01)
Process Position / Installation Point
← Equipment is installed here| 組織レベル | テーブル | 主要フィールド | 備考 |
|---|---|---|---|
| 機能場所ノード(全レベル) | IFLOT | 機能場所ラベル、説明、カテゴリ、ソートフィールド、ABC指標、建設年 | 機能場所ノードごとに1つのIFLOT行。機能場所ラベルがキーであり、構造インジケータを介して階層内の位置をエンコードする |
| 機能場所説明 | IFLOTX | ショートテキスト(30文字)、ロングテキスト | 言語依存。少なくともログオン言語で管理すること |
| 機能場所構造 | IFLOS | 上位機能場所(親)、階層レベル | IH01およびコストロールアップで使用される親子関係を管理する |
| 勘定割当 | ILOA | プラント、ロケーション、部屋、原価センタ、WBS要素、固定資産 | 各機能場所ノードに割り当てられる。そこで設置される設備によって継承されるが、設備レベルで上書き可能 |
主要な設計判断: 原価センタは意味のある階層レベル(通常はラインまたはシステムレベル)で割り当てます。最下位のポジションレベルで割り当てるとCOマスタデータが過剰になり、プラントレベルでのみ割り当てるとライン別の保全分析に必要な原価の詳細性が失われます。
1.4 他のマスタデータオブジェクトとの統合

機能ロケーションは単独で存在するものではありません。これはPMオブジェクトネットワーク全体のルートアンカーであり、ほぼすべてのPMマスタデータオブジェクトが機能ロケーションを直接参照するか、そこからデータを継承します。
| オブジェクト | 関係性 | 実務上の注意点 | |
|---|---|---|---|
| 設備 | 設備は機能場所に設置される | 設備が設置される際(IE02 / IH01)、明示的に上書きされない限り、機能場所の勘定割当(原価センタ、WBS、固定資産)を継承します。設備を機能場所間で移動すると、保全コストは自動的に新しい機能場所のコスト割当に振り替えられます。 | |
| 保全計画(IP01) | 保全計画は参照オブジェクトとして機能場所を参照する | 時間ベースおよびカウンタベースの計画を機能場所に直接作成できます。これは、設置されている特定の設備に関係なく、場所ベースの保全(例:JP01-B01の消火システム)に役立ちます。 | |
| 通知(IW21) | 通知は機能場所に対して起票できる | 既知の設備番号がない場所で不良が報告された場合、機能場所が参照オブジェクトとして使用されます。保全指図は、コスト転記のために機能場所の勘定割当を継承します。 | |
| 保全部品表(IB01) | 機能場所部品表は、場所に関連付けられたスペアパーツを一覧表示する | 使用法「3」(PM部品表)。機能場所に対して作成された保全指図で、構成品目を自動提案できるようになります。設備部品表とは異なります。場所固有の消耗品(フィルター、潤滑油)には機能場所部品表を、設備固有の部品には設備部品表を使用します。 | |
| クラス / 特性(CL01/CT04) | 機能場所は属性管理のためにクラスに割り当てることができる | クラスに基づく機能場所の検索が可能になります(例:「危険区域」特性=「Zone 1」のすべての場所を検索)。規制遵守のために、場所に関する構造化された属性文書が必要な場合に必須です。 | |
| 原価センタ(CO) | 機能場所の勘定割当は保全コストを原価センタにリンクする | 機能場所に対して決済されたすべての保全指図は、割り当てられた原価センタにコストを転記します。プラントエリア、ライン、またはゾーン別のPMコストレポートは、適切に設計された機能場所の原価センタ割当戦略に完全に依存します。 |
パート 2: PM固有のフィールド詳細
2.0 PMオーナーシップの範囲

| データセクション | PM関与 | 備考 | |
|---|---|---|---|
| 一般データ | ◎ オーナー | FLラベル、説明、カテゴリ、ABC指標、建設年 | |
| ロケーションデータ | ◎ オーナー | プラント、ロケーション部屋、プラントセクション、作業区、計画グループ | |
| 組織/勘定割当 | ◎ オーナー(CO/FIと共有) | 原価センタ、WBS要素、固定資産、事業領域 | |
| 構造データ | ◎ オーナー | 上位機能場所、階層レベル、設置許可フラグ | |
| 分類 | ○ PM管理者と共有 | クラス割当と特性値;通常PM管理者が設定、PMコンサルタントがスキーマを設計 |
凡例: ◎ = オーナー/クリティカル、○ = 直接関与
2.1 一般データ

一般データは、機能場所ノードの識別と分類を定義します。これらの項目は作成時に設定され、すべての機能場所レベルでのレポート作成とフィルタリングの基礎となります。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 機能場所 (TPLNR) | 機能場所のラベル — 主キー | 構造インジケータに基づいて階層上の位置をエンコードします。一度作成するとラベルは変更できません(新しい機能場所を作成し、設備を再取り付けする必要があります)。ブループリントで合意された命名規則を例外なく遵守してください。一貫性がないと、恒久的なレポートの異常が発生します。 | |
| 説明 | 機能場所の短いテキスト(30文字) | 現場に不慣れなテクニシャンでも場所の目的が明確にわかるように説明する必要があります。例:「ボディショップ溶接ライン1 ロボット位置3」。元のコンフィギュレーターだけが理解できる略語は避けてください。 | |
| 機能場所カテゴリ | 機能場所タイプの分類カテゴリ | どのビューやデータ入力画面が関連するかを制御します。一般的なカテゴリ:F(標準機能場所)、または階層レベルごとに顧客定義のカテゴリ(例:プラントレベルはカテゴリ「P」、ラインレベルは「L」)。ブループリント時にカテゴリを設計し、レベル固有のフィールド制御を有効にします。 | |
| ABC指標 | 重要度分類(A/B/C) | A = 高重要度(生産クリティカル、安全クリティカル)。B = 中程度。C = 低。保守優先ルールとレポートを決定します。この場所での障害のビジネス影響を反映する必要があり、設置されている設備のコストだけではありません。 | |
| 建設年 / 月 | 建設または試運転の年月 | 資産ライフサイクルレポートや、経過年数ベースの保守トリガー計算に使用されます。既存の設備については、アズビルト文書や設備記録からデータを投入します。 | |
| ソートフィールド | レポート用のフリーテキストソートキー | 機能場所リスト(IH01、IL05)での代替ソートを可能にします。カットオーバー時の相互参照検索のために、レガシーシステム識別子やプラントエンジニアリング図面参照を格納するためによく使用されます。 | |
| オブジェクト情報キー | オブジェクト情報ポップアップに表示されるデータを制御 | トランザクションで機能場所が参照されたときに、どの履歴データ(通知、指図、測定文書)が表示されるかを決定します。ブループリント時に、運用上最も関連性の高い履歴を表示するように設定します。 |
2.2 ロケーションデータ

ロケーションデータは、機能場所をプラントの組織的およびロジスティクス的なコンテキストに接続します。これらのフィールドは、この場所での保全責任者と、作業指図のルーティング方法を決定します。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| プラント (WERK) | FLが属するプラント | トップレベルのノード配下のすべてのFLは同じプラントを共有します。プラントはPMの組織範囲を決定します。プラント間の保全には、慎重な原価配分設計が必要です。 | |
| ロケーション | プラント内のサブロケーション(建物、ベイ、ゾーン) | プラントレベルでのフリーテキスト記述子(カスタマイジングで設定)。例:「A棟」、「北ウィング」。FL階層自体が管理ダッシュボードに対して細かすぎる場合に、プラント以下の二次的なグループ化レイヤーをレポート用に提供します。 | |
| 部屋 | ロケーション内の部屋 | 最も詳細な物理的ロケーション記述子。施設管理シナリオや、部屋レベルの監査証跡が必要な規制業界で使用されます。 | |
| プラントセクション | プラント内の運用エリア | カスタマイジング(テーブルT357)のプラントセクションオブジェクトにリンクします。シフトベースの保全計画に使用されます。プラントセクションは、どのクルーが責任を持ち、どの作業区が通知を受信するかを決定します。 | |
| 作業区 (ARBPL) | 責任を持つ保全作業区 | このロケーションでの保全作業に責任を持つデフォルトの作業区です。ここに設置された設備によって上書きされない限り、設備に継承されます。作業指図における労務費の転記先を決定します。日本向け導入では、ブループリント時に合意された保全部門の組織構造に作業区コードを合わせてください。 | |
| 計画グループ | 保全計画グループ | このロケーションでの作業計画に責任を持つ保全計画担当者を識別します。保全計画(IP10)のスケジューリングや通知のルーティングに使用されます。ブループリント時に明確な計画グループ割当ポリシーを確立してください。割当が不明確だと、バックログが気付かれないうちに蓄積されます。 | |
| カタログプロファイル | 損傷/原因/アクティビティカタログの割当 | このFLに対して通知が起票された際に利用可能な通知カタログ(損傷コード、原因コード、アクティビティコード)を制御します。有意義な故障分析データを確保するために、カタログプロファイルを設備タイプカテゴリに合わせてください。 |
2.3 組織 / 勘定割当

勘定割当セクションは、機能場所の財務的な基盤です。ここでのフィールドは、保全コストがFIおよびCOのどこに転記されるかを決定し、機能場所に設置されたすべての設備に継承されます(上書きされない限り)。
| フィールド | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 会社コード | 財務上の会社コード | プラントの会社コード割当と一致している必要があります。複数会社コード実装の場合、原価センタとFLプラントの割当が同じ会社コードに揃っていることをFIと確認してください。 | |
| 事業領域 | 財務報告単位 | 事業領域ベースの損益計算書レポートに使用されます。製造環境では、生産セグメント(例:ボディショップ、塗装ショップ)にマッピングされます。クライアントが事業領域財務諸表を使用する場合に必要です。 | |
| 原価センタ (KOSTL) | 保全コストを受け取るCO原価センタ | 最も重要な勘定割当フィールドです。このFLに対して決済されたすべての保全指図は、この原価センタに転記されます。階層的なコストレポートのためには、個別ポジションレベルではなく、ラインまたはシステムレベルで原価センタを割り当ててください。原価センタの変更は翌期間から有効となり、履歴指図は元の原価センタに残ります。 | |
| WBS要素 | プロジェクトベースのコスト割当 | 保全コストを原価センタ(営業費)ではなく、資本プロジェクト(設備投資)に対して追跡する必要がある場合に割り当てます。典型的な使用例:新規設備試運転や大規模改修プロジェクト。日常的な事後保全および予防保全では空白のままにしておく必要があります。 | |
| 資産(取得) | ロケーションにリンクされた固定資産番号 | ロケーション自体が固定資産として扱われる場合(土木構造物で一般的)に入力されます。ほとんどの設備レベルの資産追跡では、代わりに設備マスタの資産フィールドが使用されます。ブループリント時にFI-AAと資産割当戦略を確認してください。 | |
| 決済指図 | 保全コスト収集のための内部指図 | 原価センタ割当の代替手段です。保全コストは内部指図に蓄積され、定期的に原価センタまたは収益性セグメントに決済されます。原価センタレベルで許可される範囲を超えた詳細なコスト追跡が必要な場合に使用されます。 |
2.4 構造データ

構造データは、全体階層内における機能場所(FL)ノードの位置を管理します。これらのフィールドは、構造インジケータの設計と、作成時に行われる親子割当によって設定されます。
| 項目 | 説明 | 実務上の使用例 | |
|---|---|---|---|
| 上位機能場所 | 親機能場所ラベル | FL階層における親ノードを定義します。構造インジケータのセパレータが一貫して使用されている場合、システムはFLラベルからこれを自動的に導出します。FLラベルの命名規則が破られている場合は、親子関係を手動で設定する必要があります。これは命名規則の問題を示しており、修正が必要です。 | |
| 階層レベル | FLツリー内の数値レベル | FLラベル内のセパレータの位置から自動的に導出されます。レベル1=プラントレベル。セパレータごとに1レベル追加されます。IH01のドリルダウンナビゲーションや、BW/FioriのFL階層レポートで使用されます。 | |
| 設置許可 | このノードへの設備設置を許可するフラグ | チェックされている場合、このFLに設備を設置できます。通常、最下位階層レベル(ポジションレベル)で有効にします。中間レベル(例:建物レベル)では無効にし、設備が階層の高すぎる位置に誤って割り当てられ、コストの詳細度が失われるのを防ぎます。 | |
| 構造インジケータ(表示のみ) | このFLに割り当てられた構造インジケータを表示 | FLマスタでは読み取り専用です。カスタマイジングでFLカテゴリレベルに設定されます。このFLを管理する命名規則を確認します。FLが予期しない階層位置に表示される場合は、そのカテゴリが正しい構造インジケータを使用しているか確認してください。 |
2.5 分類

分類により、機能場所を1つ以上のクラスに割り当てることが可能となり、特性によって標準のFL項目ではカバーされない属性を取得します。PMコンサルタントはブループリント時に分類スキーマを設計し、PM管理者がそれを設定および保守します。
| 項目 | 説明 | 実務での使用例 | |
|---|---|---|---|
| クラスタイプ | FL分類に使用するクラスのタイプ | クラスタイプ003(機能場所)はFL分類の標準タイプです。PM分類カスタマイジングチームに、該当クラスに対してタイプ003が有効化されていることを確認してください。 | |
| クラス | FLに割り当てられたクラス | FLを特性スキーマにリンクします。例:クラス「ZONE_TYPE」を使用して、危険ゾーンレベル(IECEx Zone 0 / Zone 1 / Zone 2)でFLを分類します。単一のFLに複数のクラスを割り当てることができます。 | |
| 特性値 | クラス特性に割り当てられた値 | 属性による検索とレポート作成を可能にします。例:特性「FIRE_RISK」=「HIGH」とすることで、IL05または分類検索(CL30N)を使用して、火災リスクの高いすべてのロケーションを一覧表示できます。値は特性定義(CT04)に対して検証されます。 |
前提条件: クラスおよび特性を作成し(CL01 / CT04)、機能場所マスタで割り当てが可能になる前に、クラスをクラスタイプ003に対して有効化しておく必要があります。
次に読むべきもの
L1) Big Picture
| ID | Category | Title |
|---|---|---|
| pm-001 | Overview | SAP PMとは何ですか? |
L2-A) Master Data
| ID | Category | Title |
|---|---|---|
| pm-a01 | Overview | SAP PM マスタデータ:概要、階層、関係性 |
| pm-a02-01 | Master Data | SAP PM 機能場所 📍 |
| pm-a02-02 | Master Data | SAP PM 設備 |
| pm-a03-01 | Master Data | SAP PM クラス |
| pm-a03-02 | Master Data | SAP PM 特性 |
| pm-a04-01 | Master Data | SAP PM 測定ポイント |
| pm-a05-01 | Master Data | SAP PM 作業区 |
| pm-a06-01 | Master Data | SAP PM 品目マスタ |
| pm-a05-02 | Master Data | SAP PM タスクリスト |
| pm-a05-03 | Master Data | SAP PM 生産資源/治工具 |
| pm-a06-03 | Master Data | SAP PM 保全部品表 |
| pm-a07-01 | Master Data | SAP PM 保全項目 |
| pm-a07-02 | Master Data | SAP PM 保全計画 |
L2-B) Transaction
| ID | Category | Title |
|---|---|---|
| pm-b01 | Overview | SAP PMトランザクション:プロセスフロー、階層、および関係 |