P2P:購買依頼から支払・会計まで
プロセスの全体像
Section titled “プロセスの全体像”調達 購買依頼 → 承認 → 購買オーダー(PO)→ 承認・送付在庫 → 受入(検査・搬送)原価管理 → 受入会計(未着計上)AP → 請求書 → 照合・検証(保留)→ 承認 → 会計 → 原価管理へ引渡し(差異)Payments → 支払プロセス要求 → 支払ファイルCM → 銀行明細の照合会計 → SLA(Create Accounting)→ GL- 購買依頼:依頼者が作成します。予算管理を使う場合は、提出時に資金をチェックして予約します
- 依頼の承認:承認ルール(AMS)に従って承認されます
- PO の作成・承認・送付:承認済みの依頼を、契約の自動作成か依頼の処理で PO にします
- 受入:PO の納入予定(スケジュール)に対して、受入・検査・搬送を記録します
- 受入会計:受入取引が原価管理へ渡り、未着債務の配分と仕訳ができます
- 請求書の入力と照合:請求書を PO スケジュールまたは受入に照合します
- 検証と承認:許容範囲を超えると保留が付きます。承認後に会計できます
- 請求書の会計と原価管理への引渡し:Create Accounting の後に Transfer Costs to Cost Management を実行すると、価格差異などが受入会計で作られます
- 支払:支払プロセス要求で分割払を選び、Payments が支払ファイルを作ります
- 銀行照合:CM で銀行明細と照合し、支払を決済済にします
- GL 転記:SLA の補助元帳仕訳を GL へ転送し、転記します
| ステップ | 担当モジュール | 主な画面・API・ジョブ | 作られるデータ |
|---|---|---|---|
| 1〜2 | 調達 | セルフサービスの購買依頼、FBDI の Import Requisitions、REST の purchaseRequisitions | POR_REQUISITION_HEADERS_ALL、POR_REQUISITION_LINES_ALL、POR_REQ_DISTRIBUTIONS_ALL |
| 3 | 調達 | 契約からの自動作成、Generate Orders、Import Orders、Communicate Purchasing Document、REST の purchaseOrders | PO_HEADERS_ALL → PO_LINES_ALL → PO_LINE_LOCATIONS_ALL → PO_DISTRIBUTIONS_ALL |
| 4 | 在庫(受入) | Receive Expected Shipments、Create Receipt、ASN、REST の receivingReceiptRequests | RCV_SHIPMENT_HEADERS/LINES、RCV_TRANSACTIONS(在庫宛先は手持数量も更新) |
| 5 | 原価管理 | Transfer Transactions from Receiving to Costing、Create Receipt Accounting Distributions、Create Accounting | 受入会計の配分(CMR_・CST_ 系の表)、会計イベント、補助元帳仕訳 |
| 6〜7 | AP | 請求書の作成、Load Interface File for Import → Import Payables Invoices、REST の invoices、Validate Payables Invoices、Initiate Invoice Approval Workflow | AP_INVOICES_ALL → AP_INVOICE_LINES_ALL → AP_INVOICE_DISTRIBUTIONS_ALL、AP_HOLDS_ALL、AP_PAYMENT_SCHEDULES_ALL |
| 8 | AP、原価管理 | Create Accounting、Transfer Costs to Cost Management | Invoice Validated の会計イベント、受入会計の差異配分 |
| 9 | AP、Payments | 支払プロセス要求(PPR)、支払ファイルの作成・送信 | IBY_PAY_SERVICE_REQUESTS、IBY_DOCS_PAYABLE_ALL、IBY_PAYMENTS_ALL、AP_CHECKS_ALL、AP_INVOICE_PAYMENTS_ALL |
| 10 | CM | 銀行明細の取込と照合 | 決済済の支払(Payment Cleared の会計イベント) |
| 11 | SLA、GL | Create Accounting(Transfer to General Ledger)、Post Journal Entries to General Ledger | XLA_EVENTS → XLA_AE_HEADERS → XLA_AE_LINES → GL_IMPORT_REFERENCES → GL_JE_LINES |
モジュール間の連携ポイント
Section titled “モジュール間の連携ポイント”予算管理(依頼・PO・請求書)
Section titled “予算管理(依頼・PO・請求書)”- トリガー:依頼・PO の提出と承認、請求書の検証
- 渡るデータ:配分の勘定・金額・日付(資金チェックの対象)
- 仕組み:予算管理(Budgetary Control)が資金をチェックして予約します。超過は Funds Override の権限で許可できます。請求書は検証時に資金を予約し、不足なら保留 Insufficient Funds が付きます
- 会計:資金の予約は予算残高に記録され、補助元帳仕訳とは別です。受入会計の配分作成でも、予算管理の予約を任意で使えます
購買依頼 → PO(調達の内部)
Section titled “購買依頼 → PO(調達の内部)”- トリガー:承認済みの依頼明細。調達エージェントの割当と、依頼 BU に対する調達 BU のサービス提供関係が前提です
- 渡るデータ:品目・数量・納期・仕入先・単価・搬送先・配分
- 仕組み:契約の Automatically generate orders/Automatically submit for approval、Generate Orders、Import Orders。FBDI では PO を更新できません
- 会計:PO 配分の作成時に、取引勘定ビルダーが計上先・未着・差異の 3 勘定を導出します。この勘定が、受入会計と請求書照合の仕訳の元になります
PO → 受入(調達 → 在庫)
Section titled “PO → 受入(調達 → 在庫)”- トリガー:納入予定の到着、または仕入先の ASN
- 渡るデータ:納入予定の品目・数量・搬送先組織・宛先タイプ(在庫・費用・作業オーダー・受入)
- 仕組み:Receive Expected Shipments、Create Receipt、REST の receivingReceiptRequests。ルーティング(Direct/Standard/Inspection)が検査・搬送の段階を決め、PO スケジュールの受入数量・検収数量が更新されます。ASN ベースの外部購買の在途は Record In-transit Inventory and Expense for External Purchases で記録します
- 会計:受入・搬送・返品が受入会計の対象です。宛先が費用なら在庫は増えず、費用に計上します
受入 → 受入会計(在庫 → 原価管理)
Section titled “受入 → 受入会計(在庫 → 原価管理)”- トリガー:受入・搬送・返品の取引。在庫組織が原価組織に属していることが前提です
- 渡るデータ:受入取引、PO 単価、勘定、税の判定情報
- 仕組み:Transfer Transactions from Receiving to Costing → Create Receipt Accounting Distributions(未着・差異・再評価・税)→ Create Accounting。結果は Review Receipt Accounting Distributions で確認します
- 会計:受入時に在庫(または費用)を借方、未着を貸方に計上します。費用品目を期末に計上する設定では、Create Uninvoiced Receipt Accruals が期末の見越しを作ります
PO・受入 → 請求書(調達・在庫 → AP)
Section titled “PO・受入 → 請求書(調達・在庫 → AP)”- トリガー:請求書の明細で、PO スケジュールまたは受入を指定する
- 渡るデータ:PO の単価・数量・配分、受入数量・検収数量
- 仕組み:照合レベル(2・3・4 方向)と請求書照合オプション(Order/Receipt)、請求書許容範囲。参照キーは AP 明細の PO_LINE_LOCATION_ID と RCV_TRANSACTION_ID です。許容範囲を超えると Qty Ord・Qty Rec・Price などの保留が付きます
- 会計:PO 照合では、PO の配分から請求書の配分を作ります。受入時に計上する PO では、請求書の借方が未着勘定になります
請求書 → 受入会計(AP → 原価管理)
Section titled “請求書 → 受入会計(AP → 原価管理)”- トリガー:請求書の検証と会計(Create Accounting)が完了すること
- 渡るデータ:請求書の価格・数量・金額・税・換算レート
- 仕組み:Transfer Costs to Cost Management を実行すると、会計済みの請求書が受入会計で処理できる状態になり、Create Receipt Accounting Distributions が差異(IPV・ERV・税の差異)を作ります。AP の期間締めの手順では、次期をオープンした後の連携処理に挙げられています
- 会計:請求書の未着(借方)と受入時の未着(貸方)の差が、差異勘定に振り替わります。残った未着は Clear Receipt Accrual Balances(自動)、Adjust Receipt Accrual Balances(手動)、Match Receipt Accruals で整理します
請求書 → 支払 → 銀行照合(AP → Payments → CM)
Section titled “請求書 → 支払 → 銀行照合(AP → Payments → CM)”- トリガー:分割払の期日と、支払プロセス要求の実行
- 渡るデータ:支払対象書類(Documents Payable)、支払、支払ファイル
- 仕組み:支払プロセス要求 → Payments の支払の組立てと書式化 → 支払ファイルの送信 → 支払の確定 → AP_CHECKS_ALL・AP_INVOICE_PAYMENTS_ALL。銀行明細との照合は CM で行い、決済済になると Payment Cleared の会計イベントができます
- 会計:支払 BU の支払オプション Account for Payment が、支払の仕訳を発行時・決済時のどちらで作るかを決めます。運用開始後は変更しません(支払)
AP → 固定資産・PPM
Section titled “AP → 固定資産・PPM”- トリガー:資産として追跡する配分(Track as Asset)、プロジェクト情報を持つ配分
- 仕組み:Create Mass Additions で FA へ、PPM の原価取込で PPM へ渡します
- 会計:請求書の借方が資産・プロジェクトの勘定になり、後続のモジュールで資産計上や原価配賦が続きます(A2R、プロジェクト原価)
SLA → GL
Section titled “SLA → GL”- トリガー:Create Accounting(Accounting Mode = Final、Transfer to General Ledger = Yes)
- 仕組み:P2P では、少なくとも Payables と Receipt Accounting(受入会計)の補助元帳で実行します。在庫の評価に関わる取引は、Cost Accounting(原価管理)でも会計されます
- 会計:GL の仕訳ソースは補助元帳名になります。未転送・未転記は SLA のステータス列で確認します(SLA の追跡)
P2P の仕訳は、受入会計・Payables・原価管理の 3 つの補助元帳に分かれて作られます。
シナリオ A:在庫品目・価格が一致(受入時に未着を計上)
Section titled “シナリオ A:在庫品目・価格が一致(受入時に未着を計上)”PO 単価 100,000 円 × 1 個、消費税 10%、支払の会計は「発行時と決済時」の例です。
| 時点 | 補助元帳 | 借方 | 貸方 |
|---|---|---|---|
| 受入(搬送まで完了) | 受入会計 | 在庫 100,000 | 未着計上 100,000 |
| 請求書の検証 | Payables | 未着計上 100,000、仮払消費税 10,000 | 買掛金 110,000 |
| 支払の発行 | Payables | 買掛金 110,000 | 現金清算 110,000 |
| 銀行での決済 | Payables | 現金清算 110,000 | 現金 110,000 |
シナリオ B:請求書価格差異(PO 単価 100,000/請求単価 120,000)
Section titled “シナリオ B:請求書価格差異(PO 単価 100,000/請求単価 120,000)”| 時点 | 補助元帳 | 借方 | 貸方 |
|---|---|---|---|
| 受入 | 受入会計 | 在庫 100,000 | 未着計上 100,000 |
| 請求書の検証 | Payables | 未着計上 120,000 | 買掛金 120,000 |
| 差異の配分(Transfer Costs to Cost Management の後) | 受入会計 | 請求書価格差異 20,000 | 未着計上 20,000 |
- 差が許容範囲内なら保留なしで進みます。超えると Price 保留で止まり、PO を直すか手動で解除します
- 差異の相手勘定(差異勘定に残すか、在庫評価へ振り替えるか)は、原価方法と設定で変わります。未着に残った差は、Clear Receipt Accrual Balances のクリアリング・ルールで自動消込でき、その扱いは 受入会計 にまとめています(要確認)。標準原価の品目は、受入時に標準原価と PO 単価の差を別に計上します(要確認)
- 外貨の請求書では、為替差異(ERV)も同様に受入会計で作られます。レート未入力の請求書は Apply Missing Conversion Rates で換算します
シナリオ C:費用品目(受入時に計上/期末に計上)
Section titled “シナリオ C:費用品目(受入時に計上/期末に計上)”共通オプションの Accrue Expense Items の設定で、計上のタイミングが変わります。
| 設定 | 時点 | 借方 | 貸方 |
|---|---|---|---|
| 受入時に計上 | 受入 | 費用 | 未着計上 |
| 受入時に計上 | 請求書の検証 | 未着計上 | 買掛金 |
| 期末に計上 | 期末(Create Uninvoiced Receipt Accruals) | 費用(暫定) | 未着計上 |
| 期末に計上 | 請求書の検証 | 費用 | 買掛金 |
受入時に計上する PO に照合した費用明細は、費用が受入取引で認識されるため、請求書明細の複数期間会計は使えません。期末の見越しは暫定で、翌期に Create Accrual Reversal Accounting で洗い替えます(受入会計)。
シナリオ D:前払の支払と充当
Section titled “シナリオ D:前払の支払と充当”| 時点 | 補助元帳 | 借方 | 貸方 |
|---|---|---|---|
| 前払請求書の検証 | Payables | 前払金 | 買掛金 |
| 前払の支払 | Payables | 買掛金 | 現金清算(または現金) |
| 本請求書への充当(Prepayment Applied) | Payables | 買掛金 | 前払金 |
数量差と付帯費用
Section titled “数量差と付帯費用”- 請求書数量と受入数量の差は、会計上の差異勘定ではなく、許容範囲と保留(Qty Ord・Qty Rec)で管理します。受入会計の差異イベントは IPV・ERV と税の差異です。許容内の過不足で残った未着は、前述の Clear・Adjust で整理します
- 運賃・税・雑費の請求書明細を受入に照合すると、品目の原価に加わります。運賃・雑費を品目明細へ配賦する機能もあります(請求書)
- 輸入の関税・保険など、複雑な付帯費用は Landed Cost Management の Trade Operations で見積と実績を管理し、品目の原価に反映します(受入会計)
会計イベントと GL への転送
Section titled “会計イベントと GL への転送”| 補助元帳 | 主な会計イベント | 作られるきっかけ |
|---|---|---|
| Payables | Invoice Validated/Adjusted/Canceled、Payment Created/Adjusted/Canceled、Payment Cleared/Uncleared、Prepayment Applied/Unapplied | 請求書の検証、支払、銀行照合、前払の充当 |
| 受入会計 | 受入・返品の未着計上、請求書の差異(IPV・ERV ほか)、費用の期末見越し、再評価 | 受入、Create Receipt Accounting Distributions、Create Uninvoiced Receipt Accruals |
| 原価管理 | 在庫の評価・原価計算に関わるイベント | Create Cost Accounting Distributions(在庫と原価・会計) |
いずれも Create Accounting で補助元帳仕訳を作り、GL へ転送します。月次の処理順(期末見越し、会計、期間クローズ)は 在庫と原価・会計 にまとめています。AP 側の締めは 共通設定・税・会計・期間締め を参照してください。
組織・マスタの前提
Section titled “組織・マスタの前提”| 前提 | 設定する場所 | 欠けたときの症状 |
|---|---|---|
| BU と業務機能(Procurement、Requisitioning、Payables Invoicing、Payables Payment、Materials Management) | エンタープライズ構造 | 依頼・PO・請求書・支払を扱う BU が選べない |
| 在庫組織 → 原価組織・原価帳簿 | 原価管理の設定 | 受入はできても、受入会計・原価処理が進まない |
| PO 配分の勘定(取引勘定ビルダー) | 取引勘定ビルダー | 勘定が導出できず保存できない。請求書で Dist Acct Invalid 保留 |
| 仕入先サイトと割当 | サプライヤ | 請求 BU から仕入先・サイトが使えない |
| 共通オプション(Accrue Expense Items など) | Manage Common Options for Payables and Procurement | 費用品目の計上時点が想定と違う |
| 照合承認レベル、請求書照合オプション、許容範囲 | PO スケジュール、仕入先サイト、請求書オプション | 数量・価格の保留が大量に出る。または差異が無制限に通る |
| 受入パラメータとルーティング | Manage Receiving Parameters、品目・PO の設定 | 検収数量が増えず、4 方向照合の請求書が Qty Rec で止まる |
| 会計期間(調達・AP・原価・GL) | 各カレンダー | 会計がエラーになるか、次の期間に計上される |
| 内部銀行口座、支払方法、支払プロセス・プロファイル | CM、Payments | 支払プロセス要求が途中で止まる |
照合できる受入は、請求書と同じ法的エンティティの PO の受入だけです。BU とサービス・プロバイダの設計は 調達の共通設定 と エンタープライズ構造 を参照してください。
実装・テストのポイント
Section titled “実装・テストのポイント”よくある不整合と原因
Section titled “よくある不整合と原因”| 症状 | 主な原因 | 確認先 |
|---|---|---|
| 受入はあるが受入会計の配分がない | 原価組織が未設定、Transfer Transactions from Receiving to Costing が未実行・エラー、受入会計の期間がクローズ | スケジュール済プロセスの履歴、Review Receipt Accounting Distributions |
| 請求書は会計済みだが差異が出ない、未着が消えない | Transfer Costs to Cost Management と Create Receipt Accounting Distributions の未実行 | 実行履歴、Accrual Reconciliation report |
| 数量保留(Qty Rec)が大量に出る | 分納なのに PO 照合、搬送前で検収数量が増えていない | PO スケジュールの照合オプション、受入ルーティング |
| 価格保留(Price)が出る | 契約単価の改定が PO に反映されていない、許容範囲の割当漏れ | Initiate Retroactive Price Update、仕入先サイトの許容範囲 |
| 資金不足の保留(Insufficient Funds) | PO の予約が請求書の金額に足りない | 予算管理の予約、Funds Override の権限 |
| 請求書は会計済みだが GL にない | Transfer to General Ledger が No、または GL で未転記 | XLA_AE_HEADERS.GL_TRANSFER_STATUS_CODE、GL_JE_LINES.STATUS |
| 支払済みなのに決済済にならない | 銀行明細の未取込・未照合 | CM の照合状況、Payment Cleared イベント |
| 期末に費用が漏れる | 期末計上の設定なのに Create Uninvoiced Receipt Accruals が未実行 | 共通オプション、実行履歴 |
| 照合 | 左 | 右 |
|---|---|---|
| 受入済み未請求 | PO スケジュールの受入済み数量 − 請求済み数量(単価で金額換算) | 受入会計の未着残高(Accrual Reconciliation report、Accrual Clearing Report) |
| 未着勘定 | 受入会計の未着残高 | GL の未着勘定の残高 |
| 買掛金 | Payables to General Ledger Reconciliation(Prepare Payables to General Ledger Reconciliation、財務カテゴリ Accounts Payable) | GL の買掛金の残高 |
| 現金清算 | 発行済みで未決済の支払の合計 | GL の現金清算勘定の残高 |
受入済み未請求は、単価差・税・為替・返品の影響で完全には一致しません。差が残るときは、まず請求書の差異配分(Transfer Costs to Cost Management の後)が済んでいるかを確認します。期末は、未会計の取引を Payables Unaccounted Transactions and Sweep Report で確認します。
結合テストのシナリオ
Section titled “結合テストのシナリオ”- 正常系(3 方向):依頼 → 承認 → PO → 受入 → 請求書 → 支払 → 銀行照合 → GL。各段の件数・金額、SLA のステータスを確認する
- 分納・分割請求:受入 2 回、請求 2 回。PO の受入済み・請求済み数量が段階的に更新される
- 価格差異:許容内(IPV が出る)と許容超(Price 保留 → 解除)
- 数量超過:Qty Rec 保留、受入の訂正・返品後の再請求
- 費用品目:受入時計上と期末計上の両方。期末見越しの作成と請求書での確定
- 外貨:PO と請求書の通貨が同じ・異なる場合の為替差異、Apply Missing Conversion Rates
- 前払:前払の支払、本請求書への充当と取消
- 予算超過:Insufficient Funds 保留、Funds Override
- 取消し:請求書の取消(Invoice Canceled)と、支払の無効化(Void)が受入会計と GL に与える影響
- 期間またぎ:受入月と請求月が違う取引。期末の見越しと翌月の請求書
- 資産計上:Track as Asset の配分から Create Mass Additions
追跡 SQL
Section titled “追跡 SQL”BIP のデータモデルで 1 件に絞って実行します。SLA から GL までの全経路は SLA の仕組みと追跡 SQL の SQL を使います。
SELECT pha.segment1 AS po_number, pla.line_num, plla.shipment_num, plla.quantity_received, plla.quantity_billed, NVL(plla.quantity_received, 0) - NVL(plla.quantity_billed, 0) AS qty_not_billedFROM po_headers_all pha JOIN po_lines_all pla ON pla.po_header_id = pha.po_header_id JOIN po_line_locations_all plla ON plla.po_line_id = pla.po_line_idWHERE pha.prc_bu_id = :P_PRC_BU_IDAND NVL(plla.quantity_received, 0) > NVL(plla.quantity_billed, 0)ORDER BY pha.segment1, pla.line_num, plla.shipment_numSELECT aida.invoice_distribution_id, aida.po_distribution_id, -- PO 照合の配分だけ値を持つ aida.amount, aida.posted_flag, -- Y:会計済 / N:未会計 xe.event_type_code, xe.process_status_code -- P:処理済 / U:未処理 / E:エラーFROM ap_invoice_distributions_all aida LEFT JOIN xla_events xe ON xe.application_id = 200 -- AP。環境で確認する AND xe.event_id = aida.accounting_event_idWHERE aida.invoice_id = :P_INVOICE_IDORDER BY aida.invoice_distribution_idSELECT aipa.invoice_payment_id, aipa.check_id, aipa.amount, xe.event_type_code, -- Payment Created など。値は環境で確認する xe.process_status_codeFROM ap_invoice_payments_all aipa LEFT JOIN xla_events xe ON xe.application_id = 200 AND xe.event_id = aipa.accounting_event_idWHERE aipa.invoice_id = :P_INVOICE_ID-- 決済(Cleared)のイベントは支払履歴の表側にあります(表名・列は要確認)配分の集計に明細を結合すると金額が重複します。配分と支払は別のクエリで見ます。
標準とアドオンの境界
Section titled “標準とアドオンの境界”| 要件 | 標準の手段 | アドオンにする場合 |
|---|---|---|
| 請求書の照合・許容範囲・保留・承認 | 照合レベル、許容範囲、保留、承認ルール | 独自の承認画面は作らず、ルールで表現する |
| 外部の請求書の取込 | FBDI(Import Payables Invoices)、REST の invoices、IDR | EDI・外部システムとの連携を OIC で作る |
| 外部の受入の取込 | REST の receivingReceiptRequests、ASN | 倉庫システムとの連携を OIC で作る |
| 勘定の独自導出(品目カテゴリ別の費用勘定など) | 取引勘定ビルダー、SLA の勘定ルール・マッピングセット | 原則不要。ルールを直す |
| PO の更新 | 画面、変更オーダー、Purchase Order の Web サービス(SOAP) | FBDI は作成のみのため更新には使えない |
| 独自の帳票・項目 | BIP、OTBI、DFF、Visual Builder Studio | 画面の追加項目は拡張で対応する |
受入会計や差異の計算ロジックは標準です。変えられるのは、勘定や摘要などの会計ルールです。Fit to Standard の考え方は 標準機能とアドオンの考え方 を参照してください。
試験対策ポイント
Section titled “試験対策ポイント”- 対応する試験は、調達(1Z0-1065-26)、AP(1Z0-1055-26)、在庫(1Z0-1073-26)、原価管理(1Z0-1074-26)です。調達、AP、在庫 の模擬テストで確認してください。ほかの試験は 模擬テスト一覧 にあります。
- 判断ポイントの例です。
- 照合レベル(2・3・4 方向)と請求書照合オプション(Order/Receipt)は別の設定
- 受入時に費用計上する PO では、費用は受入取引で認識され、請求書明細の複数期間会計は使えない
- 受入で未着を計上し、請求書の検証でそれを相殺する。請求書価格差異は受入会計側で作られる
- 受入会計の順序は、Transfer Transactions from Receiving to Costing → Create Receipt Accounting Distributions → Create Accounting
- 請求書の会計後に Transfer Costs to Cost Management を実行する
- 勘定の保留(Dist Acct Invalid)は手動解除できず、勘定を直して再検証する
- Account for Payment は運用開始後に変えない
公式ドキュメント
Section titled “公式ドキュメント”- Receipt Accounting Tasks and Accounting Events(25C)
- Transfer Costs to Cost Management(26B)
- Match Receipt Accruals(25A)
- How Invoices and Payments Are Accounted(26D)
- Matching Invoice Lines(26D)
- How Invoices Are Validated(26D)
- Invoice Tolerances(26D)
- Transaction Account Builder(26D)
- How Purchase Orders Are Automatically Created(26D)
- Using Receiving(26C)
- Tables and Views for Financials(26D)
本サイトは学習目的で個人が作成した非公式の教材であり、Oracle Corporation およびその関連会社とは関係ありません。内容の正確性は保証しません。最新の仕様・試験範囲は必ず公式ドキュメントと Oracle University の情報で確認してください。
模擬テストの問題は公開されている出題範囲(Exam Topics)と公式ドキュメントをもとに独自に作成したもので、実際の試験問題ではありません。
Oracle、Java、MySQL は Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。その他の製品名・会社名は各社の商標です。
© 2026 Fusion ERP 実装ラボ