ERP migration

Migrate from Enterprise Operating System (EOS) to Dolibarr ERP

Field-level mapping, validation, and rollback between Enterprise Operating System (EOS) and Dolibarr ERP. We move data and schema; workflows are rebuilt natively in Dolibarr ERP.

Enterprise Operating System (EOS) logo

Enterprise Operating System (EOS)

Source

Dolibarr ERP

Destination

Dolibarr ERP logo

Compatibility

83%

10 of 12

objects map 1:1 between Enterprise Operating System (EOS) and Dolibarr ERP.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Enterprise Operating System (EOS) to Dolibarr is a structural transformation, not a direct record copy. EOS One stores Rocks, Issues, Scorecards, and People data as structured documents within a methodology-first platform that has no public API — all migration work proceeds through in-app CSV exports. Dolibarr is an open-source ERP and CRM with a modular relational schema (ThirdParty for contacts, Project for goals and milestones, Task for issues and to-dos) that requires EOS data to be normalized before landing. We sequence migration around the EOS core objects — Rocks with quarterly cycle context, Scorecard metric time series, Issues tracked through the IDS workflow, and People with CAP ratings as free-text notes — and treat meeting notes and V/TO content as text blobs requiring manual reconstruction in Dolibarr's documentation module. Workflows, Level 10 Meeting templates, and EOS Implementer guidance do not migrate; we deliver a written inventory of these items for the customer's team to evaluate in the new system.

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

Enterprise Operating System (EOS) logo

Enterprise Operating System (EOS)

What's pushing teams away

  • Leadership teams outgrow the framework when they reach a stage requiring more granular resource planning, pipeline management, or financial reporting than EOS was designed to provide.
  • Some employees resist the prescriptive, almost 'religious' nature of EOS — the rigid meeting format and quarterly rock cadence feel constraining to people accustomed to flexible agile workflows.
  • Companies report that accountability collapses after the leadership team leaves the weekly Level 10 meeting unless the entire organization adopts the system, which pricing often prevents.
  • Teams in B2B tech and fast-scaling startups find EOS's annual V/TO and 90-day rock cycle too slow for their pace of strategy pivots and product iteration.
  • Organizations realize the total cost includes both the EOS One software seat and a certified implementer's ongoing fees, which can exceed the budget for smaller SMBs.

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 Enterprise Operating System (EOS) objects map to Dolibarr ERP

Each row shows how a Enterprise Operating System (EOS) 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.

Enterprise Operating System (EOS)

Rocks (Quarterly Priorities)

maps to

Dolibarr ERP

Project

1:1
Fully supported

EOS Rocks map to Dolibarr Project records with quarterly cycle context preserved in the Project Description field and a tag in Dolibarr's Tags module (e.g., Q3-2024, Q4-2024). Rock owner maps to the ThirdParty record in Dolibarr's Project contact tab, and Rock due date maps to Project date fields. Milestone sub-tasks within a Rock migrate as Task records linked to the parent Project via the fk_projet field. We tag each Project with the parent quarter notation so that filtering by quarter is available in Dolibarr's project list view.

Enterprise Operating System (EOS)

Scorecard (Weekly Metrics)

maps to

Dolibarr ERP

Project (Custom Fields)

1:1
Fully supported

EOS Scorecard rows — metric name, numeric value, and measurement date — map to Dolibarr Project records with custom fields added via the ExtraFields system. Each metric becomes a separate Project record with a descriptive name (e.g., Monthly Recurring Revenue - Q3), the metric value stored in a numeric custom field, and the measurement date stored in the date_debut or date_fin field. For time-series analysis, we group Scorecard entries under a parent Project named after the metric category, creating a hierarchical project structure in Dolibarr that supports filtering across quarters.

Enterprise Operating System (EOS)

Issues (IDS Workflow)

maps to

Dolibarr ERP

Task

1:1
Fully supported

EOS Issues raised during Level 10 Meetings and tracked through the Identify, Discuss, Solve workflow map to Dolibarr Task records. Issue status (New, In Progress, Solved) maps to Dolibarr Task status values (Todo, In Progress, Done), and the Issue owner maps to the assigned user in Dolibarr. The IDS workflow step is stored in a custom Task field so that the customer can preserve the problem-solving stage notation. Issues linked to a specific Rock are connected via the Task's fk_projet reference if the Rock was migrated as a Project.

Enterprise Operating System (EOS)

People / CAP Cards

maps to

Dolibarr ERP

ThirdParty

1:1
Mapping required

