モジュール間連携マップ（全体像と主要な連携ポイント）
主要プロセスとモジュールの関係
Section titled “主要プロセスとモジュールの関係”| プロセス | 流れ（起点 → 終点） | 関わるモジュール | 会計の接点 | 詳細 |
|---|---|---|---|---|
| P2P（Procure to Pay） | 購買依頼 → PO → 受入 → 請求書 → 支払 → 銀行照合 | 調達、在庫（受入）、原価（受入会計）、AP、Payments、CM | 未着計上、買掛金、現金 | P2P |
| O2C（Order to Cash） | 受注 → 与信 → 引当 → 出荷 → 請求 → 入金・消込 | OM、GOP、在庫、AR、原価 | 売掛金、売上、売上原価 | O2C |
| 在庫と原価（横断） | 在庫取引・受入 → 原価処理 → 会計 → 在庫評価 | 在庫、原価、SLA、GL | 在庫、売上原価、未着、差異 | 在庫と原価・会計 |
| Plan to Produce | 需要・供給計画 → 計画オーダー → 製造 → 完成・原価 | 計画、製造、在庫、調達、原価 | 仕掛品、完成品在庫、製造差異 | Plan to Produce |
| R2R（Record to Report） | 各補助元帳 → GL → 期間締め → 連結・報告 | GL、全サブレジャー、FCC、ARCS、Narrative | 仕訳、残高、連結 | R2R |
| A2R（Acquire to Retire） | 調達・AP → 資産計上 → 償却 → 除却 | AP、調達、FA、GL | 資産、減価償却費 | A2R |
| Project to Profit | プロジェクト → 原価 → 請求 → 収益 | PPM、AP、調達、経費、AR、GL | プロジェクト原価、収益 | Project to Profit |
調達〜支払 調達（依頼・PO）→ 在庫（受入）→ 原価（受入会計）→ AP（照合・請求書）→ Payments（支払）→ CM（銀行照合）受注〜入金 OM（受注・与信）→ GOP（約束）→ 在庫（引当・出荷）→ AR（請求）→ AR（入金・消込） └→ 原価（売上原価）← AR（収益認識）計画〜製造 計画 →（リリース）→ 製造・購買・移動 → 在庫（払出・完成）→ 原価（仕掛品・差異）資産 AP・調達（資産計上の配分）→ FA（資産計上・償却・除却）プロジェクト PPM ⇄ 調達・AP・経費（原価）→ AR（プロジェクト請求書）会計 すべての補助元帳 → SLA（Create Accounting）→ GL → FCC・Planning（EPM）主要な連携ポイント
Section titled “主要な連携ポイント”連携ごとに「何が・どの仕組みで・次のモジュールに渡るか」を表にします。ジョブ名・インタフェース名は、公式ドキュメントまたは各モジュールのページで確認できたものです。
調達から支払
Section titled “調達から支払”| 連携 | 渡るデータ | 仕組み（ジョブ・API） | 詳細 |
|---|---|---|---|
| 購買依頼 → PO | 承認済みの依頼明細 | 契約からの自動作成、Generate Orders、Import Requisitions | 購買 |
| PO → 受入 | 納入予定（スケジュール） | Receive Expected Shipments、ASN、REST の receivingReceiptRequests | 受入と出荷 |
| 受入 → 受入会計 | 受入取引（税情報を含む） | Transfer Transactions from Receiving to Costing → Create Receipt Accounting Distributions | P2P |
| PO・受入 → AP | PO スケジュール・配分、受入取引 | 2・3・4 方向照合、許容範囲、保留 | 請求書 |
| AP → 受入会計 | 会計済みの請求書 | Transfer Costs to Cost Management | P2P |
| AP → Payments → CM | 支払対象の分割払、支払 | 支払プロセス要求、支払ファイル、銀行明細との照合 | 支払 |
| 経費 → AP | 経費の払戻し（支払依頼） | Process Expense Reimbursement → Import Payables Invoices | 経費 |
| AP → FA | 資産計上する配分 | Create Mass Additions | AP の全体像 |
受注から入金
Section titled “受注から入金”| 連携 | 渡るデータ | 仕組み（ジョブ・API） | 詳細 |
|---|---|---|---|
| OM → AR（与信） | 与信チェックの依頼と承認番号 | Credit Management の与信チェック、パラメータ Activate Credit Check on Order Submit | 受注入力 |
| OM → GOP | 要求日・倉庫・品目 → 出荷元・予定日 | Create Scheduling、Collect Planning Data | 引当・出荷・返品 |
| OM ⇄ 在庫 | 引当、出荷依頼 ⇄ 出荷通知 | Create Inventory Reservation、Create Shipping → Wait for Shipment | 引当・出荷・返品 |
| OM → AR | 請求明細（受注は Invoice、返品は Credit Memo） | Create Billing Lines → Import AutoInvoice → Notify Feeder System of Receivables Transactions | 請求 |
| AR → 原価 | 収益認識済みの収益行 | Import Revenue Lines → Create Cost Accounting Distributions（売上原価の認識） | O2C |
| AR → CM・AP・Payments | 自動入金・入金の銀行照合、返金依頼 | Create Automatic Receipts、Clear Receipts Automatically、返金は Payables に依頼し Payments が支払 | 入金 |
在庫・製造・計画・プロジェクト
Section titled “在庫・製造・計画・プロジェクト”| 連携 | 渡るデータ | 仕組み（ジョブ・API） | 詳細 |
|---|---|---|---|
| 在庫・製造 → 原価 | 完了した在庫取引・製造取引 | Create Cost Accounting Distributions | 在庫と原価・会計 |
| 実行 → 計画 | 手持在庫・供給・需要・作業定義 | Collect Planning Data | Plan to Produce |
| 計画 → 実行 | 計画オーダー（make・buy・transfer） | リリース → Supply Chain Orchestration → 製造・購買・在庫 | Plan to Produce |
| 調達・AP・経費 ⇄ PPM | プロジェクト情報付きの配分、原価 | 配分のプロジェクト項目、PPM の原価取込 | プロジェクト原価 |
| PPM → AR | プロジェクト請求書 | AutoInvoice のインタフェース表 → Import AutoInvoice | プロジェクト請求と収益 |
| 連携 | 渡るデータ | 仕組み（ジョブ・API） | 詳細 |
|---|---|---|---|
| 各補助元帳 → SLA → GL | 会計イベント → 補助元帳仕訳 → GL 仕訳 | Create Accounting（Transfer to General Ledger）、GL での転記 | SLA |
| 外部システム → GL | 仕訳 | FBDI の Journal Import（GL_INTERFACE）→ Import Journals | 仕訳 |
| GL → EPM | 残高 | EPM 側の Data Integration | EPM データ統合 |
| 各モジュール ⇄ 税 | 税の判定・計算結果 | Fusion Tax（PO・請求書・受注・AR 取引） | 税 |
| 依頼・PO・請求書 ⇄ 予算管理 | 予算チェックと資金の引当 | Budgetary Control（有効にした場合） | 調達の共通設定 |
共通の仕組み
Section titled “共通の仕組み”共通マスタと組織
Section titled “共通マスタと組織”どのモジュールも、同じマスタと組織を参照します。モジュールをまたぐ問題の半分は、ここの設計で防げます。
| 共通マスタ | 実体 | 使うモジュール | 連携での役割 |
|---|---|---|---|
| 取引先 | HZ_PARTIES（仕入先は POZ_SUPPLIERS、顧客は HZ_CUST_ACCOUNTS がパーティを参照） | 調達、AP、AR、OM | 名称の実体は 1 つ。仕入先サイトは調達 BU、顧客サイトは BU 側で管理 |
| 品目 | EGP_SYSTEM_ITEMS_B（品目マスタ組織と、割り当てた在庫組織ごとに 1 行） | 調達、在庫、OM、製造、計画、原価 | 組織の条件なしで結合すると行が重複する |
| 組織 | 法的エンティティ、元帳、BU、在庫組織、原価組織 | 全モジュール | BU への業務機能の割当で、どのモジュールを使えるかが決まる |
| 勘定体系 | COA と勘定組合せ（GL_CODE_COMBINATIONS） | 全モジュール | 取引勘定ビルダー、AutoAccounting、SLA が勘定を導出する |
| 参照データ・セット | 支払条件・取引タイプなどの共有単位 | AP、AR、OM ほか | BU との対応を最初に決める |
設計は 共通マスタデータの設計 と エンタープライズ構造 で扱います。
補助元帳会計（SLA）
Section titled “補助元帳会計（SLA）”在庫・AP・AR などの取引は、直接 GL 仕訳になりません。会計イベントが作られ、Create Accounting が SLA のルールで補助元帳仕訳を作り、GL へ転送します。勘定が想定と違うときは、取引データではなく SLA のルールを見直します。
| 補助元帳 | 会計の対象 | 会計イベント・配分の例 |
|---|---|---|
| Payables | 請求書、支払、前払の充当 | Invoice Validated、Payment Created、Payment Cleared、Prepayment Applied |
| Receivables | 取引、入金、修正 | 取引・入金・修正はそれぞれ別のエンティティ |
| Receipt Accounting（受入会計） | 受入・返品、請求書の差異、未請求受入の見越し | 受入の未着計上、IPV・ERV など請求差異の配分 |
| Cost Accounting（原価管理） | 在庫取引、製造取引、売上原価 | 原価計算で作られる cost accounting distributions |
| その他 | FA、PPM、経費、CM など | 各モジュールの Create Accounting |
追跡 SQL と仕組みは SLA の仕組みと追跡 SQL を参照してください。
ESS（スケジュール済プロセス）
Section titled “ESS（スケジュール済プロセス）”連携のバッチ部分は ESS ジョブで動きます。設計の要点は 3 つです。
- 順序：前のジョブの出力が次のジョブの入力になります（例：受入の原価への引渡し → 受入会計の配分作成 → Create Accounting）。順序はジョブ・セットか、OIC などの外部制御で固定します。
- 期間：多くの会計系ジョブは、対象の会計期間がオープンであることが前提です。クローズ済みなら、エラーになるか次のオープン期間に計上されます。
- 再実行：エラーの取引は、原因を直して同じジョブを再実行すれば拾われる設計が基本です。再実行できる前提で運用手順を作ります。
月次の締めの順序は、公式の推奨と既存ページから次のとおり整理できます。
| 順 | 領域 | 内容 |
|---|---|---|
| 1 | AP・購買・受入 | 取引の完了、Create Accounting、未会計のスイープ |
| 2 | AR | Create Accounting、AR 期間のクローズ |
| 3 | 原価管理 | 原価処理、Create Accounting、原価会計期間のクローズ |
| 4 | GL | 照合、再評価、GL 期間のクローズ |
売上原価の認識では、公式が Receivables → Cost Management → General Ledger の順にクローズするよう案内しています。詳細は ESS の基本と運用 と 期間締め（GL） を参照してください。
承認は Oracle BPM 上の共通部品で動き、承認を「始める」操作と、ルールの置き場所が業務ごとに違います。
| 業務 | 承認が始まるきっかけ | ルールの置き場所 |
|---|---|---|
| 購買依頼・PO | 提出（自動作成した PO は契約の設定で自動提出も可能） | Approval Management for Procurement |
| AP 請求書 | Initiate、または Initiate Invoice Approval Workflow の定期実行 | 請求書オプションで有効化、ルールはスプレッドシートか BPM |
| 支払 | 支払承認を有効にすると、支払プロセス要求が Review Proposed Payments で停止 | 支払承認の設定（支払 を参照） |
| 受注 | 提出。パラメータ Start Approval Process for Sales Orders が Yes なら、ルールがなくても承認処理を経由 | 承認ルールと承認タスク |
| GL 仕訳 | Request Approval | 元帳オプションと仕訳ソース、BPM Worklist |
詳細は 承認ワークフロー を参照してください。
ビジネスイベント
Section titled “ビジネスイベント”ビジネスイベントは、請求書の作成や仕訳の転記完了などを OIC に知らせる通知です。AP のイベントはプロファイル・オプション AP: Enable Business Events、AR・GL などは ERP Business Events REST API（erpBusinessEvents）で有効にします。調達の Purchase Order Event は既定で有効です。大量データやバッチの受け渡しには使わず、内容は REST で取り直し、重複を前提に冪等に処理します（ビジネスイベントとアウトバウンド連携）。
各 E2E ページへの案内
Section titled “各 E2E ページへの案内”| ページ | 読む人 | 扱う範囲 |
|---|---|---|
| P2P | 調達・AP・在庫の担当 | 依頼から支払まで。受入会計、照合、保留、差異、前払 |
| O2C | OM・AR・在庫の担当 | 受注から入金まで。与信、引当、出荷、売上原価の認識、返品 |
| 在庫と原価・会計 | 在庫・原価・経理の担当 | 取引から原価処理、SLA、GL。在庫評価の照合、月次の処理順 |
| Plan to Produce | 計画・製造・原価の担当 | 計画のリリースから製造実行、作業オーダー原価、差異 |
| R2R | 経理・連結の担当 | 記帳から決算、連結、EPM |
| A2R | 固定資産の担当 | 資産の取得から除却まで |
| Project to Profit | プロジェクト管理・経理の担当 | プロジェクトの原価・請求・収益 |
| 共通マスタデータの設計 | 全員（設計時） | 取引先・品目・組織・COA の作り方 |
| 標準機能とアドオンの考え方 | 全員（設計時） | Fit to Standard、RICEW、拡張手段の選び方 |
最初に自分のモジュールのページを読み、次に上流と下流のページへ進むと、連携の前提設定が見えてきます。
連携の問題を調べる基本動作
Section titled “連携の問題を調べる基本動作”- 取引を 1 件に絞ります（例：サンプル商事の PO 番号、受注番号）。期間全体を流す前に、1 件で通ります。
- 業務の流れに沿って、ID の連鎖でたどります。各段で件数と金額を画面の値と照らします。
- 会計は別に確認します。取引 → 会計イベント → 補助元帳仕訳 → GL 仕訳のどこで止まっているかを、SLA のステータスで切り分けます。
- 止まった段の前提を確認します。ジョブの実行履歴、インタフェース表のエラー、会計期間、保留・承認の状態の順です。
| 区間 | 結ぶ列（Tables and Views で列を確認して使う） |
|---|---|
| PO 配分 → AP 配分 | AP_INVOICE_DISTRIBUTIONS_ALL.PO_DISTRIBUTION_ID |
| PO スケジュール・受入 → AP 明細 | AP_INVOICE_LINES_ALL.PO_LINE_LOCATION_ID、RCV_TRANSACTION_ID |
| 受注 → 引当 | INV_RESERVATIONS.SOURCE_FULFILLMENT_LINE_ID |
| 受注 → AR 明細 | RA_CUSTOMER_TRX_LINES_ALL.INTERFACE_LINE_ATTRIBUTE5（フルフィルメント明細 ID） |
| 取引 → SLA | XLA_TRANSACTION_ENTITIES（APPLICATION_ID・ENTITY_CODE・SOURCE_ID_INT_1）、AP 配分の ACCOUNTING_EVENT_ID |
| SLA → GL | GL_IMPORT_REFERENCES（GL_SL_LINK_ID・GL_SL_LINK_TABLE） |
表名の地図は 主要テーブルマップ にあります。
試験対策ポイント
Section titled “試験対策ポイント”- このページに対応する試験はありません。各モジュールの試験で、連携の前提設定が問われます。AP、調達、在庫、受注管理、AR、GL の模擬テストで確認してください。ほかの試験は 模擬テスト一覧 にあります。
- 判断ポイントの例です。
- 請求書を処理する BU（Payables Invoicing）と支払う BU（Payables Payment）で、持つオプションが違う（支払オプションだけが支払 BU）
- 調達 BU・購買依頼 BU・請求 BU の役割と、サービス・プロバイダ・モデルでの仕入先サイト割当
- 受注の請求は Import AutoInvoice で AR に渡り、受注管理自体は仕訳を作らない。返品は Credit Memo
- 在庫管理は仕訳を直接作らず、原価管理の原価処理と SLA を経て GL に届く
- 在庫組織は 1 つの原価組織に属し、同じ法的エンティティでまとめる
- 勘定を変えたいときに直すのは SLA などの「ルール」であり、取引データではない
公式ドキュメント
Section titled “公式ドキュメント”- How Order-to-Cash Works in Order Management（26C）
- Implement Procurement（26D）
- How Invoices and Payments Are Accounted（26D）
- Receipt Accounting Tasks and Accounting Events（25C）
- Create Cost Accounting Distributions（26C）
- Cost of Goods Sold Recognition（26B）
- How Plan Recommendations Are Released（26A）
- Using Receiving（26C）
- Tables and Views for Financials（26D）
本サイトは学習目的で個人が作成した非公式の教材であり、Oracle Corporation およびその関連会社とは関係ありません。内容の正確性は保証しません。最新の仕様・試験範囲は必ず公式ドキュメントと Oracle University の情報で確認してください。
模擬テストの問題は公開されている出題範囲（Exam Topics）と公式ドキュメントをもとに独自に作成したもので、実際の試験問題ではありません。
Oracle、Java、MySQL は Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。その他の製品名・会社名は各社の商標です。
© 2026 Fusion ERP 実装ラボ