Project Management migration
Field-level mapping, validation, and rollback between Float and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Float
Source
Microsoft Project
Destination
Compatibility
6 of 12
objects map 1:1 between Float and Microsoft Project.
Complexity
BStandard
Timeline
4-8 weeks
Overview
Float and Microsoft Project take fundamentally different approaches to project planning. Float uses a calendar-first schedule view where people are assigned to tasks by date range, while Microsoft Project uses Gantt-chart task rows with start and finish dates, duration, and dependency predecessors. The migration is a semantic translation: Float schedule exports map to task rows with assigned resources, Float's estimated hours become task duration or work values, and Float's People records become Microsoft Project Resources. Float Placeholders (unconfirmed or future hires) have no native Microsoft Project equivalent — we flag them as inactive Resources or exclude them based on the customer's resource-pool strategy. Float's time-tracking history (planned vs. actual hours) migrates as task-level actual work entries where assignment hours can be matched to task rows. Workflows, capacity heatmaps, and Float's saved custom views do not migrate; we deliver a written map of the custom view schema for manual rebuild 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 Float 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.
Float
Project
Microsoft Project
Project
1:1Float Projects map to Microsoft Project project files (MPP) or Project Online projects. We extract Project name, status (active, archived), client association, and start/end dates from Float and map them to the project-level fields in Microsoft Project. The client association from Float's client grouping maps to an Enterprise Project Outline Code or a custom Client field in Microsoft Project.
Float
People
Microsoft Project
Resource
1:1Float People records map to Microsoft Project named Resources with Max Units (typically 100% for full-time, lower for part-time), cost rate, and bill rate from Float's cost_rate and bill_rate fields. The resource type (Work, Material, or Cost) is set to Work for team members. We resolve inactive Float People to inactive Resources with Max Units at 0% to preserve the record for historical reporting without counting against Microsoft Project licensing.
Float
Task
Microsoft Project
Task
1:1Float Tasks map to Microsoft Project task rows. Float's assigned hours and date range become Microsoft Project Start and Finish dates with Duration calculated from the date span. Float's task name, estimated hours, and task notes migrate directly. Float's has no dependency field, so tasks import as independent — we deliver a predecessor mapping document listing inferred Finish-to-Start relationships based on sequential task order or sub-project structure for manual creation post-migration.
Float
Schedule
Microsoft Project
Task Assignment
lossyFloat's Schedule view (the core resource allocation data) is the migration's most complex mapping. We export the schedule as a CSV including team member, date range, task, project, client, and scheduled hours. Each row maps to a Microsoft Project Task Assignment: the resource (from People), the task (from Task), and the scheduled hours become Assignment Units or Work values. For part-time allocations (less than 8 hours/day), we set the Assignment Units to the fractional value.
Float
Placeholder
Microsoft Project
Generic Resource or Exclusion
1:1Float Placeholders (unconfirmed hires or future headcount) have no native Microsoft Project equivalent. We offer two strategies: convert Placeholders to Generic Resources with Max Units matching the placeholder allocation, or exclude Placeholders from migration with a written inventory of all Placeholder records (person name, role, project, date range, hours) for manual Resource creation post-migration. The strategy is chosen during scoping based on the customer's resource-pool policy and Float plan tier.
Float
Department
Microsoft Project
Resource Group
1:1Float Departments map to Microsoft Project Resource Groups. The department name and its relationship to assigned People transfer as the Resource Group field on each Resource record. Resource Group enables filtering and resource leveling views by department in Microsoft Project.
Float
Role
Microsoft Project
Resource Initials or Custom Field
lossyFloat Roles (e.g., Developer, Designer) categorize People for availability filtering. Microsoft Project Resources do not have a native Role field. We map Float Roles to a custom Resource text field (e.g., Role__c) or use the Resource Initials field as a shorthand. The customer selects the preferred approach during scoping.
Float
Client
Microsoft Project
Custom Field (Client) or Outline Code
lossyFloat Clients group Projects and appear in billing and reporting views. Microsoft Project has no native Client object — Projects are standalone. We map Float Client names to a custom Project-level text field (e.g., Client__c) or an Enterprise Project Outline Code if the customer uses Project Online and has Enterprise Custom Fields configured.
Float
Time Entry
Microsoft Project
Task Actual Work
1:1Float time entries (actual hours logged against Tasks) on Pro and above plans map to Microsoft Project task-level Actual Work entries. We match Float time entries to Microsoft Project tasks by task name and date, then write the logged hours as Actual Work on the corresponding assignment row. Planned hours from Float migrate as Work or Baseline Work depending on the destination tier. Historical time entries spanning billing periods are flagged for fiscal period alignment in Microsoft Project before import.
Float
Time Off
Microsoft Project
Resource Availability (Gantt Block)
lossyFloat Time Off blocks represent capacity reductions for specific dates. Microsoft Project has no native Time Off object, but Time Off blocks can be represented as generic task rows with no work (zero hours) or as resource-specific availability notes in a custom field. We deliver Time Off as a written calendar inventory with person, start date, end date, and type (vacation, sick, leave) for manual entry or Power Automate workflow recreation post-migration.
Float
Custom Field (People)
Microsoft Project
Custom Resource Field
lossyFloat custom fields on People vary per account and require pre-migration schema discovery via the custom-fields API endpoint. We enumerate all active custom fields, types (text, number, dropdown), and options before migration. Text custom fields map to Microsoft Project custom Resource text fields; number fields map to number custom fields; dropdown fields map to custom fields with picklist options where supported. Project Online Enterprise Custom Fields must be configured in the admin settings before migration begins.
Float
Custom Field (Project)
Microsoft Project
Custom Project Field
lossyFloat custom fields on Projects migrate to Microsoft Project custom Project-level fields. We apply the same type-mapping logic used for People custom fields: text to text, number to number, dropdown to picklist. The destination Project Online tenant must have the Enterprise Custom Fields feature enabled and the fields pre-created in the PWA settings before we begin the project import phase.
| Float | Microsoft Project | Compatibility | |
|---|---|---|---|
| Project | Project1:1 | Fully supported | |
| People | Resource1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Schedule | Task Assignmentlossy | Fully supported | |
| Placeholder | Generic Resource or Exclusion1:1 | Fully supported | |
| Department | Resource Group1:1 | Fully supported | |
| Role | Resource Initials or Custom Fieldlossy | Fully supported | |
| Client | Custom Field (Client) or Outline Codelossy | Fully supported | |
| Time Entry | Task Actual Work1:1 | Fully supported | |
| Time Off | Resource Availability (Gantt Block)lossy | Fully supported | |
| Custom Field (People) | Custom Resource Fieldlossy | Fully supported | |
| Custom Field (Project) | Custom Project Fieldlossy | 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.
Float gotchas
Placeholder limits by tier block full import
Active-user billing model affects migration scoping
Schedule CSV export truncates at date-range boundaries
Custom fields require pre-migration schema discovery
Time entry history spans billing periods
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 Float plan audit
We audit the source Float account across plan tier (Starter/Pro/Enterprise), project count, task count, people count, Placeholder count, department and role structure, time-entry history date range, and custom field schema via the custom-fields API. We identify the destination environment — Microsoft Project Desktop (MPP file import) or Project Online / Project for the web (REST API import) — and confirm the migration path before any extraction begins. The discovery output is a written migration scope with object counts, custom field inventory, Placeholder resolution strategy, and a recommended Microsoft Project plan tier.
Custom field schema pre-creation in Microsoft Project
Before extracting any data, we pre-create all discovered Float custom fields in Microsoft Project. For Project Online, this means configuring Enterprise Custom Fields in the PWA settings for both Resource and Project entities. For Microsoft Project Desktop, custom fields are added to the MPP template before the import. This step is blocking — without pre-created destination fields, custom field data from Float will be dropped at import. We coordinate with the customer's Microsoft admin to configure the field types, picklist options, and lookup tables.
Resource and Placeholder mapping
We extract all Float People records with name, email, department, role, cost rate, bill rate, and active/inactive status. We resolve each Person to a Microsoft Project Resource — active people become active Resources with Max Units, cost rate, and bill rate; inactive people become inactive Resources with 0% Max Units. Float Placeholders are processed according to the scoping strategy: mapped to inactive Generic Resources or excluded with a written inventory. Resource Groups are created from Float Departments, and Float Roles are mapped to the chosen Role field approach.
Project and task export from Float
We export Float Projects with their metadata (name, status, client, dates) and all associated Tasks with assigned hours, start dates, end dates, and notes. Float's schedule CSV export covers the active date range with team member, task, project, client, and scheduled hours per row. For large schedule exports spanning more than the default export window, we chunk by week or bi-weekly date ranges, deduplicate on task ID and date, and reassemble before loading into Microsoft Project. We also extract time-entry history (actual hours) and Time Off blocks for separate mapping.
Task row and assignment import in dependency order
We import into Microsoft Project in record-dependency order: Resources first (validated against the resource pool), then Projects with their task hierarchy, then task Assignments (mapping schedule rows to Resource assignments on tasks). Time entries migrate as Actual Work on matching task assignments. We use the native Microsoft Project file import for desktop destinations or the Project Online REST API with batch chunking and exponential backoff for cloud destinations. Each phase emits a row-count reconciliation report. Float Placeholders excluded from migration are logged in a separate inventory document.
Custom field population and validation
After the core migration (Projects, Tasks, Resources, Assignments) is validated, we populate the pre-created custom fields on both Resource and Project records. This is a second pass that matches on record ID and updates the custom field values. We then run a full reconciliation: record counts by object, spot-checks on 25-50 randomly selected records against the Float source, and a custom field completeness check. Any unmapped custom fields are flagged with their original Float values in a supplemental CSV.
Cutover, delta sync, and rebuild handoff
We freeze writes to Float during the cutover window and run a final delta migration of any records modified during the migration period. We then deliver the predecessor mapping document (inferred task dependencies for manual rebuild), the Placeholder inventory (if excluded), the Time Off calendar inventory, and the custom view schema map for manual rebuild in Microsoft Project. We support a one-week hypercare window for reconciliation issues. We do not rebuild Float capacity heatmaps, saved custom views, or utilization reports in Microsoft Project — those are documented for the customer's PMO to rebuild as views or Power BI reports.
Platform deep dives
Float
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 Float 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
Float: Not publicly documented.
Data volume sensitivity
Float exposes a bulk API — large-volume migrations stream efficiently.
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 Float to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Float 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 Float
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.