EOS People records with seat assignments, accountability chart positions, and CAP ratings (Communicator, Asset, Passion) map to Dolibarr ThirdParty records of type Contact. The CAP ratings are stored as free-text in EOS One, so we migrate them into a Dolibarr Note attached to the ThirdParty record rather than into structured fields. The EOS seat assignment (which leadership seat the person occupies) maps to the Function field or a custom ThirdParty field. Team hierarchy from the accountability chart is preserved through the ThirdParty's Parent relationship if the org chart has reporting lines.

Enterprise Operating System (EOS)

Level 10 Meeting (Agenda + To-Dos)

maps to

Dolibarr ERP

Project + Task

1:1
Fully supported

Level 10 Meeting outputs — structured agenda sections (Scorecard review, Rock review, To-Do list, IDS issues, Announcements) — migrate as a Dolibarr Project named with the meeting date and team. The meeting's Scorecard review and Rock review items migrate as Task records linked to that Project. Action items from the meeting To-Do list migrate as separate Task records with assigned user and due date. The meeting notes body migrates as a Note attached to the Project so that the full agenda content is preserved without requiring manual reconstruction.

Enterprise Operating System (EOS)

Vision Traction Organizer (V/TO)

maps to

Dolibarr ERP

Project + Note

1:1
Mapping required

The annual V/TO document (Vision, 3-Year Picture, 1-Year Picture, Rocks, People) migrates as a Dolibarr Project named V/TO with the year in the description. Each V/TO section migrates as a Note attached to the Project, preserving the full structured document content. Where the V/TO contains goal lists (1-Year Picture objectives, annual Rocks), we parse these into Task records linked to the V/TO Project so that the customer can track progress against the annual vision inside Dolibarr's project management view.

Enterprise Operating System (EOS)

Processes (Standard Operating Procedures)

maps to

Dolibarr ERP

Wiki / Note

1:1
Fully supported

EOS Process documentation stored as structured text in EOS One migrates to Dolibarr Note records attached to the relevant Project or ThirdParty. For teams using the EOS Process Builder tool, we preserve formatted process content as HTML Notes. Free-text SOPs without structured fields land as plain-text Notes. We flag during scoping whether Process documentation was stored with the EOS Process Builder or as free-text, because Process Builder output requires more careful parsing to preserve formatting in Dolibarr's Note rendering.

Enterprise Operating System (EOS)

Org Checkup Results

maps to

Dolibarr ERP

Project (Custom Fields)

1:1
Mapping required

Periodic team health surveys aligned to EOS's Six Key Components migrate as a Dolibarr Project named Org Checkup with measurement period as the date range. Numeric health scores migrate into custom numeric fields on the Project (one per Key Component). Free-text commentary from the survey migrates as a Note attached to the Project. The customer can use the Project's task list to track action items raised from the Checkup findings.

Enterprise Operating System (EOS)

Company / Organization Settings

maps to

Dolibarr ERP

Website Configuration

lossy
Mapping required

Core organization settings from EOS One — company name, fiscal year, and team hierarchy — are configuration-level data that do not have a direct Dolibarr equivalent in the standard database schema. We extract these values during scoping and document them in a migration handoff sheet for the customer's Dolibarr administrator to configure manually in Dolibarr's Setup > Company menu. Meeting templates and meeting frequency settings do not have a Dolibarr migration path and are documented for admin review.

Enterprise Operating System (EOS)

Integrations

maps to

Dolibarr ERP

N/A

1:1
Not supported

EOS One integrations (calendar sync, email, Google Drive) connect through OAuth or API tokens that cannot be exported or migrated. These connections must be re-established manually in Dolibarr or documented for the customer's admin team to rebuild post-migration. We do not migrate integration connection states. The customer's IT team or Dolibarr administrator sets up calendar and email integrations from scratch in the new system.

Enterprise Operating System (EOS)

EOS Implementer Session Notes

maps to

Dolibarr ERP

Note

1:1
Fully supported

Where customers have EOS Implementer session recordings, agendas, or slide decks stored in EOS One, we migrate these as Note records attached to the relevant V/TO or meeting Project. The implementer relationship itself cannot migrate, but historical session context preserved in notes gives the customer's leadership team continuity during the transition to Dolibarr's project management approach.

Enterprise Operating System (EOS)

Rocks Sub-Tasks / Milestones

maps to

Dolibarr ERP

Task (linked to Project)

1:many
Fully supported

