コンテンツにスキップ

期間締め(再評価・換算・連結)

1. サブレジャーの締め(会計処理を完了し GL へ転送 → 期間クローズ)
2. GL:決算整理仕訳(未払・前払・引当)、配賦・定期仕訳
3. 照合:AP・AR と GL、会社間、銀行
4. 再評価:Revalue Balances
5. 換算:Translate General Ledger Account Balances
6. 連結準備:残高転送、元帳セットでの集計
7. 財務レポートの確認 → GL の期間クローズ → 翌期間のオープン(AutoReverse)

締め順は、モジュール間の依存関係で決めます。典型的な考え方は次のとおりです。

順 モジュール 理由(依存関係)
1 AP・経費 FA の資産追加や PPM の原価取込の元データになる
2 AR 請求・入金の会計を確定する
3 原価管理(受入会計・原価計算) 受入・在庫・売上原価の会計を確定する
4 FA AP からの資産追加を取り込み、減価償却を実行する
5 PPM AP・経費・原価からの原価取込、請求・収益を確定する
6 CM 銀行明細と照合する
7 GL すべての仕訳が揃った後に締める

実際の順序は、使っている機能(例:売上原価の認識を AR の収益と連動させるか)で変わります。サブレジャーの期間が開いている間は GL の期間を閉じられないようにする設定もあります(実装ガイドの「How to Prevent a General Ledger Period from Closing When Open Subledger Periods Exist」)。

  • 期間の操作は、Period Close の作業領域の Manage Accounting Periods、General Accounting Dashboard の Close Status 領域、Process Monitoring の作業領域から行えます。導入時の最初の期間は、Setup and Maintenance の Open First Period タスクで開くのが基本です。
  • 期間ステータスは Never Opened、Future Enterable、Open、Closed、Permanently Closed です。Future Enterable の期間は入力できますが転記できません。Permanently Closed にした期間は再オープンできません。
  • 元帳オプション「Run AutoReverse after open period」を有効にすると、期間オープン時に逆仕訳が自動作成されます。
  • 新年度の最初の期間をオープンすると、収益・費用の残高が利益剰余金勘定へ BSV ごとに計算されます(平均残高の元帳も同様)。
  • 前年度の期間に後から仕訳を転記すると、損益への影響が利益剰余金勘定に反映されます。
  • 国の要件で決算振替仕訳(closing journals)が必要な場合は、そのためのプロセスで損益・貸借の締め仕訳を作ります。
  • Optimized Maintenance for Account Balances(オプトイン)を使うと、新年度の既存の損益勘定の残高を、転記のあった最初の期間から維持するようになり、年度繰越の処理量を減らせます。採用前に公式の考慮事項を確認します。

外貨建の残高を、取引時点と再評価日のレートの差で調整します。

  1. Manage Revaluations で再評価定義を作ります。対象の勘定範囲、対象通貨、レートタイプ、未実現損益の勘定を指定します。勘定の範囲は階層を使って指定できます(例:「Is a last descendant of」)。
  2. 勘定のクラスごとに定義を分けます。貸借対照表の勘定は期末レートと YTD、損益の勘定は平均レートと PTD(または YTD)が一般的です。
  3. Revalue Balances を実行します。Revaluation Execution レポートに、使ったレート、勘定範囲、作成したバッチ・仕訳が出ます。自動転記も選べ、スケジュール実行時は会計期間が自動で進みます。
  4. 貸借対照表の再評価仕訳は翌期間に逆仕訳します(AutoReverse で自動化可能)。PTD で再評価した損益の勘定は逆仕訳しません。
  • 借方の調整は未実現利益(Unrealized Gain)、貸方の調整は未実現損失(Unrealized Loss)の勘定で相殺されます。同じ勘定を指定すると純額だけが計上されます。
  • レートがない通貨は再評価されず、プロセスは警告で終わります。

