Project Management migration

Migrate from BigTime to Microsoft Project

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

BigTime logo

BigTime

Source

Microsoft Project

Destination

Microsoft Project logo

Compatibility

58%

7 of 12

objects map 1:1 between BigTime and Microsoft Project.

Complexity

BStandard

Timeline

3-5 weeks

Rollback included Accuracy guarantee Field-level validation

Overview

What this migration involves

BigTime and Microsoft Project serve different core functions. BigTime is a Professional Services Automation platform centered on time tracking, billing, and client invoicing for consulting, engineering, and accounting firms. Microsoft Project is a scheduling and portfolio management tool built around Gantt charts, resource leveling, and critical path analysis. Migrating from BigTime to Microsoft Project means accepting that the billing, invoicing, and QuickBooks integration layer has no direct equivalent on the destination. We extract project schedules, task hierarchies, resource assignments, and historical time entries from BigTime's REST API, flatten the two-level task constraint where it exists, and map those structures into Microsoft Project's task and resource tables. We deliver a written inventory of BigTime Workflows, QuickBooks sync rules, and any Custom Field dependencies that require manual rebuild in Microsoft Project or adjacent tools.

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

BigTime logo

BigTime

What's pushing teams away

  • Users report that the mobile app is buggy and crashes frequently, forcing field staff to switch to desktop for accurate time entry—a friction point that leads to missed or incomplete time records.
  • The task hierarchy is limited to only two levels (parent and child), which frustrates project managers in complex engineering or consulting engagements who need deeper subtask nesting.
  • Pricing escalates quickly: advanced resource forecasting requires BigTime Foresight (an add-on), and tier upgrades from Essentials to Advanced or Premier carry significant cost increases for growing firms.
  • The reporting module is considered underpowered—users describe it as lacking depth, flexibility, and visual polish compared to dedicated BI tools, making it difficult to generate the dashboards leadership expects.
  • BigTime lacks a built-in calendar or visual planner, forcing teams to maintain a separate scheduling tool and reducing the all-in-one value proposition for some buyers.

Choosing

Microsoft Project logo

Microsoft Project

What's pulling them in

  • Organizations already running Microsoft 365 and Azure AD adopt Microsoft PPM because it slots into existing identity, Teams, and SharePoint infrastructure without requiring a separate identity provider or SSO vendor.
  • Enterprise PMOs choose it for critical-path scheduling, baseline comparison, cross-project dependencies, and resource utilization reporting that standalone PM tools cannot replicate at this depth.
  • Project Online's integration with Power BI gives portfolio-level dashboards and cost-rollup reporting that satisfies executive governance requirements without third-party BI tooling.
  • Government, financial services, and healthcare organizations select it because FedRAMP, ISO 27001, and SOC 2 compliance certifications meet enterprise procurement requirements out of the box.
  • Large IT departments default to it as the market-leader in project portfolio management software, often driven by corporate licensing agreements that bundle it with other Microsoft 365 seats.

Object mapping

How BigTime objects map to Microsoft Project

Each row shows how a BigTime object lands in Microsoft Project, including any object-level transformations, lookup resolution, or schema-design dependencies.

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

BigTime

Project

maps to

Microsoft Project

Project (MPP or Project Online)

1:1
Fully supported

BigTime Projects map to Microsoft Project files or Project Online projects. We carry over Project Name, Status (Active/Completed/Archived), Start Date, End Date, Planned Budget, and any Custom Fields. Archived Projects migrate with a status flag set to Complete so that historical reference is preserved without cluttering the active portfolio. BigTime Custom Fields on Projects map to Microsoft Project enterprise custom fields on Project Plan 3 and above or local custom fields on Project Plan 1/Standard.

BigTime

Task

maps to

Microsoft Project

Task (summary and sub-task)

1:many
Fully supported

