Project Management migration

Migrate from ProjeQtOr to monday Work Management

Field-level mapping, validation, and rollback between ProjeQtOr and monday Work Management. We move data and schema; workflows are rebuilt natively in monday Work Management.

ProjeQtOr logo

ProjeQtOr

Source

monday Work Management

Destination

monday Work Management logo

Compatibility

67%

8 of 12

objects map 1:1 between ProjeQtOr and monday Work Management.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from ProjeQtOr to monday.com is a structural migration from a self-hosted PHP application with no API to a cloud Work OS built on boards and items. ProjeQtOr stores everything in MySQL or PostgreSQL with an EAV custom-field model and filesystem document references; monday.com uses a board-centric schema with columns typed per item. We handle the extraction gap by running read-only SQL against a replica or dump, flattening the EAV custom fields, and mapping to monday.com board columns. Task hierarchies, resource allocations, and expense records transfer as first-class monday.com items with timeline, people, and number columns. We do not migrate ProjeQtOr workflows, status workflows, or MS-Project plugins; we deliver a written inventory of these for the customer's admin to rebuild inside monday.com automations.

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

ProjeQtOr logo

ProjeQtOr

What's pushing teams away

  • The web interface lacks the polish and UX consistency of modern SaaS PM tools—users report that navigating between modules and locating specific services feels unintuitive and dated.
  • Performance degrades noticeably with large portfolios—projects with hundreds of tasks and many concurrent users can experience slow load times and sluggish form submissions.
  • No native mobile app exists; teams requiring iOS or Android access must use a browser, which produces a suboptimal experience for field workers or traveling project managers.
  • Limited third-party integrations compared to platforms like Jira or Asana mean teams that rely on Slack notifications, Confluence documentation, or Salesforce CRM sync find ProjeQtOr falls short without custom development.
  • Self-hosted deployment demands internal IT resources for server maintenance, backups, PHP version updates, and database administration—ongoing operational overhead that managed SaaS tools eliminate.

Choosing

monday Work Management logo

monday Work Management

What's pulling them in

  • Lowest onboarding friction of any mid-market PM tool — drag-and-drop boards and colorful UI mean non-technical team members contribute from day one without training.
  • Highly customizable board structure lets teams model their actual workflow rather than forcing a predefined template onto their process.
  • Generous free forever plan with two seats lets small teams or solo users validate the platform before committing budget or migrating data from elsewhere.
  • Integrations with Slack, Zoom, Google Drive, and CRM tools keep monday.com as a coordination hub rather than requiring teams to switch context constantly.
  • Multiple view modes — Kanban, Calendar, Gantt, Map, Chart — give different team members the visualization they prefer without switching tools.

Object mapping

How ProjeQtOr objects map to monday Work Management

Each row shows how a ProjeQtOr object lands in monday Work Management, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

ProjeQtOr

Project

maps to

monday Work Management

Board

1:1
Fully supported

ProjeQtOr Projects (top-level containers with start date, end date, status, and portfolio assignment) map to monday.com Boards. We extract project.id, project.name, project.startDate, project.endDate, project.status, and project.idTeam as a Board with a Project Overview group. Each project generates one Board; multi-project portfolios generate multiple Boards inside a Workspace. The ProjeQtOr project description migrates as a Board description text.

ProjeQtOr

Task

maps to

monday Work Management

Item (in group)

1:1
Fully supported

ProjeQtOr Tasks map to monday.com Items. Parent-child task hierarchies (WBS numbering) are preserved by nesting Items in Subitems. Planned work hours and actual hours logged migrate as separate number columns. Task priority, estimated duration, and work unit come in as Status and Number columns. We resolve parent task references by creating the parent Item first, then linking child Items as Subitems in a second pass.

ProjeQtOr

Milestone

maps to

monday Work Management

Item or Timeline column milestone

1:1
Fully supported

ProjeQtOr Milestones (standalone date items linked to a project) map to monday.com Items with a Timeline column set to a zero-duration range (same start and end date) to signal milestone semantics. Milestone name and status migrate directly. If the customer uses the milestone as a phase gate, we configure it as a separate Group inside the Board instead, with a label column distinguishing it from regular task groups.

ProjeQtOr

Resource

maps to

monday Work Management

Person column (people field)

1:1
Fully supported

