> 継続的なプロセス改善 > 決算・レポーティングの仕訳プロセス > Oracle Fusion Financials > データテンプレート

決算・レポーティングの仕訳データテンプレート

Oracle Fusion Financials

決算・レポーティングの仕訳属性(21) 決算・レポーティングの仕訳アクティビティ(12) データ抽出ガイド(4)

決算・レポーティングの仕訳データテンプレート

このデータテンプレートでは、Oracle Fusion Financialsの仕訳データを抽出し、構成する方法を詳しく説明します。収集する属性と追跡する主要なアクティビティを示し、プロセス分析に必要な情報を確実に取り込めるようにします。また、システムからデータを直接抽出する方法も紹介します。

収集を推奨する属性
追跡する主要なアクティビティ
Oracle Fusion Financialsからのデータ抽出ガイド

イベントログを初めて作成する方はこちら：プロセスマイニング用イベントログの作成方法.

テンプレートをダウンロード

決算・レポーティングの仕訳属性

決算・レポーティングの仕訳プロセスを詳しく分析するために、イベントログに含めることを推奨するデータ項目です。

5 必須 6 推奨 10 任意

	名前	説明
	アクティビティ ActivityName	仕訳プロセスで、特定の時点に発生した業務イベントまたはタスクの名前です。
説明アクティビティ名は、「仕訳作成」や「仕訳承認」など、仕訳のライフサイクルにおける個々のステップを表します。プロセスマップを作成し、イベントの順序を把握するために欠かせないデータです。アクティビティを分析すると、標準的な経路、逸脱、手戻りを含むプロセスフローを特定できます。各アクティビティを追跡することで、承認などの特定の段階にかかる時間を測定し、時間がかかるステップやエラーが発生しやすいステップを見つけられます。重要な理由プロセスの各ステップを定義し、プロセスマップの基盤となります。フロー、ボトルネック、ばらつきの分析にも役立ちます。入手先通常、この属性は総勘定元帳モジュールの仕訳オブジェクトに関連するステータス変更、イベントログ、監査証跡テーブルから取得します。例仕訳作成仕訳を承認に提出仕訳承認仕訳転記完了
	仕訳ID JournalEntryId	1つの仕訳を一意に識別し、関連するすべての財務取引アクティビティを結び付ける識別子です。
説明仕訳IDは主要なケース識別子として、特定の一連の財務取引に関連するすべてのアクティビティを一意に結び付けます。これにより、仕訳の開始から最終転記までのライフサイクル全体を追跡し、借方と貸方を漏れなく把握できます。プロセスマイニングでは、このIDを使って各仕訳の一連の流れを再構成します。「仕訳作成」「承認申請済み」「仕訳転記」など、個別に記録されたイベントを一貫したプロセスフローとして結び付け、サイクルタイム、ボトルネック、プロセスのばらつきを分析できます。重要な理由仕訳を最初から最後まで追跡するための基本キーです。ケースごとのプロセスフロー全体を分析できます。入手先 GL_JE_HEADERSやGL_JE_LINESなど、総勘定元帳の主要テーブルにある主キーです。例 JE100523JE202311001882019
	開始時刻 EventTime	特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプです。
説明このタイムスタンプは、アクティビティが実行された正確な日時を示します。プロセスマイニングでは、イベントの順序を特定し、イベント間の所要時間を計算するための主要な時間データです。イベント時刻の正確性は、サイクルタイムの計算、ボトルネックの特定、サービスレベル合意に対する実績の監視など、時間に基づくすべての分析に欠かせません。実際のプロセスフローを再構成するために必要な時系列を示します。重要な理由イベントの順序付け、プロセス全体の所要時間の計算、時間に基づく分析に欠かせないタイムスタンプです。入手先通常、この情報は監査証跡テーブルに保存されます。特定のイベントについては、GL_JE_HEADERSやGL_JE_LINESなどの取引テーブルにある「最終更新日」または「作成日」から取得する場合もあります。例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:00Z
	ソースシステム SourceSystem	データの取得元となったシステムまたはモジュールです。
説明この属性は、プロセスデータの抽出元となったソースシステムを示します。複数のシステムが連携する複雑なIT環境では、データが複数のシステムから取得されるため、このフィールドで区別できます。プロセス分析では、ソースシステムを把握することで、システムごとの動作の違いによるプロセスのばらつきを理解できます。また、データの出所をたどれるため、データ検証や問題の調査にも役立ちます。重要な理由データの出所を示します。データガバナンスや検証に加え、システム間のプロセスのばらつきを把握するうえで重要です。入手先データ抽出時に設定する固定値の場合もあれば、入力元のシステムを示すソーステーブルのフィールドの場合もあります。例 Oracle Fusion Financials CloudOracle EBS R12Fusion GL
	最終データ更新 LastDataUpdate	ソースシステムからデータを最後に更新または抽出した時刻です。
説明この属性には、データセットが最後に更新された時刻が記録されます。分析対象データの鮮度を把握できるため、得られたインサイトが現在の状況にどの程度当てはまるかを判断するうえで重要です。特に業務用ダッシュボードでは、最終データ更新時刻を把握することで、データへの信頼性が高まり、根拠に基づいた判断ができます。プロセスマイニングモデルに含まれるデータの対象時点も明確になります。重要な理由データの鮮度を示し、プロセス分析がどの時点までの情報に基づいているかを明確にします。インサイトの信頼性を判断する際にも役立ちます。入手先この値はデータの抽出・変換時に生成され、保存されます。通常はETL／ELTジョブの完了時刻です。例 2023-11-20T08:00:00Z2023-11-21T08:00:00Z2023-11-22T08:00:00Z
	ユーザー UserName	仕訳の作成、承認、転記などを行ったユーザーです。
説明この属性は、アクティビティを実行した従業員またはシステムユーザーを特定します。作業負荷の分布やパフォーマンスを把握し、個人に起因するボトルネックを特定するうえで重要です。分析では、ユーザー名でプロセスを絞り込み、ユーザー間の効率を比較したり、遅延やエラーの原因を調べたりできます。「チーム別のユーザー作業負荷と効率」ダッシュボードや、「ユーザー別仕訳ボトルネック指数」などの重要業績評価指標（KPI）にも役立ちます。重要な理由プロセスの各ステップの担当者を示し、ユーザーの作業負荷や個人のパフォーマンス、トレーニングの必要性を分析できます。入手先 GL_JE_HEADERSなどの取引テーブル（例：CREATED_BY、LAST_UPDATED_BY）や、関連する監査証跡テーブルに記録されています。例 john.doesusan.smithautoprocess_user
	ユーザー部門 UserDepartment	アクティビティを実行したユーザーが所属する部門またはチームです。
説明この属性は、アクティビティを「財務」「経理業務」「内部監査」などの部門に関連付け、組織内での位置付けを示します。通常、ユーザーマスターデータから取得します。ユーザー部門別に分析すると、部門間のボトルネックを特定し、チームのパフォーマンスを比較して、組織内でプロセスの実行方法がどう異なるかを把握できます。リソースの配分や、対象を絞ったプロセス改善にも役立ちます。重要な理由組織内での位置付けを示し、チームや部門ごとのパフォーマンス分析や、部門横断の非効率な点の特定に役立ちます。入手先通常、取引テーブルには含まれていません。ユーザー名をユーザーマスターテーブルまたは人事システムのデータと結合して取得する必要があります。例総合会計財務報告買掛金
	仕訳カテゴリ JournalCategory	「未払計上」「調整」「組替」など、仕訳のカテゴリです。
説明仕訳カテゴリは、業務上の目的に基づいて仕訳を分類します。カテゴリごとにプロセスフロー、承認ルール、サイクルタイムが異なる場合があるため、分類することでプロセスをより細かく分析できます。たとえば、月末調整仕訳は、通常の未払計上よりも複雑で、緊急性が高い場合があります。カテゴリ別にプロセスを分析すると、こうした違いを明らかにし、仕訳の種類に応じた改善策を検討できます。重要な理由仕訳の業務目的ごとにプロセスを分類し、仕訳の種類による動作やパフォーマンスの違いを明らかにします。入手先 GL_JE_HEADERSテーブルにあり、通常はJE_CATEGORYというフィールドに保存されています。例未払計上手動調整再評価
	仕訳ソース JournalSource	「買掛金」「売掛金」「手動」など、仕訳を生成した補助元帳またはソースです。
説明この属性は、ERPシステム内で仕訳が作成された元を示します。総勘定元帳で手動作成される仕訳もあれば、買掛金、売掛金、固定資産などの補助元帳から自動生成される仕訳もあります。仕訳ソースは、自動化分析に役立つ重要な属性です。手動入力とシステムによる自動生成を区別でき、「自動仕訳率」の重要業績評価指標（KPI）を算出できます。ソースが異なる仕訳では、プロセスの複雑さや効率に大きな違いが生じることがあります。重要な理由手動入力と自動生成の仕訳を区別できます。自動化率の測定や、プロセスの違いを分析するうえで重要です。入手先 GL_JE_HEADERSテーブルにあり、通常はJE_SOURCEというフィールドに保存されています。例手動買掛金資産売掛金
	仕訳金額 JournalAmount	仕訳の合計金額です。通常は借方の合計です。
説明この属性は、仕訳で処理される財務上の合計金額を示します。金額によってプロセスが変わることがあります。たとえば、高額の仕訳では、追加の承認ステップや、より詳細なレビューが必要になる場合があります。仕訳金額でケースを財務上の影響ごとに分類できます。「高額の仕訳は承認に時間がかかるか」「一定額を超える仕訳は却下されやすいか」といった問いに答えられます。プロセスフローを理解するための重要な業務コンテキストが得られます。重要な理由財務上の影響に基づく分析が可能になり、高額の仕訳で異なるプロセスが行われているかを特定するための重要な業務コンテキストを提供します。入手先通常、対象の仕訳についてGL_JE_LINESテーブルの借方または貸方を合計して算出します。例 5000.00125000.75750.50
	却下理由 RejectionReason	仕訳が却下された理由を説明するテキストまたはコードです。
