Project Management migration

Migrate from Antura to Asana

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

Antura logo

Antura

Source

Asana

Destination

Asana logo

Compatibility

58%

7 of 12

objects map 1:1 between Antura and Asana.

Complexity

BStandard

Timeline

4-6 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Antura to Asana requires navigating a platform whose core difference is API access. Antura offers no publicly documented REST or bulk API endpoint, forcing all data extraction through CSV exports from the application UI. This means migration timelines are longer than API-native platforms, with a manual extraction phase for each major object type. Antura organizes work in a flat task hierarchy under Projects and Sub-projects, while Asana supports tasks with subtasks, multiple project views (List, Board, Timeline, Calendar), and milestone tracking. We handle the CSV extraction coordination, Swedish-language field name mapping, custom field schema discovery (Antura allows per-organization customization), and resource-to-Asana-member resolution. Portfolio structures in Antura map to Asana Portfolios on the Business tier or to a team-grouping convention on lower tiers. Workflow configurations, project templates, and document version histories do not migrate; we deliver a written inventory of these for the customer's admin to rebuild in Asana Rules and project templates post-migration.

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

Asana logo

Asana

What's pulling them in

  • Organizations with distributed teams cite Asana's multiple project views (List, Board, Calendar, Timeline) as the primary reason for adoption, allowing each team member to work in their preferred interface without changing the underlying data.
  • The platform's 100+ native integrations with tools like Slack, Google Drive, Salesforce, and Microsoft Teams reduce context-switching and keep work synchronized across the stack.
  • Small teams and non-profits value the free plan's generous limits: unlimited projects and tasks for up to 15 team members with basic views, enabling teams to validate fit before committing to a paid tier.
  • Marketing and creative teams specifically praise Asana's visual project organization, reporting dashboards, and timeline views for managing cross-functional campaign workflows.
  • Project managers report that Asana's dependency management and workload views help surface bottlenecks before they derail deadlines.

Object mapping

How Antura objects map to Asana

Each row shows how a Antura object lands in Asana, 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

Asana

Project

1:1
Fully supported

Antura Projects map to Asana Projects with project name, description, start date, due date, status, and owner preserved. Antura's project status workflows map to Asana project status indicators (on track, at risk, off track). Owner resolution happens via email match against Asana workspace members; any owner without a matching Asana user enters a reconciliation queue for the customer's admin to provision before record import.

Antura

Sub-project

maps to

Asana

Project (nested under parent) or Section

1:1
Fully supported

Antura Sub-projects map to Asana Projects nested under the parent Project, or to Asana Sections if the customer prefers a flatter structure. We resolve the parent-child relationship using Antura's project hierarchy export and create either sub-Projects or Sections based on the customer's scoping preference. Sub-project metadata (dates, budget, owner) map to the destination project fields.

Antura

Task

maps to

Asana

Task

1:1
Fully supported

Antura Tasks map to Asana Tasks with title, description, assignee, start date, due date, and status preserved. Antura's flat task structure maps directly to Asana's task model. Any task flagged as a milestone in Antura maps to an Asana Milestone (Premium+ required). Tasks without an assignee in Antura become unassigned tasks in Asana; we preserve the original task owner in a custom field antura_owner__c for audit.

Antura

Milestone

maps to

Asana

Milestone

1:1
Fully supported

Antura Milestones map to Asana Milestones on Premium tier and above. Milestone dates and names migrate directly. Antura milestones without a linked project map to a default Asana project designated during scoping. Note that Asana does not support milestones on the Free plan; we flag this and recommend upgrading to Premium or placing milestones in a separate tracking project on lower tiers.

Antura

Resource

maps to

Asana

User (workspace member)

1:1
Fully supported

Antura Resources (employees with capacity, skills, cost rates, and utilization) map to Asana workspace members. We extract the Antura resource list and match by email address to Asana users. Capacity and utilization percentages migrate to a custom field resource_capacity__c on the user's Asana profile or to a custom project-level field. Cost rates migrate to a custom field cost_rate__c. Skills migrate to a multi-select picklist custom field skills__c if the customer requests it during scoping.

Antura

Time Entry

maps to

Asana

Task (with time tracking)

1:1
Fully supported

Antura Time Entries (hours, date, description linked to Tasks or Projects) map to Asana Tasks with time entries. On Asana Premium and above, we use Asana's native time tracking feature to log hours against tasks. On lower tiers, we create a custom time_tracked_hours__c numeric field and a time_entry_date__c date field per task, with a separate Time Entries report delivered as a CSV for the customer's admin to import into a time-tracking integration like Toggl or Harvest post-migration.

Antura

Risk

maps to

Asana

Task (with risk classification)

1:many
Fully supported

Antura Risks (severity, probability, owner, mitigation fields) map to Asana Tasks with a risk_type__c custom field set to 'Risk'. Risk severity maps to priority (high = urgent, medium = high, low = normal). Probability percentage maps to risk_probability__c custom field. Mitigation description migrates to the task description with a 'Mitigation' section. We recommend a dedicated Asana project for risk tracking so risks aggregate in a single portfolio view.

