Migrate your De Facto ERP data
UK-based modular ERP built on a proprietary Enterprise Data Platform, targeting mid-market manufacturers and distributors who need deep customization over out-of-box simplicity.
In its favor
Why people choose De Facto ERP
The signal that keeps De Facto ERP on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
De Facto tailors to company-specific requirements rather than forcing standard templates, making it attractive to businesses with complex, non-standard workflows in manufacturing and distribution.
Customers cite excellent long-term partnerships with De Facto staff, with some companies building their entire business around the system for decades without wanting to change.
The EDP architecture underpins flexible, scalable enterprise-grade solutions that mid-market companies find adequate for growth without premature over-specification.
De Facto actively helps customers migrate and duplicate their existing processes into the system while identifying areas for process improvement during implementation.
The platform handles complex supply chain scenarios including landed cost tracking, multi-consumer group order processes, and warranty stock management for importers.
Very few verified reviews exist publicly, making independent evaluation difficult and suggesting a small customer base or low market visibility for a product in this category.
Pricing is not publicly transparent — all tiers require direct contact with sales, which creates friction for prospects evaluating cost against alternatives like Odoo or NetSuite.
Ease of use scores are notably low (1.5/5 on Capterra) compared to competitors, indicating the steep customization capability comes at the cost of usability for some users.
Support ratings are also low (1.0/5 on Capterra), suggesting that post-implementation support may not match the strong implementation partnership experience.
Reasons to switch
Why people leave De Facto ERP
The recurring reasons buyers give for replacing De Facto ERP. Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where De Facto ERP fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
De Facto ERP pricing overview
De Facto ERP publishes no public pricing tiers beyond a Basic starting point of approximately $1,670 per month. All pricing is quote-based, requiring direct engagement with De Facto sales to understand module-specific costs, user-based licensing, and implementation fees.
Basic
Tier 1 of 1
$1,670.00 per month
What's included
Need help selecting your ERP?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on De Facto ERP's schedule — see our quote-based pricing →
What gets migrated
De Facto ERP object support
Object-by-object support for De Facto ERP migrations. Per-pair details surface during scoping.
Customers / Accounts
Fully supportedCustomer records are standard master-data objects in De Facto's Financials and CRM modules. We map customer name, contact details, addresses, and account balances 1:1 into destination systems. Payment terms and credit limits require explicit field mapping due to variance between ERP conventions.
Vendors / Suppliers
Fully supportedVendor master records including addresses, payment terms, and bank details export cleanly. The platform supports multi-country supplier management; we preserve currency and tax code assignments during migration.
Items / Products
Mapping requiredItems are the core of De Facto's supply chain module. Stock items, BOMs (bill of materials), and landed cost components (freight, insurance, duty, tax) require careful mapping — each item may have variable cost structures that destination systems handle differently. We extract items with all associated cost layers explicitly.
Open AP / AR
Mapping requiredOpen invoices, credit notes, and outstanding balances must be migrated with their payment status intact to avoid double-billing or reconciliation gaps. De Facto tracks these at the transaction level; we map open items by document date, due date, and remaining amount.
Chart of Accounts
Fully supportedThe chart of accounts is a standard master-data export. De Facto generates structured data output via TSQL scripts including CSV and XML formats, which we use for clean account structure extraction. Tax codes and department/cost center assignments require mapping to destination conventions.
Users / Employees
Mapping requiredUser records and role assignments determine who can access what in De Facto. Role definitions are often highly custom and may not map 1:1 to destination permission models. We extract all users with their assigned roles and note where custom permissions require manual reconfiguration in the target system.
Documents / Attachments
Mapping requiredDe Facto stores documents by default and links them to associated data records. Inbound documents can be auto-stored through OCR processing with barcode/QR reading. Document-to-record linkages and embedded documents in system-generated PDFs (SSRS-based) require explicit extraction work; we preserve document binaries and their source record associations separately from the data migration.
Historical Transactions
Mapping requiredFull transaction history including purchase orders, sales orders, and warehouse movements can be exported via De Facto's TSQL script output. Large transaction volumes may require chunked extraction; we map each transaction type to its destination equivalent and preserve audit trail timestamps.
Fixed Assets
Mapping requiredFixed asset registers including acquisition cost, depreciation schedules, and asset locations export from the Financials module. De Facto's landed cost tracking for imported items may overlap with fixed asset cost components; we separate these concerns during mapping to avoid double-counting.
CRM / Opportunities
Fully supportedThe CRM module includes opportunity tracking and contact management. We map opportunity name, value, stage, and associated contacts 1:1 where the destination is a CRM-capable system. Custom CRM fields require field-level mapping work.
Reports / BI
Not in this platformDe Facto's Reporting & Analysis (BI) module uses Microsoft SSRS-based report definitions. Report templates and SSRS configurations are not portable across platforms; we export the data that feeds reports but not the report definitions themselves. Customers should rebuild reports in their destination BI tool.
| Object | Support | Notes |
|---|---|---|
| Customers / Accounts | Fully supported | Customer records are standard master-data objects in De Facto's Financials and CRM modules. We map customer name, contact details, addresses, and account balances 1:1 into destination systems. Payment terms and credit limits require explicit field mapping due to variance between ERP conventions. |
| Vendors / Suppliers | Fully supported | Vendor master records including addresses, payment terms, and bank details export cleanly. The platform supports multi-country supplier management; we preserve currency and tax code assignments during migration. |
| Items / Products | Mapping required | Items are the core of De Facto's supply chain module. Stock items, BOMs (bill of materials), and landed cost components (freight, insurance, duty, tax) require careful mapping — each item may have variable cost structures that destination systems handle differently. We extract items with all associated cost layers explicitly. |
| Open AP / AR | Mapping required | Open invoices, credit notes, and outstanding balances must be migrated with their payment status intact to avoid double-billing or reconciliation gaps. De Facto tracks these at the transaction level; we map open items by document date, due date, and remaining amount. |
| Chart of Accounts | Fully supported | The chart of accounts is a standard master-data export. De Facto generates structured data output via TSQL scripts including CSV and XML formats, which we use for clean account structure extraction. Tax codes and department/cost center assignments require mapping to destination conventions. |
| Users / Employees | Mapping required | User records and role assignments determine who can access what in De Facto. Role definitions are often highly custom and may not map 1:1 to destination permission models. We extract all users with their assigned roles and note where custom permissions require manual reconfiguration in the target system. |
| Documents / Attachments | Mapping required | De Facto stores documents by default and links them to associated data records. Inbound documents can be auto-stored through OCR processing with barcode/QR reading. Document-to-record linkages and embedded documents in system-generated PDFs (SSRS-based) require explicit extraction work; we preserve document binaries and their source record associations separately from the data migration. |
| Historical Transactions | Mapping required | Full transaction history including purchase orders, sales orders, and warehouse movements can be exported via De Facto's TSQL script output. Large transaction volumes may require chunked extraction; we map each transaction type to its destination equivalent and preserve audit trail timestamps. |
| Fixed Assets | Mapping required | Fixed asset registers including acquisition cost, depreciation schedules, and asset locations export from the Financials module. De Facto's landed cost tracking for imported items may overlap with fixed asset cost components; we separate these concerns during mapping to avoid double-counting. |
| CRM / Opportunities | Fully supported | The CRM module includes opportunity tracking and contact management. We map opportunity name, value, stage, and associated contacts 1:1 where the destination is a CRM-capable system. Custom CRM fields require field-level mapping work. |
| Reports / BI | Not in this platform | De Facto's Reporting & Analysis (BI) module uses Microsoft SSRS-based report definitions. Report templates and SSRS configurations are not portable across platforms; we export the data that feeds reports but not the report definitions themselves. Customers should rebuild reports in their destination BI tool. |
Gotchas
What to watch for in De Facto ERP migrations
Issues we've hit on past De Facto ERP migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
No documented public API for programmatic extraction
Highly customized deployments resist template migrations
Pricing is opaque — all tiers require sales contact
Limited public review volume and low category ratings
| Severity | Issue |
|---|---|
| High | No documented public API for programmatic extraction |
| High | Highly customized deployments resist template migrations |
| Medium | Pricing is opaque — all tiers require sales contact |
| Medium | Limited public review volume and low category ratings |
Leaving De Facto ERP?
Where De Facto ERP customers move next
6 destinations De Facto ERP can migrate to.
How a De Facto ERP migration works
Four steps, De Facto ERP-specific
Connect
Not publicly documented into De Facto ERP. Scopes limited to read-only on the data we move.
Map
We translate De Facto ERP-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate De Facto ERP quirks before production.
Migrate
Full migration with De Facto ERP rate-limit handling. Rollback available throughout.
FAQ
De Facto ERP migration FAQ
Answers to the questions buyers ask most during De Facto ERP migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your De Facto ERP migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationReady when you are
Migrate De Facto ERP.
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your De Facto ERP setup and destination — written quote back within a business day.