BigTime's two-level task constraint means every project has a flat parent-child list with no grandchildren. We import each BigTime task as a Microsoft Project task with the outline level set to 1 (summary) or 2 (subtask). If BigTime records contain any depth beyond two levels, we flatten the chain and apply a parent-reference naming convention (ParentName > ChildName) so that the hierarchy is visible in Task Name even if the outline structure is flattened. The customer rebuilds the correct nesting depth in Microsoft Project after migration.

BigTime

Time Entry

maps to

Microsoft Project

Task Assignment (Work field)

lossy
Fully supported

BigTime Time Entries carry hours logged by a staff member against a task on a specific date. We aggregate hours by task and staff member and write them as assignment Work on the corresponding Microsoft Project task assignment. Billable/non-billable flags from BigTime do not have a native Microsoft Project equivalent; we preserve the flag in a custom field on the assignment (mspt_billable__c) or as a flag column in the delivered CSV. Microsoft Project has no native time entry UI for staff; firms requiring staff time entry on the destination side should evaluate Microsoft Project Online with Timesheet or a third-party PSA connector.

BigTime

Team Member

maps to

Microsoft Project

Resource (Material or Work resource)

1:1
Fully supported

BigTime Staff records map to Microsoft Project Resources. We carry over name, role, department, billable rate (Max Rate), and cost rate. Staff with a department assignment become Resources grouped by department in the Resource Sheet. BigTime cost rates migrate as Cost Rate Table entries on the Microsoft Project Resource. If a BigTime staff member is assigned to a project but does not yet exist as a user in the destination Microsoft 365 tenant, we flag the unresolvable Resource for manual provisioning before cutover.

BigTime

Client

maps to

Microsoft Project

Custom Field or Summary Project Name prefix

lossy
Fully supported

BigTime Clients are the billing entity and do not have a native Microsoft Project equivalent because Project has no concept of client or account. We map Client Name to a custom Project-level text field (mspt_client__c) so that project-to-client association is preserved. If the destination is Project Online connected to a Dynamics 365 or SharePoint environment with a CRM, we can map Client to the corresponding Account lookup if the customer configures that integration separately.

BigTime

Expense

maps to

Microsoft Project

Task Cost or Resource Cost (assignment-level)

lossy
Fully supported

BigTime Expenses carry an amount, expense code, and project association. We map expenses to Microsoft Project task Cost fields where each expense maps to a single task, or to Resource Cost where the expense represents a recoverable cost tied to a staff member. Expense codes do not map directly to any Microsoft Project field; we preserve the original expense code in a custom text field (mspt_expense_code__c) and recommend the customer configure a cost category mapping in Project Online if detailed cost coding is required for reporting.

BigTime

Budget vs. Actual (Scheduled vs. Actual)

maps to

Microsoft Project

Baseline and Tracking Gantt comparison

1:1
Fully supported

BigTime's Scheduled vs. Actual report captures planned hours/cost against tracked values. We migrate this as a linked dataset rather than a native Microsoft Project object. The planned values write to Microsoft Project Baseline fields (Baseline Work, Baseline Cost), and the actual values write to the Assignment or Task Work and Cost fields. The Tracking Gantt in Microsoft Project then displays the variance natively. If BigTime variance records span multiple time periods, we create a multi-baseline snapshot (Baseline1, Baseline2) so that the customer can compare the original plan against mid-project revisions.

BigTime

Invoice (Draft)

maps to

Microsoft Project

Not migrated

1:1
Fully supported

BigTime Invoice records, including unsent drafts, do not migrate to Microsoft Project because Project has no invoicing capability. Draft invoices that reference time entries already imported create a double-billing risk if they remain open on the destination. We extract invoice metadata (invoice number, client, amount, status, line items) as a written inventory document and recommend the customer either closes the billing cycle in BigTime before cutover or migrates invoice history to a separate accounting tool. QuickBooks integration reconnection for invoicing is outside the Microsoft Project scope.

BigTime

Resource Allocation

