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

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

Oracle Fusion Financials

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

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

このデータテンプレートでは、Oracle Fusion Financialsの仕訳データを抽出し、構造化するための詳細な手順を説明します。収集すべき主要な属性と追跡すべき重要なアクティビティを示し、プロセス分析に必要な情報を漏れなく取得できるようにします。また、システムからデータを直接抽出する方法も説明します。

収集を推奨する属性
追跡すべき主要なアクティビティ
Oracle Fusion Financialsからの抽出手順

イベントログを初めて扱いますか。学ぶプロセスマイニングのイベントログを作成する方法.

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

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

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

5 必須 6 推奨 10 任意

	名前	説明
	アクティビティ ActivityName	仕訳プロセスのある時点で発生した、特定の業務イベントまたはタスクの名称です。
説明アクティビティ名は、「仕訳を作成」や「仕訳を承認」など、仕訳ライフサイクル内の1つのステップを表します。プロセスマップを作成し、イベントの順序を理解するために欠かせないデータです。アクティビティを分析すると、標準経路、逸脱、やり直しのループを含むプロセスフローを特定できます。さまざまなアクティビティを追跡することで、承認など特定の段階にかかる時間を測定し、時間やエラーが最も多いステップを見つけられます。重要な理由プロセスのステップを定義し、プロセスマップの基盤となることで、フロー、ボトルネック、ばらつきの分析を可能にします。入手先通常、総勘定元帳モジュールの仕訳オブジェクトに関連するステータス変更、イベントログ、監査証跡テーブルから取得します。例仕訳を作成仕訳を承認に提出仕訳を承認仕訳を転記
	仕訳ID JournalEntryId	1件の仕訳を識別する一意の識別子で、関連するすべての財務取引アクティビティを結び付けます。
説明仕訳IDは主なケース識別子として機能し、特定の財務取引セットに関連するすべてのアクティビティを一意に結び付けます。これにより、開始から最終転記まで、1件の仕訳のライフサイクル全体を追跡し、すべての借方と貸方を確実に把握できます。プロセスマイニングでは、このIDが各仕訳のエンドツーエンドの流れを再構築するために欠かせません。「仕訳を作成」「仕訳を承認に提出」「仕訳を転記」などの異なるイベントを一貫したプロセスフローに結び付け、サイクルタイム、ボトルネック、プロセスのばらつきを分析できます。重要な理由仕訳を開始から終了まで追跡するための基本キーです。各固有ケースのプロセスフロー全体を分析できます。入手先 GL_JE_HEADERSやGL_JE_LINESなど、総勘定元帳の主要テーブルにある主キーです。例 JE100523JE202311001882019
	開始時刻 EventTime	特定のアクティビティまたはイベントが発生した時点を示すタイムスタンプです。
説明このタイムスタンプは、アクティビティが実行された正確な日時を示します。プロセスマイニングでイベントの順序を決定し、イベント間の所要時間を計算するために使う基本的な時間情報です。イベント時刻の正確性は、サイクルタイムの計算、ボトルネックの特定、サービスレベル合意に対するパフォーマンスの監視など、時間に基づくすべての分析に影響します。実際のプロセスフローを再構築するために必要な時系列を提供します。重要な理由イベントの順序付け、すべてのプロセス所要時間の計算、時間に基づく分析に欠かせないタイムスタンプです。入手先通常、監査証跡テーブル、または特定のイベントに対応するGL_JE_HEADERSやGL_JE_LINESなどの取引テーブルの「Last Update Date」や「Creation Date」に保存されます。例 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	仕訳が却下された理由を説明するテキストまたはコードです。
説明承認プロセス中に仕訳が却下された場合、この属性に却下理由が記録されます。あらかじめ定義されたコードの場合もあれば、承認者が入力した自由記述のコメントの場合もあります。これは、プロセスの非効率につながる根本原因を分析するうえで、特に重要な属性の一つです。よくある却下理由を分析すると、作成担当者へのトレーニング、ガイドラインの明確化、システム制御の改善など、改善すべき領域を特定できます。「仕訳却下率分析」ダッシュボードにも直接役立ちます。重要な理由手戻りやプロセス遅延の根本原因を直接把握でき、却下率を下げるための的を絞った改善につなげられます。入手先承認プロセスに関連するワークフローまたは監査証跡テーブル、あるいは仕訳ヘッダーの備考フィールドに保存される場合があります。例勘定組み合わせ誤り証憑不足予算超過
	エンドツーエンドサイクルタイム EndToEndCycleTime	仕訳の作成から最終照合までの合計所要時間です。
