ERP migration
Field-level mapping, validation, and rollback between BizeeBuy and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.
BizeeBuy
Source
Dolibarr ERP
Destination
Compatibility
9 of 12
objects map 1:1 between BizeeBuy and Dolibarr ERP.
Complexity
BStandard
Timeline
2-4 weeks
Overview
BizeeBuy is a cloud ERP built for Indian D2C brands and manufacturers managing procurement, inventory, production, and accounts payable on a single platform. Dolibarr is an open-source modular ERP and CRM that activates only the features a business needs, with a community-driven development model and a free GPL v3 core. The migration from BizeeBuy to Dolibarr is primarily a procurement and inventory data migration: we extract Suppliers, Items, Purchase Orders, Warehouses, Stock snapshots, Production Batches, Bills of Materials, and AP invoices from BizeeBuy's undocumented REST API and load them into Dolibarr's corresponding modules after ensuring the correct modules are activated. The absence of a bulk-export endpoint on BizeeBuy means we must iterate object-by-object across paginated requests, which extends the migration timeline for data-heavy accounts. We do not migrate Users and Roles because BizeeBuy does not expose a public user management API. Dolibarr's marketplace integrations and custom modules do not carry over; we document what requires reconfiguration at the destination.
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 BizeeBuy 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.
BizeeBuy
Supplier / Vendor
Dolibarr ERP
Third Party (Fournisseur/Supplier)
1:1BizeeBuy Suppliers map to Dolibarr Third Parties with the Third Party type set to Supplier. We extract supplier name, contact details, sourcing category, and performance metadata. Dolibarr's Suppliers module must be enabled before import; otherwise records land as Contacts without the supplier role flag. The supplier's unique ID from BizeeBuy is preserved as an external reference field for reconciliation.
BizeeBuy
Item / Product
Dolibarr ERP
Product (Article/Service)
1:1BizeeBuy Items (SKU, unit of measure, cost, category) map to Dolibarr Products. We map sku to ref, label to label, and unit_cost to cost_price. BizeeBuy variant and bundle structures are flagged for flattening during import since Dolibarr handles product variants through a separate module (Product Variant) that may require activation and configuration.
BizeeBuy
Warehouse
Dolibarr ERP
Warehouse (Entrepôt)
1:1BizeeBuy Warehouses map to Dolibarr Warehouses. We export warehouse name, address, and assigned roles (receiving, storage, shipping). Dolibarr's Stock module must be enabled; otherwise warehouse records exist but stock assignment fails silently. If BizeeBuy uses multi-warehouse configurations, each warehouse becomes a separate Dolibarr warehouse record.
BizeeBuy
Purchase Order
Dolibarr ERP
Supplier Proposal (Proposition commerciale) or Order
1:1BizeeBuy Purchase Orders map to Dolibarr Supplier Proposals (draft orders to suppliers) or directly to Purchase Orders depending on the customer's approval stage in BizeeBuy. PO headers, line items, approval statuses, and cost-center assignments migrate. The approval workflow routing from BizeeBuy does not carry over; we document the workflow structure for the customer to rebuild in Dolibarr's workflow engine.
BizeeBuy
Goods Receipt Note (GRN)
Dolibarr ERP
Reception (Stock module)
1:1BizeeBuy GRNs serve as the three-way match anchor between POs, receipts, and invoices. We export GRN headers with linked PO references and invoice associations, preserving the matching state as a custom field in Dolibarr. GRNs are not a standalone Dolibarr object; they are reconstructed as inventory receptions against the relevant Purchase Order using Dolibarr's Stock Reception feature.
BizeeBuy
Stock Level / Inventory Snapshot
Dolibarr ERP
Stock (Product-warehouse quantity)
1:1BizeeBuy real-time stock quantities and FIFO-based pricing per item per warehouse map to Dolibarr stock product-warehouse quantities. We export the latest stock snapshot. If BizeeBuy provides movement logs, we calculate opening stock and apply movements to reconstruct historical stock positions in Dolibarr's stock movement table. Dolibarr's Stock module must be active and the correct warehouse defined before import.
BizeeBuy
Production Batch
Dolibarr ERP
Manufacturing Order (Production module)
1:1BizeeBuy Production Batches link raw-material consumption to finished-goods output. We export batch headers, associated BoM references, and production-linked inventory adjustments. Dolibarr's MRP (Manufacturing) module must be enabled. Batch records map to Dolibarr Manufacturing Orders with status reflecting the production stage. Raw material consumption is recorded as stock movements linked to the production order.
BizeeBuy
Bill of Materials (BoM)
Dolibarr ERP
Bill of Materials (Module Production)
lossyBizeeBuy BoMs define multi-level component structures with quantities and scrap rates. We export the BoM hierarchy and flatten nested structures for Dolibarr, which supports multi-level BoMs but may require configuration of the Production module. Component quantities map to bomqty in Dolibarr's bom and bomline tables. We flag any BizeeBuy nested sub-assemblies that require separate BoM creation as parent records before the top-level BoM is imported.
BizeeBuy
Accounts Payable / Supplier Invoice
Dolibarr ERP
Invoice (Fournisseur)
1:1BizeeBuy AP records (supplier invoices, payment status, two-way or three-way match results) map to Dolibarr Supplier Invoices. We export invoice headers, line items, and match outcomes against POs and GRNs preserved as metadata. Dolibarr's Accounting module must be enabled for double-entry bookkeeping; if only the Invoice module is active, records post to the customers-suppliers ledger without full accounting entries.
BizeeBuy
Cost Center / Budget
Dolibarr ERP
Budget (Module Accounting or Projet)
lossyBizeeBuy cost centers and budget allocations drive procurement approval routing. We export the cost-center hierarchy and active budget balances. Dolibarr does not have a native cost-center module in the core; we map cost centers to Dolibarr Projects with budget tracking enabled, or to accounting categories if the customer activates the Accounting module. Approval routing is documented for rebuild in Dolibarr's workflow system.
BizeeBuy
Custom Fields / Extensions
Dolibarr ERP
Extra fields (Champs supplémentaires)
lossyBizeeBuy supports custom fields on core entities but does not expose a dedicated custom-field schema endpoint. We infer custom field presence from record payloads and map them as Dolibarr Extra Fields on the corresponding objects. Dolibarr's Extra Fields feature is available on most standard objects without a module activation requirement, but the field type mapping (text, date, numeric, select) must be inferred from the BizeeBuy payload data types.
BizeeBuy
User / Role
Dolibarr ERP
User / Role
1:1BizeeBuy does not expose a public user management API. We cannot export user records or role assignments. This is documented as a limitation of the source platform and must be manually recreated in Dolibarr by the customer's administrator after migration. We provide a user-role matrix template during the discovery phase to facilitate manual provisioning.
| BizeeBuy | Dolibarr ERP | Compatibility | |
|---|---|---|---|
| Supplier / Vendor | Third Party (Fournisseur/Supplier)1:1 | Fully supported | |
| Item / Product | Product (Article/Service)1:1 | Fully supported | |
| Warehouse | Warehouse (Entrepôt)1:1 | Fully supported | |
| Purchase Order | Supplier Proposal (Proposition commerciale) or Order1:1 | Fully supported | |
| Goods Receipt Note (GRN) | Reception (Stock module)1:1 | Fully supported | |
| Stock Level / Inventory Snapshot | Stock (Product-warehouse quantity)1:1 | Fully supported | |
| Production Batch | Manufacturing Order (Production module)1:1 | Fully supported | |
| Bill of Materials (BoM) | Bill of Materials (Module Production)lossy | Fully supported | |
| Accounts Payable / Supplier Invoice | Invoice (Fournisseur)1:1 | Fully supported | |
| Cost Center / Budget | Budget (Module Accounting or Projet)lossy | Fully supported | |
| Custom Fields / Extensions | Extra fields (Champs supplémentaires)lossy | Mapping required | |
| User / Role | User / Role1:1 | Fully supported |
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.
BizeeBuy gotchas
No public API rate limit documentation
No documented bulk export or data dump endpoint
Authentication mechanism not publicly documented
Vendor lock-in through marketplace integrations
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
API connectivity and auth pattern discovery
We request the customer's BizeeBuy API credentials and test connectivity against the base URL to confirm the undocumented authentication mechanism. We run low-and-slow discovery requests against the key endpoints (Suppliers, Items, Warehouses, Stock, Purchase Orders, Production Batches, AP Invoices) to measure pagination behavior and establish the effective throttle ceiling before launching full batch extraction. This step resolves the authentication unknown before any pipeline code is written.
Dolibarr instance audit and module activation
We audit the destination Dolibarr instance to confirm which modules (Third Parties, Products, Stock, Procurement, Manufacturing, Invoices, Accounting) are enabled. We identify any modules requiring paid commercial activation and escalate to the customer before the migration window. We also capture the Dolibarr version to determine which import profiles are available in the built-in Import module.
Object extraction in dependency order
We extract data from BizeeBuy in referential dependency order: first Suppliers and Items (no upstream dependencies), then Warehouses, then Purchase Orders (which reference Suppliers and Items), then GRNs (which reference POs), then Stock snapshots (which reference Items and Warehouses), then Production Batches and BoMs (which reference Items and production data), and finally AP Invoices (which reference Suppliers, POs, and GRNs). Each extraction produces a CSV with an external reference field for downstream reconciliation.
Data cleaning and transformation
We clean extracted records for duplicates, missing required fields, and encoding issues. We flatten nested BoM hierarchies into flat component lists for Dolibarr's bomline table. We map BizeeBuy's cost-center hierarchy to Dolibarr Projects with budget flags. We infer custom field types from BizeeBuy payload data and create corresponding Extra Fields in Dolibarr before import. We generate a reconciliation manifest showing record counts per object and per extraction batch.
Dolibarr import in dependency order with validation
We load data into Dolibarr in reverse dependency order: first Third Parties and Products (as reference data), then Warehouses, then Purchase Orders, then Stock, then Production Orders, then AP Invoices. We use Dolibarr's native Import module with CSV files for each object. After each import batch, we run a reconciliation check against the extraction manifest and flag any discrepancies. BoM imports run last because they reference products that must exist first.
Cutover, validation, and documentation handoff
We freeze BizeeBuy writes during cutover, run a final delta migration of any records modified during the migration window, then enable Dolibarr as the system of record. We deliver the complete migration manifest with before/after record counts, the user-role matrix template for manual provisioning, the marketplace reconnection checklist, and the workflow rebuild documentation for the customer's admin. We do not rebuild BizeeBuy approval workflows, RFQ processes, or automation rules inside the migration scope.
Platform deep dives
BizeeBuy
Source
Strengths
Weaknesses
Dolibarr ERP
Destination
Strengths
Weaknesses
Complexity grading
Standard ERP migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across BizeeBuy and Dolibarr ERP.
Object compatibility
1 of 8 objects need a mapping; the rest are 1:1.
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
BizeeBuy: Not publicly documented.
Data volume sensitivity
BizeeBuy 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 BizeeBuy to Dolibarr ERP migration scoping. Not seeing yours? Book a call.
Walk through your BizeeBuy 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 BizeeBuy
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.