ProjeQtOr Resources (team members with calendar availability, skill profiles, and cost rates) map to monday.com Person column values. We extract resource.name, resource.email, resource.cost, and resource.isResource flag and create People column assignments on each Item. Resource capacity settings have no direct monday.com equivalent; we flag these for the customer to implement manually using monday.com's Workload view on Standard+ tiers or a third-party integration.

ProjeQtOr

Allocation

maps to

monday Work Management

Date range column + percentage column

lossy
Fully supported

ProjeQtOr Allocations bind a Resource to a Task with a start date, end date, and daily assignment percentage. These map to monday.com Date columns (start and end) plus a Number column for allocation percentage. We reconstruct the allocation by joining the allocation table to the task table during extraction. Over-allocated resources are flagged in a reconciliation report so the customer can adjust before or after migration.

ProjeQtOr

Expense

maps to

monday Work Management

Number column + text columns

1:1
Fully supported

ProjeQtOr Expenses (project costs outside resource billing: travel, licenses, contractors) map to monday.com Items with Number columns for expense amount, Currency columns for VAT or tax, and Text columns for expense category and description. The expense.projectId reference maps to the parent Board. We preserve the original expense date, category, and payment status as separate text or date fields.

ProjeQtOr

Risk

maps to

monday Work Management

Item with Status column

1:many
Fully supported

ProjeQtOr Risks (probability, impact, mitigation plan, owner) map to monday.com Items. We create a dedicated Risk Board per project or a Risk Group inside each project Board. Probability and impact map to two Number columns (0-100 scale). Mitigation plan migrates as a Long Text column. Risk status (identified, mitigating, resolved, accepted) maps to a Status column with color-coded values matching the original ProjeQtOr status workflow.

ProjeQtOr

Issue

maps to

monday Work Management

Item with Status column

1:1
Fully supported

ProjeQtOr Issues and Incidents (bugs, change requests, incidents) map to monday.com Items in a separate Issue Tracking Board. Issue type (bug, incident, change request) maps to a Status column with labeled values or a separate Label column. Priority, status, and description migrate directly. Linked test cases or requirement associations are preserved in a text column referencing the related Item IDs.

ProjeQtOr

Document

maps to

monday Work Management

File attachment column

lossy
Fully supported

ProjeQtOr Documents are filesystem references (file paths on the application server) stored with metadata in the database. We identify every document record, locate the corresponding files in the ProjeQtOr file storage directory, and run a parallel file transfer to monday.com's attachment storage. We then create Items in a Document Board with the File column pointing to the uploaded file, preserving the original filename, upload date, and document category from ProjeQtOr.

ProjeQtOr

Budget

maps to

monday Work Management

Number columns on Item

1:1
Fully supported

ProjeQtOr Budgets track planned versus actual spending per project with budget line items. We map budget amounts to Number columns inside Items representing budget categories. Planned and actual figures migrate as separate Number columns; the variance is calculated by monday.com's formula column feature on Pro plans. If the budget tracks multiple cost categories, we create one Item per budget line inside a Budget group.

ProjeQtOr

Version / Release

maps to

monday Work Management

Item with Date column

1:1
Fully supported

ProjeQtOr Versions (product releases linked to a project with version number, status, and target date) map to monday.com Items with a Timeline or Date column for the release date and a Status column for version status (planned, in development, released, deprecated). Version number migrates as a Text column.

ProjeQtOr

Custom Fields (EAV)

maps to

monday Work Management

Board columns

lossy
Fully supported

ProjeQtOr extends standard objects with custom fields stored in a separate EAV table (attribute-value rows with object-type and ID references). A simple column export omits these. We write migration queries that explicitly join the custom field tables per object type, flatten each attribute-value pair into a named column, and create the corresponding column in monday.com. Any custom field with no natural monday.com column type is flagged in the scoping report for the customer to decide whether to create a custom column, merge into a text field, or drop.

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.

ProjeQtOr logo

ProjeQtOr gotchas

High

No API means migrations rely on database exports or UI exports

Medium

PHP and database version dependencies constrain self-hosted upgrades

Medium

Custom fields stored as EAV rows require careful mapping

Medium

File attachments and documents are server-filesystem references

monday Work Management logo

monday Work Management gotchas

High

Subitems have no bulk export endpoint

High

API complexity budget constrains query depth

Medium

Daily call limits vary sharply across plan tiers

