PCM：収益性・原価配賦モデル

PCM は Oracle Fusion Cloud EPM の収益性・原価配賦サービスで、Fusion ERP とは別製品です。共通費・間接費をドライバー（床面積・人数・工数など）で製品・顧客・部門へ多段に配賦し、損益を分析します。
現行の公式名は Enterprise Profitability and Cost Management（EPCM） で、公式は「PCM の更新版」と説明します。キューブは PCM_CLC（計算用）と PCM_REP（レポート用）の 2 つで、ルールはモデルの中に置きます。
ルールは配賦ルールとカスタム・ルール（MDX）の 2 種類です。ルールセットで順序を決め、Modeling > Calculation Control で POV を選んで計算し、Allocation Trace などで根拠を確認します。
試験は 1Z0-1082-26 です。公式の出題範囲・問題数・時間・合格ラインは確認できていません。

モジュールの役割と位置づけ

PCM は、製造間接費・本社共通費・間接部門費のように「誰のコストか」が一意に決まらない原価を、実態に近い基準で製品・顧客・事業・部門に割り当て、その結果から損益を見るサービスです。R2R の先の管理会計にあたり、GL で確定した実績（や Planning の予算）を入力にします。公式は、数百のルールを順に実行する多段（ウォーターフォール）の配賦と、結果の透明性（計算履歴、ルールごとの結果、配賦値の出どころの追跡）を特長に挙げています。

役割	内容	主な機能
原価配賦	共通費・間接部門費を、ドライバーで配賦先に割り当てる	配賦ルール、カスタム・ルール、ルールセット
収益性分析	配賦後の原価と収益から、製品別・顧客別・事業別の損益を出す	データ・フォーム、Profit Curve、ダッシュボード、Smart View
説明と監査	数字の根拠を示す	Allocation Trace、Rule Balancing、Calculation Statistics

Fusion の原価管理は、取引ごとに原価を計算して会計へ流します。PCM は集計済みの数値を管理会計の切り口で再配分する別の仕組みで、部門配賦など複雑な共通費の配賦に向きます（原価計算）。EPM 全体は EPM Cloud の全体像を参照してください。

アプリケーション構造（キューブ・ディメンション）

EPM には法的エンティティや BU のような組織設定がなく、キューブとディメンションで構造を表します。1 つの EPM Cloud サービス・インスタンスには 1 つのビジネス・プロセスしか作れないため、PCM は Planning などとは別の環境に作ります。以下は EPCM を前提とし、従来の PCM と区別が必要な箇所だけ書き分けます。

公式名と従来の PCM との関係

EPCM は、公式が「Profitability and Cost Management の更新版」と説明する現行のビジネス・プロセスです。従来のモデリング・配賦機能の改良版に、EPM プラットフォームの機能（データ・フォーム、ダッシュボード、レポート、Data Exchange、Smart View）を統合しました。ガイドも別です。違いは次のとおりです（公式の移行チュートリアルより）。

項目	従来の PCM	EPCM
データベース	ASO が 1 つ	ASO の `PCM_CLC` と `PCM_REP`。追加も可
ディメンション	ユーザー定義の POV 1〜4 個、システムの Balance・Rule	POV は Years・Period・Scenario・Version、ほかに Account・Entity が必須（Currency は多通貨のみ）。システムは `PCM_Balance`・`PCM_Rule`
ルールの置き場所	POV の中	モデルの中。1 つのモデルを複数のデータ POV に実行できる
Rule ディメンション	編集不可。ルール番号は自動	メンバー名はルール名。属性と UDA を追加可
重複メンバー、モデル・ビュー	重複可、モデル・ビューあり	重複不可、モデル・ビューなし（データ・フォーム、Profit Curve、Allocation Trace などで代替）

従来の PCM からは、PCM 側の Application > Migrate to EPCM でテンプレートを作り、Validate → Preview And Validate Report → Generate Snapshot → Migrate to EPCM の順に移行します（Generate Snapshot はファイル生成まで、Migrate to EPCM は移行先へのアップロードとインポートまで）。ディメンション、ルール（POV のルールは名前付きモデルへ）、データは移行されますが、Data Management のロード・プロファイル、分析（レポートと Profit Curve）、セキュリティは移行されず、作り直しです。モデル・ビューも移行されませんが、EPCM にはなく、データ・フォームなどで代替します。

