Project Management migration
Field-level mapping, validation, and rollback between Meisterplan and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Meisterplan
Source
Microsoft Project
Destination
Compatibility
6 of 10
objects map 1:1 between Meisterplan and Microsoft Project.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Migrating from Meisterplan to Microsoft Project requires translating a portfolio-first data model into a project-centric one. In Meisterplan, Resources carry availability percentages and get allocated to Projects with utilization targets. In Microsoft Project, Resources are assigned to Tasks with assignment units and work hours. We perform the resource-to-assignment transformation during import, preserving the original allocation percentages as custom fields. Programs migrate as summary-task hierarchies or tagged project groupings. Scenarios become separate .mpp files or baseline snapshots within a master project. Microsoft Project Online retires September 30, 2026, and organizations currently using it with Meisterplan as a portfolio layer often consolidate onto Microsoft Project Desktop or Project Plan. We do not migrate Workflows, Excel-tracked manual processes, or Scenario Comparison modes as code; we deliver a written inventory of these artifacts for the customer's PMO to rebuild.
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 Meisterplan 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.
Meisterplan
Project
Microsoft Project
Project (MS Project file or Project for the web project)
1:1Meisterplan Projects migrate directly as Microsoft Project plans. The Project name, start date, finish date, priority, Total Cost, and Status transfer as standard fields. Custom Project Fields migrate as Enterprise Custom Fields (Project-level) in Project Online/Server or as custom columns in Project Desktop. Dependencies between Projects in Meisterplan map to cross-project predecessor-successor links if a master project structure is built; otherwise they are flagged for manual recreation in the destination Gantt.
Meisterplan
Resource
Microsoft Project
Resource (Resource Sheet in Project Desktop)
lossyMeisterplan Resources carry a name, email, and availability percentage per time period. In Microsoft Project, Resources are entered on the Resource Sheet with Max Units (the availability percentage as a decimal, e.g., 100% availability = 1.0), Hourly Rate (if cost data exists), and Resource Group. We retrieve the availability schedule from the Meisterplan allocation data and set the Max Units accordingly. Note that in Project Online, Resources are part of the SharePoint-connected Resource Engagement model; in Project Desktop, they are local to the plan.
Meisterplan
Allocation
Microsoft Project
Task Assignment (Assignment Units and Work)
1:manyMeisterplan allocations represent a Resource booked to a Project at a given utilization percentage over a time period. Microsoft Project represents the same concept as a Task Assignment: a Resource assigned to a Task with Units (equivalent to the allocation percentage) and Work hours (computed from the project's effort). We transform each allocation row into one or more task-assignment records, splitting by task phase where the allocation covers multiple work breakdown elements. The original allocation percentage is preserved as a custom assignment field for audit.
Meisterplan
Scenario
Microsoft Project
Separate Project Plan or Baseline Snapshot
1:1Meisterplan Scenario Comparison mode (Pro/Premium) has no native equivalent in Microsoft Project. We migrate each Scenario as a separate .mpp file (Desktop) or a separate project in Project Online, tagged with a ScenarioName custom field. If the destination is a single-file environment, the primary Scenario migrates as the active plan and alternate Scenarios are stored as Baseline sets or as separate plans in the same SharePoint library. The customer validates the Scenario mapping strategy during scoping.
Meisterplan
Program
Microsoft Project
Summary Tasks or Project-level Custom Field
lossyMeisterplan Programs group related Projects for portfolio-level reporting. Microsoft Project has no native program construct. We migrate Programs as a Project-level custom text field (Program) on each child project, and if the destination supports a master project or roadmap, we create a Summary Task hierarchy that groups related project plans. The customer chooses the program-to-hierarchy strategy during scoping based on the destination environment.
Meisterplan
Milestone
Microsoft Project
Milestone Task
1:1Milestones migrate as Task records with the Milestone flag set to Yes in Project Desktop or the equivalent milestone task type in Project for the web. The milestone name, date, and associated project linkage are preserved. Dependencies between milestones require cross-task predecessor links that we build during the dependency mapping phase. The Meisterplan help center explicitly notes that Milestone Dependencies cannot be quick-imported; we resolve these through the API dependency endpoint and build them as predecessor links during migration.
Meisterplan
Custom Project Field
Microsoft Project
Enterprise Custom Field or Custom Column
1:1Meisterplan Custom Project Fields (up to 100 per project, supporting text, number, date, single-select, multi-select, checkbox, currency, URL, and OBS) require field-by-field mapping to Microsoft Project's custom field system. We retrieve the full field schema via the Meisterplan REST API, then map each field to a typed Enterprise Custom Field (Project-level) in Project Online/Server or a custom column in Project Desktop. Single-select and multi-select fields map to Project Enterprise Custom Fields of type Lookup Table or Text respectively. Values migrate during the project import phase.
Meisterplan
Financial Data
Microsoft Project
Cost Custom Fields
1:1Meisterplan financial figures (Approved Budget, CapEx, OpEx, Plan-Ist variance, Cost Type Tracker) are Pro and Premium features. Microsoft Project has no native CapEx/OpEx classification system; we migrate financial data as cost custom fields on the project. We create a set of Cost-type Enterprise Custom Fields in the destination and populate them from the Meisterplan financial export. Customers requiring CapEx/OpEx classification define a custom lookup table in Project Online/Server for cost-type categorization. Financial tracker (cost estimate at completion, earned value) is not available in Project Desktop without the Project Online connection.
Meisterplan
User
Microsoft Project
User (Project Online/SharePoint) or Resource contact
1:1Meisterplan Users are free and unlimited; the distinction from Resources is that Users are login accounts and Resources are schedulable employees (paid units). We migrate User accounts as Project team members or Resource contacts depending on whether the destination is Project Online (connected to SharePoint/Entra ID) or Project Desktop. In Project Online, we map Meisterplan Users to Entra ID entries by email match; in Project Desktop, we add them as Resource Sheet entries with an email contact field. Role-based permissions from Meisterplan are documented for manual reconstruction in the destination permission model.
Meisterplan
Portfolio View
Microsoft Project
Project View configuration (documented for rebuild)
lossyMeisterplan Portfolio Views (Gantt, table, heatmap) are UI artifacts with column layouts, groupings, and filtering rules. Microsoft Project Desktop stores view configurations locally per file and does not support portfolio-level view portfolios. We export the view configuration as a written document listing the column set, grouping, and filter rules for each view. The customer's PMO rebuilds these views in the destination environment. View migration is not a data transfer but a configuration handoff.
| Meisterplan | Microsoft Project | Compatibility | |
|---|---|---|---|
| Project | Project (MS Project file or Project for the web project)1:1 | Fully supported | |
| Resource | Resource (Resource Sheet in Project Desktop)lossy | Fully supported | |
| Allocation | Task Assignment (Assignment Units and Work)1:many | Fully supported | |
| Scenario | Separate Project Plan or Baseline Snapshot1:1 | Fully supported | |
| Program | Summary Tasks or Project-level Custom Fieldlossy | Fully supported | |
| Milestone | Milestone Task1:1 | Fully supported | |
| Custom Project Field | Enterprise Custom Field or Custom Column1:1 | Fully supported | |
| Financial Data | Cost Custom Fields1:1 | Mapping required | |
| User | User (Project Online/SharePoint) or Resource contact1:1 | Fully supported | |
| Portfolio View | Project View configuration (documented for rebuild)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.
Meisterplan gotchas
Resource-based licensing is not user-based
Financial data is absent on Basic edition exports
Custom Project Fields require value-level mapping
REST API lacks a bulk export endpoint
Scenario data structure is destination-dependent
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 destination environment selection
We audit the source Meisterplan tenant across edition (Basic/Pro/Premium), active Project count, Resource roster, allocation granularity (allocation list vs. allocation matrix), Scenario count, Custom Project Field definitions (via REST API), and financial data availability. We pair this with a destination environment assessment: Project Desktop (Plan 5) for desktop-centric scheduling, Project Plan 3 ($30/user) for web and Roadmap access, or Project Online (if already provisioned) before the September 2026 retirement. We confirm the destination version with the customer and document the migration scope in a written statement of work before extraction begins.
Source data extraction via REST API
We extract all source records via the Meisterplan REST API (api.us.meisterplan.com or api.eu.meisterplan.com depending on hosting region). The API lacks a bulk export endpoint, so we use paginated reads with exponential backoff on 429 responses to avoid disrupting active usage. We extract Projects with all Custom Project Field values, Resource roster with availability schedules, allocation data, Milestones with dependency references, Financial Events (if Pro/Premium), Scenarios, Programs, and User accounts. The export is iterative for large portfolios; we run a dry-run read of record counts before committing to the full extraction.
Schema design and resource-assignment mapping
We design the destination schema in a sandbox environment. This includes provisioning the Resource Sheet with Max Units derived from Meisterplan availability percentages, defining Enterprise Custom Fields (if Project Online/Server) or custom columns (if Project Desktop) to receive the Custom Project Fields, creating lookup tables for single-select and multi-select fields, and building the project structure (summary tasks for Programs, milestone tasks for Milestones). We also design the resource-to-assignment transformation logic: each Meisterplan allocation row becomes a Task Assignment with Units and Work values, with the original allocation percentage preserved in a custom field.
Sandbox migration and reconciliation
We run a full migration into a sandbox environment (Project Desktop file or Project Online sandbox tenant) using production-equivalent data volumes. The customer's PMO lead reconciles record counts (Projects in, Resources in, Milestones in, Assignments in), spot-checks 20-30 random projects against the source Meisterplan export, and reviews the allocation percentages against the original resource bookings. We resolve any mapping corrections before production migration. This step is mandatory for portfolios exceeding 20 active Projects or 50 Resources because the resource-assignment transformation is the highest-risk mapping in this pair.
Production migration in dependency order
We run production migration in sequence: Resource Sheet (with Max Units and email contacts), Projects (with Custom Project Fields and Program tagging), Milestones (with predecessor links resolved from the dependency extraction), Task structure (with Assignments mapped from allocation data), Financial custom fields (from Pro/Premium exports), and Scenarios (as separate project files or baseline snapshots). Each phase emits a row-count reconciliation report before the next phase begins. We freeze Meisterplan writes during cutover and run a final delta migration for any records modified during the window.
Cutover, validation, and automation handoff
We enable Microsoft Project as the system of record after a go/no-go sign-off from the PMO lead. We deliver the written inventory of Meisterplan workflow automation, allocation triggers, and Scenario Comparison configurations that require manual rebuild in the destination environment. We support a one-week hypercare window where we resolve any record-reconciliation issues surfaced by the project management team. We do not rebuild Meisterplan automation logic as Project macros, Power Automate flows, or SharePoint logic; that is documented as a separate scope for the customer's admin or a Microsoft implementation partner.
Platform deep dives
Meisterplan
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 Meisterplan 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
Meisterplan: Not publicly documented — no published rate limit figures found.
Data volume sensitivity
Meisterplan 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 Meisterplan to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Meisterplan 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 Meisterplan
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.