Project Management migration

Migrate from Deltek WorkBook to Jira

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

Deltek WorkBook logo

Deltek WorkBook

Source

Jira

Destination

Jira logo

Compatibility

36%

4 of 11

objects map 1:1 between Deltek WorkBook and Jira.

Complexity

BStandard

Timeline

2-4 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

Moving from Deltek WorkBook to Jira is a partial migration. WorkBook is a project-based ERP integrating task management, resource scheduling, time tracking, and full financial accounting under one platform; Jira is an issue-tracking and project-planning tool designed for software and cross-functional teams. The migration scope centres on Projects, Tasks, Workers (user accounts), and custom fields. WorkBook financial objects, Pipeline data, Dimension tagging, System and Company Variables, and the full Chart of Accounts have no Jira equivalents and cannot migrate as data. We deliver a written inventory of these unrecoverable objects so the customer's admin knows exactly what requires manual rebuild or alternative tooling 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

Deltek WorkBook logo

Deltek WorkBook

What's pushing teams away

  • Non-intuitive interface and steep learning curve create adoption friction, especially for non-technical team members unfamiliar with dense project-based ERP systems.
  • Limited custom reporting, particularly in the finance module, frustrates finance leads who need tailored financial statements and profitability views.
  • Regular users experience information overload due to the breadth of the platform — multiple modules, dashboards, and configuration options without guided workflows.
  • Occasional Danish words appearing in the English interface signal localisation inconsistencies that erode confidence in multi-language deployments.
  • Dashboards and the mobile expense app have been described as not production-ready by reviewers, leading teams to use workarounds for reporting and field expenses.

Choosing

Jira logo

Jira

What's pulling them in

  • Industry-standard tool with deep Git integration and sprint reporting that engineering teams already know, reducing onboarding friction for new hires.
  • Highly customizable workflows and status schemes let business teams model complex approval chains without writing code.
  • Strong ecosystem of Atlassian Marketplace apps means specialized capabilities like time tracking or portfolio management are one install away.
  • Free tier with up to 10 users and unlimited issues gives small teams a no-cost entry point to validate the platform before committing budget.
  • Visibility features — boards, backlog grooming, sprint reports, and dashboards — give leadership a shared view of what is planned, in progress, blocked, and done.

Object mapping

How Deltek WorkBook objects map to Jira

Each row shows how a Deltek WorkBook object lands in Jira, including any object-level transformations, lookup resolution, or schema-design dependencies.

Typical mapping — final map is confirmed during the sample migration step.

Deltek WorkBook

Project

maps to

Jira

Project (Jira site-level)

1:1
Fully supported

WorkBook Projects map 1:1 to Jira Projects. Each WorkBook Project name, status, start date, end date, and description transfer to the Jira Project metadata. Project templates in WorkBook do not migrate as templates; we document the template structure for the customer's admin to recreate as Jira Project templates post-migration.

Deltek WorkBook

Task

maps to

Jira

Issue

1:1
Fully supported

