JD Edwards World Custom Object Conversion Effort Calculator
Custom code is usually the largest unknown in any JD Edwards World modernization. This calculator gives a first-pass estimate from object counts so you can see how much the decision to retire unused objects changes the effort.
Your numbers
Include analysis, rebuild, unit test and documentation.
Unused or replaced by standard functionality. Interfaces are not retired in this model.
Your results
Hours per object are planning assumptions. Replace them with measured figures from a sample of your own objects.
Total hours vs share retired
Sweeps Share of programs, reports and screens retired as obsolete from 0 to 90, holding your other inputs fixed.
Custom code usage scan
Optional: a read-only scan of your IBM i custom libraries ranked by actual usage.
Optional. The tool and every export work without this. No spam.
How to use it
Count your custom objects: RPG programs in your custom libraries, DREAM Writer versions that are actually scheduled, custom display file programs and interfaces to other systems. Use WRKOBJ, DSPPGMREF and your job scheduler history to separate used from unused. Then enter hours per object type from a sample you have really analysed, not a hope. The retire slider models the share you decide not to carry forward.
The method
Build hours equal the carried-forward share of programs, reports and screens multiplied by their unit hours, plus all interfaces at their unit hours. Test hours are a ratio of build hours. Cost is total hours times rate, and elapsed months divide hours by team size times 140 productive hours per month. The chart shows how steeply total effort falls as you retire more objects.
- Interfaces are kept at full effort because they carry data other systems depend on
- Test ratio of 0.5 is typical for standard logic, higher for financial postings
- Elapsed time does not include waiting for business users to test
Reading the result
If most of the cost sits in RPG programs, an object-by-object review for fit to standard functionality is the cheapest saving you can make. If interfaces dominate, the integration approach (APIs, files, middleware) matters more than coding hours. Use the three scenarios of 0, 30 and 60 percent retired to give sponsors a range, not a single number.
Common mistakes
Teams count source members instead of distinct business functions, forget that one DREAM Writer program may have a dozen versions in use, and assume all custom code must be rebuilt. Another mistake is applying the same hours to a 200-line report and a 5,000-line pricing program. Where you can, split your inventory in the companion worksheet before using the totals here.
Frequently Asked Questions
Does this assume a move to EnterpriseOne?
No. The hours are for rebuilding or converting custom functions on any target platform. Replace the unit hours with those for your chosen approach, whether that is E1, another ERP or a rewritten IBM i application.
How do I know which objects are unused?
Check job scheduler history, program call statistics where you have them, and ask the business. Objects not run or called for twelve months, including a full year-end, are candidates for retirement.
Why are interfaces not reduced?
Interfaces move data to and from other systems and are rarely safe to drop. If a partner system is being retired too, set the interface count lower.
Is 140 productive hours realistic?
It allows for meetings, leave and support work in a typical month. Use a lower number if your developers also carry production support duties.
If you want help producing an object inventory from your IBM i libraries and job history, Netray can run a read-only scan and give you a usage-ranked list.
Related Tools
JD Edwards World Custom Program and Modification Inventory Worksheet
Editable inventory of custom programs, modified objects and custom files with business criticality and a retire, keep or replace decision.
ERP Migration & SelectionJD Edwards World Parallel Run Cost Calculator
Add up the cost of running the old and new systems together, including reconciliation and slippage, and see the true incremental cost of the overlap.
OracleIBM i Power Hosting Cost Comparison Calculator
Compare the multi-year cost of keeping an IBM Power server on premises with moving IBM i to a hosted Power environment, including payback months.
OracleAS/400 Skills Succession Risk Assessment
Eight questions on staffing, documentation and knowledge concentration to score how exposed your IBM i environment is to losing key people.
More Oracle tools
See all- JDE World DREAM Writer Version Documentation Template
- JD Edwards World Key File Reference Table
- JD Edwards World to EnterpriseOne Data Conversion Mapping Worksheet
- IBM i Batch Window Capacity Calculator
- AS/400 Disk Storage Growth Forecast Calculator
- IBM i Restore Time and RTO Calculator
- IBM i System Values Reference
- IBM i CL Command Cheat Sheet
- JD Edwards Julian Date (CYYDDD) SQL Converter
New to JD Edwards World? Start with the JD Edwards World guide and toolkit.
Keep exploring
Free tools
- JD Edwards World to EnterpriseOne Data Conversion Mapping WorksheetEditable worksheet that tracks every World file you convert to EnterpriseOne: source, target, cleansing rule, record counts, owner and status.
- JDE World DREAM Writer Version Documentation TemplateDocument a DREAM Writer program version, its processing options, data selection, sequencing and output in a form that survives staff changes and migration projects.
- JD Edwards World AI Assistant Sizing and Value CalculatorEstimate peak load, GPUs, index size, hours saved and payback for an on-prem AI assistant on JD Edwards World.
ERP fixes and how-tos
- How to Add a Private AI Layer to JD Edwards World on IBM iAdd AI to JD Edwards World without moving data: DB2 for i access, journal-based replication, rebuilt row security, local GPUs and approved batch write-back.
- JD Edwards table conversion: how it works and how to run oneWhat a JD Edwards table conversion does to a JDE table's structure and data, when it runs in a package build, and how to run or design one manually.
- How to Add a Private AI Layer to JD Edwards EnterpriseOne On-PremAdd a private AI layer to JD Edwards EnterpriseOne: AIS data service, Orchestrator, Security Workbench mapping, a local model and human approval.
Runs with your ERP
- RF-SMART Manufacturing Data Collection for JD Edwards WorldShop floor barcode data collection for JD Edwards World with RF-SMART: what it reports, how it connects, setup steps, pitfalls and a private AI layer on top.
- Vertex Tax Connectors with JD Edwards EnterpriseOneHow Vertex calculates sales, use and VAT tax for JD Edwards EnterpriseOne and World, plus Oracle EBS and Cloud ERP: integration model, flows, setup, pitfalls.
- RF-SMART and JD Edwards EnterpriseOne: Barcode Scanning and Mobile WMSHow RF-SMART connects barcode scanning to JD Edwards EnterpriseOne and World: integration method, data flows, setup steps, pitfalls and where private AI helps.
AI on your ERP
- AI for JD Edwards World on IBM i, without a EnterpriseOne migrationAdd AI to JD Edwards World on IBM i without replatforming: read the physical files safely, ground an LLM on your data, and keep control on the box you already run.
- AI for JD Edwards EnterpriseOne Manufacturing, Without Leaving the F-Tables ExposedGrounded AI over JD Edwards EnterpriseOne Manufacturing: work orders, routings, and Orchestrator data, answered on-prem without sending F-table data to a public model.
Integrations
- How to use ChatGPT with JD Edwards WorldUsing ChatGPT with JD Edwards World on IBM i: custom GPT actions vs data exports, enterprise data controls, and when a private model is the better fit.
- How to add AI agents to JD Edwards World on IBM iHow to add AI agents to JD Edwards World on IBM i: a read-first tool layer over DB2 for i, human approval before any write, and a fully on-prem model option.