Project Management migration
Field-level mapping, validation, and rollback between Visma Severa and monday Work Management. We move data and schema; workflows are rebuilt natively in monday Work Management.
Visma Severa
Source
monday Work Management
Destination
Compatibility
10 of 12
objects map 1:1 between Visma Severa and monday Work Management.
Complexity
BStandard
Timeline
3-5 weeks
Overview
Moving from Visma Severa to monday.com is a platform-class migration from a Nordic-centric PSA to a global work management tool. Visma Severa organises work around Cases with integrated CRM, time tracking, and invoicing; monday.com organises work around Boards with Items and Groups. We resolve that structural difference during scoping, mapping each Case to a monday.com Board, sub-tasks to Items, and resource allocations to the People column with utilisation dates intact. Billable hours carry their rate and approval status so the destination supports post-migration billing reconstruction. Approval workflows, system-calculated profitability figures, Visma Business integration settings, and Visma Sign documents do not migrate; we deliver a written inventory of these for the customer to rebuild manually. monday.com has no native invoicing module, so invoice headers and line items transfer as structured Item data for reconstruction in the customer's chosen billing tool.
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 Visma Severa object lands in monday Work Management, including any object-level transformations, lookup resolution, or schema-design dependencies.
Typical mapping — final map is confirmed during the sample migration step.
Visma Severa
Case
monday Work Management
Board
1:1Visma Severa Cases are the primary business-unit container containing sub-tasks, time entries, expenses, and billing. Each Case maps to a monday.com Board. The Case number becomes the Board name with Case status (Active, Won, Lost) mapped to a Status column on the Board. Case description, responsible person, and Business Unit assignment transfer as Board-level data fields. We set up the Board structure (Groups, Status columns, People column) before migrating any Items so that the hierarchy is ready for child record ingestion.
Visma Severa
Case (sub-tasks and tasks)
monday Work Management
Item
1:1Sub-tasks and project-level tasks within a Severa Case export as rows with parent-child relationships. We reconstruct the task hierarchy in monday.com using parent-Item linking or subitems depending on the destination Board's Group structure. Task status (Not Started, In Progress, Completed) maps to the monday.com Status column values. Due dates, priority, and assigned person transfer to Date, Priority, and People columns respectively.
Visma Severa
Customer
monday Work Management
Contact + Column data
1:1Severa Customer records map to monday.com Contact integration (native monday.com Contacts feature) with company name, email, phone, and address data preserved in Contact fields. The Customer-Case linking transfers as an Item-column link to the Board representing the Case. If the customer does not enable monday.com Contacts, Customer data maps to text and email columns on the Board instead. We validate email format and flag duplicates before insert.
Visma Severa
Hour Entry
monday Work Management
Item (time log subitem or column data)
1:manyHour Entries with billable hours, quantities, hourly rate, approval status, and date merge into the parent Case Board as Item subitems or as structured column data in a Time Tracking column. We preserve the billing flag (billable vs non-billable), the hourly rate for post-migration billing reconstruction, the approver context, and the original entry date. Multiple hour entries for the same day on the same Case aggregate into a single subitem entry with total hours logged.
Visma Severa
Expense
monday Work Management
Item (expense subitem or column data)
1:manyExpense records with amounts, currency, expense type, and linked Case transfer as expense subitems on the relevant Case Board. Currency amounts migrate as numeric column data; expense categories (travel, meals, accommodation, etc.) map to a Label column or a custom Expense Type column. We flag any currency mismatch between the source currency and the destination org's base currency for manual review before final insert.
Visma Severa
Resource Allocation
monday Work Management
People column + Date columns
1:1Severa Resource Allocations define person-to-Case assignments with start/end dates and allocated hours. We map these to monday.com People columns on Items, with start and end dates preserved in Date columns. Note that monday.com's People column provides basic assignment and a utilisation overview, but does not offer the capacity planning heatmaps and utilisation reporting that Severa's dedicated Resource Management module provides. We flag this gap during scoping and recommend a resource management integration (Power Apps, or a monday.com partner app) if capacity planning is critical.
Visma Severa
Business Unit
monday Work Management
Team
1:1Severa Business Units/departments organise reporting across Cases and Users. We map Business Units to monday.com Teams (available on Pro and Enterprise plans) so that Board-level access permissions can be scoped by department. Teams without monday.com Teams enabled map to Workspace-level access instead. We flag the plan dependency if Teams mapping is required for access control.
Visma Severa
User and Employee
monday Work Management
User
1:1Severa Users and Employees are always synced bidirectionally in the Visma Business integration, but for migration we extract them as a user list with name, email, role, and Business Unit assignment. We resolve Users by email match against the monday.com destination workspace. Any Severa User without a matching monday.com User goes to a reconciliation queue for the customer's admin to provision before record import resumes. Inactive Severa users migrate as inactive monday.com users to preserve historical attribution.
Visma Severa
Invoice and Draft Invoice
monday Work Management
Item (structured data)
1:1Severa Invoices (headers, line items, payment status, total amount, currency) transfer as structured data columns on the relevant Case Board Item, not as native invoice records, because monday.com has no native invoicing module. Invoice status (Draft, Sent, Paid, Overdue) maps to a Status column; line item amounts, quantities, and descriptions map to numeric and text columns. The customer reconstructs invoices in their chosen billing tool (Visma.net Financials, a monday.com billing integration, or another platform) using the migrated structured data. Invoice PDF attachments require separate file migration outside the data migration scope.
Visma Severa
Custom Field
monday Work Management
Custom Column
1:1Custom fields on Cases, Customers, and Hour Entries transfer as key-value pairs mapped to monday.com column types: text fields map to Text columns, numeric fields to Numbers columns, date fields to Date columns, and multi-select fields to Labels or Dropdown columns. We review the destination board's existing column structure before inserting to avoid duplicate column creation. Complex custom field types (e.g., Severa-specific lookup structures) preserve as structured JSON in a Text column if no direct type equivalent exists in monday.com.
Visma Severa
Product / Work Type
monday Work Management
Item (product board)
1:1Severa Products (including Work Types used for billing) transfer to a monday.com Product board or as Items on a dedicated Board. Product name, code (equivalent to Severa's product number), and standard hourly rate map to Text, Text, and Numbers columns respectively. This mapping supports post-migration time-tracking billing reconstruction against the correct product or work type.
Visma Severa
Sales Case (pre-project lead)
monday Work Management
Item (pre-Board pipeline)
1:1Severa Sales Cases track leads and opportunities before they become active project Cases. We map Sales Cases to Items on a dedicated monday.com Board acting as the pre-project pipeline, with Sales Case status (Lead, Qualified, Proposal Sent, Negotiation, Won, Lost) mapped to a Status column. Once a Sales Case converts to an active project Case in Severa, the corresponding Item moves to the appropriate project Board. We configure the board structure and Status column values to match the customer's existing Sales Case pipeline during schema design.
| Visma Severa | monday Work Management | Compatibility | |
|---|---|---|---|
| Case | Board1:1 | Fully supported | |
| Case (sub-tasks and tasks) | Item1:1 | Fully supported | |
| Customer | Contact + Column data1:1 | Fully supported | |
| Hour Entry | Item (time log subitem or column data)1:many | Fully supported | |
| Expense | Item (expense subitem or column data)1:many | Fully supported | |
| Resource Allocation | People column + Date columns1:1 | Fully supported | |
| Business Unit | Team1:1 | Fully supported | |
| User and Employee | User1:1 | Fully supported | |
| Invoice and Draft Invoice | Item (structured data)1:1 | Fully supported | |
| Custom Field | Custom Column1:1 | Fully supported | |
| Product / Work Type | Item (product board)1:1 | Fully supported | |
| Sales Case (pre-project lead) | Item (pre-Board pipeline)1: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.
Visma Severa gotchas
No bulk API forces manual CSV export at scale
Orphaned address data excluded from standard exports
System-calculated key figures are non-transferable
Visma Business master settings affect data sync direction
monday Work Management gotchas
Subitems have no bulk export endpoint
API complexity budget constrains query depth
Daily call limits vary sharply across plan tiers
Automation and integration rules do not export via API
Saved views are not exposed via API
Pair-specific challenges
Migration approach
Discovery and export preparation
We audit the source Visma Severa instance: Cases count, Customer records, Hour Entry volume, Expense records, Resource Allocation count, Business Units, active Users, and any Visma Business integration settings. We review the destination monday.com workspace structure (Workspaces, Teams, existing Boards) and confirm the Work Management plan tier. We provide the CSV export checklist for Severa's built-in Reporting feature and flag the orphaned address data request to Severa support. The discovery output is a written migration scope with object counts, board mapping plan, and a pricing estimate.
Board structure design and schema configuration
We design the monday.com destination schema: one Board per Visma Severa Case (or a consolidated Board per Business Unit for smaller organisations), Groups for task groupings, Status column values matching Case statuses, People columns for resource allocation, Time Tracking columns for hour logging, and custom columns for expense and invoice data. We pre-create the Sales Case pipeline Board for pre-project leads. Custom columns are provisioned to match the custom field types identified in discovery. Schema is configured in the customer's monday.com workspace before any data import begins.
CSV aggregation and data transformation
We receive the CSV/Excel exports from Severa's Reporting feature, aggregate multi-file exports into a single structured dataset per object type, and transform the data to match the monday.com column schema. Hour Entries with multiple entries per Case per day aggregate into a single subitem or column entry. Expense records with currency values are validated and flagged for currency mismatch review. Custom field key-value pairs are mapped to the corresponding monday.com column types. We run a row-count reconciliation against the source export before proceeding to import.
Owner and user reconciliation
We extract every distinct Severa User referenced on Cases, Hour Entries, Expenses, and Resource Allocations and match by email against the monday.com destination workspace's User list. Any Severa User without a matching monday.com User goes to a reconciliation queue. The customer's monday.com admin provisions any missing users (active or inactive based on whether the original Severa user is still active) before record import resumes. Resource allocations cannot be mapped until the People column references are resolved.
Board migration in dependency order
We run the migration in dependency order: Business Units (to Teams mapping if applicable), Users (validated against the reconciliation queue), Customers and Contacts (to monday.com Contacts or Board columns), Cases (to Boards with Group and Status column structure), sub-tasks (to Items within Boards), Hour Entries (as subitems or column data on the relevant Case Items), Expenses (as subitems or column data), Resource Allocations (as People column assignments with dates), Custom Fields (as mapped columns), and Sales Cases (to the pre-project pipeline Board). Each phase emits a row-count reconciliation report before the next phase begins.
Cutover, validation, and automation rebuild handoff
We freeze Severa writes during cutover, run a final delta migration of any records created or modified during the migration window, then enable monday.com as the system of record. We deliver the written inventory of non-transferable items: approval workflows, system-calculated key figures, Visma Business integration settings, Visma Sign documents, orphaned address records, and invoice PDFs. We provide the Automation rebuild guide with each active Severa workflow documented as a recommended monday.com Automation equivalent. We support a one-week hypercare window where we resolve reconciliation issues raised by the team.
Platform deep dives
Visma Severa
Source
Strengths
Weaknesses
monday Work Management
Destination
Strengths
Weaknesses
Complexity grading
Standard Project Management migration. 3 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 Visma Severa and monday Work Management.
Object compatibility
3 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
Visma Severa: Not publicly documented for Severa specifically; Visma.net API uses separate rate limit documentation.
Data volume sensitivity
Visma Severa 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 Visma Severa to monday Work Management migration scoping. Not seeing yours? Book a call.
Walk through your Visma Severa to monday Work Management migration with a real engineer — 30 minutes, free, written quote within 24 hours.
Book a free 30 minute consultationAdjacent paths
Other ways to leave Visma Severa
Other ways to arrive at monday Work Management
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.