ERP migration
Field-level mapping, validation, and rollback between Adm Cloud and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Adm Cloud
Source
Dolibarr ERP
Destination
Compatibility
11 of 12
objects map 1:1 between Adm Cloud and Dolibarr ERP.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Adm Cloud to Dolibarr is a modular ERP migration driven by Adm Cloud's lack of a public API and LATAM-centric pricing, combined with Dolibarr's fully open-source model and self-hosting option. Adm Cloud exposes its data only through CSV exports generated from the platform UI or direct database access (Enterprise tier), which constrains migration to batch-oriented sequencing. We enumerate active Adm Cloud modules during discovery, export each module's records in dependency order, and map LATAM tax configurations (SAT codes, CFDI regimes) to Dolibarr's extensible tax system. Dolibarr's modular activation model means we configure only the modules matching the customer's active Adm Cloud footprint before import, reducing post-migration cleanup. We do not migrate Adm Cloud workflows, e-commerce orders, or saved BI reports as code; these require separate admin rebuilds or replacement tools.
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 Adm Cloud 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.
Adm Cloud
Customers
Dolibarr ERP
Third Party (llx_societe, client=1)
1:1Adm Cloud Customer records map to Dolibarr Third Party with typentcode=TE_CUSTOMER. We preserve billing address, credit limit (encoded as concordance in llx_societe.cond_reglement), and payment terms (cond_reglement_id). The customer-supplier split in Adm Cloud produces separate Third Party records per entity if both roles exist. DoliCloud database access or CSV export from Adm Cloud provides the source record set.
Adm Cloud
Vendors
Dolibarr ERP
Third Party (llx_societe, fornecedor=1)
1:1Adm Cloud Vendor records map to Dolibarr Third Party with typentcode=TE_SUPPLIER. Payment terms and bank details migrate to llx_societe_rib. Any vendor marked inactive in Adm Cloud is flagged for exclusion unless the customer requests full historical preservation.
Adm Cloud
Items / Products
Dolibarr ERP
Product (llx_product)
1:1Adm Cloud Item master records map to Dolibarr llx_product. Adm Cloud variant structures (size, color, material from Packs vs Enterprise custom pricing tiers) normalize to a flat SKU model with Dolibarr variants handled via the product sub-product mechanism if the variant module is active. Product type (product vs service) maps from Adm Cloud item type classification. Price levels and cost layers map to llx_product_price entries created during import.
Adm Cloud
Chart of Accounts
Dolibarr ERP
Accounting Account (llx_accounting_account)
1:1Adm Cloud account tree (account code, name, type, parent hierarchy) maps to Dolibarr llx_accounting_account. We preserve the full numeric account code and label. Tax codes attached to accounts in Adm Cloud (SAT/CFDI codes for Mexico) require explicit mapping to Dolibarr's tax system via llx_c_tax_range or a third-party SAT module if the customer requires CFDI-compliant invoicing post-migration.
Adm Cloud
Open AP / AR
Dolibarr ERP
Customer Invoice (llx_facture) / Supplier Invoice (llx_facture_fourn)
1:1Outstanding Adm Cloud AR invoices (customer invoices with open status) map to llx_facture with faclient=1 and fk_statut representing the invoice status. AP invoices map to llx_facture_fourn. Currency, exchange rate, and aging data transfer to the corresponding Dolibarr fields. Payment terms (cond_reglement_id) resolve from the Third Party mapping. Credit memos map as negative invoice amounts with type=3 (Amortissement). Chunks by date range to avoid import timeouts.
Adm Cloud
Journal Entries
Dolibarr ERP
Accounting Record (llx_accounting_bookkeeping)
1:1Historical Adm Cloud journals are high-volume, date-sensitive records. We sequence journal entry import after the chart of accounts is confirmed in Dolibarr. Entries split by fiscal period to avoid batch timeouts. Adm Cloud recurring journal templates do not migrate as automation; they are documented as a manual reconfiguration item in Dolibarr's Cron/scheduled task system. MXN/USD/COP exchange rates on each journal line require explicit mapping to Dolibarr's multicurrency accounting fields.
Adm Cloud
Users
Dolibarr ERP
User (llx_user)
1:1Adm Cloud User records (including role, department, and module permissions) map to llx_user. Role names differ significantly between Adm Cloud Packs and Enterprise; we map to the nearest Dolibarr equivalent (Admin, Restricted to third party, or read-only) and flag any Adm Cloud custom permission sets that have no Dolibarr counterpart for admin review. Login credentials do not transfer; new Dolibarr passwords are provisioned post-migration.
Adm Cloud
Custom Fields
Dolibarr ERP
Extrafields (llx_extrafields)
lossyAdm Cloud custom fields added to standard objects require discovery during pre-migration scoping. We create matching Dolibarr extrafields on the equivalent llx_extrafields tables before record import begins. Adm Cloud Enterprise custom objects without a standard Dolibarr equivalent are stored as JSON in a dedicated Dolibarr extrafield column or mapped to a custom Dolibarr module if the customer has PHP development capacity.
Adm Cloud
Tax Codes
Dolibarr ERP
Tax (llx_c_tva, llx_c_type_contribuable)
1:1Adm Cloud LATAM tax codes (SAT codes for Mexico, CFDI invoicing regimes) require explicit mapping to Dolibarr's tax configuration system. The full Adm Cloud tax code table is extracted during discovery and matched to llx_c_tva rate entries. Any SAT/CFDI-specific codes without a native Dolibarr equivalent require a third-party Dolistore module or custom configuration; this is flagged as an explicit sign-off item before import.
Adm Cloud
Fixed Assets
Dolibarr ERP
Asset (llx_asset)
1:1Adm Cloud Asset master records (acquisition cost, useful life, depreciation method) map to Dolibarr's Asset module if active. Depreciation methods (linear, declining) map to the nearest Dolibarr equivalent. Residual value discrepancies are flagged in the pre-migration report. Fixed asset migration requires the Asset module to be enabled in Dolibarr before import.
Adm Cloud
Bank / Cash Accounts
Dolibarr ERP
Bank Account (llx_bank)
1:1Adm Cloud bank account records and current balances transfer to llx_bank and llx_bank_account. Reconciliation history maps to Dolibarr's bank reconciliation feature. If Adm Cloud contains multiple currency bank accounts (MXN/USD/COP), each becomes a separate llx_bank_account entry with the currency code set appropriately.
Adm Cloud
Documents
Dolibarr ERP
Document (llx_document) / attached files
1:1Binary attachments (PDFs, images) stored in Adm Cloud's document module require separate file export and re-association by record ID in Dolibarr. Dolibarr stores uploaded files in the documents/ directory with a naming convention tied to the object type and ID. We preserve the link between document and parent object (Invoice, Third Party, Product) by matching filename patterns after export. PDF invoices from Adm Cloud are re-uploaded as Dolibarr documents attached to the equivalent invoice record.
| Adm Cloud | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Customers | Third Party (llx_societe, client=1)1:1 | Fully supported | |
| Vendors | Third Party (llx_societe, fornecedor=1)1:1 | Fully supported | |
| Items / Products | Product (llx_product)1:1 | Mapping required | |
| Chart of Accounts | Accounting Account (llx_accounting_account)1:1 | Fully supported | |
| Open AP / AR | Customer Invoice (llx_facture) / Supplier Invoice (llx_facture_fourn)1:1 | Mapping required | |
| Journal Entries | Accounting Record (llx_accounting_bookkeeping)1:1 | Mapping required | |
| Users | User (llx_user)1:1 | Mapping required | |
| Custom Fields | Extrafields (llx_extrafields)lossy | Mapping required | |
| Tax Codes | Tax (llx_c_tva, llx_c_type_contribuable)1:1 | Mapping required | |
| Fixed Assets | Asset (llx_asset)1:1 | Mapping required | |
| Bank / Cash Accounts | Bank Account (llx_bank)1:1 | Fully supported | |
| Documents | Document (llx_document) / attached files1:1 | 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.
Adm Cloud gotchas
No public REST API documentation discovered in research
Modular configuration means no two tenants are alike
Enterprise tier exposes deeper data access than Packs
LATAM-specific tax and currency handling
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
Module discovery and data access confirmation
We audit the source Adm Cloud tenant to enumerate all active modules (Customers, Vendors, Items, Accounting, AP/AR, Documents, Fixed Assets, Projects, E-Commerce). We confirm the available data extraction mechanism: CSV exports from the UI for standard modules, direct database access for Enterprise tenants, or platform backup utilities. The discovery output is a written module inventory and data access method confirmation that gates the migration plan.
Dolibarr module activation and extrafield creation
We activate only the Dolibarr modules matching the customer's active Adm Cloud module set. Before any record import, we create all required extrafields on the Dolibarr _extrafields tables for each standard object. We configure multi-currency settings if MXN/USD/COP is in scope, and set up the accounting chart structure to receive the account codes from Adm Cloud. Tax code tables are initialized for LATAM mapping review.
CSV export sequencing and LATAM tax mapping
We sequence CSV exports from Adm Cloud in dependency order: chart of accounts first (foundational), then third parties (Customers and Vendors), then products/items, then open AP/AR invoices, then journal entries, then fixed assets and bank accounts. Each export is chunked by date range or record count to avoid platform timeout. LATAM tax codes are mapped to Dolibarr rate entries during this phase, with SAT/CFDI gaps flagged for the customer's sign-off.
Delta import into Dolibarr staging
We run a first-pass import into a Dolibarr staging environment (or sandbox copy of the production database) to validate record counts, detect mapping gaps, and confirm that extrafield values are landing in the correct columns. Any Adm Cloud records that fail validation (missing required fields, unmapped tax codes, invalid currency references) are documented in a reconciliation report. Adm Cloud Enterprise tenants with direct database access can use SQL-based delta validation for faster reconciliation.
Production migration in dependency order
We run production migration in record-dependency order: chart of accounts, third parties (Customers and Vendors), products, then open AP/AR (customer invoices followed by supplier invoices), journal entries, fixed assets, bank accounts, and documents. Documents are exported as file archives from Adm Cloud and re-associated by record ID in Dolibarr's document directory. Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and admin handoff
We freeze Adm Cloud writes during cutover, run a final delta migration of any records modified during the window, then mark Dolibarr as the system of record. We deliver a written inventory of Adm Cloud workflows, e-commerce orders, and BI report definitions requiring rebuild. Dolibarr sequences and recurring templates are documented separately for the customer's admin to reconfigure. We support a one-week hypercare window for reconciliation issues.
Platform deep dives
Adm Cloud
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Adm Cloud and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Adm Cloud and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between Adm Cloud 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
Adm Cloud: Not publicly documented.
Data volume sensitivity
Adm Cloud 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 Adm Cloud to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Adm Cloud 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 Adm Cloud
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.