Search Results po_acceptances
The PO_ACCEPTANCES
table in Oracle E-Business Suite (EBS) 12.1.1 or 12.2.2 is a critical repository for tracking supplier acceptance of purchase orders (POs) in the Procurement module. This table stores transactional data related to supplier acknowledgments, confirmations, or rejections of purchase orders, facilitating automated procurement workflows and compliance tracking. Below is a detailed analysis of its structure, purpose, and integration within Oracle EBS.
Purpose and Functional Role
ThePO_ACCEPTANCES
table captures supplier responses to POs issued via Oracle Purchasing. It enables organizations to:
- Track Acceptance Status: Records whether a supplier has accepted, rejected, or proposed changes to a PO.
- Support Automated Workflows: Integrates with Oracle Workflow to trigger notifications or downstream processes (e.g., revisions, approvals).
- Audit Compliance: Maintains a historical record of supplier interactions for contractual or regulatory audits.
Key Columns and Relationships
The table includes columns such as:ACCEPTANCE_ID
: Primary key, uniquely identifying each acceptance record.PO_HEADER_ID
/PO_LINE_ID
: Foreign keys linking toPO_HEADERS_ALL
andPO_LINES_ALL
.ACCEPTANCE_TYPE
: Indicates the response type (e.g., 'ACCEPTED', 'REJECTED', 'CHANGED').ACCEPTANCE_DATE
: Timestamp of the supplier’s response.SUPPLIER_COMMENTS
: Free-text field for supplier notes or change requests.
PO_HEADERS_ALL
, PO_LINES_ALL
, and PO_VENDORS
to ensure referential integrity.
Integration with Oracle EBS Modules
- Purchasing: Updates PO statuses in
PO_HEADERS_ALL
based on acceptance records. - Supplier Portal: Allows suppliers to submit acceptances via Oracle iSupplier Portal, which writes to this table.
- Inventory/Order Management: Triggers material reservations or order fulfillment upon PO acceptance.
Technical Considerations
- Indexing: Columns like
PO_HEADER_ID
andACCEPTANCE_DATE
are typically indexed for performance. - Data Retention: Retention policies should align with audit requirements, as the table is critical for compliance.
- Custom Workflows: Can be extended to include custom validation logic via Oracle Workflow Builder.
Use Case Example
A supplier rejects a PO line due to pricing discrepancies. The rejection is logged inPO_ACCEPTANCES
, triggering a workflow to notify the buyer. The buyer revises the PO, and the updated version is resent for acceptance.
Conclusion
ThePO_ACCEPTANCES
table is a foundational component of Oracle EBS Procurement, enabling real-time collaboration with suppliers and ensuring transactional transparency. Its design supports scalability, compliance, and seamless integration with other EBS modules, making it indispensable for organizations leveraging Oracle’s procurement automation capabilities.
-
Table: PO_ACCEPTANCES
12.1.1
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_ACCEPTANCES, object_name:PO_ACCEPTANCES, status:VALID, product: PO - Purchasing , description: Purchase order acceptances , implementation_dba_data: PO.PO_ACCEPTANCES ,
-
Table: PO_ACCEPTANCES
12.2.2
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_ACCEPTANCES, object_name:PO_ACCEPTANCES, status:VALID, product: PO - Purchasing , description: Purchase order acceptances , implementation_dba_data: PO.PO_ACCEPTANCES ,
-
View: POS_PO_SUMMARY_V
12.1.1
owner:APPS, object_type:VIEW, fnd_design_data:PO.POS_PO_SUMMARY_V, object_name:POS_PO_SUMMARY_V, status:VALID, product: PO - Purchasing , implementation_dba_data: APPS.POS_PO_SUMMARY_V ,
-
View: POS_PO_SUMMARY_V
12.2.2
owner:APPS, object_type:VIEW, fnd_design_data:PO.POS_PO_SUMMARY_V POS.POS_PO_SUMMARY_V, object_name:POS_PO_SUMMARY_V, status:VALID, product: PO - Purchasing , implementation_dba_data: APPS.POS_PO_SUMMARY_V ,
-
Table: PO_RELEASES_ALL
12.1.1
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_RELEASES_ALL, object_name:PO_RELEASES_ALL, status:VALID, product: PO - Purchasing , description: Purchase order releases , implementation_dba_data: PO.PO_RELEASES_ALL ,
-
Table: PO_RELEASES_ALL
12.2.2
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_RELEASES_ALL, object_name:PO_RELEASES_ALL, status:VALID, product: PO - Purchasing , description: Purchase order releases , implementation_dba_data: PO.PO_RELEASES_ALL ,
-
View: PO_ACCEPTANCES_V
12.2.2
owner:APPS, object_type:VIEW, fnd_design_data:PO.PO_ACCEPTANCES_V, object_name:PO_ACCEPTANCES_V, status:VALID, product: PO - Purchasing , description: 10SC ONLY , implementation_dba_data: APPS.PO_ACCEPTANCES_V ,
-
View: PO_ACCEPTANCES_V
12.1.1
owner:APPS, object_type:VIEW, fnd_design_data:PO.PO_ACCEPTANCES_V, object_name:PO_ACCEPTANCES_V, status:VALID, product: PO - Purchasing , description: 10SC ONLY , implementation_dba_data: APPS.PO_ACCEPTANCES_V ,
-
Table: PO_LINE_LOCATIONS_ALL
12.1.1
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_LINE_LOCATIONS_ALL, object_name:PO_LINE_LOCATIONS_ALL, status:VALID, product: PO - Purchasing , description: Document shipment schedules (for purchase orders, purchase agreements, quotations, RFQs) , implementation_dba_data: PO.PO_LINE_LOCATIONS_ALL ,
-
Table: PO_LINE_LOCATIONS_ALL
12.2.2
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_LINE_LOCATIONS_ALL, object_name:PO_LINE_LOCATIONS_ALL, status:VALID, product: PO - Purchasing , description: Document shipment schedules (for purchase orders, purchase agreements, quotations, RFQs) , implementation_dba_data: PO.PO_LINE_LOCATIONS_ALL ,
-
Table: PO_HEADERS_ALL
12.1.1
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_HEADERS_ALL, object_name:PO_HEADERS_ALL, status:VALID, product: PO - Purchasing , description: Document headers (for purchase orders, purchase agreements, quotations, RFQs) , implementation_dba_data: PO.PO_HEADERS_ALL ,
-
Table: PO_HEADERS_ALL
12.2.2
owner:PO, object_type:TABLE, fnd_design_data:PO.PO_HEADERS_ALL, object_name:PO_HEADERS_ALL, status:VALID, product: PO - Purchasing , description: Document headers (for purchase orders, purchase agreements, quotations, RFQs) , implementation_dba_data: PO.PO_HEADERS_ALL ,