売掛金データテンプレート

Oracle Fusion Financials
売掛金データテンプレート

売掛金データテンプレート

このテンプレートでは、Oracle Fusion Financialsで請求および回収サイクルを分析するための基本的なデータ要件を示します。財務業務のボトルネックを特定するために必要な主要属性とプロセス上の節目を、整理して確認できます。このガイドに沿って設定することで、イベントログに意味のあるプロセス分析に必要な詳細情報を確実に記録できます。
  • 売掛金分析に推奨される属性一式
  • 監視対象となる主要なプロセスアクティビティと節目
  • Oracle Fusion Financials向けのシステム固有の抽出ガイド
イベントログを初めて扱いますか。学ぶ プロセスマイニングのイベントログを作成する方法.

売掛金の属性

売掛金と債権回収のワークフローを詳細に分析するため、イベントログに含めることを推奨するデータ項目です。
5 必須 9 推奨 7 任意
名前 説明
アクティビティ名
ActivityName
売掛金プロセスで実行された特定のイベントまたはアクションです。
説明

この属性は、請求書の作成、入金の計上、紛争の開始など、プロセスで実行されたステップを表します。プロセスマップの流れを定義し、イベントの順序を可視化できます。

分析担当者はこのフィールドを使って、プロセスバリアント、ループ、ボトルネックを特定します。標準業務手順への準拠状況を確認し、手戻りや手動介入など特定イベントの頻度を計算するうえでも欠かせません。

重要な理由

プロセスフローの定義とイベント順序の可視化に必要です。

入手先

取引履歴テーブル(例:AR_PAYMENT_SCHEDULES_ALL、RA_CUST_TRX_LINE_GL_DIST_ALL)から導出されます。

請求書を作成支払督促を送信一部入金計上済み紛争案件を開始
イベントタイムスタンプ
EventStartDateTime
アクティビティが発生した具体的な日時です。
説明

この属性は、システム内でアクティビティが実行された正確な時点を記録します。イベントを時系列に並べるために使われ、プロセスマイニングにおける時間ベースの計算の基礎となります。

タイムスタンプを分析することで、請求書の作成から発送までの時間など、アクティビティ間の処理時間を計算できます。売上債権回転日数などのKPIを測定し、入金行動の時間的なパターンを特定するうえで重要です。

重要な理由

期間、リードタイム、処理時間の計算に必要な基礎情報です。

入手先

Oracle Fusion Financials:各種取引テーブルのCREATION_DATEまたはLAST_UPDATE_DATE列。

2023-10-15T08:30:00Z2023-10-16T14:45:12Z2023-11-01T09:00:00Z
請求書番号
InvoiceNumber
Oracle Fusionで請求書取引に割り当てられる一意の識別子です。
説明

この属性は、売掛金モジュール内の債務を識別する一意のキーです。調整、紛争、入金など、その後のすべてのアクティビティを元の売上取引に関連付けます。

プロセスマイニング分析では、この属性がCase IDとして機能します。請求が作成されてから完全に消し込まれる、または償却されるまでの売掛金のライフサイクル全体を追跡できるため、処理時間とプロセスバリアントの計算に役立ちます。

重要な理由

売掛金の信用から入金までのライフサイクルを追跡するための基本的な分析単位です。

入手先

Oracle Fusion Financials:RA_CUSTOMER_TRX_ALL.TRX_NUMBER

INV-2023-00110056789AR-99887755002211
ソースシステム
SourceSystem
データの取得元である記録システムです。
説明

この属性は、プロセスデータを抽出したソフトウェア環境を識別します。この場合、データがOracle Fusion Financials環境から取得されたことを確認できます。

単一システムからの抽出では固定値になることが多い一方、複数のERPインスタンスのデータを統合する場合や、外部の回収ツールを連携する場合には重要です。複数システムにまたがるプロセス環境で、データの系譜と追跡可能性を確保します。

重要な理由

データの系譜を確保し、異なるERPインスタンスを区別します。

入手先

抽出時にハードコードするか、データパイプラインで設定します。