説明承認プロセスで仕訳が却下された場合、この属性に却下理由が記録されます。定義済みコードの場合もあれば、承認者が入力した自由記述の場合もあります。プロセスの非効率な点の根本原因を分析するうえで、特に重要な属性の1つです。よくある却下理由を分析すると、作成担当者へのトレーニング、ガイドラインの明確化、システム統制の強化など、改善が必要な箇所を特定できます。「仕訳却下率分析」ダッシュボードにも役立ちます。重要な理由手戻りやプロセス遅延の根本原因を把握し、却下率を下げるための的を絞った改善につなげられます。入手先承認プロセスに関連するワークフローまたは監査証跡テーブル、あるいは仕訳ヘッダーのメモ欄に保存されている場合があります。例勘定科目の組み合わせが不正補足文書が不十分予算超過
	エンドツーエンドのサイクルタイム EndToEndCycleTime	仕訳の作成から最終照合までの総所要時間です。
説明この指標は、最初の「仕訳作成」イベントから最後の「仕訳照合」イベントまで、仕訳プロセス全体にかかった時間を示します。プロセスパフォーマンスを全体的に把握できます。プロセス全体の効率を測定する主要な重要業績評価指標（KPI）です。推移を示すダッシュボードで改善施策の効果を継続的に追跡でき、プロセス変更の効果を測るためのベースラインにもなります。重要な理由プロセス全体の健全性と効率を大局的に示す指標であり、経営層向けの報告にも役立ちます。入手先プロセスマイニングプラットフォームが、各ケースの最初と最後のイベントのタイムスタンプの差から算出します。例 P10DT5HP4DT12HP22D
	会計期間 AccountingPeriod	仕訳が転記される会計期間です。「2024年1月」などがあります。
説明会計期間は、取引を認識する財務期間を示します。財務報告と分析の基礎となる属性です。プロセスマイニングでは、傾向分析に欠かせません。サイクルタイムや却下率などのプロセスパフォーマンスを、月や四半期ごとに比較できます。月末決算時の業務量増加など、季節的な影響を特定し、プロセス改善の効果を継続的に測定できます。重要な理由重要業績評価指標（KPI）の推移を分析し、プロセス改善の効果を測定できます。月末の業務負荷など、季節的な傾向の特定にも役立ちます。入手先 GL_JE_HEADERSテーブルにあり、通常はPERIOD_NAMEというフィールドに保存されています。例 2024年1月2024年2月2024年3月
	元帳名 LedgerName	仕訳が記録される総勘定元帳の名前です。
説明元帳名は、仕訳が属する元帳を特定します。複数の法人や報告要件を持つ組織では、企業会計用の主元帳と、各国の法定報告用の副元帳など、複数の元帳を使用する場合があります。この属性を使うと、法人や事業部門ごとにプロセスを絞り込んで比較できます。適切な組織の範囲で分析できるため、財務コンプライアンスや報告において特に重要です。重要な理由法人や会計基準ごとにプロセスを絞り込んで比較できます。大規模な組織にとって重要な機能です。入手先 GL_JE_HEADERSテーブルにあります。通常はLEDGER_IDで関連付け、GL_LEDGERSと結合して元帳名を取得します。例米国主元帳英国法定元帳グローバル連結元帳
	取消フラグ ReversalIndicator	仕訳が別の仕訳の取消であることを示すフラグです。
説明この真偽値属性は、転記済みの仕訳を取り消すために作成された仕訳を特定します。取消仕訳は、独自のプロセスに従うことが多く、問題が生じる場合もあります。このフラグは、「仕訳取消プロセスのパフォーマンス」ダッシュボードを支える重要な情報です。取消プロセスを切り分けて、発生頻度、原因、サイクルタイムを測定できます。取消が必要となった元の仕訳に潜む問題の特定にも役立ちます。重要な理由取消プロセスを切り分けて分析できます。元の取引にエラーや問題があったことを示す場合もあります。入手先 GL_JE_HEADERSテーブルのACCRUAL_REV_FLAGなどのフラグ、または取り消し対象の元の仕訳との関連付けから特定できます。例 truefalse
	手戻りあり IsRework	仕訳が却下と修正のサイクルを経た場合にtrueとなる計算フラグです。
説明この真偽値属性は、手戻りが発生したケースを特定するために計算されます。通常、「仕訳却下」の後に行われた「仕訳修正・再申請」などのアクティビティに「true」が設定されます。手戻りの量と影響を簡単に把握できるため、分析に役立つ属性です。「仕訳の平均手戻り率」の重要業績評価指標（KPI）を支え、手戻りが発生したケースと初回で正しく処理されたケースのプロセスフローや所要時間を比較できます。重要な理由非効率な手戻りが発生したケースを直接特定し、プロセス上の問題の頻度と影響を把握できます。入手先ソースシステムにはありません。ケースごとのアクティビティの順序を分析し、プロセスマイニングツール内で算出します。例 truefalse
	期限内転記 IsOnTimePosting	仕訳が目標日までに転記された場合にtrueとなる計算フラグです。
説明「仕訳転記」アクティビティのタイムスタンプと「目標転記日」を比較して算出します。転記日が目標日以前であれば「true」、それ以外は「false」になります。この属性を使うと、「仕訳期限内転記率」の重要業績評価指標（KPI）を簡単に算出できます。遅延した仕訳を絞り込んで分析し、特定の仕訳カテゴリや承認者など、遅延の共通原因を特定できます。重要な理由転記の実績を明確に二分して示し、期限内転記率や遅延の根本原因を分析しやすくします。入手先この属性はプロセスマイニングツールで算出します。「TargetPostingDate」属性と「仕訳転記」アクティビティのタイムスタンプが必要です。例 truefalse
	目標転記日 TargetPostingDate	仕訳の転記予定日です。
説明目標転記日は、仕訳を総勘定元帳に転記する期限を示します。サービスレベル合意（SLA）や月末決算のスケジュールに基づいて設定されることが多く、パフォーマンスを測定する基準になります。「仕訳期限内転記率」の重要業績評価指標（KPI）の算出に欠かせません。実際の転記日と目標日を比較することで、期限内か遅延かを自動的に判定し、スケジュールの遵守状況を明確にできます。重要な理由転記のサービスレベル合意または期限を定め、期限内の実績を示す重要業績評価指標（KPI）の算出を可能にします。入手先標準フィールドではない場合があります。作成日、会計期間、仕訳カテゴリに基づく業務ルールから算出することがあります。例 2023-10-312023-11-302024-01-05
	終了時刻 EndTime	特定のアクティビティが完了した時刻を示すタイムスタンプです。
説明終了時刻は、アクティビティが完了した時点を示します。開始時刻が開始時点を記録するのに対し、終了時刻は完了時点を示すため、そのステップの処理時間を正確に計算できます。アクティビティの処理時間は、ボトルネックの特定やリソース効率の測定に欠かせない指標です。たとえば、「仕訳レビュー」の終了時刻と開始時刻の差から、レビュー担当者が実際にタスクに費やした時間を把握できます。重要な理由個々のアクティビティの実際の所要時間や処理時間を計算でき、効率の問題を特定するうえで役立ちます。入手先開始時刻と同様に、監査証跡テーブルから取得する場合が多く、後続アクティビティの開始時刻から推定することもできます。例 2023-10-26T10:15:00Z2023-11-15T14:55:10Z2024-01-05T09:22:00Z
	転記ステータス PostingStatus	仕訳の現在の転記ステータスです。「未転記」や「転記済み」などがあります。
説明この属性は、総勘定元帳への転記に関する仕訳の現在の状態を示します。特に処理中のケースで、仕訳のライフサイクル上の位置を把握するための重要な指標です。転記ステータスは、すべての処理中仕訳の状況を一覧できる「仕訳ステータスのリアルタイム追跡」ダッシュボードに欠かせません。未転記仕訳の滞留を監視し、プロセスの最終段階で発生する遅延を特定できます。重要な理由仕訳の現在の状態を示し、滞留の監視や処理中の仕訳の追跡に役立ちます。入手先 GL_JE_HEADERSテーブルにあり、通常はSTATUSやPOSTING_STATUSなどの列に保存されています。例転記済み未転記エラー
	通貨 CurrencyCode	仕訳金額の通貨コードです。USD、EUR、GBPなどがあります。
説明通貨コードは、仕訳の財務金額に使用されている通貨を示します。複数の通貨で取引する多国籍組織に欠かせない属性です。財務金額を正しく解釈するために必要です。通貨別にデータを絞り込めるほか、地域をまたいで金額を比較または集計する分析にも欠かせません。重要な理由財務金額を正しく解釈するための情報を提供し、通貨別の分析を可能にします。入手先 GL_JE_HEADERSテーブルにあり、通常はCURRENCY_CODEというフィールドに保存されています。例 USDEURGBPJPY

必須推奨任意

決算・レポーティングの仕訳アクティビティ

仕訳プロセスを正確に把握するため、イベントログに記録する主要なプロセスステップとマイルストーンです。

5 推奨 7 任意

	アクティビティ	説明
	仕訳を承認に提出	ユーザーが入力済みの仕訳を正式に承認ワークフローへ提出したときに発生するアクティビティです。仕訳は下書きまたは未完了の状態から、承認待ちの状態に移ります。