キューブ

PCM_CLC（計算用の ASO）：計算結果を持ちます。計算時の Optimize for Reporting で集計ビューを作れます。
PCM_REP（レポート用の ASO）：計算用キューブのデータをエクスポートして使えます。
追加のキューブも作れます。

ディメンション

ディメンション	役割	設計のポイント
Years・Period・Scenario・Version	POV（計算の単位）	Scenario・Version で実績・予算・見込を分ける設計が考えられる
Account・Entity	勘定科目、部門・拠点	Fusion の COA（勘定・部門セグメント）との対応表を作る
Currency	多通貨のときだけ	作成時にしか決められず、後から変更できない
`PCM_Balance`・`PCM_Rule`	システム。金額の種類、ルール名	`PCM_Allocation In` は配賦ルールが転記した金額。`NoRule` は Clear Calculated Data の対象外
カスタム	配賦先・ドライバーなど（例：Product、Customer、Activity）	必要最小限にする

モデルとルール

ルールはモデルの中にあり、ルールセットにまとめて並べます。ルールセットには順序番号（Rule Set Sequence Number）があります。後ろのルールが前のルールの結果を使う多段の配賦を組めます。無効にしたルールは計算されません。

種類	定義すること	使いどころ
配賦ルール（Allocation Rule）	ソースと宛先、使うドライバー、オフセットを置く場所	共通費の配賦、活動への割当
カスタム・ルール（Custom Rule）	Essbase の MDX 式	データの調整、後続の配賦で使うドライバー値の作成

ドライバーは按分比率のもとになるデータ（床面積、人数、工数、出荷数など）です。オフセットは、配賦後も残高の釣り合いが取れるようにする相殺の置き場所です。公式サンプルには、家賃・光熱費を床面積で各コストセンターへ配賦する例、材料費を製品ごとの消費率で配賦する例、運営費を活動へ時間比率で割り当てる例があります。

ルールセット 1  カスタム・ルール：部門ごとの人数比率（ドライバー）を計算
ルールセット 2  配賦ルール：本社の共通費 → 各事業部門（人数比率）
ルールセット 3  配賦ルール：事業部門の費用 → 製品（工数）

計算の実行

ホーム > Modeling > Calculation Control
  → POV を選ぶ（Years のチェックボックスで全 POV）→ Calculate
  → Calculate Model：Model、Comment、Processing Options、Processing Range → Run
  → Jobs console で確認（POV ごとに Run Calculation。複数 POV では Batch Calculation も作られる）

処理オプション	内容
Clear Calculated Data	既定。実行するルールの過去の結果を消して置き換える。初回以外はほぼ常に選ぶ
Run Calculation	処理範囲のルールを計算する
Capture Diagnostics Data	配賦ルールが成功したのに更新が 0 件のとき、原因（ソースやドライバーのデータなし）を調べる
Capture Debug Scripts	ルールごとの Essbase への指示を zip で取得。Oracle Support に求められたとき用
Optimize for Reporting	`PCM_CLC` に集計ビューを作り、照会を速くする

処理範囲は、All Rules、All Rules - Start From Selected Rule、All Rules - End After Selected Rule、Rule Set Range（開始と終了の順序番号）、Single Rule から選びます。計算されるのは有効なルールだけです。Clear Calculated Data は実行するルールの結果だけを消し、All Rules では NoRule 以外の全ルール・メンバーを消します。ルールを改名すると旧名の結果は消えません。結果は Completed、Complete with Warnings、Completed with Errors のいずれかです。EPM Automate の calculateModel や Calculate Model REST API でも実行できます。

トレースと検証

モデルの検証（Running Model Validation）：計算の前にルールのエラーと警告を確認します。
Calculation Statistics：実行の統計です。結果が 0 件なら Capture Diagnostics Data をオンにして再実行し、Job Log を見ます。
Rule Balancing：専用のデータ・フォームとレポートで、計算後のルールの結果を確認します（設計と見方は公式の Designing Data Forms for Rule Balancing、Viewing Rule Balancing Reports）。
Allocation Trace：Trace 用データ・フォームで、配賦の流れをサンキー図で表示します。最初の行のディメンションが起点で、金額は右端から左へ流れます。列は既定で PCM_Allocation In です。起点を特定の値（例：特定の製品）に絞り、最下位レベルのメンバーなどに限ってノード数を抑えます。

