Project Management migration

Migrate from Intervals to Microsoft Project

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

Intervals logo

Intervals

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

60%

6 of 10

objects map 1:1 between Intervals and Microsoft Project.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Intervals to Microsoft Project is a structural migration from a flexible, Agile-aligned task system into a dependency-driven scheduling engine. Intervals organizes work as Projects containing Tasks and Milestones with time entries; Microsoft Project organizes work as Projects containing Summary Tasks and Subtasks with a Work Breakdown Structure. We resolve the task-to-summary hierarchy mapping, preserve Intervals' milestone dates as project milestones, and carry time entries into either custom fields or a linked resource-assignment context depending on the MS Project edition in use. Documents cannot be bulk-exported from Intervals, so we document every attachment URL and deliver a manual-download checklist. Custom activity fields discovered via the Intervals API map to MS Project custom fields (Text, Number, or Date types). Workflows and project templates in Intervals do not migrate; we deliver a written inventory of template structures and recurring task patterns for the customer's project manager to rebuild in MS 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

Intervals logo

Intervals

What's pushing teams away

  • No native mobile app — all time entry and task work must happen in a desktop browser, which rules out field-based or travel-heavy teams.
  • Dated UI compared to Asana, Monday, ClickUp or Hive — the vendor has publicly acknowledged the interface needs modernization but a new UI has been promised rather than delivered.
  • Limited collaboration depth — task comments and milestone notes exist but the platform has no real-time collaboration layer, @mentions, or rich document editing.
  • No bulk document export — documents must be downloaded individually from each task, which makes migration off the platform painful for any account with significant file attachments.
  • Access-level roles are limited to admin/member, with no separate project-manager, executive, or client-portal role tiers, frustrating larger or more hierarchical organizations.

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 Intervals objects map to Microsoft Project

Each row shows how a Intervals 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.

Intervals

Client

maps to

Microsoft Project

Enterprise Project or SharePoint Site Collection

lossy
Fully supported

Intervals Clients are top-level organizational containers carrying a name, status, and contact references. In MS Project desktop, clients map to a naming convention prefix on the Project name (e.g., ClientName_ProjectName). In Project Online, Clients map to a SharePoint site collection or a custom Enterprise Project Type that we configure before migration. Client-level contact information migrates as a custom Text field on the MS Project task or as a Project-level custom field.

Intervals

People

maps to

Microsoft Project

Resource Pool / Resource Sheet

1:1
Fully supported

Intervals People records (user accounts with timesheet permissions, access levels, and active/inactive status) map to MS Project Resources. We map the Person name to Resource Name, their email to the Resource Initials or email field, and their active/inactive status to the Resource Active flag. MS Project has no native timesheet approval workflow; if the customer requires approval chains, we document the current Intervals timesheet approval configuration for rebuild in Project Online's Timesheet features or Power Automate.

Intervals

Project

maps to

Microsoft Project

Project

1:1
Fully supported

Intervals Projects (carrying budget, start/end dates, status, and a Client ownership reference) map directly to an MS Project file (MPP) or a Project Online Project. Project name, start date, finish date, and status migrate as-is. Budget information maps to the Project Summary Task's Cost fields or a custom Number field if the destination is MS Project desktop where budget fields are resource-cost derived. We preserve the project-to-client ownership relationship using a custom Project-level field (Text type) referencing the Client name.

Intervals

Milestone

maps to

Microsoft Project

Milestone Task (Flag field = Yes, Duration = 0)

1:1
Fully supported

Intervals Milestones are date-driven checkpoints with optional comments and a sequence within a Project. We map each to an MS Project task with Duration set to 0 days, the Milestone flag enabled, and the target date set as both Start and Finish. Task Name migrates as the Milestone name; comments migrate to a custom Text field or a Project note document. If Intervals Milestones have an order sequence, we preserve it using a custom Number field (Sort Order) for the customer to use in sorting or filtering.

Intervals

Task

maps to

Microsoft Project

Task (Summary Task or Subtask)

1:many
Fully supported

Intervals Tasks belong to a Project and optionally to a Milestone, carrying name, status, estimated hours, actual hours, assignees, and comments. We create Summary Tasks in MS Project for each Intervals Project and promote Intervals Tasks with no parent-task relationship to top-level tasks; Tasks with a parent-subtask relationship in Intervals become Subtasks under a Summary Task. Estimated hours map to the MS Project Work field (assuming an 8-hour day resource unit); actual hours map to the Actual Work field. Task status (active, complete, on-hold) maps to Percent Complete or the Task Is Marked Complete flag.

Intervals

Task Comment

maps to

Microsoft Project

Task Note (Text Field) or Project Note Document

1:1
Fully supported

Intervals Task Comments are threaded text entries attached to a specific Task. MS Project has no native threaded comment model on tasks — the Notes field (Text type) is the standard location for task-level notes. We migrate the most recent or highest-voted comment into the task Notes field. For threaded comment histories with multiple entries, we append them sequentially with timestamp and author attribution. If the destination is Project Online, we recommend a linked SharePoint task list with a modern comment experience as the rebuild target.

