ERP migration

Migrate from Infor VISUAL to Dolibarr ERP

Field-level mapping, validation, and rollback between Infor VISUAL and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.

Infor VISUAL logo

Infor VISUAL

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

75%

9 of 12

objects map 1:1 between Infor VISUAL and Dolibarr ERP.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Infor VISUAL to Dolibarr is a structural simplification that trades VISUAL's manufacturing-centric work-order and routing model for Dolibarr's lightweight third-party and product catalog design. Infor VISUAL stores BOM materials attached to specific routing operations, triggering material release only when the downstream operation requires them. Dolibarr has no native production or work-order module; its BOM structure is flat and product-centric. We extract VISUAL's Work Order headers, routing sequences, and operation-material linkages, then flatten them into Dolibarr-compatible Products, Stock, and Project records. EDI trading partner configuration (ANSI X12 transaction set preferences, BOL formatting) lives in a separate VISUAL configuration layer and requires a dedicated extraction pass. We do not migrate VISUAL Workflows, Automations, or Scheduling Rules; we deliver a written inventory of these for the customer's admin to rebuild in Dolibarr's built-in workflow editor or a third-party module.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Infor VISUAL logo

Infor VISUAL

What's pushing teams away

  • Long implementation timelines (averaging 4 months per G2) and the need for qualified consultants create sticker shock and project fatigue for mid-market buyers.
  • Performance degrades under high transaction volume or complex multi-level BOMs, requiring ongoing tuning that smaller IT teams cannot sustain independently.
  • Pricing opacity — no public list price — forces buyers into a sales-driven negotiation where upsell add-ons are revealed post-contract.
  • When companies outgrow make-to-order workflows and need configure-to-order or engineer-to-order capabilities, VISUAL's feature set becomes a ceiling rather than a foundation.

Choosing

Dolibarr ERP logo

Dolibarr ERP

What's pulling them in

  • Free open-source core with no per-user license fee makes it the lowest-cost entry point for small teams needing ERP and CRM in one package.
  • Self-hosted deployment gives full data ownership and eliminates vendor lock-in, especially attractive to businesses with compliance requirements.
  • Modular architecture means teams enable only the features they use, keeping the interface uncluttered and reducing learning curve.
  • Fast installation with no technical knowledge required — one reviewer set up multiple businesses in minutes using their own hosting.
  • Active community forum and marketplace of third-party add-ons provide support and extension options without mandatory subscription costs.

Object mapping

How Infor VISUAL objects map to Dolibarr ERP

Each row shows how a Infor VISUAL 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.

Infor VISUAL

Customer

maps to

Dolibarr ERP

ThirdParty (Customer role)

1:1
Fully supported

VISUAL Customer master records map to Dolibarr ThirdParty with Role=customer. We extract customer name, addresses, credit limits, and EDI partner assignments. EDI trading partner configuration requires a separate extraction pass because VISUAL stores partner preferences (transaction set version, BOL formatting) in configuration records linked to but not stored in the customer master table itself. The customer role is set on ThirdParty.tousers and the customer code maps from VISUAL's cust_no field.

Infor VISUAL

Vendor

maps to

Dolibarr ERP

ThirdParty (Supplier role)

1:1
Fully supported

VISUAL Vendor master records map to Dolibarr ThirdParty with Role=supplier. Vendor payment terms, addresses, and EDI configuration extract alongside customer records in the same third-party pass. We flag duplicate vendor names that would create duplicate ThirdParty records in Dolibarr's unified schema.

Infor VISUAL

Item (Product)

maps to

Dolibarr ERP

Product

1:1
Fully supported

VISUAL Item master records (SKU, description, unit of measure, cost, revision) map to Dolibarr Product. Standard cost from VISUAL becomes the-buyingprice in Dolibarr; selling price maps from the item's standard price record. Revision-controlled items may require multiple Dolibarr Product records or a custom ref_supplier field to track version history, depending on whether Dolibarr's multi-BOM-per-product feature is activated.

Infor VISUAL

Bill of Materials

maps to

Dolibarr ERP

Product BOM or Project Task structure

lossy
Mapping required

VISUAL's operation-scattered BOM structure (materials attached to routing operations rather than stored as a flat single-level or multi-level structure) requires reconstruction before loading into Dolibarr. We join BOM materials to routing operations by Work Order header and operation sequence number, then flatten them into either Dolibarr's multi-level BOM feature (if the production module is activated) or a Project with linked Task records representing each operation. We flag cases where VISUAL's just-in-time material release logic cannot be represented in Dolibarr's flat BOM model.