Oracle Fusion FinancialsOracle Cloud ERP - 米国Oracle Cloud ERP - EMEA
最終データ更新
LastDataUpdate
マイニングツールでデータが最後に更新された日時です。
説明

この属性は、データセットがソースのOracleシステムと最後に同期された日時を示します。分析結果の新しさや、現在の業務状況を反映しているかどうかを把握できます。

特に未解決の紛争や未適用入金を業務モニタリングする場合、ダッシュボードに最新情報が表示されていることを確認するうえで、このフィールドの監視が重要です。

重要な理由

データの鮮度と信頼性を判断するための情報を提供します。

入手先

抽出時点のシステム時刻です。

2023-11-15T23:59:59Z2023-11-16T00:00:00Z
ユーザー名
UserName
アクティビティを実行したシステムユーザーです。
説明

この属性は、特定のアクティビティ(請求書の計上や銀行取引明細の照合など)を実行した担当者のログインIDまたは名前を記録します。汎用の「ユーザー」フィールドに対応します。

コンプライアンス監査と「回収担当者処理量」ダッシュボードに欠かせないデータです。「System」ユーザーが実行することの多いシステム主導のアクションと、人が実行したアクションを分けて、自動化を分析できます。

重要な理由

ユーザー単位のパフォーマンス追跡と職務分掌の分析を可能にします。

入手先

Oracle Fusion Financials:ユーザーテーブルと結合したCREATED_BYまたはLAST_UPDATED_BY列。

sysadminjsmithfinance_batch_job
事業部門
BusinessUnit
組織内で請求書を担当する業務上の事業体です。
説明

この属性はOracle Fusionの組織IDに対応し、売掛金を担当する特定の事業部門または部門を表します。企業内の各部門におけるプロセスパフォーマンスを分けて分析できます。

異なる事業部門間で紛争解決時間やDSOなどのKPIを比較すると、経営層は成果の高いチームを特定し、優れた手法を標準化できます。追加のリソースやプロセスの再設計が必要な部門も明らかになります。

重要な理由

組織間のベンチマーキングとパフォーマンス比較における主要な分析軸です。

入手先

Oracle Fusion Financials:ORG_IDを介して関連付けられたHR_ORGANIZATION_UNITS.NAME。

米国東部営業EMEAサービスAPAC製造
取引タイプ
TransactionType
売掛金伝票の分類(請求書、クレジットメモ、デビットメモ)です。
説明

この属性は、異なる種類の財務伝票を区別します。一般的な値には、請求書、クレジットメモ、デビットメモがあります。この区別は「クレジットメモ件数と手戻り」ダッシュボードに欠かせません。

この属性でフィルタリングすると、クレジットメモによる手戻りループを切り分けたり、請求書の主要フローだけに絞り込んだりできます。売掛金業務の構成を把握するのに役立ちます。

重要な理由

通常の請求書と調整・修正を区別します。

入手先

Oracle Fusion Financials:RA_CUST_TRX_TYPES_ALL.NAME

請求書貸方票借方票チャージバック
回収担当者名
CollectorName
請求書に割り当てられた回収担当者または担当リソースの名前です。
説明

この属性は、請求書の入金回収を担当する特定の従業員またはチームメンバーを識別します。「回収担当者処理量」ダッシュボードの主要な分析軸です。

このフィールドのデータにより、担当者ごとの生産性を測定し、研修の必要性を特定し、業務量を調整できます。責任の所在を明確にし、財務チーム全体で回収業務を標準化するのにも役立ちます。

重要な理由

リソースのパフォーマンス分析と業務量の調整に重要です。

入手先

Oracle Fusion Financials:顧客プロファイルに関連付けられたAR_COLLECTORS.NAME。

John Smith回収チームAJane Doe
支払期日
DueDate
入金が予定される期限日です。
説明

請求日と支払条件に基づいて計算される支払期限です。支払遅延の有無を判断する基準になります。

「回収督促タイミング差異」KPIでは、期限に対してチームがどれだけ先回りして対応したかを測定するために使います。また、エージングレポートで売掛金を未期限と期限超過に分類する基準にもなります。

