Project Management migration
Field-level mapping, validation, and rollback between The Daily Project and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
The Daily Project
Source
Microsoft Project
Destination
Compatibility
5 of 10
objects map 1:1 between The Daily Project and Microsoft Project.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from The Daily Project to Microsoft Project is a structural migration from a personal, list-first task manager to an enterprise project scheduling platform. The Daily Project has no bulk export endpoint, so we extract via per-record API reads at a conservative 30-60 requests per minute to avoid undocumented throttling. Recurrence rules stored as natural-language RRULE strings require parsing before they can be re-expressed in Microsoft Project's scheduling format. Tasks with checklist structures become subtasks with outline indentation preserved. Sections map to summary task groupings or task groups. Labels become custom text fields. Attachments migrate as URL references only; actual file content must be independently downloaded and re-uploaded. Comments transfer as task notes. We do not migrate workflows, automations, or any reporting configuration, and we deliver a written inventory of these for the customer's admin to rebuild post-migration.
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 The Daily Project object lands in Microsoft Project, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
The Daily Project
Task
Microsoft Project
Task
1:1The Daily Project tasks map to Microsoft Project tasks. Task title becomes Task Name. Description migrates to the Notes field. Due date maps to either Finish Date (in Fixed Duration scheduling mode) or to a custom Due_Date__c field if the customer uses Fixed Units or Fixed Work. Priority flag (low/medium/high) maps to the Priority field (1-10 scale). Checklist items within a task become subtasks with outline indentation preserved. Task order within a section is preserved by setting the Outline Number and WBS fields during import.
The Daily Project
Project
Microsoft Project
Project
1:1Each The Daily Project project maps to a separate Microsoft Project plan (MPP file or Project for the web project). Project name becomes the project title. Project colour label migrates as a custom text field project_colour__c since Microsoft Project does not have a native colour property. Task membership is preserved so all tasks within a section belong to the correct project. Archived projects require an explicit include-archived toggle during extraction; we set this flag in scoping but exclude archived projects from migration unless the customer requests them in writing.
The Daily Project
Section
Microsoft Project
Summary Task / Task Group
1:manyThe Daily Project sections provide horizontal grouping within a project (e.g. Backlog, In Progress, Done). Sections map to Microsoft Project summary tasks that act as grouping headers for their child tasks. The section name becomes the summary task name. Relative task order within each section is preserved by setting the Outline Level and ID fields during import. If the customer uses section colour coding, the colour value migrates to a custom summary task field. Microsoft Project's outline structure supports unlimited nesting; single-level sections from The Daily Project map to top-level summary tasks.
The Daily Project
Recurring Task
Microsoft Project
Recurring Task
lossyThe Daily Project stores recurrence as natural-language RRULE strings (e.g. FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR). We parse each RRULE at migration time and re-express it in Microsoft Project's recurrence dialog format: frequency (daily, weekly, monthly, yearly), interval, days of week, day of month, and end condition. Non-standard phrasing (e.g. 'every couple of weeks on Tuesday') cannot be fully parsed algorithmically and require a manual mapping step; we flag these during scoping and confirm the mapping with the customer before recurrence data is committed.
The Daily Project
Comment
Microsoft Project
Task Note
1:1The Daily Project comments attached to tasks migrate as Microsoft Project task notes. Comment body text, author name, and timestamp are included. @username mentions within comment text are preserved as plain-text strings and are not automatically linked to Microsoft Project user accounts since The Daily Project has no native user concept. The customer may choose to manually tag colleagues post-migration if Microsoft Project user accounts exist.
The Daily Project
Attachment (URL reference)
Microsoft Project
Document / Document Upload
lossyThe Daily Project stores attachment URLs pointing to externally hosted files, not the file content itself. We transfer the URL reference and original filename as a text value in a custom attachments_url__c field on the task. The actual file content must be independently downloaded from the source URL and re-uploaded to the destination SharePoint document library or Microsoft Project attachment layer. If the source URL becomes inaccessible before migration completes, the attachment migrates as a broken link and is flagged in the pre-cutover URL validation report.
The Daily Project
Label
Microsoft Project
Custom Text Field
1:1The Daily Project labels are flat tag strings applied to tasks. We migrate label names and apply them to corresponding Microsoft Project tasks via a custom Text1 through Text10 field (or a named custom field if Project Plan 3 or above is in use). If the customer uses multiple labels per task, we concatenate them with semicolons in a single custom field or distribute across multiple custom fields based on the destination plan's custom field quota. Label colour information is not available from The Daily Project's API and cannot be migrated.
The Daily Project
Checklist Item
Microsoft Project
Subtask
1:manyThe Daily Project checklist items within a task map to subtasks in Microsoft Project with outline indentation one level below the parent task. The checklist item text becomes the subtask name. Checklist completion status (checked/unchecked) maps to the Percent Complete field: completed items set to 100%, incomplete items set to 0%. Task order among checklist items is preserved by the subtask ID sequence. Checklist items that reference external URLs may have those URLs preserved as task notes on the subtask.
The Daily Project
Due Date
Microsoft Project
Finish Date
lossyThe Daily Project due date maps to Microsoft Project Finish Date. Before migration, we confirm the scheduling mode in use: Fixed Duration (default for most imported plans) means the due date maps directly; Fixed Work or Fixed Units scheduling modes require a start date calculation based on the due date and estimated effort. We configure the scheduling mode in the destination project before import and document any due-date-only tasks that cannot be fully scheduled without start date information.
The Daily Project
Priority Flag
Microsoft Project
Priority Field
1:1The Daily Project priority flag (low, medium, high) maps to Microsoft Project's Priority field on a 0-10 scale: low maps to 250, medium maps to 500, high maps to 1000. Tasks without a priority flag default to 500 (medium). The priority value affects task sorting in Project for the web views and is used by some reporting filters. We preserve the priority value but note that Microsoft Project does not have a native task importance or urgency flag beyond this numeric scale.
| The Daily Project | Microsoft Project | Compatibility | |
|---|---|---|---|
| Task | Task1:1 | Fully supported | |
| Project | Project1:1 | Fully supported | |
| Section | Summary Task / Task Group1:many | Fully supported | |
| Recurring Task | Recurring Tasklossy | Fully supported | |
| Comment | Task Note1:1 | Fully supported | |
| Attachment (URL reference) | Document / Document Uploadlossy | Fully supported | |
| Label | Custom Text Field1:1 | Fully supported | |
| Checklist Item | Subtask1:many | Fully supported | |
| Due Date | Finish Datelossy | Fully supported | |
| Priority Flag | Priority Field1: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.
The Daily Project gotchas
No public bulk export API
Recurrence stored as opaque strings
Attachment URLs only — no file migration
No native user or workspace role concept
Archive state not exposed in export
Microsoft Project gotchas
Project for the web is being retired and merged into Microsoft Planner
Planner-tier portfolio features are incomplete despite Plan 5 labeling
Web app constraint controls are weaker than the Windows desktop client
Project requires a separate license not bundled with standard Microsoft 365
Project Online API is edition-gated and inconsistently documented
Pair-specific challenges
Migration approach
Discovery and API audit
We audit the The Daily Project account via per-record API reads across all tasks, projects, sections, comments, attachments, labels, and recurring task records. We record the task count per project, section nesting depth, recurrence rule patterns (standard vs non-standard), attachment URL health, and label taxonomy. We confirm whether archived tasks should be included via the include-archived API flag. We identify any UI-only custom fields and classify them as text properties for migration. We assess API response latency to calibrate conservative request pacing and produce a discovery report with record counts, estimated extraction time, and any non-standard recurrence items requiring manual mapping.
Microsoft Project destination setup
We create the destination project plan structure in Microsoft Project. For Project for the web, we create a project per The Daily Project project, configure the SharePoint document library connection, and set the scheduling mode (Fixed Duration recommended for date-only imports). For Project Desktop, we create MPP files with appropriate calendar settings. We provision custom fields (Text1-10 or named fields) for labels and attachment URLs if Project Plan 3 or above is in use. We document the task owner reference list for the customer to provision Microsoft 365 user accounts before the assignment phase begins.
Recurrence parsing and mapping confirmation
We parse every unique recurrence rule pattern encountered during extraction. Standard RRULE patterns (FREQ=WEEKLY;BYDAY=MO,TU,WE,TH,FR, etc.) are automatically mapped to Microsoft Project recurrence dialog equivalents. Non-standard phrasing is flagged in a recurrence mapping document sent to the customer for written confirmation. We do not commit recurring task data until all non-standard patterns have a confirmed mapping. For each confirmed recurring task, we create the recurrence series in the destination project with the correct frequency, interval, days, and end condition.
Attachment URL validation
We run an HTTP reachability check against every attachment URL extracted from The Daily Project. URLs that return 200 OK are flagged as valid and queued for the customer's file download step. URLs that return 404, 403, or timeout are flagged as broken links and reported to the customer with the task name and attachment filename. The customer independently downloads valid files to a staging location for re-upload to SharePoint. We do not download file content ourselves; we only preserve the URL reference. We re-run URL validation before the cutover window opens to catch any links that expired during the migration window.
Production migration in dependency order
We run production migration in record-dependency order: projects first (as container), then sections as summary tasks, then tasks with outline structure, then checklist items as subtasks, then comments as task notes, then recurring task series, then labels as custom fields, then attachment URL references. Each phase emits a row-count reconciliation report. For large workspaces (over 1,000 tasks), we chunk the migration into batches of 200 tasks with checkpoint validation between batches to prevent data loss from a mid-migration API interruption.
Cutover, validation, and owner assignment handoff
We freeze The Daily Project writes during the cutover window, run a final delta migration of any records modified during migration, then close out the migration. We deliver a summary report with record counts, any remaining broken attachment links, any recurrence rules that were mapped manually, and the task owner reference list for manual assignment. We do not assign tasks to Microsoft Project users; that requires the customer's admin to map The Daily Project owner names to provisioned Microsoft 365 accounts. We provide a one-week hypercare window for reconciliation issues raised by the customer's team. Workflows, automations, and reporting configurations do not migrate; we deliver a written inventory of any automation patterns observed for the admin to rebuild in Microsoft Project.
Platform deep dives
The Daily Project
Source
Strengths
Weaknesses
Microsoft Project
Destination
Strengths
Weaknesses
Complexity grading
Moderate Project Management migration. 1 of 8 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across The Daily Project and Microsoft Project.
Object compatibility
1 of 8 objects need a manual workaround.
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
The Daily Project: Not publicly documented.
Data volume sensitivity
The Daily Project 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 The Daily Project to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your The Daily Project to Microsoft Project migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave The Daily Project
Other ways to arrive at Microsoft Project
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.