説明この指標は、最初の「仕訳作成」イベントから最後の「仕訳照合済み」イベントまで、仕訳がプロセス全体に費やした時間を示します。プロセスパフォーマンスを全体的に把握できます。プロセス全体の効率を測定する主要KPIです。トレンドダッシュボードで改善施策の効果を時間の経過に沿って追跡し、すべてのプロセス変更を測定する基準として利用できます。重要な理由プロセス全体の健全性と効率を大局的に測定でき、経営層向けレポーティングの主要指標となります。入手先各ケースの最初と最後のイベントのタイムスタンプの差として、プロセスマイニングプラットフォームが計算します。例 P10DT5HP4DT12HP22D
	会計期間 AccountingPeriod	仕訳が転記される会計期間です。「Jan-24」などが該当します。
説明会計期間は、取引を認識する財務期間を示します。すべての財務レポーティングと分析の基礎となる情報です。プロセスマイニングでは、この属性がトレンド分析に欠かせません。サイクルタイムや却下率などのプロセスパフォーマンスを、月や四半期ごとに比較できます。月末決算時の業務量増加など、季節性の影響を特定し、時間の経過に伴うプロセス改善の効果を測定する際にも役立ちます。重要な理由時間の経過に伴う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 任意

	アクティビティ	説明
	仕訳を作成	このアクティビティは、仕訳プロセスの開始を示します。ユーザーが新しい仕訳ヘッダーを作成してデータ入力を始めた時点を表しますが、確認や承認に提出する前の段階です。
重要な理由これはプロセスの主な開始イベントです。このアクティビティから後続のステップまでの時間を分析することで、初期データ入力の効率とプロセス全体のサイクルタイムを測定できます。入手先通常、このイベントは、特定の仕訳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
	仕訳を承認に提出	ユーザーが完成した仕訳を正式に承認ワークフローへ提出すると、このアクティビティが発生します。仕訳が下書きまたは未完了の状態から、承認待ちの状態へ移行する段階です。
重要な理由承認サイクルの時間測定とボトルネックの特定を開始する重要な節目です。データ入力の段階と確認・承認の段階を分けます。入手先通常、このイベントはGL_JE_HEADERSテーブルのステータス変更から推定します。具体的には、APPROVAL_STATUS_CODEが「REQUIRED」や「INITIATED」などの値に変わった時点です。提出日時のタイムスタンプが記録される場合もあります。取得 GL_JE_HEADERSのAPPROVAL_STATUS_CODEが提出を示す値に変わった時点のタイムスタンプを追跡します。イベントタイプ 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
	仕訳の反転を処理	後続期間に、元の仕訳の財務上の影響を相殺する反転仕訳が作成され、転記されました。未払計上でよく行われる処理です。
重要な理由反転を追跡すると、頻繁に反転される仕訳の種類を特定し、反転処理自体の効率を分析できます。未払計上の管理に問題があることを示す場合もあります。入手先通常、元の仕訳に反転仕訳として明示的に関連付けられた新しい仕訳を特定して推定します。GL_JE_HEADERSテーブルには、これらの仕訳を特定・関連付けるREVERSAL_PERIODやREVERSAL_FLAGなどのフィールドがあります。取得元の仕訳が反転されたことを示すヘッダー参照を持つ新しい仕訳について、作成日と転記日を特定します。イベントタイプ inferred
	仕訳を修正して再提出	仕訳が却下された後、作成者が必要な修正を行い、承認のために再提出します。このアクティビティは、同じ仕訳について新たな承認サイクルが始まることを表します。
