# How to Apply an ESU or ASU in JD Edwards EnterpriseOne > Source: https://netray.co/erp-help/jde-apply-esu-asu-change-assistant-how-to > Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems. > Section: ERP Help ## Short answer Apply a JD Edwards Electronic Software Update (ESU) or Application Specific Update (ASU) by downloading it from Oracle's Update Center, installing it with Change Assistant into a development or pristine path code, resolving merges in Object Management Workbench, building a package and testing before promoting to production. ## Kind how-to ## System jd-edwards ## Erp JD Edwards EnterpriseOne ## Module Software Updates / ESU and ASU ## Query how to apply an ESU in JD Edwards EnterpriseOne ## Alternate Queries - JDE ESU install Change Assistant - JD Edwards ASU apply update steps - JDE Electronic Software Update process - JDE update center download ESU ## Applies To JD Edwards EnterpriseOne 9.x with Change Assistant and the Software Update Process. Exact steps depend on Tools release and whether you use Oracle's Update Center search. ## Steps ### How to apply an ESU safely **Items:** - Read the ESU or ASU documentation and its prerequisites from My Oracle Support. Note the Tools release required, included objects, and any required prior ESUs. - Take a backup of the central objects and the path code you will update, and record your current package name and Tools release. - Use Change Assistant to search and download the update through the Update Center, then confirm the download completed with no integrity errors. - Install the update into a development or test path code using Change Assistant. It loads objects into central objects and writes records for the Object Management Workbench. - Review the install log in Change Assistant for failed steps and the spec merge report for objects with customization conflicts. - Resolve merge conflicts in Object Management Workbench, comparing your modified objects with the update. Consider using the merge tools rather than hand-editing specs. - Build a full or update package for the test path code, deploy it to a test enterprise server and fat client, and run your regression tests. - After sign-off, promote the objects to production through the standard OMW transfer or repeat the install in the production path code, build the production package and deploy in a change window. ## Sections ### ESU versus ASU versus Tools update **Body:** An ESU delivers fixes to specific JD Edwards objects and is normally packaged to fix a defined bug or small set of bugs. An ASU is an application specific update that can bundle larger sets of changes, including new functionality and regulatory updates, and is more commonly used for tax and localization changes. A Tools update upgrades the foundation (the runtime, web server components and system tables) and is a separate project with its own planning. Because ESUs and ASUs change business objects, the most important input to planning is your customization inventory. An object you modified is where a merge will cost time. If you track your changes in Object Management Workbench with clear project names, the impact of an update can be estimated before installation starts. ### Merges and customizations **Body:** When an update touches an object you have customized, the install lays down the new standard version and you reconcile it with your modified version. Spec merges in OMW can combine non-conflicting changes automatically, but business function source and UBE logic often require a developer to review the differences. Keep a record of the decisions so the next update does not repeat the analysis. Consider whether the customization is still needed. Updates sometimes deliver functionality that replaces a local modification, and removing a mod reduces future merge cost. This is a worthwhile discussion for the application owner at each update cycle. ### Package build and testing **Body:** After objects are installed, nothing runs for end users until a package containing them is built and deployed. An update package is quicker to build, but a full package is safer when many objects changed or when the update touched shared business functions. Allow time to deploy to the logic servers and fat clients, and confirm the new package is active in the Package Deployment tool. Test the processes the update changes first, then regression test the critical flows: sales order entry, purchase receipts, voucher entry, G/L post and month-end reports. Include any custom UBEs that call the changed business functions, since those are where breakage tends to appear. ## Pitfalls - Installing directly into production without a test path code first. - Skipping prerequisite ESUs or Tools release requirements listed in the documentation. - Ignoring merge reports and discovering customization conflicts in production. - Using an update package when a full package was needed, leaving stale specs on some clients. - Not recording the package name and rollback plan before the change window. - Forgetting custom UBEs that call changed business functions during regression testing. ## Ai Angle SyteRay is aimed at SyteLine, so for JDE the relevant assistant is ERPray or a custom build. A grounded assistant can read your customization inventory and release notes to list which modified objects an update is likely to touch, and draft a regression checklist. It does not install updates or build packages. Those stay with your CNC administrator under change control. ## Faq ### What is the difference between an ESU and an ASU? **Answer:** An ESU delivers fixes for specific objects. An ASU is an application specific update that can bundle larger changes such as new features or tax and regulatory updates. Both install with Change Assistant. ### Do I need to build a package after an ESU? **Answer:** Yes. Installing loads objects into central objects, but users and servers only see them after a package is built and deployed. Build an update or full package depending on the scope of change. ### How do I know if an ESU conflicts with my customizations? **Answer:** Review the Change Assistant install logs and the merge reports, and check Object Management Workbench for objects you modified that are also in the update. Plan developer time for those objects. ### Can I roll back an ESU? **Answer:** Rollback is easiest at the package level by redeploying the previous package, with a backup of central objects as the deeper fallback. Define the rollback plan before the change window starts. ## Search terms JD Edwards ESU, JDE ASU apply, Change Assistant JD Edwards, JDE Update Center, JDE electronic software update, JDE spec merge, JDE object management workbench, JDE package build after ESU, JD Edwards tax update ASU, JDE software update process --- Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json