maps to

Microsoft Project

Resource Assignment (Assignment Owner and Units)

1:1
Fully supported

BigTime staff assignments to projects with scheduled hours map to Microsoft Project Resource Assignments. We carry over the staff member reference, project reference, and scheduled hours as Assignment Units or Assignment Work depending on the allocation model. If BigTime uses a capacity-based allocation (percentage of FTE), we convert to Microsoft Project resource Units on the assignment row. Multi-project resource leveling across a portfolio requires the customer to configure a shared Resource Pool in Microsoft Project separately.

BigTime

Custom Field (Projects)

maps to

Microsoft Project

Enterprise Custom Field or local Custom Field

lossy
Fully supported

BigTime Custom Fields on Projects support text, dropdown, checkbox, monetary, and URL value types. We map text to Microsoft Project text custom fields, checkboxes to flag custom fields, and monetary values to cost custom fields. Dropdown fields require the customer to pre-configure the lookup table in Microsoft Project (Project Plan 3 or Project Online) before migration because the picklist values must exist on the destination before records can reference them. Custom Field labels migrate as field names with a mspt_ prefix to avoid collision with Microsoft Project built-in fields.

BigTime

Workflow

maps to

Microsoft Project

Not migrated

1:1
Fully supported

BigTime Workflows (approval chains, notification rules, data-routing rules on Advanced and Premier tiers) are platform-specific automation constructs with no Microsoft Project equivalent. Project desktop has no native workflow builder, and Project Online workflows require separate Power Automate configuration. We deliver a written inventory of every active BigTime Workflow listing its trigger, conditions, and actions, with a Power Automate equivalent recommendation for each. The customer's admin or a Microsoft partner rebuilds these post-migration.

BigTime

QuickBooks Integration

maps to

Microsoft Project

Not migrated

1:1
Fully supported

BigTime's QuickBooks Online and Desktop integration is a platform-specific OAuth credential and sync rule configuration that cannot be transferred to Microsoft Project. We document the existing integration scope (which clients, expense codes, labor codes, and chart of accounts sync bidirectionally) and deliver a written integration requirements document. The customer configures a new QuickBooks connection to their accounting system using Microsoft Power Automate, a dedicated connector app, or a third-party integration tool post-migration.

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.

BigTime logo

BigTime gotchas

High

No trial period before purchase

High

Mobile app time entries are unreliable

Medium

Task hierarchy limited to two levels

Medium

Invoice drafts require explicit closed-status migration

Medium

Data Warehouse Delta Sharing is a one-time credential download

Microsoft Project logo

Microsoft Project gotchas

High

Project for the web is being retired and merged into Microsoft Planner

Medium

Planner-tier portfolio features are incomplete despite Plan 5 labeling

Medium

Web app constraint controls are weaker than the Windows desktop client

High

Project requires a separate license not bundled with standard Microsoft 365

Medium

Project Online API is edition-gated and inconsistently documented

