You can add additional functionality and flexibility to your advanced reports. Refer to the following sections for more information:
Customize Advanced Report Settings
Advanced Report Settings
You can add more flexibility to an Advanced Report by using the settings in the Advanced Rules and Advanced Profiles.
Effective Date Behavior
The dates used as the basis for running Advanced Report Profiles depend upon certain conditions. In some cases, the Advanced Report Profile date has precedence, and in other cases, the underlying Report Profile dates take precedence. Since there is a date setting at each level of the Advanced Report, this makes Advanced Reports more flexible, particularly when a package of reports is run.
The following table illustrates which date is being used in the Advanced Report Profile. There is no distinction on the Advanced Report Profile side between using an internal and user-defined date rule.
Advanced Report | PACE Profile Date | Resulting Date |
07/02/2010 | 06/22/2012 | 06/22/2012 |
Current Month (date rule) | 12/31/2012 | 12/31/2012 |
06/30/2012 | Previous Month (internal date rule) | Previous Month-Dates used are based on today’s dates. If today is 6/4/12, dates=5/1/12-5/31/12 |
Previous Month (internal date rule) | Previous Month (internal date rule) | Previous Month-Dates used are based on today’s dates. If today is 6/4/12, dates=5/1/12-5/31/12 |
06/30/2011 | Prior Year End (user‑defined date rule) | 12/31/2012 |
06/30/2012 | Prior Month (user-defined date rule) | 05/01/2012-05/31/2012 |
Prior Month | Prior Month (user‑defined date rule) | Based on today’s date, go back a month and then another month. Ex: today is 3/19/12. Date run is for 01/01/12-01/31/12. |
Current Month | Prior Month (user‑defined date rule) | Based on this month, go back to last month (dates work together). So if today is 3/19/12, dates used are 02/01/12-02/28/12. |
Select Force Dates Settings
The Advanced Reporting date override function includes a Force Dates setting. This setting allows the Advanced Report profile date to replace, rather than override, the date setting in the underlying PACE Report Profile. Set the Force Dates at the PACE Profile level in the Advanced Report Rule.
When Force Dates is not activated:
The Advanced Report Profile has a fixed Date and the underlying PACE Profile has a fixed Date. The Report runs for the Date in the PACE Report Profile.
The Advanced Report Profile has a Date Rule and the PACE Profile has a fixed Date. The report runs for the fixed Date specified in the PACE Profile.
Advanced Report and PACE Profile have Date Rules. First, the Date gets evaluated to the Date rule in the Advanced Report. Then, the Date gets evaluated with PACE Profile Date Rule based on the Date from Advanced Report.
The examples in the following sections illustrate the Force Dates function for date overrides in Advanced Reporting.
Example Run Date 1
The data in the following table provides an example of run date.
AR Date Setting | Flag | PACE Profile Date Setting | PACE Profile Runtime Date |
1/30/2012 | NO | 5/30/2011 | 5/30/2011 |
1/30/2012 | NO | 2 Months Ago | 11/30/2011 |
Last Month | NO | 5/30/2012 | 5/30/2012 |
Last Month | NO | 2 Months Ago | 4/31/2012 |
When Force Dates is activated:
The Advanced Report Profile and the underlying PACE Profile have fixed Dates. The Report runs for the Date in the Advanced Report Profile.
The Advanced Report Profile has a fixed Date and the PACE Report Profile has a Date Rule. The report runs for the date specified in the Advanced Profile.
The Advanced Report has a Date Rule and the PACE Profile has a fixed Date. The report runs for the Date evaluated based on Date Rule in Advanced Profile.
Advanced Report and PACE Profile have Date Rules. The report runs for the Date evaluated based on Date Rule in Advanced Profile.
Example Run Date 2
The data listed in the following table provides another example of run date.
AR Date Setting | Flag | PACE Profile Date Setting | PACE Profile Runtime Date |
1/30/2012 | YES | 5/30/2003 | 1/30/2012 |
1/30/2012 | YES | 2 Months Ago | 1/30/2012 |
Last Month | YES | 5/30/2009 | 6/30/2012 |
Last Month | YES | 2 Months Ago | 6/30/2012 |
Advanced Report Profiles for Clients
Advanced Reporting allows you to submit profiles for Clients. This feature works with the ability to submit PACE Report profiles for Clients. You can submit Advanced Reports for Clients by using one of two methods. The parameter Pass Client Info in the Advanced Report Rule maintenance function is populated at the PACE Profile level in the Advanced Report Rule.
Since the Client – Entity relationship is date sensitive, the effective date of the relationship is compared to the effective date of the Advanced Report to determine which of the Client’s entities are included in the report.
Profile Hierarchy
The profile hierarchy is:
If the Advanced Report profile is submitted for a Client, and the underlying PACE report profile is created for Clients with the Pass Client Info parameter populated, the underlying PACE report is submitted for the entities contained within the Client in the Advanced Report Profile. If the Advanced Report profile is submitted for a Client, and the underlying PACE report profile is created for Clients, the Pass Client Info parameter is ignored and the underlying PACE report is submitted for the Entities contained within the Clients at the Advanced Report profile level.
If the Advanced Report profile is submitted for a Client, and the underlying PACE report profile is created for Entities with the Pass Client Info parameter populated, the underlying PACE report is submitted for the intersection of the entities contained in the PACE profile and the Client contained in the Advanced profile. The underlying PACE report fails if there is no intersection.
If the Advanced Report profile is submitted for a Client, and the underlying PACE report profile is created for Entities without the Pass Client Info parameter populated, the underlying PACE report is submitted for the Entities contained with the Client from the Advanced Report profile.
If the Advanced Report profile is submitted for an Entity, and the underlying PACE report profile is created for a Client, the Pass Client Info of entities contained with the Advanced Report profile.
Due to processing constraints, an Advanced Report Rule cannot have both Clients and Entities selected in an Advanced Report profile. It is possible, however, for you to select Clients for one Advanced Rule and Entities for another Rule in a single Advanced Report profile.
After an Entity or Client is selected for a Selected Rule, the Entity/Client filter is disabled to prevent you from adding both Entities and Clients.
Audit Data Storage
When submitting the Advanced Report for a Client, the Advanced Reporting engine maintains an audit trail of this event in the internal tables. The Client_id value for the selected Client is stored in the PCRE_RPTS table, which is an internal table in the Advanced Report results. The profile_clients column in the PCRE_RPTS table stores this information. Running the Advanced Report for more than one Client, the client_id values for each of the Clients are stored in a comma-separated string.
Time Zone Date Rules
Advanced Reporting recognizes Date Rules with a non default time zone setting configured in the underlying PACE Concentration Report. While overriding or passing the effective date from the Advanced Reporting engine to the Concentration engine, Advanced Reporting takes into consideration the time zone selected in the Date Rule of the PACE Report Profile.
For example, if the underlying PACE Report profile contains a Date Rule configured with a time zone of GMT plus ten hours, and an Advanced Report is submitted at 4:00 pm on the first of the month from an environment where the PACE Server is configured with a time zone of GMT minus two hours, the Concentration report is submitted for the second of the month.
The profile_from_date and profile_two_date values in the PCRE_RPTS table of the Advanced Report contains the adjusted effective date. The eff_date value in the PCRE_PKG table, however, contains the effective date as it exists before the time zone adjustment. This is because the PCRE_PKG table represents the Advanced Report as a whole, and situations might exist where not all of the underlying PACE reports contain a time zone-adjusted Date Rule.
Add Comment