ERP migration
Field-level mapping, validation, and rollback between HashMicro ERP and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
HashMicro ERP
Source
Dolibarr ERP
Destination
Compatibility
10 of 12
objects map 1:1 between HashMicro ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
5-8 weeks
Overview
Moving from HashMicro ERP to Dolibarr is a migration from a Singapore-based modular cloud ERP built for mid-to-large Asia Pacific enterprises toward an open-source, self-hosted ERP/CRM designed for SMEs. HashMicro does not publish API documentation publicly, which means the extraction phase must rely on coordinated data dumps from HashMicro's implementation team rather than direct API automation. Dolibarr requires explicit module activation before each object class is available for import, so we sequence the migration around which modules are enabled. Multi-entity and multi-currency configurations in HashMicro must be pre-mapped to Dolibarr's Bank Accounts/Categories fiscal structure before ledger data loads. We migrate master records, open transactions, historical journals, employees, projects, and fixed assets. We do not migrate workflows, automations, or custom reports; we deliver a written inventory of these for the customer's admin to rebuild in Dolibarr or via a Dolibarr partner.
Every standard and custom field arrives verified.
AI proposes the map; you confirm before any record moves.
Parent–child, lookups, and ownership stay linked.
Calls, emails, meetings — with original timestamps.
Documents, uploads, and inline notes move with the record.
Why teams make this switch
Leaving
What's pushing teams away
Choosing
What's pulling them in
Object mapping
Each row shows how a HashMicro ERP object lands in Dolibarr ERP, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
HashMicro ERP
Chart of Accounts
Dolibarr ERP
Bank Accounts and Categories
1:manyHashMicro's Finance module stores a multi-level COA with codes, names, account types, currency settings, and entity associations. Dolibarr uses Bank Accounts (for cash and credit accounts) and Categories (for income and expense classification) rather than a traditional GL hierarchy. We split each HashMicro COA entry by type: balance sheet accounts map to Bank Accounts in Dolibarr; income and expense accounts map to Categories with a category tree structure. Multi-entity COAs require separate Bank Account and Category sets per entity, which we set up before loading. Currency settings are preserved in the Bank Account's currency field.
HashMicro ERP
Customers and Vendors
Dolibarr ERP
Third Parties (Societe)
1:1HashMicro Customer and Vendor master records (addresses, contact details, payment terms, tax IDs, open AR/AP balances) map to Dolibarr Third Parties. We use the Type field (Customer / Supplier / Both) to set Dolibarr's nature of third-party classification. Linked open AR/AP balances at cut-off migrate as separate Bank line entries under the corresponding Third Party record. Multi-entity configurations require Third Party records to be scoped per entity if HashMicro stores separate Customer records per entity.
HashMicro ERP
Items and Products
Dolibarr ERP
Products and Services
1:1HashMicro Items (SKU, description, unit of measure, cost, pricing tiers, reorder points, BOM links) map to Dolibarr Products. We set the type to Product (for inventory-bearing items) or Service based on HashMicro's item type. Pricing tiers from HashMicro become Dolibarr Customer Specific Prices linked to the relevant Third Party. Inventory quantities and reorder points migrate to Dolibarr's stock module if the Stock module is activated. BOM links for manufactured items require the Dolibarr BOM module (a community or third-party module) to be installed before migration.
HashMicro ERP
Sales Orders
Dolibarr ERP
Orders
1:1HashMicro Sales Orders (status, line items, owner assignments, linked Customer and Item records) map to Dolibarr Customer Orders. We preserve order status by mapping HashMicro's status codes to Dolibarr's draft / validated / approved / closed / cancelled / billed state model. Line items reference the migrated Product records via the Products/Service link. Historical closed orders migrate with their full line item detail; open orders are flagged for downstream order-to-invoice processing in Dolibarr after cutover.
HashMicro ERP
Purchase Orders
Dolibarr ERP
Supplier Orders
1:1HashMicro Purchase Orders and Goods Receipt records map to Dolibarr Supplier Orders. We preserve PO-to-GR linkages by creating Dolibarr Supplier Order records with received quantity tracking aligned to HashMicro's receipt status. Partially received orders are flagged at cut-off for reconciliation by the customer's procurement team after go-live.
HashMicro ERP
Open AR/AP
Dolibarr ERP
Outstanding Invoices and Bank Movements
1:1Outstanding HashMicro AR and AP invoices, credit memos, and payment schedules are mapped to Dolibarr Customer Invoices (unpaid) and Supplier Invoices (unpaid) respectively. We map due dates, outstanding amounts, and currency codes explicitly, and set Dolibarr's payment status to unpaid at cut-over. Any partial payment records are preserved as Payment entries linked to the invoice. Multi-currency AR/AP requires the corresponding Bank Account currency in Dolibarr to be set before migration.
HashMicro ERP
Historical Transactions
Dolibarr ERP
Journal Entries and Bank Movements
1:1Ledger journals and posted transactions from HashMicro migrate to Dolibarr as Bank Movement lines under the corresponding Bank Account or as general journal entries. Schema varies by HashMicro company configuration and fiscal year setup, so we handle date-range filtering and revalidation of posting dates against the destination fiscal year. Only summarised or opening-balance transactions migrate; full historical journal replay is documented as a separate engagement scope if the customer requires complete fiscal-year history.
HashMicro ERP
Projects and Work Orders
Dolibarr ERP
Projects
1:1HashMicro Projects (tasks, assignees, time entries, cost tracking, project-to-item linkages) map to Dolibarr Projects if the Project module is activated. We create the Project record first, then migrate tasks as Tasks under the Project, time entries as Task time records, and consumed materials as Product line items linked to the Project. Dolibarr's native project billing requires the Contracts module; we flag this and map the customer's project billing preference during scoping.
HashMicro ERP
Employees and HRM Records
Dolibarr ERP
Users and HR Module
1:1HashMicro Employee profiles (roles, departments, compensation history, attendance records) map to Dolibarr User records for system access and to HR module records (if the HR module is activated) for employment details. Effective-dated compensation changes are preserved as historical HR entries in Dolibarr's HR module. Attendance and timesheet data migrates as Project time entries under a dedicated internal project if Dolibarr's HR module is not activated.
HashMicro ERP
Fixed Assets
Dolibarr ERP
Asset Module
1:1HashMicro Asset registers (acquisition cost, depreciation schedule, location, custodian) map to Dolibarr Asset records. Depreciation method and accumulated depreciation at cut-off are critical fields that we validate against HashMicro's depreciation schedule before import. Dolibarr's standard Asset module handles straight-line and declining-balance depreciation; we recalculate any custom depreciation methods in HashMicro against Dolibarr's standard methods and flag discrepancies for the customer's accountant to review.
HashMicro ERP
Manufacturing Bills of Materials
Dolibarr ERP
BOM Module
1:1HashMicro BOMs and routing data (stored per Item) map to Dolibarr BOM records if the BOM module is installed. Multi-level BOMs require recursive explosion during export to preserve the full component hierarchy in Dolibarr. Dolibarr's BOM module is a community contribution; we confirm its activation status with the customer before migration and flag it as a prerequisite.
HashMicro ERP
Tax Codes and Jurisdictions
Dolibarr ERP
Taxes and Charges Templates
lossyRegional tax configurations from HashMicro (GST for Singapore and Malaysia, VAT equivalents, local tax per entity) map to Dolibarr's Taxes and Charges Templates. We map each HashMicro tax code to the corresponding Dolibarr tax rate, account, and jurisdiction setting. Multi-entity tax configurations require separate Tax Templates per entity if HashMicro maintains per-entity tax jurisdictions.
| HashMicro ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Chart of Accounts | Bank Accounts and Categories1:many | Fully supported | |
| Customers and Vendors | Third Parties (Societe)1:1 | Fully supported | |
| Items and Products | Products and Services1:1 | Fully supported | |
| Sales Orders | Orders1:1 | Fully supported | |
| Purchase Orders | Supplier Orders1:1 | Fully supported | |
| Open AR/AP | Outstanding Invoices and Bank Movements1:1 | Mapping required | |
| Historical Transactions | Journal Entries and Bank Movements1:1 | Mapping required | |
| Projects and Work Orders | Projects1:1 | Mapping required | |
| Employees and HRM Records | Users and HR Module1:1 | Mapping required | |
| Fixed Assets | Asset Module1:1 | Mapping required | |
| Manufacturing Bills of Materials | BOM Module1:1 | Mapping required | |
| Tax Codes and Jurisdictions | Taxes and Charges Templateslossy | Mapping required |
Gotchas + challenges
Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.
HashMicro ERP gotchas
No public API documentation means migration scoping must rely on target-system API access
Pricing opacity blocks accurate budget forecasting before the sales cycle
Multi-entity and multi-currency configurations require explicit pre-migration mapping
Dolibarr ERP gotchas
Foreign key constraint errors on cross-distribution database restore
SQL injection vulnerabilities in version 9.0.1
Custom fields stored as JSON in extraoptions require field-by-field deserialization
Decimal precision and rounding configuration affects price fields
No native iOS/Android app forces reliance on browser
Pair-specific challenges
Migration approach
Discovery and data dump coordination
We audit HashMicro's active modules by requesting a module confirmation directly from HashMicro's implementation team via the customer. We assess record counts for Third Parties, Products, Orders, Projects, Employees, Assets, BOMs, and any historical ledger data. We also confirm the destination Dolibarr environment (DoliCloud hosted or self-hosted), version, and active modules. The discovery output is a written migration scope with record counts per object, a list of missing Dolibarr modules requiring activation, and a request to HashMicro for structured data exports.
Module activation and fiscal structure in Dolibarr
We guide the customer's Dolibarr admin or hosting provider through module activation (CRM, Stock, BOM, Projects, HR, Accounting) required for the migration scope. We configure the Chart of Accounts in Dolibarr by creating Bank Accounts per entity and setting up the Category tree for income and expense classification. Tax templates are configured per jurisdiction based on HashMicro's tax code mapping. All Dolibarr configuration is performed in a staging or sandbox environment first.
Data extraction and preprocessing
HashMicro exports arrive as structured CSV, XLSX, or SQL dumps from HashMicro's implementation team. We preprocess each export: date fields are normalised to YYYY-MM-DD and YYYY-MM-DD HH:MM:SS formats, currency codes are validated against ISO 4217, and duplicate records are flagged for the customer's review. We apply the multi-entity split for COA and Third Parties if HashMicro uses per-entity data stores. The preprocessing output is a set of migration-ready import files per Dolibarr object.
Sandbox migration and reconciliation
We run a full migration into the Dolibarr staging environment using production-like data volume. The customer's functional leads reconcile record counts (Third Parties in, Products in, Orders in, Projects in), spot-check 25-50 random records against the HashMicro source data, and validate that Dolibarr's object relationships (Order to Third Party, Project to User) are correctly resolved. Any mapping corrections and missing custom fields are addressed in this phase. Sign-off on the sandbox migration authorises the production migration to proceed.
Production migration in dependency order
We run production migration in record-dependency order: Bank Accounts and Categories first (fiscal structure), then Third Parties (Customers and Suppliers), Products and Services, Assets, Employees, BOMs, then transactional records (Orders, Projects with tasks and time entries), and finally historical AR/AP and ledger opening balances. Each phase emits a row-count reconciliation report before the next phase begins. Dolibarr's import tools process each object batch sequentially, with validation errors logged and corrected before reimport.
Cutover, validation, and workflow handoff
We freeze HashMicro writes at the agreed cutover date, run a final delta migration of any records modified during the migration window, then enable Dolibarr as the system of record. We deliver a written inventory of HashMicro workflows, automations, and custom reports requiring rebuild in Dolibarr, along with Dolibarr module recommendations for each. We support a one-week post-go-live window where we resolve import reconciliation issues. We do not rebuild workflows, automations, or custom reports inside the migration scope.
Platform deep dives
HashMicro ERP
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between HashMicro ERP and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across HashMicro ERP and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between HashMicro ERP and Dolibarr ERP.
Field mapping clarity
Field mapping is derived from defaults — final spec confirmed during the sample migration.
Timeline complexity
8-object category — typical timelines run 2–7 days end-to-end.
API constraints
HashMicro ERP: Not publicly documented.
Data volume sensitivity
HashMicro ERP doesn't expose a bulk API — REST + parallelization used for high-volume runs.
Estimator
Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.
Step 1
Pick a category, then your source and destination platforms.
Category
FAQ
Answers to the questions buyers ask most during HashMicro ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your HashMicro ERP to Dolibarr ERP migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave HashMicro ERP
Other ways to arrive at Dolibarr ERP
Ready when you are
Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.