WorkBook Tasks map 1:1 to Jira Issues (typically Story or Task issue types depending on the customer's scoping). We preserve task hierarchy by creating Jira child Issues with a parent link, assignees via email-to-Jira-user resolution, due dates, and status. WorkBook's custom task fields map to Jira custom fields of matching type (text, date, picklist, number). Subtasks map as child Issues with the parent relationship maintained.

Deltek WorkBook

Worker / Resource

maps to

Jira

Jira User

1:1
Fully supported

WorkBook Workers (team members with skills, availability, and capacity data) map to Jira User accounts by email lookup. WorkBook skill tags and capacity settings do not have Jira equivalents; we preserve skill data as Jira user properties or a custom Jira user picker field and document the original WorkBook capacity values for the customer's resource manager to reference. Archived Workers migrate as inactive Jira users if historical task assignment matters.

Deltek WorkBook

Custom Field / Dimension

maps to

Jira

Jira Custom Field

lossy
Fully supported

WorkBook's 21 built-in Dimensions and 10 custom Dimensions require explicit mapping to Jira custom fields because Jira uses a flat custom field model with no dimensional tagging. Multi-value Dimensions (tags on a single transaction) map to Jira multi-select custom fields; single-value Dimensions map to single-select or text fields. We present a dimension-mapping matrix to the customer during scoping before committing to the plan.

Deltek WorkBook

CRM Contact

maps to

Jira

Jira User (or Issue Commenter)

lossy
Fully supported

WorkBook CRM Contacts are people records outside the project context. Jira does not have a native CRM; contacts that are project stakeholders (external collaborators, clients) can be added as Jira users with external access or captured as part of the Issue description/comment history. Contact lifecycle stages and CRM custom fields have no Jira equivalent and are flagged for manual capture.

Deltek WorkBook

CRM Company

maps to

Jira

Jira Project Description or Label

many:1
Fully supported

WorkBook CRM Companies have no Jira equivalent. We can tag Jira Issues with the Company name as a Label (for filtering) or add the company name to the Project description, but the full company record (industry, size, address, revenue) does not migrate. The customer receives a CSV export of all CRM Companies for manual CRM re-entry in a dedicated tool if needed.

Deltek WorkBook

Pipeline Stage

maps to

Jira

Issue Status (via Workflow)

lossy
Fully supported

WorkBook Pipeline stages with win/loss probability percentages map to Jira Issue statuses within a configured Workflow. We create Jira statuses that correspond to WorkBook pipeline stages and configure the Workflow transitions. Probability percentages are documented for the customer's admin to rebuild in Jira's native reporting or a third-party plugin.

Deltek WorkBook

Time Entry

maps to

Jira

Issue Worklog

1:1
Fully supported

WorkBook Time Entries (linked to Projects and Tasks with billable/non-billable flags, hourly rates, and dates) map to Jira Issue Worklogs. Billable flag maps to Jira's worklog visibility setting. Approved/pending status from WorkBook is preserved as a custom worklog field. Jira does not support hourly rate billing per worklog; rate data is documented for the customer's finance team to reconcile externally.

Deltek WorkBook

Expense

maps to

Jira

Not Migrated (CSV inventory)

lossy
Fully supported

WorkBook Expenses (mileage, material, personal categories with receipt attachments) have no Jira equivalent. Receipt binary files can be extracted and attached to the relevant Jira Issue manually or via file storage migration, but the expense record structure (category, reimbursement status, approval workflow) does not map. We deliver a structured CSV export of all expense records for the customer's finance team to process in their preferred expense management tool.

Deltek WorkBook

Chart of Accounts, Invoices, Purchase Orders, Journal Entries

maps to

Jira

Not Migrated (written inventory)

lossy
Fully supported

WorkBook's full financial stack has no Jira equivalent. Jira is not an accounting system. We do not migrate the Chart of Accounts, invoice records, purchase order records, accounts payable/receivable data, or journal entries. We deliver a written inventory of all financial record types present in the WorkBook instance with record counts and recommended alternatives (dedicated accounting software, spreadsheet export, or ERP re-implementation) so the customer's finance team can plan the financial data separately.

Deltek WorkBook

System Variables and Company Variables

maps to

Jira

Not Migrated (settings bundle)

lossy
Fully supported

WorkBook System and Company Variables control numbering sequences, workflow flags, and integration settings. These are not standard data records and cannot migrate to Jira. We extract these as a structured JSON settings bundle, flag any variables that reference IDs no longer present post-migration, and hand the bundle to the customer for manual review. Jira's project settings and issue schemes replace some configuration but require manual rebuild.

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.

Deltek WorkBook logo

Deltek WorkBook gotchas

High

WorkBook REST API is versioned with deprecation cycles

Medium

Data Export requires Finance & Administration access

Medium

System Variables and Company Variables are not migrated automatically

Low

21 built-in Dimensions plus 10 custom ones require explicit mapping

Jira logo

Jira gotchas

High

Unsupported workflow validators silently skipped during migration

High

Custom fields converted to flat text labels when migrating to non-Jira platforms

Medium

Historical status-change timestamps lost when exporting without a Marketplace plugin

Medium

Attachment import failures from oversized files and JQL reference corruption

Medium

Points-based API rate limits enforced on Jira Cloud apps from March 2026

Pair-specific challenges

  • WorkBook finance and dimension data has no Jira home

    Jira is an issue-tracking and project-planning tool, not an ERP. The Chart of Accounts, Invoices, Purchase Orders, AR/AP aging data, and WorkBook's 31-dimension tagging model have no equivalent in Jira's data model. Multi-value dimension tags on a WorkBook transaction cannot auto-map to any Jira field without an explicit picklist or multi-select configuration. We present a dimension-mapping matrix during scoping and do not begin extraction until the customer confirms the mapping. Financial record types are flagged as unrecoverable in the migration scope and delivered as a structured export for the customer's admin to handle outside Jira.

  • WorkBook API versioning requires version pinning before extraction

    WorkBook's REST API is versioned (currently v14.0, with prior v13.8 endpoints deprecated and removed). Migrations that run against a deprecated API version silently return empty result sets. We pin migrations to the customer's confirmed API version at scoping time, verify endpoint availability before extraction begins, and re-test if the customer has not upgraded since scoping. Any custom integrations that call deprecated WorkBook endpoints will also silently fail post-migration and should be audited separately.

  • CRM data does not migrate to Jira's flat user model

    WorkBook's CRM module stores Companies, Contacts, and Pipeline stages with lifecycle properties that Jira does not represent. Jira has no Company/Account object and no Pipeline stage concept. We can preserve CRM Company names as Jira Labels and CRM Contacts as Jira users with external access, but the full contact record (lifecycle stage, company linkage, custom CRM fields) does not map. The customer receives a full CRM data export for re-entry into a dedicated CRM tool.

  • WorkBook resource skills and capacity have no Jira equivalent

    WorkBook Workers carry skill tags, availability calendars, and utilisation percentages that inform resource scheduling. Jira's user model does not support skill tags, capacity planning, or utilisation reporting natively. We migrate Worker records as Jira users by email match, preserve skill names as Jira user properties or a custom user field, and deliver a resource-capacity CSV for the customer's resource manager to use outside Jira. Teams needing full resource management in Jira should evaluate Tempo or a dedicated resource management plugin post-migration.

  • WorkBook Data Export requires Finance & Administration access

    WorkBook's native Data Export lives inside the Finance & Administration module under Export, Import & Maintenance and requires specific User Access Rights. If the migrating user's account lacks Finance & Administration access, the Data Export grid appears empty. We confirm access scope during the technical audit phase and request elevated permissions or use the REST API as a fallback for any module where the UI export is inaccessible. This is a scoping-phase gate, not a migration-day blocker.

Migration approach

Six steps for a successful Deltek WorkBook to Jira data migration

  1. Technical audit and API version confirmation

    We audit the WorkBook instance for API version (v13.x or v14.0), User Access Rights scope, custom field count, dimension count, and the presence of multi-company configurations. We confirm which API version the instance currently runs and verify that all required extraction endpoints are available. We also enumerate the WorkBook modules active in the instance to separate migratable data (Projects, Tasks, Workers, Time Entries) from non-migratable data (financials, dimensions, variables) before presenting the scope to the customer.

  2. Jira project structure and custom field design

    We design the Jira destination structure: Jira Projects (mapped from WorkBook Projects), Issue types per project, Jira Workflows (mapped from WorkBook pipeline stages), and Jira custom fields mapped from WorkBook custom Dimensions. We resolve WorkBook custom Dimension types (text, date, numeric, picklist, multi-select) to matching Jira custom field types and create the Jira custom fields in the destination Jira Cloud or Data Center instance before any data extraction begins. We also provision Jira users matching WorkBook Workers by email.

  3. WorkBook data extraction via REST API

    We extract WorkBook data in dependency order: Workers (to resolve user lookups), Projects (primary container), Tasks with hierarchy and assignee references, Time Entries linked to tasks, and custom Dimension values. We use the pinned API version confirmed in Step 1 and handle rate limiting with exponential backoff. The Data Export UI is used as a supplemental source only if the migrating user has Finance & Administration access; the REST API is the primary extraction path. Each extraction emits a row-count reconciliation report.

  4. Dimension mapping and custom field population

    We apply the customer-confirmed dimension-mapping matrix to populate Jira custom fields. Multi-value WorkBook Dimensions populate Jira multi-select fields; single-value Dimensions populate Jira single-select or text fields. Any Dimension values that do not map (e.g., because Jira's field type cannot represent the original WorkBook dimension granularity) are flagged in the mapping report and escalated to the customer for a manual decision before those records are loaded into Jira.

  5. Sandbox migration and reconciliation

    We run a full migration into a Jira Sandbox or a parallel Jira Cloud instance using production-like data volume. The customer's project manager and admin reconcile record counts (Projects in, Issues in, Worklogs in), spot-check 25-50 Issues against the WorkBook source for task content accuracy, assignee correctness, and hierarchy preservation, and sign off the mapping before production migration begins. Any mapping corrections happen here, not in production.

  6. Production migration and non-migratable data handoff

    We run production migration in Jira in dependency order: Jira Projects (metadata), Issues (with hierarchy and assignee resolution), Worklogs, and custom field values. We deliver a structured JSON settings bundle for System and Company Variables, a CSV export of CRM Companies and Contacts, and a written inventory of unrecoverable financial records (Invoices, POs, Chart of Accounts, journal entries) with record counts and field listings. We do not rebuild WorkBook automations in Jira; we document them for the customer's admin to recreate using Jira Automation or a third-party automation plugin.

  7. Cutover, validation, and Hypercare

    We freeze WorkBook writes during cutover, run a final delta migration of any records modified during the migration window, then enable Jira as the system of record. We validate issue counts, hierarchy relationships, worklog totals, and custom field completeness against the extraction reports. We support a one-week hypercare window where we resolve any data issues raised by the team. We do not provide post-migration training, Jira administration support, or workflow rebuild as standard scope; these are separate engagements.

Platform deep dives

Context on both ends of the pair

Deltek WorkBook logo

Deltek WorkBook

Source

Strengths

  • Integrated project management, resource planning, and full financial accounting in a single platform.
  • 300+ built-in reports and configurable dashboards for agency performance visibility.
  • Multi-company, multi-currency, and inter-company transaction support for complex agency structures.
  • Mobile apps for iOS and Android with Kanban task view and time/expense entry on mobile.
  • Resource scheduling with skills matching, availability, and utilisation tracking.

Weaknesses

  • Non-intuitive interface with steep learning curve and information overload for new users.
  • Limited custom reporting, especially in the finance module — finance leads frequently use external BI tools.
  • Dashboards and mobile expense app have been described as not production-ready by users.
  • API has versioned endpoints with deprecation cycles that require integration maintenance.
  • No public pricing — quotes are custom per organisation and require a sales call.
Jira logo

Jira

Destination

Strengths

  • Deeply customizable workflows and status schemes with no hard limits on workflow complexity or number of custom statuses.
  • Strong agile ceremony support: sprint planning, backlog grooming, velocity tracking, and burndown charts for Scrum teams.
  • Industry-standard developer tool with native Git integration linking commits, pull requests, and deployments to issues.
  • Large Atlassian Marketplace with thousands of plugins extending time tracking, portfolio management, and reporting capabilities.
  • Free tier available for up to 10 users with unlimited issues, enabling evaluation before committing to a paid plan.

Weaknesses

  • Excessive configurability creates a steep learning curve; cross-team consistency is hard to maintain without strict governance.
  • Performance degrades with large backlogs, complex custom fields, and heavily nested issue hierarchies.
  • Reporting requires additional configuration or paid plugins; out-of-the-box analytics are limited for business users.
  • Jira lacks native sprint management, requiring Jira Software for true agile team features.
  • Teams outside engineering resist adoption due to UI complexity, leaving the all-in-one promise unfulfilled for cross-functional organizations.

Complexity grading

How hard is this migration?

Standard Project Management migration. 3 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 Deltek WorkBook and Jira.

  • Object compatibility

    B

    3 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

    Deltek WorkBook: Not publicly documented by Deltek for WorkBook.

  • Data volume sensitivity

    A

    Deltek WorkBook exposes a bulk API — large-volume migrations stream efficiently.

Estimator

Estimate your Deltek WorkBook to Jira 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 Deltek WorkBook to Jira data migrations

Answers to the questions buyers ask most during Deltek WorkBook to Jira migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Most migrations land between two and four weeks for straightforward cases with under 5,000 tasks, 200 projects, and a clean custom field schema. Migrations with active-dimension journal entries, complex custom field schemas (WorkBook's 10 custom Dimensions plus 21 built-in ones), or multi-company configurations move to six to ten weeks because of custom field type resolution, dimension-to-picklist remapping, and the written inventory of unrecoverable financial objects that requires customer review and manual action post-migration.

Adjacent paths

Related migrations to explore

Ready when you are

Move from Deltek WorkBook.
Land in Jira, 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