# QAD Customization Migration Effort Calculator

> Source: https://netray.co/tools/qad-customization-migration-effort-calculator
> Publisher: Netray (netray.co), AI and integration engineering for ERP and manufacturing systems.
> Section: Free Tools

## Short answer

Size the work to carry QAD customizations forward: count them by complexity, set the share you can retire, add testing and contingency.

## Category

erp-migration

## Erp

QAD Adaptive ERP

## Industry

Discrete Manufacturing

## Audience

- ERP project manager
- QAD developer
- CIO

## Tool

**Kind:** calculator

**Currency:** $

**Inputs:**

#### Simple customizations

**Key:** n_simple

**Type:** number

**Default:** 40

**Min:** 0

**Step:** 1

**Unit:** items

**Help:** Field, label or small report changes.

#### Medium customizations

**Key:** n_medium

**Type:** number

**Default:** 25

**Min:** 0

**Step:** 1

**Unit:** items

**Help:** Modified programs, validation logic, interfaces.

#### Complex customizations

**Key:** n_complex

**Type:** number

**Default:** 10

**Min:** 0

**Step:** 1

**Unit:** items

**Help:** New modules, heavy integrations, workflow replacements.

#### Hours per simple item

**Key:** h_simple

**Type:** number

**Default:** 6

**Min:** 0

**Step:** 1

**Unit:** hours

#### Hours per medium item

**Key:** h_medium

**Type:** number

**Default:** 20

**Min:** 0

**Step:** 1

**Unit:** hours

#### Hours per complex item

**Key:** h_complex

**Type:** number

**Default:** 60

**Min:** 0

**Step:** 5

**Unit:** hours

#### Share retired or replaced by standard

**Key:** retire_pct

**Type:** slider

**Default:** 30

**Min:** 0

**Max:** 90

**Step:** 5

**Unit:** %

**Help:** Customizations you will drop because standard functionality now covers them.

#### Testing overhead

**Key:** test_pct

**Type:** number

**Default:** 35

**Min:** 0

**Max:** 100

**Step:** 5

**Unit:** % of build

#### Contingency

**Key:** cont_pct

**Type:** number

**Default:** 20

**Min:** 0

**Max:** 100

**Step:** 5

**Unit:** %

#### Blended hourly rate

**Key:** rate

**Type:** number

**Default:** 95

**Min:** 0

**Step:** 5

**Unit:** $ per hour

**Outputs:**

#### Gross build hours before retirement

**Key:** gross_hours

**Expr:** n_simple * h_simple + n_medium * h_medium + n_complex * h_complex

**Format:** number

#### Build hours after retirement

**Key:** build_hours

**Expr:** gross_hours * (1 - retire_pct / 100)

**Format:** number

#### Testing hours

**Key:** test_hours

**Expr:** build_hours * test_pct / 100

**Format:** number

#### Total hours with contingency

**Key:** total_hours

**Expr:** (build_hours + test_hours) * (1 + cont_pct / 100)

**Format:** number

**Primary:** true

#### Person-days

**Key:** person_days

**Expr:** total_hours / 8

**Format:** days

#### Estimated cost

**Key:** cost

**Expr:** total_hours * rate

**Format:** currency

**Primary:** true

**Chart:**

#### Total hours vs share of customizations retired

**Type:** line

**X:** retire_pct

**From:** 0

**To:** 90

**Steps:** 19

**Series:**

- total_hours

**Disclaimer:** Planning estimate only. Replace hours per item with your own history and validate the inventory by code scan before committing a budget.

## Content

**Intro:** The biggest swing factor in a QAD upgrade or move to a newer edition is how many customizations survive. This calculator turns an inventory of custom items into hours, person-days and cost, and shows how retiring items changes the bill.

**Sections:**

#### How to use it

**Body:** Start with an inventory of what was changed: custom programs, modified standard programs, reports, interfaces and database additions. Classify each as simple, medium or complex, using consistent rules that you write down. Enter the counts and the hours your team really takes per class. Then decide the share you can retire because standard functionality has caught up, and slide the retirement control to see how the total moves. Add testing overhead and contingency that match your risk appetite.

**Bullets:**

- Classify with written rules, not gut feel
- Use hours from your last upgrade where possible
- Challenge every item: does anyone still use it?
- Keep interfaces separate if a partner builds them

#### The method

**Body:** Gross hours are the sum of count times hours for each class. Retirement removes a percentage of that work. Testing is a percentage of the remaining build hours, because every retained change must be regression tested. Contingency is applied to build plus test. Person-days divide by eight, and cost multiplies total hours by the blended rate. The method is deliberately simple so every line can be challenged in a steering meeting.

#### Reading the result

**Body:** The chart is a straight line, which makes the point: every ten percent of customizations retired removes the same slice of effort. Compare the cost of re-implementing an item with the cost of changing a business process to use standard behaviour. Items used by a single person once a quarter are prime retirement candidates. If the total is far above your budget, look first at the complex class, where a handful of items often hold half the hours.

#### Common mistakes

**Body:** Counting only code and missing reports, labels, interfaces and database triggers produces a low estimate. Assuming hours per item from a vendor rate card ignores the learning curve on a new platform. Skipping data conversion, training and cutover from the budget is common, since they are not customizations at all. Finally, retire percentages should come from a reviewed list, not a target someone hopes to hit.

**Cta:** Netray works with ERP specialists on customization inventories and AI-assisted code analysis. If you want a second opinion on your estimate, get in touch.

**Faq:**

#### How do I find all customizations?

**Answer:** Combine three sources: a scan of custom source code and configuration, a list of modified standard objects, and interviews with power users. Each source misses things the others catch, so use all three before classifying.

#### What is a realistic retirement rate?

**Answer:** It depends on how old the current release is. Systems several versions behind often retire a meaningful fraction because standard functionality has caught up, but only a reviewed list can tell you your number.

#### Does this include data migration?

**Answer:** No. It sizes customization work only. Data conversion, integration testing with other systems, training and cutover need their own estimates and should be added to the project budget separately.

#### Why add a contingency?

**Answer:** Hidden dependencies and rework are normal in upgrades. A contingency of 15 to 30 percent is common practice, and the number should shrink as the inventory is proven by actual code analysis.

## Search terms

QAD customization migration, QAD upgrade effort estimate, QAD EE to cloud customization, ERP customization effort calculator, QAD migration cost estimate, QAD custom code inventory, ERP upgrade project estimate, customization retirement ERP

---
Talk to an engineer: https://netray.co/contact?intent=erp_ai | Machine catalog: https://netray.co/agent/catalog.json