Infor VISUAL

Work Order

maps to

Dolibarr ERP

Project or Expedition (shipping)

1:many
Fully supported

VISUAL Work Orders combine a production header, routing steps, and operation-linked materials. Dolibarr has no native work-order module. We split the Work Order into a Project record (header and scheduling metadata) plus Task records for each routing operation. Open production quantities, operation status, and actual-versus-estimated labor map to Project task fields. Completed Work Orders may be archived as Project records rather than imported as active production records if Dolibarr's production module is not activated.

Infor VISUAL

Routing

maps to

Dolibarr ERP

Project Task sequence

lossy
Fully supported

VISUAL Routings define the sequence of operations and the resources (labor, machine, work center) each step requires. We map routing headers and operation details including setup and run times to Dolibarr Project Task records, preserving operation sequence as task rank. Work center references require a lookup table since Dolibarr does not have a native work-center concept; we use Project category or a custom field to represent the resource group.

Infor VISUAL

Customer Order

maps to

Dolibarr ERP

Order

1:1
Fully supported

VISUAL Customer Orders map to Dolibarr Propal or Commande (proposal/quotation and sale order). Order headers, line items, pricing, and EDI CPO data migrate directly. EDI-ready formats (ANSI X12 CPO transaction set) from VISUAL's fixed-length file exports map to Dolibarr's order line structure; the customer admin may need to re-enable EDI via a Dolibarr Marketplace module post-migration.

Infor VISUAL

Purchase Order

maps to

Dolibarr ERP

Supplier Proposal or Order

1:1
Fully supported

VISUAL Purchase Orders and associated ASN records (Advance Ship Notice, EDI 856) map to Dolibarr Supplier Proposal or CommandeFournisseur. ASN data extracts from VISUAL's fixed-length file exports and loads as order receipt records. We flag any ASN formatting preferences that would require a Dolibarr EDI module configuration after migration.

Infor VISUAL

Invoice

maps to

Dolibarr ERP

Invoice

1:1
Fully supported

VISUAL invoices export as EDI 810 fixed-length files or through the Excel export background job. We map invoice header, line, and subline detail to Dolibarr Invoice. Custom invoice layouts or notes fields that do not map to standard Dolibarr invoice fields require post-migration template adjustment. Historical invoices that are posted and closed in VISUAL load as paid invoices in Dolibarr to preserve the accounting history.

Infor VISUAL

Employee

maps to

Dolibarr ERP

User

1:1
Fully supported

VISUAL Employee records (HR module) including pay rates, departments, and cost center assignments map to Dolibarr User. Effective-dated compensation history from VISUAL requires mapping the current active record; we flag historical rate records that do not have a direct Dolibarr equivalent. Department and cost center assignments map to Dolibarr User category or project category depending on how the customer intends to use the field.

Infor VISUAL

Chart of Accounts

maps to

Dolibarr ERP

Account (Accounting module)

1:1
Mapping required

VISUAL GL account codes and descriptions export via the database export tool or Excel. We map account codes and descriptions to Dolibarr's accounting chart. Multi-company or intercompany account segments from VISUAL require segment-level mapping in Dolibarr's accounting configuration; we flag any destination-side account segment that needs segment-level setup before migration begins.

Infor VISUAL

Open AP/AR Records

maps to

Dolibarr ERP

Invoice with payment status

1:1
Mapping required

Open payables and receivables require careful balance verification during migration. We extract open invoice detail from VISUAL's AP and AR modules, apply payment status mapping, and flag records where partial payments have been made. The open balance becomes the remaining amount due in Dolibarr Invoice with a payment status of open.

Gotchas + challenges

What specifically takes care here

Platform-specific issues from each side, plus the pair-specific challenges that don't show up on either platform's page on its own.

Infor VISUAL logo

Infor VISUAL gotchas

High

Work Order BOM attachment logic breaks if migrated as flat records

High

Infor OS API rate limits throttle bulk migration throughput

Medium

Predefined migration sequences require consultant authorization to modify

Medium

EDI trading partner configuration is not in the primary data tables

Low

Maintenance mode required for database-level exports

Dolibarr ERP logo

Dolibarr ERP gotchas

High

Foreign key constraint errors on cross-distribution database restore

High

SQL injection vulnerabilities in version 9.0.1

Medium

Custom fields stored as JSON in extraoptions require field-by-field deserialization

Medium

Decimal precision and rounding configuration affects price fields

Low

No native iOS/Android app forces reliance on browser

