Contacts and accounts
Customers, suppliers, addresses, payment terms, nominal structures and tax treatment assessed for target fit.
Migration scope varies by source system and business. Wedoo first agrees the records, history and reporting position that matter to the future Odoo environment.
Exact scope is agreed before migration work begins. These common categories show why a project is more than an export and import exercise.
Customers, suppliers, addresses, payment terms, nominal structures and tax treatment assessed for target fit.
Open invoices, bills, orders and agreed historical transactions considered against the future process and reporting need.
Products, stock, opening balances and related information reviewed where they are relevant to the Odoo design.
Mapping is where useful business context is protected. The right approach is decided with you rather than silently guessed by an import routine.
A source category, class or cost centre may need a deliberate Odoo analytic or reporting design.
Tax codes, payment history and opening positions are examined rather than assumed to be one-to-one.
Variants, units of measure, pricing and stock context may need a target decision before loading.
Anything that cannot be mapped cleanly is raised for review rather than dropped without explanation.
Data scope sits inside a wider process of staging, checks and controlled cutover.
Common scope includes contacts, accounts, open invoices and bills, stock data and agreed history. The exact position depends on the source product, configuration and Odoo design.
History can be assessed and agreed. The right depth is decided around operational need, reporting and reconciliation rather than assumed.
Your existing structure can be reviewed and mapped to an appropriate Odoo design; it should not be replaced with a generic default without discussion.
The real demo is a strong starting point. Bring in Wedoo when history, reporting, product structures or source variation needs an assessment.