Medium

Automation and integration rules do not export via API

Low

Saved views are not exposed via API

Pair-specific challenges

  • ProjeQtOr has no API; extraction requires direct database access

    ProjeQtOr does not expose a REST, GraphQL, or bulk data export endpoint. All migration extraction runs against the MySQL or PostgreSQL database directly or through CSV exports generated from the application UI. Direct database access requires read credentials with sufficient privileges to run SELECT queries across all tables without locking production data. We handle this by requesting a replica database connection or a read-only SQL dump for migration scoping. We map PHP application field names to underlying database column names using the schema documentation generated during the discovery phase. If a replica is not available, we coordinate a maintenance window for the production read.

  • EAV custom fields stored in separate tables require explicit join queries

    ProjeQtOr stores custom fields as separate attribute-value rows with object-type and ID references, not as direct columns on the main record. A basic column export will return the standard fields only and silently omit all custom field values. We write migration extraction queries that enumerate every custom field association per object type, run a pivot to flatten them into named columns, and include the pivot result in the migration dataset. We also flag any custom fields that have no natural equivalent in monday.com's column type system so the customer can decide whether to create a custom column, merge into a text field, or drop the data.

  • Document attachments are filesystem references that must move separately

    Document attachments in ProjeQtOr are files stored on the application server filesystem with database references pointing to the file path. Migrating only the database records produces broken attachment links. We identify every document record during discovery, locate the corresponding files in the ProjeQtOr file storage directory, and run a parallel file transfer to monday.com's attachment storage using the same folder hierarchy where possible. We then update the attachment URLs in the migrated records to point to the new monday.com file location.

  • monday.com column types constrain how ProjeQtOr data maps

    monday.com supports a fixed set of column types (text, number, date, timeline, person, status, label, dropdown, checkbox, hour, time tracking, formula, link, file, and vote). ProjeQtOr fields that use non-standard data types such as PHP serialized arrays, JSON blobs, or multi-select pipe-delimited strings require transformation before they can load into monday.com. We flag these during schema review and apply transformation logic during the extract-transform phase, converting serialized arrays to multi-select labels and JSON blobs to text columns.

Migration approach

Six steps for a successful ProjeQtOr to monday Work Management data migration

  1. Discovery and database assessment

    We audit the source ProjeQtOr instance: PHP version, MySQL or PostgreSQL version, schema size, record counts per object type, EAV custom field inventory, and document storage location. We confirm whether a read-only database replica is available for migration extraction or whether a SQL dump export is required. We also identify the ProjeQtOr version to map the correct schema documentation. The discovery output is a written migration scope with record counts, EAV field list, and document volume estimate.

  2. Schema design and monday.com board architecture

    We design the monday.com destination schema based on the ProjeQtOr object inventory. Each ProjeQtOr project becomes a monday.com Board with Groups for task categories, milestones, risks, and issues. We pre-create all required columns (status, date, number, person, timeline) and map ProjeQtOr status workflow values to monday.com Status column options. EAV custom fields are mapped to named board columns or flagged for transformation. The schema design is validated in a monday.com test workspace before any data moves.

  3. Extraction from MySQL or PostgreSQL

    We run read-only SQL extraction queries against the ProjeQtOr database. For standard objects (Project, Task, Milestone, Resource, Allocation, Expense, Risk, Issue, Version), we query the main record tables with JOINs to resolve foreign key references. For EAV custom fields, we run pivot queries per object type. For documents, we extract file paths from the document table and prepare the parallel file transfer list. Extraction runs against a replica if available; otherwise we coordinate a scheduled export window against the production database with table-level SELECT only.

  4. Transform, validate, and reconciliation

    We apply transformation logic to the extracted dataset: EAV flattening, status value normalization, date format standardization, and serialization decoding for JSON and PHP-serialized fields. We validate record counts per object against the discovery baseline and flag any anomalies exceeding 2% variance. Parent-child task hierarchy relationships are resolved by ordering parent records first and building the Subitem reference list for the second pass.

  5. Document file transfer

    We execute the parallel file transfer from the ProjeQtOr server filesystem to monday.com's attachment storage. Files are transferred in batches of 50 with checksum verification. We preserve the original folder hierarchy where it maps cleanly to a monday.com structure, and we update the file URL references in the document records before the data load phase begins.

  6. Production load into monday.com

    We load records into monday.com in dependency order: Boards (Projects) first, then Items (Tasks, Milestones, Risks, Issues), then Person column assignments (Resources), then Date and number columns (Allocations, Expenses, Budgets). Subitems are loaded after their parent Items to satisfy the reference. File attachments are associated in a final pass. Each phase emits a row-count reconciliation report. We use monday.com's bulk import API with chunking and retry logic for large item sets.

  7. Cutover, validation, and handoff

    We freeze ProjeQtOr writes during cutover, run a final delta extraction for any records modified during the migration window, and apply those changes to monday.com. We deliver a written inventory of every ProjeQtOr workflow, status workflow, and MS-Project plugin setting for the customer's admin to rebuild as monday.com automations. We provide a one-week hypercare window for reconciliation issues. Post-cutover admin configuration, automation rebuilding, and team training are outside standard migration scope and are available as separate engagements.