重要な理由

延滞状況と期限内パフォーマンスを判断する主要な基準です。

入手先

Oracle Fusion Financials:AR_PAYMENT_SCHEDULES_ALL.DUE_DATE

2023-11-302023-12-152024-01-01
自動実行かどうか
IsAutomated
人の介入なしにアクティビティが実行されたかどうかを示すフラグです。
説明

このブール型属性は、アクティビティがシステムプロセス(AutoInvoice、AutoLockboxなど)によって実行されたか、人が実行したかを判定します。「入金適用自動化率」KPIの主要な算出要素です。

自動アクティビティと手動アクティビティの比率を時系列で追跡することで、組織はデジタルトランスフォーメーション施策の成果を確認し、依然として手動で行われているプロセスステップを特定できます。

重要な理由

デジタルトランスフォーメーションと効率性を測定する主要指標です。

入手先

UserNameに基づく計算ロジック(例:User == 「BATCH_USER」の場合はtrue)。

truefalse
請求金額
InvoiceAmount
請求書の金銭的な合計額です。
説明

この属性は、請求書に対する当初の請求額を表します。多くの分析で主要な重み付け要素となり、取引量の少ない案件よりも高額な取引を優先できます。

「未適用クレジットと収益漏れビュー」では、未解決項目による財務影響の規模を把握するために使います。金額加重平均の売上債権回転日数の計算にも使われ、プロセス効率を財務面から捉えられます。

重要な理由

分析に金額面の重みを加え、価値に基づく優先順位付けを支援します。

入手先

Oracle Fusion Financials:RA_CUSTOMER_TRX_ALL.AMOUNT_DUE_ORIGINAL

1500.00250.5010000.00
顧客セグメント
CustomerSegment
規模、業種、リスクなどに基づく顧客の分類です。
説明

この属性は、顧客を戦略顧客、エンタープライズ、SME、ハイリスクなどのグループに分類します。多くの場合、Oracle Fusionの顧客クラスまたはプロファイルクラスから導出されます。

この属性を使うと、市場セグメントごとのプロセスバリアントを分析できます。たとえば、戦略顧客に想定した手厚いサービスが提供されているか、ハイリスク顧客の支払コンプライアンスが適切に監視されているかを確認できます。

重要な理由

回収戦略とリスクを分けて分析できます。

入手先

Oracle Fusion Financials:HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID。

大企業中小企業政府機関高リスク
顧客名
CustomerName
取引で請求された組織または個人の名称です。
説明

この属性は、請求書に関連付けられた顧客を識別します。顧客単位で入金行動、紛争の頻度、回収の有効性を分析するための基本情報です。

分析担当者はこのフィールドを使って、支払遅延や紛争の申し立てが多い顧客を特定します。この情報は「顧客入金行動分析」ダッシュボードに役立ち、顧客ごとの状況に合わせた与信条件や回収戦略の策定を支援します。

重要な理由

顧客中心の分析とリスクプロファイリングに欠かせません。

入手先

Oracle Fusion Financials:BILL_TO_CUSTOMER_IDを介して関連付けられたHZ_PARTIES.PARTY_NAME。

Acme CorpGlobex CorporationSoylent Corp
作成元
CreationSource
請求書の発生元で、手動作成かインポートかを示します。
説明

この属性は、「手動入力」、「AutoInvoice」、特定の外部フィードなど、請求書がOracleシステムに取り込まれた方法を示します。汎用マッピングにおける「チャネル」の代替指標です。

「入金適用自動化モニター」に欠かせません。完全にデジタル化されたプロセスと、手動設定が必要なプロセスを区別できます。「手動入力」の件数が多い場合、上流システムとの連携不足やシステム上の問題が考えられます。

重要な理由

上流工程の自動化レベルとデータの発生元を特定します。

入手先

Oracle Fusion Financials:RA_BATCH_SOURCES_ALL.NAME

AutoInvoice手動プロジェクト導入受注管理
割引適用期限
DiscountEligibilityDate
顧客が早期支払割引を受けるために支払える最終日です。
説明

