ERP migration
Field-level mapping, validation, and rollback between Spectrum ERP and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
Spectrum ERP
Source
Dolibarr ERP
Destination
Compatibility
11 of 13
objects map 1:1 between Spectrum ERP and Dolibarr ERP.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Moving from Spectrum ERP to Dolibarr is a structural migration from a construction-focused commercial ERP to an open-source modular platform designed for small and medium enterprises. Spectrum organizes data around Jobs, Work Orders, phases, and cost codes with a dedicated payroll module supporting union and certified payroll rules. Dolibarr ships as a modular stack — enabling CRM, invoicing, products, inventory, accounting, HR, projects, and POS — where the operator activates only the modules matching their workflow. The architectural gap that most affects migration is Dolibarr's basic accounting module: it handles G/L entries and bank reconciliation but lacks multi-currency, inter-company consolidation, and advanced cost-center hierarchies that construction accounting requires. We flag every accounting capability gap during scoping, extract both sides of every journal entry from Spectrum's Add G/L Journal Entries web service to reconstruct the trial balance in Dolibarr, and coordinate extraction around Trimble's mandatory PRO-IV Version 8 to Version 10 and SQL Server 2016 to 2022 upgrade timeline. Custom fields, Service Hub configurations, document imaging, and equipment records all migrate; workflows, automations, and PRO-IV business logic do not, and we deliver a written inventory for the customer's admin to rebuild post-migration.
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 Spectrum 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.
Spectrum ERP
Jobs
Dolibarr ERP
Project
1:1Spectrum Jobs with their phase and cost-code hierarchy map to Dolibarr Projects. We preserve the Job number as the Project reference code and nest phases as Project tasks under the parent Project. Cost codes from Spectrum are stored as task-level custom fields in Dolibarr since Dolibarr has no native phase/cost-code structure. The customer's Dolibarr Project module must be enabled during configuration; if it is not, the migration uses Third-Party records with a project-type category instead.
Spectrum ERP
Work Orders
Dolibarr ERP
Project + Task
1:manySpectrum Work Orders link to Jobs and carry their own labor, materials, and equipment allocations. We split each Work Order into a Dolibarr Project task, preserving the work-order-to-job linkage through a parent Project reference. Labor and materials allocations migrate as task-level notes or custom fields. Equipment work order components require a separate mapping pass because Dolibarr has no native Equipment entity.
Spectrum ERP
G/L Account
Dolibarr ERP
Account (Accounting module)
1:1Spectrum G/L Account records map directly to Dolibarr accounting Account records. Account structure — including segments and rollup hierarchies — maps via a pre-migration mapping session where we define which Spectrum account segments correspond to Dolibarr account codes. The account type (asset, liability, equity, revenue, expense) is translated from Spectrum's account classification.
Spectrum ERP
G/L Journal Entry (dual-side extraction)
Dolibarr ERP
Account → Accounting Document
1:1We extract both debit and credit lines of every Spectrum journal entry through the Add G/L Journal Entries web service, which surfaces both sides in a single call. This is migration-critical: without both sides, the Dolibarr trial balance will not reconcile. We load journal entries as Dolibarr AccountingDocument records, pairing debit and credit lines so that the sum of debits equals the sum of credits in the destination. Historical journal entries with no current open status are loaded as closed entries.
Spectrum ERP
Accounts Receivable / Customer
Dolibarr ERP
Third-Party (Customer type)
1:1Spectrum A/R customer records map to Dolibarr Third-Party records with the Customer check box enabled. Open invoices migrate as Dolibarr CustomerProposal or Invoice records linked to the Third-Party. Historical paid invoices migrate as closed invoice records. Customer payment terms, credit limits, and address data transfer directly. The customer's currency setting in Dolibarr must be verified before AR migration because Spectrum may carry multi-currency customer records that Dolibarr's basic accounting handles differently.
Spectrum ERP
Accounts Payable / Vendor
Dolibarr ERP
Third-Party (Supplier type)
1:1Spectrum A/P vendor records map to Dolibarr Third-Party records with the Supplier check box enabled. Open purchase invoices migrate as Dolibarr SupplierProposal or Invoice records. Vendor payment terms, bank details, and W-9 or tax ID fields transfer to the Dolibarr Third-Party contact information section. Historical paid invoices migrate as closed records. Deduction codes specific to certified payroll or union rules may require manual remapping in Dolibarr's accounting settings post-migration.
Spectrum ERP
Employee / HR Records
Dolibarr ERP
Third-Party + User
1:1Spectrum Employee records split into two Dolibarr record types: the personal and contact data migrates to a Third-Party record with the isStaff flag set, and the login credentials and system access data migrate to a Dolibarr User record. Certified payroll fields and union rule compliance flags are stored as custom fields on the Third-Party record since Dolibarr HR is a separate module that may or may not be activated. We flag which employees require User records versus Third-Party-only access during scoping.
Spectrum ERP
Payroll / Certified Payroll
Dolibarr ERP
Third-Party (Staff) + accounting entries
1:1Spectrum payroll data — pay stubs, pay groups, deduction codes, and union rule configurations — is one of the strongest areas of the source platform. We migrate pay stubs as Dolibarr accounting entries linked to the employee Third-Party record. Deduction codes require remapping in Dolibarr's accounting configuration because the code taxonomies differ between systems. Certified payroll compliance fields migrate as custom fields on the employee record. If the customer uses multi-union rule enforcement, the migration flags this as a post-migration configuration requirement since Dolibarr's native payroll module handles basic payroll but may require custom fields or community modules for advanced certified payroll workflows.
Spectrum ERP
Equipment / Equipment Work Orders
Dolibarr ERP
Product (as inventory asset) + Project task
1:manyDolibarr has no native Equipment entity, so Spectrum Equipment Tracking records are split: the equipment master data (description, ID, classification) migrates as a Dolibarr Product record with the IsInInventory flag set to treat it as a non-saleable asset. Preventive maintenance schedules and work order components migrate as Project tasks under a dedicated Maintenance Project. Any equipment-specific custom fields migrate as Product-level custom fields. The customer must decide during scoping whether to activate Dolibarr's Product module solely for equipment records or use a community-equipment module available on the Dolistore.
Spectrum ERP
Chart of Accounts
Dolibarr ERP
Account (Accounting module)
1:1Spectrum's G/L Account structure with Excel template bulk export maps to Dolibarr's accounting Chart of Accounts via bulk import. Account rollup hierarchies are preserved as parent-child account relationships in Dolibarr. We run a pre-migration mapping session to confirm that Spectrum's account segment structure maps cleanly to Dolibarr's flat account numbering scheme. Multi-segment accounts in Spectrum may require flattening or segment concatenation during import.
Spectrum ERP
Inventory / Stock
Dolibarr ERP
Product + Stock
1:1Spectrum Inventory records migrate to Dolibarr Product with stock tracking enabled. Current stock levels, reorder thresholds, warehouse locations, and product categories transfer to the Dolibarr Stock module. Multi-warehouse configurations in Spectrum map to Dolibarr warehouses. Lot and batch tracking fields migrate as product-level custom fields if the customer uses those features in Spectrum.
Spectrum ERP
Service Hub Custom Fields
Dolibarr ERP
Extra fields / Custom fields
1:1Spectrum Service Request custom fields are limited to four per form. We extract all field definitions and current values during scoping and map them to Dolibarr's Extra fields (champs personnalisés) model, which supports more than four fields per entity. If the customer uses fewer than four custom fields, the mapping is direct. If the destination Dolibarr instance uses a community module for extended custom fields, we activate it during configuration before migration begins.
Spectrum ERP
Document Imaging / Images
Dolibarr ERP
Document attached to Third-Party or Project
1:1Project Log Images, Work Order Images, and Employee Images from Spectrum's Document Imaging web service migrate as Dolibarr documents attached to the corresponding Third-Party or Project record via the Document module. Binary image data requires a separate transfer pass after relational records are loaded to ensure attachments link to the correct parent. We preserve the original filename and upload date metadata during import.
| Spectrum ERP | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Jobs | Project1:1 | Fully supported | |
| Work Orders | Project + Task1:many | Fully supported | |
| G/L Account | Account (Accounting module)1:1 | Fully supported | |
| G/L Journal Entry (dual-side extraction) | Account → Accounting Document1:1 | Fully supported | |
| Accounts Receivable / Customer | Third-Party (Customer type)1:1 | Fully supported | |
| Accounts Payable / Vendor | Third-Party (Supplier type)1:1 | Fully supported | |
| Employee / HR Records | Third-Party + User1:1 | Fully supported | |
| Payroll / Certified Payroll | Third-Party (Staff) + accounting entries1:1 | Mapping required | |
| Equipment / Equipment Work Orders | Product (as inventory asset) + Project task1:many | Fully supported | |
| Chart of Accounts | Account (Accounting module)1:1 | Fully supported | |
| Inventory / Stock | Product + Stock1:1 | Fully supported | |
| Service Hub Custom Fields | Extra fields / Custom fields1:1 | Fully supported | |
| Document Imaging / Images | Document attached to Third-Party or Project1: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.
Spectrum ERP gotchas
PRO-IV framework and SQL Server upgrade window
API rate limits vary by licensing plan
Both sides of journal entries required for reconciliation
Service Hub custom fields capped at four per request form
Post-termination data access cliff at 30 days
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 module activation planning
We audit the source Spectrum tenant across all active modules — A/R, A/P, Payroll, Inventory, Project Management, Equipment Tracking, and Document Imaging. We identify record counts, active journal entry ranges, custom field configurations (Service Hub four-field limit), and any integration points via Ramp or Trimble field apps. We pair this with a Dolibarr readiness assessment: which modules need activation, which accounting configuration applies (simple versus strict accounting mode in Dolibarr), and which entities lack native Dolibarr equivalents (Equipment, Work Orders, certified payroll fields). The discovery output is a written migration scope with a Dolibarr module activation checklist.
Trimble upgrade coordination and migration date scheduling
We confirm the customer's Trimble PRO-IV and SQL Server upgrade timeline with Trimble Spectrum support. If the upgrade has not yet occurred, we recommend scheduling the FlitStack AI extraction before the Trimble upgrade window to avoid schema-change coordination during migration. If the upgrade is already complete, we proceed with a post-upgrade extraction. We also confirm the 30-day post-termination clock: if the customer is within 60 days of contract end, we accelerate scoping to ensure extraction completes before access revocation.
Dolibarr configuration and schema setup
We configure the target Dolibarr instance: activate the required modules (Third-Party, Product, Project, BOM, Stock, Accounting, HR if applicable), set the accounting mode (simple or strict), define the chart of accounts using the mapping from Spectrum's G/L structure, and create any custom fields that exceed Spectrum's four-field Service Hub limit. We pre-create the account structure in Dolibarr before any transactional data is imported so that journal entries and invoices can reference valid account codes from the first insert.
Journal entry dual-side extraction and trial balance pre-validation
We extract journal entries from Spectrum via the Add G/L Journal Entries web service, pulling both debit and credit lines in a single call. We validate that the sum of debits equals the sum of credits for each entry before staging the import. We also extract the chart of accounts and run a trial-balance pre-check against Spectrum's current period balance to confirm that the extraction captures the complete open period before the migration date. This step is the most migration-critical for accounting data integrity.
Sandbox migration and reconciliation
We run a full migration into a Dolibarr sandbox or a clone of the production instance with identical module activation. The customer's accounting lead reconciles: GL account count, trial balance totals for the current open period, open A/R and A/P invoice counts, employee record count, and equipment record count. We spot-check 20-30 random journal entry pairs to confirm both debit and credit lines landed in Dolibarr with correct amounts. Any mapping corrections are documented and applied before the production migration begins.
Production migration in dependency order
We run production migration in record-dependency order: Chart of Accounts (accounts must exist before journal entries), Third-Party records (vendors and customers), Products and inventory, Employees as Third-Party and User records, then transactional data — open A/R and A/P invoices, journal entries, Projects and Work Orders split into Project tasks, equipment as Product records with maintenance tasks, and document imaging as attachments. Each phase emits a row-count reconciliation report. We freeze writes on the Spectrum side during the production migration window and run a final delta pass for any records modified during cutover.
Cutover, validation, and automation rebuild handoff
We validate the Dolibarr trial balance against Spectrum's last closed period balance, confirm open A/R and A/P invoice totals match, and verify that all employees and vendors have a Third-Party record with correct contact data. We deliver a written inventory of every active workflow, automation, and certified payroll rule in Spectrum that requires rebuilding in Dolibarr, including which Dolibarr modules or community modules cover each function. We support a one-week post-cutover window for reconciliation issues. We do not rebuild workflows or automations inside the migration scope; those are a separate engagement or an internal admin task.
Platform deep dives
Spectrum ERP
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. All 8 core objects map 1:1 between Spectrum ERP and Dolibarr ERP.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Spectrum ERP and Dolibarr ERP.
Object compatibility
All 8 core objects map 1:1 between Spectrum 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
Spectrum ERP: Not publicly documented; varies by licensing plan purchased.
Data volume sensitivity
Spectrum ERP exposes a bulk API — large-volume migrations stream efficiently.
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 Spectrum ERP to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your Spectrum 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 Spectrum 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.