Project Management migration
Field-level mapping, validation, and rollback between Runrun.it and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Runrun.it
Source
Microsoft Project
Destination
Compatibility
6 of 10
objects map 1:1 between Runrun.it and Microsoft Project.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Runrun.it and Microsoft Project are fundamentally different project management paradigms. Runrun.it organizes work as Kanban cards on configurable board stages with embedded time tracking per task; Microsoft Project uses task lists with Gantt bar visualization, dependency chains, and resource leveling across a calendar timeline. This migration requires translating Runrun.it's stage-based workflow into a predecessor-successor dependency model, converting time entries logged against individual tasks into Work and Actual Work values on the equivalent Microsoft Project tasks, and reconstructing the Kanban board hierarchy as summary tasks or separate task groups. We handle the Runrun.it two-step document upload (API record creation plus S3 file push) so that attachment URLs arrive as linked resources in the destination rather than broken file references. We do not migrate Runrun.it automations, AI reports, or Kanban board configurations as code; we deliver a written inventory of these for your project manager to rebuild in Microsoft Project or Project Online. Time-entry currency and rounding alignment are resolved explicitly during transform so that reported hours are not silently changed by the destination platform's default conversion behavior.
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 Runrun.it 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.
Runrun.it
Project
Microsoft Project
Project
1:1Runrun.it Projects map to Microsoft Project (.mpp) files or Project Online project sites. We preserve project name, description, planned start date, and planned end date as Project Summary fields. If the Runrun.it project uses multiple Kanban stages, we create a summary task per stage in the destination to preserve the workflow structure as an outline grouping rather than a visual board.
Runrun.it
Task
Microsoft Project
Task
1:1Runrun.it Tasks map to Microsoft Project tasks with Name, Start, Finish, Duration, and Priority preserved. Task status (Open, Completed) maps to Percent Complete (0% vs 100%). Due dates become Finish dates. We flag any Runrun.it tasks that have multiple assignees and generate multiple task rows in Microsoft Project, one per assignee, because MSP assigns a single resource per assignment row. Tasks without start or finish dates are set to Manually Scheduled with a note for the PM to establish the timeline post-migration.
Runrun.it
Time Entry
Microsoft Project
Task Work and Actual Work fields
1:manyRunrun.it time entries are separate records linked to a Task by attachable_id. We aggregate all time entries per Task and map the sum to the Microsoft Project Work field if the task has no actual progress, or to Actual Work if the task is marked complete. Duration is recalculated from Work divided by the assigned resource's Max Units and Hours Per Day setting. We handle decimal-to-minute rounding explicitly rather than allowing the destination to auto-convert, which can silently change reported hours. Time-entry currency fields in Runrun.it do not map to any native Microsoft Project field and are flagged for the PM to record in a custom field.
Runrun.it
Kanban Stage
Microsoft Project
Summary Task or Task Grouping
lossyRunrun.it Kanban stages are configurable per Project. We map each distinct stage name to a Microsoft Project summary task that acts as a section header in the outline view. Tasks within the summary inherit the grouping for filtering and reporting in Microsoft Project. If the destination is Project Online or Project for the Web, stages become custom field values (Text1 or Flag fields) applied to each task for board-view grouping.
Runrun.it
User/Member
Microsoft Project
Resource
1:1Runrun.it team members map to Microsoft Project Resources with Name, Initials, Type (Material or Work), and Max Units. Hourly rates from Runrun.it transfer to Standard Rate on the Resource sheet. Resources are created before any task assignment so that the Owner-to-Resource lookup is satisfied at the moment of assignment migration. If a Runrun.it user has a @runrun.it email with no equivalent in the destination Microsoft 365 tenant, the resource is created with a placeholder email and flagged for the admin to update post-migration.
Runrun.it
Document
Microsoft Project
Task Attachment or Hyperlink
1:1Runrun.it documents are uploaded via a two-step flow: POSTing to /api/v1.0/tasks/:task_id/documents creates a record, then the file is pushed to an Amazon S3 presigned URL. We execute both steps and preserve the S3 URL as a hyperlink attached to the corresponding Microsoft Project task. If the S3 bucket is no longer accessible, we flag the document as a broken link in the migration report and note which tasks are affected. Native file attachments to Microsoft Project tasks are not supported via the web API; hyperlinks are the standard approach for this migration path.
Runrun.it
Attachment (URL)
Microsoft Project
Task Hyperlink
1:1Runrun.it Attachments with external URLs (attachable_type = Task) migrate as hyperlinks to the Microsoft Project task's Hyperlink fields (Hyperlink, Hyperlink Address, Hyperlink SubAddress). The attachment description becomes the hyperlink label.
Runrun.it
Tag
Microsoft Project
Custom Text Field
lossyRunrun.it tags stored in tags_data as an array of label strings migrate to a Microsoft Project custom Text field (Text1 or Text2 depending on field availability in the destination tier). We join multiple tags with commas as the delimiter. Tag limits in Microsoft Project are set by the field type; Text fields support up to 512 characters which covers most multi-tag scenarios.
Runrun.it
Custom Field
Microsoft Project
Custom Field
lossyRunrun.it custom fields with field_label and field_type map to equivalent Microsoft Project custom fields by type. Text labels become Text fields; numeric values become Number fields; date values become Date fields. We pre-create the custom field definitions in the destination before record migration begins. Note that Project Plan 1 supports limited custom field types compared to Project Plan 3 and Project Online; we verify the destination tier during scoping and flag any unsupported field types for manual handling.
Runrun.it
Comments
Microsoft Project
Task Notes
1:1Runrun.it Comments attached to Tasks migrate to the Microsoft Project task Notes field as plain text. We preserve the comment body, author name (from the User mapping), and timestamp as a formatted header line. Threaded replies are appended sequentially. The Notes field in Microsoft Project supports up to 32,000 characters which covers most comment migration scenarios.
| Runrun.it | Microsoft Project | Compatibility | |
|---|---|---|---|
| Project | Project1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Time Entry | Task Work and Actual Work fields1:many | Fully supported | |
| Kanban Stage | Summary Task or Task Groupinglossy | Fully supported | |
| User/Member | Resource1:1 | Fully supported | |
| Document | Task Attachment or Hyperlink1:1 | Fully supported | |
| Attachment (URL) | Task Hyperlink1:1 | Fully supported | |
| Tag | Custom Text Fieldlossy | Fully supported | |
| Custom Field | Custom Fieldlossy | Fully supported | |
| Comments | Task Notes1:1 | Mapping required |
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.
Runrun.it gotchas
Two-step document upload requires S3 coordination
No documented API rate limits
No mobile app means no mobile-only data
Time tracking data requires currency and rounding alignment
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 Runrun.it API scoping
We audit the source Runrun.it instance via the REST API: all Projects, Tasks, Time Entries, Documents, and User records are enumerated and counted. We verify the S3 bucket credentials for document uploads and test the presigned URL flow with a sample document. We identify the full list of Kanban stage names per project and the count of tasks per stage. We extract time-entry volume, custom field definitions, and tag taxonomy. This output is a written data inventory and a confirmation of S3 access before migration planning begins.
Dependency modeling and summary task design
We review the Runrun.it task list per project and design the Microsoft Project outline structure. Kanban stages become summary task headers in the Gantt view. We identify tasks that logically depend on predecessors (e.g., a Review task following an In Progress task on the same work item) and model these as finish-to-start dependencies. We also identify tasks that should have explicit constraints for the PM to apply post-migration. The dependency model is documented and reviewed with the customer before any data is written to the destination.
Time-entry aggregation and Work field calculation
We aggregate all Runrun.it time entries per task, resolving the attachable_id to the corresponding task in the migration plan. Duration sums are converted to hours and applied to Microsoft Project Work (for tasks without actual progress) or Actual Work (for completed tasks). We apply 15-minute rounding and flag any tasks where time entries span multiple assignees, which requires generating separate assignment rows in Microsoft Project. Currency values are written to a custom Cost field.
Resource provisioning and user mapping
We create Microsoft Project Resources for every distinct Runrun.it team member, mapping name, initials, and hourly rate. Resources are created before task assignment so that OwnerId-to-Resource mapping is resolved at the moment of assignment. We run a reconciliation check against the Runrun.it user list to confirm no assignees are missing a resource record. Placeholder resources are created for any Runrun.it users whose email domain does not match the destination Microsoft 365 tenant, with a flag for the admin to update.
Document migration and hyperlink attachment
We process Runrun.it documents through the two-step flow: POST the document record to the Runrun.it API, retrieve the S3 presigned URL, push the file to S3, and then write the resulting URL as a hyperlink on the corresponding Microsoft Project task. We test the S3 access before batch processing. If any S3 presigned URLs fail or the bucket is inaccessible, we generate a document inventory spreadsheet listing each task with a broken or missing attachment for the customer to handle manually. Attachment URL descriptions are preserved as hyperlink labels.
Pilot migration and schedule review
We run a pilot migration on the smallest or least complex Runrun.it project into a new Microsoft Project file. We validate task count, dependency structure, summary task groupings, time-entry totals, resource assignments, and document hyperlinks. The customer's project manager reviews the pilot file and confirms the mapping decisions before we proceed to full migration. We adjust the dependency model and field mappings based on the pilot review and document any changes.
Full production migration and baseline handoff
We run the full production migration in project order (smallest to largest) with reconciliation reports generated after each project import. After all projects are migrated, we set the baseline in Microsoft Project and deliver the automation inventory, the Kanban-stage-to-summary-task mapping document, and the document inventory. We do not migrate Runrun.it AI reports, workflow rules, or Kanban board configurations; these are documented for the PM to rebuild as part of the Microsoft Project onboarding process.
Platform deep dives
Runrun.it
Source
Strengths
Weaknesses
Microsoft Project
Destination
Strengths
Weaknesses
Complexity grading
Standard Project Management migration. 3 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 Runrun.it and Microsoft Project.
Object compatibility
3 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
Runrun.it: Not publicly documented.
Data volume sensitivity
Runrun.it 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 Runrun.it to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Runrun.it 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 Runrun.it
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.