OracleFree checklistPDF, Excel, Word exportJD Edwards EnterpriseOneAll JD Edwards EnterpriseOne tools

JD Edwards EnterpriseOne 9.1 to 9.2 Upgrade Checklist

This checklist covers an EnterpriseOne application upgrade from 9.0 or 9.1 to 9.2: planning, deployment server and platform pack, table conversions, spec merge and retrofit, packages, testing and cutover. Use it alongside the Oracle 9.2 Upgrade Guide for your database platform.

0%

0 of 38 items complete

11 critical items still open - these are the highest-risk gaps.

Download checklist:

Planning

Deployment server and platform pack

Table conversions and control tables

Spec merges and retrofit

Packages

Testing and cutover

Workbench names and order follow the Oracle EnterpriseOne 9.2 upgrade documentation, which differs by database platform and source release. Use the Oracle Upgrade Guide for your platform as the authority for exact steps.

Get your upgrade plan reviewed

Send us your source release, database platform and custom object count and we will review the checklist and cutover window with you.

Optional. The tool and every export work without this. No spam.

Was this tool useful?

How to use it

Run the checklist twice: once for the test upgrade on a prod-size copy, and again for the production cutover. The first pass produces the numbers that matter, especially table conversion runtimes and the list of objects that would not merge. Critical items are gates. Export to Excel and add owner and date columns, then review it in the weekly upgrade meeting. Keep the evidence (conversion logs, merge logs, build logs, reconciliation spreadsheets) linked to each item so audit and the business can follow the decisions.

  • Do not skip the timed test upgrade
  • Assign one owner per group
  • Store logs with the checklist export

Where the upgrade work happens in EnterpriseOne

Most of the technical work runs from the deployment server. The Installation Planner defines the upgrade plan, then the Installation Workbench drives the workbenches in sequence: environment and data source setup, control table merges, Table Conversion Workbench for business data, and Specification Merge Workbench for central objects. Modified objects are then retrofitted in OMW, using Visual Compare to see what changed between your version and the new standard object. Packages are built in Package Build and deployed with Package Deployment, and the business services package is a separate build.

Worked example: sizing the conversion window

A 9.1 site on SQL Server with 400 million F0911 rows ran a test upgrade on a prod-size copy. The table conversions took 19 hours, longer than the 36-hour cutover weekend allowed once spec merge, package deployment and validation were added. The team archived closed years of F0911 and F0902 history before the upgrade, re-timed the conversions at 11 hours, and wrote the go/no-go point at hour 30. Reconciliation compared F0902 balances by company and fiscal year between source and target before the business signed off.

Version differences and gotchas

A 9.0 source upgrade has more table conversions than a 9.1 source, so do not reuse a 9.1 plan for 9.0. Retrofit is usually the largest effort: modified standard objects need comparison object by object, and custom objects in 55-59 can break where 9.2 changed table layouts. Retire unused customisations instead of retrofitting them. UDOs need their own test pass because they are not part of the OMW spec merge in the same way. Finally, a tools release upgrade is a separate exercise from an applications upgrade, though both are often done together.

  • Check conversion lists for your exact source release
  • Plan retrofit effort per object, not per project
  • Retest UDOs and security as a separate stream

Frequently Asked Questions

What is involved in a JDE 9.1 to 9.2 upgrade?

An applications upgrade installs the 9.2 release on the deployment server and platform pack on servers, then runs control table merges, table conversions on business data and spec merges on central objects. Modified and custom objects are retrofitted, full packages are built and deployed, and the business tests and reconciles data before cutover.

How do table conversions work in JD Edwards?

Table conversions change business data tables to the 9.2 structure. The Table Conversion Workbench runs the conversion programs for your source release and writes logs for each. Time them on a prod-size copy, review every log for failures and reconcile row counts and totals on key tables before go-live.

What does the JDE simplified upgrade mean?

Oracle positions 9.2 as a release that stays current through continuous delivery of ESUs and tools releases instead of new major releases, and publishes guidance to streamline the move to it. The jump from 9.0 or 9.1 to 9.2 is still a full applications upgrade with conversions and retrofit; check the Oracle upgrade documents for your source release.

How long does a JD Edwards 9.2 upgrade take?

It depends on data volume, number of modified objects, and test scope. Typical projects run several months, with retrofit and testing taking most of the time. The cutover itself is sized from the timed test upgrade, so measure conversion and package times rather than estimating them.

If you want an on-prem AI assistant that helps your team compare objects, track retrofit decisions and answer questions about your 9.2 data, we can set that up on your servers.

ArchRay builder
Design the on-prem AI stack for JD Edwards EnterpriseOne: model, GPUs, RAG pipeline, guardrails
See memory, speed and cost as you swap parts, then export the diagram. Free, in your browser.
Open the builder

Keep exploring

Free tools

ERP fixes and how-tos

Runs with your ERP

Guides

AI on your ERP

Integrations

Software