在庫と原価・会計の流れ(受入会計・在庫評価・SLA)
プロセスの全体像
Section titled “プロセスの全体像”取引の発生 受入/在庫取引(その他入出庫・移動)/組織間移動/製造(払出・完成)/出荷 ↓ ペンディング取引を解消(Manage Pending Transactions)原価管理 引渡し → 原価処理(原価組織 × 原価帳簿)→ 受入会計の配分・原価の配分 ↓SLA Create Accounting(原価管理・受入会計の補助元帳)→ GL へ転送 ↓GL 転記 → 残高。期間クローズは原価管理の後に GL- 取引の発生と完了:受入、在庫取引、組織間移動、製造の払出・完成、出荷確認が在庫管理で完了します
- ペンディング取引の解消:エラーの取引を修正して再処理します
- 原価管理への引渡し:在庫・製造・受入・AP の請求書・AR の収益が、それぞれのジョブで原価管理へ渡ります
- 原価処理:Create Cost Accounting Distributions が、原価組織 × 原価帳簿ごとに原価を計算し、配分を作ります
- 受入会計:Create Receipt Accounting Distributions が未着・差異・再評価の配分を作ります。費用品目の期末見越しは Create Uninvoiced Receipt Accruals です
- 会計:Create Accounting が、原価管理と受入会計の補助元帳仕訳を作ります
- GL へ転送・転記:最終仕訳を GL に転送し、転記します
- 評価データの作成:Cost Reports Processor が、在庫評価・品目原価・粗利のデータを作ります
- 照合:在庫評価、未着、売上原価を GL と突き合わせます
- 期間クローズ:原価会計期間を閉じ、続けて GL の期間を閉じます
| ステップ | 担当モジュール | 主な画面・API・ジョブ | 作られるデータ |
|---|---|---|---|
| 1〜2 | 在庫、受入、製造 | Create Miscellaneous Transactions、Create Interorganization Transfers、Receive Expected Shipments、Manage Pending Transactions、FBDI・REST(INV_TRANSACTIONS_INTERFACE) | INV_MATERIAL_TXNS、INV_ONHAND_QUANTITIES_DETAIL、RCV_TRANSACTIONS |
| 3 | 原価管理、AP、AR | Transfer Transactions from Inventory to Costing、from Production to Costing、from Receiving to Costing、Transfer Costs to Cost Management、Import Revenue Lines | 原価管理の処理対象の取引 |
| 4 | 原価管理 | Create Cost Accounting Distributions、Review Cost Accounting Distributions | 原価の配分、原価処理のエラー |
| 5 | 受入会計 | Create Receipt Accounting Distributions、Create Uninvoiced Receipt Accruals、Review Receipt Accounting Distributions | 受入会計の配分(未着・差異・再評価・税) |
| 6〜7 | SLA、GL | Create Accounting(Transfer to General Ledger)、GL での転記 | XLA_EVENTS → XLA_AE_HEADERS → XLA_AE_LINES → GL_IMPORT_REFERENCES → GL_JE_LINES |
| 8 | 原価管理 | Create Cost Accounting Distributions の Cost Reports Processor | 在庫評価・品目原価・粗利のデータ(OTBI・BIP のソース) |
| 9〜10 | 原価管理、GL | Accrual Reconciliation report、Accrual Clearing Report、Validate and Update Cost Accounting Periods、GL の期間クローズ | 照合結果、期間のステータス |
モジュール間の連携ポイント
Section titled “モジュール間の連携ポイント”受入 → 受入会計(在庫 → 原価管理)
Section titled “受入 → 受入会計(在庫 → 原価管理)”- トリガー:受入・搬送・返品の取引
- 渡るデータ:受入取引、PO の単価、勘定、税の判定情報
- 仕組み:Transfer Transactions from Receiving to Costing → Create Receipt Accounting Distributions → Create Accounting。詳しくは P2P にまとめています
- 会計:受入時に在庫(または費用)を借方、未着を貸方に計上します
在庫・製造の取引 → 原価処理
Section titled “在庫・製造の取引 → 原価処理”- トリガー:在庫取引と製造取引の完了(ペンディング取引の解消後)
- 渡るデータ:品目・数量・取引タイプ・勘定の情報(勘定別名など)
- 仕組み:Transfer Transactions from Inventory to Costing と Transfer Transactions from Production to Costing が取引を渡し、その後に Create Cost Accounting Distributions が処理します。転送ジョブの実行者には原価組織のデータアクセスが必要で、在庫組織がその原価組織に割り当て済みである必要があります。原価処理は、Cost Accounting 作業領域のタスクかスケジュール済プロセスから、原価組織 × 原価帳簿の組合せごとに実行します
- 会計:取引タイプごとの典型的な仕訳は、後述の表のとおりです
AP → 受入会計、AR → 売上原価
Section titled “AP → 受入会計、AR → 売上原価”- AP:請求書の会計後に Transfer Costs to Cost Management を実行すると、受入会計で差異(IPV など)が作られます(P2P)
- AR:収益が最終モードで会計された後に Import Revenue Lines(BU ごと)を実行し、続けて Create Cost Accounting Distributions を COGS 認識のプロセッサ付きで実行します(O2C)
製造 → 原価管理
Section titled “製造 → 原価管理”- トリガー:作業オーダーの払出・完成・クローズなど。原価管理へは、作業オーダーのリリース後の取引が渡ります
- 仕組み:Create Cost Accounting Distributions が、材料・資源・完成・スクラップ・クローズの取引を原価計算します
- 会計:仕掛品を経由し、クローズで差異が確定します(Plan to Produce)
原価処理と SLA
Section titled “原価処理と SLA”Create Cost Accounting Distributions は、次のプロセッサで構成されます。
| プロセッサ | 役割 |
|---|---|
| Preprocessor | 処理対象の取引を準備する |
| Cost Processor | 原価方法(標準・永続平均・実際)に応じた原価計算、原価調整、間接費、標準原価の差異。取得原価プロセッサ(税を含む)を呼び、貿易取引の在途は Trade Accounting プロセッサが扱う |
| COGS Recognition | 売上原価を認識する |
| Cost Distribution | 会計用の配分を作る |
| Cost Reports Processor | 在庫評価・品目原価・粗利のデータを作る。増分で実行する |
実行のコントロールには、Name、Processors、Maximum Number of Workers(1 より大きいと並列)、Commit Limit、Collect Statistics、原価組織と原価帳簿の行、Cutoff date、Period(期間平均の帳簿では必須)、Update the period automatically があります。
実行の前提は次のとおりです。
- 原価会計期間がオープンで、GL の期間がオープンまたは将来入力可能であること
- 原価会計期間を 1 つ開いたままにしておくこと
- 原価管理の補助元帳に対する Create Accounting は、GL の期間がオープンになってから実行すること
- 原価会計期間は GL の期間より先に閉じること
取引タイプ別の典型的な仕訳
Section titled “取引タイプ別の典型的な仕訳”| 取引 | 借方 | 貸方 | 補足 |
|---|---|---|---|
| 購買の受入(在庫宛先) | 在庫 | 未着計上 | 受入会計。標準原価の品目は、標準との差を差異に計上する(要確認) |
| 購買の受入(費用宛先) | 費用 | 未着計上 | 期末計上の設定では、期末に Create Uninvoiced Receipt Accruals で見越す |
| その他入庫(勘定別名) | 在庫 | 勘定別名の勘定 | 調整・試供品の戻りなど |
| その他出庫(勘定別名) | 勘定別名の勘定 | 在庫 | 廃棄・サンプルの払出など |
| 保管場所間移動 | 通常は仕訳なし | — | 保管場所ごとに別の在庫勘定を設定した場合などは仕訳が出る(要確認) |
| 組織間移動(直送) | 受入側の在庫 | 出庫側の在庫 | 組織間の債権・債務の勘定は、組織間パラメータの設定による(要確認) |
| 組織間移動(在途) | 出荷時:在途在庫。受入時:受入側の在庫 | 出荷時:出庫側の在庫。受入時:在途在庫 | 在途の動きは Trade Accounting プロセッサ |
| 出荷(受注) | 売上原価(収益と連動させる設定では、繰延の勘定を経由する構成が典型。標準の勘定名は未確認) | 在庫 | 認識の流れは O2C |
| 製造の払出 | 仕掛品 | 在庫 | 完成時に仕掛品から完成品在庫へ |
| 製造の完成 | 完成品在庫 | 仕掛品 | クローズで差異が確定する(Plan to Produce) |
| 循環棚卸の調整 | 在庫(または棚卸差異) | 棚卸差異(または在庫) | 棚卸差異の勘定は会計側で設計する |
原価組織・原価帳簿・原価プロファイル
Section titled “原価組織・原価帳簿・原価プロファイル”| 項目 | 内容 | 注意点 |
|---|---|---|
| 原価組織 | 在庫組織をまとめて原価を管理する単位 | 在庫組織は 1 つの原価組織にだけ属します。まとめられるのは、同じ法的エンティティ・同じ利益センター BU・同じ品目マスタ組織の在庫組織です |
| 原価帳簿 | 主帳簿と、任意の副帳簿 | 帳簿には元帳を 1 つ割り当てます。取引の処理後は変更できません |
| 原価プロファイルと原価計算方法 | 品目ごとの原価計算の方針。方法は標準、永続平均、実際、期間平均 | 品目が原価プロファイルに関連付けられて初めて原価計算されます。取引の原価計算後は変更・削除できません。期間平均の帳簿は、原価処理の実行時に期間を指定します |
| 評価構造 | 原価を持つ粒度(原価組織、在庫組織、保管場所、ロット、シリアルなど) | 標準と期間平均は、在庫組織か原価組織のレベルしか選べません |
| 原価シナリオ | 標準原価や製造資源の料率を決める | Manage Resource Costs で料率を決め、原価組織 × 原価帳簿ごとに公開します |
| 原価会計期間 | 原価処理の対象期間 | GL の期間とは別に開閉します |
原価プロファイルの設計は 原価計算 を参照してください。
会計イベントと GL への転送
Section titled “会計イベントと GL への転送”| 補助元帳 | 主な会計イベント | 作られるきっかけ |
|---|---|---|
| 受入会計 | 受入・返品の未着計上、請求書の差異(IPV・ERV ほか)、費用の期末見越し、再評価 | Create Receipt Accounting Distributions、Create Uninvoiced Receipt Accruals |
| 原価管理 | 在庫取引・製造取引・売上原価の会計 | Create Cost Accounting Distributions |
| Payables、Receivables | 請求書・支払、取引・入金 | 各モジュールの取引(P2P、O2C) |
いずれも Create Accounting で補助元帳仕訳を作り、GL へ転送します。最終モードの仕訳だけが転送の対象です。
組織・マスタの前提
Section titled “組織・マスタの前提”| 前提 | 設定する場所 | 欠けたときの症状 |
|---|---|---|
| 在庫組織 → 原価組織の割当 | 原価管理の設定、エンタープライズ構造 | 取引は完了しても、原価処理に乗らない |
| 原価帳簿と元帳(変更不可) | 原価管理の設定 | 元帳の付け替えができず、作り直しになる |
| 原価方法と、標準原価の原価シナリオ | 原価管理の設定 | 標準原価が公開されず、製造・出荷の原価が計算されない |
| 品目と原価プロファイルの関連付け(既定・品目別) | 原価管理の設定(Manage Cost Profiles) | 関連付けのない品目は原価計算されない |
| 取引タイプ・取引理由・勘定別名 | 在庫取引 | その他入出庫の相手勘定が決まらない |
| 受入会計の設定(共通オプション、取引勘定ビルダー) | 調達の共通設定 | 未着・差異の勘定が導出できない |
| COGS 認識のプロファイル | 原価管理のプロファイル・オプション | 売上原価の日付が想定とずれる |
| 会計期間(原価・GL・AR・AP) | 各カレンダー | 原価処理や会計がエラーになるか、次の期間に計上される |
実装・テストのポイント
Section titled “実装・テストのポイント”よくある不整合と原因
Section titled “よくある不整合と原因”| 症状 | 主な原因 | 確認先 |
|---|---|---|
| 取引は完了しているが原価の配分がない | 原価組織が未設定、原価処理が未実行・エラー、原価会計期間がクローズ | Review Cost Accounting Distributions、原価処理のエラー |
| 在庫評価と GL の在庫勘定が合わない | 未会計・未転送・未転記のイベント、手入力の GL 仕訳、期間のずれ、ペンディング取引 | XLA のステータス列、Create Accounting の結果 |
| 売上原価が認識されない・遅い | AR の Create Accounting(Final)が未実施、Import Revenue Lines 未実行、収益の会計日が後ろの期間 | Review Cost Accounting Distributions、Analyze Product Gross Margins |
| 未着残高が減らない | Transfer Costs to Cost Management 未実行、請求書が未入力、数量の残り | Accrual Reconciliation report、Match Receipt Accruals、Clear Receipt Accrual Balances、Adjust Receipt Accrual Balances |
| 副元帳・報告通貨の金額が二重に出る | 原価帳簿・元帳を区別せずに集計している | LEDGER_ID で絞る(SLA の追跡) |
| 期間をクローズできない | 未処理の取引、未会計のイベント、サブレジャーの期間が開いている | Close Monitor、各モジュールの締めの状況 |
月次の処理順(運用設計の一例)
Section titled “月次の処理順(運用設計の一例)”依存関係から整理した順序です。実際の順序は、使う機能(売上原価を収益に連動させるか、費用の期末見越しを使うか)で変わります。
| 順 | 処理 | 目的・前提 |
|---|---|---|
| 1 | Manage Pending Transactions でペンディング取引を解消 | 在庫・受入・出荷・製造の取引を完了させる |
| 2 | Transfer Transactions from Inventory/Production/Receiving to Costing | 取引を原価管理へ渡す |
| 3 | AP の Create Accounting → Transfer Costs to Cost Management | 会計済みの請求書を受入会計へ渡す |
| 4 | AR の Recognize Revenue → Create Accounting(Final)→ Import Revenue Lines(BU ごと) | 収益を最終会計し、収益行を原価管理へ渡す |
| 5 | Create Receipt Accounting Distributions、Create Uninvoiced Receipt Accruals | 未着・差異と、費用の期末見越しを作る |
| 6 | Create Cost Accounting Distributions → Review Cost Accounting Distributions | 原価計算、売上原価の認識、評価データの作成。例外を確認する |
| 7 | 期間平均の帳簿のみ:Create and Update Cost Accounting Events | 下書きの配分を確定する |
| 8 | Create Accounting(受入会計・原価管理) | 補助元帳仕訳を作り、GL へ転送する |
| 9 | Clear Receipt Accrual Balances など、各種の照合 | 未着残高の整理と、残高の突合。期末見越しの洗替は翌期に Create Accrual Reversal Accounting |
| 10 | Validate and Update Cost Accounting Periods → GL の期間のクローズ | AR → 原価管理 → GL の順 |
公式の推奨順序は、受入会計の FAQ「What is the recommended sequence for scheduling of receipt accounting processes?」にあります。原価処理の流れは 原価計算 と 受入会計 にもまとめられています。
在庫評価と GL の照合
Section titled “在庫評価と GL の照合”| 照合 | 左 | 右 | 差異の主因 |
|---|---|---|---|
| 数量 | 在庫管理の手持数量(INV_ONHAND_QUANTITIES_DETAIL) | 原価管理の在庫評価の数量 | ペンディング取引、未処理の取引 |
| 評価額と GL | 在庫評価の金額(勘定別) | GL の在庫勘定の残高(原価帳簿の元帳) | 未会計・未転送・未転記、手入力の仕訳 |
| 未着 | 受入会計の未着残高 | GL の未着勘定の残高 | 請求書の引渡し漏れ、期末の見越し |
| 売上原価 | 収益の認識割合に応じた原価 | GL の売上原価 | COGS 認識の未実行 |
在庫評価のデータは Cost Reports Processor が作ります。表名と粒度は Tables and Views で確認してから使います。未着は Accrual Reconciliation report と Accrual Clearing Report で確認します。
結合テストのシナリオ
Section titled “結合テストのシナリオ”- 受入から評価まで:標準・永続平均・実際の原価方法ごとに、受入・搬送・在庫評価を確認する
- その他入出庫:勘定別名の勘定と、仕訳の借方・貸方
- 組織間移動:直送と在途で、出庫側・受入側の原価と、在途の残高
- 出荷と売上原価:出荷のみ、出荷と請求(収益の認識割合どおりに売上原価が認識される)
- 返品:在庫の戻しと売上原価の取消の金額。元の受注に紐づく返品と紐づかない返品で、原価プロファイルの設定(Referenced RMA Cost、Unreferenced RMA Receipt Cost)が効く
- 製造:払出・完成・クローズと差異(Plan to Produce)
- 原価調整:標準原価の更新、遡及的な価格更新後の評価額
- 期間またぎ:取引日と原価会計期間、期間クローズ後の取引の扱い
- 締めのリハーサル:上の月次の処理順を通し、照合の差がゼロになるか確認する
- 複数の原価帳簿:副帳簿がある場合の金額とステータス
追跡 SQL
Section titled “追跡 SQL”補助元帳ごとに「どのイベントが、どこで止まっているか」を集計します。原価管理・受入会計の APPLICATION_ID とエンティティ・コードは推測せず、1 本目の結果で確かめます。1 取引ずつの追跡は SLA の仕組みと追跡 SQL の SQL を使います。
SELECT xte.application_id, xte.entity_code, xe.event_type_code, xe.process_status_code, -- P:処理済 / U:未処理 / D:ドラフト / E:エラー COUNT(*) AS event_countFROM xla_events xe JOIN xla_transaction_entities xte ON xte.application_id = xe.application_id AND xte.entity_id = xe.entity_idWHERE xe.event_date >= :P_FROM_DATEAND xe.event_date < :P_TO_DATEGROUP BY xte.application_id, xte.entity_code, xe.event_type_code, xe.process_status_codeORDER BY xte.application_id, xte.entity_code, xe.event_type_code, xe.process_status_codeSELECT xah.application_id, xah.ledger_id, xah.accounting_entry_status_code, -- F:最終 / D:ドラフト xah.gl_transfer_status_code, -- Y:転送済 / N:未転送 COUNT(*) AS header_countFROM xla_ae_headers xahWHERE xah.accounting_date >= :P_FROM_DATEAND xah.accounting_date < :P_TO_DATEGROUP BY xah.application_id, xah.ledger_id, xah.accounting_entry_status_code, xah.gl_transfer_status_codeORDER BY xah.application_id, xah.ledger_idドラフトの仕訳は GL に転送されません。月末は、未処理(U)・エラー(E)・未転送(N)の件数がゼロになるまで潰します。
標準とアドオンの境界
Section titled “標準とアドオンの境界”| 要件 | 標準の手段 | アドオンにする場合 |
|---|---|---|
| 勘定の導出(取引タイプ・品目カテゴリ・組織別) | SLA の勘定ルール・マッピングセット、勘定別名、取引勘定ビルダー | 原則不要。ルールを直す |
| 原価方法 | 標準、永続平均、実際、期間平均 | 原価計算のロジックそのものは標準で、変更できない |
| 在庫評価・原価のレポート | Cost Reports Processor のデータと OTBI、BI Publisher | 独自の帳票は BIP で作る |
| 外部システムの在庫取引 | REST、FBDI(INV_TRANSACTIONS_INTERFACE) | OIC で連携を作る |
| 月次ジョブの順序制御 | ジョブ・セット、ESS のスケジュール | OIC で順次実行と監視を作る(ESS) |
Fit to Standard の考え方は 標準機能とアドオンの考え方 を参照してください。
試験対策ポイント
Section titled “試験対策ポイント”- 対応する試験は、原価管理(1Z0-1074-26)と在庫(1Z0-1073-26)です。在庫 の模擬テストで確認してください。原価管理などほかの試験は 模擬テスト一覧 にあります。
- 判断ポイントの例です。
- 在庫組織は 1 つの原価組織に属し、まとめられるのは同じ法的エンティティ・利益センター BU・品目マスタ組織の組織
- 原価帳簿に割り当てる元帳は、取引の処理後に変更できない
- 原価処理は原価組織 × 原価帳簿ごとに実行し、プロセッサは 5 つ
- 原価会計期間は Validate and Update Cost Accounting Periods で閉じ、GL の期間より先に閉じる。売上原価の認識があると Receivables → Cost Management → General Ledger の順
- 期間平均の帳簿は、期末に Create and Update Cost Accounting Events で下書きの配分を確定する
- 売上原価の認識は、収益の認識割合に連動する。Import Revenue Lines の後に Create Cost Accounting Distributions
- 受入会計は Transfer Transactions from Receiving to Costing → Create Receipt Accounting Distributions。請求書の差異は Transfer Costs to Cost Management の後
公式ドキュメント
Section titled “公式ドキュメント”- Create Cost Accounting Distributions(26C)
- Cost of Goods Sold Recognition(26B)
- Receipt Accounting Tasks and Accounting Events(25C)
- Cost Accounting for Manufacturing Work Orders(26A)
- Periodic Average Costing Process(25D)
- Transfer Costs to Cost Management(26B)
- Match Receipt Accruals(25A)
- How Cost Organizations, Inventory Organizations, and Cost Books Work Together(26C)
- Important Points to Know Before Creating Cost Organization Relationships(25C)
- Using Inventory Management(26C)
本サイトは学習目的で個人が作成した非公式の教材であり、Oracle Corporation およびその関連会社とは関係ありません。内容の正確性は保証しません。最新の仕様・試験範囲は必ず公式ドキュメントと Oracle University の情報で確認してください。
模擬テストの問題は公開されている出題範囲(Exam Topics)と公式ドキュメントをもとに独自に作成したもので、実際の試験問題ではありません。
Oracle、Java、MySQL は Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。その他の製品名・会社名は各社の商標です。
© 2026 Fusion ERP 実装ラボ