Project Management migration

Migrate from Float to Microsoft Project

Field-level mapping, validation, and rollback between Float and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.

Float logo

Float

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

50%

6 of 12

objects map 1:1 between Float and Microsoft Project.

Complexity

BStandard

Timeline

4-8 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

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.

Field-level fidelity

Every standard and custom field arrives verified.

Schema-aware mapping

AI proposes the map; you confirm before any record moves.

Relationships preserved

Parent–child, lookups, and ownership stay linked.

Full activity history

Calls, emails, meetings — with original timestamps.

Attachments & notes

Documents, uploads, and inline notes move with the record.

Why teams make this switch

Two sides of the same decision

Leaving

Float logo

Float

What's pushing teams away

  • Teams outgrow the limited project management features — no Gantt charts, weak dependency management, and reporting feels shallow for complex portfolios.
  • Difficulty managing part-time staff, freelancers, and syncing Float data with external payroll or leave systems creates double-entry work.
  • As teams scale past 100 people, the lack of advanced customization and bulk editing makes ongoing maintenance tedious.
  • Reporting and analytics lag behind dedicated business intelligence tools, leaving teams exporting to spreadsheets for real insights.
  • The platform lacks native budget tracking and financial integration, forcing finance teams to maintain parallel spreadsheets.

Choosing

Microsoft Project logo

Microsoft Project

What's pulling them in

  • Organizations already running Microsoft 365 and Azure AD adopt Microsoft PPM because it slots into existing identity, Teams, and SharePoint infrastructure without requiring a separate identity provider or SSO vendor.
  • Enterprise PMOs choose it for critical-path scheduling, baseline comparison, cross-project dependencies, and resource utilization reporting that standalone PM tools cannot replicate at this depth.
  • Project Online's integration with Power BI gives portfolio-level dashboards and cost-rollup reporting that satisfies executive governance requirements without third-party BI tooling.
  • Government, financial services, and healthcare organizations select it because FedRAMP, ISO 27001, and SOC 2 compliance certifications meet enterprise procurement requirements out of the box.
  • Large IT departments default to it as the market-leader in project portfolio management software, often driven by corporate licensing agreements that bundle it with other Microsoft 365 seats.

Object mapping

How Float objects map to Microsoft Project

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

maps to

Microsoft Project

Project

1:1
Fully supported

Float 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

maps to

Microsoft Project

Resource

1:1
Fully supported

Float 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

maps to

Microsoft Project

Task

1:1
Fully supported

Float 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

maps to

Microsoft Project

Task Assignment

lossy
Fully supported

Float'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

maps to

Microsoft Project

Generic Resource or Exclusion

1:1
Fully supported

Float 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

maps to

Microsoft Project

Resource Group

1:1
Fully supported

Float 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

maps to

Microsoft Project

Resource Initials or Custom Field

lossy
Fully supported

Float 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

maps to

Microsoft Project

Custom Field (Client) or Outline Code

lossy
Fully supported

Float 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

maps to

Microsoft Project

Task Actual Work

1:1
Fully supported

Float 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

maps to

Microsoft Project

Resource Availability (Gantt Block)

lossy
Fully supported

Float 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)

maps to

Microsoft Project

Custom Resource Field

lossy
Fully supported

Float 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)

maps to

Microsoft Project

Custom Project Field

lossy
Fully supported

Float 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.

Gotchas + challenges

What specifically takes care here

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 logo

Float gotchas

Medium

Placeholder limits by tier block full import

High

Active-user billing model affects migration scoping

Medium

Schedule CSV export truncates at date-range boundaries

Low

Custom fields require pre-migration schema discovery

Medium

Time entry history spans billing periods

Microsoft Project logo

Microsoft Project gotchas

High

Project for the web is being retired and merged into Microsoft Planner

Medium

Planner-tier portfolio features are incomplete despite Plan 5 labeling

Medium

Web app constraint controls are weaker than the Windows desktop client

High

Project requires a separate license not bundled with standard Microsoft 365

Medium

Project Online API is edition-gated and inconsistently documented

