Results for “assign_to_person_id”

50+ results




AI-generated from documented ETRM metadata — verify critical details on the linked pages.

Overview

The AS_SALES_LEADS_LOG table resides in the OSM schema and belongs to the AS – Sales Foundation product family within Oracle E-Business Suite 12.1.1 and 12.2.2. Its documented purpose is to hold the opportunity change history for sales leads. Whereas AS_SALES_LEADS stores the current state of each opportunity, AS_SALES_LEADS_LOG captures the transactional trail of changes made to those opportunities over time — reassignments, status transitions, rank modifications, qualification decisions, and rejections.

Heuristic Data Vault classification mined from the foreign key structure indicates a satellite-leaning pattern. In Data Vault modeling terms, this suggests AS_SALES_LEADS_LOG behaves as a satellite attached to a hub (AS_SALES_LEADS via SALES_LEAD_ID), recording descriptive, time-variant change attributes about the parent opportunity rather than acting as an independent hub or a many-to-many link.

Key Information Stored

The table is documented with 22 columns in the ETRM 12.2.2 physical schema. The most operationally significant columns include:

Common Use Cases and Queries

The most frequent scenario is reconstructing an opportunity's assignment and status timeline for audit or sales-performance reporting.

  • Opportunity change history: SELECT l.log_id, l.sales_lead_id, l.status_code, l.assign_to_person_id, l.creation_date FROM as_sales_leads_log l WHERE l.sales_lead_id = :p_lead_id ORDER BY l.creation_date;
  • Reassignment audit: joining to AS_SALES_LEADS to compare current owner against historical owners recorded in the log.
  • Rejection analysis: grouping by REJECT_REASON_CODE to identify systemic disqualification trends.
  • Concurrent-program lineage: filtering on REQUEST_ID or PROGRAM_ID to trace which batch process generated specific history rows.
  • Security-scoped extracts: constraining results by SECURITY_GROUP_ID for multi-org reporting.

Related Objects

  • AS_SALES_LEADS — joined via AS_SALES_LEADS_LOG.SALES_LEAD_ID = AS_SALES_LEADS.SALES_LEAD_ID; the primary parent of every history row.
  • FND_SECURITY_GROUPS — joined via AS_SALES_LEADS_LOG.SECURITY_GROUP_ID, governing row-level access.
  • PER_ALL_PEOPLE_F — resolves ASSIGN_TO_PERSON_ID to a named resource.
  • AS_SALES_LEAD_RANKS / rank lookup — resolves LEAD_RANK_ID to a descriptive rank value.
  • FND_USER — resolves CREATED_BY and LAST_UPDATED_BY for audit attribution.
  • FND_CONCURRENT_REQUESTS — correlates REQUEST_ID with the originating concurrent program.

Because AS_SALES_LEADS_LOG depends on AS_SALES_LEADS, integrity is maintained through the documented foreign key; no child tables reference AS_SALES_LEADS_LOG itself.