Project Management migration

Migrate from Antura to Microsoft Project

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

Antura logo

Antura

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

83%

10 of 12

objects map 1:1 between Antura and Microsoft Project.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Antura to Microsoft Project is a CSV-based migration with no public API on the source side and a multi-step file import on the destination. Antura organizes work around Projects with a flat task hierarchy, supports Sub-projects as nested containers, and stores Resources with capacity and cost rates. We export from Antura's UI-based CSV output, normalize Swedish-language column headers (e.g., Projekt to Project, Uppgift to Task) during the transformation phase, and import into Microsoft Project using the native MPP import or CSV feed depending on the destination tier (desktop, Project Online, or Planner Premium). Custom fields require manual schema discovery because Antura has no documented metadata API for external introspection. Document attachments are binary and cannot move through standard CSV processing; we extract metadata and flag the file-transfer step separately. We do not migrate Antura's benefit tracking, custom workflow templates, or benefit-realization records as these have no equivalent in Microsoft Project.

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

Antura logo

Antura

What's pushing teams away

  • Limited international documentation and English-language support creates friction for non-Swedish teams during onboarding and ongoing administration.
  • Smaller review presence on English-language platforms like G2 and Capterra makes independent evaluation difficult compared to globally dominant alternatives.
  • Organizations outgrowing Swedish market positioning may find fewer integration options with non-Scandinavian enterprise systems.
  • Feature depth in portfolio and resource management may exceed needs for smaller teams, prompting migration to simpler tools.
  • Lack of publicly documented API capabilities limits automation potential for organizations with sophisticated integration requirements.

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

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

Antura

Project

maps to

Microsoft Project

Project

1:1
Fully supported

Antura Project records map to Microsoft Project files (MPP) or Project Online Project entities. We preserve Project Name, Status, Start Date, Finish Date, Description, Project Manager (Owner), Budget, and custom fields. The destination project is created before any child records load so that Task-Project relationships resolve correctly during import.

Antura

Sub-project

maps to

Microsoft Project

Summary Task

1:1
Fully supported

Antura Sub-projects nest under parent Projects with their own milestone and task sets. Microsoft Project does not have a native Sub-project construct; instead we map Sub-projects to Summary Tasks with indented child tasks, preserving the hierarchy by setting Summary Task = True on the parent task row. Task names, dates, and durations map directly.

Antura

Task

maps to

Microsoft Project

Task

1:1
Fully supported

Antura Tasks in a flat structure under Projects map to Microsoft Project Task records. We preserve Task Name, Start, Finish, Duration, Percent Complete, Priority, Description, and Assignee. Dependency relationships in Antura (Finish-to-Start, Start-to-Start) map to Microsoft Project predecessor links. Antura's flat task model means any implied parent-child relationships must be reconstructed from Antura's WBS column if the customer uses hierarchical numbering.

Antura

Milestone

maps to

Microsoft Project

Milestone

1:1
Fully supported

Antura Milestones are date-driven markers with optional descriptions. Microsoft Project Milestones are tasks with zero duration marked as Milestone = True. We preserve milestone name and date, mapping to the equivalent milestone task in the destination project file.

Antura

Resource

maps to

Microsoft Project

Resource Pool / Resource

1:1
Fully supported

Antura Resources (employees with capacity, skills, and cost rates) map to Microsoft Project Resources. We preserve Resource Name, Type (Work or Material), Max Units (capacity percentage), Standard Rate, Cost Per Use, and accrual method. Resource Groups in Antura map to Microsoft Project Resource Groups. If Antura resources have skill associations, these map to custom resource fields in Microsoft Project.

Antura

Resource Assignment

maps to

Microsoft Project

Assignment

1:1
Fully supported

Antura resource allocations linked to Tasks map to Microsoft Project Assignments with Work (hours) and Units (allocation percentage). We resolve the resource reference using the name-to-resource mapping and set Assignment Owner to the matching Microsoft Project resource row. Utilization percentages migrate to Assignment Units.

Antura

Risk

maps to

Microsoft Project

Issue / Risk

1:1
Fully supported

Antura Risks and Issues are tracked as separate objects with Severity, Probability, Owner, Description, and Mitigation fields. Microsoft Project stores Risks as custom fields on the project or as SharePoint Lists linked to the project; Issues are tracked similarly. We map to a custom Issue/Risk section in the MPP file or a SharePoint list if the destination is Project Online, preserving severity and owner as custom fields.

Antura

Time Entry

maps to

Microsoft Project

Task Actual Work

1:1
Fully supported

Antura Time Entries record hours spent by Resources on Tasks with date and description. We map these to Microsoft Project Actual Work on Task Assignments, setting Actual Work and Actual Start/Finish from the time entry date and hours. Billable rate preservation requires matching the Antura cost rate to the Microsoft Project Resource Standard Rate in the resource mapping.

Antura

Cost Record

maps to

Microsoft Project

Task Cost / Project Cost

1:1
Fully supported