重要な理由これは承認にかかる時間の測定やボトルネックの特定を始める重要な節目です。データ入力の段階と確認・承認の段階を分けて把握できます。入手先このイベントは、GL_JE_HEADERSテーブルのステータス変更から推定します。具体的には、APPROVAL_STATUS_CODEが「REQUIRED」や「INITIATED」などに変わった時点です。提出日時のタイムスタンプが記録されている場合もあります。記録 GL_JE_HEADERSのAPPROVAL_STATUS_CODEが提出を示す値に変わった時点のタイムスタンプを追跡します。イベントタイプ inferred
	仕訳作成	このアクティビティは、仕訳プロセスの開始を示します。ユーザーが新しい仕訳ヘッダーを作成してデータの入力を始めた時点を表し、確認や承認に提出する前の段階です。
重要な理由これはプロセスの主な開始イベントです。このアクティビティから後続の工程までの時間を分析すると、初期入力の効率とプロセス全体の処理期間を測定できます。入手先このイベントは通常、特定の仕訳IDについて、GL_JE_HEADERSテーブルの作成日時から推定します。レコードを作成したユーザーも同じテーブルで確認できます。記録 GL_JE_HEADERSテーブルのCREATION_DATEを使用します。イベントタイプ inferred
	仕訳承認	指定された承認者が仕訳を正式に承認し、正確性と妥当性を確認しました。承認ワークフローの最終ステップであり、転記に進める状態になります。
重要な理由この節目をもって承認プロセスが終了します。申請から承認までの時間は、ワークフローの効率を測定し、承認のボトルネックを特定するための重要業績評価指標（KPI）です。入手先 GL_JE_HEADERSテーブルのステータス変更から推定します。APPROVAL_STATUS_CODEが「APPROVED」に更新されたことを確認します。ワークフローテーブルには、承認者の識別情報とタイムスタンプが記録されています。記録 GL_JE_HEADERSのAPPROVAL_STATUS_CODEが「APPROVED」に変わった時刻を記録します。イベントタイプ inferred
	仕訳照合完了	期間末の勘定照合プロセスで、仕訳が照合され、消し込まれました。銀行取引明細など、ほかの財務データと取引内容が一致していることを確認します。
重要な理由このアクティビティは、仕訳のライフサイクルにおける実質的な終点です。転記から照合までの時間は、決算プロセスの効率を評価するための重要業績評価指標（KPI）です。入手先通常、このイベントは総勘定元帳ではなく、Oracle Financial Consolidation and Close Cloud Service（FCCS）またはAccount Reconciliation Cloud Service（ARCS）で記録されます。仕訳に関連付けられた照合レコードのステータス変更から推定します。記録仕訳データと、ARCSまたはFCCSのテーブルにある照合ステータスの更新を関連付けます。イベントタイプ inferred
	仕訳転記完了	仕訳の財務データが総勘定元帳に正常に記録されました。借方と貸方が勘定残高に反映されています。
重要な理由これは、仕訳が正式な財務記録に登録されたことを示す重要な節目です。期限内転記率や、作成から転記までの総所要時間を測定するうえで欠かせません。入手先 GL_JE_HEADERSテーブルのステータス変更から推定します。STATUSフィールドが「P」（転記済み）に変わったことを確認します。GL_JE_BATCHESテーブルにも転記ステータスがあります。記録 GL_JE_HEADERSのSTATUSが「P」に変わった時刻を記録します。イベントタイプ inferred
	仕訳を修正して再提出	仕訳が却下された後、作成者が必要な修正を行い、承認を受けるために再提出します。このアクティビティは、同じ仕訳について新たな承認サイクルが始まることを示します。
重要な理由手戻りを追跡することは、プロセスの非効率を把握するうえで欠かせません。このアクティビティを「仕訳却下」と組み合わせることで、手戻りにかかる時間と発生頻度を測定できます。入手先これは、以前「REJECTED」状態だった仕訳の、その後に発生した「承認申請済み」イベントです。1つの仕訳IDに対するステータス変更の順序を分析して特定します。記録同じケースIDについて、却下イベントの後に発生した申請イベントのタイムスタンプを特定します。イベントタイプ inferred
	仕訳を却下	承認者が仕訳を確認し、誤り、文書の不足、または規程違反を理由に却下しました。この操作により、仕訳は修正のため作成者に差し戻されます。
重要な理由このアクティビティは、手戻りの発生状況、却下率、初回で正しく処理できた割合を分析するうえで重要です。却下が頻発する場合、データ品質やトレーニングに問題がある可能性があります。入手先 GL_JE_HEADERSテーブルのAPPROVAL_STATUS_CODEが「REJECTED」に更新されたときのステータス変更から推定します。ワークフロー履歴には、この操作を行ったユーザーとタイムスタンプが記録されます。記録 GL_JE_HEADERSのAPPROVAL_STATUS_CODEが「REJECTED」に設定された時点のタイムスタンプを追跡します。イベントタイプ inferred
	仕訳を確認	正式な承認の前、または承認プロセスの一部として行われる確認工程です。最終承認者に回す前に、同僚や上司が正確性とコンプライアンスを確認します。
重要な理由このアクティビティを切り分けると、事前確認にかかる時間と最終承認にかかる時間を区別できます。確認が非公式でも時間を要している場合、見えにくいボトルネックを発見できます。入手先複数段階の承認ワークフローに明示的な工程として含まれている場合は、ワークフロー履歴テーブルに記録されます。非公式な確認は記録されませんが、最終承認の前に特定のユーザー操作が記録されていれば、そこから推定できることがあります。記録ワークフロー履歴テーブルを調べ、最終的に「承認済み」となる前の中間承認や確認の工程を分析します。イベントタイプ inferred
	仕訳取消処理完了	後続期間に、元の仕訳による財務上の影響を取り消すための反対仕訳が作成され、転記されました。未払計上でよく行われる処理です。
重要な理由取消を追跡すると、頻繁に取り消される仕訳の種類を特定し、取消処理自体の効率を分析できます。未払計上の管理に問題があるかどうかを把握する手がかりにもなります。入手先元の仕訳を取り消すものとして明示的に関連付けられた新しい仕訳を特定して推定します。GL_JE_HEADERSテーブルのREVERSAL_PERIODやREVERSAL_FLAGなどのフィールドで、該当する仕訳を識別し、関連付けられます。記録ヘッダーで元の仕訳を取り消し対象として参照している新しい仕訳について、作成日と転記日を特定します。イベントタイプ inferred
	仕訳転記開始	承認済みの仕訳を総勘定元帳に転記する処理が開始されました。自動または手動で行われ、転記プログラムによる処理のために仕訳をキューに登録します。
重要な理由このアクティビティによって、承認と技術的な転記処理が区別されます。承認から転記開始までに遅れがある場合、スケジュール上の問題や転記エンジンのリソース不足が考えられます。入手先 GL_JE_BATCHESテーブルのステータス変更、または仕訳バッチに関連付けられた転記同時実行リクエストの送信時刻から推定できます。記録対象の仕訳バッチについて、総勘定元帳転記プログラムのリクエスト送信時刻を特定します。イベントタイプ inferred
	証憑を添付	請求書やスプレッドシートなどの証憑を仕訳に添付する操作を表します。監査担当者や承認者に背景情報や根拠を示すために行われます。
重要な理由このアクティビティを追跡すると、文書の不足が遅延の原因かどうかを把握できます。また、承認ワークフローに進む前のコンプライアンス状況や仕訳の完全性を確認する手がかりにもなります。入手先独立したイベントとして追跡するのは難しい場合があります。FND_ATTACHED_DOCUMENTSなどの添付ファイルテーブルに記録されたタイムスタンプを、GL_JE_HEADERSの仕訳レコードと関連付けて推定できることがあります。記録仕訳に関連付けられたFND_ATTACHED_DOCUMENTSのレコード作成日から推定します。イベントタイプ inferred
	転記確認	転記後の確認ステップです。ユーザーまたはシステムが、仕訳が正しく転記され、残高が想定どおりであることを確認します。多くの場合、手動の統制手続きとして行われます。
重要な理由このアクティビティを分析すると、転記後の手動統制や品質保証にかかる時間を把握できます。確認プロセスを自動化できる箇所も見つけられます。入手先 Oracle Fusionに明示的なイベントとして記録されている可能性は低いです。特定のレポートをユーザーが実行した記録や、カスタムステータスフィールドの更新など、別の操作から推定する必要があります。これらは標準機能ではありません。記録確認レポートの実行時刻や、記述フレックスフィールドの更新を追跡するなど、カスタムロジックが必要です。イベントタイプ inferred

推奨任意

データ抽出ガイド

Oracle Fusion Financialsからデータを取得する方法

ステップ

