Search Results ar_aging_extract




Overview

AR_AGING_EXTRACT is a temporary staging table owned by the AR (Receivables) schema in Oracle E-Business Suite 12.1.1 and 12.2.2. It is populated and consumed by the MFAR (Multi-Fund Accounts Receivable) aging report process, which produces aged receivable balances across configurable time buckets. The table is not a permanent transactional store; rows are typically inserted, reported against, and purged within the lifecycle of a single aging report run. Because the MFAR aging process must assemble customer, site, payment schedule, and credit memo detail into a single flat structure before applying bucket logic, AR_AGING_EXTRACT serves as the intermediate work area that flattens this multi-table data into report-ready rows.

The ETRM metadata heuristically classifies this table as standalone under a Data Vault modeling lens, meaning it exhibits neither a clean hub nor a link nor a satellite role. This is consistent with a transient extract: it carries denormalized attributes (buckets, sort fields, contact data) alongside references to customer, site, and payment schedule identifiers, but it is not intended as a durable integration anchor. Modelers should treat the standalone classification as a suggestion reflecting the table's extract-stage nature rather than a normalized entity.

Key Information Stored

The table exposes 37 documented columns in the 12.2.2 ETRM schema. The most significant include:

No surrogate primary key is documented; the nearest business-key candidates are the combination of PAYMENT_SCHEDULE_ID with TRX_NUMBER and CUSTOMER_ID. The presence of PARENT_REQUEST_ID reinforces that rows belong to a specific report submission and should be scoped accordingly.

Common Use Cases and Queries

Typical uses center on retrieving, reconciling, or re-using MFAR aging output after the concurrent request completes. A basic query filters by the parent request:

  • SELECT customer_number, trx_number, days_past_due, bucket_0, bucket_1, bucket_2, bucket_3, bucket_4, bucket_5, bucket_6 FROM ar.ar_aging_extract WHERE parent_request_id = :request_id;
  • Aggregating aging exposure by customer: SELECT customer_id, SUM(amt_due_remaining), SUM(bucket_3) FROM ar.ar_aging_extract GROUP BY customer_id;
  • Joining back to HZ_CUST_ACCT_SITES_ALL on cust_acct_site_id to retrieve site-level attributes not stored in the extract.
  • Reconciling extract totals against AR_PAYMENT_SCHEDULES to validate the aging run.

Because the table is temporary, queries must be executed within the same session or before the process clears rows for the given PARENT_REQUEST_ID.

Related Objects