貴社のRecord to Report - 月次締め処理および照合データテンプレート
貴社のRecord to Report - 月次締め処理および照合データテンプレート
- 収集を推奨する項目
- 追跡すべき主要アクティビティ
- Oracle Fusion Financials 向け抽出ガイド
Record to Report - 決算・統括属性
| 名前 | 説明 | ||
|---|---|---|---|
|
アクティビティ
ActivityName
|
期末締め処理内で発生した特定のタスクまたはイベントの名前です。 | ||
|
説明
この属性は、「補助元帳期間クローズ済み」、「勘定照合開始」、「財務諸表生成済み」など、期間締めワークフローにおける明確なステップを記録します。各活動は、プロセス中に取られたマイルストーンまたはアクションを表します。 活動の分析はプロセスマイニングの基盤です。これにより、プロセスマップの視覚化、活動間の時間を測定することによるボトルネックの特定、および標準手順からの逸脱を理解するためのプロセスバリアントの分析が可能になります。
その重要性
プロセスのステップを定義するものであり、プロセスフローの可視化、ボトルネックの発見、および逸脱の分析に不可欠です。
取得元
これは通常、総勘定元帳、補助元帳会計、財務連結および締め処理といった、Oracle Fusion Financialsの様々なモジュール内の取引説明、ステータス変更、またはイベントログから導出されます。
例
期間開始補助元帳期間クローズ済み照合承認済み財務諸表生成済み
|
|||
|
会計期間
FinancialPeriod
|
特定の月や四半期など、財務締め処理期間の一意の識別子です。 | ||
|
説明
会計期間は主要なケース識別子として機能し、その特定の報告サイクルにおける勘定の締め処理と照合に関連するすべての活動をグループ化します。各期間(例:「2023年1月」または「2024年第1四半期」)は、期末締め処理の単一のインスタンスを表します。 プロセスマイニング分析において、この属性は、期末締め処理プロセス全体を最初から最後まで包括的に把握することを可能にします。これにより、全体的なサイクルタイムを計算し、異なる期間間のパフォーマンスを比較し、締め処理プロセスにおける傾向やシステム的な遅延を時間の経過とともに特定できます。
その重要性
これは、関連するすべての締め処理活動を単一のプロセスインスタンスに接続する中核的な識別子であり、各期間締めサイクルのエンドツーエンド分析を可能にします。
取得元
これは通常、総勘定元帳モジュールにおける期間名またはIDから導出され、Oracle Fusion FinancialsのGL_PERIOD_STATUSESのようなテーブルによく見られます。
例
2023年1月2023年2月2024年第1四半期2024年3月
|
|||
|
開始時刻
EventTime
|
特定のアクティビティまたはイベントが発生した時刻を示すタイムスタンプ。 | ||
|
説明
開始時刻、またはイベントのタイムスタンプは、活動が実行された、またはステータス変更が発生した正確な日付と時刻を記録します。これは、イベントを時系列で並べ替え、期間を計算するために不可欠なデータです。 プロセスマイニングでは、このタイムスタンプを使用して、各会計期間のイベントシーケンスを構築し、活動の期間を計算し、プロセス全体のサイクルタイムを測定します。これは、パフォーマンス分析、ボトルネック特定、および締め切り遵守の監視の基本となります。
その重要性
このタイムスタンプは、イベントの順序付け、サイクルタイムや活動期間のようなすべての時間ベースの指標の計算、およびプロセスタイムラインの理解に不可欠です。
取得元
この情報は通常、Oracle Fusion Financialsモジュール全体の仕訳、照合、および期間ステータスに関連する作成日、最終更新日、または取引日フィールドに記載されています。
例
2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
|
|||
|
ソースシステム
SourceSystem
|
データを抽出した元システム。 | ||
|
説明
この属性は、イベントデータが発生した情報システムを特定します。このプロセスの場合、一貫してOracle Fusion Financialsとなりますが、複数のシステムからデータがブレンドされる環境では有用です。 分析において、これはデータの出所に関するコンテキストを提供し、データガバナンス、検証、およびプロセスの技術的ランドスケープを理解するために不可欠です。これにより、インサイトが正しいアプリケーション環境に適切に帰属されることが保証されます。
その重要性
データの出所に関する重要なコンテキストを提供し、マルチシステム環境での明確性を確保し、データガバナンスを支援します。
取得元
これは通常、データ抽出プロセス中にデータセットの出所を示すために追加される静的な値です。
例
Oracle Fusion FinancialsOracle Cloud ERP
|
|||
|
最終データ更新
LastDataUpdate
|
`ソース``システム`から`データ`が最後に更新された日時を示す`タイムスタンプ`です。 | ||
|
説明
この属性は、Oracle Fusion Financialsからの最新のデータ抽出の日付と時刻を記録します。プロセスマイニングツールで分析されているデータの鮮度を反映します。 ユーザーが分析の鮮度を理解することは重要です。このタイムスタンプは、リアルタイムのダッシュボードやレポートの信頼性を判断するのに役立ち、意思決定が最新の情報に基づいていることを保証します。
その重要性
データの適時性をユーザーに通知し、プロセス分析に基づいた意思決定を行う上で重要です。
取得元
これは、データ取り込みパイプライン中に生成および保存されるメタデータフィールドで、抽出実行のタイムスタンプを記録します。
例
2023-03-10T02:00:00Z2023-03-11T02:00:00Z
|
|||
|
アクティビティステータス
ActivityStatus
|
活動の完了ステータスで、「完了」、「進行中」、「失敗」などです。 | ||
|
説明
この属性は、期末締め処理内の特定のタスクの結果または現在の状態を捕捉します。例えば、仕訳インポートが「成功」または「失敗」、照合が「承認済み」または「却下」などです。 このステータスは、プロセス例外と結果を理解するために不可欠です。これにより、アナリストは自動化されたジョブの失敗率を特定し、承認ワークフローにおける却下ループを追跡し、どの活動が保留中であり、どの活動が完了したかを確認することで、締め処理のリアルタイムの進捗状況を監視できます。
その重要性
ステータスを追跡することは、例外、失敗、および手戻りループを特定するのに役立ち、プロセス品質と信頼性に関するインサイトを提供します。
取得元
これは通常、Oracle Fusion Financialsモジュールの取引ヘッダーまたは明細行のステータスフィールドに見られます。
例
完了済み進行中承認済み却下エラー
|
|||
|
仕訳タイプ
JournalEntryType
|
仕訳の分類で、「標準」、「逆仕訳」、「調整」などです。 | ||
|
説明
この属性は、仕訳をその目的に基づいて分類します。このプロセスの主要なタイプは「調整」であり、これはしばしば照合活動の結果としての修正や再分類を示します。 これは、「調整仕訳量」KPIおよびダッシュボードにとって非常に重要です。調整仕訳をフィルタリングすることで、組織は修正の頻度を監視でき、これはしばしば取引処理または会計方針における上流の問題を示します。これらの調整を削減することは、プロセス改善の主要な目標です。
その重要性
これにより、調整仕訳をルーティン計上から分離し、締め処理中の手戻りや修正活動に焦点を当てた分析が可能になります。
取得元
これはGL_JE_HEADERSテーブルのJE_CATEGORYおよびJE_SOURCEフィールドによく見られます。簡素化されたタイプを作成するためにマッピングが必要となる場合があります。
例
標準調整再分類未払い費用
|
|||
|
会社コード
CompanyCode
|
期末締め処理が実行されている法務エンティティまたは会社の識別子です。 | ||
|
説明
会社コード、またはOracle用語における「法務エンティティ識別子」は、期末締め処理を行う特定の事業体を指します。グローバル組織では、それぞれの締め処理プロセスを持つ多数の会社コードが存在します。 この属性は、比較分析にとって不可欠です。これにより、経営層は異なる法務エンティティの期末締め処理パフォーマンスをベンチマークし、どのエンティティが標準プロセスに従っているか、またどこで逸脱や遅延が発生しているかを特定できます。これは、ビジネスの特定の部分を深掘りするための主要なフィルターとなります。
その重要性
これにより、異なる法務エンティティ間での締め処理プロセスをフィルタリングおよび比較することが可能になり、グローバルプロセスの標準化にとって不可欠です。
取得元
これは、勘定科目体系における法務エンティティまたは貸借セグメント値に対応します。Oracle Fusion Financialsのほぼすべての財務取引における主要な属性です。
例
101210US01DE01
|
|||
|
担当ユーザー
ResponsibleUser
|
`アクティビティ`を実行した`ユーザー`または従業員です。 | ||
|
説明
この属性は、照合を承認した会計担当者や財務諸表を作成した経理部長など、特定のタスクの実行を担当するユーザーを特定します。通常、ユーザーIDまたは従業員名にリンクされています。 担当ユーザーを分析することは、ワークロードの分散を理解し、トレーニングの必要性を特定し、チームまたは個人のパフォーマンスを評価するのに役立ちます。これは、ワークロードバランスを監視し、プレッシャーの高い期間締め処理中にタスクが効果的に分散されることを保証するダッシュボードを構築するための鍵となります。
その重要性
ワークロードの配分、リソースの割り当てを分析し、自動化やトレーニングの機会を特定するために不可欠です。
取得元
この情報は通常、Oracle Fusion Financialsのトランザクションレコード(仕訳や照合オブジェクトなど)の「作成者」または「最終更新者」フィールドで利用可能です。
例
john.doejane.smithcontroller_ussarah.jones
|
|||
|
目標完了日
TargetCompletionDate
|
活動または期間全体の締め処理の計画された締め切り日です。 | ||
|
説明
この属性は、締め処理カレンダーまたは内部SLAによって定義された、締め処理における主要なマイルストーンの予想完了日を格納します。これは、実際のパフォーマンスが測定されるベンチマークとして機能します。 この日付は、「締め切り遵守状況」ダッシュボードおよび「締め処理オンタイム率」KPIにとって不可欠です。実際の完了時間(EventTime)とこの目標日付を比較することにより、システムは自動的に遅延をフラグ付けし、スケジュールへの遵守状況を測定でき、締め処理における規律を徹底するのに役立ちます。
その重要性
期限内のパフォーマンスと期日遵守の測定を可能にし、これはタイムリーな財務報告にとって非常に重要です。
取得元
この情報は、締め処理管理ツールまたはOracle Financials内のカスタム締め処理カレンダー構成で維持されていることがよくあります。
例
2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
|
|||
|
終了日時
EndTime
|
アクティビティの完了時刻を示すタイムスタンプ。 | ||
|
説明
終了時刻は、活動が完了した正確な日付と時刻を記録します。開始時刻が始まりを示すのに対し、終了時刻は完了を示し、各ステップの正確な期間計算を可能にします。 この属性は、個々の活動の処理時間を計算するために不可欠です。開始時刻から終了時刻を差し引くことで、アナリストは期末締め処理のどのステップが最も時間を消費しているかを正確に特定でき、ボトルネックと非効率性を直接浮き彫りにします。
その重要性
アクティビティの処理時間を計算することを可能にし、これはボトルネックの特定と運用効率の測定に不可欠です。
取得元
開始時刻と同様に、Oracle Fusion Financialsのトランザクションテーブルでは、最終更新日フィールドや特定の完了日フィールドによく見られます。
例
2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
|
|||
|
統括タイプ
ReconciliationType
|
実行されている勘定照合のカテゴリです。 | ||
|
説明
この属性は、貸借対照表、損益計算書、会社間など、照合の種類を分類します。異なる種類の照合は、異なるワークフローに従う場合や、複雑性およびリスクのレベルが異なる場合があります。 これは、「タイプ別照合パフォーマンス」ダッシュボードをサポートするために使用されます。この属性でフィルタリングすることにより、アナリストは異なる照合カテゴリのサイクルタイムと量を比較し、どのタイプが遅延やバックログに最も陥りやすく、プロセス改善が必要であるかを特定できます。
その重要性
統括プロセスのターゲット分析を可能にし、高リスク勘定や会社間統括などの特定の種類の勘定に特有のボトルネックを特定するのに役立ちます。
取得元
これは勘定科目体系の勘定科目タイプ、またはAccount Reconciliation Cloud Service (ARCS) モジュールが使用されている場合はその属性から導出できます。
例
貸借対照表損益銀行照合会社間取引
|
|||
|
部署
Department
|
活動またはケースに関連付けられた事業部門またはコストセンターです。 | ||
|
説明
この属性は、「経理部」、「FP&A」、「内部監査」など、期末締め処理活動を担当または関与する部門を示します。プロセスに組織的なコンテキストを提供します。 プロセスを部門別にセグメント化することは、強力な分析手法です。これにより、異なる事業部門間での締め処理効率を比較し、部門間の引き継ぎがタイムラインにどのように影響するかを理解し、部門レベルでのワークロード分散を分析できます。
その重要性
組織の異なる部門間のプロセス比較を可能にし、ベストプラクティスを特定し、手順を標準化するのに役立ちます。
取得元
これは、ユーザーのプロファイル、GL勘定科目のコストセンターセグメント、またはOracle Fusion Financials内の法務エンティティの組織構造から導出される場合があります。
例
連結会計買掛金財務FP&A
|
|||
|
GL勘定
GLAccountNumber
|
照合または記帳対象の総勘定元帳勘定科目番号です。 | ||
|
説明
この属性は、勘定照合や調整仕訳など、活動に関与する特定のGL勘定科目番号を提供します。財務分析のための詳細な粒度を提供します。 個別の勘定科目レベルでの調整仕訳量と照合パフォーマンスを分析するために使用されます。これにより、頻繁に調整が必要であったり、照合に時間がかかったりする問題のある勘定科目を特定するのに役立ち、サブプロセスにおける根本的な問題を示唆します。
その重要性
常に調整が必要な、または統括に遅延がある問題のある勘定を特定するための詳細なビューを提供します。
取得元
これはGL_JE_LINESのようなGLテーブルにおける基本的なフィールドであり、あらゆる照合プロセスの中核となります。
例
111001401000625003212001
|
|||
|
アクティビティ所要時間
ActivityDuration
|
単一の活動を完了するのにかかった時間です。 | ||
|
説明
これは、活動が開始されてから終了するまでの経過時間を表す計算された指標です。終了時刻から開始時刻を引くことで算出されます。 この指標は、ボトルネック分析の主要なツールです。各活動の期間を集計し視覚化することで、アナリストはプロセス内の最も長いステップを即座に特定できます。これにより、最大の時間削減の可能性を秘めている領域に改善努力を集中させることができます。
その重要性
この算出された指標は、各タスクに費やされた時間を直接測定するため、プロセスボトルネックを特定するための最も重要な属性となります。
取得元
これは
例
PT8H30MP1DT2HPT15M20S
|
|||
|
仕訳ID
JournalEntryId
|
仕訳の一意の識別子です。 | ||
|
説明
この属性は、総勘定元帳仕訳の一意なシステム生成IDです。手動または調整仕訳の記帳に関連する活動に特に重要です。 個々の仕訳、特に調整仕訳をライフサイクル全体にわたって追跡するために使用されます。このIDは、調整の量を計算し、手戻りを特定の財務計上に遡って追跡するのに役立ちます。
その重要性
特定の財務記帳を追跡することができ、これは監査および調整仕訳の量と性質を分析するために不可欠です。
取得元
これはGL_JE_HEADERSテーブルの主キーであり、しばしばJE_HEADER_IDと命名されます。
例
JE1002345JE1002378JE1002412
|
|||
|
仕訳金額
JournalEntryAmount
|
仕訳の合計借方または貸方金額です。 | ||
|
説明
この属性は、仕訳の金額を捕捉します。調整、未払金、その他の財務計上の規模を表すことができます。 調整仕訳の金額を分析することで、プロセスエラーや例外の財務的影響に関するインサイトが得られます。大規模または頻繁な調整は、重大な統制上の弱点や直ちに対処が必要な問題を示している可能性があります。これにより、仕訳量分析に重要性の層が加わります。
その重要性
調整の財務的影響と重要性を評価するのに役立ち、軽微な修正と重大な財務諸表の修正を区別します。
取得元
この値は、特定の仕訳のGL_JE_LINESテーブルから借方金額を合計することで計算する必要があります。
例
15000.00250.75125000.50
|
|||
|
会社間取引であるか
IsIntercompanyTransaction
|
同一企業内の異なる2つの法人間の取引であるかどうかを示すフラグです。 | ||
|
説明
このブール型属性(真/偽)は、会社間パートナーが関与する取引または照合を識別します。これらの活動は、より複雑で、不一致や遅延が発生しやすい傾向があります。 このフラグは、「会社間照合フロー」ダッシュボードおよび「会社間照合率」KPIにとって不可欠です。これにより、この特定のサブプロセスを分離して分析し、クロスエンティティ取引に関連する固有のボトルネックを特定し、連結財務諸表の精度を向上させることができます。
その重要性
多くの場合複雑で問題が多い会社間統括プロセスを分離し、ターゲットを絞った分析と最適化を可能にします。
取得元
これは、Oracleの特定の会社間モジュール(AGIS)から、または明細行間や相殺セグメント間で会社コードセグメントが異なる仕訳を分析することで識別できます。
例
truefalse
|
|||
|
元帳
LedgerName
|
取引と残高が属する元帳の名前です。 | ||
|
説明
Oracle Fusion Financialsにおける元帳とは、勘定科目表、会計カレンダー、通貨によって定義された財務取引の記録です。これは、法人の主元帳である場合もあれば、異なる会計基準(例:IFRS対米国GAAP)向けの副元帳または報告元帳である場合もあります。 元帳による分析は、会計要件(例:IFRS対米国GAAP)に基づいて異なる可能性のあるプロセスを理解するために重要です。これにより、各報告基準においてプロセスがコンプライアンスに準拠し、効率的であることを確認できます。
その重要性
重要な会計コンテキストを提供し、異なる会計基準や報告要件によって分析をセグメント化することを可能にします。
取得元
これは主要なGLテーブルの財務データとともに保存され、GL_JE_HEADERSやGL_BALANCESなどのテーブルでLEDGER_IDによって参照されることがよくあります。
例
米国主要元帳英国プライマリ元帳IFRS報告元帳
|
|||
|
国
Country
|
法務エンティティまたは会社コードに関連付けられた国です。 | ||
|
説明
この属性は、法務エンティティが事業を運営する国を指定します。期末締め処理プロセスに地理的なコンテキストを提供します。 国別にプロセスを分析することで、地域の法令要件、異なるビジネスプラクティス、または地域共有サービスセンターのパフォーマンスによる変動が明らかになります。これにより、地理的なベンチマーキングが可能になり、地域差がプロセス効率に与える影響を理解できます。
その重要性
締め処理の地理的分析を可能にし、現地規制や地域チームのパフォーマンスによる差異を浮き彫りにします。
取得元
これは通常、Oracle Fusion Financialsにおける法務エンティティまたはビジネスユニットの設定から導出されます。
例
米国ドイツ日本ブラジル
|
|||
|
手戻り
IsRework
|
手戻りを表すアクティビティを識別する計算フラグです。 | ||
|
説明
このブール型属性は、プロセスフローから導出され、手戻りを示す活動にフラグを立てます。期末締め処理における一般的な例としては、同じ勘定科目に対する「照合承認済み」活動の後に発生する「調整仕訳計上済み」活動があり、これは照合が不十分であったことを示唆しています。 この属性は、非効率性の主要な原因である手戻りの頻度と影響を定量化するために使用されます。手戻りループを特定して分析することにより、組織は不十分なトレーニングや欠陥のある手順など、エラーの根本原因を診断し、是正措置を講じることができます。
その重要性
以前の作業を修正するアクティビティをフラグ付けすることで、プロセスの非効率性を直接定量化し、エラーの根本原因を特定するのに役立ちます。
取得元
これは、プロセスマイニングツールで手戻りパターンを定義することで計算されます。例えば、「承認」の後に「修正」が続くシーケンスなどです。
例
truefalse
|
|||
|
期間締めサイクルタイム
PeriodCloseCycleTime
|
期末締め処理プロセス全体を最初から最後まで完了するのにかかった合計時間です。 | ||
|
説明
これは、会計期間の締め処理の合計期間を表すケースレベルで計算される指標です。特定の会計期間における最後の活動のタイムスタンプから最初の活動のタイムスタンプを引くことで計算されます。 これはRecord to Reportプロセスの主要な業績評価指標(KPI)です。エンドツーエンドプロセスの全体的な効率性の高レベルな尺度を提供し、締め処理の加速を目的とした改善イニシアチブを追跡するために使用されます。
その重要性
このKPIは、締め処理プロセスのエンドツーエンドの効率性を測定するもので、財務部門の上級リーダーにとって主要な焦点です。
取得元
これは、プロセスマイニングツール内でケースレベルで計算され、ケースの最新の開始時刻から最も早い開始時刻を差し引くことで算出されます。
例
P5D4HP7D12HP4D20H
|
|||
|
期限内である
IsOnTime
|
アクティビティが目標日までに完了したかどうかを示す計算フラグです。 | ||
|
説明
このブール型属性は、活動の実際の完了タイムスタンプ(EventTimeまたはEndTime)と計画された締め切り(TargetCompletionDate)を比較します。活動が期日通りまたは早期であった場合は真、遅れた場合は偽となります。 これは、スケジュール遵守のシンプルかつ明確な尺度を提供し、「締め処理オンタイム率」KPIの基礎となります。締め切り違反を引き起こすボトルネックを迅速に特定するのに役立ち、管理者にとって締め処理カレンダーへのコンプライアンスを監視するための明確な指標を提供します。
その重要性
これは、スケジュール遵守の明確な二値尺度を提供し、重要な締め処理の締め切りに対するコンプライアンスを簡単に追跡できるようにします。
取得元
これは、データ変換中にイベントタイムと目標完了日を比較することで計算されます(イベントタイム <= 目標完了日)。
例
truefalse
|
|||
Record to Report - 決算・統括アクティビティ
| アクティビティ | 説明 | ||
|---|---|---|---|
|
勘定調整開始
|
このイベントは、特定のGL勘定科目または複数の勘定科目に対する照合プロセスの開始を示します。多くの場合、照合に対して最初に行われたアクション(作成者への割り当てや初期ステータス変更など)から推測されます。 | ||
|
その重要性
これは、重要でしばしば時間のかかるサブプロセスの開始を示します。このイベントから承認までの時間を測定することは、照合サイクルタイムの計算とバックログの特定に役立ちます。
取得元
Oracle Account Reconciliation Cloud Service (ARCS)では、調整のステータスが「作成者によるオープン」または同様の初期状態に移行したタイムスタンプから推測できます。
取得
期間の特定の勘定調整が「保留中」または「新規」の状態から移行したことに関連する最も古いタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
期間永久締め
|
一般会計における会計期間の最終的かつ取消不能な締め処理を示します。この措置が取られると、期間を再度開くことはできず、それ以上の変更は行えません。 | ||
|
その重要性
この活動は、期末ケースの決定的な終了イベントとして機能します。これにより、総締め処理サイクルタイムを測定するための最終的なタイムスタンプが提供され、報告のためのデータ整合性が確保されます。
取得元
これは、GL_PERIOD_STATUSESテーブルの期間ステータスを「完全にクローズ済み」に更新する、特定の明示的なアクションです。このアクションとそのタイムスタンプはシステムによってログに記録されます。
取得
GL_PERIOD_STATUSESの会計期間のステータス変更ログから「Permanently Closed」に変更された際に取得されます。
イベントタイプ
explicit
|
|||
|
期間開始
|
特定の会計期間の財務締め処理の公式な開始を示します。これは通常、一般会計モジュールで承認されたユーザーによって、取引記帳を許可するために行われる明示的なアクションです。 | ||
|
その重要性
この活動は、期末ケースの決定的な開始イベントとして機能します。総期間締め処理サイクルタイムを測定し、締め処理プロセスの開始の遅延を特定するために非常に重要です。
取得元
このイベントは、期間のステータスが「オープン」に変更されたときに総勘定元帳モジュールからキャプチャされます。各期間のステータスとタイムスタンプをログに記録するGL_PERIOD_STATUSESテーブルで確認できます。
取得
GL_PERIOD_STATUSESの会計期間のステータス変更ログから取得されます。
イベントタイプ
explicit
|
|||
|
照合承認済み
|
レビュー担当者が勘定調整を正式に承認し、その正確性と完全性を確認したことを示します。これは、調整ワークフローの完了を示す重要なマイルストーンです。 | ||
|
その重要性
承認は、勘定調整サイクルの終わりを示します。これは、調整パフォーマンスを測定し、その後の締め処理ステップを解除するための重要なマイルストーンです。
取得元
これは、Oracle ARCSにおいて、権限のあるレビュー担当者によって照合のステータスが「承認済み」または「クローズ済み」に更新されたときに発生する、明示的でタイムスタンプ付きのイベントです。
取得
統括システムの監査証跡における「承認済み」へのステータス変更のタイムスタンプから取得されます。
イベントタイプ
explicit
|
|||
|
調整仕訳記帳済み
|
これは、残高を修正し、発生源を記録し、または照合中に特定されたその他の調整を行うために、手動仕訳を総勘定元帳に計上することを表します。各計上は個別のログに記録された取引です。 | ||
|
その重要性
特に統括が承認された後に大量の調整仕訳が発生する場合、それは手戻りや上位プロセスにおける潜在的な問題を示しています。これらの仕訳を追跡することは、データ品質を向上させる上で重要です。
取得元
GL_JE_HEADERSおよびGL_JE_LINESテーブルに記録されます。調整仕訳は、通常「Manual」または「Adjustment」に設定される仕訳カテゴリまたはソースによって識別されることが多いです。
取得
期間内の「調整」カテゴリの仕訳入力の作成日および記帳日によって識別されます。
イベントタイプ
explicit
|
|||
|
財務諸表生成済み
|
このイベントは、損益計算書、貸借対照表、キャッシュフロー計算書などの主要な財務諸表の作成を示します。通常、ユーザーによって開始されるシステム駆動型のプロセスです。 | ||
|
その重要性
これは、データ処理フェーズの終了と最終レビューおよび承認フェーズの開始を示す重要なマイルストーンです。財務諸表の承認時間を測定するために不可欠です。
取得元
これは、財務報告ジョブの正常完了、またはOracle FusionのFinancial Reporting StudioやNarrative Reportingのような報告ツールで公開されたレポートの作成タイムスタンプから推測できます。
取得
最終レポートパッケージを生成するスケジュールされたジョブの完了タイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
レビュー用に調整提出済み
|
この活動は、勘定照合を作成する担当者から、それをレビューおよび承認する担当者への引き渡しを示します。これは通常、照合ツール内での明示的なステータス変更です。 | ||
|
その重要性
この引き渡しは、潜在的な待機ポイントまたはボトルネックです。提出から承認までの時間を分析することで、レビューサイクルの遅延が明らかになり、リソース配分の情報となります。
取得元
Oracle ARCSにおいて、調整のステータスが「準備中」の状態から「レビュー待ち」または「提出済み」の状態に変更された際に取得されます。このステータス変更にはタイムスタンプが付与されます。
取得
統括システムにおける「承認待ち」または同等のステータス変更のタイムスタンプに基づきます。
イベントタイプ
explicit
|
|||
|
仕訳インポート済み
|
この活動は、要約された補助元帳取引やその他の外部データを総勘定元帳にインポートすることを反映しています。これは、照合と調整に備えて財務データを統合します。 | ||
|
その重要性
データインポートの完了を追跡することは、データ収集のリードタイムを理解する上で重要です。これは、総勘定元帳が締め処理を進めるために必要な生データを含んでいる時点を示します。
取得元
これは、関連する会計期間でフィルタリングされたGL_JE_BATCHESおよびGL_IMPORT_REFERENCESテーブルにおける仕訳インポートプロセスの正常完了を確認することで識別できます。
取得
補助元帳または外部インポートを示すソースを持つ仕訳バッチの作成日によって識別されます。
イベントタイプ
explicit
|
|||
|
会社間統括完了
|
同一組織内の異なる法人間の取引を調整する作業の完了を表します。これは、会社間残高がゼロになることを保証する専門的な調整アクティビティです。 | ||
|
その重要性
会社間統括は、締め処理における遅延と複雑さの頻繁な原因となります。その期間を特定することは、連結報告における重要なパスアクティビティを最適化するのに役立ちます。
取得元
このイベントは、会社間照合が期間の「照合済み」または「クローズ済み」ステータスに達した際に、会社間取引モジュールまたはARCSから取得できます。
取得
期間の会社間統括バッチのステータスが完了とマークされたタイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
期間「クローズ」設定
|
これは最終的ではあるものの、元に戻せるステップであり、総勘定元帳の期間ステータスが「クローズ済み」に変更されます。これにより、新しい仕訳がその期間に計上されるのを防ぎます。 | ||
|
その重要性
この活動は、会計期間の締め処理の運用上の終了を示しますが、最終的で不可逆的なステップではありません。これはコンプライアンスと管理のための重要なマイルストーンです。
取得元
これは、GL_PERIOD_STATUSESテーブルに記録される明示的なステータス変更であり、ユーザー、タイムスタンプ、および期間の新しいステータス「クローズ済み」をログに記録します。
取得
GL_PERIOD_STATUSESの会計期間のステータス変更ログから「Closed」に変更された際に取得されます。
イベントタイプ
explicit
|
|||
|
補助元帳期間クローズ済み
|
買掛金、売掛金、固定資産などの補助元帳の期間締め処理を表します。このアクションにより、補助元帳への新規取引の記帳が防止され、一般会計を締め切るための前提条件となります。 | ||
|
その重要性
補助元帳の締め処理の遅延は、一般会計締め処理の開始に直接影響を与える一般的なボトルネックです。このアクティビティを追跡することで、プロセス早期における遅延の原因を特定するのに役立ちます。
取得元
Oracle Fusion Financialsにおける各補助元帳の会計期間のステータス変更から取得されます。ステータス変更は通常、各補助元帳モジュールでログに記録され、タイムスタンプが付与されます。
取得
特定のアプリケーション(例:買掛金、売掛金)の「Closed」ステータスを示す補助元帳期間ステータステーブルから導出されます。
イベントタイプ
explicit
|
|||
|
試算表生成済み
|
この活動は、期間の試算表レポートの生成を表します。最終的な財務諸表を作成する前に、借方合計と貸方合計が一致することを確認するための重要なチェックポイントです。 | ||
|
その重要性
試算表が初めて正常に作成されることは、すべての主要な調整が完了した可能性が高いことを示す重要なマイルストーンです。これは最終報告段階に先行する重要なステップです。
取得元
これは、「試算表レポート」同時実行要求またはスケジュール済みプロセスの正常完了から推測できます。システムはこれらのジョブの実行時間をログに記録します。
取得
システムのプロセススケジューラログにおける試算表レポート生成ジョブの完了タイムスタンプから推測されます。
イベントタイプ
inferred
|
|||
|
財務諸表レビュー済み
|
作成された財務諸表に対する経営層によるレビューの完了を示します。これは手動プロセスであることが多いため、関連するシステムアクティビティや手動入力から記録を推測する必要がある場合があります。 | ||
|
その重要性
レビューサイクルは、締め処理の「ラストマイル」の大部分を占めることがよくあります。これを追跡することで、経営層によるレビューの遅延を特定し、全体の報告タイムラインを短縮するのに役立ちます。
取得元
これは直接捕捉するのが困難です。ナラティブ報告ツールにおけるレポートステータス変更のタイムスタンプ、またはワークフローツールにおける明示的な承認タスクから推測される場合があります。
取得
BPMワークフローにおける承認タスクの完了など、他のシステムイベントからの推論、または手動入力が必要となる場合があります。
イベントタイプ
inferred
|
|||
|
連結プロセス実行済み
|
複数の子会社や事業部門の財務データを集約し、親会社向けの単一の財務諸表を作成する連結処理の実行を示します。これは個別にログが記録されるプロセスです。 | ||
|
その重要性
複数のエンティティを持つ組織にとって、連結は重要かつ複雑なステップです。その実行と期間を追跡することは、企業レベルでの締め処理タイムラインを理解するために不可欠です。
取得元
Oracle Financial Consolidation and Close Cloud (FCCS)では、連結ルールとプロセスの実行は開始および終了のタイムスタンプとともにログに記録されます。このデータはジョブスケジューラから抽出できます。
取得
FCCSモジュール内の連結ジョブまたはビジネスルールの実行ログから取得されます。
イベントタイプ
explicit
|
|||