Project Management migration
Field-level mapping, validation, and rollback between SmartTask and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
SmartTask
Source
Microsoft Project
Destination
Compatibility
7 of 12
objects map 1:1 between SmartTask and Microsoft Project.
Complexity
BStandard
Timeline
2-4 weeks
Overview
Moving from SmartTask to Microsoft Project is a migration from a service-team work management platform into an enterprise scheduling engine. SmartTask organizes work around flexible task structures with client tracking, multi-view output, and opinionated service-firm defaults. Microsoft Project centers on Gantt-driven scheduling with critical path analysis, resource leveling, calendar integration, and formal project governance. The structural gap between them is significant: SmartTask tasks carry assignees, followers, tags, and checklists; Microsoft Project tasks carry dependencies, constraints, WBS codes, baselines, and resource assignments. We resolve that gap by mapping SmartTask task hierarchies into Microsoft Project summary and subtask structures, preserving the dependency chain where milestones and task links exist, and treating SmartTask Projects as Microsoft Project container projects with their own calendar settings. We do not migrate SmartTask Task Templates, Custom Automations, or Client Portal access as functional equivalents do not exist in Microsoft Project desktop or Project Online. We deliver a written automation inventory for the customer's PMO to rebuild post-migration.
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 SmartTask 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.
SmartTask
Project
Microsoft Project
Project
1:1SmartTask Projects map directly to Microsoft Project container projects. The project name, description, start date, and due date migrate as Project Summary Name, Project Summary Notes, Project Start Date, and Project Finish Date. Each SmartTask project gets its own Microsoft Project calendar (Standard calendar by default; custom calendar migrated if the customer provides calendar definition). Multi-project workspaces in SmartTask are exported as separate MPP files or as a Project Server/Project Online project plan group, depending on the destination environment.
SmartTask
Task
Microsoft Project
Task
1:1SmartTask Tasks map to Microsoft Project tasks. Standard fields migrate: Task Name (Title), Start and Finish dates (Start and Finish), Duration (computed from SmartTask start-due dates or converted from hours if SmartTask stores duration), Priority (mapped to Microsoft Project Priority field), and Status (mapped to Percent Complete or custom status field). SmartTask checklist items become subtasks in Microsoft Project with indent level preserving the checklist hierarchy. Task description migrates as Notes.
SmartTask
Milestone
Microsoft Project
Milestone
1:1SmartTask Milestones (grouped deadline markers) map to Microsoft Project milestones (tasks with zero duration and the Milestone flag set to Yes). Milestone name and target date migrate directly. If SmartTask milestones carry custom fields, those map to task-level custom fields in Microsoft Project with equivalent data types.
SmartTask
Task Dependency
Microsoft Project
Task Dependency
1:1SmartTask tasks linked by predecessor-successor relationships map to Microsoft Project predecessor links. We parse the SmartTask dependency data (if exported via API) and translate it to FS (Finish-to-Start) dependency type by default. If SmartTask stores lag time or lead time on dependencies, we set the Lag field on the predecessor link accordingly. Tasks without explicit dependency links are imported as independent tasks; the project manager reviews and links them in Microsoft Project after migration if needed.
SmartTask
Assignee
Microsoft Project
Resource
1:1SmartTask assignees map to Microsoft Project resources. We extract every distinct assignee email from SmartTask tasks, match against the destination Project environment's resource list (or create new Material Resources if the destination is Project desktop), and assign them to tasks by email match. Resource names map from the assignee's display name. If SmartTask assignees include role labels (Developer, Designer, PM), we create those as Material Resources for generic assignment. Note that Microsoft Project Resource allocation uses units (0-100%) rather than simple assignment flags.
SmartTask
Follower
Microsoft Project
Notes or SharePoint Task List column
lossySmartTask Followers (users tracking a task without being assigned) have no direct Microsoft Project equivalent. Microsoft Project tasks have a single Owner/Assignee field. We export Follower data as a Notes entry (Followers: [name list]) on the task, or we configure a SharePoint Task List integration if the destination is Project for the Web with Microsoft 365, where Followers can be represented as additional column values or Microsoft 365 group membership.
SmartTask
Recurring Task
Microsoft Project
Task (recurrence pattern noted)
lossySmartTask recurring tasks with daily, weekly, monthly, or custom recurrence patterns migrate as a single task with the recurrence rule documented in the task Notes field. Microsoft Project does not natively support recurring tasks in the same way; the recurring schedule must be rebuilt by the project manager in Microsoft Project using task calendars or a Project Server/Project Online macro. We flag every recurring task with its recurrence pattern in the migration inventory so the PMO can rebuild the recurrence in the destination.
SmartTask
Custom Fields
Microsoft Project
Custom Fields
lossySmartTask custom field schemas vary by project, which is a known gotcha we address during schema discovery. We catalog every distinct custom field name and data type (string, number, date, yes/no) across all SmartTask projects before mapping. Each destination Microsoft Project file or Project Online project gets custom field definitions (Text1-30, Number1-10, Cost1-10, Flag1-20, Date1-10) matched to the source data types. For projects with inconsistent custom field schemas, we flag anomalies where records use custom fields not defined in their parent project's schema.
SmartTask
Tag/Label
Microsoft Project
Text Custom Field or Outline Code
lossySmartTask tags (multi-value per task) map to a Microsoft Project Text custom field with pipe-delimited values, or to an Outline Code field if the destination Project Online environment supports outline codes for classification. We preserve the full tag list and apply all tags per task during import. Tags that represent categories or work types are better suited for a Text custom field; tags that represent hierarchical classification map to Outline Codes.
SmartTask
Time Entry
Microsoft Project
Assignment (Work field)
1:1SmartTask time entries (duration-based or start-end logged hours) map to Microsoft Project Assignment Work field on the relevant resource-task combination. We sum time entries by task and assignee, then set the Work field as Hours. Note that Microsoft Project calculates cost from the Work field multiplied by the resource rate; if SmartTask stores cost separately from duration, we set the Assignment Cost field explicitly. Time tracking visibility post-migration requires the customer to add the Work column to their Gantt view or use the Task Usage view.
SmartTask
Comments
Microsoft Project
Notes
1:1SmartTask task-level comments migrate as Microsoft Project task Notes. We preserve the comment author name, timestamp, and full text content. Threaded comment chains are flattened into a single Notes entry with each comment prefixed by author and timestamp to preserve the conversation context. If the destination is Project for the Web with Microsoft 365, comments can be migrated to the built-in task comments API instead.
SmartTask
Task Template
Microsoft Project
Not migrated (documented separately)
lossySmartTask Task Templates define reusable task structures with pre-filled fields for recurring deliverables. Microsoft Project does not have a template object at the task level; project templates (organizing a full project structure) exist as MPP files or SharePoint project templates. We inventory every SmartTask Task Template by name, default fields, and checklist structure and deliver it as a written reference document for the customer's PMO to rebuild as a Microsoft Project template file or as a Power Automate flow that generates tasks from a template.
| SmartTask | Microsoft Project | Compatibility | |
|---|---|---|---|
| Project | Project1:1 | Fully supported | |
| Task | Task1:1 | Fully supported | |
| Milestone | Milestone1:1 | Fully supported | |
| Task Dependency | Task Dependency1:1 | Fully supported | |
| Assignee | Resource1:1 | Fully supported | |
| Follower | Notes or SharePoint Task List columnlossy | Fully supported | |
| Recurring Task | Task (recurrence pattern noted)lossy | Fully supported | |
| Custom Fields | Custom Fieldslossy | Mapping required | |
| Tag/Label | Text Custom Field or Outline Codelossy | Fully supported | |
| Time Entry | Assignment (Work field)1:1 | Fully supported | |
| Comments | Notes1:1 | Fully supported | |
| Task Template | Not migrated (documented separately)lossy | 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.
SmartTask gotchas
v1 to v2 migration can reset AppSumo LTD status
CSV export capped at 3000 tasks per operation
Deleted attachments ghost back into task activity feeds
Custom field schema varies per project
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 scope inventory
We audit the SmartTask workspace across all active projects and archived projects the customer wants to migrate. We extract project count, task count per project, custom field definitions per project, assignee and follower lists, milestone count, time-entry volume, recurring task count, and attachment file reference count. We identify the destination environment (Microsoft Project desktop with MPP export, Project for the Web, or Project Online) because the import method and custom field options differ significantly between them. The discovery output is a written scope document listing every object to migrate, the export method for each, and any known schema anomalies.
Schema discovery and custom field mapping design
We run a custom field schema scan across all SmartTask projects to identify every distinct custom field name and data type. We compare this against the Microsoft Project custom field type matrix and design the per-project custom field mapping. For projects with inconsistent schemas, we present the customer with two options: standardize on a unified custom field set before migration, or migrate each project with its own field definitions. We also design the resource mapping: SmartTask assignees become Microsoft Project resources, and we create the resource list with email, name, and type (Work or Material) before any task import.
Dependency graph extraction and validation
We parse the SmartTask export for any explicit task dependency data. If SmartTask exposes predecessor-successor links in its export format, we extract them and validate the graph for circular dependencies and orphaned tasks. Circular dependencies are flagged for the customer's PMO to resolve before migration. Orphaned tasks (tasks referenced as predecessors but not exported) are removed from the dependency chain and imported as independent tasks. We document the dependency chain in a separate reference file for the project manager to review post-migration.
Pilot project migration
We select the customer's most complex active project as the pilot: the one with the most tasks, the deepest subtask hierarchy, the most dependency links, and the most custom fields. We run the full migration pipeline for this single project into the destination environment (MPP file or Project Online) and deliver a reconciliation report. The customer reviews the pilot project side-by-side against the SmartTask source and identifies any field mapping corrections, missing dependencies, or custom field issues. We apply corrections to the migration pipeline before proceeding to full workspace migration.
Full workspace migration
We run production migration in project order: first projects without cross-project dependencies, then projects with inter-project links. Each project exports from SmartTask, transforms through the mapping pipeline (task hierarchy flattened to Microsoft Project summary/subtask structure, custom fields typed and applied, dependencies translated, assignees resolved to resources, time entries applied to assignment work fields), and imports into the destination. Each project emits a row-count and date-comparison reconciliation report before the next project begins. For MPP exports, we deliver individual MPP files per project. For Project Online, we use the Project CSOM API or REST API with batch chunking.
Cutover, validation, and automation handoff
We freeze SmartTask writes during cutover and run a final delta migration of any tasks modified during the migration window. We deliver the full migrated workspace with project files or Project Online projects confirmed. We provide the Task Template inventory document listing every SmartTask Task Template with its structure for the PMO to rebuild as Microsoft Project templates. We do not rebuild SmartTask automations or workflows; we deliver a written map of every automation trigger and action for the customer's admin to rebuild in Power Automate (for Project for the Web and Project Online) or as MPP template structures (for desktop). We support a five-business-day post-cutover window for reconciliation issues raised by the project team.
Platform deep dives
SmartTask
Source
Strengths
Weaknesses
Microsoft Project
Destination
Strengths
Weaknesses
Complexity grading
Standard Project Management migration. 2 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 SmartTask and Microsoft Project.
Object compatibility
2 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
SmartTask: Not publicly documented.
Data volume sensitivity
SmartTask 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 SmartTask to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your SmartTask 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 SmartTask
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.