Platform deep dives

Context on both ends of the pair

ProjeQtOr logo

ProjeQtOr

Source

Strengths

  • Completely free and open source under AGPLv3+ with no artificial user, project, or feature caps.
  • Wide functional scope covering tasks, resources, risks, expenses, documents, budgets, and bug tracking in a single application.
  • Supports MySQL and PostgreSQL, giving teams flexibility in their database infrastructure and hosting environment.
  • Active community and documented MS-Project import/export via a dedicated plugin for organizations migrating from or to other PM platforms.
  • Multi-platform deployment on Windows, Linux, macOS and web-based access from any modern browser.

Weaknesses

  • No documented REST, GraphQL, or bulk API—migrations require direct database queries or XML/CSV export from the application UI, which is error-prone for large datasets.
  • Self-hosted model places all server maintenance, backups, and security hardening on the customer's IT team.
  • No native mobile applications; mobile access depends entirely on the responsive web interface which users describe as functional but not polished.
  • Limited integration ecosystem compared to commercial alternatives—no native Zapier, Microsoft Teams, or Google Workspace connectors.
  • User interface complexity and dated visual design create a steeper onboarding curve than modern SaaS project management tools.
monday Work Management logo

monday Work Management

Destination

Strengths

  • Drag-and-drop board UI with near-zero learning curve for non-technical users entering project data for the first time.
  • 20+ column types and unlimited custom columns let teams model arbitrarily complex data structures without developer help.
  • Multi-view support — Kanban, Gantt, Calendar, Timeline, Chart, Map — satisfies different team members without forcing a single layout.
  • Automations cover common trigger-action patterns for teams without dedicated developers to write custom scripts.
  • Free plan for 2 seats and a 14-day trial on all paid tiers make evaluation risk-free before committing to migration scope.

Weaknesses

  • Per-seat pricing with no enterprise flat-rate option means costs scale linearly with headcount, making it expensive at 50+ seats.
  • Subitems lack bulk API access, making them problematic for CRM-style use cases where contact records live as subitems under a company board.
  • Automations and advanced views are gated behind Pro and Enterprise tiers, creating feature deserts on entry-level plans.
  • Dependency column is visually limited — no critical path, no auto-rescheduling, and cross-board dependencies require manual link management.
  • No native document management; docs, wikis, and knowledge bases require a separate integration or third-party workaround.

Complexity grading

How hard is this migration?

Standard Project Management migration. 2 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 ProjeQtOr and monday Work Management.

  • Object compatibility

    B

    2 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

    ProjeQtOr: Not applicable—no API exposed.

  • Data volume sensitivity

    B

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

Estimator

Estimate your ProjeQtOr to monday Work Management 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 ProjeQtOr to monday Work Management data migrations

Answers to the questions buyers ask most during ProjeQtOr to monday Work Management migration scoping. Not seeing yours? Book a call.

Can't find your answer?

Walk through your ProjeQtOr to monday Work Management 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 fewer than 10,000 tasks, fewer than 50 resources, and under 500 document attachments. Migrations with large EAV custom field inventories, hundreds of document attachments requiring parallel file transfer, multi-project portfolios with cross-project dependencies, or complex risk and issue registers move to seven to twelve weeks because of extraction planning, EAV query complexity, and document reconciliation work.

Adjacent paths

Related migrations to explore

Ready when you are

Move from ProjeQtOr.
Land in monday Work Management, 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