Project Management migration
Field-level mapping, validation, and rollback between Cobalt Project Manager and monday Work Management. We move data and schema; workflows are rebuilt natively in monday Work Management.
Cobalt Project Manager
Source
monday Work Management
Destination
Compatibility
9 of 14
objects map 1:1 between Cobalt Project Manager and monday Work Management.
Complexity
CModerate
Timeline
4-6 weeks
Overview
Moving from Cobalt Project Manager to monday.com is a structural migration that starts with data extraction coordination rather than API access. Cobalt Project Manager publishes no public bulk export endpoint, so we work directly with the Cobalt account team to obtain structured data snapshots before building the migration load pipeline. monday.com receives Projects as Boards, Tasks as Items, and Subtasks as Subitems with their parent-Item references intact. Milestones from Cobalt map to a combination of Status column values and Timeline markers in monday.com; Time Entries map to monday.com's native Time Tracking column. We sequence the migration to honour Cobalt's base-first loading constraint: Projects load before Tasks, and Tasks load before Subtasks or Time Entries. Custom fields from Cobalt migrate as monday.com Custom Fields with their types preserved (text, number, date, dropdown, checkbox). Automations, Workflows, and Cobalt-specific process logic do not migrate; we deliver a written automation inventory documenting every Cobalt workflow trigger and condition for the customer's monday.com admin to rebuild using monday.com's automation recipes.
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 Cobalt Project Manager 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.
Cobalt Project Manager
Project
monday Work Management
Board
1:1Cobalt Projects map directly to monday.com Boards. The Project name becomes the Board name; Project description maps to the Board description field. We create the Board in monday.com first so that the Board ID is available as a parent reference for all Items migrated in the next phase. Cobalt's project-level custom fields map to Board-level Custom Fields added via the monday.com Custom Fields API before Item migration begins.
Cobalt Project Manager
Task
monday Work Management
Item
1:1Cobalt Tasks map to monday.com Items on the corresponding Board. The Task name becomes the Item name; Task description maps to the Item description (stored as an update or text column depending on structure). Task status from Cobalt maps to a monday.com Status column with equivalent state values created during board setup. The Item is created after the Board is confirmed to exist, and the Item ID is captured for Subtask parent resolution.
Cobalt Project Manager
Subtask
monday Work Management
Subitem
1:1Cobalt Subtasks map to monday.com Subitems. The Subtask name becomes the Subitem name; Subtask description migrates as a text column on the Subitem. We resolve the parent Item ID from the Cobalt parent-task reference and attach the Subitem via the monday.com Subitems API. Subitems inherit the parent Item's group and board context. Cobalt's Subtask-level custom fields map to Subitem Custom Fields using the same type-mapping logic applied to Tasks.
Cobalt Project Manager
Milestone
monday Work Management
Status Column Value + Timeline Marker
lossyCobalt Milestones do not have a direct monday.com equivalent. We handle this as a configuration mapping: Cobalt Milestone name and target date migrate as a dedicated Status column value (e.g., 'Milestone: Q1 Launch') and a corresponding entry on a Timeline column. If Cobalt milestones have dependencies, we map those to monday.com Dependency column links between Items. The customer chooses during scoping whether to use a dedicated milestone board, a dedicated group, or inline milestone status values.
Cobalt Project Manager
Time Entry
monday Work Management
Time Tracking Column
1:1Cobalt Time Entries map to monday.com Time Tracking column entries on the parent Item. Each time entry becomes a tracked time segment with the Cobalt duration, user, and date preserved. monday.com's Time Tracking column stores time per Item and supports multiple entries per user per day, matching Cobalt's multi-entry model. We map Cobalt's billable/non-billable flag to monday.com's time tracking label field.
Cobalt Project Manager
Assignee
monday Work Management
Person Column
1:1Cobalt Assignees map to monday.com Person column values on Items and Subitems. We resolve assignees by email address against the monday.com workspace members. Any Cobalt assignee without a matching monday.com user is held in a reconciliation queue for the customer's admin to provision before Item import resumes. Multiple assignees on a single Task map to multiple Person column entries on the Item.
Cobalt Project Manager
Project Status
monday Work Management
Status Column
1:1Cobalt Project status values (Active, On Hold, Completed, Archived) map to monday.com Status column labels on the Board. We create the Status column during board setup with values that match Cobalt's status vocabulary. The Status column appears as a coloured dot on the Item card.
Cobalt Project Manager
Task Priority
monday Work Management
Numbers Column or Labels Column
lossyCobalt Task Priority (typically High, Medium, Low, or a numeric scale) maps to either a monday.com Numbers column or a Labels column depending on the customer's preference. Numeric priority scores migrate directly; label-based priorities require a value-mapping table created during board setup.
Cobalt Project Manager
Task Start Date / End Date
monday Work Management
Timeline Column
1:1Cobalt Task start_date and due_date map to the monday.com Timeline column (start_date to Timeline start, due_date to Timeline end). The Timeline column is available from the Standard plan ($12/seat/mo) and above. If Cobalt stores only a due_date with no start_date, we set the Timeline start to the due_date minus the average task duration or a customer-defined default offset.
Cobalt Project Manager
Attachment
monday Work Management
File Column
1:1Cobalt Attachments migrate to monday.com File column entries on the corresponding Item or Subitem. We download each Cobalt attachment to local storage, then upload to monday.com via the monday.com Files API, capturing the returned file URL and attaching it to the Item via the File column. File name and any inline comment migrate as the file label.
Cobalt Project Manager
Custom Field (Project-level)
monday Work Management
Board Custom Field
lossyCobalt project-level custom fields (e.g., Client Name, Contract Value, Project Type) map to monday.com Board-level Custom Fields created via the Custom Fields API. We map Cobalt field types to monday.com column types: text fields to Text columns, numeric fields to Numbers columns, dropdown fields to Dropdown or Tags columns, date fields to Date columns, and checkbox fields to Checkbox columns.
Cobalt Project Manager
Custom Field (Task-level)
monday Work Management
Item Custom Field
lossyCobalt task-level custom fields map to monday.com Item-level Custom Fields using the same type-mapping logic as project-level custom fields. The Custom Field must exist on the Board before Item migration begins; we create all task custom fields during the board setup phase using monday.com's bulk Custom Field creation endpoint.
Cobalt Project Manager
Dependency
monday Work Management
Dependency Column
lossyCobalt Task dependencies (e.g., Task B blocked by Task A) map to monday.com Dependency column links between Items. We create the monday.com Dependency column during board setup and then link each dependent Item to its predecessor using the monday.com Column API. The Pro plan ($19/seat/mo) is required for the Dependency column feature.
Cobalt Project Manager
Tags / Labels
monday Work Management
Tags Column
1:1Cobalt Tags or Labels applied to Tasks map to monday.com Tags column values. Tags stored as multi-checkbox properties migrate to Tags column entries. We normalise tag names during the transform phase to match monday.com's tag format and create any missing tags in the workspace during board setup.
| Cobalt Project Manager | monday Work Management | Compatibility | |
|---|---|---|---|
| Project | Board1:1 | Fully supported | |
| Task | Item1:1 | Fully supported | |
| Subtask | Subitem1:1 | Fully supported | |
| Milestone | Status Column Value + Timeline Markerlossy | Fully supported | |
| Time Entry | Time Tracking Column1:1 | Fully supported | |
| Assignee | Person Column1:1 | Fully supported | |
| Project Status | Status Column1:1 | Fully supported | |
| Task Priority | Numbers Column or Labels Columnlossy | Fully supported | |
| Task Start Date / End Date | Timeline Column1:1 | Fully supported | |
| Attachment | File Column1:1 | Fully supported | |
| Custom Field (Project-level) | Board Custom Fieldlossy | Fully supported | |
| Custom Field (Task-level) | Item Custom Fieldlossy | Fully supported | |
| Dependency | Dependency Columnlossy | Fully supported | |
| Tags / Labels | Tags Column1: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.
Cobalt Project Manager gotchas
No self-service export API forces manual migration
Data migration follows base-first sequencing rules
Staging environment behaviour not publicly documented
Limited API documentation beyond throttle limits
monday Work Management gotchas
Subitems have no bulk export endpoint
API complexity budget constrains query depth
Daily call limits vary sharply across plan tiers
Automation and integration rules do not export via API
Saved views are not exposed via API
Pair-specific challenges
Migration approach
Discovery and Cobalt export coordination
We audit the source Cobalt environment for Projects, Tasks, Subtasks, Milestones, Time Entries, custom fields, and assignee structure. Because Cobalt has no self-service export API, we simultaneously initiate the Cobalt data extraction request through the customer's account team. The discovery output includes a data volume estimate (record counts per object), a custom field inventory with Cobalt types, a dependency graph of task relationships, and a Cobalt export delivery date. We also confirm the monday.com destination workspace, plan the board structure (one Board per Cobalt Project or consolidated by portfolio), and determine the monday.com plan tier required for the migration scope (Timeline column requires Standard or above; Dependency column requires Pro or above).
monday.com board and column design
We design the monday.com destination schema: one Board per Cobalt Project (or consolidated Board per portfolio based on scoping), with Groups mirroring Cobalt task groupings where applicable. We create Status columns with Cobalt-equivalent values, Timeline columns for start/end dates, Person columns for assignees, Dependency columns for task links, and Time Tracking columns for time entries. Custom Fields (project-level and task-level) are created via the monday.com Custom Fields API before any Items are migrated. All columns are validated in a pre-production monday.com workspace before the production migration begins.
Data extraction and transform from Cobalt
We receive the structured data snapshot from Cobalt's account team (typically CSV exports or a vendor-provided JSON dump) and run a full data quality assessment. We normalise Cobalt date formats, deduplicate tasks with identical names on the same Project, and resolve assignee email addresses against the monday.com workspace member list. Orphaned records (Subtasks pointing to deleted Tasks, Time Entries pointing to deleted Tasks) are flagged in a reconciliation report for the customer's Cobalt admin to resolve before import begins. We build a Cobalt Task ID to monday.com Item ID lookup table as a byproduct of the transform phase.
Sandbox migration and reconciliation
We run a full migration into the customer's monday.com sandbox workspace (or a shadow workspace on the production account for non-Enterprise plans) using production-like data volume. The customer's project management lead reconciles record counts (Projects in, Boards in; Tasks in, Items in; Subtasks in, Subitems in; Milestones in, Status column entries in; Time Entries in, Time Tracking entries in), spot-checks 25-50 Items against the Cobalt source for field accuracy, and validates that dependency links and assignee assignments are correct. Any column type mismatches or parent resolution errors are corrected before production migration begins.
Production migration in dependency order
We run production migration in Cobalt-mandated dependency order: Boards (from Cobalt Projects) first, then Items (from Cobalt Tasks), then Subitems (from Cobalt Subtasks), then Time Tracking entries. We respect monday.com's complexity-based rate limits by monitoring complexity cost per request, batching subitem creation calls, and pausing between batches when complexity_before approaches the limit. Custom field values are migrated as part of each Item and Subitem creation call. After each phase, we emit a row-count reconciliation report and validate that parent-child relationships are intact before the next phase begins.
Cutover, validation, and automation inventory handoff
We freeze writes to Cobalt during the cutover window and run a final delta migration of any records modified during the final weeks of the migration. monday.com becomes the system of record. We deliver a written automation inventory documenting every Cobalt workflow trigger and condition with a recommended monday.com automation recipe equivalent. We support a one-week hypercare window for reconciliation issues. We do not rebuild Cobalt workflows in monday.com; that is an internal admin task or a separate monday.com implementation engagement.
Platform deep dives
Cobalt Project Manager
Source
Strengths
Weaknesses
monday Work Management
Destination
Strengths
Weaknesses
Complexity grading
Moderate Project Management migration. 5 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Cobalt Project Manager and monday Work Management.
Object compatibility
5 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
Cobalt Project Manager: Not publicly documented.
Data volume sensitivity
Cobalt Project Manager 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 Cobalt Project Manager to monday Work Management migration scoping. Not seeing yours? Book a call.
Walk through your Cobalt Project Manager to monday Work Management migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Cobalt Project Manager
Other ways to arrive at monday Work Management
Same-Project Management migrations
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.