レポートと分析の作業領域を開く：Oracle Fusion Financialsにログインします。ナビゲーターメニューから「ツール」を開き、「レポートと分析」を選択します。ここでは、すべての分析とレポートを作成、管理できます。
BI Publisherデータモデルを作成する：OTBI分析から始めるよりも、この種のイベントログ抽出ではBI Publisherデータモデルを直接作成する方法が適しています。UNION ALL文を含むカスタムSQLクエリを使用できます。「カタログの参照」をクリックし、適切なフォルダーに移動して、「作成」＞「データモデル」を選択します。
SQLクエリのデータセットを定義する：データモデルエディターで「＋」アイコンをクリックしてデータセットを追加し、「SQLクエリ」を選択します。データセットに「JournalEventLog」などの分かりやすい名前を付けます。
SQLクエリを入力する：「Oracle BI EE」をデータソースとして選択します。下のクエリセクションにあるSQLスクリプト全体をコピーし、SQLクエリの入力欄に貼り付けます。このクエリは、必要なすべてのアクティビティと属性を1つの統合された構造に取り込むよう設計されています。
パラメーターを定義する：クエリでは:start_date、:end_date、:ledger_nameなどのパラメーターを使用します。データモデルの画面で自動的に検出されます。パラメーターとして設定し、必要に応じて適切なデータ型（日付またはテキスト）とデフォルト値を指定してください。これにより、レポートを柔軟に実行できます。
データモデルからレポートを作成する：データモデルを保存したら、カタログに戻ります。「作成」＞「レポート」をクリックします。レポート作成ウィザードで「既存のデータモデルを使用」を選び、作成したデータモデルを指定します。
レポートのレイアウトを設定する：レイアウトエディターで「表」レイアウトを選択します。エクスポートにすべての列を含めるため、データモデルの列をすべて表にドラッグ＆ドロップしてください。複雑な書式設定は必要ありません。
デフォルトの出力形式をCSVに設定する：レポートエディターの「リストを表示」リンクを開きます。「出力形式」で「CSV」が選択されていることを確認します。スケジュール設定を簡単にするため、ほかの形式はすべて選択を解除することをおすすめします。レポートを保存します。
自動抽出のスケジュールを設定する：カタログで保存したレポートを見つけ、「その他」＞「スケジュール」をクリックします。新しいスケジュールジョブを作成し、毎日や毎週などの頻度を設定します。
エクスポートと納品を設定する：スケジュールジョブの「出力」タブで出力の詳細を指定します。レポートを選択し、形式に「CSV」を指定します。「納品先」タブでは、ファイルをコンテンツサーバー（UCM）または外部SFTPサーバーに納品し、自動取得できるよう設定できます。
データを取得して準備する：スケジュールジョブの実行後、設定した納品先から生成されたCSVファイルを取得します。列見出しがProcessMindへの取り込み要件（JournalEntryId、ActivityName、EventTime、SourceSystem、LastDataUpdate、UserNameなど）と一致していることを確認します。これでファイルをアップロードできます。

設定

データソース：クエリはBI Publisher内の「Oracle BI EE」データソースに対して実行します。このデータソースは、OTBIを支える基盤のトランザクションデータベースビューに接続します。
主なサブジェクト領域（参考）：クエリのロジックは、主に「General Ledger - Journals Real Time」サブジェクト領域のデータに基づいています。また、ユーザー情報を取得する「HCM - Workforce Management - Worker Assignment Real Time」や、承認履歴に関するワークフローのサブジェクト領域のデータも論理的に結合します。
日付範囲の絞り込み：運用しやすいデータ量に絞ることが重要です。クエリには:start_dateと:end_dateのパラメーターが含まれています。初回の分析では、3～6か月分のデータを抽出することをおすすめします。絞り込みは仕訳の作成日に適用されます。
元帳による絞り込み：:ledger_nameパラメーターを使い、特定のプライマリ元帳に抽出対象を限定します。すべての元帳を一度に抽出すると、ファイルが非常に大きくなり、パフォーマンスに問題が生じる可能性があります。
前提条件：レポートを作成、スケジュールするユーザーには、「BI Administrator」や「BI Author」など、適切なBIロールが必要です。また、ユーザーのデータセキュリティプロファイルで、対象の元帳と事業部門へのアクセスが許可されている必要があります。
スケジュール設定：パフォーマンスを保ち、システム利用者への影響を避けるため、夜間などの利用が少ない時間帯に抽出ジョブを実行するよう設定してください。

クエリの例 sql

WITH JournalHeaders AS (
    SELECT
        gjh.je_header_id,
        gjh.ledger_id,
        gl.name AS ledger_name,
        gjb.je_batch_id,
        gjh.doc_sequence_value,
        gjh.name AS journal_name,
        gjc.user_je_category_name AS journal_category,
        gjs.user_je_source_name AS journal_source,
        gjh.default_effective_date,
        gjh.creation_date,
        gjh.created_by,
        gjh.last_update_date,
        gjh.last_updated_by,
        gjh.posted_date,
        gjb.approval_status_code AS batch_approval_status,
        gjh.accrual_rev_period_name,
        gjh.accrual_rev_je_header_id,
        (SELECT SUM(accounted_dr) FROM gl_je_lines WHERE je_header_id = gjh.je_header_id) AS journal_amount
    FROM
        gl_je_headers gjh
    JOIN
        gl_je_batches gjb ON gjh.je_batch_id = gjb.je_batch_id
    JOIN
        gl_ledgers gl ON gjh.ledger_id = gl.ledger_id
    JOIN
        gl_je_categories_tl gjc ON gjh.je_category = gjc.je_category_name AND gjc.language = USERENV('LANG')
    JOIN
        gl_je_sources_tl gjs ON gjh.je_source = gjs.je_source_name AND gjs.language = USERENV('LANG')
    WHERE
        gjh.creation_date BETWEEN TO_DATE(:start_date, 'YYYY-MM-DD') AND TO_DATE(:end_date, 'YYYY-MM-DD')
        AND gl.name = :ledger_name
)
-- 1. Journal Entry Created
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Entry Created' AS "ActivityName",
    jh.creation_date AS "EventTime",
    u.username AS "UserName",
    papf.person_number AS "UserDepartment", -- Placeholder: Configure based on your department tracking
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
LEFT JOIN
    per_users u ON jh.created_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(SYSDATE) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 2. Supporting Documentation Attached
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Supporting Documentation Attached' AS "ActivityName",
    fad.creation_date AS "EventTime",
    u.username AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    fnd_attached_documents fad
JOIN
    JournalHeaders jh ON fad.pk1_value = TO_CHAR(jh.je_header_id) AND fad.entity_name = 'GL_JE_HEADERS'
LEFT JOIN
    per_users u ON fad.created_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(fad.creation_date) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 3. Journal Submitted For Approval
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Submitted For Approval' AS "ActivityName",
    wfa.created_date AS "EventTime",
    wfa.updated_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
JOIN
    fun_all_wf_transactions wft ON wft.transaction_id = jh.je_batch_id AND wft.application_id = 101 AND wft.transaction_class = 'Journal Batch'
JOIN
    fun_all_wf_approvals wfa ON wft.transaction_id = wfa.transaction_id AND wfa.response = 'SUBMITTED'
LEFT JOIN
    per_users u ON wfa.updated_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(wfa.created_date) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 4. Journal Entry Reviewed & 7. Journal Entry Approved
SELECT
    jh.je_header_id AS "JournalEntryId",
    CASE
        WHEN wfa.approval_level < (SELECT MAX(approval_level) FROM fun_all_wf_approvals WHERE transaction_id = wfa.transaction_id) THEN 'Journal Entry Reviewed'
        ELSE 'Journal Entry Approved'
    END AS "ActivityName",
    wfa.created_date AS "EventTime",
    wfa.updated_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
JOIN
    fun_all_wf_approvals wfa ON wfa.transaction_id = jh.je_batch_id AND wfa.response = 'APPROVED'
LEFT JOIN
    per_users u ON wfa.updated_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(wfa.created_date) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 5. Journal Entry Rejected
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Entry Rejected' AS "ActivityName",
    wfa.created_date AS "EventTime",
    wfa.updated_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    wfa.reason AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
JOIN
    fun_all_wf_approvals wfa ON wfa.transaction_id = jh.je_batch_id AND wfa.response = 'REJECTED'
LEFT JOIN
    per_users u ON wfa.updated_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(wfa.created_date) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 6. Journal Corrected and Resubmitted
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Corrected and Resubmitted' AS "ActivityName",
    resubmit_events.created_date AS "EventTime",
    resubmit_events.updated_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
JOIN (
    SELECT wfa.transaction_id, wfa.created_date, wfa.updated_by
    FROM fun_all_wf_approvals wfa
    WHERE wfa.response = 'SUBMITTED'
    AND EXISTS (
        SELECT 1
        FROM fun_all_wf_approvals prev_wfa
        WHERE prev_wfa.transaction_id = wfa.transaction_id
        AND prev_wfa.response = 'REJECTED'
        AND prev_wfa.created_date < wfa.created_date
    )
) resubmit_events ON jh.je_batch_id = resubmit_events.transaction_id
LEFT JOIN
    per_users u ON resubmit_events.updated_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(resubmit_events.created_date) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 8. Journal Posting Initiated
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Posting Initiated' AS "ActivityName",
    gjb.last_update_date AS "EventTime",
    gjb.last_updated_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
JOIN
    gl_je_batches gjb ON jh.je_batch_id = gjb.je_batch_id
WHERE
    gjb.status = 'I' -- 'I' typically means Selected for Posting
    AND jh.posted_date IS NOT NULL
LEFT JOIN
    per_users u ON gjb.last_updated_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(gjb.last_update_date) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 9. Journal Entry Posted
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Entry Posted' AS "ActivityName",
    jh.posted_date AS "EventTime",
    jh.last_updated_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
LEFT JOIN
    per_users u ON jh.last_updated_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(jh.posted_date) BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
    jh.posted_date IS NOT NULL

UNION ALL

-- 10. Posting Verified - This is a placeholder as it is typically a manual control step not logged in a standard table.
-- This part of the query will return no rows unless you have a custom solution, such as a Descriptive Flexfield (DFF), to track this.
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Posting Verified' AS "ActivityName",
    jh.last_update_date AS "EventTime", -- Placeholder timestamp
    jh.last_updated_by AS "UserName", -- Placeholder user
    NULL AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
WHERE
    1 = 2 -- This condition ensures no rows are returned. Replace with logic for your custom DFF or tracking field.

UNION ALL

-- 11. Journal Entry Reconciled - This depends on integration with Oracle Account Reconciliation (ARCS).
-- This query assumes reconciliation status is written back to GL_RECONCILIATION_REFERENCES.
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Entry Reconciled' AS "ActivityName",
    grr.last_update_date AS "EventTime",
    grr.last_updated_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