この属性は、「2/10 Net 30」(10日以内の支払で2%割引)などの条件を利用できる期限を示します。「早期支払割引分析」ダッシュボードに必要です。

この日付と入金日を比較すると、「早期支払割引取得率」を把握できます。割引施策がキャッシュフローの早期化に有効か、顧客に利用されていないかを確認できます。

重要な理由

インセンティブの有効性とキャッシュフロー早期化の分析を支援します。

入手先

Oracle Fusion Financials:AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE

2023-11-102023-12-05
地域
Region
事業部門または顧客に関連付けられた地理的地域です。
説明

この属性は、北米、EMEA、APACなど、取引をより広い地理的地域に対応付けます。経営層向けの概要レポートや「DSOとキャッシュサイクルの推移」ダッシュボードに役立ちます。

地域分析により、入金行動の文化的な違い(例:米国と比べて南欧では標準の支払条件が長い)を考慮し、グローバルKPIを各地域の状況に即して解釈できます。

重要な理由

グローバルレポート向けに、地理的な大分類を提供します。

入手先

Oracle Fusion Financials:事業部門または顧客住所から導出されます。

北米EMEAAPACLATAM
手戻りかどうか
IsRework
請求書が修正または紛争のループを経たかどうかを示すフラグです。
説明

このブール型属性は、「クレジットメモ発行済み」や「請求書調整済み」など、誤りの修正に関連するアクティビティが請求書に発生したかどうかを識別します。「クレジットメモ件数と手戻り」ダッシュボードを支援します。

手戻り案件を特定すると、問題のない標準経路と問題のある経路を分けて分析できます。手戻り率が高い場合、マスターデータや受注入力プロセスなど、上流のデータ品質に問題がある可能性があります。

重要な理由

プロセスフローにおける無駄と非効率を特定します。

入手先

計算値:「クレジットメモ発行済み」または「紛争案件開始」をケースに含む場合はTrue。

truefalse
支払条件
PaymentTerms
支払時期について合意された条件です(例:Net 30)。
説明

この属性は、契約上合意された支払期間を定義します。支払期日の計算に使われ、「回収戦略の有効性」ダッシュボードに欠かせません。

顧客ごとの支払条件の違いは、DSOの差を説明する要因になります。この属性により、パフォーマンスデータを標準化し、Net 60の顧客がNet 30の顧客と比べて不当に「支払が遅い」と判定されることを防げます。

重要な理由

契約条件を踏まえて支払速度を評価できます。

入手先

Oracle Fusion Financials:RA_TERMS.NAME

30日後払い即時10日以内支払い、30日後払い60日後払い
紛争理由
DisputeReason
紛争開始時に割り当てられるカテゴリまたは理由コードです。
説明

この属性は、「紛争案件開始」アクティビティが発生した際に提示された理由を記録します。一般的な値には、「価格誤り」、「数量不一致」、「破損品」などがあります。

「紛争ライフサイクルとボトルネック」ダッシュボードでこの属性を分析すると、入金遅延の根本原因を特定できます。「価格誤り」が頻発している場合、回収プロセスだけでなく、上流の販売見積プロセスを調査すべきだと判断できます。

重要な理由

入金遅延と手戻りの根本原因分析に欠かせません。

入手先

Oracle Fusion Financials:RA_CM_REQUESTS.REASON_CODEまたはAR_DISPUTE_HISTORY。

価格に関する紛争税務エラー商品未受領請求の重複
通貨コード
CurrencyCode
請求金額の通貨です。
説明

この属性は、財務金額の通貨(例:USD、EUR)を指定します。請求金額を正しく解釈し、全社報告通貨が必要な場合に通貨換算を行うために必要です。

グローバルに事業を展開する組織では、地域ごとの回収パフォーマンスを分析し、為替の影響と業務プロセスのパフォーマンスを切り分けるのに役立ちます。

重要な理由

複数通貨環境における財務数値の背景を明確にします。

入手先

Oracle Fusion Financials:RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE

