Support
Discussion Replies Created
Yes, you must not modify the Advanced Custom Properties in the Excel output. These are also critical for the report’s proper functioning.
Consultants can easily drop their favorite SQL scripts directly into Blitz Report. The results can be instantly generated as formatted Excel or CSV files, ready for sharing with the rest of the teams. Crucially, this process includes full version control tracked directly within your EBS instance.
The description does not specify a default, implying that if the profile is left blank, no prefix is added.
Yes, the toolkit includes Support and Data Migration reports specifically designed for automated BR100 extracts for setup and data migration purposes. This streamlines documentation required during the project lifecycle.
The upgrade is the perfect time to use Blitz Report’s fully automated Discoverer migration capability. Migrate all essential Discoverer worksheets into Blitz Report ahead of time, ensuring continuous operational reporting post-upgrade.
This solution addresses the need to manage supply planning and exceptions more effectively, simplifying the daily tasks of operational planners.
The Blitz Report Project Implementation and Upgrade Toolkit is designed specifically to simplify managing EBS projects and upgrades. It provides a ready-made solution for common project tasks such as exporting master data, tracking changes, and creating new operational reports efficiently.
It is essential that you do not delete the “Financial Statement Generator” sheet. This sheet contains metadata required for the FSG functions.
You should configure the profile option ‘Blitz Report Discoverer Import Report Name Prefix’. This sets the prefix for all imported Discoverer reports.
For transactions available for reconciliation, run the CE Transactions Available for Reconciliation report, equivalent to the standard report CEXAVTRX.
You can prepare and save pre-upgrade comparison reports using Blitz Report, focusing on complex financial areas like GL Account Analysis and YTD balances. These reports can be quickly rerun post-upgrade, delivering immediate, formatted Excel output for easy data verification and pivot table analysis.
You must enter the ‘Transaction Date From’ and ‘Transaction Date To’, which represent the starting and ending accounting date for the payables invoices.
No, Blitz Report maintains its high-volume efficiency. There are no volume limitations , allowing you to extract entire planning cycles worth of exceptions without hitting row constraints like those seen in older EBS reporting tools.
The report provides an applicable template named ‘Pivot: Reconciliation Summary’.
Use the Concurrent Request Monitoring and Alert Reporting tool. Configure an alert report filtered by Status (Error; Warning) and Phase (Running, Waiting) with a parameter set for `Running longer than x Minutes` to identify issues with patch application or post-upgrade routines immediately.
Yes, the report includes A/P Accrual Write-Off Variances, which appear as separate rows with the Type ‘INV WO’ for invoice write-off amounts. They are included because they typically use the IPV account.
For a given invoice line, both the IPV and ERV amounts will be shown on the same row, in separate columns, and these entries have the Type ‘IPV-ERV’.
If `adop fs_clone is stuck and hanging for hours` , you must perform diagnostics quickly. Utilize the Blitz Report DBA toolkit to check the configuration of `apps.fnd_nodes` immediately. If no errors appear in the ADOP log, checking OS logs and the database status via AWR reports might reveal the hidden cause.
The CE General Ledger Reconciliation report provides the equivalent functionality.
Once the report is saved, it can be assigned strictly to the appropriate Oracle Responsibility or user. Furthermore, since the report runs via the Concurrent Request mechanism , you can leverage enhanced delivery options for scheduled, automated distribution (e.g., emailing the Excel exception file to the planning team).
Use the CAC Invoice Price Variance report. It displays IPV, ERV, and A/P Accrual Write-Off Variances for an entered date range.
The Oracle E-Business Suite 12.2.7 upgrade to version 12.2.8 requires careful adherence to the official Oracle documentation for applying the necessary Release Update Pack (RUP) and critical AD/TXK patches. Monitoring resource usage and concurrent requests throughout the ADOP cycle is vital for a smooth transition.
The primary benefit is speed, usability, and flexibility. Planners can quickly create custom reports focused on specific exceptions or data fields they require. The output is delivered instantly to Excel for immediate analysis, avoiding the cumbersome PWB interface for bulk data handling. We also support exporting advanced metrics like horizontal planning data and detailed pegging exports.
Blitz Report is frequently used as a direct replacement for Oracle ASCP exceptions. It transforms the complex exception data stored in ASCP tables into a highly consumable format. By defining a specific SQL query targeting exception conditions, you instantly generate a perfectly formatted Excel output.
High `cache` traffic indicates frequent global cache communications, often implying that buffer blocks are being transferred frequently between instances. This may point toward poor data locality or insufficient buffer cache sizing.
The key categories displayed are `ipq` (Parallel query communications), `dlm` (Database lock management), and `cache` (Global cache communications). Other values are typically internal to Oracle and not expected to have high usage.
You should use the DBA AWR Interconnect Traffic report. This report displays information about interconnect usage by instance in a RAC configuration.
For reports with an advanced logical expression set up, the required button label shows ‘Advanced’ instead of ‘Required’.
If you need to restore the hidden rows, you simply click the Unhide Zeros button, which will show all rows previously concealed by the Hide Zeros feature .
Yes, for improving report readability, you can use the Hide Zeros tool, also found under Blitz FSG Tools . This feature is specifically useful for streamlining reports with numerous empty rows by instantly hiding any row in the report that contains only zero values .
Blitz Report can be implemented in less than an hour. It requires no additional functional training since it operates using existing EBS commands and follows the standard EBS security framework and concurrent request mechanism.
That utilizes the Advanced Required Parameters feature. By defining a logical expression based on parameter names, you can create an ‘either-or’ logic. For example, `:Customer_Name is not null or :Account_Number is not null`.
Yes, major EBS version upgrades (like 12.2.7 to 12.2.8 or 12.2.8 to 12.2.9 ) follow similar technical protocols, requiring careful RUP application, AD/TXK patching, and environmental verification using tools like SQL diagnostic reports.
While similar in result to Excel’s ‘Paste Values’, the Snapshot tool targets Blitz FSG functions exclusively . This means it removes the database connectivity functions while leaving your standard Excel formulas (e.g., sums, subtotals, complex calculations) intact, making it ideal for finalizing reports intended for archiving or distribution .
If the requirement is not met, Blitz Report evaluates the logical expression at run-time and displays an error message, preventing the report from launching a concurrent process.
Yes, mass exporting volume data, such as from ECC dashboards, is categorized as a key component in the Blitz Report Toolkit, specifically designed as a ‘Data management report’. This ensures your team can handle large operational and ECC data extracts effectively.
Yes, while Blitz Report is primarily known for Excel output, it does support options to Generate PDF of Blitz Report™ output. This is achieved through a post-processing step on the report output, providing flexibility for different delivery requirements.
You use the Required flag during parameter setup. The purpose of the required flag is to enforce a parameter value entry by the user, primarily to prevent accidental report submission with insufficient parameter restrictions.
Blitz Report enforces strict change control. Consultants can drop their custom SQL scripts directly into the tool, and the application maintains full version control with audit comments within your EBS instance, guaranteeing traceability for every modification.
The patching process often modifies JAR files, necessitating re-signing. You can locate the list of files modified after patching within the ADOP log subdirectories. Ensure the process adheres to your policies, especially if using a Hardware Security Module (HSM) for Signing EBS Jar Files.
Precisely. By leveraging the standardized ECC SQL queries that drive the dashboards , Blitz Report runs those proven queries against the EBS data sources. This ensures the output is assured and, crucially, means there are no data limits on the Excel output, overcoming the fundamental volume limitations of the ECC dashboards themselves.
You can quickly implement metrics like DIFOT by copying a seeded Blitz Report, modifying the query to reflect your promise and order date logic, and adjusting the user template to show only necessary columns. You can also assign the report to a specific user for testing right away, ensuring rapid iteration and validation.
You should use the Snapshot tool, available under Blitz FSG Tools . The Snapshot tool converts your live Blitz FSG report into static, frozen values by removing all underlying Blitz FSG functions (like `br_balance`) from the workbook . It replaces these functions solely with the returned numerical results, effectively disconnecting the report from Oracle . Critically, it preserves all other standard Excel formulas and formatting within the workbook .
Include running your critical, saved Blitz Reports in your smoke test plan. Blitz Report provides speed and reduced processing overhead for financial reports , allowing quick validation of data integrity, especially for complex structures like GL Account Analysis and YTD calculations.
Blitz Report is the ideal tool for ECC administration and data extraction, specifically designed for business users and DBAs supporting ECC dashboards. Our solution focuses on the replication of the ECC dashboard views directly within EBS. This allows for the extraction of the full data set to perfectly formatted Excel reports, unlike the restricted CSV files provided by the dashboard views.
Yes, Blitz Report helps Optimize Order Management form exports. It bypasses the limitations of the standard form export functionality by providing its robust export engine, specifically useful for extracting detailed data like order headers and lines efficiently.
The standard process for creating a new report within Blitz Report eliminates the hassle of registering new concurrent programs and reports with System Administration. For the Zoom integration specifically, you essentially connect the Blitz Report to the target form using standard EBS functionality, typically through personalization or custom development that calls the Blitz Report execution hook with the appropriate parameters derived from the form context.
If an ADOP phase (like `fs_clone`) is stuck , the DBA should immediately run diagnostics on the configuration of the Application Tier nodes. Specifically, query `apps.fnd_nodes` to check for correct service names, webhost, and domain configurations, as misalignments can cause silent failures.
Blitz Report can indeed be seamlessly integrated into EBS forms using the Zoom functionality. This allows users to drill down from a specific record in an Oracle Forms screen directly to a detailed Blitz Report output, keeping the user experience within EBS.
You should use a Blitz Report that leverages the AD_PATCH.IS_PATCH_APPLIED database function. This allows you to quickly query specific patch numbers (like 28840822, 29965377, or 29781255 for critical TXK patches) to ensure they are explicitly marked as ‘APPLIED’ before moving to the next cycle.
To disable the SQL Tuning Advisor manually, execute: `exec dbms_auto_task_admin.disable(client_name=>’sql tuning advisor’, operation=>null, window_name=>null);`.
That is a valid concern regarding combining the MTT + AD TXK patches + RUP (like 12.2.10 patchset) in one ADOP cycle, as it can make troubleshooting complex if something goes wrong. A more conservative approach, and often recommended in Oracle Notes, is dividing the patching: running MTT + AD TXK deltas in one cycle, and then the RUP (e.g., 12.2.10 cycle) separately.
ADDM can be deactivated in non-actively monitored environments by setting `alter system set “_addm_auto_enable”=false`. The DBA AWR reports often provide better, more detailed insights than ADDM into performance bottlenecks.
For EBS, the automated statistics collection must be deactivated by setting the DB initialization parameter `_optimizer_autostats_job=false`. The concurrent program ‘Gather Schema Statistics’ should be scheduled instead.
The invitation is extended to all Oracle EBS professionals who have an interesting, creative solution for Oracle EBS reporting. The process involves submitting your report solution and ideas.
You should use the DBA Automated Maintenance Tasks report. It queries the status and history of automated jobs and advisors using views like `dba_autotask_operation`.
Since Blitz Report honors standard Oracle security policies, you must ensure that VPD policies are correctly applied to the underlying Payroll tables, enforcing row-level and column-level security for the payroll balance data. Additionally, the report itself can be restricted by EBS Responsibility.
Another Champion contributor focused on manufacturing processes, providing solutions such as a report for Calculating a WIP Production Job Details Report and Scheduling Preventative Maintenance Workload in Oracle EBS.
No, this limit applies specifically to the LOV size during upload; the report SQL upload is handled by the ‘Upload Large SQL’ functionality.
The default size limit is 2 MB.
The Concurrent Manager Load by time Intervals report allows the DBA to understand how the concurrent processing workload distributes throughout the day. This is a more advanced diagnostic tool complementing the standard Concurrent Request Monitoring and Alert Reporting by helping schedule resources more effectively.
The default setting for ‘Blitz Report Template Access’ is ‘Private and shared’.
You use the profile option ‘Blitz Upload Maximum LOV Size’. This sets the maximum upload list of values size in MB.
No, this level only permits the creation of templates restricted to the user’s own use (private templates).
Yes, there is a recognized solution for Absence Visualization in Oracle EBS. This type of unique solution demonstrates the creative problem-solving capabilities of the Blitz Report platform for Oracle EBS professionals.
You use `dbms_profiler.start_profiler(optional run_comment);` to start collection and `dbms_profiler.stop_profiler;` to stop it.
You should set the profile option ‘Blitz Report Template Access’ to ‘Private only’. This allows users to create private templates only.
To gather information using `DBMS_PROFILER`, the PL/SQL code must be compiled in INTERPRETED mode, not NATIVE mode. Before compilation, execute `alter session set plsql_code_type=interpreted;`.
You can use the DBA DBMS Profiler Data report. This report provides an Excel version of Oracle’s `dbms_profiler` PL/SQL performance analysis.
Yes, several outstanding reports have been developed through the Blitz Report Champion program. For instance, one of the leading contenders contributed solutions specifically for the Payroll Balance Listing and Concurrent Manager Load by time Intervals.
That is correct. You can refer to example scripts like `mass_import_excel4apps_reports.sql` for how this is scripted.
This technique works exceptionally well across all functional areas where ECC dashboards exist, such as General Ledger, Receivables, Payables, Project Accounting, and Supply Chain modules. By directly leveraging the proven ECC SQLs within Blitz Report, you avoid external tools. You just paste the SQL into the Blitz Report form, and it delivers formatted Excel output, eliminating the complexities of XML or BI Publisher that would usually be involved.
The Blitz Report form can optionally be assigned to all relevant responsibilities. Access can also be secured by configuration, especially for sensitive data areas like Human Resources, ensuring data integrity while maximizing user reach for Cost Accounting reports.
While Oracle generally plays it safe by stating they do not support custom VPD policies that affect standard EBS application functionality (which could cause data corruption or errors), implementing policies specifically on Blitz Report tables for securing developer SQL access is generally considered safe, as it cannot affect the standard EBS application or hide operational data from it.
Blitz Report offers a method for rapid report development in under 5 minutes by utilizing the standardized Oracle ECC SQL queries. This is highly relevant for development or supporting consultants, ensuring the reports use the same foundation logic as the ECC dashboards.
The default limit is set to balance performance; exceeding it may impact Excel navigation speed.
The mass migration of Excel4apps Reports Wand concurrent programs uses the same PLSQL procedure as the BI Publisher import: `xxen_api.import_concurrent_program`.
Absolutely. Regardless of the complexity of the SQL query needed to link WIP (Work In Process) production job details , Blitz Report delivers the required data as a native Excel file. The output is automatically formatted with filters applied, ready for immediate financial analysis.
The default is 100,000 rows, chosen to provide good Excel navigation performance, though it can be increased as required.
Certainly. A typical implementation involves creating a PL/SQL policy function (e.g., `xxen_vpd_per_phones_fnc`) that dynamically returns a predicate. For instance, to restrict all non-‘APPS’ users, the function checks the user and returns the predicate `’1=2’` if `l_user != ‘APPS’`, effectively hiding all rows from unauthorized individuals.
You set the profile option ‘Blitz Upload Maximum Rows’. This defines the maximum number of rows in a Blitz Upload Excel sheet.
Deployment is rapid. The installation process typically takes less than 15 minutes , and the software can be up and running within an hour. Since it resides in standard EBS forms, there are no new commands to learn, minimizing training requirements and speeding up user adoption.
Blitz Report is fully integrated with the native Oracle E-Business Suite interfaces, specifically built upon and utilizing both Oracle Forms and OAF pages. This architecture gives your users easy and centralized access to both financial and manufacturing information simultaneously, allowing complex costing reports to be defined via SQL.
Blitz Report is designed to work securely within the EBS infrastructure, specifically allowing control over table access using standard Oracle Virtual Private Database (VPD) security policies at both the row and column level. The first step is creating a policy function that dictates data visibility dynamically at query time.
Yes, Blitz Report is an established reporting software solution providing simple and effective reporting for Oracle EBS Cost Accounting. Its strength lies in its deep integration across the E-Business Suite.
Yes, Blitz Report provides APIs for migrating several reporting technologies. BI Publisher reports can be migrated programmatically using the PL/SQL procedure `xxen_api.import_concurrent_program`, specifying the application short name and the concurrent program name. There is an example script, `mass_import_bi_publisher_reports.sql`, available for importing all custom BI Publisher reports with a data source starting with `XX%`. Similarly, reports from Excel4apps Reports Wand and Oracle Enterprise Command Center datasets can also be imported using APIs.
Yes, proper prerequisite configuration is essential. The Blitz Report Discoverer import relies heavily on execution statistics collected by Discoverer, which populate the database table `EUL5_QPP_STATS`. To ensure these statistics are properly collected, you need to verify two critical profile settings in the Discoverer server configuration file (`pref.txt`) under the `[Database]` section: `QPPEnable` must be set to `1` and `QPPCreateNewStats` must also be set to `1`. Furthermore, users must properly exit Discoverer Desktop or Plus using the File>Exit menu to write the history information to the table.
The ‘Expand Views’ option controls whether the underlying view definitions are converted into subqueries within the imported Blitz Report SQL. Setting this to ‘All’ means that folders based on database views will have their view definition SQL imported directly into the Blitz Report as a subquery, instead of simply selecting from the view name. This is beneficial because it allows you to maintain and modify the SQL directly within the Blitz Report form, eliminating the need to recompile the view in the Oracle database whenever changes are needed.
Hi,
The Blitz Report Execution History report already provides this information without requiring you to write SQL queries. Here’s how you can use it effectively to meet your business needs:
Steps to Use Blitz Report Execution History:
Navigate to the Report:
- Open Blitz Report in Oracle EBS.
- Search for the report titled Blitz Report Execution History.
Set the Parameters:
The report provides various parameters to filter the data based on your needs. Here’s a breakdown of key parameters you can use:
- Report Name:
Filter the execution history by a specific report name. This is useful when you want to analyze the performance and execution details of a particular report. - Category:
Narrow down the results to reports that belong to a specific category (e.g., Financial, Inventory). This helps focus on relevant reports for your business area. - Report Name starts with:
Retrieve reports whose names start with a specific prefix. This is ideal for analyzing related reports grouped by a naming convention. - Submitted by User:
View reports submitted by a particular user. This is helpful for auditing or tracking activity by a specific individual. - Started within Days:
Fetch reports executed within the last X days. For example, use this to review reports submitted in the past week. - Start Date From / Start Date To:
Define a custom date range to filter reports based on when they were executed. Use this for more precise time-bound analysis. - Show Parameters:
Include the runtime parameters used for each report execution in the output. This provides additional context on how the reports were configured. - Running or Errored:
Filter the results to show only reports that are still running or errored. This is crucial for troubleshooting and resolving issues quickly. - Request Id:
Fetch execution details for a specific report request using its unique ID. Use this when investigating a specific report run. - Run Id:
Retrieve details of a report execution using its unique Run ID. This is useful for pinpointing specific instances. - Exclude System Reports:
Remove system-generated reports from the output, focusing only on reports submitted by users. - Exclude Submissions from User:
Exclude reports submitted by a specific user from the results. This is helpful when reviewing activity while omitting known or irrelevant submissions.
Run the Report:
- Set the desired parameters and run the report.
- The output will include detailed information about each report execution, including execution times, users, responsibilities, and performance metrics.
Analyze the Output:
- Use columns like Execution Time, Rows Processed, and File Size to evaluate performance.
- Look at the Status column to identify failed or long-running reports.
- The Parameters column shows runtime options used for each execution, helping you understand how the reports were configured.
Export for Further Analysis:
- You can export the report results to Excel or a CSV file for more in-depth analysis, sharing, or visualization.
Example Use Cases:
- Troubleshooting Performance:
Find reports that took longer than expected by sorting the output by Execution Time or Rows Processed per Second. - Audit User Activity:
Filter the report by a specific user or responsibility to review who ran what and when. - Monitor Current Issues:
Use the Running or Errored filter to identify problematic reports that need immediate attention.
Why Use This Report?
The Blitz Report Execution History is a user-friendly alternative to writing SQL queries. It’s designed to be flexible, intuitive, and provides all the necessary details to manage and monitor Blitz Report execution in your Oracle EBS environment. Let me know if you need guidance on configuring specific parameters!
Yes, the Database Health and Tuning reports within the Blitz Report Toolkit incorporate FND reports, providing necessary foundational data extracts alongside the AWR metrics.
Yes, consolidation is a key feature, especially when migrating from older tools like Discoverer. Instead of importing individual worksheets, you should use the `xxen_api.import_discoverer_folders` API or the corresponding menu option, ‘Discoverer Folders’. This process consolidates reports by importing only distinct folder or view object combinations. If multiple workbooks share the same foundation, they will be converted into a single Blitz Report with multiple templates representing the different column selections from the original workbooks, greatly simplifying maintenance.
By housing these queries within Blitz Report, the DBA gains a centralized, organized toolkit accessible from the familiar EBS Forms interface. It removes the fragmentation of storing queries in various text documents and streamlines execution, which is crucial for maximizing EBS performance.
Run the MRP End Assembly Pegging report. This is a detail report for MRP pegging, showing the planner, demand pegged quantity, dates, supply quantity, and supply date for each component.
For mass migration of individual Discoverer worksheets based on usage history, you should utilize the PL/SQL procedure `xxen_api.import_discoverer_worksheet`. This API allows you to specify parameters like the workbook and worksheet names, along with the EUL (End User Layer). To filter based on recent usage, you should run a precursor script, such as the provided `mass_import_discoverer_worksheets.sql` example, and adjust its criteria to restrict the import to reports accessed within the past 180 days. Note that this process is incredibly efficient, often taking only about 10 minutes for 1000 reports.
Yes, you can mix formats, for example: ‘1110-1150;1210;~1111;~1120-1130’.
If you are considering moving away from the desupported Discoverer, you should evaluate other reporting solutions . Enginatics Blitz Report is presented as a strong alternative, capable of automated Discoverer report migration, offering highly efficient operational reporting fully integrated with Oracle EBS , , .
Yes, Blitz Report integrates with other diagnostic reports, such as the Concurrent Request Monitoring tool, which includes an option to output the active SQL text. This SQL ID can then be rapidly analyzed by other specialized Blitz Reports, such as the DBA AWR SQL Execution Plan History report.
Yes, for ASCP, use the MSC Exceptions report, which exports Planning Exceptions from the Planners Workbench.
When `SECURE` is enabled, application servers are registered as trusted machines by generating a large random ID number (the server ID) and storing it in both the application server’s DBC file and the database . The `AdminAppServer` utility is specifically used to generate these server IDs and register them with the database server . When the application server connects, the database verifies this ID .
Yes, Oracle did change how AWR data is stored and accessed with the introduction of container databases (CDBs). We have made the necessary adjustments, and the updated DBA AWR Blitz Reports now work with pluggable databases to solve performance issues efficiently in your multitenant databases.
The MRP Exceptions report is a detail report specifically for MRP Exception messages, covering those exact details.
Multiple values entered directly into the cell should be separated by semicolons (;).
Yes, the script receives the concurrent login credentials via the $FCP_LOGIN variable, which allows external processes to operate within the EBS context.
If `fnd_request.submit_request` returns 0, indicating failure, you retrieve the detailed Oracle error message by calling `fnd_message.get` . This message should be displayed to the user for debugging purposes . You must remember to commit the transaction after a successful submission that returns a request ID greater than 0 , .
The workaround, as suggested in the context of this issue, is to keep the `SECURE` parameter value set to OFF for standalone Business Intelligence (BI) tools like Discoverer . This is necessary because Discoverer lacks the server ID mechanism required to be recognized as a trusted machine by the database when `SECURE` is enabled .
An Exclusion is defined by prefixing the value or range with a tilde (~), for example, ‘~4/14/2025’ or ‘~1110-1120’.
You get the full path using $outfile_name. There is also $output_filename for the base filename, and $additional_outfile_name if you defined an additional output directory.
Blitz Report offers ‘A simpler way to work with Automatic Workload Repository (AWR)’. It includes Diagnostic Pack reports that provide a comprehensive suite of AWR and FND reports.
Yes, it is a known issue that if the database security parameter `SECURE` is set to a secure value, Discoverer often fails to work . Oracle Support Document 1574364.1 confirms that while the parameter should be set to `SECURE` in general EBS security notes, setting it as such prevents Discoverer from functioning . Since Discoverer is desupported, Oracle is unlikely to provide a fix .
You can specify several runtime options . Key options include: `TEMPLATE_NAME`, `EMAIL`, `OUTPUT_FORMAT`, `ROW_LIMIT`, and `TIME_LIMIT` . Other options like `OUTPUT_FILENAME`, `ADDITIONAL_OUT_DIR_DB`, and `CUSTOM_POSTPROCESS` can also be set, allowing you comprehensive control over the execution and delivery of the concurrent request .
All user-entered input parameters are passed as variables, starting from $parameter1, $parameter2, and so on, up to $parameter87. You can retrieve the Operating Unit value using the corresponding parameter number.
A Range of values is defined using a hyphen (-), such as ‘4/11/2025-4/20/2025’ for dates or ‘1110-1150’ for segments.
The default limit is 160 characters.
The report includes logic to fix the Last PO price calculation, specifically needing to exclude Cancelled PO Lines.
Yes, for easier, name-based submission, you should use the Blitz Report concurrent program API `XXEN_API.REPORT_SUBMIT_CONCURRENT_` . This procedure allows you to reference the report name, parameter names, and template names by name, instead of relying on the argument’s sequential position . After calling `REPORT_SUBMIT_CONCURRENT_` to initiate the run ID, you use `XXEN_API.SET_PARAMETER_VALUE_` and `XXEN_API.SET_RUNTIME_OPTION` to set the specific values by name , .
The custom postprocess script is called with several variables automatically. These include metadata such as $p_report_name, $p_template_name, and $p_request_id.
Yes, the parameters allow for reporting against a secondary cost type (Cost Type 2).
To submit a Blitz Report using `fnd_request.submit_request`, you must first initialize the application context using `xxen_report.apps_initialize` (User Name, Responsibility Key, Resp. App. Short Code) , . The request is submitted under the application short code ‘XXEN’ and program name ‘XXEN_REPORT’ . The arguments must be precisely mapped: Arguments 1 through 15 are reserved for the report name and runtime options (Email, Output Format, Row Limit, etc.), while the user-entered report parameters start from Argument 16 onwards .
The limit is intended to avoid errors when running the FNDCPPUR concurrent program.
While not explicitly listed in the parameter section as mandatory in the excerpt, the description notes that all item costs and prices are displayed in the specified ‘To Currency Code’, implying it is critical for the conversion logic. The conversion logic handles the fact that List Price is typically in a common, global currency.
The CAC Item List Price vs. Item Cost report is designed for this comparison. It compares the item master list price against any cost type (Cost Type 1) and lists the Standard Price (Market Price), Last PO Price, and a converted Last PO Price.
Yes, you should set the profile option ‘Blitz Report Output Filename Length Limit’. This imposes a limit on the report output file name full path length.
Yes, Migration Tools (Converters) are available to migrate report definitions from Oracle FSG, GL Wand, and Spreadsheet Server to the Blitz FSG solution.
For R12.2, you must repeat the modifications on both the run and patch file systems to ensure consistency.
The Drilldown Functionality allows access to detailed information at various levels, including balances, journal entries, and subledger transactions.
You must check the ECC data load concurrent request logs in EBS to see if the load completed successfully or failed with errors. If the concurrent request ends with a status like ‘CANCELLED’, as seen in some troubleshooting scenarios, you should also check the database alert log for any related errors that might indicate an issue preventing the load from finalizing. Additionally, in ECC itself, the log file, such as `ecc.log`, would show the processing messages, including the specific error indicating the connection filter block.
The key features include Balance and Detail Reporting to generate comprehensive reports and detailed insights. It also offers Oracle Data Integration, allowing Excel cells to link directly to Oracle data, which can be refreshed for real-time updates.
Yes, to ensure the change persists across cloned environments, you should also apply the same correction to the associated template file: $ORACLE_HOME/inventory/Templates/bin/frmcmp_batch.sh.
To resolve this, you may need to locate and temporarily remove the restrictive connection filter rule within the Weblogic Admin Console. In a previous example facing this exact issue, the request completed successfully only after removing a filter rule entry such as `* * 7776 deny`. Once the filter rule is removed or adjusted to allow the necessary communication from the EBS server to the ECC managed server port, you should rerun your Payables Command Center Data Load concurrent program. Remember that after the initial full load completes, you should schedule these programs to run in `INCREMENTAL_LOAD` mode for periodic data updates.
This specific error, `Connection rejected, filter blocked Socket, weblogic.security.net.FilterException: [Security:090220]rule 14`, often occurs when the ECC Weblogic domain’s Connection Filter denies traffic trying to access the managed server port, even though the EBS host should be permitted. This denial specifically happened on port 7776 in one observed troubleshooting instance. Although the EBS host is typically allowed to access this port for ECC data loading, the system may be blocking the data load request originating from the EBS concurrent manager attempting to communicate with the ECC core services on the managed server port.
You need to edit the $ORACLE_HOME/bin/frmcmp_batch.sh script. Replace the line TNS_ADMIN=$ORACLE_HOME/network/admin with TNS_ADMIN=${TNS_ADMIN:-$ORACLE_HOME/network/admin}.
If you have multiple entries for the same parameter name (e.g., to insert different SQL text at different positions), only one of them needs the display sequence, parameter type, and LOV setup. Subsequent lines for the same parameter name have the display sequence left blank.
This error is typically due to the TNS_ADMIN variable being incorrectly set in the forms compilation script, preventing it from finding your tnsnames.ora file.
Yes, developers can show these hidden parameters for debugging purposes by setting the profile option ‘Blitz Report Show Hidden Parameters’ to ‘Yes’.
If the user provides a value, Blitz Report inserts the parameter’s WHERE clause immediately before the `1=1` anchor, making it part of the complete WHERE clause. If no value is provided, the anchor remains intact (`WHERE 1=1 AND…`), ensuring the query executes efficiently without filtering.
They are typically utilized to populate a &lexical anchor with dynamic SQL text before report execution. For example, the AR Transactions and Lines report uses a hidden parameter to dynamically generate a string for revenue account columns.
The mandatory parameter is ‘Cost Type’ (Frozen or Pending).
You define this parameter using a negative display sequence number. Negative display sequence numbers are specifically used to define hidden parameters.
The `n=n` (e.g., `1=1`) anchor allows unused parameters to be dynamically dropped at run-time. If a user does not enter a value for a parameter, the associated WHERE clause is omitted entirely from the generated SQL, preventing unnecessary parsing and maintaining efficient execution plans.
If the problem is related to open cash, use the AR Unapplied Receipts Register report. This details receipts that have not yet been applied to invoices.
The DBA SGA Memory Allocation report provides the current SGA memory usage in gigabytes, specifically showing the split between the buffer cache and the shared pool.
Blitz Report strongly recommends using dynamic SQL anchors like the `n=n` anchor instead of the `nvl(:bind_variable, column_name)` structure. Blitz Report creates dynamic SQL at run-time, combining the extraction SQL and user parameters optimally.
That scenario is covered by ‘Based on Rollup No – With BOMS’, which finds make items not set for rollup but where BOMs or routings exist.
For comprehensive detail, use the AR Transactions and Lines report. It can be run at Header, Line, and/or Distribution Level and can optionally include special columns for service contracts (OKS) and lease contracts (OKL) data.
The advanced required parameter logic is managed directly within the Blitz Report Setup form, accessible via the ‘Setup’ button on the run window, provided your user profile is set to ‘Developer’ or ‘System’ access . You access this through the ‘Required’ button (which changes to ‘Advanced’ once configured) within the parameter definition section of the report .
Yes, run the AR Incomplete Transactions report. This provides a detail incomplete transaction report specifically for Receivables.
There are twelve included reports. Examples include: ‘Based on Rollup Yes – No BOMS’ (finds make items set for rollup but missing BOMs, potentially rolling up to zero cost) and ‘Based on Rollup Yes – Buy Items’ (finds buy items set to be rolled up).
Look at the ‘Object Percentage’ column. A value of 100% indicates that the object is completely resident in the buffer cache. This helps identify ‘hot’ objects and potential objects that should be pinned.
No, only one advanced logical expression can be set up per report . Once an advanced expression is defined, the standard ‘Required’ checkbox becomes visually labeled as ‘Advanced’ to indicate that a complex validation rule is in effect . This single expression must encompass all necessary validation logic for that report.
While adding a postprocessing step will naturally extend the run time slightly compared to direct Excel output, Blitz Report maintains reduced processing overhead overall, ensuring performance is incredibly fast for generating the initial data set. The setup to enable the PDF conversion typically takes only a few minutes to complete.
Run the DBA SGA Buffer Cache Object Usage report. This report shows SGA buffer cache space usage broken down by object names in megabytes.
Yes, FSG and Blitz Upload features require the Integrated SOA Gateway (ISG) to be configured.
You need the CAC Cost Rollup Controls Validation report. This report compares item make/buy controls versus costing based on rollup controls to find errors in your cost rollup results.
It is good practice. Use the Blitz Report Parameter Uniqueness Validation report to ensure there are no duplicate Blitz Report parameters.
If the logical expression is not met, Blitz Report displays a default error message . For expressions enforcing at least one parameter entry (like your ‘either-or’ scenario), the default message text is stored in the FND message `XXEN_REPORT_ONE_PARAM_REQUIRED` . You can customize the displayed error message by entering your preferred text directly into the required message field when defining the logical expression .
If not set, Blitz Upload and FSG excel files will likely fail to connect to the EBS server.
Yes, this feature allows running BI Publisher report SQLs that rely on PLSQL code to populate data into global temporary tables prior to execution.
The process involves configuring the postprocessing function itself to target the Excel output file produced by the report and execute the conversion utility. Once configured, the report execution pipeline includes this step, delivering the PDF alongside the Excel output or as the primary output, depending on how you configure the request.
An Anchor is a placeholder in the report SQL where dynamic SQL (like a parameter’s WHERE clause) can be inserted at runtime, such as the `1=1` anchor.
When a BI Publisher report is imported, the original data definition XML is stored in the BIP Code field of the Blitz Report setup. When this field is populated, Blitz Report automatically executes the `dataTrigger` section, such as the `beforeReportTrigger`, of the associated XML template before it executes the primary report SQL.
In the advanced logical expression, parameters must be referenced by their name (in the installed base language, usually US), prefixed with a colon (`:`) . Any spaces or other non-word characters within the parameter name must be replaced with a single underscore (`_`) . For instance, ‘Customer Name’ becomes `:Customer_Name` .
The profile option needs to be set at the ‘Site’ level post-installation.
The setup requires elevated access permissions. The assumption is that the Blitz Report developer responsible for configuration must have Unix and System Administrator access in order to perform the required setup for the postprocessing procedure.
You can enforce this ‘either-or’ logic using the Advanced Required Parameters feature . By clicking the ‘Required’ button on the Blitz Report Setup screen, you can define a custom logical expression . For your requirement, the expression would be written as a standard SQL logical phrase: `:Customer_Name is not null or :Account_Number is not null` . Blitz Report evaluates this expression at run-time, and if the condition is not met, the report submission is blocked .
You must run the Blitz Report Parameter Anchor Validation report. This report checks if all parameter anchors exist in the `xxen_report_parameter_anchors` table.
If your EBS instance is SSO enabled, you must set the profile option ‘Blitz Report SSO Enabled’ to ‘Yes’.
Yes, Blitz Report supports the generation of PDF output. This functionality is achieved using the postprocessing capability available within the Blitz Report framework, allowing the conversion of the primary output file type (typically Excel) into a PDF file.
You can use scripting solutions for this. There is documentation on Sending files from Linux to Sharepoint online using a python script. This provides a method to move generated reports (Excel, PDF) from the EBS server environment to external repositories.
Blitz Report fundamentally addresses this problem by operating independently of these BI Publisher restrictions. It generates perfectly formatted Excel or CSV files and explicitly states that it has no volume limitations. Whether you need to process 50,000 records or 5 million records, Blitz Report is designed to handle the data output efficiently, thereby bypassing the obsolete 65,536 row constraint.
DBAs utilize Blitz Report as a standardized toolkit for troubleshooting. They can instantly run concurrent request monitoring reports, which provide alerts for critical processes and deep diagnostics on request status, execution method, and run times, even filtering by Node or Manager Name.
The Copy Report functionality creates a new definition but does not copy assignments or category assignments. You will need to manually re-assign the new custom report to users or responsibilities.
Yes, the profile option ‘Blitz Report Row Limit’ sets the default maximum number of rows returned, which can also be set on an individual report level.
Yes, this functionality is a powerful addition to the Oracle EBS DBA toolkit. It allows them to quickly execute and save a custom report using the SQL that queries session information, enhancing system security monitoring without having to access the database command line.
Blitz Report is integrated within the Oracle Forms and OAF pages of EBS. However, custom reports can retrieve data generated by any EBS component (including `mod_plsql` applications) by executing appropriate SQL within the Blitz Report interface, allowing quick analysis of the application’s transactional data.
Although the documentation does not specify the exact UI location, in principle, ECC datasets are managed through the Command Center configuration interface, which you can access via the ‘ECC Developer’ responsibility , . The dataset key (or equivalent identifier) is needed for the `XXEN_API.IMPORT_ECC_DATASET` API .
Yes, because the policy function is centralized in the database, changing the masking logic updates the restriction universally and immediately for every subsequent query accessing that secured column, regardless of whether it’s run via a form, a concurrent request, or a Blitz Report.
You must use the Copy Report feature, found under Setup > Tools. This creates a new, distinct copy of the report that you can safely modify.
Yes, this is a known technical constraint commonly encountered in EBS 12.1.3 environments. The standard BI Publisher Excel templates often generate output in the older XLS format, which is restricted to 65,536 rows, rather than the newer XLSX format. This architectural limitation severely restricts high-volume reporting.
The Blitz Report User History report is used for this analysis. It lists all active EBS users with their active responsibilities and Blitz Report execution counts, helping analyze usage within the EBS community.
While ISG provides modern, standards-based interfaces (like REST) , and `mod_plsql` supports older web application development using PL/SQL packages, they operate on different protocols/listeners within the EBS architecture. Both require distinct configuration paths, but securing both interfaces with TLS/HTTPS is separately critical.
If `adop fs_clone` is stuck , the DBA should first query `apps.fnd_nodes` to confirm critical service and node configurations are correct and aligned with the patching environment.
If you upgrade your Command Centers, you should use the provided cleanup script `mass_delete_ecc_reports.sql` . This script allows you to delete all previously imported ECC Blitz Reports . Once the old reports are removed, you can re-run the mass import API (`mass_import_ecc_reports.sql`) to bring in Oracle’s latest dataset queries, ensuring your Blitz Reports are synchronized with the new Command Center version .
No, seeded reports should not be modified. If you change them, those updates will be removed as soon as a new version of Blitz Report is installed.
This capability is a core feature of the Blitz Report toolkit , allowing you to manage and protect sensitive data effectively. You can confidently state that access control at the data layer is achieved through standard Oracle VPD policies, compatible with Blitz Report’s flexible SQL execution model.
The workflow is designed for automation. Once the initial steps were completed to set up the report with the map, the map visualization will be refreshed automatically upon the subsequent report runs. This creates a constantly updated security monitoring dashboard right within the familiar Excel interface.
You can run the ‘Blitz Report Update Menu Entries’ concurrent program without a menu entry prompt. This makes Blitz Report only accessible from the Excel icon in the top menu.
Yes, the example script `mass_import_ecc_reports.sql` is provided to automatically import all available ECC queries into Blitz Report . This simplifies the process, ensuring all underlying data models that power the ECC dashboards are available for detailed reporting through Blitz Report .
Yes, for authorized users, the resulting data set—even if filtered by VPD—is outputted as a native, perfectly formatted Excel file, ready for immediate analysis.
While the base security model remains centered on EBS privileges and VPD enforcement , every ECC upgrade (V4, V5, V6, etc.) may introduce new functional security requirements. Essential environmental security includes ensuring all communication is secured by Configuring TLS for Oracle Enterprise Command Center Framework.
Use the Blitz Report Execution Summary report. This provides a count and performance summary of historic Blitz Report executions.
ECC dataset queries can be imported using the menu option under Blitz Report Setup > Tools > Import . For mass imports, you should use the PL/SQL API: `XXEN_API.IMPORT_ECC_DATASET`, which takes the `p_dataset_key` as an input parameter . The key benefit here is that once imported, users can access ECC data of unlimited size and in real-time directly within Excel .
Because the output is native Excel, you can use built-in visualization features. You integrate the extracted geolocation data directly with a Pivot table and then leverage features like Excel Bing Maps. This combination allows you to transform the raw login data into an easily digestible visual map.
Yes, separate configuration documents are needed for older versions. Specific posts detail the required steps for Configuring mod_plsql in EBS 11i and Configuring mod_plsql in EBS 12.1.3. The configuration steps reflect the architectural differences in the Apache web server across EBS releases.
Yes, the `import_xml` function does not include a commit, so you must explicitly execute a commit from the calling code to finalize the database transaction.
Blitz Report acts as the execution layer, passing the standard EBS user context to the database. Since the VPD policy is linked directly to the underlying table and the database user context, Blitz Report configuration simply needs to ensure the custom SQL targets the correct table. The security is then transparently enforced by Oracle itself.
The mechanism applies broadly. All reports, whether seeded Blitz Reports or custom SQL scripts, execute under the EBS security model. If you apply a VPD policy to an underlying table (e.g., employee details), any report querying that table will be restricted. Furthermore, you can assign any Blitz Report (including seeded ones) to a specific user, module, or responsibility.
This is an excellent application of Blitz Report’s visualization capabilities. You start by running a custom Blitz Report designed to find the IP address and inferred geolocation of client logins by querying the relevant EBS tables. This report is functional for Oracle E-Business Suite version 12.2.10 and higher.
The function returns `null` if the import is successful, or an error message if it fails.
Yes, Blitz Report supports Oracle Enterprise Command Center administration and enriched dashboard data export to Excel. This includes the ability to extract data sets and metadata, which is crucial for auditing and confirming configurations post-upgrade.
No, this automated menu entry hiding is only done in Forms, but not on the OAF pages.
Oracle E-Business Suite reporting straight into Excel: 2,900+ ready-made reports, your own SQL, 150+ Excel uploads.