Project Management migration
Field-level mapping, validation, and rollback between GUIDEcx and monday Work Management. We move data and schema; workflows are rebuilt natively in monday Work Management.
GUIDEcx
Source
monday Work Management
Destination
Compatibility
9 of 12
objects map 1:1 between GUIDEcx and monday Work Management.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from GUIDEcx to monday.com is a structural reorganization of your onboarding and project data into a platform that supports broader, cross-functional work management. GUIDEcx's five-layer hierarchy (Project → Phase → Milestone → Task Group → Task) maps into monday's board, group, and item model, but the mapping is not automatic: we must decide whether a GUIDEcx Project becomes a monday board or a board's top-level group, how Milestones and Task Groups translate to monday's grouping layers, and how task-level dependencies survive the translation. GUIDE 1.0 and 2.0 templates must be identified and routed separately, because 1.0 templates do not appear in the 2.0 export by design and require the self-serve GUIDEcx clone tool before migration. Phase attachments and project role assignments drop during API-created phases—a documented GUIDEcx bug we handle by extracting attachment metadata separately and cross-checking role assignments post-load. We do not migrate GUIDEcx templates with embedded workflows, Workato Recipe Builder automations, or the Report Builder datasets as code; we deliver a written inventory of each for your admin to rebuild in monday's Automation and Dashboard layers.
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 GUIDEcx 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.
GUIDEcx
Project
monday Work Management
Board
1:1Each GUIDEcx Project becomes a monday.com Board. The Project name maps to the Board title, planned end date becomes a Date column, status label and status_category map to a Status column, and project-level custom fields map to custom columns on the Board. GUIDEcx's project description maps to the Board description field. We create one Board per Project so that the project-level container is preserved and cross-project reporting can run at the board level via monday's Dashboard.
GUIDEcx
Phase
monday Work Management
Group
1:1GUIDEcx Phases map to monday Board Groups. The Phase name becomes the Group name, and the Phase's planned start and end dates map to Date columns on the group's items. GUIDE 1.0 Phases require the self-serve GUIDEcx clone tool before migration; we flag any 1.0 template origins during scoping. A documented GUIDEcx bug causes phase attachments and project role assignments to drop during API-created phases—we extract these separately and re-attach files at the destination as file columns on the relevant items.
GUIDEcx
Milestone
monday Work Management
Group or Status column value
1:manyGUIDEcx Milestones can map to either a monday Group (if the milestone represents a major phase checkpoint) or a named Status column value with a date column. We determine the mapping during scoping based on whether the customer uses milestones as pure date markers or as grouping containers for tasks. Milestone dependencies (milestone-to-milestone finish-to-start chains) become monday Dependency column entries where the milestone item is a parent to the dependent item.
GUIDEcx
Task Group
monday Work Management
Subgroup (nested Group)
lossymonday.com supports nested groups within a Board as of recent releases. GUIDEcx Task Groups map to sub-groups within the Phase Group, preserving the sort order and assignee list. If the destination workspace does not have nested groups enabled, Task Groups fall back to a custom text column that acts as a label within the parent Group. We validate the nesting capability against the destination workspace during scoping.
GUIDEcx
Task
monday Work Management
Item
1:1Each GUIDEcx Task becomes a monday Item. Task name maps to Item title, due date maps to a Date column, status maps to Status column, instructions map to a Text column, and assignee resolves to a Person column via email lookup. Checklist items on GUIDEcx tasks (which have known migration unreliability in the 2026 release notes) are treated as a structured JSON array in a custom Text column or as a sub-item list in monday. The GUIDEcx completed_date bug means we cross-reference task export data against direct API calls to fill gaps.
GUIDEcx
Dependency
monday Work Management
Dependency column
1:1GUIDEcx finish-to-start task dependencies map to monday's native Dependency column. We preserve the full dependency graph but flag known GUIDE 2.0 bugs: subtask-child shared dependencies and N/A-marked tasks that break dependency chains. These are filtered out during export and flagged in the reconciliation report. In monday, we re-draw the dependency arcs using only the validated relationships.
GUIDEcx
Custom Fields
monday Work Management
Custom columns
1:1GUIDEcx Custom Fields V2 (Text, Date, Email, Number, Dropdown) map to monday column types of equivalent definition. We pull field type definitions from the GUIDE 2.0 Data Dictionary during scoping because the standard task export only includes field values, not schema. Dropdown fields in GUIDEcx become Dropdown columns in monday with the same option list. Text fields become Text columns; Number fields become Numbers columns with any decimal precision preserved.
GUIDEcx
Tag
monday Work Management
Tag or Label column
lossyGUIDEcx tags are preserved as a tag list in monday. We apply the tags to the corresponding Items after import. The customer chooses during scoping whether tags become monday native Tags (searchable across boards) or a label-based Dropdown column for tighter column filtering. Note that tags on template-level tasks in GUIDEcx do not always propagate to project-level tasks—a known GUIDEcx issue we flag and handle by re-evaluating tag assignments at the task level rather than relying on template propagation.
GUIDEcx
Customer Roles and Customer Team Contacts
monday Work Management
Person column (assignee) or Contacts integration
1:1GUIDEcx Customer Team contacts (external stakeholders assigned to the project) map to monday Person column values or Guest accounts, depending on whether the destination monday workspace has Guest access enabled. Customer Roles (internal role labels) map to a Text or Dropdown column on the item. We extract the full Customer Team roster during scoping and flag any contacts that cannot be matched to an email in the monday workspace, routing them to a manual handoff list.
GUIDEcx
Attachments
monday Work Management
File column
1:1Phase-level and project-level attachments from GUIDEcx migrate to monday File columns on the corresponding Items. GUIDEcx's API-created phase bug (where attachments drop) is handled by extracting file metadata separately from the phase record and re-attaching during the migration load. We download files from GUIDEcx's storage, upload to monday via the API, and attach to the correct item. Files without a resolvable target item are logged for manual assignment.
GUIDEcx
Time Records
monday Work Management
Numbers column or Time Tracking column
1:1GUIDEcx Time Records map to monday's Time Tracking column or a custom Numbers column depending on the destination workspace's plan. The 2026 release notes document missing values in the GUIDE 2.0 Time Records dataset—we cross-reference API export against the dataset and flag gaps in the reconciliation report. If the customer uses time records for billing, we recommend a dedicated time-tracking integration rather than relying on the migrated values alone.
GUIDEcx
Comments
monday Work Management
Updates column or Note item
1:1GUIDEcx task comments are retrieved via API and represented in monday as Update items linked to the corresponding Item, preserving the comment body, author (via Person column), and timestamp. Embedded links and @-mentions in comments are preserved as text. We do not migrate embedded images as separate file attachments; they remain as URL references in the Update body.
| GUIDEcx | monday Work Management | Compatibility | |
|---|---|---|---|
| Project | Board1:1 | Fully supported | |
| Phase | Group1:1 | Fully supported | |
| Milestone | Group or Status column value1:many | Fully supported | |
| Task Group | Subgroup (nested Group)lossy | Fully supported | |
| Task | Item1:1 | Fully supported | |
| Dependency | Dependency column1:1 | Fully supported | |
| Custom Fields | Custom columns1:1 | Mapping required | |
| Tag | Tag or Label columnlossy | Fully supported | |
| Customer Roles and Customer Team Contacts | Person column (assignee) or Contacts integration1:1 | Mapping required | |
| Attachments | File column1:1 | Mapping required | |
| Time Records | Numbers column or Time Tracking column1:1 | Mapping required | |
| Comments | Updates column or Note item1:1 | Mapping required |
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.
GUIDEcx gotchas
GUIDE 1.0 and 2.0 templates do not coexist automatically
Phase attachments and project role assignments drop during API-created phases
Custom field definitions are not included in standard task exports
Checklist items and completed_date are unreliable in exported datasets
Status labels versus status_category cause confusion in reporting
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
Scoping and GUIDE 1.0 vs 2.0 template audit
We audit the full GUIDEcx instance across Projects, Phases, Milestones, Task Groups, Tasks, custom fields, tags, dependencies, attachments, time records, and Customer Team rosters. We identify which templates are GUIDE 1.0 and which are 2.0, flagging 1.0 templates for the customer's admin to clone via the self-serve tool before data extraction. We map custom field definitions from the GUIDE 2.0 Data Dictionary, resolve outstanding status label versus status_category mismatches, and assess the volume of checklist data and time records that require the known-bug cross-reference process. The scoping output is a written migration scope document with a template route plan.
monday workspace and board schema design
We design the monday destination schema: one Board per GUIDEcx Project, Groups per Phase, sub-groups or label columns per Task Group, and Items per Task. We create custom columns matching the GUIDEcx field type definitions pulled during scoping. We configure the Dependency column on each Board, the Person column for assignees, and the Status column with values derived from the GUIDEcx status_category matrix. If the destination workspace does not support nested groups, we configure the Task Group fallback column. All schema is deployed into a monday test workspace for validation before production migration.
Test migration and reconciliation
We run a full migration into the monday test workspace using production-equivalent data volume. The customer's project management lead reconciles Board counts, Group counts, Item counts, and attachment volumes against the GUIDEcx source. We spot-check 25-50 records for field-level accuracy, verify that dependency chains rendered correctly, confirm that custom field values populated in the right column types, and validate that phase-level attachments re-attached after the API bug bypass. Any schema corrections or mapping adjustments are documented and applied before the production migration begins.
Phase attachment and role assignment recovery
We extract attachment metadata for every phase identified as a template-created phase (the set that would lose attachments in a standard API export). Files are downloaded from GUIDEcx storage, associated with their target Items in monday, and uploaded via the monday API. Simultaneously, we cross-check each phase's assigned roles against the parent template's role list and flag discrepancies in the reconciliation report for manual review. This step runs in parallel with the main migration load and is the highest-risk manual intervention in the process.
Production migration in dependency order
We run the production migration in structural order: Boards (Projects), Groups (Phases), Items (Tasks), Dependencies (resolved dependency graph), Custom column values, Tags (applied post-load), Attachments (phase and project level), Time Records, and Comments. Each phase emits a row-count reconciliation report before the next phase begins. The GUIDEcx completed_date bug is mitigated by cross-referencing API data against the export dataset at this stage. Checklist data is loaded as a JSON array into a Text column on each Item.
Cutover, validation, and automation rebuild handoff
We freeze GUIDEcx writes during cutover, run a final delta migration of any records modified during the migration window, then set monday as the system of record. We deliver the Workato Recipe Builder inventory document with recommended monday workflow equivalents for each automation. We support a one-week hypercare window for reconciliation issues. We do not rebuild GUIDEcx automations or Recipe Builder recipes as monday workflows inside the migration scope; that is a separate engagement.
Platform deep dives
GUIDEcx
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 GUIDEcx 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
GUIDEcx: Not publicly published in the OpenAPI doc — confirm with the GUIDEcx account manager when API access is enabled for the workspace..
Data volume sensitivity
GUIDEcx 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 GUIDEcx to monday Work Management migration scoping. Not seeing yours? Book a call.
Walk through your GUIDEcx 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 GUIDEcx
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.