JOIN
    gl_je_lines gjl ON jh.je_header_id = gjl.je_header_id
JOIN
    gl_reconciliation_references grr ON gjl.je_header_id = grr.je_header_id AND gjl.je_line_num = grr.je_line_num
WHERE
    grr.status = 'R' -- Assuming 'R' means Reconciled. Verify based on your ARCS configuration.
LEFT JOIN
    per_users u ON grr.last_updated_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(grr.last_update_date) BETWEEN papf.effective_start_date AND papf.effective_end_date

UNION ALL

-- 12. Journal Reversal Processed
SELECT
    jh.je_header_id AS "JournalEntryId",
    'Journal Reversal Processed' AS "ActivityName",
    rev_jh.creation_date AS "EventTime",
    rev_jh.created_by AS "UserName",
    papf.person_number AS "UserDepartment",
    jh.journal_category AS "JournalCategory",
    jh.journal_source AS "JournalSource",
    jh.journal_amount AS "JournalAmount",
    NULL AS "RejectionReason",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate"
FROM
    JournalHeaders jh
JOIN
    gl_je_headers rev_jh ON jh.je_header_id = rev_jh.accrual_rev_je_header_id
LEFT JOIN
    per_users u ON rev_jh.created_by = u.username
LEFT JOIN
    per_all_people_f papf ON u.person_id = papf.person_id AND TRUNC(rev_jh.creation_date) BETWEEN papf.effective_start_date AND papf.effective_end_date
WHERE
    jh.accrual_rev_je_header_id IS NOT NULL

ステップ

BI Publisherを開く：Oracle Fusion Financialsにログインします。ナビゲーターメニューから「ツール」を開き、「レポートと分析」を選択します。Business Intelligenceカタログが開きます。
新しいデータモデルを作成する：BIカタログで「作成」をクリックし、「データモデル」を選択します。データモデルエディターが開きます。
SQLクエリのデータセットを定義する：データモデルエディターの「ダイアグラム」タブでプラスアイコンをクリックし、「SQLクエリ」を選択します。新しいダイアログで、データセットにProcessMind_JE_EventLogなどの名前を付けます。適切なデータソースを選択します。通常はFUSIONDBです。用意したSQLクエリ全体をSQLクエリの入力欄に貼り付けます。
パラメーターを定義する：クエリでは日付範囲のパラメーター（p_start_dateとp_end_date）を使用します。Oracle BI Publisherが自動的に検出します。テキスト型のパラメーターとして設定し、「開始日（YYYY-MM-DD）」「終了日（YYYY-MM-DD）」など、分かりやすいラベルを付けてください。
データモデルを保存する：クエリを貼り付けてパラメーターを定義したら、「OK」をクリックし、Shared Folders/Custom/ProcessMiningなどの適切なフォルダーにデータモデルを保存します。
レポートを作成する：データモデルエディターの右上にある「レポートの作成」をクリックします。レポート作成ウィザードが起動します。
レポートのレイアウトを設定する：ウィザードで現在のデータモデルを使用するオプションを選択し、「表」レイアウトを指定します。データソースの列をすべて表のレイアウト領域にドラッグ＆ドロップします。「総計行を表示」の選択を解除します。
レポートを保存する：データモデルと同じフォルダーにレポートを保存します。「Journal Entry Event Log Report」など、内容が分かる名前を付けます。
デフォルトの出力形式を設定する：レポートを編集し、「表示」タブを開きます。「出力形式」でCSVが選択されていることを確認し、できればデフォルト形式に設定します。これにより、出力データをそのまま利用できます。
実行してエクスポートする：レポートを開くと、開始日と終了日の入力を求められます。対象の日付範囲を入力し、「適用」をクリックします。レポートの実行後、「エクスポート」をクリックし、CSV形式を選択してイベントログファイルをダウンロードします。
アップロードの準備をする：ダウンロードしたCSVファイルを開きます。列見出しが想定される属性名（JournalEntryId、ActivityName、EventTimeなど）と一致し、データが正しい形式であることを確認してから、ProcessMindにアップロードします。

設定

前提条件：レポートを実行するユーザーには、General Accountantや同等の権限を持つカスタムBIロールなど、総勘定元帳データへのアクセスに必要なデータセキュリティ権限を持つロールが必要です。BI Publisherツールへのアクセス権も必要です。
データソース：BI Publisherのデータモデルで、FUSIONDBアプリケーションデータベース接続を使用するよう設定します。
日付範囲のパラメーター：クエリには、データ抽出期間を指定するp_start_dateとp_end_dateのパラメーターが設定されています。パフォーマンスを確保するため、まずは3～6か月分のデータを対象にすることをおすすめします。
レポートのフィルター：大規模な組織では、クエリのJournalHeaders共通テーブル式のWHERE句にフィルターを直接追加することを強くおすすめします。データ量を適切に保つには、LEDGER_IDまたはLEGAL_ENTITY_IDによる絞り込みが欠かせません。
パフォーマンスに関する考慮事項：大規模な本番データベースに対してこのクエリを実行すると、多くのリソースを消費する可能性があります。システムのパフォーマンスへの影響を抑えるため、利用が少ない時間帯にレポートを実行するようスケジュールしてください。
出力形式：レポートの出力形式はCSVに設定してください。プロセスマイニングツールに取り込むための、整理された形式でデータを出力できます。

クエリの例 sql

WITH JournalHeaders AS (
    SELECT
        gjh.JE_HEADER_ID,
        gjh.NAME AS JOURNAL_NAME,
        gjh.LEDGER_ID,
        gjh.JE_CATEGORY,
        gjh.JE_SOURCE,
        gjh.STATUS,
        gjh.APPROVAL_STATUS_CODE,
        gjh.CREATED_BY,
        gjh.CREATION_DATE,
        gjh.LAST_UPDATED_BY,
        gjh.LAST_UPDATE_DATE,
        gjh.POSTED_DATE,
        gjh.ACCRUAL_REV_JE_HEADER_ID,
        gjh.ACCRUAL_REV_PERIOD_NAME,
        gjs.USER_JE_SOURCE_NAME,
        gjc.USER_JE_CATEGORY_NAME,
        (SELECT SUM(NVL(gjl.ACCOUNTED_DR, 0)) FROM GL_JE_LINES gjl WHERE gjl.JE_HEADER_ID = gjh.JE_HEADER_ID) AS JOURNAL_AMOUNT
    FROM
        GL_JE_HEADERS gjh
    JOIN
        GL_JE_SOURCES_TL gjs ON gjh.JE_SOURCE = gjs.JE_SOURCE_NAME AND gjs.LANGUAGE = USERENV('LANG')
    JOIN
        GL_JE_CATEGORIES_TL gjc ON gjh.JE_CATEGORY = gjc.JE_CATEGORY_NAME AND gjc.LANGUAGE = USERENV('LANG')
    WHERE
        gjh.CREATION_DATE BETWEEN TO_TIMESTAMP(:p_start_date || ' 00:00:00.000', 'YYYY-MM-DD HH24:MI:SS.FF') AND TO_TIMESTAMP(:p_end_date || ' 23:59:59.999', 'YYYY-MM-DD HH24:MI:SS.FF')
        AND gjh.ACTUAL_FLAG = 'A'
        -- Recommended: Add a filter for your specific ledger(s) to improve performance
        -- AND gjh.LEDGER_ID IN ([Your Ledger ID])
),
UserDepartment AS (
    -- This subquery is an example. The join logic to find a user's department may need to be adjusted
    -- based on your specific Oracle HCM configuration (e.g., using different assignment types or tables).
    SELECT 
        pu.USERNAME, 
        org.NAME as Department
    FROM PER_USERS pu
    LEFT JOIN PER_ALL_ASSIGNMENTS_F asg ON pu.PERSON_ID = asg.PERSON_ID 
        AND asg.ASSIGNMENT_TYPE IN ('E', 'C') 
        AND asg.PRIMARY_FLAG = 'Y'
        AND SYSDATE BETWEEN asg.EFFECTIVE_START_DATE AND asg.EFFECTIVE_END_DATE
    LEFT JOIN HR_ALL_ORGANIZATION_UNITS_F_VL org ON asg.ORGANIZATION_ID = org.ORGANIZATION_ID
        AND SYSDATE BETWEEN org.EFFECTIVE_START_DATE AND org.EFFECTIVE_END_DATE
    WHERE pu.USERNAME IS NOT NULL
)
-- 1. Journal Entry Created
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Entry Created' AS "ActivityName",
    jh.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    jh.CREATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    JournalHeaders jh
LEFT JOIN UserDepartment ud ON jh.CREATED_BY = ud.USERNAME

UNION ALL

-- 2. Supporting Documentation Attached
SELECT
    TO_NUMBER(fad.PK1_VALUE) AS "JournalEntryId",
    'Supporting Documentation Attached' AS "ActivityName",
    fad.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    fad.CREATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    FND_ATTACHED_DOCUMENTS fad
JOIN
    JournalHeaders jh ON fad.PK1_VALUE = TO_CHAR(jh.JE_HEADER_ID)
LEFT JOIN UserDepartment ud ON fad.CREATED_BY = ud.USERNAME
WHERE
    fad.ENTITY_NAME = 'GL_JE_HEADERS'

UNION ALL

-- 3. Journal Submitted For Approval
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Submitted For Approval' AS "ActivityName",
    jh.LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    jh.LAST_UPDATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    JournalHeaders jh
LEFT JOIN UserDepartment ud ON jh.LAST_UPDATED_BY = ud.USERNAME
WHERE
    jh.APPROVAL_STATUS_CODE IN ('REQUIRED', 'INITIATED')

