PO Purchase Requisitions with PO Details
Description:
Purchase Requisitions Status with PO Details Report
Parameters
Report Level, Ledger, Operating Unit, Requisition Number, Creation Date From, Creation Date To, Need By Date From, Need By Date To, Converted To PO Date From, Converted To PO Date To, Destination Organization, Deliver To Location, Requestor Name, Preparer Name, Created By, Exclude Fully Delivered, Show Cancelled, Category Set 1, Category Set 2, Category Set 3, Show Item DFF Attributes, Show Requisition DFF Attributes, Show PO DFF Attributes, GL_SEGMENT1, GL_SEGMENT1 From, GL_SEGMENT1 To, GL_SEGMENT2, GL_SEGMENT2 From, GL_SEGMENT2 To, GL_SEGMENT3, GL_SEGMENT3 From, GL_SEGMENT3 To, GL_SEGMENT4, GL_SEGMENT4 From, GL_SEGMENT4 To, GL_SEGMENT5, GL_SEGMENT5 From, GL_SEGMENT5 To, GL_SEGMENT6, GL_SEGMENT6 From, GL_SEGMENT6 To, GL_SEGMENT7, GL_SEGMENT7 From, GL_SEGMENT7 To, GL_SEGMENT8, GL_SEGMENT8 From, GL_SEGMENT8 To, GL_SEGMENT9, GL_SEGMENT9 From, GL_SEGMENT9 To, GL_SEGMENT10, GL_SEGMENT10 From, GL_SEGMENT10 To
Used tables
mtl_categories_kfv, mtl_item_status_vl, mtl_parameters, po_requisition_headers_all, po_requisition_lines_all, &req_dist_tables, gl_ledgers, hr_all_organization_units_vl, per_people_x, hr_locations, hz_locations, mtl_system_items_vl, po_action_history, po_headers_all, po_lines_all, po_line_locations_all, &po_dist_tables, po_line_types_v, ap_suppliers, ap_supplier_sites_all, financials_system_params_all, req, po
Categories
Dependencies
If you would like to try one of these Oracle EBS SQLs without having Blitz Report installed, note that some of the reports require functions from utility package xxen_util.
Example Report
PO Purchase Requisitions with PO Details 23-Aug-2021 014326.xlsx
Report SQL
www.enginatics.com/reports/po-purchase-requisitions-with-po-details/
Blitz Report™ import options
PO_Purchase_Requisitions_with_PO_Details.xml
Case Study & Technical Analysis: PO Purchase Requisitions with PO Details Report
Executive Summary
The PO Purchase Requisitions with PO Details report is a crucial procure-to-pay visibility and analysis tool within Oracle E-Business Suite Purchasing. It provides a consolidated view that links purchase requisitions (PRs) with their corresponding purchase orders (POs), offering detailed status information and a comprehensive overview of the requisition-to-PO lifecycle. This report is indispensable for procurement managers, buyers, and departmental requestors to track demand fulfillment, monitor conversion rates, identify bottlenecks in the purchasing process, and ensure that internal requests are being addressed effectively by external procurement.
Business Challenge
The process of converting an internal demand (requisition) into an external supply order (purchase order) involves multiple steps and different departments. Organizations frequently face significant challenges in tracking this critical linkage:
- Lack of End-to-End Visibility: It’s difficult to get a single, consolidated view that clearly shows a requisition, whether it has been converted into a PO, and the details of that PO (e.g., supplier, PO number, status, delivery information).
- Monitoring Conversion Rates: Understanding how many requisitions are being converted into POs, and how quickly, is crucial for assessing procurement efficiency, but this metric is hard to track without a dedicated report.
- Identifying Bottlenecks: Delays in converting requisitions to POs can impact project timelines and operational continuity. Pinpointing where these delays occur (e.g., requisition awaiting approval, PO stuck in creation) is challenging without integrated data.
- Reconciliation and Audit: For audit purposes, it’s essential to link a purchase request to its ultimate external purchase order. Manual reconciliation across different screens is time-consuming and prone to errors.
The Solution
This report offers a flexible, consolidated, and actionable solution for managing the requisition-to-PO lifecycle, enhancing transparency and efficiency in procurement.
- Unified Requisition-to-PO View: It seamlessly links purchase requisitions (headers and lines) with their associated purchase orders (headers, lines, and schedules), providing a complete end-to-end view of the procurement process.
- Status Tracking and Conversion Metrics: The report clearly shows the status of requisitions (e.g., ‘Approved’, ‘Purchased’) and provides key details about the linked PO, including its number, supplier, and creation date, allowing for monitoring of conversion progress.
- Flexible Reporting Levels: The “Report Level” parameter allows users to view data at a summary level (Requisition Header) or drill down to granular detail (Requisition Line), while the “Exclude Fully Delivered” and “Show Cancelled” flags provide precise control over the data population.
- Enhanced Audit and Troubleshooting: By consolidating all relevant data, the report simplifies the process of auditing procurement transactions and troubleshooting issues related to delayed PO creation or requisition fulfillment.
Technical Architecture (High Level)
The report queries core Oracle Purchasing tables to link requisitions with their corresponding purchase orders.
- Primary Tables Involved:
po_requisition_headers_allandpo_requisition_lines_all(for requisition details).po_headers_all,po_lines_all, andpo_line_locations_all(for purchase order details and schedules).mtl_system_items_vlandmtl_categories_kfv(for item and category context).per_all_people_f(for requestor and preparer names).ap_suppliersandap_supplier_sites_all(for supplier information).
- Logical Relationships: The report establishes a critical link between
po_requisition_lines_allandpo_line_locations_all(the PO schedule table), typically viarequisition_line_id. This linkage identifies which PO line schedule was created from which requisition line. It then joins to header tables for both requisitions and POs, and to various other tables to provide comprehensive contextual details, status information, and DFF attributes.
Parameters & Filtering
The report offers an extensive set of parameters for precise filtering and detailed data inclusion:
- Report Level: Crucial for selecting data granularity: ‘Header’ for summary or ‘Line’ for detailed requisition lines.
- Organizational Context:
Ledger,Operating Unit,Destination Organization, andDeliver To Locationprovide comprehensive filtering. - Date Ranges:
Creation Date From/To,Need By Date From/To, andConverted To PO Date From/Toare essential for time-based analysis of requisition-to-PO conversion. - Status Filters:
Exclude Fully DeliveredandShow Cancelledallow users to focus on open or problematic requisitions. - Personnel Filters:
Requestor NameandPreparer Nameenable analysis by employee. - DFF Inclusion Flags:
Show Item DFF Attributes,Show Requisition DFF Attributes, andShow PO DFF Attributesallow for dynamic inclusion of client-specific custom data.
Performance & Optimization
As a transactional report linking data across procurement documents, it is optimized through strong filtering and efficient joining strategies.
- Parameter-Driven Efficiency: The use of specific
Requisition Numberand variousDate From/Toranges is critical for performance, allowing the database to efficiently narrow down the large transactional datasets. - Report Level and Exclusion Filters: The
Report Levelparameter and exclusion flags (e.g.,Exclude Fully Delivered) help to reduce the data volume processed, focusing on relevant, open items. - Indexed Joins: Queries leverage standard Oracle indexes on
requisition_header_id,requisition_line_id,po_header_id,po_line_id,destination_organization_id, anditem_idfor efficient data retrieval across procurement tables.
FAQ
1. What does it mean if a requisition is ‘Converted To PO’? When a requisition is ‘Converted To PO’, it means that a buyer has taken the approved requisition line(s) and created a purchase order from them to an external supplier. This is a key step in the procure-to-pay process, moving internal demand to external fulfillment.
2. Can this report help identify requisitions that have not yet been converted to a PO?
Yes. By using the Converted To PO Date From/To parameters (or by looking for null values in the PO details columns if the report is designed to show them when no PO exists) and filtering for Open requisitions, this report can highlight requests that are still pending PO creation, allowing buyers to take action.
3. How do the ‘Show DFF Attributes’ parameters work? These parameters enable the report to dynamically include columns for Descriptive Flexfield (DFF) attributes that your organization has configured for items, requisitions, or purchase orders. This allows users to report on client-specific custom data that is stored in these flexfields, providing a more complete picture without needing report modifications.
Oracle E-Business Suite Reporting Library
We provide an open source Oracle EBS SQLs as a part of operational and project implementation support toolkits for rapid Excel reports generation.
Blitz Report™ is based on Oracle EBS forms technology, and hence requires minimal training. There are no data or performance limitations since the output files are created directly from the database without going through intermediate file formats such as XML.
Blitz Report can be used as BI Publisher and Oracle Discoverer replacement tool. Standard Oracle BI Publisher and Discoverer reports can also be imported into Blitz Report for immediate output to Excel. Typically, reports can be created and version tracked within hours instead of days. The concurrent request output automatically opens upon completion without the need for re-formatting.
The Filters, Columns, Rows and Values fields are used to create and deliver the data in pivot table format with full drill down to details.

The Excel template upload functionality in Blitz Report allows users to create their own layouts by uploading an Excel template with additional sheets and charts, automatically refreshed when the report runs again. This allows to create custom dashboards and more advanced visualizations of report data.

You can download and use Blitz Report free of charge for your first 30 reports.
The installation and implementation process usually takes less than 1 hour; you can refer to our installation and user guides for specific details.
If you would like to optimize your Oracle EBS implementation and or operational reporting you can visit www.enginatics.com to review great ideas and example usage in blog. Or why not try for yourself in our demo environment.
Useful Links
Blitz Report™ – World’s fastest data upload and reporting for Oracle EBS
Oracle Discoverer replacement – importing worksheets into Blitz Report™
Blitz Report™ Questions & Answers
Supply Chain Hub by Blitz Report™
© 2025 Enginatics