Pair-specific challenges

  • Task hierarchy depth is limited to two levels in BigTime

    BigTime enforces a two-level task structure—parent task and direct child task—with no nested grandchildren. Firms with work breakdown structures deeper than two levels (common in engineering, construction, and product development) will have their hierarchy flattened during extraction. We apply a parent-reference naming convention (ParentName > ChildName > GrandchildName) to preserve the relationship in the task name, but the actual outline nesting cannot be reproduced in BigTime and must be designed in Microsoft Project after migration. We flag any project with more than two levels of task depth for manual reorganization before the destination file is finalized.

  • Time entries do not auto-populate assignments in Microsoft Project

    BigTime time entries are individual records entered by staff against tasks. When we aggregate these into Microsoft Project assignment Work fields, the values land as static numbers rather than live entries. If staff continue entering time in BigTime during a parallel-run window, those entries will not update the Microsoft Project schedule. Firms that need ongoing time tracking from Microsoft Project should evaluate Project Online Timesheet or a third-party PSA connector (such as a Microsoft AppSource add-on) to maintain bi-directional sync post-migration.

  • Invoice drafts require explicit handling to avoid double-billing

    Unsent invoice drafts in BigTime are tied to time entries that will also be imported into Microsoft Project. If these drafts remain open during migration, the same hours appear in both systems with a risk of double billing when the customer invoices. We tag all migrated invoices with a source-status flag (draft, sent, paid, voided) and recommend the customer closes the billing cycle in BigTime before cutover or imports invoice history as a read-only archive. Microsoft Project has no billing module; the customer must handle invoicing in a separate accounting tool post-migration.

  • Microsoft Project Online is retiring in September 2026

    Microsoft Project Online (the PWA cloud version) retires on September 30, 2026, with new instance creation blocked as of April 2026. Firms migrating to Microsoft Project should select Project Plan 3 (web and desktop), Project Plan 5 (enterprise), or Project desktop (standalone) as the destination to avoid inheriting a platform with an imminent retirement. We confirm the destination variant during scoping and route the migration to the appropriate product. Project desktop and Project Plan 3/5 have no announced end date.

  • Custom Fields require pre-configuration in Microsoft Project

    BigTime Custom Fields on Projects can be created without prior configuration of a lookup table. Microsoft Project (Plan 3 and above) requires enterprise custom fields to have a lookup table or picklist defined before records can reference values. If BigTime Custom Fields use dropdown values, we must receive a pre-configured custom field definition from the customer before migration so that the import targets a valid picklist. Without this pre-configuration, dropdown values fail to import and fall back to blank fields, requiring a post-migration correction pass.

Migration approach

Six steps for a successful BigTime to Microsoft Project data migration

  1. Discovery and migration scope definition

    We audit the source BigTime environment via REST API: active and archived Projects, task hierarchy depth per project, staff records and rate schedules, time entry volume and date range, expense records, Custom Field definitions and populated values, QuickBooks integration scope, and active Workflows. We pair this with a destination selection: Project Plan 3 for web and desktop scheduling, Project Plan 5 for enterprise resource pool and portfolio features, or Project desktop for standalone file-based management. The discovery output is a written migration scope document specifying which objects are in scope, which are excluded, and which are delivered as written inventories for manual rebuild.

  2. Custom Field pre-configuration on destination

    Before any data moves, we work with the customer's Microsoft Project administrator to pre-configure all required Custom Fields. Dropdown fields require lookup table values to be entered first. Text, flag, cost, and date fields are configured as project or task custom fields in the Microsoft Project enterprise fields list. If the destination is Project Online, we provision the fields in the PWA (Project Web App) settings. This step must complete before the first production import because picklist-typed custom fields cannot accept values that reference a non-existent lookup entry.

  3. Sandbox migration and task hierarchy validation

    We run a full migration into a non-production Microsoft Project environment or a test MPP file using representative data volume. The customer's project manager validates the task hierarchy (checking that parent-child relationships are correctly represented), resource assignments are linked to the right staff members, time entry aggregation produces expected Work values, and Custom Field values populate correctly. We reconcile record counts (Projects in, Tasks in, Resources in, Time Entry hours aggregated) against the BigTime source before production migration begins. Any mapping corrections and any BigTime projects with deep task nesting (beyond two levels) are flagged for manual reorganization planning here.

  4. Production migration in dependency order

    We run production migration in this order: Resources first (so that resource names and rates exist before assignments), then Projects with Custom Fields, then Tasks with outline levels and predecessor dependencies, then Resource Assignments with Work and Units, then Time Entry aggregation as assignment Work. Budget vs. Actual variance data writes to Baseline and tracking fields last. Each phase emits a row-count reconciliation report before the next phase begins. QuickBooks sync rules and Workflows are not migrated; their written inventories are delivered to the customer at this stage for post-migration rebuild.

  5. Cutover, validation, and handoff

    We freeze writes in BigTime during the cutover window, run a final delta migration of any records modified since the last sync, then close the migration. The customer validates the Microsoft Project files or Project Online environment against a sampling of BigTime records. We deliver the QuickBooks integration requirements document and the BigTime Workflow inventory with Power Automate equivalents. We do not rebuild Workflows or reconfigure the QuickBooks connection inside the migration scope; those are separate engagements or admin tasks. We provide a one-week hypercare window for reconciliation issues raised during the first week of live use.