Antura Cost Records include estimates, budgets, actuals, and forecasts per Project with cost types and accounts. We map budget values to Microsoft Project Fixed Cost and Per Use Cost fields on Tasks, and project-level budgets to the Project Summary Task or a custom cost field. Multi-currency handling requires setting the destination project currency before cost data loads.

Antura

Portfolio

maps to

Microsoft Project

Project Center / Roadmap

lossy
Fully supported

Antura Portfolios group Projects with priority, status, and strategic alignment fields. Microsoft Project Online uses Project Center for a flat project list and Roadmap (Planner Premium) for cross-project portfolio views. We map portfolio membership and priority to the Project Center view metadata and create Roadmap items in Planner Premium if the customer has that license. Strategic alignment notes migrate as a custom Project field.

Antura

Custom Field

maps to

Microsoft Project

Custom Field

lossy
Fully supported

Antura allows organization-specific custom fields on Projects, Tasks, and Resources. During scoping we manually discover the active custom field set through Antura's admin interface because there is no metadata API. Each discovered custom field is mirrored as a custom field in Microsoft Project (Text, Number, Date, Flag, or Lookup depending on the Antura field type). If the destination is Project Online, enterprise custom fields are provisioned in the PWA settings before data import.

Antura

Document Metadata

maps to

Microsoft Project

SharePoint Document Library

1:1
Fully supported

Antura Documents attach to Projects and Sub-projects as binary files. We extract document metadata (name, type, date, owner, size) and map to a SharePoint Document Library if the destination is Project Online or to a local folder reference if the destination is Microsoft Project desktop. Actual binary file transfer is handled separately via Antura's document export feature to a shared location, with manual reattachment at the destination.

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.

Antura logo

Antura gotchas

Medium

Custom field schema discovery requires manual scoping

High

No public API documentation for bulk export

Low

Document attachments require separate file transfer

Low

Swedish-language interface affects default field names

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

  • Antura has no public API — migration is CSV-only

    Antura publishes no documented REST or bulk API endpoint for external data extraction. All data export relies on Antura's UI-based CSV export, which requires manual customer interaction per export run. Large organizations with thousands of records must chunk exports through multiple filtered views. We guide the customer through the export process and process the resulting CSV files, but automated pipeline retries and delta-sync are not available. Migration timeline estimates must account for manual export time, especially for organizations with complex project hierarchies requiring multiple CSV files to be exported, validated, and merged before transformation begins.

  • Custom field schema discovery is manual and tenant-specific

    Antura permits organizations to create custom fields on standard objects, meaning no two tenants share the same schema. There is no public metadata API for external schema introspection. We include a dedicated schema discovery phase where we request screen-share access to the customer's Antura admin interface to export a full field inventory across Projects, Tasks, and Resources. Every discovered custom field is then mirrored as a typed custom field in the destination Microsoft Project environment. Skipping this phase results in custom field data being dropped or mis-mapped at import.

  • Swedish field names require normalization before import

    Antura's default installation presents Swedish-language labels for standard fields. Exported CSV column headers may appear in Swedish (e.g., 'Projekt' for Project Name, 'Uppgift' for Task Name, 'Startdatum' for Start Date, 'Slutdatum' for Finish Date). We map Swedish field names to their English Microsoft Project equivalents during the transformation phase. However, customers who have changed their Antura instance language settings or added custom fields in Swedish must confirm the active language and field label set during scoping so that the field name dictionary is complete.

  • Document binary files cannot migrate through standard CSV processing

    Antura stores Documents as binary attachments linked to Projects, not as URLs or cloud references. Standard data migration methods cannot transfer file binaries through CSV. We extract document metadata (name, type, owner, date, size) from the Antura export and map it to a SharePoint Document Library or local folder structure at the destination. The actual file transfer requires Antura's document export feature to a shared network location or cloud storage bucket, with manual reattachment or link creation at the destination. We flag this upfront and recommend the file transfer be planned in parallel with data migration.

  • Sub-project hierarchy maps to Summary Tasks with manual WBS renumbering

    Microsoft Project does not have a native Sub-project construct equivalent to Antura's Sub-project as a first-class container. We map Sub-projects to Summary Tasks in the destination, which preserves the parent-child relationship but changes the WBS numbering. If the customer relies on Antura's WBS numbering for cost code or regulatory reporting, the WBS values must be stored in a custom field before migration because Microsoft Project renumbers WBS automatically on Summary Tasks. We note this constraint during scoping so the customer can decide whether to store WBS in a custom text field.

Migration approach

