Project Management migration
Field-level mapping, validation, and rollback between Freelo and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Freelo
Source
Microsoft Project
Destination
Compatibility
5 of 10
objects map 1:1 between Freelo and Microsoft Project.
Complexity
BStandard
Timeline
4-6 weeks
Overview
Moving from Freelo to Microsoft Project is a structural migration from a flat four-level hierarchy into a WBS-based project plan. Freelo organizes work as Projects containing To-Do Lists containing Tasks containing Subtasks; Microsoft Project collapses this into Tasks with Outline Number hierarchy, Summary Tasks, and a Resource Sheet. We extract the full Freelo hierarchy from the asynchronous ZIP export, map To-Do Lists as Summary Tasks (Phase level), preserve Subtasks as nested children in the WBS outline, and reconcile Freelo's deadline-only model by inferring task Start dates or mapping due dates to Finish dates based on the customer's scheduling preference. File attachments are embedded directly in the .mpp file or linked via SharePoint depending on the Microsoft Project variant. Comments have no native Microsoft Project equivalent; we migrate them as task Notes or bundle them into a companion SharePoint document library. We do not migrate Freelo workflows, notifications, or activity logs as these are not persistent project records and Microsoft Project does not have a comparable automation layer.
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 Freelo 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.
Freelo
Project
Microsoft Project
Project (.mpp file) or Project Online / Project for the web plan
1:1Each Freelo Project maps directly to a single Microsoft Project plan (.mpp file for Project Desktop, or a Project Web App project plan for Project Online). Project name, description, start date (inferred from earliest task if not explicit), and deadline (mapped to project Finish date) migrate as-is. The Freelo project's status (active, archived) maps to Project Desktop's percent complete field or Project Online's Project Finish Date. If the customer has multiple Freelo projects that logically belong in one Microsoft Project plan, we offer a merge during scoping.
Freelo
To-Do List
Microsoft Project
Summary Task (Phase level)
1:1Freelo To-Do Lists map to Microsoft Project Summary Tasks at the Phase or stage level of the WBS. The To-Do List name becomes the Summary Task name; its description maps to the Summary Task's Notes field. Outline Number is assigned based on the To-Do List's position within the project. The To-Do List's creation date and manager assignment are preserved as custom fields or Notes. We confirm during scoping whether each Freelo To-Do List should generate a new Summary Task or whether the customer wants a flattened task list with custom columns instead.
Freelo
Task
Microsoft Project
Task
1:1Freelo Tasks map directly to Microsoft Project Tasks. We map title, description (to the Task Name and Notes), deadline (to Finish date), assignee (to a Resource assignment on the task), author, creation date, completion date, and status. If the task has no explicit start date in Freelo, we infer it from the project start date or from the deadline minus estimated duration. Freelo task priority (low, medium, high) maps to a custom Priority field in Microsoft Project since the built-in Priority field uses a 1-10 numeric scale.
Freelo
Subtask
Microsoft Project
Subtask (nested child Task via WBS outline)
1:manyFreelo Subtasks nested under a Task map to child Tasks in the Microsoft Project WBS outline, inheriting the parent's Summary Task structure. Parent-child linkage is preserved as Outline Level (indented under the parent Task). We retain the Freelo subtask name, status, assignee, and deadline. If a Freelo task has multiple Subtasks with conflicting assignees, we create individual resource assignments on the child tasks rather than on the parent. Outline numbers are assigned sequentially during import.
Freelo
User / Coworker
Microsoft Project
Resource (Resource Sheet)
1:1Freelo users (Admin, Project Manager, Member roles) map to Microsoft Project Resources in the Resource Sheet. We export each user's name, email, and role. During migration, we create Resource records in the destination .mpp file with the user's name as the Resource Name. If the customer uses Microsoft Project Online or Project for the web, we can map Freelo users to existing Microsoft 365 users by email for resource booking. Role information is preserved in a custom Resource Notes field. Any Freelo user without a match in the destination is flagged in the reconciliation report.
Freelo
Time Entry / Cost tracking
Microsoft Project
Task Duration and Work fields + Resource cost rates
lossyFreelo time entries (duration and cost value per task) map to Microsoft Project's Duration and Work fields on the relevant task. If the customer has set resource cost rates in the Resource Sheet, Microsoft Project automatically calculates total task cost. We map the time entry currency and cost value from Freelo to a custom cost field or to the standard Cost field in the destination. This mapping requires confirmation during scoping because Freelo's cost tracking is only available on paid tiers and some teams use it for billing rather than project planning.
Freelo
File / Attachment
Microsoft Project
Embedded file in .mpp or SharePoint document library link
lossyFreelo file attachments (up to 100 MB per file) are exported from the ZIP bundle. We re-upload them as attachments on the relevant task. In Microsoft Project Desktop, files can be attached to tasks via the Task Inspector or inserted as objects; larger files are linked rather than embedded to keep the .mpp file size manageable. If the destination is Project Online or Project for the web integrated with SharePoint, we attach files directly to the SharePoint document library associated with the plan. Files exceeding 50 MB per Microsoft Project's attachment limit are flagged for manual review.
Freelo
Comment
Microsoft Project
Task Notes field or SharePoint companion document library
lossyFreelo comment threads on Tasks and To-Do Lists have no native Microsoft Project equivalent. Task Notes is a single text field per task, not a thread. We migrate the most recent or most relevant comment to the Task Notes field. If the customer needs full comment history preserved, we create a SharePoint document library as a companion to the migrated plan, with one text file per task containing the comment thread. This is decided during scoping; the default is Notes field migration only.
Freelo
Custom Field
Microsoft Project
Custom Task Field or Text Custom Field
lossyFreelo custom fields on Tasks (text, number, date, dropdown) are exported as name-value pairs from the API. We create matching custom fields in Microsoft Project (Text1-30, Number1-10, Date1-10, Flag1-10 depending on type) and populate them during migration. Dropdown values in Freelo become valid custom field values in Microsoft Project's custom field picklist. We present all custom fields for customer review during the mapping phase because Freelo does not expose field type schema descriptors in the API response.
Freelo
Notifications and Activity Log
Microsoft Project
Not migrated
1:1Freelo notifications (in-app alerts, email cadence, weekly reports) are ephemeral session-state data and are not migrated. The activity log (state-change history per task) is not a persistent project record in Freelo and has no Microsoft Project equivalent. We do not migrate these objects. If the customer needs an audit trail of past task changes, Freelo's activity log export can be provided as a separate CSV for manual reference outside the project plan.
| Freelo | Microsoft Project | Compatibility | |
|---|---|---|---|
| Project | Project (.mpp file) or Project Online / Project for the web plan1:1 | Fully supported | |
| To-Do List | Summary Task (Phase level)1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Subtask | Subtask (nested child Task via WBS outline)1:many | Fully supported | |
| User / Coworker | Resource (Resource Sheet)1:1 | Fully supported | |
| Time Entry / Cost tracking | Task Duration and Work fields + Resource cost rateslossy | Fully supported | |
| File / Attachment | Embedded file in .mpp or SharePoint document library linklossy | Fully supported | |
| Comment | Task Notes field or SharePoint companion document librarylossy | Fully supported | |
| Custom Field | Custom Task Field or Text Custom Fieldlossy | Fully supported | |
| Notifications and Activity Log | Not migrated1: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.
Freelo gotchas
Free-plan export cap limits migration scope
Full data export is asynchronous with 1–2 day delay
File upload limit of 100 MB per file
No publicly documented API rate limits
Custom field type mapping may require manual review
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
Scoping and plan-tier confirmation
We audit the source Freelo account for project count, task count, subtask nesting depth, attachment file sizes, time entry volume, and custom field inventory. We confirm the account's plan tier (Free, Team, Enterprise) because the free plan's 3-project and 3-user cap limits migration scope. We also identify which Microsoft Project variant the customer is targeting (Project Desktop Standard, Professional, or Project Online) because file embedding and SharePoint integration behave differently. The scoping output is a written migration scope with record counts, a WBS structure preview, and a list of items requiring customer decisions (Start date strategy, comment handling, file storage approach).
Freelo ZIP export coordination
We coordinate with the Freelo account owner to trigger the comprehensive data export at the start of the migration window. The export is processed asynchronously and delivered via email within one to two business days. While waiting for the ZIP bundle, we run a parallel API extraction to pull task data, user data, and custom fields so that migration work can begin without waiting for files. If the ZIP does not arrive within two business days, we proceed with the API-based extraction and flag files for post-migration manual re-upload. The ZIP bundle is unpacked and validated against the API extraction to ensure completeness before the next step.
Data extraction and transform
We extract the full Freelo dataset from the ZIP bundle and the parallel API pull. The extraction covers Projects, To-Do Lists, Tasks, Subtasks, Users, time entries, custom field values, and comment threads. We apply the transform: Projects become project plans; To-Do Lists become Summary Tasks; Tasks and Subtasks are assigned WBS outline levels and Outline Numbers; deadline dates are mapped to Finish dates with Start dates inferred per the scoping decision; user assignees are resolved to Resource records. Custom field values are paired with their field names and types for destination schema mapping. Comments are sorted by task and timestamp.
Destination schema setup
We configure the destination Microsoft Project plan. For Project Desktop, we create the .mpp file structure with the Resource Sheet populated from Freelo users, custom fields set up per the custom field inventory, and the task hierarchy scaffolded before data import. For Project Online or Project for the web, we provision the project plan in PWA or Planner, configure custom columns matching the Freelo custom field types, and set up resource booking if Microsoft 365 user integration is required. The Resource Sheet or resource plan is validated against the Freelo user roster to confirm all assignees have a corresponding resource entry before task import begins.
Production migration
We run the migration into the target .mpp file or Project Online plan in dependency order: Resource Sheet first, then Summary Tasks (from To-Do Lists), then child Tasks and Subtasks with their WBS outline levels, then custom field values, then time entries as Duration and Work. File attachments are embedded or linked based on file size. Comments migrate to Task Notes or the SharePoint companion library per the scoping decision. Each phase emits a row-count reconciliation report. We run a validation pass comparing migrated task count against the Freelo API task count to confirm no silent drops. The customer reviews a sample of 20-30 tasks for accuracy before we proceed to cutover.
Cutover and delivery
We freeze write access to the Freelo account during cutover. Any tasks modified during the migration window are delta-migrated. We deliver the completed .mpp file or Project Online project link, the migration manifest (mapping decisions, skipped items, custom field list), the SharePoint companion library if agreed, and a written inventory of Freelo workflows or automations that require manual rebuild in Microsoft Project (Microsoft Project has no native workflow automation; the customer's admin uses Microsoft Power Automate or Project Desktop macros for equivalent logic). We support a 48-hour post-delivery validation window for record reconciliation before closing the migration.
Platform deep dives
Freelo
Source
Strengths
Weaknesses
Microsoft Project
Destination
Strengths
Weaknesses
Complexity grading
Standard Project Management migration. 1 of 8 objects need a mapping; the rest are 1:1.
Overall complexity
Standard migration
Derived from compatibility, mapping clarity, API constraints, and data volume across Freelo and Microsoft Project.
Object compatibility
1 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
Freelo: Not publicly documented — no explicit per-minute or per-day quota published in official docs.
Data volume sensitivity
Freelo 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 Freelo to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Freelo 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 Freelo
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.