Pair-specific challenges

  • VISUAL's operation-scattered BOM structure has no flat equivalent in Dolibarr

    VISUAL stores BOM materials attached to specific routing operations rather than as a centralized single-level or multi-level structure. When we extract BOM items as standalone records without preserving the operation-to-material linkage, the destination loses the scheduling dependency that triggers material release at the correct operation step. Dolibarr's BOM model is flat and product-centric with no native concept of operation-linked material release. We reconstruct the Operation-Material relationship by joining on the Work Order header and operation sequence number during the migration mapping phase, then write the flattened BOM to Dolibarr's Product BOM table or to a Project Task structure, flagging any cases where the JIT release logic cannot be represented in the destination.

  • VISUAL EDI trading partner configuration is not in the primary data tables

    VISUAL stores EDI trading partner preferences (partner ID, transaction set version, BOL formatting, ANSI X12 format rules) in configuration records linked to customer and vendor records, not in the customer or vendor master tables themselves. A migration plan focused only on transactional data silently drops the EDI setup, breaking automated order receipt and ASN generation after cutover. We run a dedicated EDI configuration extraction pass and map the extracted preferences to Dolibarr's third-party contact references or a Dolibarr Marketplace EDI module configuration, at which point the customer admin configures the module.

  • Infor OS API rate limits throttle bulk migration throughput

    The Infor OS API Gateway enforces per-tenant execution limits: 250K per month on Essentials, 1.25M on Professional, 6.25M on Enterprise, with peak rates of 3,000 to 15,000 per minute depending on tier. A large VISUAL migration with thousands of open orders and historical records can exhaust Essentials-tier limits within hours. We monitor API execution counts against the tenant's tier allowance before migration and throttle or batch exports to avoid rate-limit pauses. Where limits are constraining, we fall back to database-level exports using VISUAL's right-click database export tool, which requires the M3 Business Engine to be placed in maintenance mode.

  • Dolibarr's import date format validation rejects valid timestamps

    Dolibarr's import tool enforces strict date format validation. A GitHub issue in Dolibarr's tracker (issue #24700) documents that timestamp values like '2015-01-01' or '2015-01-01 12:30:00' are rejected because the regex expects a specific format. VISUAL exports dates in multiple formats depending on the export tool used. We normalize all date fields to the exact ISO 8601 format Dolibarr expects before any import batch runs, and we test the import format on a subset of records in a staging environment before processing the full dataset.

  • Dolibarr has no native production or work-order module

    Dolibarr's modular architecture covers CRM, invoicing, projects, and inventory but does not include a native production scheduling or work-order management module. VISUAL's active Work Orders and Routings cannot map directly to any standard Dolibarr object. We split Work Orders into Project records with Task sequences, and we map BOMs to Product BOM or Project-linked structures, but VISUAL's just-in-time material release triggers and operation scheduling logic do not have a Dolibarr equivalent. Customers requiring production management after migration should evaluate Dolibarr Marketplace production modules or accept that Dolibarr will manage only the commercial and inventory side of the operation.

Migration approach

Six steps for a successful Infor VISUAL to Dolibarr ERP data migration

  1. VISUAL data extraction and API audit

    We audit the source VISUAL environment for data volume, export method, and API tier. For each object category (Customers, Vendors, Items, Orders, Invoices, Work Orders, Routings, BOMs, AP/AR, EDI configuration), we determine whether extraction proceeds via Infor OS REST API, database export tool, or fixed-length file export. We assess the Infor OS tier (Essentials, Professional, Enterprise) and estimate whether API limits will constrain throughput. If API rate limits are a risk, we recommend database-level export and coordinate a maintenance window with the customer's change management process.

  2. EDI configuration and BOM reconstruction

    We run a dedicated extraction pass for VISUAL EDI trading partner configuration (partner IDs, transaction set preferences, BOL formatting rules) from the configuration layer separate from the customer and vendor masters. Simultaneously, we reconstruct VISUAL's operation-scattered BOM materials by joining the BOM item table to the routing operation table on Work Order header and sequence number. The output is a flattened BOM structure compatible with Dolibarr's product BOM table. We flag any operation-level scheduling dependencies that cannot be represented in Dolibarr's flat BOM model.

  3. Dolibarr module activation and schema preparation

    We activate the appropriate Dolibarr modules for the migration scope: ThirdParty for customers and vendors, Product for items, Stock if inventory tracking is required, Proposal and Order if sales order history is in scope, Invoice for accounting records, Project for work orders and routings, and User for employee data. We configure the accounting chart, fiscal year, and currency settings before any data import begins. We create any custom fields required to preserve VISUAL metadata (original VISUAL IDs, EDI partner codes, operation sequence numbers) that does not map directly to a standard Dolibarr field.

  4. Third-party and product master migration

    We load Customers and Vendors into Dolibarr's ThirdParty table in dependency order: third-parties first, then products, then orders and invoices. EDI trading partner preferences attach to the relevant ThirdParty contact records. Item master records load as Products with standard cost from VISUAL mapped to the-buyingprice and selling price from the price record. We run a reconciliation count check (records in, records loaded, records rejected) before proceeding to transactional data.

  5. Transactional records and production data migration

    Customer Orders, Purchase Orders, and Invoices load from VISUAL fixed-length or Excel exports into Dolibarr's order and invoice tables with payment status preserved. Work Orders split into Project records with Task sequences representing routing operations. Open AP and AR records load with their remaining balance and open payment status. We validate total invoice amounts, open order quantities, and account balances against VISUAL source reports before proceeding to cutover.

  6. Cutover, validation, and handoff

    We freeze VISUAL writes during cutover, run a final delta migration of any records modified during the migration window, then mark Dolibarr as the system of record. We deliver a written inventory of VISUAL Workflows, Automations, and Scheduling Rules that require rebuild in Dolibarr's workflow editor or a third-party module. We support a one-week post-cutover window for reconciliation issues. We do not rebuild VISUAL workflows as Dolibarr workflows inside the migration scope; that is a separate engagement or an internal admin task.

Platform deep dives

Context on both ends of the pair

Infor VISUAL logo

Infor VISUAL

Source

Strengths

  • Order-driven scheduling that respects both capacity and material availability simultaneously.
  • Built-in EDI (ANSI X12) support for customer orders, ASNs, and invoices without third-party middleware.
  • Work-order-centric design aligns with make-to-order and job-shop manufacturing workflows.
  • Real-time actual costing (FIFO, average, standard) integrated with production operations.
  • Integration ecosystem through Infor OS API Gateway with tiered rate limits.

Weaknesses

  • Pricing is opaque — no public list price and implementation costs vary by scope.
  • Implementation timelines average 4 months, driven largely by consultant dependency for configuration.
  • Performance issues reported under high transaction volumes or complex multi-level BOMs.
  • Limited migration tooling — Infor's own 2015 migration example document is the primary reference, suggesting manual and consultant-led processes.
  • Cloud and SaaS feature parity gaps compared to native Infor CloudSuite Industrial.
Dolibarr ERP logo

Dolibarr ERP

Destination

Strengths

  • Free core software with AGPL license and no per-user mandatory fee for self-hosted deployments.
  • Modular architecture lets teams activate only needed features, keeping the interface focused and the database lean.
  • Self-hosted option provides full data sovereignty and avoids recurring SaaS subscription costs.
  • Built-in CSV/Excel import and export wizard with saved profiles simplifies recurring data operations.
  • Low-code Module Builder allows functional extensions without writing PHP code.

Weaknesses

  • No native documented REST API for programmatic bulk operations — all migrations depend on the import/export wizard or direct database access.
  • Reporting and analytics are weak without paid add-ons, and built-in charts are limited compared to modern SaaS platforms.
  • UI design is described as dated by multiple reviewers, with infrequent visual updates to the default theme.
  • Community-only support for self-hosted deployments means no SLA or guaranteed response time for issues.
  • Security vulnerabilities (CVE-2024-5314, CVE-2024-5315) in version 9.0.1 with no immediate patch reported.

Complexity grading

How hard is this migration?

Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Infor VISUAL and Dolibarr ERP.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Infor VISUAL: 250K–6.25M executions/month depending on tier; peak 3,000–15,000 req/min.

  • Data volume sensitivity

    B

    Infor VISUAL doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Infor VISUAL to Dolibarr ERP migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Infor VISUAL to Dolibarr ERP data migrations

Answers to the questions buyers ask most during Infor VISUAL to Dolibarr ERP migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Infor VISUAL to Dolibarr ERP migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between two and four weeks for accounts with fewer than 5,000 items, 2,000 customers, and no multi-level BOMs. Migrations with multi-level BOMs requiring operation-material linkage reconstruction, large open-order queues, or a dedicated EDI trading partner extraction pass move to six to ten weeks. The primary variable is the volume of work orders and the complexity of the BOM-routing structure that must be flattened and reconstructed for Dolibarr's schema.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Infor VISUAL.
Land in Dolibarr ERP, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day