Platform deep dives

Context on both ends of the pair

BigTime logo

BigTime

Source

Strengths

  • All-in-one PSA covering time tracking, resource management, invoicing, and expenses for professional services workflows
  • Official QuickBooks Online and Desktop integration with bidirectional sync of clients, projects, and expense codes
  • Configurable Custom Fields on Projects allow firms to adapt the data model without code changes
  • REST API with XML and JSON support enables programmatic access to all core objects for migration scripting
  • Premier tier includes financial forecasting, real-time dashboards, and utilization reporting for firm-wide visibility

Weaknesses

  • Mobile app is widely reported as buggy, crash-prone, and unreliable for field-based time entry
  • Task hierarchy limited to two levels (parent and child only) constrains complex project structures in engineering and consulting
  • No free trial—prospects must engage a sales rep before testing the software, raising the barrier to evaluation
  • Advanced resource planning features gated behind BigTime Foresight add-on, increasing total cost beyond the base tier
  • No built-in calendar or visual scheduling planner—teams must maintain a separate scheduling tool
Microsoft Project logo

Microsoft Project

Destination

Strengths

  • Deep critical-path scheduling with baseline comparison and cross-project dependency tracking unmatched by lighter PM tools.
  • Native Azure AD authentication, Teams integration, and Power BI reporting sit on infrastructure enterprises already license and manage.
  • Enterprise governance controls including demand intake workflows, resource request approval, and portfolio-level capacity analysis.
  • Supports both Waterfall and Agile methodologies within the same project, accommodating hybrid delivery teams.
  • Scalable from Project Plan 1 for small teams to Project Server on-premises for regulated industries with strict data-sovereignty requirements.

Weaknesses

  • Ease-of-use scores trail the category average by a wide margin; onboarding friction frustrates new users consistently across G2 and Capterra reviews.
  • Pricing ranks 42nd of 49 tools in its category — the total cost of ownership including IT administration and training is rarely recovered for small or mid-market teams.
  • No built-in client portal, external stakeholder sharing, or proofing workflow, limiting use cases to internal PMO environments only.
  • The web interface (Project for the web / Planner Premium) has materially weaker constraint controls and resource auto-leveling than the Windows desktop client.
  • Project for the web is being consolidated into Microsoft Planner, creating uncertainty about which product tier will host project portfolio data long-term.

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 BigTime and Microsoft Project.

  • 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

    BigTime: Not publicly documented in the help center or public API docs.

  • Data volume sensitivity

    B

    BigTime doesn't expose a bulk API — REST + parallelization used for high-volume runs.

Estimator

Estimate your BigTime to Microsoft Project 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 BigTime to Microsoft Project data migrations

Answers to the questions buyers ask most during BigTime to Microsoft Project migration scoping. Not seeing yours? Book a call.

Can't find your answer?

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

Book a free 30 minute consultation

Migrations under 50 active projects with no time entry history and no Custom Fields land between three and five weeks. Migrations with historical time entry aggregation, resource allocation datasets, Custom Field configurations, and QuickBooks integration documentation move to six to ten weeks because of the schema dependency chain and the custom field pre-configuration requirement. The biggest variable is whether BigTime Custom Fields use dropdown values that require a pre-configured lookup table in Microsoft Project before any data can import.

Adjacent paths

Related migrations to explore

Ready when you are

Move from BigTime.
Land in Microsoft Project, 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