USDEURGBPJPY
必須 推奨 任意

売掛金のアクティビティ

請求書ライフサイクルを正確にプロセスディスカバリーするため、イベントログに取得すべき主要なプロセス手順と節目です。
6 推奨 9 任意
アクティビティ 説明
一部入金計上済み
入金が請求書に適用されたものの、未決済残高の合計額を下回る場合に発生します。これにより、請求書は残高が減った状態で未決済のまま残ります。
重要な理由

頻度が高い場合は、入金が分散していることを示します(一部入金頻度KPI)。照合作業の負担が増加します。

入手先

STATUS = 「APP」で、AMOUNT_APPLIED < AMOUNT_DUE_REMAININGとなるAR_RECEIVABLE_APPLICATIONS_ALLから取得されます。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
全額入金受領
入金の適用によって請求書残高がゼロになった場合に発生します。回収プロセスにおける主要な成功イベントです。
重要な理由

早期支払割引分析に欠かせません。このイベントのタイミングによって、割引期間内に入金を回収できたかどうかが決まります。

入手先

STATUS = 「APP」で、適用後のAMOUNT_DUE_REMAININGが0となるAR_RECEIVABLE_APPLICATIONS_ALLから取得されます。

取得

フィールドXとYを比較して導出します

イベントタイプ calculated
請求書を作成
このアクティビティは、システム内で請求書レコードが最初に作成されたことを示します。Oracleの売掛金テーブルに取引ヘッダーが初めて保存された時点のタイムスタンプを記録します。
重要な理由

プロセスライフサイクルの開始点と、滞留期間計算の基準を設定します。総サイクル時間と送付までのリードタイムを計算するために必要です。

入手先

RA_CUSTOMER_TRX_ALLテーブルのCREATION_DATEまたはTRX_DATE列から取得します。

取得

取引行が挿入された時点で記録

イベントタイプ explicit
請求書を完了
請求書の作成処理が完了し、処理、印刷、計上が可能になったことを示します。取引ステータスが未完了から完了に変わった時点で発生します。
重要な理由

下書きにかかった時間と処理時間を区別できます。ここでの遅延は、社内の請求書作成プロセスにボトルネックがあることを示します。

入手先

RA_CUSTOMER_TRX_ALLのCOMPLETE_FLAGが「Y」に変わった時点で特定します。

取得

処理前後のステータスフィールドを比較

イベントタイプ inferred
請求書を発送
印刷、メール、XMLによって請求書を顧客に送信したことを示します。組織から顧客への引き渡しを記録するイベントです。
重要な理由

請求書送付のパフォーマンスを測定するうえで重要です。作成から送付までの間隔が、キャッシュ回収サイクルを直接遅らせます。

入手先

RA_CUSTOMER_TRX_ALLのPRINTING_ORIGINAL_DATE、またはXMLを使用する場合はOracle Collaboration Messaging Frameworkの特定ログから推定します。

取得

処理前後のステータスフィールドを比較

イベントタイプ inferred
請求書消込済み
請求書がシステム上でクローズされた最終状態です。通常は、入金、クレジットメモ、または調整によって残高がゼロになった場合に発生します。
重要な理由

このイベントのタイムスタンプは、売上債権回転日数(DSO)の計算に使われます。プロセスインスタンスの終了を表します。

入手先

AR_PAYMENT_SCHEDULES_ALLのSTATUSが「CL」(Closed)に変更された時点で特定されます。

取得

処理前後のステータスフィールドを比較

イベントタイプ inferred
クレジットメモ発行済み
請求書に適用されるクレジットメモ取引の作成を記録します。通常、紛争や返品への対応として請求残高を減額します。
重要な理由

クレジットメモの手戻り率と収益漏れを追跡します。クレジットメモが頻繁に発行される場合、請求処理に構造的な誤りがある可能性があります。

入手先

TRX_TYPEがCredit Memoで、RELATED_CUSTOMER_TRX_IDが請求書と一致するRA_CUSTOMER_TRX_ALLから取得されます。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
支払督促を送信
督促状または回収リマインダーを顧客に発行したことを記録します。Advanced Collectionsモジュールによって生成されるイベントです。
重要な理由

