Project Management migration

Migrate from zeno.pm to Microsoft Project

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

zeno.pm logo

zeno.pm

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

80%

8 of 10

objects map 1:1 between zeno.pm and Microsoft Project.

Complexity

CModerate

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from zeno.pm to Microsoft Project is a migration without a programmatic export path on the source side. zeno.pm does not publish a documented REST API for external data extraction, which means the extraction phase requires vendor coordination and access to the admin console's built-in export functions. We handle that coordination, transform zeno's project-level date properties into independent task and milestone records in Microsoft Project, and carry risk registers and issue logs as custom fields or task-linked tables. We do not migrate zeno's report definitions, attachment binaries, or custom form-builder schemas as these objects are not accessible via any documented export mechanism. The migration plan accounts for the manual re-upload of documents and the rebuild of report dashboards in Microsoft Project's native reporting suite.

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

zeno.pm logo

zeno.pm

What's pushing teams away

  • The platform lacks an automated migration path from existing tools — one reviewer explicitly noted that moving from .mpp files into zeno.pm has no built-in automated process and requires manual re-entry.
  • The dashboard and user interface feel dated compared to modern SaaS alternatives, with reviewers citing the look and feel as a reason they considered switching platforms.
  • Organisations with complex custom reporting requirements find the built-in report suite insufficient and the export options limited for feeding data into external BI tools.

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 zeno.pm objects map to Microsoft Project

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

zeno.pm

Project

maps to

Microsoft Project

Project (MPP or Project for the web)

1:1
Fully supported

zeno.pm Projects map to Microsoft Project files or Project for the web Project records. We extract project name, status, description, start date, end date, owner, and any project-level custom fields via the vendor-coordinated export. zeno.pm stores scheduling data as project-level properties rather than independent task objects, so we transform those date properties into a flat project-level milestone record in Microsoft Project. Dependencies between projects in zeno.pm become cross-project dependencies or are documented as predecessor relationships to recreate in the destination.

zeno.pm

Program

maps to

Microsoft Project

Enterprise Project or Multi-Project Roadmap

1:1
Fully supported

zeno.pm Programs aggregate multiple projects with their own status, financials, and reporting roll-up. In Microsoft Project Plan 3 and Plan 5, programs map to Enterprise Projects that contain sub-projects, or to Roadmap rows that aggregate status across multiple independent project plans. We preserve the program-to-project parent-child relationship as an Enterprise Project hierarchy or as a Roadmap association depending on the destination Plan tier. Program-level financials roll up to the parent Program record and map to summary cost fields in the destination.

zeno.pm

Portfolio

maps to

Microsoft Project

Portfolio (Project Online) or Roadmap

1:1
Fully supported

zeno.pm Portfolios are top-level containers aligned to business units, regions, or investment themes. Microsoft Project does not have a native Portfolio object; portfolio-level roll-up requires either Project Online with its Portfolio Views or a Project Plan 3/5 Roadmap. We map the portfolio hierarchy as a structured document delivered alongside the migration so the customer's admin can recreate the portfolio groupings in the appropriate Microsoft tool. Portfolio-level KPIs and financial summaries migrate as structured data to be surfaced in Power BI if the customer has that license.

zeno.pm

Risk

maps to

Microsoft Project

Task with custom fields or SharePoint list

1:1
Fully supported

zeno.pm Risks are structured records attached to Projects with title, likelihood, impact, status, owner, and mitigation notes. We map these to Microsoft Project tasks with custom fields capturing likelihood, impact, and risk status. For organisations using Project Online with SharePoint, risks can be stored in a linked SharePoint Issues List. The risk register is treated as a child collection of the parent Project record, and we preserve the ordering and grouping from zeno.pm during migration. Risks without an owner in zeno.pm are flagged for manual assignment in Microsoft Project.

zeno.pm

Issue

maps to

Microsoft Project

Task with custom fields or SharePoint list

1:1
Fully supported

zeno.pm Issues follow a similar schema to Risks and are stored as a separate log within each Project. We map issue title, priority, status, owner, and description to Microsoft Project tasks with custom priority and status fields, or to a SharePoint Issues List linked from Project Online. Issues and Risks from zeno.pm are migrated in the same pass because their schema structures are similar. Any linked attachments on issues are inventoried for manual re-upload.

zeno.pm

Financials

maps to

Microsoft Project

Project cost fields or Excel import

lossy
Mapping required

zeno.pm stores project financials including budget, actuals, and forecasts as project-level properties. We map these as structured financial line items, preserving values and currency. Microsoft Project natively supports Fixed Cost, Fixed Cost Accrual, and Cost fields on tasks. For complex financial roll-ups, we deliver a structured CSV mapping that the customer imports separately or connects to a Power BI financial reporting model. zeno.pm financial summaries that reference external accounting system integrations do not migrate as live connections; they require reconfiguration in the destination.