重要な理由やり直しを追跡することは、プロセスの非効率性を把握するうえで欠かせません。このアクティビティを「仕訳を却下」と組み合わせることで、やり直しにかかる時間と頻度を測定できます。入手先これは、以前「REJECTED」状態だった仕訳について発生する、その後の「仕訳を承認に提出」イベントです。1つの仕訳IDにおけるステータス変更の順序を分析して特定します。取得同じケースIDについて、却下イベントの後に発生した提出イベントのタイムスタンプを特定します。イベントタイプ inferred
	仕訳を却下	承認者が仕訳を確認し、エラー、資料不足、ポリシー違反などを理由に却下しました。この操作により、仕訳は作成者へ戻され、修正が行われます。
重要な理由このアクティビティは、やり直しのループ、却下率、初回正解率を分析するうえで重要です。却下が頻繁に発生している場合、データ品質やトレーニングに問題がある可能性があります。入手先通常、GL_JE_HEADERSテーブルのステータス変更から推定します。APPROVAL_STATUS_CODEが「REJECTED」に更新された時点です。ワークフロー履歴には、この操作を行ったユーザーとタイムスタンプが記録されます。取得 GL_JE_HEADERSのAPPROVAL_STATUS_CODEが「REJECTED」に設定された時点のタイムスタンプを追跡します。イベントタイプ inferred
	仕訳を確認	正式な承認プロセスの前、またはその一部として行われる確認ステップです。最終承認者に回す前に、正確性とコンプライアンスを確かめるため、同僚やマネージャーが確認することを表します。
重要な理由このアクティビティを分けて記録すると、事前確認にかかる時間と最終承認にかかる時間を区別できます。確認段階が非公式で時間のかかるものになっている場合、隠れたボトルネックを明らかにできます。入手先複数段階の承認ワークフローに明示的なステップとして含まれる場合は、ワークフロー履歴テーブルに記録されます。非公式な確認の場合は記録されません。最終承認の判断前に特定のユーザー操作が記録されていれば、そこから推定できます。取得最終ステータスが「Approved」になる前の中間承認または確認ステップについて、ワークフロー履歴テーブルを分析します。イベントタイプ inferred
	仕訳転記を開始	承認済みの仕訳を総勘定元帳へ転記する処理が開始されました。自動または手動で行われ、転記プログラムによる処理待ちのキューに仕訳を入れるステップです。
重要な理由このアクティビティにより、承認と技術的な転記処理を区別できます。承認から転記開始までの遅延は、スケジュール上の問題や転記エンジンのリソース制約を示す場合があります。入手先 GL_JE_BATCHESテーブルのステータス変更、または仕訳バッチに関連付けられた転記同時実行リクエストの提出時刻から推定できます。取得特定の仕訳バッチについて、総勘定元帳転記プログラムのリクエスト提出時刻を特定します。イベントタイプ inferred
	補足資料を添付	請求書やスプレッドシートなどの補足資料を仕訳に添付する操作を表します。監査担当者や承認者に背景情報と証拠を提供するために行われることが多い操作です。
重要な理由このアクティビティを追跡すると、資料不足が遅延の原因になっているかどうかを把握できます。また、承認ワークフローに入る前のコンプライアンスと仕訳の完全性に関する情報も得られます。入手先独立したイベントとして追跡するのは難しい場合があります。GL_JE_HEADERSの仕訳レコードに関連付けられたFND_ATTACHED_DOCUMENTSなどの添付テーブルのタイムスタンプから推定できる可能性があります。取得仕訳に関連付けられたFND_ATTACHED_DOCUMENTSのレコード作成日から推定します。イベントタイプ inferred
	転記を確認	転記後に、ユーザーまたはシステムが仕訳が正しく転記され、残高が想定どおりであることを確認するステップです。手動の統制手続きとして行われることが多い操作です。
重要な理由このアクティビティを分析すると、転記後の手動統制と品質保証にかかる時間を把握できます。確認プロセスを自動化できる機会も明らかになります。入手先 Oracle Fusion内で明示的なイベントとして記録される可能性は低いものです。特定のレポートをユーザーが実行した記録や、標準ではないカスタムステータスフィールドの更新など、別の操作から推定する必要があります。取得確認レポートの実行時刻や付加フレックスフィールドの更新を追跡するなど、カスタムロジックが必要です。イベントタイプ inferred