Pair-specific challenges

  • Float schedule exports lack task dependencies

    Float has no concept of task dependencies or predecessors. Each task is an independent scheduling unit assigned to people by date range. When migrating to Microsoft Project, all tasks import as independent — no Finish-to-Start, Start-to-Start, or lag relationships are carried over automatically. We deliver a written predecessor mapping document that infers sequential dependencies from task ordering within phases or sub-projects. The customer's project manager rebuilds actual dependencies in Microsoft Project, informed by the mapping document, to preserve the project's critical path logic.

  • Placeholder records have no Microsoft Project equivalent

    Float Placeholders represent unconfirmed hires or future headcount for capacity planning. Microsoft Project has no Placeholder object — all Resources are real or Generic. We cannot import Placeholders as active Resources with allocation because that would misrepresent actual capacity. We resolve this by mapping Placeholders to inactive Generic Resources (preserving the record for historical reference) or excluding them with a written inventory for manual creation post-migration. The choice depends on whether the customer wants Placeholder data preserved or excluded from the active resource pool.

  • Float Placeholder limits by plan affect migration scoping

    Float restricts Placeholder counts by plan: 1 on Starter, 5 on Pro, unlimited on Enterprise. When migrating away from Float, this does not block the migration itself but does affect how many Placeholder records exist to map. We audit the Placeholder count during scoping and note whether any are approaching or at the plan limit, which may indicate the team has been working around the restriction. The number of Placeholders is directly proportional to the volume of inactive or generic Resource records we need to map in Microsoft Project.

  • Float custom field schema requires pre-migration API discovery

    Float custom fields on People and Projects are not visible in the standard UI export and are not included in the CSV schedule export. They use a paginated API with created_at filtering. We query the custom-fields endpoint before any data extraction to enumerate all active custom fields, their types, and option sets. Without this step, custom field data is silently omitted from the migration. The discovered schema must be pre-created in Microsoft Project (custom Resource fields and custom Project fields) before the import phase begins.

  • Float time entries may span billing periods outside project date range

    Professional services teams using Float Pro or above often have time entry history that predates the migration window or falls outside the project start/end date range. Float time entries logged before the project start date or after the project finish date will not attach cleanly to Microsoft Project task rows. We flag entries that fall outside the task date range and either map them to the nearest task with a note or exclude them from the task-level migration with a separate time-entry inventory for manual reconciliation post-migration.

Migration approach

Six steps for a successful Float to Microsoft Project data migration

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

  7. 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

Context on both ends of the pair

Float logo

Float

Source

Strengths

  • Calendar-first scheduling UI that makes drag-and-drop resource allocation intuitive for project managers.
  • Per-user per-month pricing with active-user billing aligns cost to actual team size month-to-month.
  • Native time tracking with timesheet export reduces the need for separate billing tools.
  • Capacity heatmaps surface over-allocated and under-utilized team members at a glance.
  • SOC 2 Type 2 certified platform suitable for enterprise professional services firms.

Weaknesses

  • Limited project management depth — no Gantt charts, no task dependencies, no sprints or Agile views.
  • Reporting and analytics lag behind competitors, requiring spreadsheet exports for portfolio-level insights.
  • No native financial management — budget tracking and profitability reporting require external tools.
  • Editing tasks in bulk is cumbersome, making large-scale schedule changes time-consuming.
  • Integration ecosystem is narrower than larger platforms, with no native payroll sync.
Microsoft Project logo

Microsoft Project

Destination

Strengths

  • Deep critical-path scheduling with baseline comparison and cross-project dependency tracking unmatched by lighter PM tools.
  • Native Azure AD authentication, Teams integration, and Power BI reporting sit on infrastructure enterprises already license and manage.
  • Enterprise governance controls including demand intake workflows, resource request approval, and portfolio-level capacity analysis.
  • Supports both Waterfall and Agile methodologies within the same project, accommodating hybrid delivery teams.
  • Scalable from Project Plan 1 for small teams to Project Server on-premises for regulated industries with strict data-sovereignty requirements.

Weaknesses

  • Ease-of-use scores trail the category average by a wide margin; onboarding friction frustrates new users consistently across G2 and Capterra reviews.
  • Pricing ranks 42nd of 49 tools in its category — the total cost of ownership including IT administration and training is rarely recovered for small or mid-market teams.
  • No built-in client portal, external stakeholder sharing, or proofing workflow, limiting use cases to internal PMO environments only.
  • The web interface (Project for the web / Planner Premium) has materially weaker constraint controls and resource auto-leveling than the Windows desktop client.
  • Project for the web is being consolidated into Microsoft Planner, creating uncertainty about which product tier will host project portfolio data long-term.

Complexity grading

How hard is this migration?

Standard Project Management migration. 1 of 8 objects need a mapping; the rest are 1:1.

B

Overall complexity

Standard migration

Derived from compatibility, mapping clarity, API constraints, and data volume across Float and Microsoft Project.

  • Object compatibility

    B

    1 of 8 objects need a mapping; the rest are 1:1.

  • Field mapping clarity

    C

    Field mapping is derived from defaults — final spec confirmed during the sample migration.

  • Timeline complexity

    B

    8-object category — typical timelines run 2–7 days end-to-end.

  • API constraints

    B

    Float: Not publicly documented.

  • Data volume sensitivity

    A

    Float exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Float to Microsoft Project migration cost

Rule-based pricing — no per-record fees, no manual quotes. Migrations over 2M records are scoped individually.

Step 1

What are you migrating?

Pick a category, then your source and destination platforms.

Category

FAQ

Frequently asked questions about Float to Microsoft Project data migrations

Answers to the questions buyers ask most during Float to Microsoft Project migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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 consultation

Straightforward migrations under 50 projects, 500 tasks, and 200 resources with no custom fields land in four to eight weeks. Migrations with complex task hierarchies, custom fields across multiple entity types, large time-entry histories spanning multiple fiscal periods, or multi-project dependency structures requiring predecessor inference mapping extend to ten to sixteen weeks. The single biggest timeline driver is custom field schema discovery and pre-creation in the destination Microsoft Project environment.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Float.
Land in Microsoft Project, intact.

Tell us record counts and timeline. We'll come back with a written quote inside 1 business day — no commitment, no sales pitch.

Accuracy guarantee Rollback included Quote in 1 business day