Project Management migration
Field-level mapping, validation, and rollback between Intervals and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Intervals
Source
Microsoft Project
Destination
Compatibility
6 of 10
objects map 1:1 between Intervals and Microsoft Project.
Complexity
BStandard
Timeline
4-6 weeks
Overview
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.
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 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
Microsoft Project
Enterprise Project or SharePoint Site Collection
lossyIntervals 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
Microsoft Project
Resource Pool / Resource Sheet
1:1Intervals 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
Microsoft Project
Project
1:1Intervals 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
Microsoft Project
Milestone Task (Flag field = Yes, Duration = 0)
1:1Intervals 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
Microsoft Project
Task (Summary Task or Subtask)
1:manyIntervals 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
Microsoft Project
Task Note (Text Field) or Project Note Document
1:1Intervals 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
Microsoft Project
Project Summary Task Note or SharePoint Page
1:1Intervals 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
Microsoft Project
Actual Work on Task Assignment or Custom Fields
lossyIntervals 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
Microsoft Project
Custom Field (Text, Number, Date, or Flag)
lossyIntervals 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
Microsoft Project
SharePoint Document Library (Project Online) or Manual Checklist
1:1Intervals 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.
| Intervals | Microsoft Project | Compatibility | |
|---|---|---|---|
| Client | Enterprise Project or SharePoint Site Collectionlossy | Fully supported | |
| People | Resource Pool / Resource Sheet1:1 | Fully supported | |
| Project | Project1:1 | Fully supported | |
| Milestone | Milestone Task (Flag field = Yes, Duration = 0)1:1 | Fully supported | |
| Task | Task (Summary Task or Subtask)1:many | Fully supported | |
| Task Comment | Task Note (Text Field) or Project Note Document1:1 | Fully supported | |
| Project Note | Project Summary Task Note or SharePoint Page1:1 | Fully supported | |
| Time Entry | Actual Work on Task Assignment or Custom Fieldslossy | Fully supported | |
| Custom Activity Field | Custom Field (Text, Number, Date, or Flag)lossy | Fully supported | |
| Document | SharePoint Document Library (Project Online) or Manual Checklist1: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.
Intervals gotchas
No bulk document export in Intervals
Custom activity fields are account-specific and require enumeration
No native bulk-import format for inter-object relationships
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 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.
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.
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.
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.
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.
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
Intervals
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 Intervals 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
Intervals: Not publicly documented.
Data volume sensitivity
Intervals 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 Intervals to Microsoft Project migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Intervals
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.