UNION ALL

-- 4. Journal Entry Reviewed (Placeholder)
-- This activity requires custom logic based on your approval workflow configuration.
-- The query below is a placeholder and may not return any data without customization.
-- It assumes a review happens if the approval status is updated but not yet approved or rejected.
SELECT
    NULL AS "JournalEntryId",
    NULL AS "ActivityName",
    NULL AS "EventTime",
    NULL AS "SourceSystem",
    NULL AS "LastDataUpdate",
    NULL AS "UserName",
    NULL AS "UserDepartment",
    NULL AS "JournalCategory",
    NULL AS "JournalSource",
    NULL AS "JournalAmount",
    NULL AS "RejectionReason"
FROM DUAL WHERE 1=0

UNION ALL

-- 5. Journal Entry Rejected
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Entry Rejected' AS "ActivityName",
    jh.LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    jh.LAST_UPDATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    -- Rejection Reason is not a standard field. This might be found in workflow tables.
    '[Configure based on your system]' AS "RejectionReason"
FROM
    JournalHeaders jh
LEFT JOIN UserDepartment ud ON jh.LAST_UPDATED_BY = ud.USERNAME
WHERE
    jh.APPROVAL_STATUS_CODE = 'REJECTED'

UNION ALL

-- 6. Journal Corrected and Resubmitted
-- This logic assumes a resubmission is an update that occurs after a rejection.
-- A more precise method would involve analyzing workflow history, which is complex.
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Corrected and Resubmitted' AS "ActivityName",
    jh.LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    jh.LAST_UPDATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    JournalHeaders jh
LEFT JOIN UserDepartment ud ON jh.LAST_UPDATED_BY = ud.USERNAME
WHERE
    jh.APPROVAL_STATUS_CODE IN ('REQUIRED', 'INITIATED')
    AND jh.JE_HEADER_ID IN (SELECT h.JE_HEADER_ID FROM GL_JE_HEADERS h WHERE h.APPROVAL_STATUS_CODE = 'REJECTED')

UNION ALL

-- 7. Journal Entry Approved
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Entry Approved' AS "ActivityName",
    jh.LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    jh.LAST_UPDATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    JournalHeaders jh
LEFT JOIN UserDepartment ud ON jh.LAST_UPDATED_BY = ud.USERNAME
WHERE
    jh.APPROVAL_STATUS_CODE = 'APPROVED'

UNION ALL

-- 8. Journal Posting Initiated
-- The exact initiation time is not stored. We infer it as 5 minutes before the final posted date.
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Posting Initiated' AS "ActivityName",
    (jh.POSTED_DATE - INTERVAL '5' MINUTE) AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    -- Posting is often a system process, so user might not be available.
    jh.LAST_UPDATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    JournalHeaders jh
LEFT JOIN UserDepartment ud ON jh.LAST_UPDATED_BY = ud.USERNAME
WHERE
    jh.STATUS = 'P' AND jh.POSTED_DATE IS NOT NULL

UNION ALL

-- 9. Journal Entry Posted
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Entry Posted' AS "ActivityName",
    jh.POSTED_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    jh.LAST_UPDATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    JournalHeaders jh
LEFT JOIN UserDepartment ud ON jh.LAST_UPDATED_BY = ud.USERNAME
WHERE
    jh.STATUS = 'P' AND jh.POSTED_DATE IS NOT NULL

UNION ALL

-- 10. Posting Verified (Placeholder)
-- This is a manual control activity not tracked by default. This query must be customized.
-- It assumes a descriptive flexfield named 'POSTING_VERIFIED_DATE' on GL_JE_HEADERS exists.
SELECT
    NULL AS "JournalEntryId",
    NULL AS "ActivityName",
    NULL AS "EventTime",
    NULL AS "SourceSystem",
    NULL AS "LastDataUpdate",
    NULL AS "UserName",
    NULL AS "UserDepartment",
    NULL AS "JournalCategory",
    NULL AS "JournalSource",
    NULL AS "JournalAmount",
    NULL AS "RejectionReason"
FROM DUAL WHERE 1=0

UNION ALL

-- 11. Journal Entry Reconciled (Placeholder)
-- Reconciliation is typically done in other modules. This query must be customized.
-- It assumes a custom table or field indicates when a journal is reconciled.
SELECT
    NULL AS "JournalEntryId",
    NULL AS "ActivityName",
    NULL AS "EventTime",
    NULL AS "SourceSystem",
    NULL AS "LastDataUpdate",
    NULL AS "UserName",
    NULL AS "UserDepartment",
    NULL AS "JournalCategory",
    NULL AS "JournalSource",
    NULL AS "JournalAmount",
    NULL AS "RejectionReason"
FROM DUAL WHERE 1=0

UNION ALL

-- 12. Journal Reversal Processed
SELECT
    jh.JE_HEADER_ID AS "JournalEntryId",
    'Journal Reversal Processed' AS "ActivityName",
    rev_jh.POSTED_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    rev_jh.CREATED_BY AS "UserName",
    ud.Department AS "UserDepartment",
    jh.USER_JE_CATEGORY_NAME AS "JournalCategory",
    jh.USER_JE_SOURCE_NAME AS "JournalSource",
    jh.JOURNAL_AMOUNT AS "JournalAmount",
    NULL AS "RejectionReason"
FROM
    JournalHeaders jh
JOIN
    GL_JE_HEADERS rev_jh ON jh.ACCRUAL_REV_JE_HEADER_ID = rev_jh.JE_HEADER_ID
LEFT JOIN UserDepartment ud ON rev_jh.CREATED_BY = ud.USERNAME
WHERE
    jh.ACCRUAL_REV_JE_HEADER_ID IS NOT NULL
    AND rev_jh.STATUS = 'P'
ORDER BY
    "JournalEntryId", "EventTime"

ステップ

前提条件：Python 3をインストールし、requestsとpandasライブラリを用意します。総勘定元帳仕訳REST APIへのアクセス権を持つOracle Fusion Financialsのユーザーアカウントが必要です。Oracle FusionのインスタンスURL、ユーザー名、パスワードを用意してください。
スクリプトの準備：新しいPythonスクリプトファイルを作成します。まず、requests、json、pandas、datetimeの各ライブラリをインポートします。
設定：スクリプト内でOracle Fusionの認証情報とベースURLを変数に設定します。また、クエリの開始日と終了日など、データ抽出用のパラメーターも設定します。
認証：スクリプトではBasic Authenticationを使用します。リクエストヘッダー内のユーザー名とパスワードのエンコードは、requestsライブラリが処理します。
API呼び出し関数を定義する：APIリクエストを処理する関数を作成します。offsetとlimitのパラメーターを使ってページネーションを処理します。指定した日付範囲内の仕訳レコードをすべて取得するまで、APIを繰り返し呼び出します。
APIクエリを作成する：APIリクエストのqパラメーターを使い、LastUpdateDateに基づいて仕訳を絞り込みます。たとえば、LastUpdateDate between '2023-01-01' and '2023-03-31'のように指定すると、特定の期間のデータを抽出できます。
データ取得を開始する：関数を呼び出し、.../fscmRestApi/resources/11.13.18.05/journalsエンドポイントからデータを取得します。関数から仕訳の一覧が返されます。
データを処理、変換する：APIから返された各仕訳を順に処理します。仕訳ごとに、「仕訳の作成」「仕訳の承認」など、業務上のアクティビティに対応するイベント行を複数作成します。APIレスポンスの日時フィールドやステータスコード（CreationDate、PostedDate、ApprovalStatusなど）を使って、それぞれのイベントを作成します。
イベントログを構成する：イベント行を作成するたびに、辞書としてリストに格納します。このリストがイベントログの生のデータになります。
DataFrameを作成する：すべての仕訳を処理したら、イベント辞書のリストをPandas DataFrameに変換します。データを扱いやすくなります。
列を整える：DataFrameの列を選択し、ProcessMindで必要なスキーマに合わせて名前を変更します。列名にはJournalEntryId、ActivityName、EventTime、UserNameなどを使用します。
CSVにエクスポートする：最終的なDataFrameをCSVファイルに保存します。このファイルをProcessMindに直接アップロードして分析できます。

設定

認証情報：Basic Authenticationには、有効なOracle Fusionのユーザー名とパスワードが必要です。
インスタンスURL：APIエンドポイントの作成には、Oracle Fusion FinancialsインスタンスのベースURLが必要です（例：https://[your-instance].fa.us2.oraclecloud.com）。
APIエンドポイント：スクリプトは、総勘定元帳データの取得にfscmRestApi/resources/11.13.18.05/journalsエンドポイントを使用します。
日付範囲フィルター：抽出対象を限定するため、スクリプトにstart_dateとend_dateを設定します。初回の分析では3～6か月分をおすすめします。継続的に利用する場合は、毎日または毎週の差分読み込みを設定してください。
ページネーションの上限：limitパラメーターで、API呼び出し1回あたりに取得するレコード数を指定します。通常は200～500にすると、API呼び出し回数と各レスポンスのサイズのバランスを取りやすくなります。
必要なOracleロール：ユーザーアカウントには、General Accountantなど、REST API経由で仕訳データを読み取るために必要な権限を持つロール、または同等の権限を持つカスタムロールが必要です。

クエリの例 python

import requests
import pandas as pd
from datetime import datetime, timezone

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance details
FUSION_URL = class="hl-string">"https://[your-instance].fa.us2.oraclecloud.com"
USERNAME = class="hl-string">"[your-username]"
PASSWORD = class="hl-string">"[your-password]"

class=class="hl-string">"hl-comment"># --- Parameters ---
class=class="hl-string">"hl-comment"># Set the date range for the extraction (YYYY-MM-DD format)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"
PAGE_LIMIT = 500 class=class="hl-string">"hl-comment"># Number of records per API call

