Infor SyteLineFree worksheetPDF, Excel, Word exportInfor SyteLine

SyteLine Data Conversion Mapping Worksheet

Data conversion is where SyteLine projects slip. This worksheet gives every legacy field a target, a rule, an owner and a measured reject rate, so you see problems after the first trial load and not at cutover.

Download:
Data objectLegacy fieldSyteLine target fieldTransform ruleOwnerSource recordsRejected in trial loadReject rateStatus
1.2%
0.2%
0.7%
4.6%
0%
0.5%
Total source records
50,510
Total rejected
326
Worst reject rate
4.6%
Overall reject rate
0.6%
Rejected records divided by all source records across the mapping lines.
Mapping lines
6

Add one line per field, not per object, once the design is stable. Record counts are per load, so repeat the object for each load attempt or keep counts on the key field line. Replace target field names with the exact labels in your SyteLine version.

Get a second pair of eyes on your mapping

Optional expert review of your conversion approach and trial load results.

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

How to use the worksheet

Add a row for each legacy field you intend to bring across, pick the data object, then name the SyteLine target field and write the transform in plain language. After each trial load, enter the source record count and the number rejected. The reject rate is computed for you per line and overall. Export to Excel to share with business owners who sign off each object.

  • One owner per line, a named person.
  • Write the transform so a new analyst can code it.
  • Move status forward only with evidence.
  • Keep rejected record lists with the trial results.

Reading the reject rate

A reject rate under one percent on master data after the second trial load is a reasonable goal, but the right threshold depends on the object. Ten rejected items out of ten thousand is cleanup work; ten rejected opening GL accounts out of a hundred is a blocker. Use the worst line figure to find the field that needs attention first and the overall rate for steering committee reporting.

Typical load order

Reference data comes first: units of measure, currencies, terms, tax codes, chart of accounts, sites and warehouses. Then items, customers and vendors, then bills of material and routings, then open orders, and last on-hand inventory and balances at cutover. Loading out of order creates rejects that are really dependency errors rather than data errors.

Common mistakes

Teams migrate years of closed history nobody will use, skip duplicate cleanup in vendor and customer masters, map units of measure by guesswork and leave on-hand inventory until the last night. Decide what to leave in the archive, reconcile quantities and values to the legacy ledger, and rehearse the final load at least twice.

Frequently Asked Questions

Should I map every legacy field?

No. Map the fields that drive current transactions and reporting, and archive the rest. Each field migrated has to be cleaned, tested and reconciled, so unneeded fields add risk without adding value.

What tool loads the data into SyteLine?

Teams commonly use the standard import and load utilities, IDO based web services or custom scripts. Choose per object, and keep the transform rules in this sheet independent of the loader so they survive a change of method.

How many trial loads are enough?

Plan at least three: an early structural load, a full volume load with business validation, and a dress rehearsal timed like cutover. Keep reject rates and timing from each in this sheet to show convergence.

How do I handle open transactions?

Prefer to close out what you can in the legacy system and migrate only genuinely open orders, jobs and balances. Reconcile each migrated open item to a source report and have its business owner sign it off.

If you are moving from an older ERP into SyteLine and want agents to profile source data and draft mappings for your consultants to review, get in touch.