Antura

Issue

maps to

Asana

Task (with issue classification)

1:many
Fully supported

Antura Issues (severity, owner, description fields) map to Asana Tasks with an issue_type__c custom field set to 'Issue'. Issue severity maps to priority. The original Antura issue description migrates to the task description. Issues and Risks split into separate task types so the customer can filter by type in Asana's project views.

Antura

Portfolio

maps to

Asana

Portfolio or Team grouping

lossy
Fully supported

Antura Portfolios (grouping Projects with priority, status, and strategic alignment) map to Asana Portfolios on Business tier ($24.99/user/month). On lower tiers, we map portfolio membership to Asana Teams with a naming convention (e.g., 'Portfolio - Strategic Initiatives') and add a portfolio_priority__c custom field to each project. Strategic alignment fields map to a custom field strategic_alignment__c text field. We recommend the Business tier for organizations that rely heavily on portfolio-level reporting.

Antura

Cost Record

maps to

Asana

Custom fields on Project or Task

1:1
Fully supported

Antura Cost Records (estimates, budgets, actuals, forecasts per Project) map to numeric custom fields on the Asana Project: cost_estimate__c, cost_budget__c, cost_actual__c, cost_forecast__c. Multi-currency handling requires the customer to confirm their Asana workspace currency setting during scoping; we note that Asana does not natively support multi-currency so conversions use the exchange rate at migration date.

Antura

Document (metadata)

maps to

Asana

File attachment reference

lossy
Fully supported

Antura Document metadata (name, type, date, owner) migrates to a document registry CSV delivered to the customer. Actual binary files cannot transfer through standard data migration methods because Antura stores documents as binary attachments without a documented file access API. We recommend the customer export documents from Antura to a shared cloud location (Google Drive, SharePoint, Dropbox) and reattach them to Asana tasks post-migration. We provide a document mapping table linking Antura document IDs to Asana task targets.

Antura

Custom Field (per-organization)

maps to

Asana

Custom Field (per-project)

lossy
Fully supported

Antura custom fields (organization-specific fields on Projects, Tasks, and Resources) require a discovery phase before migration because Antura has no public metadata API for external schema introspection. We guide the customer through a full custom field export from Antura's admin interface, map each field to an Asana custom field, and configure custom field settings per project in Asana. Field types (text, number, date, dropdown, checkbox) map to Asana custom field types. Any custom field without a clear Asana equivalent enters a mapping exception list for the customer's admin to resolve.

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

Asana logo

Asana gotchas

High

Automation rules have no export representation

High

API rate limits cap bulk migration throughput

Medium

Portfolios are view-only objects that do not hold data

Medium

Custom field enum options cannot be updated via API

Low

Subtasks do not appear in project views by default

Pair-specific challenges

  • Antura has no public REST or bulk API

    All documented Antura data extraction is CSV-based from the application UI, with no publicly available REST or bulk API endpoint. This means automated migration pipelines cannot be built and the customer must manually run exports for each major object type. Large organizations with thousands of projects or tasks require multi-step CSV chunking coordinated by the customer with our guidance. We include a CSV extraction guide and data validation checklist in the discovery phase. If the customer's Antura instance has a consultant-managed API integration, we explore that path during scoping, but it is not standard scope.

  • Swedish-language field names require mapping during transformation

    Antura's default installation presents Swedish-language labels for standard fields, which means exported CSV column headers may be in Swedish (e.g., 'Projekt' for Project, 'Uppgift' for Task, 'Startdatum' for Start Date). We account for this by maintaining a Swedish-to-English field name mapping dictionary during the transformation phase. Customers with non-default language settings (e.g., English-language Antura installations common in international organizations) will have English headers and this mapping step is not required. We confirm the instance language settings during scoping.

  • Document binaries cannot transfer through data migration

    Antura stores Document attachments as binary files linked to Projects. We extract document metadata (name, type, date, owner, Antura internal ID) and deliver a document registry mapping each Antura document to its target Asana task or project. However, the actual file binaries cannot transfer through standard data migration methods because Antura does not expose a file access API. We recommend a parallel file export from Antura to a shared cloud location (Google Drive, SharePoint, Dropbox) with reattachment instructions for the customer's admin post-migration.

  • Asana milestones require Premium tier or above

    Antura's native Milestone object maps to Asana Milestones, which are only available on Asana Premium ($10.99/user/month) and above. Migrations targeting Asana Free or Starter tier must handle milestone data differently: we map milestones to tasks with a milestone_flag__c custom field set to true and a milestone_date__c date field, with a naming convention (e.g., '[MILESTONE] Project Kickoff'). We flag this during scoping and recommend Premium if the customer relies on milestone tracking.

  • Asana 100 MB attachment limit affects document migration

    Asana API does not support migrating attachments larger than 100 MB per file. If the customer's Antura documents include files exceeding this threshold, those files must be migrated manually or through a file-transfer service (Google Drive, SharePoint, Dropbox) post-migration. We identify oversized files during the document discovery phase and deliver a separate oversized-file list with migration instructions.

Migration approach