EOS Rock milestone sub-tasks migrate as Dolibarr Task records with a fk_projet reference pointing to the parent Rock Project. Milestone due dates and completion status map directly to Task date fields and status. Each milestone sub-task is connected to its Rock owner through the Task's assigned user field. We validate the Rock-to-milestone relationship after import to ensure no milestones are orphaned from their parent Rock Project.

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.

Enterprise Operating System (EOS) logo

Enterprise Operating System (EOS) gotchas

High

No public API for EOS One data export

High

EOS is a document-oriented methodology, not a relational data platform

Medium

Per-seat pricing limits full-company adoption, fracturing accountability

Medium

Rocks are owned by individuals but belong to quarterly cycles — orphan risk on migration

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

  • EOS One has no public API — migration runs through CSV exports only

    EOS One, the official EOS Worldwide SaaS platform, does not publish a REST API for third-party data access. All migration work proceeds through in-app CSV exports for Rocks, Scorecards, and Issues, and through multi-step or manual exports for V/TO content and meeting notes. We guide customers through the native export process from within EOS One and ingest the resulting CSV files. Meeting notes and V/TO sections may require manual export assistance from EOS support if the UI export does not cover all required document sections. We flag this constraint upfront during scoping and build the timeline accordingly.

  • EOS is document-oriented; Dolibarr is relational — normalization is required

    EOS data lives in structured documents (Rocks with milestone arrays, meeting notes with multiple agenda sections, CAP cards with free-text ratings) rather than typed relational fields. Dolibarr's schema expects ThirdParty, Project, and Task records with explicit foreign key relationships. We normalize EOS documents during migration by parsing document blobs into individual records with proper lookups. Free-text fields like CAP ratings and meeting agenda sections land as Notes attached to the parent record. We alert customers during scoping that some structural nuance of EOS documents will not map directly to Dolibarr's tabular structure and will require manual review in the destination.

  • Quarterly Rock cycle context can be lost without explicit tagging

    Each EOS Rock belongs to a quarterly cycle (Q1-Q4 + year) and is owned by an individual. When Rocks land in Dolibarr's flat Project list, the quarterly cycle context can be invisible without filtering. We preserve this context by tagging each Project with the quarter notation (e.g., Q3-2024) and by setting the Project date range to match the quarter start and end dates. Milestone sub-tasks retain their parent Rock Project reference so that progress tracking works correctly inside the quarterly grouping.

  • Per-seat EOS One limits data to leadership — broader teams may have no EOS records

    EOS One per-seat pricing commonly leads SMBs to purchase seats for the leadership team only, leaving the rest of the company without EOS access. When migrating away from EOS, customers often discover that the true data volume is smaller than expected because only the C-suite and direct reports had active EOS records. We confirm seat coverage during scoping by asking the customer to identify which teams have active EOS data, preventing surprise gaps when the destination Dolibarr instance is stood up.

  • Dolibarr self-hosted deployments require database access for migration tooling

    Dolibarr migrations benefit from direct MySQL/MariaDB access for bulk record insertion, but many SMB customers run Dolibarr on shared hosting with phpMyAdmin-only access and no command-line mysqldump. We adapt our tooling to the customer's hosting environment during scoping — using the Dolibarr REST API for API-accessible instances or CSV import via the Dolibarr interface for hosting-constrained deployments. Database migration conflicts (as documented in Dolibarr GitHub issue #16315) can occur when Dolibarr version and MySQL version are mismatched; we flag version compatibility during environment assessment.

Migration approach