Intervals

Project Note

maps to

Microsoft Project

Project Summary Task Note or SharePoint Page

1:1
Fully supported

Intervals Project Notes are standalone text entries scoped to a Project but not tied to Tasks or Milestones. We migrate these to the MS Project Summary Task's Notes field or to a Project-level custom Text field. For Project Online destinations, we recommend storing them in the Project Site's Pages or a linked SharePoint document as a structured text file.

Intervals

Time Entry

maps to

Microsoft Project

Actual Work on Task Assignment or Custom Fields

lossy
Fully supported

Intervals Time Entries are the primary billing object — each records hours, date, task association, and billable status. MS Project Desktop tracks work as Actual Work on resource assignments, not as independent time entries. We aggregate Intervals time entries by task and date and populate the MS Project Actual Work field for the assigned resource. The billable/non-billable flag from Intervals maps to a custom Flag or Text field on the task. If the customer uses Project Online with Timesheets enabled, we preserve time entry records in a custom list or integrate them via Power Automate rather than forcing them into the MPP data model.

Intervals

Custom Activity Field

maps to

Microsoft Project

Custom Field (Text, Number, Date, or Flag)

lossy
Fully supported

Intervals custom activity fields (user-defined properties on time entries, scoped per account) are not visible in the standard CSV export — they appear only via the Intervals API. We enumerate all active custom activity fields during the discovery phase, identify their data types, and create corresponding MS Project custom task fields (Text1-30, Number1-10, Date1-10, or Flag1-10 depending on type). Each custom field on a time entry in Intervals becomes a custom field on the linked task in MS Project. If the destination is MS Project desktop (not Project Online), Enterprise custom fields are not available; we use the standard custom fields on the Task object.

Intervals

Document

maps to

Microsoft Project

SharePoint Document Library (Project Online) or Manual Checklist

1:1
Fully supported

Intervals Documents are attachments stored per task with no bulk export capability. We document every document URL during the discovery scan, organizing them by Project and Task in a structured checklist. For MS Project Online destinations, we provision SharePoint document libraries on each project site and provide the customer with a per-project download-and-upload checklist. For MS Project desktop destinations, documents cannot be natively embedded; we deliver the complete document inventory for manual re-association post-migration.

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.

Intervals logo

Intervals gotchas

High

No bulk document export in Intervals

Medium

Custom activity fields are account-specific and require enumeration

Medium

No native bulk-import format for inter-object relationships

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

  • Intervals documents cannot be bulk exported

    Intervals explicitly prevents bulk document export — attachments can only be downloaded individually. This is not a migration-tool limitation; it is a platform constraint. We handle this by running a discovery scan that captures every document URL referenced in the Intervals data, organizing them by Project and Task in a structured checklist. The customer downloads and re-uploads documents to the destination MS Project Online SharePoint library or desktop file share. For migrations involving hundreds of attachments, this manual step requires dedicated attention and can add 1-3 weeks to the overall timeline depending on volume.

  • No native bulk-import format for inter-object relationships in Intervals

    Intervals' native import tools can load Clients, Projects, Tasks, People, and Milestones from CSV, but they do not automatically resolve inter-object relationships (task-to-milestone, task-to-project, project-to-client) from foreign-key columns. We pre-process all Intervals data exports to resolve these relationships before importing into MS Project. For example, we resolve every Task's Milestone reference to the correct MS Project milestone task ID before import. This pre-processing step is required for both desktop MPP and Project Online MPP/XML imports and adds a validation pass before each batch is committed.

  • MS Project schedules forward from the start date or backward from a constraint — Intervals does not enforce this logic

    Microsoft Project calculates task start and finish dates from a combination of the project start date, task durations, dependencies, and constraints. Intervals stores start and end dates as entered fields without enforcing a scheduling engine. If Intervals tasks have manually entered dates that conflict with the dependency chain (e.g., a predecessor task with a later finish date than its successor), we surface this as a scheduling conflict during the migration validation pass. The customer's project manager must decide whether to treat Intervals dates as constraints (Must Start On / Must Finish On) or as targets to be recalculated from the dependency chain. We document every scheduling conflict in a Change Decision Log before committing the MS Project schedule.

  • MS Project Online retires September 30, 2026 — Project Desktop is unaffected

    Microsoft Project Online (the cloud/PWA product) has a confirmed retirement date of September 30, 2026. If the customer intends to migrate to Project Online, the migration must complete before this date to avoid data loss. MS Project Desktop (Standard 2024, Project Plan 3, Project Plan 5) is not affected by this retirement and continues to be available. We clarify the destination variant (desktop MPP vs. Project Online PWA) during scoping and adjust the timeline and approach accordingly, since Project Online migrations include SharePoint site provisioning and PWA configuration work that desktop MPP migrations do not.

  • Custom activity fields require API enumeration — not visible in CSV export

    Intervals custom activity fields attached to time entries are account-specific and appear only through the Intervals API, not through the standard CSV export. We query the Intervals API during discovery to enumerate all active custom activity field definitions (name, data type, and scope). If a customer uses Project Desktop rather than Project Online, only the 30 standard Text, 10 Number, 10 Date, and 10 Flag custom fields are available per object, which may constrain the migration if the account has more than 30 unique custom activity field definitions. We surface this constraint during scoping and work with the customer to prioritize the most business-critical fields.

