This chapter provides overviews of the conversion process and part conversion details and discusses how to:
Export BAM 8.8 models.
Run the PTAEACECONV Application Engine Program.
Examine the PTAEACECONV log file.
PeopleSoft Business Analysis Modeler (BAM) is a standalone application that enables developers to create multidimensional models for the purposes of reporting and analysis. BAM models are not integrated into the PeopleTools framework. Integrating BAM models with PeopleSoft applications takes many steps and a significant amount of time.
PeopleSoft Analytic Calculation Engine analytic models are integrated into the PeopleTools framework and include much of the same functionality and many of the same parts as BAM models. You may want to convert existing BAM 8.8 models into PeopleSoft Analytic Calculation Engine analytic models to reduce the extra steps and time needed to integrate these models with PeopleSoft applications. You use the PTAEACECONV Application Engine program for this purpose.
Because PTAEACECONV does not convert all BAM 8.8 model parts, you must manually complete the analytic model after conversion.
Note. The PTAEACECONV Application Engine program does not convert application data. Application developers are responsible for converting application data.
Converting BAM 8.8 models into analytic models involves these steps:
Analyze the BAM 8.8 model.
If the existing model contains rules that use the TEXT2MBR function, you must hard-code the function's second argument (Text) if the use of the function meets both of these conditions:
The TEXT2MBR function's second argument (Text) is not hard-coded.
The second argument matches the name of any dimension or data cube in the model.
Note. If the second argument matches the name of a dimension member reference—for example, [COUNTRY:Belgium]—you do not need to hard-code the second argument of this instance of the TEXT2MBR function.
Export the BAM 8.8 model.
Run the PTAEACECONV Application Engine program.
Examine the Application Engine log file.
Map the new analytic model to main and aggregate records that hold the application and aggregation data.
See Mapping a Cube Collection to Main and Aggregate Records.
Map data cubes and dimensions to fields in the main and aggregate records.
Create PeopleSoft Pure Internet Architecture pages with analytic grids.
View the new analytic model in PeopleSoft Pure Internet Architecture.
The PTAEACECONV Application Engine program converts most parts and circular formula options into analytic models.
BAM 8.8 Parts That Can Be Converted
These BAM 8.8 parts can be converted into analytic models:
Data cubes.
Dimensions.
User functions.
Expression modifiers.
Table views.
Import maps.
Organizers.
BAM 8.8 Parts That Cannot Be Converted
These BAM 8.8 parts cannot be converted into analytic models:
Prefix modifiers.
Styles.
Option lists.
Note. References to option lists within the code of data cube rules; user functions and expression modifiers, however, are converted.
Timelines.
Roles.
Chart views.
BAM 8.8 Circular Formula Options That Can Be Converted
These BAM 8.8 circular formula options can be converted into analytic models:
Resolve circular formulas through iteration.
Maximum number of iterations.
Maximum change in values.
Warn about circular formulas every time a circular formula is defined.
BAM 8.8 Circular Formula Options That Cannot Be Converted
The Only if iteration is not enabled BAM 8.8 circular formula option cannot be converted into an analytic model.
See Also
Understanding Part Conversion Details
This section provides more detailed information about the conversion of BAM 8.8 parts.
Part Names Conversion Method
PTAEACECONV Application Engine program converts the names for each part that will be included in the analytic model.
The following table describes BAM 8.8 part name attributes and the changes that PTAEACECONV makes to these attributes:
BAM 8.8 Part Name Attribute |
Attribute Change Upon Conversion |
Lower case alphanumeric characters |
All lower case alphanumeric characters are converted to upper case alphanumeric characters. For example: Products converts to PRODUCTS. |
White spaces |
All white spaces are converted to underscores. For example: Actual Sales converts to ACTUAL_SALES. |
Hyphens |
All hyphens are converted to underscore characters. For example: Gross-Margin converts to GROSS_MARGIN. |
Non alphanumeric characters |
Non alphanumeric characters are removed from the part name. For example: Cost$ of delivery converts to COST_OF_DELIVERY. |
Part names with more than 27 characters |
Characters exceeding the 27 character limit are truncated. For example: Moving STD by Country and Group converts to MOVING_STD_BY_COUNTRY_AND_G |
Duplicate part names |
Numeric values are appended to duplicate part names. For example, if the BAM 8.8 model contains the Actual Sales and Actual_Sales part names, PTAEACECONV creates two new part names: ACTUAL_SALES and ACTUAL_SALES1. |
Note. Converted names of expression modifiers include the prefix EXP_.
Additionally, for each part that is converted, the original part name is converted into the new part's description.
Note. Filter user functions that are referenced by dimensions that exist in table views are converted to user functions. The user function names include the prefix DR_ plus the converted dimension name.
Code in Data Cube Rules, User Functions, and Expression Modifiers
PTAEACECONV uses the following order of execution when converting code in data cube rules, user functions, and expression modifiers:
Replace all references to part names with resolved part names.
During conversion, PTAEACECONV searches through the code in data cube rules, user functions, and expression modifiers for all part names and replaces these part names with new, converted part names. For example, the EmployeeNetMonthlyIncome user function contains the following code:
Monthly Salary - Monthly Deductions
PTAEACECONV changes the user function's code to:
MONTHLY_SALARY - MONTHLY_DEDUCTION
Replace all references to option lists with a literal string.
Because analytic models do not support option lists, PTAEACECONV converts references to option lists within the code of data cube rules, user functions, and expression modifiers. For example, the RevenueMethod option list exists in the following user function code:
&RevenueMethod := GetRevenueMethod( ); CASE( &RevenueMethod = \Revenue Method\Data Entry\ : Do_Something; &RevenueMethod = \Revenue Method\Repeat Value\ : Do_Something_ELSE; )
The PTAEACECONV Application Engine program converts the user function's code to:
&RevenueMethod := GetRevenueMethod( ); CASE(&RevenueMethod = "Data Entry": Do_Something; &RevenueMethod = "Repeat Value": Do_Something_ELSE; )
Replace all references to original dimension names with converted dimension names.
Replace all references to original data cube names with converted data cube names.
Note. If a dimension name and data cube name share the same name in the original model and one or both names contain more than 30 characters, the dimension name retains the original part name in the converted analytic model. If the BAM model contains rules or user functions that reference data cubes that share the same names as dimensions, the converted rules and user functions reference the dimensions instead. Developers must resolve these issues. The PTAEACECONV conversion log file indicates all data cubes and dimensions that fall into this category.
Replace all references to the original user function names with converted user function names.
The PTAEACECONV Application Engine program converts all data cubes and most data cube attributes.
Note. Data cube values are not converted. Application developers are responsible for converting data cube values.
The following data cube attributes are unaffected by the conversion:
These data cube formats:
Text.
Note. The Width property is not converted.
Number
Note. Digit and Decimal properties are not converted.
Member.
Date.
Note. The Dimension Name property is not converted.
These virtual data cube properties:
Is virtual.
Is not virtual.
Notes.
Attachments to dimensions.
The following data cube attributes are changed during conversion:
These data cube formats:
General.
The General format is converted to the Text format.
Currency.
The Currency format is converted to the Number format.
Option List.
The Option List format is converted to the Text format.
Percent.
The Percent format is converted to the Number format.
Note. Digit and Decimal properties are not converted.
Yes/No.
The Yes/No format is converted to Text format.
Code in data cube rules.
See “Code in Data Cube Rules, User Functions and Expression Modifiers”
Data cube names:
Original data cube names are converted into new data cube names using the part names conversion method.
See “Part Names Conversion Method”
Original data cube names are also converted into new data cube descriptions.
These data cube attributes are not converted:
All methods for combining periods, including:
Summing Values.
Averaging Values.
Last in Period.
Using Formula.
Blank.
All methods for splitting periods, including:
Dividing Value.
Interpolating.
Repeating Value.
Using Formula.
Blank.
All methods for justification, including:
Default.
Left.
Center.
Right.
Formatting function names.
PTAEACECONV converts all dimensions and most dimension attributes.
The conversion does not change the notes for dimensions.
These dimension attributes are converted but are changed during the conversion process:
Dimension names:
Original dimension names are converted into new dimension names using the part names conversion method.
See “Part Names Conversion Method”
Original dimension names are also converted into new dimension descriptions
Total member names.
If a dimension contains a Total member, the name of the Total member is converted to an alias of the root node used in the analytic model.
These dimension attributes are not converted:
Dimension members.
Default Alias Function property.
PTAEACECONV converts ll user functions.
These user function attributes are unaffected by conversion:
Rules that have been defined to use within user functions.
References to user functions from other parts.
See “Code in Data Cube Rules, User Functions and Expression Modifiers”
These user function attributes are changed during the conversion process:
User function names:
Original user function names are converted into new user function names using the part names conversion method.
See “Part Names Conversion Method”
Original user function names are also converted into new user function descriptions.
Code used in user functions.
See “Code in Data Cube Rules, User Functions and Expression Modifiers”
PTAEACECONV does not convert these user function categories:
Calculation Function.
Alias Function.
Formatting Function.
PTAEACECONV converts all expression modifiers. Converted expression modifiers exist as user functions in the analytic model.
PTAEACECONV does not affect rules that are defined for expression modifiers.
These expression modifier attributes are converted but are changed during the conversion process.
Expression modifier names:
Original expression modifier names are converted into new expression modifier names using the part names conversion method.
See “Part Names Conversion Method”
Converted names of expression modifiers include the prefix EXP_.
Original expression modifier names are also converted into new expression modifier descriptions.
Code used in expression modifiers.
See “Code in Data Cube Rules, User Functions and Expression Modifiers”
PTAEACECONV does not convert references to the original expression modifiers.
PTAEACECONV converts all table views into cube collections. Note that BAM 8.8 table views lack important information needed to complete cube collections, including:
Main and aggregate records.
Field mapping between dimensions and data cubes to fields in the main and aggregate records.
For this reason, you must provide this information in the converted analytic model.
These table view attributes are unaffected by conversion:
All references to data cubes.
All references to dimensions.
Notes.
PTAEACECONV changes table view names in the following manner:
Original table view names are converted into new cube collection names using the part names conversion method.
See “Part Names Conversion Method”
Original table view names are also converted into new cube collection descriptions.
These table view attributes are not converted:
All references to timelines.
All references to expression modifiers.
Prefix modifiers.
All table view-related properties, including:
Coordinates.
Positions of dimensions in table views.
Table header cells.
Sections of table views.
Table data.
PTAEACECONV converts all import maps into cube collections. Note that BAM 8.8 import maps lack important information needed to complete cube collections, including:
Mapping between cube collections to main and aggregate records.
Field mapping between dimensions and data cubes to fields in the main and aggregate records.
For this reason, it is necessary for application developers to provide this information in the converted analytic model.
These import map attributes are unaffected by conversion:
All references to dimensions.
All references to data cubes.
Notes.
PTAEACECONV converts import map names but changes the names in the following manner:
Original import map names are converted into new cube collection names using the part names conversion method.
See “Part Names Conversion Method”
Original import map names are also converted into new cube collection descriptions.
PTAEACECONV does not convert all table view-related properties, including:
Coordinates.
Positions of dimensions in import maps.
PTAEACECONV converts all organizers.
These organizer attributes are unaffected by conversion:
Hierarchies within organizers (for example, folders within folders).
Notes.
References to all parts except:
Expression modifiers.
Prefix modifiers.
Styles.
PTAEACECONV converts organizer names but changes them in the following manner:
Original organizer names are converted into new organizer names using the part names conversion method.
See “Part Names Conversion Method”
Original organizer names are also converted into new organizer descriptions
PTAEACECONV does not convert organizer references to these parts:
Expression modifiers.
Prefix modifiers.
Styles.
Chart views.
When you export a BAM 8.8 model, you create an XML file of the model. To export the BAM 8.8 model:
Launch PeopleSoft 8.8 Business Analysis Modeler.
Select File, Open.
The Open dialog box appears.
Select the model that you want to convert.
Click Open.
The model appears in the Model Designer.
Select File, XML, Export Schema.
The Export XML dialog box appears.
Select the location to which you want to export the model schema.
Enter a filename for the schema.
Click Save.
This section discusses how to:
Run PTAEACECONV from PeopleSoft Application Designer.
Run PTAEACECONV from a PeopleSoft Pure Internet Architecture page.
See Also
Using the Command Line to Invoke Application Engine Programs
Starting Programs with the Application Engine Process Request Page
Before running PTAEACECONV from PeopleSoft Application Designer, you must customize the program to find the location and file name of the correct XML file. In PeopleSoft Application Designer, open the PTAEACECONV Application Engine program definition and view the PeopleCode in Step01. Scroll down to the following PeopleCode:
If (&modelName = "") Then &modelName = "TEST"; End-If; If (&xmlFilePath = "") Then &xmlFilePath = "C:\PeopleSoft\text.xml"; End-If;
Replace the TEST variable with the XML filename of the exported BAM 8.8 model.
Replace the C:\PeopleSoft\text.xml variable with the full path to the XML file of the exported BAM 8.8 model.
Note. The path must include the full name and extension of the XML file—for example: C:\User\employment\employment.xml.
When completing the run request, select to output a log to a file. Either use the default path—c:\temp\PTAEACECONV.log—or create your own path.
See Also
Using PeopleCode to Invoke Application Engine Programs
You use PeopleSoft Application Designer to create a PeopleSoft Pure Internet Architecture page that can run the PTAEACECONV Application Engine program. This page must contain the following PeopleCode event:
Local Record &staterec = CreateRecord(Record.PTACECONV_AET); &staterec.ACEXMLFILEPATH.Value = <ACEXMLFILEPATH>; &staterec.ACEMODELID.Value = <model_name>; CallAppEngine("PTAEACECONV", &staterec);
Both the <ACEXMLFILEPATH> and <model_name> variables should be replaced by user input.
For example, you would enter C:\User\employment\employment.xml for the <ACEXMLFILEPATH> variable, and Employment for the <model_name> variable.
Use the log file to determine whether the BAM model successfully converted to an analytic model, or whether there are conversion errors that you must resolve.
If the BAM model converted successfully to an analytic model, the message Application Engine program PTAEACECONV ended normally appears at the bottom of the PTAEACECONV log file.
The PTAEACECONV log file contains detailed information about:
All parts that were successfully converted.
All parts that were not converted for either of these reasons:
Conversion failure.
Parts were not available in PeopleSoft Analytic Calculation Engine.
All part names that were changed using the part name conversion method.
All user functions and rules that contained changed part names.
All expression modifiers that were converted to user functions.
All part name conflicts, such as shared names between dimensions and data cubes.
This example shows the PTAEACECONV log file: