Where the dependencies sit
Theme customisations, app-owned records, subscriptions, fulfilment rules and payment arrangements are distinct dependencies.
Map the work before selecting software
Ask each team which functions are essential, which can change and which can be retired. Separate standard processes from custom logic, and document who owns each decision.
Data that needs a migration decision
Reconcile products, variants, collections, customers, orders, refunds, discounts and redirects; inspect app exports separately.
Integrations to preserve
Test gateways, tax, shipping, accounting, stock and transactional email with sandbox transactions.
Identity and access map
Plan customer account activation and staff permissions. Do not assume customer passwords or saved payment credentials transfer.
Candidate components
| Component | Role | Licence |
|---|---|---|
| WooCommerce | E-commerce | GPL-3.0-or-later |
| ERPNext | ERP | GPL-3.0 |
Identity, backup, monitoring and integration design remain part of the architecture. Each component needs its own fit and edition review.
A phased migration path
Discover.
Inventory systems, contracts, data, permissions and business-critical workflows. Record owners and acceptance criteria.Pilot.
Migrate a representative product set, then run paid, failed, refunded and partially fulfilled test orders.Rehearse.
Time exports and imports. Reconcile record counts, relationships, attachments and reports against the source.Coexist.
Define the source of truth, prevent duplicate writes and monitor the interfaces between old and new systems.Cut over.
Use an agreed change window, decision owner, communication plan and a clear rollback deadline.Operate.
Train users, document recovery and retain required history before retiring the source.
Risks and security considerations
SEO redirects, tax rounding, subscription renewals and payment-token portability can block cutover. Agree rollback before accepting live orders.
Protect exports and temporary staging data, restrict migration accounts, use encrypted transport and remove temporary access after acceptance.
Rollback and acceptance
Keep a validated source backup and a record of post-cutover writes. Decide whether rollback restores the old system or replays changes, and rehearse that procedure. Business owners must sign off reconciled data and representative workflows before final retirement.
Implementation effort and ongoing care
The initial effort category is High. It is an editorial screening assessment, not a time or cost quotation. A pilot is required to estimate delivery. Plan for patches, monitoring, integration maintenance, backup restoration and user support.
Common questions
Can one application replace the entire platform?
Sometimes the core use case fits one application, but specialised workflows often require several components. Validate feature gaps before committing.
Can we keep parts of the existing system?
Yes. A hybrid or phased approach can reduce disruption when system boundaries and the source of truth are explicit.
Will open source cost less?
It depends on licensing, migration, infrastructure and operating costs. Compare the same planning period using realistic inputs.
Sources and verification
Policies and features can change. Verify the current terms and your installed edition before implementation.