Six steps for a successful Antura to Asana data migration

  1. Discovery and CSV extraction planning

    We conduct a scoping call to audit the customer's Antura instance: object counts (Projects, Sub-projects, Tasks, Resources, Risks, Issues, Milestones, Time Entries, Documents), custom field schema inventory, Antura instance language setting, and any non-standard configurations. We deliver a CSV extraction guide that walks the customer's Antura admin through exporting each object type with the correct column headers and delimiter settings. We also identify any Antura consultant-managed API access that could accelerate extraction. The discovery output is a written migration scope, CSV extraction checklist, and Antura-to-Asana custom field mapping table.

  2. Custom field schema discovery and mapping

    Because Antura allows per-organization custom field creation with no public metadata API, we guide the customer through a full custom field inventory export from Antura's admin interface. We map each Antura custom field to an Asana custom field type (text, number, date, enum, multi-enum) and configure custom field settings per Asana project. Field dependencies (e.g., a dropdown field that feeds a reporting dashboard) are documented and carried forward. We flag any Antura custom field without a clear Asana equivalent in a mapping exception list for the customer to resolve during the sandbox validation phase.

  3. Sandbox migration and reconciliation

    We run a full migration into the customer's Asana workspace (or a designated sandbox project) using production-like data volume from the CSV exports. The customer reconciles record counts, spot-checks 25-50 random records against the Antura source, and validates that custom fields display correctly per project. Swedish-language field name mapping is validated in this phase. The customer signs off the mapping and schema before production migration begins. Any mapping corrections, custom field type adjustments, or portfolio grouping decisions happen here, not in production.

  4. Resource and user mapping

    We extract every distinct Antura Resource and match by email against the Asana workspace member list. Resources without a matching Asana user enter a reconciliation queue. The customer's admin provisions missing Asana users (active or inactive depending on whether the original Antura resource is still active). Capacity, utilization, and cost rate fields are mapped to custom fields on the user's profile or project. Skills migrate to a multi-select custom field. Owner resolution must complete before project and task import because OwnerId is a required reference on most Asana records.

  5. Production migration in dependency order

    We run production migration in record-dependency order: Users (manual provisioning validated), Projects (with status and dates), Sub-projects (linked to parent Projects), Milestones (linked to Projects; Premium+ required), Tasks (with assignee, dates, and custom fields), Risks and Issues (as typed tasks with classification custom fields), Time Entries (as native time tracking on Premium+ or custom fields on lower tiers), and Cost Records (as numeric custom fields on Projects). Document metadata migrates to a registry CSV with reattachment instructions. Each phase emits a row-count reconciliation report before the next phase begins.

  6. Cutover, validation, and template rebuild handoff

    We freeze Antura writes during cutover and run a final delta migration of any records modified during the migration window. We enable Asana as the system of record and deliver a project template inventory document listing every Antura project template structure requiring rebuild in Asana. We also deliver a workflow inventory (if Antura workflow configurations exist) with recommended Asana Rules equivalents for the customer's admin to rebuild. We support a one-week hypercare window where we resolve any reconciliation issues. We do not rebuild Antura workflows or project templates as Asana automations inside the migration scope; that is a separate engagement or an internal admin task.

  7. Document file transfer coordination

    We provide a document mapping table linking each Antura document (by internal ID) to its target Asana project or task. The customer exports Antura documents to a shared cloud location and reattaches them to Asana tasks. We provide step-by-step reattachment instructions and a file-naming convention that matches the mapping table. For organizations with over 500 documents, we recommend a bulk file-transfer tool (Google Drive migration tools, SharePoint migration assistant) and provide the mapping CSV as input to that process.

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.
Asana logo

Asana

Destination

Strengths

  • Unlimited projects and tasks on the free plan for teams up to 15 members.
  • 100+ native integrations including Salesforce, Slack, Google Drive, and Microsoft Teams.
  • Four distinct project views (List, Board, Calendar, Timeline) in a single interface.
  • Dependency management with start/end dates and predecessor links for critical path tracking.
  • Portfolio dashboards for executives to track cross-project status and workload.

Weaknesses

  • Per-seat pricing scales expensively: Advanced tier costs nearly double Starter for a 50-seat team.
  • API does not expose all UI-accessible data; some fields require screen-scraping for full fidelity.
  • Automation rule limits on lower tiers are restrictive, causing power users to upgrade or leave.
  • No native document/wiki capability forces teams to use external tools for knowledge management.
  • Rate limits (150 req/min on free, 1,500 req/min on paid) constrain bulk migration throughput.

Complexity grading

How hard is this migration?

Standard Project Management migration. 2 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 Asana.

  • Object compatibility

    B

    2 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 Asana 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 Asana data migrations

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

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between four and six weeks for accounts under 5,000 Projects and 20,000 Tasks with no complex custom field schemas. Migrations with extensive custom field schemas (over 20 custom fields per object), large time entry histories, multiple Antura Sub-project hierarchies, or organizations requiring document file transfer coordination move to eight to fourteen weeks because of multi-step CSV extraction, custom field discovery, and Swedish-language field mapping work.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Antura.
Land in Asana, 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