例(架空):USD 建の売掛金 10,000 USD を 1 USD = 140 円で計上し、期末レートが 150 円になった場合、再評価で売掛金を 100,000 円増やし、相手を未実現利益とします。翌月初にこの仕訳を逆仕訳します。

26D のガイドには、為替ポジション勘定への振替と再評価を扱う Foreign Currency Valuation Accounting の章もあります。

換算は、元帳の残高を別の通貨の「残高レベルの報告通貨」として作る処理です。

  1. 元帳オプションで、既定の期末レートタイプと期中平均レートタイプ、CTA 勘定を設定します(CTA 勘定は換算する元帳で必須)。
  2. 資本など取引時点のレートで換算すべき勘定には、Manage Historical Rates でヒストリカル・レートを登録します(Currency Rates Manager の Historical Rates タブや FBDI の Historical Rates Import も使えます)。
  3. 期末・期中平均の日次レートを登録します。
  4. Translate General Ledger Account Balances を実行します。
  • 資産・負債は期末レート、資本はヒストリカル・レートのように、勘定によってレートタイプが異なります。その差額が CTA 勘定に計上されます。利益剰余金は BSV ごとに換算されます。
  • 換算するには、元帳の最初のオープン期間をカレンダーの最初の期間より後にしておく必要があります。
  • CTA 勘定は、換算済みの残高を削除しない限り変更できません。
  • 換算後に過去の期間の残高を修正した場合は、換算をやり直します。

換算・報告通貨・セカンダリ元帳の使い分けは COA・元帳 の変換レベルの表を参照してください。

選択肢 仕組み 向いているケース
元帳セット 同じ COA・カレンダーの元帳を束ねてレポートする COA が共通で、合算の確認ができればよい
報告通貨・換算 グループ通貨の残高を持つ 海外子会社の残高を親会社通貨で見る
COA マッピング+残高転送 元帳の残高を、COA が異なる連結用の元帳へ転送する 子会社ごとに COA が異なる
セカンダリ元帳 グループの会計方針・COA の帳簿を並行して持つ 日常的にグループ基準の帳簿が必要
EPM の FCC 換算・消去・持分・連結仕訳を行う 制度連結・管理連結の本格運用

COA マッピング(Chart of Accounts Mapping)

Section titled “COA マッピング(Chart of Accounts Mapping)”
  • セグメント・ルール:ターゲットの各セグメント値を、固定値、ソースの値のコピー、ソースの値の範囲の集約などで決めます。
  • 勘定ルール:特定のソース勘定の範囲を、特定のターゲット勘定組合せに対応付けます。
  • 両方を定義した場合、勘定ルールが対象とする勘定ではセグメント・ルールより勘定ルールが優先されます。

COA マッピングは、セカンダリ元帳への変換や残高転送でも使われます。残高転送の仕訳も Import Journals を通して作られます。

  • 階層型の元帳セットについて、モジュール別(GL、Payables、Receivables、Assets、Projects、Costing)の期間ステータス、責任者、損益の概要をノードごとに表示します。BU や資産台帳など、サブ単位の何件が締まっているかも分数で出ます。
  • 設定は Manage Close Monitor Setup で、元帳セット、元帳・元帳セットごとの責任者(HCM の担当者)、ロゴを指定します。
  • 損益の概要は元帳セットに割り当てた勘定グループ(総収益・総費用の 2 行が必要)から取得します。ラピッド・インプリメンテーションでは「Close Monitor Summary Income Statement」の勘定グループが自動で作られます(Generate Financial Reports and Account Groups でも作成可能)。
  • 開き方は、General Accounting の Open Subledgers インフォレットか、Period Close の作業領域の Close Monitor タスクです。
  • Close Monitor で使う元帳セットの条件:メンバーの COA とカレンダーが同じで、通貨も同じ(または残高レベルの報告通貨で共通の通貨がある)こと。
  • AP・AR と GL:Prepare Payables to General Ledger Reconciliation と Prepare Receivables to General Ledger Reconciliation を実行すると、General Accounting の AP and AR Reconciliation インフォレットに、サブレジャーと GL の期末残高と差額が表示され、OTBI の照合レポートへドリルダウンできます。
  • 会社間:会社間取引 の照合レポートを使います。
  • 清算勘定:GL には清算勘定の照合(Clearing Accounts Reconciliation)の仕組みもあります。
  • 勘定照合の統制・承認まで行う場合は EPM の ARCS を検討します。

