Project Management migration
Field-level mapping, validation, and rollback between Toggl Plan and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Toggl Plan
Source
Microsoft Project
Destination
Compatibility
8 of 12
objects map 1:1 between Toggl Plan and Microsoft Project.
Complexity
CModerate
Timeline
3-5 weeks
Overview
Moving from Toggl Plan to Microsoft Project is a structural migration across two fundamentally different planning paradigms. Toggl Plan is a team-scheduling tool where Tasks are assigned directly to users on a shared timeline; Microsoft Project schedules work against Resources and calculates task dates from dependencies and resource calendars. That distinction shapes every mapping decision. We extract Toggl Plan data through the CSV export or API V5 endpoint, expand recurring task patterns into individual task instances (since Microsoft Project handles recurrence differently), map Toggl Segments to Microsoft Project custom fields, and assign Toggl Plan users as Resources rather than direct assignees. Taskbox contents, attachments, and task comments do not migrate because Toggl Plan excludes them from both the CSV export and the API V5 scope. Archived projects are migrated in a separate phase so they do not contaminate the active project scope. We do not migrate Toggl Plan automations, task filters, or saved views; we deliver a written inventory of these for the customer's project manager to recreate in Microsoft Project.
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 Toggl Plan 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.
Toggl Plan
Project
Microsoft Project
Project
1:1Toggl Plan Projects map directly to Microsoft Project project files or Project Online projects. We preserve project name, client association (mapped to a Project Summary Task or custom Project Summary field), archived status, and segment tag. Each Toggl Plan Project becomes a standalone Microsoft Project file (.mpp) or a Project Online project, and we keep the same project start and target dates where available. Archived projects migrate in a separate phase with an archive subfolder designation in the destination naming convention.
Toggl Plan
Task
Microsoft Project
Task
1:1Toggl Plan Tasks map to Microsoft Project Tasks. Task name, status (todo/in-progress/done), due date, start date, and time estimate in minutes migrate to Task Name, Status, Finish, Start, and Duration fields respectively. Toggl Plan's subtasks map to Microsoft Project summary tasks with the parent-child relationship preserved via WBS hierarchy. Task assignment in Toggl Plan is direct user-to-task; in Microsoft Project it is Resource-to-Task, so we resolve the Toggl Plan assignee to a pre-provisioned Microsoft Project Resource before task import.
Toggl Plan
Recurrence
Microsoft Project
Task (expanded)
lossyToggl Plan exports recurrence as a pattern-level rule on the task, not as individual task instances. Microsoft Project does not preserve a recurrence rule as a single object—repeating tasks are either stored as individual task instances or managed via custom recurrence-label fields. During scoping, we ask the customer whether they want full instance expansion (each recurrence generates a separate Microsoft Project task) or a single task with a recurrence label field and a note. Full expansion is the default for projects with fewer than 50 recurring tasks; label-only migration is used for high-frequency recurrence counts.
Toggl Plan
Milestone
Microsoft Project
Milestone
1:1Toggl Plan Milestones (named deadline markers with a target date) map directly to Microsoft Project Milestone tasks. We preserve the milestone name and target date; the milestone is created as a Microsoft Project task with zero duration and marked as a Milestone task. If the destination does not support milestones at the project level, we convert them to summary tasks with zero duration.
Toggl Plan
Tag
Microsoft Project
Text1 Custom Field (or Outline Code)
lossyToggl Plan Tags are flat labels applied to tasks across the workspace. Microsoft Project supports enterprise custom fields (Text1 through Text30, or Outline Codes) that can serve as tag containers. We map tag names to a Text custom field on Task, preserving all tag values. If the customer uses tag colors for status differentiation, we map color metadata to a second custom field (Flag1 or Text2) for visual reference in the destination.
Toggl Plan
Segment
Microsoft Project
Text Custom Field on Project and Task
lossyToggl Plan Segments are workspace-level categorization labels for tasks or projects. Microsoft Project has no native Segment equivalent, so we map Segment values to a Project-level and Task-level Text custom field (e.g., ProjectSegment__c or Text10) created during schema setup. If the customer uses Segments for project grouping, we discuss whether they want a separate Microsoft Project file per Segment or a single project with Segment as a task filter.
Toggl Plan
Client
Microsoft Project
Project Summary Task or Custom Project Field
lossyToggl Plan Clients are associated with Projects. Microsoft Project does not have a native Client object. We map Client name to a custom Project-level text field (e.g., ClientName__c) or create a top-level Project Summary Task labeled with the Client name if the customer prefers visible grouping. The customer chooses the representation during scoping.
Toggl Plan
Team
Microsoft Project
Resource
1:1Toggl Plan Teams are groupings of users whose schedules appear together on the same timeline. We map each Toggl Plan Team to a Microsoft Project Resource Group (or a named Resource Pool entry). Individual team members become Resources within that Resource Group, with their display name, email, and availability preserved from the Toggl Plan user profile. Resource calendars in Microsoft Project reflect the user's default availability unless the customer provides a custom calendar.
Toggl Plan
User
Microsoft Project
Resource
1:1Toggl Plan Users (name and email) map to Microsoft Project Resources. We resolve by email match against the provisioned Resource list. Any Toggl Plan User without a matching Resource in the destination is held in a reconciliation queue for the customer's project admin to provision before task assignment migration. Role differences (Workspace Owner, Admin, User) do not map to Microsoft Project's resource-level permission model and are not carried over.
Toggl Plan
Time Estimate
Microsoft Project
Duration field
1:1Toggl Plan stores task estimates in minutes. We preserve the numeric estimate and convert it to Microsoft Project Duration units (days or hours based on the customer's default calendar setting). The estimate is applied as a fixed Duration on the Task, not as a planned work value, unless the customer has configured Microsoft Project for task-type scheduling. We flag this distinction during scoping.
Toggl Plan
Taskbox
Microsoft Project
none
1:1The Toggl Plan Taskbox is a personal holding area for tasks not yet assigned to a project or team. It is an ephemeral workspace state rather than a persistent data object. Microsoft Project has no equivalent container. We do not migrate Taskbox contents as part of the migration scope. If the customer requires preservation of Taskbox items, we export them as a separate CSV and deliver it for manual entry in the destination.
Toggl Plan
Attachment
Microsoft Project
none
1:1Toggl Plan does not expose attachment data through its CSV export or API V5 endpoint. File attachments to tasks are not included in any accessible export path and cannot be migrated. We flag this gap during scoping and advise the customer to export attachments manually from Toggl Plan before the migration window if preservation is required.
| Toggl Plan | Microsoft Project | Compatibility | |
|---|---|---|---|
| Project | Project1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Recurrence | Task (expanded)lossy | Mapping required | |
| Milestone | Milestone1:1 | Fully supported | |
| Tag | Text1 Custom Field (or Outline Code)lossy | Fully supported | |
| Segment | Text Custom Field on Project and Tasklossy | Fully supported | |
| Client | Project Summary Task or Custom Project Fieldlossy | Fully supported | |
| Team | Resource1:1 | Fully supported | |
| User | Resource1:1 | Fully supported | |
| Time Estimate | Duration field1:1 | Fully supported | |
| Taskbox | none1:1 | Not supported | |
| Attachment | none1: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.
Toggl Plan gotchas
Toggl Plan is actively being sunset into Toggl Focus
Data export restricted to workspace Owners and Admins
CSV export omits comments, attachments, and custom field metadata
Recurrence export is pattern-level, not instance-level
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 Toggl Plan export
We audit the Toggl Plan workspace for active and archived projects, tasks (including recurrence patterns), teams, users, tags, segments, clients, milestones, and time estimates. We confirm the customer's workspace status (active Toggl Plan vs redirected to Toggl Focus) and request Admin-level credentials for the CSV export or API V5 access. We flag any gaps in the data model early—missing segments, high-volume recurrence, large archived portfolios—and produce a written scoping document with estimated record counts and a recommendation on recurrence expansion strategy before any schema work begins.
Schema design and custom field provisioning
We design the Microsoft Project destination schema. This includes creating custom text fields for Segments and Tags (at both Project and Task levels), provisioning Resources for each Toggl Plan user and mapping Teams to Resource Groups, and configuring any custom Project Summary fields needed for Client names. We set the default calendar and working hours in Microsoft Project to match the Toggl Plan team's availability. Schema is validated in a staging environment before production migration to catch any field-type mismatches.
Staging migration and reconciliation
We run a full migration into a staging Microsoft Project environment or Project Online sandbox using production-like data volume. The customer's project manager reconciles record counts (Projects in, Tasks in, Milestones in, Resources in), spot-checks task assignments and date accuracy against the Toggl Plan source data, and confirms the recurrence expansion output. Any mapping corrections—Segment mapping, milestone representation, duration unit conversion—happen in staging before the production migration begins.
Recurrence expansion and dependency mapping
We apply the recurrence expansion strategy agreed during scoping. For each Toggl Plan task with a recurrence rule, we either generate individual Microsoft Project task instances (with start and finish dates calculated from the recurrence pattern and the project's calendar) or create a single task with a custom recurrence label field. We also map any Toggl Plan task dependencies if the source data includes predecessor relationships; if not, we flag the absence for the customer's PM to configure post-migration.
Production migration in dependency order
We run production migration in record-dependency order: Resources (first, because all task assignments resolve to Resources), Projects (with archived projects in a separate batch), Tasks (with parent-child hierarchy and duration preserved), Milestones, Tags and Segments (as custom field values on existing records), and Client mappings. Each phase emits a row-count reconciliation report before the next phase begins. We use Microsoft Project's import API or direct .mpp API writes with batch chunking and error logging.
Cutover, validation, and handoff
We freeze Toggl Plan writes during cutover and run a final delta migration of any records modified during the migration window. Archived projects are migrated in the final phase. We deliver a written inventory of Toggl Plan saved views, task filters, and any workspace-level configurations that do not migrate, along with a recommendation for recreating them in Microsoft Project. We support a one-week hypercare window for reconciliation issues. We do not rebuild Toggl Plan views, filters, or project templates as part of the standard migration scope; those are documented for the customer's project manager to recreate.
Platform deep dives
Toggl Plan
Source
Strengths
Weaknesses
Microsoft Project
Destination
Strengths
Weaknesses
Complexity grading
Moderate Project Management migration. 2 of 8 objects need a manual workaround.
Overall complexity
Moderate migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Toggl Plan and Microsoft Project.
Object compatibility
2 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
Toggl Plan: Not publicly documented for Toggl Plan API V5; Toggl Track (related product) enforces 30 req/hr (Free), 240 req/hr (Starter), 600 req/hr (Premium) per user per workspace under a sliding 60-minute window.
Data volume sensitivity
Toggl Plan 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 Toggl Plan to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Toggl Plan 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 Toggl Plan
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.