Tips for handling Global Payroll Packages during PeopleSoft Upgrade
For customers who license Global Payroll for PeopleSoft, it is challenging to perform the steps related to GP in the Upgrade Process. This is especially true when you have customized a number of elements within the system. Here I just want to give a few pointers based on my own experience as an Upgrade consultant in a few of the projects.
In the 9.1 Upgrades, Oracle gives licensed as well as unlicensed GP Rule Packages which need to be copied to the system. This essentially means that you will have elements of all countries in the system. For the Licensed Rule package, there is a compare process which reports the customizations and you need to choose whether the element can be overwritten or not. Similarly, there is a package for Rule Deletes, which when compared shows obsolete elements that can be removed from the system. The Non-Rule package containing the elements and records will be copied as per the delivered process. If there is license for a new country extension in the new version, a separate non-rule package for the same needs to be created and copied.
- Audit the GP Tables: While the Upgrade steps ask you to check if the last assigned pin number matches with that of the Installation table, there are a few more audits that can be run on the actual tables especially to check if there are discrepancies within the Pin Code, Pin Name, Pin Number on the core GP Tables. These may have been caused by an earlier incorrect patch application or package copy. This becomes relevant as some of the errors that occur during the compare or copy process may not directly show you the cause.
- Backup: Before starting on the GP Upgrade Steps, it is important to take a full database backup and also the tables involved in the process which can be usually found in the gp_cleanup.dms script. However in case of any error during Initial Move which requires a table restore, it is recommended to restore the full database as the process updates the pin numbers on the GP Tables.
- GP Cleanup: The GP compare process copies package elements to the target GP tables with pin_num > 50000000. So before any import process and after the upgrade process is done, it is recommended to run this script to ensure that you have only the elements of the package. Remember that this script should never be run before compare or during the upgrade process as it wipes out the elements with pin_num > 50000000.
- Tables behind the scene: It is good to be aware of the following tables when debugging package compare, copy issues.
GP_PKG_ELEMENTS – Has complete information on the Package Element compare,
upgrade status. Can also be used to set flags for compare/upgrade if doing it through
PIA is cumbersome.
GP_PKG_RUNCTL – Has run control information for each of the package.
GP_PKG_DEFN – High Level definition for the package with version.
GP_PKG_CRIT1 and GP_PKG_CRIT2 – Various default criteria and conditions
defined for the package.
GP_PKG_PINMAP – GP – Pin Map Record.
- Impact of Applying MP/Tax Updates: There might be a few tax updates that need to be applied during the course of the project and you need to ensure that the package elements that come via the tax updates get updated at the source and independent tasks are followed to copy them and the relevant scripts run once the final package is done in the actual cutover tasks.
- Running from Command line: While Change Assistant offers automated way of importing, comparing and upgrade of GP Package, the same also be run from command line by invoking psae. Data Mover can be used for exporting, importing packages and for running the cleanup script. Before running from command line, an entry for the package needs to be available in GP_PKG_RUNCTL with the available options for compare or upgrade.
- Final Rule Package: Working with the GP Technical consultant, the final rule package will have to be created at the source after multiple rounds of testing. This includes reapplying any customizations that was overwritten. This package will then be used during the successive test moves to be directly copied and upgraded on the target.
To summarize this, along with the delivered Oracle documentation for Upgrade, it is beneficial to keep above pointers in mind before upgrade of Global Payroll in the PeopleSoft System, as it would be helpful in better planning and avoid relevant issues.