Project Management migration
Field-level mapping, validation, and rollback between Sonderplan and Microsoft Project. We move data and schema; workflows are rebuilt natively in Microsoft Project.
Sonderplan
Source
Microsoft Project
Destination
Compatibility
7 of 12
objects map 1:1 between Sonderplan and Microsoft Project.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Sonderplan and Microsoft Project solve different problems, and that difference shapes the migration. Sonderplan is a resource scheduling tool built for creative operations—its central object is a Booking that assigns a person, room, or equipment to a time window against a project. Microsoft Project is a schedule management tool whose central object is a Task, with resource allocation and dependency tracking as secondary concerns. We translate Sonderplan Bookings into Tasks, Sonderplan Resources into the Resource Sheet, and Sonderplan Schedules into Microsoft Project projects or Project Web App enterprise projects. Contact records (clients and team members) have no native Microsoft Project equivalent and must be tracked via custom fields, SharePoint task list contacts, or a parallel system. Quotes and Invoices are not scheduling objects and are migrated as linked records with the customer's chosen note or attachment strategy. We extract from Sonderplan via CSV export and calendar feed export; there is no documented public API or bulk endpoint. We do not migrate workflows or automations because Sonderplan does not expose these as a configurable automation layer—schedules, filters, and views are configuration artifacts that Microsoft Project inherits through task grouping and filtering, not a migration artifact.
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 Sonderplan 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.
Sonderplan
Booking
Microsoft Project
Task
1:1Sonderplan Bookings map to Microsoft Project Tasks. The Booking start date maps to Task Start, end date to Task Finish, and the booking status (confirmed, tentative, cancelled) maps to a custom Task Status field or Task Percent Complete derived from status. Resource assignments on the Booking (person, room, or equipment) map to Task Assignments on the corresponding Resource Sheet entry with the Booking duration converted to hours for the Units field. Custom fields on the Booking (client, project phase, shoot day, location) map to Task-level custom fields created in Project Web App or as custom columns in Project Desktop.
Sonderplan
Resource (Person)
Microsoft Project
Resource Sheet (Type: Material or Work)
1:1Sonderplan Resources of type Person map to Microsoft Project Resource Sheet entries as Work resources with a per-hour cost rate. The resource name and email map to Name and Initials. We preserve the Schedule membership as a custom Resource field resource_schedule__c in case multi-schedule membership needs to be reconstructed in the destination. Hourly rates from Sonderplan map to the Cost Rate table on the resource.
Sonderplan
Resource (Room or Equipment)
Microsoft Project
Resource Sheet (Type: Material or Work)
1:1Sonderplan Resources of type Room or Equipment map to Microsoft Project Material resources with a per-use cost rate, or Work resources with an hourly cost depending on how the customer prices these in Sonderplan. We use the resource type indicator from Sonderplan to set the Resource Type in Project. Equipment with peak utilization tracking in Sonderplan maps to a custom Material resource with Max Units set to 1 to enforce singular allocation.
Sonderplan
Schedule
Microsoft Project
Project (MPP or Enterprise Project)
1:manyEach Sonderplan Schedule maps to a separate Microsoft Project file (MPP) or, in a Project Web App environment, to an Enterprise Project. Shared Resources (edit suites, shared equipment) that belong to multiple Schedules are entered once in the Enterprise Resource Pool and referenced by each Project. The multi-schedule-to-multi-project split is applied at migration time; we create all Projects first, then resolve Resource Sheet cross-references.
Sonderplan
Project
Microsoft Project
Project Summary Task or Project Site
1:1Sonderplan Projects map to Microsoft Project Summary Task rows within the destination project, or as a Project-level custom field value if the destination is Project Online. The Project client association maps to a custom Project field (Project Client) that we create in Project Web App. Phase and milestone structure from Sonderplan translates to summary Tasks and milestone Tasks (duration = 0, milestone = Yes) in Microsoft Project.
Sonderplan
Contact (Client)
Microsoft Project
Custom Field or SharePoint Task List Contact
lossyMicrosoft Project has no native client or contact object. Client contacts from Sonderplan are migrated as values in a custom Task-level text field (Project Client) and as a custom Project field (Client Name). If the destination is a Project Online SharePoint task list, contacts can be stored in the associated SharePoint site list. We document the chosen strategy during scoping and apply it consistently across all records.
Sonderplan
Contact (Team Member)
Microsoft Project
Resource Sheet Name or Custom Field
lossyTeam members who are resources map to Resource Sheet entries (see Resource mapping above). Team members who are project stakeholders but not resource-assigned map to a custom Project field (Project Team) with names listed as a text string. For organizations with a SharePoint Online environment attached to Project Online, we recommend a SharePoint contact list as the long-term home for stakeholder contacts.
Sonderplan
Custom Field (Booking-level)
Microsoft Project
Task Custom Field
lossySonderplan custom fields are discovered by exporting a random sample of 50 Bookings and comparing field sets to catch sparse or recently added fields. Discovered custom fields are created in the destination as Task-level Enterprise Custom Fields in Project Web App (with typed field definitions: Text, Flag, Date, Number, or Cost) or as custom columns in Project Desktop. We do not assume field type from the data sample alone; we inspect the Sonderplan field definition for type if available.
Sonderplan
Custom Field (Project-level)
Microsoft Project
Project Custom Field
lossySonderplan project-level custom fields (episodic production folders, shoot locations, delivery formats) map to Project-level Enterprise Custom Fields in Project Web App. These are created as Project fields with a Lookup Table if the values are finite (e.g., delivery format options) or as a text field if open-ended. Project Custom Fields are set at the project summary level and inherited by all tasks within the project.
Sonderplan
Quote
Microsoft Project
Custom Field + Attachment
1:1Sonderplan Quotes have line-item structures (services, quantities, rates) that do not map to any native Microsoft Project object. We export Quote records as a structured CSV and attach the CSV as a document link on the destination Project Summary Task or Project-level custom field (Quote Reference). The customer's admin reconciles billing outside of Microsoft Project or via a third-party PSA integration.
Sonderplan
Invoice
Microsoft Project
Custom Field + Attachment
1:1Sonderplan Invoices carry payment status and billable amounts that do not map to native Microsoft Project objects. We export Invoice records as a structured CSV, tag each Invoice to the associated Project via a custom Project field (Invoice Reference), and attach the invoice CSV to the Project. Partial payments and credits are preserved as line-item notes in the CSV. Financial tracking beyond this is outside the scope of Microsoft Project and requires a PSA or ERP integration.
Sonderplan
Calendar Feed Export
Microsoft Project
Task Start/Finish Dates
1:1The Sonderplan calendar feed export is a derived artifact of Booking data. We extract the underlying Booking records directly rather than parsing the iCal-style feed, ensuring full field fidelity including custom fields, resource assignments, and booking status. The calendar feed itself is not migrated as a feed; the booking data within it is migrated as Tasks.
| Sonderplan | Microsoft Project | Compatibility | |
|---|---|---|---|
| Booking | Task1:1 | Fully supported | |
| Resource (Person) | Resource Sheet (Type: Material or Work)1:1 | Fully supported | |
| Resource (Room or Equipment) | Resource Sheet (Type: Material or Work)1:1 | Fully supported | |
| Schedule | Project (MPP or Enterprise Project)1:many | Fully supported | |
| Project | Project Summary Task or Project Site1:1 | Fully supported | |
| Contact (Client) | Custom Field or SharePoint Task List Contactlossy | Fully supported | |
| Contact (Team Member) | Resource Sheet Name or Custom Fieldlossy | Fully supported | |
| Custom Field (Booking-level) | Task Custom Fieldlossy | Fully supported | |
| Custom Field (Project-level) | Project Custom Fieldlossy | Fully supported | |
| Quote | Custom Field + Attachment1:1 | Fully supported | |
| Invoice | Custom Field + Attachment1:1 | Fully supported | |
| Calendar Feed Export | Task Start/Finish Dates1:1 | 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.
Sonderplan gotchas
Flexible Billing adjusts mid-cycle for user/resource changes
Multi-schedule resource pools require careful deduplication
Custom field schemas vary per account and have no public schema reference
No publicly documented API rate limits or bulk endpoints
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 export extraction
We audit the source Sonderplan account across Schedules, Resources (people, rooms, equipment), Bookings (volume and date range), Projects, Contacts, Quotes, Invoices, and custom field sets. We extract data via CSV export in date-bounded batches (typically by booking start month) to avoid export timeouts. For each batch we validate record counts and cross-check that booking-to-resource assignment totals match the resource roster. We identify multi-schedule shared resources and flag the deduplication strategy question for the customer's decision. We confirm the Microsoft Project destination product (Desktop, Project for the Web, or Planner Premium) and license tier before designing the schema map.
Schema design and custom field provisioning
We design the destination schema in the chosen Microsoft Project environment. In Project Desktop this means defining custom columns and Resource Sheet fields before import. In Project Online or Project for the Web this means creating Enterprise Custom Fields (Task, Resource, and Project level) via Project Web App settings or the Project REST API, with typed field definitions (Text, Date, Number, Cost, Flag) matched from the discovered Sonderplan custom fields. We create the Resource Sheet with all Resources (people, rooms, equipment) before any Task import so that the resource assignment lookup is satisfied at Task insert time.
Test migration in Sandbox or pilot project
We run a full migration into a pilot Microsoft Project file or Project Online Sandbox using a representative subset: one full Schedule with 50-100 Bookings, all resource types, and the full custom field set. The customer reconciles the pilot output against the source Sonderplan data (task dates, resource assignments, custom field values, booking status) and signs off before production migration begins. Any custom field type corrections, resource naming changes, or custom field creation errors are resolved here. For Project Online destinations, the pilot also validates that Enterprise Custom Field creation completes without quota errors.
Production migration in dependency order
We run production migration in record-dependency order: Resource Sheet first (all people, rooms, equipment), then Projects (one per Sonderplan Schedule), then Tasks (Bookings mapped to Tasks with assignments resolved against the Resource Sheet), then Summary Tasks and Milestones from Sonderplan project phases, then custom field values populated on Tasks and Projects. Quotes and Invoices are exported as structured CSVs and attached to the Project Summary Task as document links. Each phase emits a row-count reconciliation report before the next phase begins. The booking status from Sonderplan maps to a custom Task field and, for confirmed bookings, sets the Task Percent Complete based on the current date relative to the booking end date.
Cutover, validation, and contact handoff
We freeze Sonderplan writes during cutover and run a final delta migration of any Bookings modified during the migration window. We deliver a migration completion report showing record counts by object, custom field coverage, and any records that could not be mapped due to missing resource references or unresolvable custom field types. Contact records are delivered in a separate CSV with a documented custom field placement strategy so the customer's admin can enter them into the chosen tracking method (SharePoint contact list, Project-level custom field, or external CRM). We do not enter contacts into Microsoft Project directly because there is no native contact object.
Platform deep dives
Sonderplan
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 Sonderplan 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
Sonderplan: Not publicly documented.
Data volume sensitivity
Sonderplan 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 Sonderplan to Microsoft Project migration scoping. Not seeing yours? Book a call.
Walk through your Sonderplan 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 Sonderplan
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.