Project Management migration

Migrate from Viewpath to Microsoft Project

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

Viewpath logo

Viewpath

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

80%

8 of 10

objects map 1:1 between Viewpath and Microsoft Project.

Complexity

BStandard

Timeline

2-3 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Viewpath to Microsoft Project is an urgent exit migration for a platform that has been permanently closed since 2022. Viewpath had no documented public API, which means data extraction relies on reconstructed exports and direct database queries where access is available. We extract Projects, Tasks, Dependencies, Resources, baseline schedules, and custom Report definitions before the remaining infrastructure becomes unrecoverable. For the destination, we deliver schedule data that maps into Microsoft Project Desktop (.mpp format) or Project Online Project Web App (PWA) via available import channels, with locked task artifacts flagged and baselines preserved in dedicated fields. We do not migrate Viewpath's custom workflows or filtered Report configurations as code; we document them as data artifacts for manual reconstruction in Microsoft Project's reporting interface. The Microsoft Project Online cloud version is scheduled for retirement on September 30, 2026, so teams choosing cloud destinations should evaluate Project for the web or Project Server Subscription Edition as part of the migration planning.

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

Viewpath logo

Viewpath

What's pushing teams away

  • Multiple users reported task-locking glitches where specific tasks became uneditable in the UI, forcing workarounds that disrupted schedules.
  • Users found date and time editing unintuitive and reported that printing a full schedule with all details required workarounds.
  • Reviewers noted Viewpath was not as feature-rich as competing project management tools, particularly for portfolio-level reporting and complex resource allocation.
  • After the company closed in 2022, customers were forced to migrate with no official data export path, causing urgency and data-loss risk.

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

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

Viewpath

Project

maps to

Microsoft Project

Project (MSP) or Project Enterprise (PWA)

1:1
Fully supported

