Search Results ar_memo_lines_all_b_pk




Overview

AR_MEMO_LINES_ALL_B is a core Receivables table in Oracle E-Business Suite 12.1.1 and 12.2.2, owned by the AR schema. It stores the standard memo lines that back debit memos, on-account credits, debit memo reversals, and chargebacks. Whereas RA_CUSTOMER_TRX_LINES_ALL holds the operational transaction lines for every Receivables document, AR_MEMO_LINES_ALL_B persists the reusable memo-line definition that those transaction lines can point to through the MEMO_LINE_ID column. The table therefore acts as a repository of standard, pre-defined memo content that receivable transactions consume rather than redefine on each occurrence.

The table carries 56 columns and is multi-organization enabled through ORG_ID, with the unique index AR_MEMO_LINES_ALL_B_U1 spanning MEMO_LINE_ID, ORG_ID, and ZD_EDITION_NAME. From a Data Vault modeling perspective, the metadata's heuristic classification is satellite-leaning: the surgical business key is MEMO_LINE_ID, while descriptive attributes such as LINE_TYPE, SET_OF_BOOKS_ID, taxing data, and rule references behave as dependent satellite attributes rather than as an independent hub. This classification is a modeling suggestion derived from the foreign-key topology, not a physically enforced construct.

Key Information Stored

The surrogate primary key is MEMO_LINE_ID, defined by constraint AR_MEMO_LINES_ALL_B_PK. The unique index AR_MEMO_LINES_ALL_B_U1(MEMO_LINE_ID, ORG_ID, ZD_EDITION_NAME) demonstrates the business-key candidate in a multi-org and multi-edition environment, ensuring a memo line is unique per operating unit and edition.

Common Use Cases and Queries

Typical usage centers on resolving memo-line detail for a transaction line, validating effective-dated memo definitions per ledger, and feeding interface processing. A representative join resolving transaction lines to their memo definition:

  • SELECT m.memo_line_id, m.line_type, m.set_of_books_id, m.start_date, m.end_date FROM ar.ar_memo_lines_all_b m WHERE m.org_id = :org_id AND m.line_type = :line_type;
  • Join to consumers: SELECT t.customer_trx_line_id, t.memo_line_id, m.line_type, m.unit_std_price FROM ra_customer_trx_lines_all t, ar_memo_lines_all_b m WHERE t.memo_line_id = m.memo_line_id;
  • Effective-date validity check: ... WHERE TRUNC(SYSDATE) BETWEEN m.start_date AND NVL(m.end_date, TRUNC(SYSDATE));
  • Reporting by rule reference: aggregate memo lines grouped by invoicing_rule_id or accounting_rule_id joined to RA_RULES.

Reporting use cases include memo-line inventory by operating unit and ledger, aging-style analysis of expired versus active memo definitions, and reconciliation of interface rejects referencing MEMO_LINE_ID.

Related Objects

The most significant related objects, based on documented foreign-key relationships, are:

These relationships confirm the table's role as a reference or satellite-style repository whose key is propagated outward to transaction, interface, and auxiliary processing structures throughout Receivables and adjacent modules.