Identifying Custom Code and Scripting

An upgrade can impact custom code integrated with P6 EPPM. The upgrade brings your custom changes into the new release based on system code associated with objects. The upgrade will consider objects that are incorrectly coded to system codes obsolete and will not bring them into the upgraded version. To avoid this:

  1. Ensure all custom changes are coded correctly.
  2. Test all interfaces and customizations to ensure changes to tables, APIs, or Web Services in the upgraded software do not affect them.
  3. Review and update custom responsibilities and menus.

    Note: In some cases, you can remove customizations after an upgrade if new features and functionality satisfy these business requirements.

Related Topics

Upgrade Best Practices

Determining Your Upgrade Path

Treating Your Upgrade Activity as a Formal Company Project

Using an Appropriate Change Management Strategy

Building an Upgrade Team with Broad and Complementary Skills

Utilizing Peer and Oracle Resources

Deciding When to Change or Add Business Processes

Managing Issues

Preparing the Organization

Ensuring the Quality of Your Data

Taking Inventory for Your System

Preparing a Go-Live Checklist

Understanding and Mitigating Project Risks

Evaluating Your Architecture

Calculating New Hardware Sizing

Adhering to Current Tested Configurations Requirements

Implementing the Current P6 EPPM Release and Patches

Minimizing Application Data to Upgrade

Testing a Copy of the Production Database

Leveraging Existing Test Scripts and Plans

Performing Index Management

Training End Users on the New Solution



Legal Notices | Your Privacy Rights
Copyright © 1999, 2023

Last Published Thursday, January 12, 2023