Viewpath Projects map directly to Microsoft Project project files (.mpp for desktop) or Project Online/PWA Enterprise Projects. We extract project name, description, start date, finish date, status, and owner from Viewpath's project-level metadata. Where a Viewpath project was saved as a template, we flag it as such and deliver the template data as a separate reference artifact so the customer's admin can create a Microsoft Project template from it. Projects with orphaned task artifacts (locked tasks from Viewpath's UI glitches) are flagged before migration so the customer can decide whether to import the affected schedule segments or recreate them in Microsoft Project manually.

Viewpath

Task

maps to

Microsoft Project

Task

1:1
Fully supported

Viewpath Tasks map to Microsoft Project Task rows. We extract task name, planned start and finish dates, duration, percent complete, and priority. Tasks flagged as locked in Viewpath's UI are explicitly excluded from the import set and reported separately because Microsoft Project does not have an equivalent lock state that prevents editing. The customer's PMO can recreate those task segments in Project after migration. Manual tasks in Viewpath map to Microsoft Project's manual scheduling mode where supported; Project for the web strips manual task support at migration time per Microsoft documentation.

Viewpath

Dependency

maps to

Microsoft Project

Task Dependency

1:1
Fully supported

Viewpath supports finish-to-start, start-to-start, finish-to-finish, and start-to-finish dependency types. We map all dependency links to Microsoft Project's dependency model (LinkPredecessor, LinkSuccessor fields). Circular dependency chains detected in Viewpath's data are flagged before import because Microsoft Project handles circular dependencies by breaking the chain silently, which can alter the schedule unexpectedly. We report any circular chains so the customer's project manager can resolve them in the destination before finalizing the schedule.

Viewpath

Resource

maps to

Microsoft Project

Resource Sheet (MSP) or Enterprise Resource Pool (PWA)

1:1
Fully supported

Viewpath Resources (people allocated to tasks with allocation percentages) map to Microsoft Project Resources. We extract resource name, role, email address, and allocation percentage per task assignment. Where Viewpath used a generic resource pool without individual assignments, we map to a generic Microsoft Project material resource. For Project Online or PWA destinations, resources map to the Enterprise Resource Pool; for Project Desktop destinations, resources are written to the Resource Sheet. Resource max units (% allocation) migrate from Viewpath's allocation percentages. Resource rates do not transfer from Viewpath as Viewpath did not store billing rates as a standard field.

Viewpath

Gantt Chart Configuration

maps to

Microsoft Project

Project Schedule (Gantt View)

lossy
Fully supported

Viewpath's Gantt view is its primary UI, storing column layout, grouping, and collapsed-row preferences as view metadata rather than as a data object. We extract the underlying schedule data but cannot transfer Gantt column customization or grouping settings to Microsoft Project because these are UI preferences stored differently. We deliver a Gantt view snapshot from Viewpath that the customer can use as a reference to manually configure their Microsoft Project Gantt layout. Critical path highlighting from Viewpath transfers as a calculated field set on the project schedule.

Viewpath

Baseline

maps to

Microsoft Project

Baseline Fields

1:1
Fully supported

Viewpath baseline schedules (saved start/end dates per task for schedule comparison) map to Microsoft Project's Baseline Start and Baseline Finish fields. We extract baseline data per task where Viewpath records show a saved baseline. Not all Microsoft Project tiers expose baseline fields uniformly; Project Plan 1 (entry cloud tier) has limited baseline support compared to Plan 3 and Plan 5. We note the destination tier during scoping and flag any baseline data that cannot be stored in the chosen tier. Multi-baseline tracking (Baseline0 through Baseline10) is preserved as a data artifact if Viewpath stores more than one baseline version.

Viewpath

Custom Report Definition

maps to

Microsoft Project

Report Artifact + Filter Documentation

lossy
Fully supported

Viewpath's custom filtered reports are exported as raw data with filter logic documented. Microsoft Project's reporting layer differs significantly: Project Desktop uses built-in visual reports and export to Excel; Project Online/PWA uses Power BI integration for portfolio reporting. We deliver the report data in a format the customer's admin can import into Excel for rebuild, and we document the filter logic (field names, operators, values) so that the admin can recreate the equivalent view in Microsoft Project's reporting tool or in a connected Power BI workspace. Report rebuilding is in scope for the customer's admin team; we do not rebuild reports as code.

Viewpath

Attachment (Google Drive Link)

maps to

Microsoft Project

Hyperlink or Document Attachment

1:1
Fully supported

Viewpath linked documents via Google Drive OAuth integration, which is no longer valid since Viewpath is closed. We extract each document link reference and attempt to resolve it against the customer's Google Drive. Links that resolve to accessible files are imported as hyperlinks in Microsoft Project Task Notes or as document attachments on the project. Links that are broken or inaccessible (OAuth token revoked or file deleted) are flagged on a Broken Links Report delivered alongside the migration, with the original URL and last-known file name so the customer's admin can reconnect or re-upload the files in SharePoint or Teams for attachment to the migrated project.

Viewpath

User

maps to

Microsoft Project

Resource or Windows User Account

1:1
Fully supported

Viewpath Users (assigned as task owners and resources) map to Microsoft Project Resources with the user's name and email preserved. For Project Online and PWA destinations, we match Viewpath users to Azure AD accounts by email lookup so that the resource has an Active Directory identity. For Project Desktop destinations, users are added to the Resource Sheet. Any Viewpath user that cannot be matched to a destination identity is held in a reconciliation queue for the customer's admin to provision before final record import.

Viewpath

Portfolio-Level Data

maps to

Microsoft Project

Not Migrated

1:1
Fully supported

Viewpath was designed for individual project scheduling and did not have a structured Portfolio or Program object. We do not migrate non-existent data. If the customer needs portfolio-level views in Microsoft Project, we recommend building them post-migration using Project Online's portfolio dashboards or Power BI reports connected to PWA. Any Viewpath data that approximates portfolio-level visibility (multi-project schedule views) is delivered as a reference export for the customer's admin to use when configuring portfolio reporting in Microsoft Project.

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.

Viewpath logo

Viewpath gotchas

High

Viewpath platform is permanently closed

High

No public API documentation exists

Medium

Task-locking UI glitches may create orphaned data

Medium

Baseline and custom report reconstruction required

Medium

Google Drive document links may break after closure

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

  • No Viewpath API forces reconstructed extraction

    Viewpath has no documented public API, no published authentication method, and no known data schema in accessible sources. The platform's closure in 2022 means there is no vendor path for API access. We extract data from available reconstructed exports and direct database queries where the customer retains database access. This extraction method produces valid data but may have schema gaps compared to what a live API would return. We cross-reference manual CSV or Excel exports from Viewpath's reporting interface against our extracted data to validate completeness before importing into Microsoft Project. Customers who no longer have database access and cannot generate manual exports face higher data loss risk.

  • Microsoft Project Online retires September 30, 2026

    If the destination is Microsoft Project Online PWA, note that Microsoft has announced the retirement of Project Online on September 30, 2026, with new license sales stopped after October 1, 2025. We flag this in discovery because it affects destination selection. Teams choosing Project Online as the destination are migrating Viewpath data into a platform that is itself retiring. We counsel customers to evaluate Project for the web (the successor cloud product) or Project Server Subscription Edition (on-premises) as destinations, or to accept that Project Online migration is a mid-term move requiring a second migration before 2026.

  • Locked task artifacts require manual reconstruction

    Multiple Viewpath users reported tasks that became locked in the UI and uneditable, a known Viewpath bug. These locked task records are excluded from the Microsoft Project import because Microsoft Project has no equivalent lock state that prevents editing. We detect locked tasks during extraction, flag them in a reconciliation report, and deliver the underlying schedule data (start, finish, duration, assignment) so the customer's project manager can recreate those task segments manually in Microsoft Project. This is a manual step that adds to the customer's post-migration workload.

  • Baseline data may require tier-aware mapping

    Viewpath baselines are extracted to Microsoft Project's Baseline Start and Baseline Finish fields. However, baseline support varies across Microsoft Project tiers. Project Plan 1 has minimal baseline features, while Project Plan 3 and Plan 5 support multi-baseline tracking. We assess the destination tier during scoping and flag any baseline data that cannot map cleanly. Multi-baseline data (if Viewpath stored Baseline0 through Baseline10) is delivered as a supplemental data artifact for the customer's admin to populate manually in the destination if the tier supports it.

  • Google Drive document links are broken post-closure

    Viewpath's primary document attachment mechanism was linking to files stored in Google Drive via OAuth. Since Viewpath is closed, the OAuth integration with Google is invalid and links cannot be resolved automatically. We attempt to resolve each linked document against the customer's Google Drive using any stored file IDs or folder paths, but links that were only accessible through Viewpath's embedded viewer (without a persistent Google Drive URL) are inaccessible. We flag all unresolved attachments on a Broken Links Report delivered alongside the migration.

Migration approach

Six steps for a successful Viewpath to Microsoft Project data migration

  1. Urgent data extraction and scoping

    We initiate extraction scoping immediately upon intake because Viewpath's infrastructure is permanently closed and degrading. We request that the customer attempt a manual CSV or Excel export from Viewpath's reporting interface before we begin, as this provides a cross-reference for validation against our reconstructed extraction. We audit the extracted data for record counts (Projects, Tasks, Dependencies, Resources), presence of saved baselines, custom report definitions, and attachment link inventory. We also assess whether the customer retains direct database access to Viewpath, which affects extraction completeness. The discovery output is a written extraction report and a migration scope with record counts.

  2. Destination selection and schema preparation

    We assist the customer in selecting the Microsoft Project destination: Project Desktop (for teams wanting local .mpp files with no subscription dependency), Project Online PWA (for cloud-native multi-project visibility, with the 2026 retirement caveat), Project for the web (successor to Project Online, though with reduced CPM feature parity), or Project Server Subscription Edition (on-premises for regulated industries). We prepare the destination schema: project file creation, Resource Sheet or Enterprise Resource Pool setup, custom fields if needed, and baseline field configuration based on the destination tier. If the destination is Project Online PWA, we configure the PWA site structure before data import.

  3. Locked task detection and data repair

    We run a locked task detection pass across the extracted Viewpath data. Any task record showing a locked status flag is separated from the primary import set and logged to a Locked Tasks Report with the task name, original schedule dates, duration, and assigned resource. We do not import locked task states into Microsoft Project. We deliver the Locked Tasks Report so the customer's project manager can manually recreate those schedule segments in Microsoft Project after migration. This step prevents corrupted or uneditable tasks from landing in the destination system.

  4. Baseline and dependency reconciliation

    We reconcile Viewpath baselines against the extracted task schedule to ensure baseline dates correspond to existing task records. Tasks with baseline data but no corresponding task in the extracted set are flagged as orphaned baselines. We also run a circular dependency check across the Viewpath dependency graph. Any circular chain is flagged with the affected tasks listed, and we recommend resolution before import because Microsoft Project breaks circular dependencies silently, potentially altering the schedule unexpectedly. Circular dependencies are resolved by the customer's project manager in the destination or documented for manual correction.

  5. Document link resolution and Broken Links Report

    We attempt to resolve each Viewpath document link against the customer's Google Drive using any stored file identifiers or folder paths. Links that resolve to accessible files are imported as hyperlinks attached to the relevant Microsoft Project task or project. Links that cannot be resolved (OAuth token revoked, file deleted, or URL structure unresolvable) are compiled into a Broken Links Report delivered alongside the migration, including the original Viewpath URL, file name, and the task or project it was attached to. The customer's admin uses this report to reconnect files via SharePoint or to re-upload documents to the destination system.

  6. Production migration and validation

    We run the production migration in record-dependency order: Resources first (Resource Sheet or Enterprise Resource Pool), then Projects, then Tasks with dependencies resolved, then baselines written to baseline fields, then attachments (hyperlinks and document references), and finally custom report data delivered as a reference export for manual rebuild. Each phase emits a row-count reconciliation report. The customer validates record counts and spot-checks 20-30 records for data accuracy. We do not migrate Viewpath's custom workflows or filtered Report configurations as code; these are delivered as documented artifacts for the customer's admin to rebuild in Microsoft Project's reporting and automation tools.

Platform deep dives

Context on both ends of the pair

Viewpath logo

Viewpath

Source

Strengths

  • Flexible licensing model where Resources can view and update assigned tasks without consuming a full named license, lowering per-seat cost for large execution teams.
  • Native Salesforce integration with fully embedded project management views, Gantt charts, and resource matching for organizations standardized on Salesforce.
  • Smart Gantt chart with inline editing reflects schedule and duration changes in real time across dependent tasks, reducing manual re-planning effort.
  • Built-in client portal access lets external stakeholders see project status without seat licenses, easing collaboration on engagements with outside parties.
  • Portfolio-level resource allocation charts and capacity planning views give PMOs visibility into where teams are over- or under-allocated across projects.

Weaknesses

  • Platform is permanently closed as of 2022, eliminating vendor support, infrastructure maintenance, and security updates.
  • No documented public API means data extraction relies on reconstructed or database-access methods rather than standard integration endpoints.
  • Task-locking UI bugs left some schedules in an inconsistent state that requires manual repair during migration.
  • Limited portfolio and program management capabilities compared to modern PM platforms like Asana, Monday.com, or MS Project Online.
  • Resource management features are basic, lacking multi-project capacity planning or role-based forecasting.
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. 3 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 Viewpath and Microsoft Project.

  • Object compatibility

    B

    3 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

    Viewpath: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

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

Book a free 30 minute consultation

Most Viewpath migrations land between two and three weeks for organizations with under 50 projects, 500 tasks, and no complex multi-baseline histories. Migrations with large task counts (over 2,000 tasks), multiple saved baselines, resource allocation histories, or significant document link inventories requiring resolution extend to four to eight weeks. The primary time driver is data extraction from Viewpath, which requires reconstructed exports or database access rather than a live API. Destination selection (Project Desktop versus Project Online versus Project for the web) has a secondary effect on timeline because Project Online requires PWA configuration before data import.

Adjacent paths

Related migrations to explore

Ready when you are

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