回収戦略の効果を分析するうえで欠かせません。支払データと関連付けることで、どのリマインダー戦略が最も早い入金回収につながるかを判断できます。

入手先

顧客口座に紐付けられたIEX_DUNNINGまたはIEX_STRATEGY_WORK_ITEMSテーブルにあります。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
支払約束を受領
顧客が特定の金額を特定の日付までに支払うという約束を記録します。通常は、顧客とのやり取りの中で回収担当者が手動で入力します。
重要な理由

顧客の支払行動を分析するうえで重要です。約束が守られない場合は、信用リスクが高く、将来的に貸倒れが発生する可能性を示します。

入手先

CollectionsモジュールのIEX_PROMISE_DETAILSテーブルから取得します。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
紛争を解決
紛争調査の完了を示します。結果は、クレジットメモの承認(正当な紛争)または却下(正当でない紛争)です。
重要な理由

紛争解決平均時間の計算に必要です。解決までの時間が長いと、顧客満足度とDSOに悪影響を及ぼします。

入手先

RA_CM_REQUESTS_ALLのステータスが「APPROVED」または「REJECTED」に変更されたことから導出されます。

取得

処理前後のステータスフィールドを比較

イベントタイプ inferred
紛争案件を開始
請求書に関する正式な紛争が開始されたことを示します。問題の調査中は、通常の回収活動が停止します。
重要な理由

主要なボトルネック指標です。紛争率が高い場合、受注処理や請求の正確性など、上流工程の品質に問題がある可能性があります。

入手先

RA_CM_REQUESTS_ALLのレコード、または請求書に紐付けられた特定のCredit Memo Requestワークフローによって特定します。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
請求書を総勘定元帳に転記
請求書の会計仕訳が確定し、総勘定元帳に転送されたイベントを記録します。財務コンプライアンスを確保し、期間締めに備えるための処理です。
重要な理由

顧客から見える処理には影響しませんが、ここでの遅延は財務締めのサイクルとレポートの適時性に影響します。

入手先

RA_CUST_TRX_LINE_GL_DIST_ALLテーブルのGL_DATEから取得します。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
請求書償却済み
残りの残高が回収不能と判断され、貸倒損失として償却される調整の一種です。プロセス上の望ましくない終端状態です。
重要な理由

財務健全性のモニタリングに欠かせません。入金の速さによる業務効率と、信用品質の問題を切り分けます。

入手先

調整タイプが「Write-off」に分類されるか、貸倒勘定に関連付けられているAR_ADJUSTMENTS_ALLから取得されます。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
請求書調整済み
少額の償却や為替調整など、クレジットメモとは異なる請求書残高への手動調整を記録します。
重要な理由

収益漏れや、入金なしで残高が消し込まれる標準外のプロセス経路の特定に役立ちます。

入手先

請求書に関連付けられたAR_ADJUSTMENTS_ALLテーブルから取得されます。

取得

取引Xが実行された時点で記録

イベントタイプ explicit
銀行取引明細照合済み
請求書に適用された入金が、銀行取引明細の明細行と照合されたことを示します。入金が実際に銀行口座へ入金されたことを確認できます。
重要な理由

入金適用の自動化を測定します。入金計上から銀行照合までの差は、未確認の入金を表します。

入手先

照合参照情報を介して、AR_CASH_RECEIPTS_ALLとCE_STATEMENT_LINES(Cash Management)を結合して取得されます。

取得

処理前後のステータスフィールドを比較

イベントタイプ inferred
推奨 任意

抽出ガイド

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

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

このテンプレートをOracle Fusion環境に適用し、財務データを具体的な改善案につなげます。当社のチームが、お客様固有の業務ロジックをこれらの標準に対応付けるお手伝いをします。

売掛金の回収を今すぐ加速

DSOを15~20日短縮し、キャッシュフローの不足を今すぐ解消します。

無料トライアルを開始

クレジットカードは不要です。5分で設定できます。