Migrate Applications

Replace a legacy application tool with apps on live data.

Notes databases, Access files, spreadsheet-and-email processes, InfoPath forms, aging BPM suites and custom code all carry processes worth keeping and copies of data worth retiring.

ANY LEGACY APPLICATION TOOLSMARTAPPSA formA screen with components and validationA list or a copied tableA data handler on the system of record, read in placeA routing rule or an agentA flow with lanes, criteria and clocksA permission listAn access policy inherited from the source, plus a scopeA final entry typed into the ERPA write-back through the released interface, acknowledged
The same five mappings apply to every tool; each path page adds the tool's own elements.
6
paths
this page set
1 week
for the inventory: every application, form and workflow, grouped by app type
offer
10
apps in the first fixed-price conversion
offer
40
app types in the catalogue to map to
catalogue
0
copies of ERP data kept after the move
product
The paths

Six tools, one method

The method

Inventory, map, rebuild on live data, run in parallel, retire

InventoryOne week: every application, form, list and workflow, with its owner, its users, its data and its last change; dead ones marked.
Questions

How long does a typical move take?

The inventory takes a week. The first ten apps take four to eight weeks depending on their size; the catalogue's per-app estimates apply. Large estates run in waves of ten.

What happens to the old data?

Copies of ERP data are retired; the app reads the ERP. The tool's own records are exported and either loaded into a Lima-owned table with lineage or archived.

Can users keep their forms' look?

Screens are composed from the same fields, so the layout can follow the old form; most owners take the drafted layout and adjust labels.

Start with a one-week inventory

We list the applications, the forms and the workflows you run today, group them by the app type they become, and write a fixed price for the first ten before any work begins.