Migration approach

Six steps for a successful Intervals to Microsoft Project data migration

  1. Discovery and data audit

    We run a discovery scan against the Intervals account via API and CSV export, enumerating all active Projects, Tasks, Milestones, People, Time Entries, Custom Activity Field definitions, and document attachment URLs. We capture task-to-milestone linkage, task-to-project ownership, and People-to-task assignments. We validate record counts against what the customer expects and flag any data gaps. The discovery output is a written Migration Scope Document listing every object to be migrated, its estimated row count, and any constraints discovered during the audit.

  2. Destination variant selection and schema preparation

    We confirm whether the destination is MS Project Desktop (MPP files) or Project Online (PWA). For Project Online, we provision SharePoint project sites, configure the Enterprise Resource Pool, and set up custom fields (Enterprise custom fields available from Project Plan 3 upward). For MS Project Desktop, we prepare a custom field allocation plan against the 30 Text, 10 Number, 10 Date, and 10 Flag custom field slots per object. We create the summary-task structure in a template file that will be populated during migration. We also create the Client-name mapping table used to tag every project with its originating Intervals Client.

  3. Data transformation and scheduling conflict resolution

    We transform Intervals data into MS Project import format (XML for desktop MPP import, or CSV/MPP for Project Online PWA import). Key transforms include: flattening the task hierarchy into Summary Tasks and Subtasks; converting Intervals milestone dates to MS Project milestone tasks (Flag=Yes, Duration=0); aggregating time entries by task and date into MS Project Actual Work assignments; mapping estimated hours to the Work field; mapping custom activity fields to custom task fields by type. We run a scheduling conflict check comparing every task's manually entered date against the dependency-calculated date, and surface conflicts in a Change Decision Log. The customer signs off on each conflict before we proceed.

  4. Document inventory and manual download checklist

    We produce a structured document checklist organized by Project and Task, listing every attachment URL discovered during the Intervals discovery scan. For Project Online destinations, we provision a SharePoint document library on each project site and provide the customer with a per-project checklist specifying which files to download from Intervals and where to upload them in the destination SharePoint structure. For MS Project Desktop destinations, we recommend a parallel file-share structure. This step runs in parallel with data transformation and is the primary manual-deliverable in the migration scope.

  5. Sandbox validation and reconciliation

    We import the transformed data into a test MS Project file or a Project Online sandbox environment. We reconcile record counts: Projects imported, Milestones mapped, Tasks placed in hierarchy, Time Entries aggregated, and People provisioned in the Resource Pool. We spot-check 25-50 tasks for correct hierarchy, date accuracy, milestone flagging, and custom field population. Any mapping corrections (wrong field type, missed milestone linkage, missing resource assignment) are logged, corrected in the transformation scripts, and re-validated before production migration begins.

  6. Production migration and cutover

    We run the production migration into the final MS Project environment (MPP files or Project Online PWA). The customer freezes Intervals writes during the cutover window. We run a final delta migration of any records modified during the migration window, then deliver the completed MS Project files or confirm the Project Online project records are live. We provide a written Project Structure Inventory documenting every project, its task count, milestone count, and any notes on data that could not be automatically migrated (with manual action instructions). We deliver the Document Download-and-Upload Checklist as a separate structured file.

Platform deep dives

Context on both ends of the pair

Intervals logo

Intervals

Source

Strengths

  • Built-in timer with start/stop makes time entry frictionless for billable teams
  • Consistent export to CSV and PDF across every report view without configuration
  • Per-task budget tracking and milestone date management support billing-heavy workflows
  • XML and CSV export available for all core objects via the native export menu
  • Access-level roles (admin, member) provide basic permission separation

Weaknesses

  • No mobile app — all time tracking and task updates require a desktop browser
  • Limited access-level granularity — no separate manager, project-manager, or executive tiers out of the box
  • Timesheet approval workflow is not customizable to match firm-specific approval chains
  • Task management lacks advanced controls like dependencies, custom status workflows, or subtask hierarchies
  • No bulk document export — individual downloads required for every file
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 Intervals 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

    Intervals: Not publicly documented.

  • Data volume sensitivity

    B

    Intervals doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your Intervals 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 Intervals to Microsoft Project data migrations

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

Can't find your answer?

Walk through your Intervals to Microsoft Project migration with a real engineer — 30 minutes, free, written quote within 24 hours.

Book a free 30 minute consultation

Most migrations land between four and six weeks for accounts under 50 projects and 5,000 tasks with no active custom activity fields. Migrations with large time-entry histories (over 100,000 records), active custom activity fields, milestone-heavy project portfolios, or a Project Online destination with SharePoint site provisioning move to eight to twelve weeks because of custom field enumeration, scheduling conflict resolution, and PWA configuration. Projects with hundreds of attachments add an additional one to three weeks for manual document handling.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Intervals.
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