Six steps for a successful Antura to Microsoft Project data migration

  1. Schema discovery and CSV export guidance

    We schedule a schema discovery session with the customer's Antura admin to access the admin interface and export a full field inventory across Projects, Tasks, Resources, Risks, and Custom Fields. We guide the customer through Antura's CSV export process, including any filtered views needed to chunk large exports. We confirm the instance language (Swedish or English) and note any custom field labels that differ from standard Antura terminology. The discovery output is a written field-mapping dictionary and an export plan specifying the order and filters for each CSV file.

  2. Destination environment setup

    For Microsoft Project desktop destinations, we prepare the destination MPP template with custom fields, calendar settings, and resource pool structure before data import. For Project Online destinations, we provision enterprise custom fields in PWA settings, configure the Resource Pool, and set up the Project Center. For Planner Premium destinations (following the Microsoft Project for the web retirement), we configure the workspace structure and custom columns before migration. We align Antura's project status values with Microsoft Project status field values (On Track, At Risk, Late, Complete) during this phase.

  3. Swedish field name normalization and data transformation

    We run all exported CSV files through a transformation pipeline that remaps Swedish column headers to English Microsoft Project field names using the field-mapping dictionary from discovery. Custom fields are typed (Text, Number, Date, Flag, or Lookup) and mapped to the destination custom field slots. We validate data types (date formats, numeric precision, null handling) and produce a transformation report showing source value, transformed value, and any records flagged for review. Multi-currency cost records have exchange rates applied if the destination project uses a different base currency.

  4. Dependency and hierarchy reconstruction

    Antura stores task dependencies and Sub-project relationships in separate fields that do not map directly to Microsoft Project's predecessor column. We reconstruct the dependency tree by parsing Antura's dependency fields and writing Microsoft Project predecessor links in the format [Task ID][Type][Lag] (e.g., '2FS+3' for Task 2 Finish-to-Start with 3 days lag). Sub-project parent-child relationships are written as Summary Task indentation. Milestone dates are validated against the task schedule to ensure they align with dependent task finish dates.

  5. Resource pool and assignment mapping

    We import the Antura Resource list into the Microsoft Project Resource Pool before task assignments load. Resource names, types, Max Units, and cost rates map directly. We then process resource assignments by matching Antura resource names to the imported resources and writing Assignment rows with Units and Work values. Time entry data is applied as Actual Work against the matching assignments. Any Antura resources without a match in the destination resource pool are flagged for the customer's admin to resolve before production import.

  6. Sandbox import and reconciliation

    We run a full import into a test environment (test MPP file or Project Online sandbox) using production-like data volume. The customer's PMO lead reconciles record counts (Projects in, Tasks in, Milestones in, Resources in, Assignments in), spot-checks 25-50 random tasks against the Antura source, and validates that dependencies and milestones resolve correctly. Any mapping corrections are documented and applied to the production import scripts before cutover.

  7. Production import, document transfer, and cutover

    We run the production import in dependency order: Resource Pool first, then Projects with summary tasks, then Tasks with assignments, then Milestones, then custom field data, then Cost records, then Risks and Issues. Document metadata is exported separately and linked to the SharePoint document library or folder structure. We freeze writes in Antura during cutover, run a final delta import of any records modified during the migration window, and validate the destination project plan's schedule integrity (no invalid dependencies, no scheduled dates in the past without baseline preservation). We deliver a written inventory of Antura benefit-tracking records and portfolio priority lists for manual rebuild in SharePoint Lists or Planner Premium.

Platform deep dives

Context on both ends of the pair

Antura logo

Antura

Source

Strengths

  • Dominant market position in Swedish municipalities with references from government agencies including Trafikverket and Migrationsverket.
  • ISO 27001 certification combined with Swedish cloud hosting addresses data residency requirements for Scandinavian compliance frameworks.
  • 20 years of continuous development with 400+ implementations suggests mature, stable software with reduced surprise bugs or breaking changes.
  • Resource management with capacity planning and time tracking integrated into a single platform reduces data fragmentation across tools.
  • All-in-one project, portfolio, and resource management covers the full PPM stack without requiring separate integrations.

Weaknesses

  • Minimal English-language review presence makes independent evaluation difficult for non-Swedish organizations considering the platform.
  • Limited public API documentation restricts automation possibilities and migration tooling development by third parties.
  • Swedish market focus means fewer English-language support resources, training materials, and community forums.
  • Smaller global footprint compared to monday.com, Wrike, or Smartsheet results in fewer third-party integrations with non-Scandinavian tools.
  • Pricing is not publicly published, requiring direct sales engagement which may slow evaluation for price-sensitive buyers.
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. 1 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 Antura and Microsoft Project.

  • Object compatibility

    B

    1 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

    Antura: Not publicly documented.

  • Data volume sensitivity

    B

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

Estimator

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

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

Can't find your answer?

Walk through your Antura 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 organizations with fewer than 200 projects, 5,000 tasks, and under 30 custom fields. Migrations with complex Sub-project hierarchies, large resource pools (500+ resources with capacity data), more than 30 custom fields across multiple objects, or a Project Online destination requiring enterprise custom field provisioning move to eight to twelve weeks because of manual schema discovery, multi-file CSV chunking, and the need to reconcile Swedish field names across all exports.

Adjacent paths

Related migrations to explore

Ready when you are

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