Migrate your Kantata Professional Services Cloud (formerly Mavenlink + Kimble) data
Purpose-built PSA platform combining resource, project, and financial management for professional services firms of 50–5,000+ employees. Formed from the 2022 merger of Mavenlink (Kantata OX, open infra) and Kimble Applications (Kantata SX, Salesforce-native).
In its favor
Why people choose Kantata Professional Services Cloud (formerly Mavenlink + Kimble)
The signal that keeps Kantata Professional Services Cloud (formerly Mavenlink + Kimble) on the shortlist. Sourced from G2, Capterra, and customer scoping calls.
Comprehensive PSA coverage—resource management, project planning, financial forecasting, and billing in one platform—so mid-size and large professional services firms replace multiple disconnected tools.
AI-powered resource optimization and Team Builder capabilities help services firms model staffing trade-offs and forecast margins across a project portfolio before work begins.
Strong role-based estimation and scenario modeling let consulting and IT services teams test supply-and-demand compositions and project resulting profitability before committing.
The dual-product portfolio serves different preferences: Kantata SX (Salesforce-native) for firms already invested in Salesforce, and Kantata OX for those preferring an open API-driven infrastructure.
Over 2,500 customers globally and repeated recognition as a G2 Leader in Professional Services Automation signal market credibility for enterprise procurement reviews.
Task management is widely described as inflexible—advanced project tracking features require manual updates and struggle to accommodate complex multi-phase or milestone-heavy engagements.
The learning curve is steep for non-technical project managers, particularly around configuring custom fields, setting up billing rules, and understanding the distinction between OX and SX workspaces.
Pricing is opaque and scales significantly with seat count and feature tier, making it difficult to predict costs for growing teams or firms with seasonal staff fluctuations.
Users report that resource scheduling interfaces feel dated compared to modern alternatives, with slow screen transitions and unintuitive drag-and-drop allocation interactions.
The 2022 Mavenlink–Kimble merger created a bifurcated product line with divergent terminology and data models, confusing customers who expected a unified platform post-merger.
Reasons to switch
Why people leave Kantata Professional Services Cloud (formerly Mavenlink + Kimble)
The recurring reasons buyers give for replacing Kantata Professional Services Cloud (formerly Mavenlink + Kimble). Presented as facts, not knocks.
Platform scorecard
Strengths, weaknesses, and where Kantata Professional Services Cloud (formerly Mavenlink + Kimble) fits
Grades across six dimensions, plus a SWOT-style view of where the platform shines and where it falls short.
SWOT — strengths, weaknesses, and use-case fit
Strengths
Weaknesses
Where it works
Where it struggles
Pricing tiers
Kantata Professional Services Cloud (formerly Mavenlink + Kimble) pricing overview
Kantata does not publish public pricing. Sales-led, tailored quotes are issued based on company size, team headcount, and selected feature modules. Organizations should expect per-seat licensing with tier-gated access to advanced PSA features such as AI resource optimization, billing, and scenario modeling.
Custom (sales-led, Kantata OX or Kantata SX)
Tier 1 of 1
Not publicly published — analyst sources cite ~$10–$35/user/month base with custom enterprise tiers (one source cites starts at $50/user/month)
What's included
Need help selecting your Project Management?
Book a free 30 minute consultationPricing is informational. FlitStack AI does not bill on Kantata Professional Services Cloud (formerly Mavenlink + Kimble)'s schedule — see our quote-based pricing →
What gets migrated
Kantata Professional Services Cloud (formerly Mavenlink + Kimble) object support
Object-by-object support for Kantata Professional Services Cloud (formerly Mavenlink + Kimble) migrations. Per-pair details surface during scoping.
Workspaces (Projects)
Fully supportedWorkspaces are the primary project container in Kantata OX. They carry status, dates, budget fields, billing information, and an activity feed. We extract the full workspace record including archived ones and preserve the workspace/project hierarchy intact in the destination.
Tasks / Stories
Fully supportedTasks (OX) and Stories (OX) share the same underlying object. They support nesting via parent-child relationships, WBS numbering in the New Task Tracker, and custom field attachments. We preserve task hierarchy, assignees, status, and custom field values during migration.
Subtasks
Mapping requiredSubtasks attach to parent tasks and inherit some parent-level fields. The WBS numbering in the New Task Tracker can misfire when multiple subtask levels are nested. We flag deeply nested subtask chains during scoping and normalize the structure if the destination lacks native subtask support.
Users
Fully supportedUsers represent internal staff and contractors with role assignments, permission settings, and contact details. We map active users to their destination equivalents and flag inactive or archived users for explicit handling.
Resource Assignments
Mapping requiredAssignments link a User to a Task within a Workspace and carry hours allocated, role, and billing rate. Rate precision and effective date handling vary between OX and SX. We capture the assignment graph and remap role-based rates against the destination's billing structure.
Time Entries
Fully supportedTime entries record billable or non-billable hours against a task or project, with date, user, and notes. The Weekly Schedule View lets users copy allocated hours to timesheets in bulk. We export full time entry history and associate each entry to its target object in the destination.
Estimates / Scenarios
Mapping requiredEstimates model supply-and-demand scenarios using role-based resource composition and margin projections. Scenarios are versioned within the same workspace. We extract all active and historical scenarios and map role-based line items to the destination's quoting or estimating object.
Custom Fields
Mapping requiredCustom fields are organized into sets scoped by subject_type (Estimate, Story, User, Workspace, WorkspaceGroup, Resource). Custom Fields and Custom Field Values are separate API objects with independent rate limits. We extract the full field definition including field type, choice options, and read_access permissions, then migrate values in subject_type batches.
Billing / Invoices
Mapping requiredBilling allows multiple invoices during a project's lifetime. Financial data—billing rates, milestone invoices, and expense charges—is tightly coupled to the workspace and resource assignment records. We export invoice history and line items and map them to the destination's accounts receivable or billing module.
WorkspaceGroups (Groups)
Mapping requiredGroups organize workspaces into folders or portfolios and carry their own custom fields. Group-level custom field values require a separate API call scoped to WorkspaceGroup. We extract group hierarchies and group-level custom data as a distinct migration pass.
External References
Mapping requiredExternal references link Kantata records to objects in external systems (e.g., Salesforce for SX). The API supports filtering by external_reference_service_model, external_message, and external_status. We preserve external reference IDs so downstream integrations remain functional post-migration.
Attachments
Mapping requiredFile attachments live in the collaboration workspace and the activity feed. Attachment URLs are accessible via the API but file size limits and storage quotas are set per workspace tier. We flag attachment-heavy workspaces early to account for volume-based export throttling.
| Object | Support | Notes |
|---|---|---|
| Workspaces (Projects) | Fully supported | Workspaces are the primary project container in Kantata OX. They carry status, dates, budget fields, billing information, and an activity feed. We extract the full workspace record including archived ones and preserve the workspace/project hierarchy intact in the destination. |
| Tasks / Stories | Fully supported | Tasks (OX) and Stories (OX) share the same underlying object. They support nesting via parent-child relationships, WBS numbering in the New Task Tracker, and custom field attachments. We preserve task hierarchy, assignees, status, and custom field values during migration. |
| Subtasks | Mapping required | Subtasks attach to parent tasks and inherit some parent-level fields. The WBS numbering in the New Task Tracker can misfire when multiple subtask levels are nested. We flag deeply nested subtask chains during scoping and normalize the structure if the destination lacks native subtask support. |
| Users | Fully supported | Users represent internal staff and contractors with role assignments, permission settings, and contact details. We map active users to their destination equivalents and flag inactive or archived users for explicit handling. |
| Resource Assignments | Mapping required | Assignments link a User to a Task within a Workspace and carry hours allocated, role, and billing rate. Rate precision and effective date handling vary between OX and SX. We capture the assignment graph and remap role-based rates against the destination's billing structure. |
| Time Entries | Fully supported | Time entries record billable or non-billable hours against a task or project, with date, user, and notes. The Weekly Schedule View lets users copy allocated hours to timesheets in bulk. We export full time entry history and associate each entry to its target object in the destination. |
| Estimates / Scenarios | Mapping required | Estimates model supply-and-demand scenarios using role-based resource composition and margin projections. Scenarios are versioned within the same workspace. We extract all active and historical scenarios and map role-based line items to the destination's quoting or estimating object. |
| Custom Fields | Mapping required | Custom fields are organized into sets scoped by subject_type (Estimate, Story, User, Workspace, WorkspaceGroup, Resource). Custom Fields and Custom Field Values are separate API objects with independent rate limits. We extract the full field definition including field type, choice options, and read_access permissions, then migrate values in subject_type batches. |
| Billing / Invoices | Mapping required | Billing allows multiple invoices during a project's lifetime. Financial data—billing rates, milestone invoices, and expense charges—is tightly coupled to the workspace and resource assignment records. We export invoice history and line items and map them to the destination's accounts receivable or billing module. |
| WorkspaceGroups (Groups) | Mapping required | Groups organize workspaces into folders or portfolios and carry their own custom fields. Group-level custom field values require a separate API call scoped to WorkspaceGroup. We extract group hierarchies and group-level custom data as a distinct migration pass. |
| External References | Mapping required | External references link Kantata records to objects in external systems (e.g., Salesforce for SX). The API supports filtering by external_reference_service_model, external_message, and external_status. We preserve external reference IDs so downstream integrations remain functional post-migration. |
| Attachments | Mapping required | File attachments live in the collaboration workspace and the activity feed. Attachment URLs are accessible via the API but file size limits and storage quotas are set per workspace tier. We flag attachment-heavy workspaces early to account for volume-based export throttling. |
Gotchas
What to watch for in Kantata Professional Services Cloud (formerly Mavenlink + Kimble) migrations
Issues we've hit on past Kantata Professional Services Cloud (formerly Mavenlink + Kimble) migrations, tagged by severity. FlitStack AI handles every one — surfacing them up front because buyer engineering teams want to know.
Dual-product data model: Kantata OX vs. SX schema divergence
Custom Field Values have independent API rate limits
Subtask WBS numbering breaks with deep nesting in the New Task Tracker
Billing invoice history requires financial object co-migration
Customer Portal migration caused case status renaming in SX support system
| Severity | Issue |
|---|---|
| High | Dual-product data model: Kantata OX vs. SX schema divergence |
| Medium | Custom Field Values have independent API rate limits |
| Medium | Subtask WBS numbering breaks with deep nesting in the New Task Tracker |
| Medium | Billing invoice history requires financial object co-migration |
| Low | Customer Portal migration caused case status renaming in SX support system |
Leaving Kantata Professional Services Cloud (formerly Mavenlink + Kimble)?
Where Kantata Professional Services Cloud (formerly Mavenlink + Kimble) customers move next
5 destinations Kantata Professional Services Cloud (formerly Mavenlink + Kimble) can migrate to.
How a Kantata Professional Services Cloud (formerly Mavenlink + Kimble) migration works
Four steps, Kantata Professional Services Cloud (formerly Mavenlink + Kimble)-specific
Connect
OAuth 2.0 (Kantata OX REST API) into Kantata Professional Services Cloud (formerly Mavenlink + Kimble). Scopes limited to read-only on the data we move.
Map
We translate Kantata Professional Services Cloud (formerly Mavenlink + Kimble)-specific structures (custom fields, objects, value lists) to the destination's model.
Sample
Test with a 50–200 record subset to validate Kantata Professional Services Cloud (formerly Mavenlink + Kimble) quirks before production.
Migrate
Full migration with Kantata Professional Services Cloud (formerly Mavenlink + Kimble) rate-limit handling. Rollback available throughout.
FAQ
Kantata Professional Services Cloud (formerly Mavenlink + Kimble) migration FAQ
Answers to the questions buyers ask most during Kantata Professional Services Cloud (formerly Mavenlink + Kimble) migration scoping. Not seeing yours? Book a call.
Can't find your answer?
Walk through your Kantata Professional Services Cloud (formerly Mavenlink + Kimble) migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationOther project management tools we support
Ready when you are
Migrate Kantata Professional Services Cloud (formerly Mavenlink + Kimble).
Without the rebuild.
Free scoping call with a migration engineer. Tell us about your Kantata Professional Services Cloud (formerly Mavenlink + Kimble) setup and destination — written quote back within a business day.