zeno.pm

Resource

maps to

Microsoft Project

Resource Sheet (Project Desktop) or Enterprise Resource Pool (Project Online)

1:1
Fully supported

zeno.pm tracks team member assignments to projects and programs with resource names, roles, allocation percentages, and availability. We map these to the Microsoft Project Resource Sheet with Max Units carrying the allocation percentage. For Project Online, resources migrate to the Enterprise Resource Pool and project assignments are linked. Resource capacity and utilisation data in zeno.pm is preserved as structured availability records in the destination. Any generic (non-user) resources in zeno.pm map to Material Resources or generic resources in Microsoft Project.

zeno.pm

Milestone and Schedule

maps to

Microsoft Project

Milestone task

1:1
Fully supported

zeno.pm stores milestone dates and dependencies as project-level metadata rather than as independent schedule objects. We extract every milestone date from the project record and create discrete Milestone tasks in Microsoft Project with the correct Finish Date and zero duration. Dependencies between milestones in zeno.pm map to predecessor-successor relationships (FS, SS, FF, SF) in Microsoft Project. This transformation is the most structurally significant step in the migration because zeno.pm does not expose these as independent objects.

zeno.pm

Custom Fields

maps to

Microsoft Project

Project-level custom fields

lossy
Mapping required

zeno.pm custom fields are defined via its form-builder and are not visible in any public API documentation. During discovery, we request the full form schema from zeno.pm support or extract it from the admin console. We map each custom field individually to Microsoft Project's Project Summary Tasks custom fields, flagging any picklist dependencies, conditional visibility rules, or required-field constraints. Note: Microsoft Project .mpp import does not carry project-level custom fields (a documented Microsoft limitation), so these require manual field creation and value mapping post-import if the customer is using Project Desktop.

zeno.pm

AI-Generated Data

maps to

Microsoft Project

Custom fields or notes

1:1
Mapping required

zeno.pm embeds AI features that generate or enrich project data such as summaries and risk flags. We identify records with AI-generated content during profiling, preserve the output as text in a custom field (e.g., AI_Summary__c) on the destination Project or Task record, and flag the record for review by the project manager to validate the AI-generated content in its new context. AI risk flags migrate as risk entries with a note indicating the AI origin for transparency.

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.

zeno.pm logo

zeno.pm gotchas

High

No documented public API for data export

High

Attachments are not accessible via API

Medium

Report definitions are not portable

Medium

No automated .mpp or legacy tool migration

Low

Custom form fields require schema discovery before mapping

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

  • zeno.pm has no documented public REST API

    zeno.pm does not publish a REST API reference for external access to its data model. There is no documented endpoint for extracting Projects, Programs, Risks, Issues, or any other core object programmatically. We handle this by working with the vendor to obtain a data export directly, or by using the admin console's built-in export functions where available. Migration timelines depend on vendor data delivery rather than our own API-driven extraction, which can introduce delays of one to three weeks and requires customer-side coordination with zeno.pm's support team. We scope the extraction phase separately in the project plan and flag the vendor dependency explicitly in the discovery output.

  • Attachments cannot be retrieved or migrated via any mechanism

    Documents, images, and files attached to Projects, Programs, or Risks in zeno.pm are not accessible via any documented API or export function. We inventory all attachment references during discovery, preserve file names and their linked record associations, and deliver a structured re-upload checklist organised by project. The customer manually re-uploads documents after cutover using the checklist. This step adds time to the migration plan and must be accounted for before the cutover date. We do not estimate the re-upload effort because it depends entirely on the volume and size of the files.

  • Microsoft Project .mpp import drops several task-level features

    Microsoft's documented import path from .mpp files (via PowerShell ImportProject cmdlet or Project Desktop) does not carry the following: baselines, cross-project dependencies, deadlines, project-level custom fields, and constraints other than Start No Earlier Than and Finish No Earlier Than. If your zeno.pm projects rely on any of these features, we document them separately and the customer's admin recreates them post-import. We flag each missing feature in the pre-migration discovery report so there are no surprises at cutover.

  • zeno.pm report definitions are not portable and must be rebuilt

    zeno.pm's reporting suite consists of pre-configured, server-rendered report templates and dashboard configurations that live inside the platform. There is no export mechanism for report definitions. We migrate all underlying data (financials, risks, issues, timelines, milestones) so that the equivalent reports can be rebuilt in Microsoft Project or Power BI. We document the complete list of active reports and their data sources during discovery to guide the rebuild effort. This is a manual step that typically falls to the customer's PMO admin or a Microsoft consultant.

  • Project Online retirement does not affect all Microsoft Project products equally

    Microsoft Project Online is retiring in September 2026 and new instances were blocked from April 2026. However, Project Desktop (Standard and Professional) and Project for the web (which is merging into Planner Premium) are not retired. If your destination is Project Online specifically, we note that it is a product on a defined end-of-life timeline. We flag this during scoping so the customer can confirm whether Project Plan 3/5 (standalone) or Planner Premium better fits their long-term roadmap. This is a scoping consideration, not a migration blocker.

