Search Results loc_description




Overview
Explore in AI Chat

Overview

AS_IMPORT_INTERFACE is a staging table owned by the OSM schema in Oracle E-Business Suite, classified under the AS – Sales Foundation product family. Its documented purpose is to hold inbound data prior to validation and promotion into the production Sales tables. In practice it functions as the landing and working area for lead and customer import activity: external files, legacy extracts, or third-party feeds are loaded here first, then processed by the standard import concurrent programs, with rows either promoted to the destination entities or flagged with errors.

The heuristic Data Vault classification mined from the foreign-key structure is hub-leaning. This suggests modeling AS_IMPORT_INTERFACE as a hub-style entity keyed on its surrogate identifier, with the surrounding interface tables (contact points, contact roles, lines, flexfield values, errors) behaving as satellite or dependent structures that qualify a single import attempt.

Key Information Stored

The table is physically wide, with 339 documented columns in the 12.2.2 schema, reflecting that a single row carries the flattened content of an entire lead or customer record together with its address, contacts, phone numbers, and up to ten interaction to-dos.

Only IMPORT_INTERFACE_ID is a documented unique key; the remaining business identifiers (CUSTOMER_NUMBER, LEAD_NUMBER, BATCH_ID, ORIG_SYSTEM_REFERENCE) are candidates but are not enforced as unique.

Common Use Cases and Queries

The dominant use case is operational visibility into import runs. Support and integration teams query the table to isolate rows that have not yet been promoted, or that carry errors requiring correction and replay.

  • Reviewing rows pending promotion: select IMPORT_INTERFACE_ID, LEAD_NUMBER, CUSTOMER_NUMBER, LOAD_STATUS from AS_IMPORT_INTERFACE where LOAD_STATUS is null or LOAD_STATUS = 'ERROR'.
  • Auditing a specific concurrent request: filter on REQUEST_ID joined to FND_CONCURRENT_REQUESTS to confirm which volume of records the import program processed.
  • Error triage: join to AS_LEAD_IMPORT_ERRORS on IMPORT_INTERFACE_ID to retrieve the messages written for a failed batch.
  • Reconciliation: compare staged CUSTOMER_NUMBER and PARTY_NUMBER values against HZ_PARTIES to detect duplicates created by repeated imports.
  • Reporting: aggregate counts by BATCH_ID, LOAD_TYPE, and SOURCE_SYSTEM to trend import throughput and failure rates over time.

Related Objects

AS_IMPORT_INTERFACE sits at the centre of a family of interface tables that all converge on IMPORT_INTERFACE_ID:

  • AS_IMP_LINES_INTERFACE – line-level product interest and budget detail for the staged record (IMPORT_INTERFACE_ID).
  • AS_IMP_CNT_PNT_INTERFACE – contact point (phone, email, address) rows staged alongside the parent import row.
  • AS_IMP_CNT_ROL_INTERFACE – contact role assignments for the staged contacts.
  • AS_IMP_SL_FLEX – descriptive flexfield values captured for the sales lead being imported.
  • AS_LEAD_IMPORT_ERRORS – validation failures raised against the staged row.
  • AML_INTERACTION_LEADS – interaction and activity records generated from the import.

Outbound references define the production anchors: AS_SALES_LEADS via SALES_LEAD_ID, AS_SALES_METHODOLOGY_B via SALES_METHODOLOGY_ID, and FND_SECURITY_GROUPS via SECURITY_GROUP_ID. These joins confirm the table's role as a transient hub whose children are discarded or archived once the parent row is successfully posted.