月次決算チェックリスト(日本企業の例)

Section titled “月次決算チェックリスト(日本企業の例)”
営業日 作業 使う機能
1 AP・経費の締め、未転送仕訳の解消 Create Accounting、Close Monitor
2 AR・原価・FA・PPM の締め、決算整理仕訳 各モジュールの締め、Journals
3 配賦、AP・AR・会社間の照合 Calculation Manager、照合インフォレット・レポート
4 再評価 → 換算、連結用の残高転送 Revalue Balances、Translate General Ledger Account Balances
5 財務レポートの確認、GL クローズ、翌期間オープン Financial Reporting、Manage Accounting Periods
  1. 元帳オプションで、既定の期末・期中平均レートタイプ、CTA 勘定、逆仕訳の条件セットを設定します。
  2. Manage Revaluations で再評価定義、Manage Historical Rates でヒストリカル・レートを作ります。
  3. 必要に応じて報告通貨・セカンダリ元帳・COA マッピングを設定します。
  4. 元帳セットを階層化し、Manage Close Monitor Setup で Close Monitor を設定します。
  5. 再評価・換算・AutoReverse・照合データ準備のプロセスを決算スケジュールに合わせてスケジュールします(ESS)。
アプリケーション別の期間ステータスを一覧する(例)
SELECT gps.application_id, -- アプリケーション(GL は 101)
gps.ledger_id,
gps.period_name,
gps.closing_status
FROM gl_period_statuses gps
WHERE gps.ledger_id = :P_LEDGER_ID
AND gps.period_name = :P_PERIOD_NAME
ORDER BY gps.application_id

GL 以外のアプリケーションの APPLICATION_ID の値と、ステータス・コードの意味は公式の定義で確認してください。画面で見る場合は Close Monitor の方が早く確実です。

落とし穴とベストプラクティス

Section titled “落とし穴とベストプラクティス”
  • 再評価・換算のレートタイプ(期末・平均)を会計方針として先に決め、日次レートの取込時刻と決算スケジュールを合わせます。
  • 締め順と責任者を Close Monitor の階層と一致させ、日次の会議で同じ画面を見ます。
  • 本番前に、年度繰越(利益剰余金)と換算・CTA を含む年次処理を必ずリハーサルします。
  • 対応分野:GL 模擬テスト の「Performing Period Close」
  • 再評価:定義の項目、未実現損益の相殺ルール、BS は翌期間に逆仕訳・PTD の損益は逆仕訳しない、換算の前に実行
  • 換算:プロセス名、レートタイプの使い分け、CTA、ヒストリカル・レート、最初のオープン期間の条件
  • 期間ステータスと Future Enterable の制約、年度最初の期間オープン時の利益剰余金
  • Close Monitor:表示されるモジュール、Manage Close Monitor Setup、勘定グループ、元帳セットの条件
  • COA マッピング:セグメント・ルールと勘定ルール、勘定ルールの優先

本サイトは学習目的で個人が作成した非公式の教材であり、Oracle Corporation およびその関連会社とは関係ありません。内容の正確性は保証しません。最新の仕様・試験範囲は必ず公式ドキュメントと Oracle University の情報で確認してください。

模擬テストの問題は公開されている出題範囲(Exam Topics)と公式ドキュメントをもとに独自に作成したもので、実際の試験問題ではありません。

Oracle、Java、MySQL は Oracle Corporation およびその子会社、関連会社の米国およびその他の国における登録商標です。その他の製品名・会社名は各社の商標です。

© 2026 Fusion ERP 実装ラボ