def get_all_journals(base_url, user, password, start_date, end_date):
    class="hl-string">"""Fetches all journals from the Oracle Fusion REST API within a date range, handling pagination."""
    all_journals = []
    offset = 0
    has_more = True
    
    api_url = fclass="hl-string">"{base_url}/fscmRestApi/resources/11.13.18.05/journals"
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourcecollection+json'
    }
    
    query_filter = fclass="hl-string">"LastUpdateDate between '{start_date}' and '{end_date}'"
    
    while has_more:
        params = {
            class="hl-string">'q': query_filter,
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': PAGE_LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">'JeHeaderId,CreatedBy,CreationDate,LastUpdatedBy,LastUpdateDate,PostedDate,ApprovalStatus,ActualFlag,DefaultEffectiveDate,Description,JeCategory,JeSource,PeriodName,TotalDebit,ReversalDate,ReversalPeriodName,ExternalReference,attachments'
        }
        
        print(fclass="hl-string">"Fetching records from offset {offset}...")
        try:
            response = requests.get(api_url, auth=(user, password), headers=headers, params=params)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raises an HTTPError for bad responses (4xx or 5xx)
            data = response.json()
            
            journals = data.get(class="hl-string">'items', [])
            all_journals.extend(journals)
            
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += PAGE_LIMIT

        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"An error occurred: {e}")
            has_more = False

    return all_journals

def transform_to_event_log(journals):
    class="hl-string">"""Transforms the raw journal data into a structured event log."""
    event_log = []
    extraction_timestamp = datetime.now(timezone.utc).isoformat()

    for jrnl in journals:
        journal_id = jrnl.get(class="hl-string">'JeHeaderId')
        created_by = jrnl.get(class="hl-string">'CreatedBy')
        last_updated_by = jrnl.get(class="hl-string">'LastUpdatedBy')
        approval_status = jrnl.get(class="hl-string">'ApprovalStatus')
        rejection_reason_text = class="hl-string">"Rejected per workflow comments" if approval_status == class="hl-string">'REJECTED' else None

        class=class="hl-string">"hl-comment"># 1. Journal Entry Created
        if jrnl.get(class="hl-string">'CreationDate'):
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id,
                class="hl-string">'ActivityName': class="hl-string">'Journal Entry Created',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'CreationDate'),
                class="hl-string">'UserName': created_by,
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]',
                class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'),
                class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'),
                class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': extraction_timestamp
            })

        class=class="hl-string">"hl-comment"># 2. Supporting Documentation Attached (Approximation)
        if jrnl.get(class="hl-string">'attachments') and len(jrnl[class="hl-string">'attachments']) > 0:
             event_log.append({
                class="hl-string">'JournalEntryId': journal_id,
                class="hl-string">'ActivityName': class="hl-string">'Supporting Documentation Attached',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'LastUpdateDate'), class=class="hl-string">"hl-comment"># Approximation: uses last update date
                class="hl-string">'UserName': last_updated_by, 
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]',
                class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'),
                class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'),
                class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': extraction_timestamp
            })

        class=class="hl-string">"hl-comment"># 3, 4, 5, 6, 7: Approval Workflow Events (Inferred from final status)
        class=class="hl-string">"hl-comment"># Note: This block infers events. For a more detailed history, workflow-specific APIs would be needed.
        if approval_status in [class="hl-string">'IN_PROCESS', class="hl-string">'REQUIRED']:
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id, class="hl-string">'ActivityName': class="hl-string">'Journal Submitted For Approval',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': last_updated_by,
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]', class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'), class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'), class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials', class="hl-string">'LastDataUpdate': extraction_timestamp
            })
        elif approval_status == class="hl-string">'REJECTED':
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id, class="hl-string">'ActivityName': class="hl-string">'Journal Entry Rejected',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': last_updated_by, class=class="hl-string">"hl-comment"># Approver is often the last updater
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]', class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'), class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'), class="hl-string">'RejectionReason': rejection_reason_text,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials', class="hl-string">'LastDataUpdate': extraction_timestamp
            })
            class=class="hl-string">"hl-comment"># A resubmission is assumed if a rejected journal is updated again
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id, class="hl-string">'ActivityName': class="hl-string">'Journal Corrected and Resubmitted',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': created_by, class=class="hl-string">"hl-comment"># Typically the creator corrects it
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]', class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'), class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'), class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials', class="hl-string">'LastDataUpdate': extraction_timestamp
            })
        elif approval_status == class="hl-string">'APPROVED':
            class=class="hl-string">"hl-comment"># class="hl-string">'Journal Entry Reviewed' is often an implicit part of approval
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id, class="hl-string">'ActivityName': class="hl-string">'Journal Entry Reviewed',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': last_updated_by,
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]', class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'), class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'), class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials', class="hl-string">'LastDataUpdate': extraction_timestamp
            })
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id, class="hl-string">'ActivityName': class="hl-string">'Journal Entry Approved',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'LastUpdateDate'), class="hl-string">'UserName': last_updated_by,
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]', class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'), class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'), class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials', class="hl-string">'LastDataUpdate': extraction_timestamp
            })

        class=class="hl-string">"hl-comment"># 8, 9: Posting Events
        if jrnl.get(class="hl-string">'PostedDate'):
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id, class="hl-string">'ActivityName': class="hl-string">'Journal Posting Initiated',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'PostedDate'), class=class="hl-string">"hl-comment"># Assuming initiation is same as posted time
                class="hl-string">'UserName': class="hl-string">'System', class=class="hl-string">"hl-comment"># Posting is often a system process
                class="hl-string">'UserDepartment': class="hl-string">'Finance Operations', class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'), class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'), class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials', class="hl-string">'LastDataUpdate': extraction_timestamp
            })
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id, class="hl-string">'ActivityName': class="hl-string">'Journal Entry Posted',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'PostedDate'),
                class="hl-string">'UserName': class="hl-string">'System',
                class="hl-string">'UserDepartment': class="hl-string">'Finance Operations', class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'), class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'), class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials', class="hl-string">'LastDataUpdate': extraction_timestamp
            })
        
        class=class="hl-string">"hl-comment"># 12. Journal Reversal Processed
        if jrnl.get(class="hl-string">'ReversalDate'):
            event_log.append({
                class="hl-string">'JournalEntryId': journal_id,
                class="hl-string">'ActivityName': class="hl-string">'Journal Reversal Processed',
                class="hl-string">'EventTime': jrnl.get(class="hl-string">'ReversalDate'),
                class="hl-string">'UserName': last_updated_by,
                class="hl-string">'UserDepartment': class="hl-string">'[Configure based on your system]',
                class="hl-string">'JournalCategory': jrnl.get(class="hl-string">'JeCategory'),
                class="hl-string">'JournalSource': jrnl.get(class="hl-string">'JeSource'),
                class="hl-string">'JournalAmount': jrnl.get(class="hl-string">'TotalDebit'),
                class="hl-string">'RejectionReason': None,
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': extraction_timestamp
            })

        class=class="hl-string">"hl-comment"># Activities not directly available from this API, added as placeholders for potential enrichment
        class=class="hl-string">"hl-comment"># Posting Verified, Journal Entry Reconciled

    return pd.DataFrame(event_log)

class=class="hl-string">"hl-comment"># --- Main Execution ---
if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Oracle Fusion Journal Entry extraction...")
    raw_journals = get_all_journals(FUSION_URL, USERNAME, PASSWORD, START_DATE, END_DATE)
    
    if raw_journals:
        print(fclass="hl-string">"Successfully extracted {len(raw_journals)} journal records.")
        event_log_df = transform_to_event_log(raw_journals)
        
        if not event_log_df.empty:
            class=class="hl-string">"hl-comment"># Save to CSV
            output_filename = fclass="hl-string">"oracle_fusion_journal_events_{START_DATE}_to_{END_DATE}.csv"
            event_log_df.to_csv(output_filename, index=False)
            print(fclass="hl-string">"Event log saved to {output_filename}")
        else:
            print(class="hl-string">"No events were generated from the extracted data.")
    else:
        print(class="hl-string">"No data extracted. Please check configuration and API availability.")

ステップ

BI Cloud Connector、必要なOracle Fusion Financialsの総勘定元帳サブジェクト領域またはPublic View Object、および必要なソースシステムの認証情報が環境で利用できることを確認します。設定済みのBICC納品先とアクセス認証情報について、Oracle管理者に確認してください。
BI Cloud Connectorコンソールで、仕訳ヘッダー、仕訳明細、承認履歴、添付ファイル、転記ステータス、照合ステータス、取消情報を含むPublic View Objectを特定します。環境に設定されているオブジェクト名と属性名を正確に記録します。実行前に、抽出スクリプト内のプレースホルダーをこれらの名前に置き換えてください。
選択した総勘定元帳のPublic View Objectを対象に、BICCジョブを設定します。信頼できる最終更新属性がある場合は、差分抽出を使用します。初回読み込みでは、3～6か月分、または承認済みの別の会計期間を対象にします。
抽出ファイルを指定のクラウドストレージに納品するようBICCを設定します。ファイル形式、区切り文字、文字エンコーディング、圧縮、パーティション分割、命名規則、納品スケジュールを確認します。抽出のウォーターマークまたは最終成功日時を保持してください。
納品されたファイルを承認済みのステージング領域に取得します。各ソースファイルを対応するステージングテーブルまたはビューに読み込みます。環境向けに文書化された正確なソースオブジェクトと属性のマッピングを使用してください。Public View Objectが基盤のデータベーステーブルと同じ構造だと想定しないでください。
タイムスタンプを単一のタイムゾーンに統一し、ソースのタイムスタンプを一貫したデータ型に変換します。ソースの更新日時はLastDataUpdateとして保持します。ソースの識別子とアクティビティ属性を、ProcessMindで使用する出力名に変換します。
すべてのプレースホルダーを実際のステージングオブジェクト名と属性名に置き換えてから、下のクエリを実行します。このクエリは、必要な12種類のアクティビティごとにイベントログの行を1つ作成します。ソースデータにないアクティビティを推測して補うことはありません。
出力行すべてにJournalEntryId、ActivityName、EventTime、SourceSystem、LastDataUpdateが含まれていることを確認します。重複イベント、タイムスタンプの順序、却下後に再提出された仕訳、取消の関連付け、任意属性が欠けているレコードを確認します。
結果を区切り形式のファイル、またはProcessMindが対応する別の形式でエクスポートします。列名にはJournalEntryId、ActivityName、EventTime、SourceSystem、LastDataUpdate、UserName、UserDepartment、JournalCategory、JournalSource、JournalAmount、RejectionReasonを正確に指定します。JournalEntryIdをケース識別子、ActivityNameをアクティビティ、EventTimeをイベント日時として設定し、ファイルをアップロードします。