推奨任意

抽出ガイド

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

ステップ

Reports and Analytics作業領域へ移動：Oracle Fusion Financialsにログインします。NavigatorメニューからToolsに移動し、Reports and Analyticsを選択します。ここが、すべての分析とレポートを作成・管理するための中心的な画面です。
BI Publisher Data Modelを作成：OTBI Analysisから始めるのではなく、この種のイベントログ抽出ではBI Publisher Data Modelを直接作成する方法が適しています。これにより、UNION ALL文を含むカスタムSQLクエリを使用できます。「Browse Catalog」をクリックして適切なフォルダーに移動し、「Create」＞「Data Model」を選択します。
SQL Queryデータセットを定義：Data Modelエディターで「+」アイコンをクリックして新しいData Setを追加し、「SQL Query」を選択します。データセットに、たとえば「JournalEventLog」のようなわかりやすい名前を付けます。
SQLクエリを入力：「Oracle BI EE」をData Sourceとして選択します。下記のQueryセクションにあるSQLスクリプト全体をコピーし、SQL Queryの入力欄に貼り付けます。このクエリは、必要なすべてのアクティビティと属性を1つの統合された構造にまとめて取得します。
パラメーターを定義：提供されているクエリでは、:start_date、:end_date、:ledger_nameなどのパラメーターを使用します。Data Modelの画面でこれらが自動的に検出されます。パラメーターとして設定し、必要に応じて適切なデータ型（DateまたはText）と初期値を指定してください。これにより、レポートを柔軟に実行できます。
Data Modelからレポートを作成：Data Modelを保存したら、カタログに戻ります。「Create」＞「Report」をクリックします。レポート作成ウィザードで「Use Existing Data Model」を選択し、作成したData Modelを指定します。
レポートレイアウトを設定：レイアウトエディターで「Table」レイアウトを選択します。エクスポートにすべての項目を含めるため、Data Modelの全列をテーブルにドラッグ＆ドロップしてください。複雑な書式設定は必要ありません。
初期出力形式をCSVに設定：レポートエディターの「View a List」リンクを開きます。「Output Formats」で「CSV」が選択されていることを確認します。スケジュール設定を簡単にするため、ほかの形式はすべて選択解除することを推奨します。レポートを保存します。
自動抽出用にレポートをスケジュール：カタログで保存したレポートを見つけ、「More」＞「Schedule」をクリックします。新しいスケジュールジョブを作成し、頻度を設定します。たとえば、毎日または毎週実行できます。
エクスポートと配信を設定：スケジュールジョブの「Output」タブで出力の詳細を指定します。対象のレポートを選択し、形式として「CSV」を指定します。「Destination」タブでは、ファイルの配信先としてコンテンツサーバーの場所（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ロールが必要です。また、ユーザーのデータセキュリティプロファイルで、クエリ対象の特定の元帳および事業部門へのアクセスが許可されている必要があります。
スケジュール設定：性能を高め、システムユーザーへの影響を避けるため、夜間などの利用が少ない時間帯に抽出ジョブを実行するようスケジュール設定します。