Migration approach

Six steps for a successful zeno.pm to Microsoft Project data migration

  1. Discovery and vendor coordination setup

    We audit the source zeno.pm tenant via admin console access, inventory all Projects, Programs, Portfolios, Risks, Issues, Resources, Financial records, and milestone dates. Because zeno.pm has no public API, we open a vendor coordination ticket with zeno.pm support to request a structured data export in CSV or Excel format. We scope the extraction of custom form-builder schemas during this phase and request the full field list from zeno support. Discovery output is a written migration scope document with record counts per object, a list of attachment references for the manual re-upload checklist, and the active report inventory for rebuild guidance.

  2. Custom schema discovery and mapping design

    zeno.pm's custom form fields are defined via its form-builder and are not visible in any public documentation. We extract the full custom field schema from the admin console or request it from zeno support. We map each custom field to a Microsoft Project custom field (text, number, flag, or date) or to a SharePoint column if the destination is Project Online with a connected SharePoint site. We also design the schedule transformation: extracting zeno's project-level date properties and converting them to discrete Milestone tasks with the correct date values and predecessor relationships.

  3. Sandbox or pilot migration and reconciliation

    We run a pilot migration using a subset of Projects (typically the three to five most complex) to validate the schedule transformation, custom field mapping, and risk/issue import. The customer's PMO lead reconciles the migrated data against the zeno.pm source, spot-checking milestone dates, resource allocation percentages, and risk ownership. Any mapping corrections are documented and applied to the full migration scripts before the production migration begins. This pilot phase typically takes one to two weeks.

  4. Production migration in dependency order

    We run the production migration in record-dependency order: Portfolios and Programs first (as parent containers), then Projects (with milestone dates transformed into discrete Milestone tasks), then Risks and Issues as linked or custom-field records, then Resources, then Financials as CSV or direct field mapping. Each phase emits a row-count reconciliation report. The Microsoft Project .mpp file is generated or Project for the web records are created via the Dataverse API depending on the destination product tier. Attachment references are logged for the manual re-upload checklist delivered at cutover.

  5. Cutover, validation, and report rebuild handoff

    We freeze zeno.pm write access during cutover and run a final delta migration of any records modified during the migration window. We deliver the re-upload checklist for attachments, the report rebuild guide referencing the active report inventory, and the schedule gap report documenting any milestones or dependencies that could not be automatically imported due to Microsoft Project's documented import limitations. The customer or their Microsoft consultant rebuilds reports in Project Online Power BI or Project Desktop Views post-migration. We do not rebuild zeno.pm reports as Microsoft reports as part of standard migration scope.

Platform deep dives

Context on both ends of the pair

zeno.pm logo

zeno.pm

Source

Strengths

  • Pre-built best-practice reporting suite covering KPIs, financials, risks, and portfolio roll-ups without additional cost.
  • Supports simultaneous agile and waterfall methodologies within the same portfolio.
  • Configurable forms and workflows let organisations align the tool to existing governance frameworks.
  • Low-barrier entry with free tier and pay-as-you-go pricing model.
  • Designed for multi-industry use: corporate, government, SMB, and individual contributors.

Weaknesses

  • No public API documented for automated data export, making programmatic migration difficult without vendor involvement.
  • Attachment storage is not accessible via API, requiring manual re-upload of documents after migration.
  • Report configurations are not portable — reports must be rebuilt in the destination system.
  • UI and dashboard design is described by reviewers as dated compared to modern SaaS alternatives.
  • No automated migration tooling for common formats like Microsoft Project .mpp files.
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?

Moderate Project Management migration. 1 of 8 objects need a manual workaround.

C

Overall complexity

Moderate migration

Derived from compatibility, mapping clarity, API constraints, and data volume across zeno.pm and Microsoft Project.

  • Object compatibility

    C

    1 of 8 objects need a manual workaround.

  • 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

    zeno.pm: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

Estimate your zeno.pm 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 zeno.pm to Microsoft Project data migrations

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

Can't find your answer?

Walk through your zeno.pm 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 three and five weeks for organisations with fewer than 50 projects, clean portfolio hierarchies, and manageable risk registers. Migrations with deep Program-to-Project hierarchies, complex financial roll-ups, large resource pools, or extensive custom form schemas move to six to ten weeks because of the vendor coordination timeline for data extraction and the custom schema discovery phase. The vendor coordination for zeno.pm data export is the critical path item and typically adds one to three weeks before any migration work begins.

Adjacent paths

Related migrations to explore

Ready when you are

Move from zeno.pm.
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