Project Management migration
Field-level mapping, validation, and rollback between WeTrack and monday Work Management. We move data and schema; workflows are rebuilt natively in monday Work Management.
WeTrack
Source
monday Work Management
Destination
Compatibility
6 of 12
objects map 1:1 between WeTrack and monday Work Management.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from WeTrack to monday.com is a structural migration that requires resolving fundamental schema differences. WeTrack is built around event-delivery hierarchies (Projects containing Tasks and Subtasks) with purpose-built Risk Registers, RAG status cascades, Sustainability modules, and Incident Reports. monday.com uses a Board-and-Item model with flexible column types. We map WeTrack Projects to monday.com Boards, Tasks to Items with Subitems for nested work, and Risk Register fields to a combination of Status columns and custom Number/Text columns that preserve the original Inherent Likelihood and Impact values. WeTrack has no documented public API, so migration runs from customer-provided structured exports, and we cross-reference export completeness against the live UI during discovery to flag any custom fields that appear in WeTrack but not in the export. We do not migrate WeTrack automations, workflows, or RAG cascade rules as code; we deliver a written inventory of every automation for the customer's admin to rebuild in monday.com's automation builder.
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 WeTrack 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.
WeTrack
Project
monday Work Management
Board
1:1WeTrack Projects (the top-level event delivery container) map directly to monday.com Boards. The Project name becomes the Board name, Project dates map to the Board's Date column, and Project status (Active, On Hold, Completed) maps to a Board-level Status column. If the customer uses WeTrack's Planning module to manage multiple event phases within a Project, those phases become monday.com Groups within the Board.
WeTrack
Task
monday Work Management
Item
1:1WeTrack Tasks map to monday.com Items. Standard task fields (name, description, start date, due date, assignee, status, RAG indicator) map to equivalent monday.com columns. The parent Project reference resolves to the Board ID during import. We flag any Tasks that reference an archived or deleted Project for customer review before migration.
WeTrack
Subtask
monday Work Management
Subitem
1:1WeTrack Subtasks map to monday.com Subitems attached to the parent Item (migrated Task). The auto-sync date behaviour from WeTrack (where parent task dates cascade to subtasks) has no native equivalent in monday.com; we document this dependency and recommend a specific monday.com automation setup (Date column referencing parent Item dates) as the replacement during the rebuild handoff.
WeTrack
Risk Register
monday Work Management
Custom Columns (Status + Number + Text)
lossyWeTrack Risk Registers with Inherent Likelihood (1-5 scale) and Inherent Impact (1-5 scale) map to a set of monday.com custom columns: a Status column (RAG status: Red, Amber, Green), a Number column (Inherent Likelihood), a Number column (Inherent Impact), and a Text column (Risk Owner). Residual Likelihood and Impact fields map similarly if the customer uses them. Risk Register items become Board Items on a dedicated risk board linked to the parent Project Board via a Connect Boards column.
WeTrack
RAG Status Field
monday Work Management
Status Column
lossyWeTrack's RAG status (Red, Amber, Green) cascades from parent Tasks to Subtasks on a configurable schedule. monday.com has no native RAG cascade rule; we map RAG values to a Status column with Red/Amber/Green labels and document the recommended monday.com automation: when Item status changes to a given value, update Subitem status to match. This automation rebuild is documented in the handoff package.
WeTrack
Sustainability/ESG Record
monday Work Management
Custom Columns or Custom Objects
lossyWeTrack's Sustainability module tracks ESG indicators (carbon footprint, waste reduction, diversity metrics, etc.) as records with flexible property sets. ESG metrics with simple numeric values (e.g., tonnage CO2, percentage renewable energy) map to monday.com Number columns on the Project Board. Complex or unstructured ESG records with multiple property types require monday.com Custom Objects, which are available from the Enterprise tier ($23/user/mo). We confirm the destination tier during scoping and design the ESG schema accordingly.
WeTrack
Incident Report
monday Work Management
Item (Incident Board)
1:manyWeTrack Incident Reports map to Items on a dedicated monday.com Incident Board. The incident type (safety, operational, reputational) maps to a Status or Label column; severity maps to a Number or Status column; description and resolution notes map to Text columns. If the customer used WeTrack's flexible property sets for incident records, we map those to a combination of monday.com custom columns and flag any that require Custom Objects. Attachments on incident records migrate as monday.com file attachments.
WeTrack
Job Category
monday Work Management
Labels Column or Dropdown Column
1:1WeTrack Job Categories restrict valid task-assignment values to prevent data entry errors. These map to monday.com Labels columns (multi-select) or Dropdown columns (single-select) on the relevant Board, depending on whether tasks in WeTrack could belong to multiple categories simultaneously. We flag any Job Categories that have no direct equivalent label in monday.com for manual reassignment.
WeTrack
Attachment
monday Work Management
File Attachment
1:1WeTrack attachments of all types (documents, images, PDFs) migrate to monday.com file attachments on the parent Item (Task) or Subitem. We map file name, file type, uploaded-by user, and upload timestamp. Actual file content migrates if the files are provided as part of the structured export; if only file references exist in WeTrack, we document the missing assets for the customer to re-upload manually post-migration.
WeTrack
Custom Field (Project)
monday Work Management
Custom Column
lossyWeTrack custom fields on Projects map to monday.com custom columns. Standard field types (text, number, date, checkbox) map directly to equivalent monday.com column types. WeTrack custom fields that use picklist or multi-select behaviour map to monday.com Dropdown or Labels columns. Custom fields that do not have a direct monday.com equivalent (e.g., complex address objects, currency with custom formatting) are flagged for the customer to either simplify or recreate manually after migration.
WeTrack
Custom Field (Task)
monday Work Management
Custom Column
lossySame mapping logic as Project custom fields applies to Task-level custom fields. We cross-reference the full export against the live WeTrack UI during discovery to identify any custom fields that appear in the UI but are absent from the standard export, mapping those as supplemental key-value records in a Text column and flagging them for review.
WeTrack
User / Owner
monday Work Management
Team Member
1:1WeTrack user accounts and task owners map to monday.com team members. We resolve owners by email match against the monday.com workspace user list. Any WeTrack user without a matching monday.com account is held in a reconciliation queue for the customer's admin to provision before record import resumes. Inactive WeTrack users are mapped as inactive monday.com guests or deactivated depending on the customer's preference.
| WeTrack | monday Work Management | Compatibility | |
|---|---|---|---|
| Project | Board1:1 | Fully supported | |
| Task | Item1:1 | Fully supported | |
| Subtask | Subitem1:1 | Fully supported | |
| Risk Register | Custom Columns (Status + Number + Text)lossy | Fully supported | |
| RAG Status Field | Status Columnlossy | Fully supported | |
| Sustainability/ESG Record | Custom Columns or Custom Objectslossy | Fully supported | |
| Incident Report | Item (Incident Board)1:many | Fully supported | |
| Job Category | Labels Column or Dropdown Column1:1 | Fully supported | |
| Attachment | File Attachment1:1 | Fully supported | |
| Custom Field (Project) | Custom Columnlossy | Fully supported | |
| Custom Field (Task) | Custom Columnlossy | Fully supported | |
| User / Owner | Team Member1: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.
WeTrack gotchas
No publicly documented API endpoint reference
Post-acquisition product positioning is unclear
Custom fields may not be exportable via standard reports
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 export coordination
We audit the customer's WeTrack instance across all modules in scope: Projects, Tasks, Subtasks, Risk Registers, Sustainability records, Incident Reports, Job Categories, custom fields on Projects and Tasks, and user list. Because WeTrack has no documented API, we request a full structured data export from WeTrack's support or account management team, supplemented by a manual UI export performed by the customer. We cross-reference the export against the live UI to identify any custom fields or records that appear in the UI but not in the export, flagging these for supplemental extraction. The discovery output is a written migration scope document listing all objects, record counts, and any export gaps.
Schema design and board architecture
We design the monday.com destination schema. This includes provisioning Boards (one per WeTrack Project, or consolidated by programme if the customer prefers), custom columns for all standard and custom WeTrack fields, Groups within Boards for task groupings, and a dedicated Incident Board. For Risk Registers, we design the RAG Status, Inherent Likelihood, and Inherent Impact column configuration and document the automation rules required to replicate cascade behaviour. For ESG records, we confirm whether Custom Objects (Enterprise tier) or custom columns (Standard/Pro) are the appropriate destination. Schema is validated in a monday.com sandbox or trial workspace before migration begins.
Export extraction and reconciliation
We work with the customer to extract a complete data package from WeTrack. For each object in scope, we verify record counts, date ranges, attachment file lists, and user assignments. We run a reconciliation pass comparing WeTrack export totals against the live UI counts for each object type. Any discrepancies (typically around custom fields absent from standard exports) are addressed by supplemental extraction or flagged for manual re-entry. The reconciled export package is the source-of-truth for the migration run.
User and owner reconciliation
We extract every distinct WeTrack user and task owner referenced across all objects and match them by email against the monday.com destination workspace. Users without a matching monday.com account are held in a reconciliation queue for the customer's admin to provision. We confirm whether inactive WeTrack users (e.g., departed team members) should be migrated as inactive guests or excluded. Owner resolution is required before record import because monday.com assignee columns require a valid workspace user reference.
Migration run in dependency order
We run the migration in record-dependency order using the monday.com API. Boards (WeTrack Projects) are created first. Items (WeTrack Tasks) are imported next with Board ID and parent-child relationships resolved. Subitems (WeTrack Subtasks) follow with parent Item IDs resolved. Risk Register items are created on the risk board with RAG, Likelihood, and Impact columns populated. ESG and Incident records are imported to the appropriate Boards or Custom Objects. Attachments are uploaded and linked to parent Items. Each phase emits a row-count reconciliation report before the next phase begins. API rate limiting is handled with exponential backoff and batch chunking.
Cutover, validation, and automation rebuild handoff
We freeze writes in WeTrack during the cutover window, run a final delta migration of any records modified since the initial export, then confirm monday.com as the system of record. We perform a validation pass comparing migrated record counts and a spot-check of 25-50 records against the WeTrack source. We deliver the automation inventory document to the customer's monday.com admin, covering every WeTrack automation and RAG cascade rule with a recommended monday.com automation equivalent. We do not rebuild WeTrack automations as monday.com automations inside the migration scope; that work is handled by the customer's admin or a monday.com partner using the delivered inventory.
Platform deep dives
WeTrack
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 WeTrack 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
WeTrack: Not publicly documented..
Data volume sensitivity
WeTrack 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 WeTrack to monday Work Management migration scoping. Not seeing yours? Book a call.
Walk through your WeTrack 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 WeTrack
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.