主要な業務プロセス

準備：期間、為替（多通貨のとき）、ドライバー（床面積・人数・工数など）、ルールの変更を確認します。
実績の取込：GL の実績の原価・収益を Data Integration やファイルで取り込み、GL の試算表と合計を照合します。
配賦計算：Calculation Control で POV を選び、Clear Calculated Data をオンにして All Rules で計算します。
検証：モデルの検証、Calculation Statistics、Rule Balancing を確認し、配賦の前後で総額が変わっていないことを確かめます。
分析：Profit Curve、Allocation Trace、ダッシュボード、Smart View で、製品別・顧客別・部門別の損益を見ます。
出力：必要に応じて、レポート用キューブ、ファイル、Planning、GL へ出力します。

日本企業の月次の例です（架空）。営業日 3 に GL を締め、4 に取込とドライバー更新、5 に計算と検証、6〜7 に事業部門のレビュー、8 に損益報告へ引き渡します。

公式の実装手順は 12 段階です。作成 → ディメンション・キューブ → セキュリティ → データ・フォーム → 入力・ドライバー・為替データ → モデル POV → モデル・ルールセット・ルール → 計算・検証 → 下流システムへの出力 → ダッシュボード・Profit Curve・Allocation Trace → カスタマイズ → 保守（バックアップ、診断、環境の複製）です。順序は入れ替わることがあります。作成時にカレンダー構造・通貨・命名規則を決めます。

マスタデータ

マスタ	内容	作成場所・UI	移行・配信手段
ディメンション・メンバー	Entity、Account、配賦先（Product など）	ディメンション管理、Smart View	メタデータのファイル取込、EDM
為替レート	多通貨のときだけ	データ・フォーム	取込
入力データ・ドライバー	原価・収益の実績、配賦基準の統計	データ・フォーム	Import Data、ファイル型の統合、Data Integration
POV・モデル・ルール	計算の定義	Modeling	スナップショット
セキュリティ	ロール、メタデータ、データ、アーティファクト	アクセス制御	公式で確認

作成順序は上の実装手順のとおりです。ルールは配賦先とドライバーのメンバーが前提なので、ディメンションとデータの後に作ります。

他モジュールとの連携

連携	タイミング	データ	手段
Fusion GL → PCM	GL クローズ後（月次）	実績の原価・収益	Data Integration、またはファイル
サブレジャー・原価管理 → PCM	月次	製品別の原価・数量（ドライバーの元）	Data Integration のサブレジャー連携、または BIP・BICC のファイル。PCM への対応は公式で確認
Planning ↔ PCM	予算・予測の時期	部門予算の配賦結果	Data Integration（EPM アプリ間）
PCM → Fusion GL	設計判断	配賦結果	Data Integration のエクスポート
EDM → PCM	マスタ変更時	ディメンション	EDM（EPCM のキューブ・ディメンションを登録できる）

実装手順には、計算結果をファイルや Oracle Financials Cloud（General Ledger）、Planning へ出力する手順があります。接続・マッピング・書戻しの条件は EPM データ統合にあります。ビジネス・プロセス間の連携は、両方の環境のリリースレベルを揃えます。管理会計の配賦結果は制度会計の帳簿とは別物なので、GL に戻すかは経理と先に決めます。全体の流れは R2R、Planning との分担は Planning を参照してください。

標準機能とアドオン

要件	標準でできること	足りないとき
共通費・間接費の配賦	配賦ルール、ルールセットによる多段の配賦	カスタム・ルール（MDX）。Essbase の知識と保守が要る
結果の説明	Allocation Trace、Rule Balancing、Calculation Statistics、Profit Curve	Smart View の独自レポート
実績の取込	Data Integration、ファイル、データ・フォーム	OIC などでの前処理
実行の自動化	EPM Automate、REST API	全社のジョブ管理製品からの起動

Fit to Standard では、まず配賦ルールの組合せで要件を表せるかを確認します。カスタム・ルールは、月次更新後の再テストと、MDX を読める担当者が必要です（標準機能とアドオンの考え方）。

ベストプラクティス

