Project Management migration
Field-level mapping, validation, and rollback between Deltek WorkBook and Jira. We move data and schema; workflows are rebuilt natively in Jira.
Deltek WorkBook
Source
Jira
Destination
Compatibility
4 of 11
objects map 1:1 between Deltek WorkBook and Jira.
Complexity
BStandard
Timeline
2-4 weeks
Overview
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.
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 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
Jira
Project (Jira site-level)
1:1WorkBook 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
Jira
Issue
1:1WorkBook 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
Jira
Jira User
1:1WorkBook 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
Jira
Jira Custom Field
lossyWorkBook'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
Jira
Jira User (or Issue Commenter)
lossyWorkBook 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
Jira
Jira Project Description or Label
many:1WorkBook 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
Jira
Issue Status (via Workflow)
lossyWorkBook 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
Jira
Issue Worklog
1:1WorkBook 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
Jira
Not Migrated (CSV inventory)
lossyWorkBook 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
Jira
Not Migrated (written inventory)
lossyWorkBook'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
Jira
Not Migrated (settings bundle)
lossyWorkBook 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.
| Deltek WorkBook | Jira | Compatibility | |
|---|---|---|---|
| Project | Project (Jira site-level)1:1 | Fully supported | |
| Task | Issue1:1 | Fully supported | |
| Worker / Resource | Jira User1:1 | Fully supported | |
| Custom Field / Dimension | Jira Custom Fieldlossy | Fully supported | |
| CRM Contact | Jira User (or Issue Commenter)lossy | Fully supported | |
| CRM Company | Jira Project Description or Labelmany:1 | Fully supported | |
| Pipeline Stage | Issue Status (via Workflow)lossy | Fully supported | |
| Time Entry | Issue Worklog1:1 | Fully supported | |
| Expense | Not Migrated (CSV inventory)lossy | Fully supported | |
| Chart of Accounts, Invoices, Purchase Orders, Journal Entries | Not Migrated (written inventory)lossy | Fully supported | |
| System Variables and Company Variables | Not Migrated (settings bundle)lossy | 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.
Deltek WorkBook gotchas
WorkBook REST API is versioned with deprecation cycles
Data Export requires Finance & Administration access
System Variables and Company Variables are not migrated automatically
21 built-in Dimensions plus 10 custom ones require explicit mapping
Jira gotchas
Unsupported workflow validators silently skipped during migration
Custom fields converted to flat text labels when migrating to non-Jira platforms
Historical status-change timestamps lost when exporting without a Marketplace plugin
Attachment import failures from oversized files and JQL reference corruption
Points-based API rate limits enforced on Jira Cloud apps from March 2026
Pair-specific challenges
Migration approach
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.
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.
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.
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.
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.
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.
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
Deltek WorkBook
Source
Strengths
Weaknesses
Jira
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 Deltek WorkBook and Jira.
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
Deltek WorkBook: Not publicly documented by Deltek for WorkBook.
Data volume sensitivity
Deltek WorkBook exposes a bulk API — large-volume migrations stream efficiently.
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 Deltek WorkBook to Jira migration scoping. Not seeing yours? Book a call.
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 consultationAdjacent paths
Other ways to leave Deltek WorkBook
Other ways to arrive at Jira
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.