a サンプルクエリ 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にログインします。NavigatorメニューからToolsに移動し、Reports and Analyticsを選択します。Business Intelligenceカタログが開きます。
新しいData Modelを作成：BIカタログで「Create」をクリックし、「Data Model」を選択します。Data Modelエディターが開きます。
SQL Queryデータセットを定義：Data ModelエディターのDiagramタブでプラスアイコンをクリックし、「SQL Query」を選択します。新しいダイアログボックスで、たとえばProcessMind_JE_EventLogのような名前をデータセットに付けます。適切なData Sourceを選択します。通常はFUSIONDBです。提供されたSQLクエリ全体をSQL Queryの入力欄に貼り付けます。
パラメーターを定義：クエリでは、期間（p_start_dateとp_end_date）のパラメーターを使用します。Oracle BI Publisherがこれらを自動的に検出します。Text型のパラメーターとして設定し、「Start Date (YYYY-MM-DD)」や「End Date (YYYY-MM-DD)」など、わかりやすいラベルを付けてください。
Data Modelを保存：クエリを貼り付けてパラメーターを定義したら、「OK」をクリックし、適切なフォルダー（例：Shared Folders/Custom/ProcessMining）にData Modelを保存します。
レポートを作成：Data Modelエディターの右上にある「Create Report」をクリックします。レポート作成ウィザードが起動します。
レポートレイアウトを設定：ウィザードで現在のData Modelを使用するオプションを選択します。「Table」レイアウトを選び、データソースの全列をテーブルレイアウト領域にドラッグ＆ドロップします。「Show Grand Totals Row」の選択を解除します。
レポートを保存：Data Modelと同じフォルダーにレポートを保存します。「Journal Entry Event Log Report」のようなわかりやすい名前を付けます。
初期出力形式を設定：レポートを編集し、「Viewing」タブに移動します。「Output Formats」でCSVが選択されていることを確認し、初期形式として設定することを推奨します。これにより、出力をそのまま利用できます。
実行してエクスポート：レポートを開くと、開始日と終了日のパラメーター入力を求められます。対象期間を入力して「Apply」をクリックします。レポートの実行後、「Export」をクリックし、CSV形式を選択してイベントログファイルをダウンロードします。
アップロード用に準備：ダウンロードしたCSVファイルを開きます。列見出しが想定される属性名（JournalEntryId、ActivityName、EventTimeなど）と一致し、データが正しく整形されていることを確認してからProcessMindにアップロードします。

設定

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

a サンプルクエリ 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"

ステップ

前提条件：requestsとpandasライブラリを含むPython 3をインストールします。General Ledger Journals 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が返した各仕訳エントリを処理します。各仕訳について、異なる業務アクティビティ（Journal Entry Created、Journal Entry Approvedなど）に対応する複数のイベント行を生成します。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エンドポイント：スクリプトは、General Ledgerデータを取得するためにfscmRestApi/resources/11.13.18.05/journalsエンドポイントを使用します。
期間フィルター：抽出範囲を限定するため、スクリプトにstart_dateとend_dateを設定します。初回分析では3～6か月分を推奨します。継続利用では、毎日または毎週の増分ロードに設定してください。
ページネーションの上限：limitパラメーターは、1回のAPI呼び出しで取得するレコード数を制御します。通常は200～500の範囲が効率的で、API呼び出し回数と各レスポンスのサイズのバランスを取れます。
必要なOracleロール：ユーザーアカウントには、REST API経由で仕訳データを読み取るために必要な権限を持つロール（General Accountantまたは同等の権限を持つカスタムロールなど）が必要です。

a サンプルクエリ 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 General Ledgerのサブジェクト領域またはPublic View Objects、必要なソースシステムの認証が環境で利用できることを確認します。設定済みのBICC配信先とアクセス認証情報をOracle管理者と確認します。
BI Cloud Connectorコンソールで、仕訳ヘッダー、仕訳明細、承認履歴、添付ファイル、転記ステータス、照合ステータス、取消情報を含むPublic View Objectsを特定します。環境で設定されている正確なオブジェクト名と属性名を記録します。実行前に、抽出スクリプト内のプレースホルダーをこれらの名前に置き換えます。
選択したGeneral Ledger Public View Objects用に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をイベントタイムスタンプとして設定し、ファイルをアップロードします。

設定

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

a サンプルクエリ 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レポートのエクスポート

ステップ

設定

a サンプルクエリ sql

直接SQLデータモデルクエリを使用したBI Publisherレポート

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ python

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

ステップ

設定

a サンプルクエリ sql

始める準備はできていますか？

決算・レポーティング：仕訳を今すぐ高速化

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

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

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

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

抽出ガイド

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

ステップ

設定

a サンプルクエリ sql

直接SQLデータモデルクエリを使用したBI Publisherレポート

ステップ

設定

a サンプルクエリ sql

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

ステップ

設定

a サンプルクエリ python

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

ステップ

設定

a サンプルクエリ sql

始める準備はできていますか？

決算・レポーティング：仕訳を今すぐ高速化

プライバシーを大切にしています