設定

仕訳ヘッダー、仕訳明細、承認またはワークフロー履歴、添付ファイル、転記、照合、取消データに必要な総勘定元帳のPublic View Objectを対象にBICCを設定します。オブジェクト名と属性名は、環境のBICCカタログで正確に確認してください。
初回の抽出期間は3～6か月にします。データ量、ストレージ容量、抽出時間、後続処理時間を確認してから、対象期間を広げてください。
会計日または最終更新日、元帳、法人、事業部門、利用可能な場合は会社コード、仕訳カテゴリ、仕訳ソース、利用可能な場合は文書タイプ、仕訳ステータスについて、承認済みのフィルターを適用します。選択したPublic View Objectが対応するフィルターのみ使用してください。
ソースの最終更新属性と保存済みのウォーターマークを使って差分抽出を設定します。遅れて到着する更新を取り込む必要がある場合は、短い重複期間を設け、その後、JournalEntryId、ActivityName、EventTime、関連するソースイベント識別子で重複を除去します。
すべてのソースオブジェクトで、互換性のある抽出キーと更新スケジュールを使用してください。承認、添付ファイル、転記、照合、取消のデータは、更新時刻が異なる場合があります。
大規模なデータセットでは、会計期間、元帳、法人、またはBICCが対応する別のパーティション属性で分割します。業務時間中に、期間を限定しない過去データの抽出を行わないでください。
変換前のソースタイムスタンプとソース更新日時を保持します。EventTimeとLastDataUpdateに使用するタイムゾーンを文書化してください。
必要な前提条件は、BI Cloud Connectorコンソールへのアクセス、選択した抽出の設定と実行権限、設定済みのクラウドストレージへのアクセス、ステージング環境へのアクセス、および必要な総勘定元帳とワークフローデータの閲覧権限です。
対象のアクティビティに応じて、必要なOracle Fusion Financialsモジュール、ワークフロー設定、添付ファイルの保存先、転記プロセス、照合データソースが有効になっていることを確認します。
ソースレコードが見つからないことを、アクティビティが発生しなかった証拠として扱わないでください。BICCの出力は、選択したPublic View Object、フィルター、更新タイミング、保持期間、利用可能な履歴を反映します。

クエリの例 sql

WITH
journal_created AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Entry Created' AS ActivityName,
        CAST([Journal Created Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Created By attribute] AS VARCHAR(255)) AS UserName,
        CAST([Created By Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal header staging object]
    WHERE [Journal Created Timestamp attribute] IS NOT NULL
),
supporting_documentation_attached AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Supporting Documentation Attached' AS ActivityName,
        CAST([Attachment Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Attachment User attribute] AS VARCHAR(255)) AS UserName,
        CAST([Attachment User Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal attachment staging object]
    WHERE [Attachment Timestamp attribute] IS NOT NULL
),
journal_submitted_for_approval AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Submitted For Approval' AS ActivityName,
        CAST([Submission Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Submitter attribute] AS VARCHAR(255)) AS UserName,
        CAST([Submitter Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal approval staging object]
    WHERE [Submission Timestamp attribute] IS NOT NULL
),
journal_entry_reviewed AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Entry Reviewed' AS ActivityName,
        CAST([Review Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Reviewer attribute] AS VARCHAR(255)) AS UserName,
        CAST([Reviewer Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal review staging object]
    WHERE [Review Timestamp attribute] IS NOT NULL
),
journal_entry_rejected AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Entry Rejected' AS ActivityName,
        CAST([Rejection Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Rejector attribute] AS VARCHAR(255)) AS UserName,
        CAST([Rejector Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST([Rejection Reason attribute] AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal rejection staging object]
    WHERE [Rejection Timestamp attribute] IS NOT NULL
),
journal_corrected_and_resubmitted AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Corrected and Resubmitted' AS ActivityName,
        CAST([Correction Resubmission Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Resubmitter attribute] AS VARCHAR(255)) AS UserName,
        CAST([Resubmitter Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST([Rejection Reason attribute] AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal resubmission staging object]
    WHERE [Correction Resubmission Timestamp attribute] IS NOT NULL
),
journal_entry_approved AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Entry Approved' AS ActivityName,
        CAST([Approval Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Approver attribute] AS VARCHAR(255)) AS UserName,
        CAST([Approver Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal approval staging object]
    WHERE [Approval Timestamp attribute] IS NOT NULL
),
journal_posting_initiated AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Posting Initiated' AS ActivityName,
        CAST([Posting Initiated Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Posting Initiated By attribute] AS VARCHAR(255)) AS UserName,
        CAST([Posting Initiated By Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal posting staging object]
    WHERE [Posting Initiated Timestamp attribute] IS NOT NULL
),
journal_entry_posted AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Entry Posted' AS ActivityName,
        CAST([Posted Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Posted By attribute] AS VARCHAR(255)) AS UserName,
        CAST([Posted By Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal posting staging object]
    WHERE [Posted Timestamp attribute] IS NOT NULL
),
posting_verified AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Posting Verified' AS ActivityName,
        CAST([Posting Verification Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Verifier attribute] AS VARCHAR(255)) AS UserName,
        CAST([Verifier Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Posting verification staging object]
    WHERE [Posting Verification Timestamp attribute] IS NOT NULL
),
journal_entry_reconciled AS (
    SELECT
        CAST([Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Entry Reconciled' AS ActivityName,
        CAST([Reconciliation Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Reconciled By attribute] AS VARCHAR(255)) AS UserName,
        CAST([Reconciled By Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Journal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal reconciliation staging object]
    WHERE [Reconciliation Timestamp attribute] IS NOT NULL
),
journal_reversal_processed AS (
    SELECT
        CAST([Original Journal Entry ID attribute] AS VARCHAR(255)) AS JournalEntryId,
        'Journal Reversal Processed' AS ActivityName,
        CAST([Reversal Posted Timestamp attribute] AS TIMESTAMP) AS EventTime,
        CAST([Source System attribute] AS VARCHAR(255)) AS SourceSystem,
        CAST([Last Update Timestamp attribute] AS TIMESTAMP) AS LastDataUpdate,
        CAST([Reversal User attribute] AS VARCHAR(255)) AS UserName,
        CAST([Reversal User Department attribute] AS VARCHAR(255)) AS UserDepartment,
        CAST([Journal Category attribute] AS VARCHAR(255)) AS JournalCategory,
        CAST([Journal Source attribute] AS VARCHAR(255)) AS JournalSource,
        CAST([Reversal Amount attribute] AS DECIMAL(38, 10)) AS JournalAmount,
        CAST(NULL AS VARCHAR(4000)) AS RejectionReason
    FROM [Journal reversal staging object]
    WHERE [Reversal Posted Timestamp attribute] IS NOT NULL
)
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_created
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM supporting_documentation_attached
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_submitted_for_approval
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_entry_reviewed
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_entry_rejected
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_corrected_and_resubmitted
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_entry_approved
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_posting_initiated
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_entry_posted
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM posting_verified
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_entry_reconciled
UNION ALL
SELECT JournalEntryId, ActivityName, EventTime, SourceSystem, LastDataUpdate, UserName, UserDepartment, JournalCategory, JournalSource, JournalAmount, RejectionReason FROM journal_reversal_processed
ORDER BY JournalEntryId, EventTime, ActivityName;

始める準備はできましたか？

このテンプレートを使ってOracle Fusionの仕訳データを具体的な改善案につなげ、決算・レポーティングのサイクルを短縮しましょう。財務業務の最適化に向けて、今すぐ始められます。

改善ガイドに戻る

テンプレートをダウンロード

今すぐ決算・レポーティングの仕訳プロセスを迅速化

仕訳のサイクルタイムを30％短縮し、財務業務を効率化します。

無料トライアルを開始

クレジットカードは不要です。今すぐトライアルを有効化してください。

決算・レポーティングの仕訳データテンプレート

決算・レポーティングの仕訳データテンプレート

決算・レポーティングの仕訳属性

決算・レポーティングの仕訳アクティビティ

データ抽出ガイド

Oracle OTBIおよびBI Publisherレポートのエクスポート

ステップ

設定

クエリの例 sql

直接SQLクエリを使用するBI Publisherレポートのデータモデル

ステップ

設定

クエリの例 sql

Oracle Fusion Financials REST APIを使用したPythonスクリプト

ステップ

設定

クエリの例 python

BI Cloud Connector（BICC）を使用した一括データ抽出

ステップ

設定

クエリの例 sql

始める準備はできましたか？

今すぐ決算・レポーティングの仕訳プロセスを迅速化