Six steps for a successful Enterprise Operating System (EOS) to Dolibarr ERP data migration

  1. Discovery and EOS export scoping

    We audit the EOS One environment across the customer's seat count, identifying which teams have active data (Rocks, Scorecards, Issues, People, V/TO, meeting notes). We guide the customer's EOS administrator through the native CSV export process for Rocks, Scorecards, and Issues, and document any V/TO sections or meeting notes that require manual export or EOS support assistance. We also assess the Dolibarr hosting environment — self-hosted with CLI database access, shared hosting with phpMyAdmin, or Dolibarr Cloud — to determine the correct migration tooling path.

  2. Dolibarr schema design and custom field provisioning

    We design the Dolibarr destination schema for the migrated EOS data. This includes creating ExtraFields for Scorecard numeric metrics on the Project object, creating ExtraFields for Issue IDS workflow status, and configuring Tags for quarterly cycle notation (Q1-2024, Q2-2024, etc.). We set up the ThirdParty contact type for People records with CAP ratings as Notes. We assess whether the customer's Dolibarr instance needs additional modules activated (Projects, Tasks, Contacts/ThirdParty, Notes, Wiki) and document any module licensing implications for the Dolibarr edition in use.

  3. CSV normalization and quarterly context tagging

    We ingest the exported CSV files from EOS One and normalize the document-oriented data into structured records. Rocks are parsed into Project records with quarterly tags and milestone sub-tasks into linked Task records. Scorecard rows are parsed into time-series Project records with custom metric fields. Issues are parsed into Task records with IDS status mapped to Dolibarr Task status values. CAP ratings and meeting agenda content are extracted from free-text fields and written to Note records. The quarterly cycle context is applied as Dolibarr Tags to every Rock Project before import.

  4. Sandbox migration and reconciliation

    We run a full migration into the customer's Dolibarr test environment (or a DoliCloud trial instance) to validate record counts, tag application, and milestone linkage. The customer's leadership or operations lead spot-checks 25-50 migrated Records against the EOS One source — verifying Rock names, due dates, milestone counts, Scorecard metric values, and People CAP rating presence. Any normalization corrections or missing field mappings are documented and corrected before production migration. This step is critical because EOS document exports can contain formatting variations that are not apparent until they land in Dolibarr.

  5. Production migration in dependency order

    We run the production migration in record order: People records first (as ThirdParty contacts), then Rocks as Projects with quarterly Tags, then Scorecard metrics as child Projects, then Issues as Tasks linked to the relevant Rock Projects, then Level 10 Meeting content as Project-plus-Task structures, and finally V/TO and Process documentation as Notes. Each phase emits a row-count reconciliation report against the source CSV before the next phase begins. For Dolibarr instances with direct database access, we use batch INSERT statements; for API-accessible instances, we use the Dolibarr REST API with rate-limit handling.

  6. Cutover, validation, and implementation handoff

    We freeze new EOS One entries during cutover, run a final delta migration of any records created or updated during the migration window, then enable Dolibarr as the operational system of record. We deliver a migration handoff document that includes the complete list of migrated Rocks with their Dolibarr Project IDs, the Scorecard metric inventory with custom field IDs, the Issue-to-Task mapping with IDS status, and the People CAP rating notes. We do not rebuild Level 10 Meeting cadence, implementer guidance, or Rock planning workflows as Dolibarr automations inside the migration scope; these are documented for the customer's team to evaluate and configure as part of their Dolibarr adoption.

Platform deep dives

Context on both ends of the pair

Enterprise Operating System (EOS) logo

Enterprise Operating System (EOS)

Source

Strengths

  • Structured accountability cadence that forces weekly leadership alignment and quarterly priority resets
  • Single integrated system replacing 5–6 separate tools (scorecard, project management, meeting prep, surveys)
  • 280,000+ businesses and 850+ certified implementers mean a large community and proven playbook
  • Annual V/TO creates a documented strategic anchor that prevents goal drift mid-year
  • IDS (Identify, Discuss, Solve) issue workflow gives every problem a structured path to resolution

Weaknesses

  • No documented public API — all data lives in the EOS One SaaS app with no standard export endpoint
  • EOS is a methodology first and software second, so the data model is document-oriented rather than relational
  • Quarterly rock cycle is rigid and can conflict with fast-moving startup or tech company planning cadences
  • Requires full-company adoption for accountability to stick, but per-seat pricing often limits seats to leadership only
  • CAP ratings and process documentation are free-text fields, making structured migration of these objects difficult
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. All 8 core objects map 1:1 between Enterprise Operating System (EOS) and Dolibarr ERP.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Enterprise Operating System (EOS) and Dolibarr ERP.

  • Object compatibility

    A

    All 8 core objects map 1:1 between Enterprise Operating System (EOS) and Dolibarr ERP.

  • 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

    Enterprise Operating System (EOS): Not publicly documented.

  • Data volume sensitivity

    B

    Enterprise Operating System (EOS) doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Enterprise Operating System (EOS) 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 Enterprise Operating System (EOS) to Dolibarr ERP data migrations

Answers to the questions buyers ask most during Enterprise Operating System (EOS) to Dolibarr ERP migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your Enterprise Operating System (EOS) 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 three and five weeks for organizations with under 500 Rocks, 50 quarterly Scorecard metric series, and 200 Issues across a single leadership team. Migrations with large historical Scorecard time series spanning multiple years, multiple quarterly cycles of milestone-rich Rocks, or V/TO documents that require document parsing into Dolibarr's Notes move to six to ten weeks because of CSV normalization complexity and reconciliation rounds.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Enterprise Operating System (EOS).
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