見たい損益の切り口から逆算し、配賦の段数とディメンションを必要最小限にします。EPCM は重複メンバーを使えないので、命名規則を先に決めます。
ルールは小さく分け、ルールセットの順序で依存関係を表します。ルール名は安定させます（改名しても旧名の結果は消えません）。
月次の本番は All Rules と Clear Calculated Data で全体を再計算します。Single Rule や Rule Set Range は開発・調整時に使います。
結果が 0 件のルールは Capture Diagnostics Data で調べます。Capture Debug Scripts は Oracle Support に求められたときだけ使います。
配賦はコストを動かす処理です。取込の合計と配賦後の合計が一致することを毎月確認します。
多通貨かどうかは作成時に決めます。EPM の月次更新後は、テスト環境で計算結果を回帰テストします。
アンチパターン：仕訳明細レベルのデータを持ち込む、配賦の段数やディメンションを増やし続ける、MDX で何でも作る、実行を個人のアカウントに依存させる。

日本での導入の考慮点

日本の管理会計の実務を一般論として整理した設計上の論点です。PCM 固有の日本向け機能や日本語 UI の対応範囲は確認できていません（公式で確認してください）。

論点	検討の観点	PCM での表し方
部門別損益	本社・間接部門の費用を事業部門へ配賦する（人数・面積・売上高など）	Entity にコストセンターの階層を持ち、配賦ルールとドライバーで表す
配賦の方式	直接配賦・階梯式（順次）・相互配賦のどれにするか	階梯式はルールセットの順序で表す。相互配賦のような循環は設計と検証が必要
製品別・顧客別損益	製造間接費や販管費を、活動を経由して原価対象へ割り当てる（活動基準原価計算）	活動を経由する 2 段の配賦ルール
会計年度（4 月始まり）	年度の表記と期間の対応（2026 年 4 月を FY26 とするか FY27 とするか）	作成時のカレンダーと、Data Integration の期間マッピング
制度会計との整合	配賦で総額は変わらない。管理会計と制度会計の利益の差を説明できるようにする	取込合計を GL と照合し、差異は調整表で管理する

実装リファレンス

2026 年 10 月時点の最新ガイドの記述です。画面名やメンバー名はリリースにより変わることがあります。

区分	名称	備考
キューブ	`PCM_CLC`、`PCM_REP`	計算用・レポート用の ASO
システム・ディメンション	`PCM_Balance`（`PCM_Allocation In`）、`PCM_Rule`（`NoRule`）	必須ディメンションは Years・Period・Scenario・Version・Account・Entity
計算の画面	ホーム > Modeling > Calculation Control > Calculate	結果は Jobs console。Run Calculation と Batch Calculation
自動化	EPM Automate の calculateModel、Calculate Model REST API、runIntegration	引数・書式は公式で確認
移行	Application > Migrate to EPCM	手動の場合、データは Application > Overview > Actions > Import Data
ファイルの取得	Inbox/Outbox Explorer	デバッグ・スクリプトの zip など

試験対策ポイント

対応試験：Oracle Profitability and Cost Management 2026 Implementation Professional（1Z0-1082-26）。PCM 模擬テストで演習できます。
形式：公式ページでは確認できていません。Oracle 日本語サイトの認定試験一覧（2026 年 10 月確認）に 1Z0-1082 の行を見つけられず、日本語試験の提供も確認できていません。90 分・合格 68% は、同じ一覧の Planning・FCC（50 問・90 分・68%）にそろえた暫定値で、問題数 40 は模擬テストの既定の収録数です。
分野（このサイトの整理。公式の出題範囲は未確認）：

分野	主な内容	対応ページ
全体像と移行	EPCM と従来の PCM、移行	公式名と従来の PCM
ディメンションとキューブ	必須・システム・ディメンション、`PCM_CLC`・`PCM_REP`	ディメンション
データの取込と連携	入力・ドライバー・為替、Data Integration	EPM データ統合
モデルとルール	配賦ルール、カスタム・ルール、ルールセット	モデルとルール
計算と検証	処理オプションと範囲、ジョブ	計算の実行
分析・トレース・運用	Allocation Trace、セキュリティ、保守	トレースと検証

覚えること：ASO は 2 つ、ルールはモデルの中（従来は POV）、重複メンバー不可、モデル・ビューなし、多通貨は作成時のみ。ルールは配賦（ソース・ドライバー・宛先・オフセット）とカスタム（MDX）。処理オプション 5 つ、処理範囲 5 つ。トレースはサンキー図で、起点は最初の行、右から左へ流れる。