Davisa
Contact

Microsoft Business Central

MS Project vs Business Central: planning without double truth

Honest comparison of MS Project against native planning in Business Central with dvplanner: cost, integration, support and when to migrate.

10 min
MS Project vs dvplanner on Business Central comparison

If your company uses Microsoft Dynamics 365 Business Central and plans projects with Microsoft Project (desktop, Project Online or Project for the Web), sooner or later two questions come up:

  1. Why do I have to keep two systems running (Project + BC) if Microsoft could have it all in one?
  2. Why does the plan signed off by my operations director never match the costs that finance closes the month with?

This article answers both. It compares, without sugar-coating, MS Project against native planning in Business Central (dvplanner), reviews the current state of Microsoft’s Project product line (Online vs for the Web vs desktop) and helps you decide whether to migrate — or stay where you are.

Context disclosure: dvplanner is a product from Davisa Informática, a Microsoft Business Central partner since 2003. We have done our best to keep the comparison as honest as possible — calling out what MS Project does better and what dvplanner does better, without caricatures. If your case fits Project, we say so.

The real state of the Microsoft Project product (2026)

Before comparing, it’s worth knowing what “MS Project” actually means today — because Microsoft has three distinct products under that umbrella, with very different present and future:

ProductCurrent stateRecommended for
Project Desktop (Project Pro)Active, still sold. Perpetual licence or Plan 3.Individual PMs working with a local Gantt.
Project Online / PWANo new sales since 2024. Maintenance only.Existing customers; do not buy new.
Project for the WebActive, built on Power Platform / Dataverse.Small teams, simple cases without cost tracking.

This matters because if you’re evaluating MS Project today for a new deployment, you cannot buy Project Online. And Project for the Web — its successor — has serious limitations in cost management and invoicing. That changes the conversation: the “MS Project vs dvplanner” comparison is not the same as it was 5 years ago.

Summary table — what to consider before choosing

DimensionMS Project (Online / for the Web)dvplanner (native BC)
ArchitectureStandalone product + BC integrationAL extension inside BC
Cost managementLimited (for the Web) / via PWA (discontinued)Native: uses BC’s Job + Resource + budget
Gantt-style schedulesYes — very matureYes — integrated into BC
Time entryVia Microsoft Forms / Project Plan 5Directly in BC (standard Time Sheet)
Real-time profitabilityNot native — requires Power BI + integrationYes, live on BC tables
Link to invoicingVia middleware or manual exportSame database as the invoice
Multi-company BCNot applicableYes (one dvplanner serves several companies)
Learning curveHigh (especially PWA)Medium — the BC team already knows the environment
Pricing30-55 €/user/month + integration + maintenanceAnnual licence + scoped implementation
3-year TCO (mid-size project)High market benchmark~30-45 % lower on comparable projects
SupportMicrosoft + local Project partnerDavisa, the same team that implements BC

Integration with Business Central — the detail that decides

The strongest argument in favour of dvplanner isn’t functional, it’s architectural. Let’s get into the detail.

How MS Project + BC does it

Project keeps its own database (PWA in SharePoint, Project for the Web in Dataverse, desktop in .mpp files). For BC to see what’s happening in Project, there are three routes:

  1. Middleware (KingswaySoft, Scribe, a custom connector): a service that every N minutes syncs tasks, resources, hours and costs between the two systems.
  2. Power Automate flows: for simple cases (a new project in Project creates a Job in BC).
  3. Manual exports: someone exports a sheet from Project and uploads it into BC.

Pros:

  • Project is still Project — an experienced PM team can keep working the way they always have.
  • There’s a mature ecosystem of plug-ins, templates, books and classical PM training.

Cons we see in customers (the ones who end up migrating to dvplanner):

  • Permanent double truth: what you see in the Project Gantt is not what BC invoices. Until the sync job finishes, the two systems hold different data.
  • Stuck moments when figures don’t match: “Which hour logged in Project became this cost in BC?” — cross-system traceability is manual.
  • Connector maintenance: every BC or Project update can break the sync. You’ve seen the Power Platform version change 3 times this year.
  • Hidden cost: most MS Project + BC implementations are scoped at 6 weeks and end up taking 4 months because of “edge cases”.

How dvplanner does it

dvplanner is an AL extension inside Business Central. The project the PMO plans is the Job table in BC. The assigned resource is BC’s Resource table. The logged hour is a BC Time Sheet Line. The budget for each line item is a BC Job Task Line.

This means:

  • One single truth: there’s no parallel database. What you see in dvplanner is what the ERP sees. Change a task in dvplanner and the BC job updates instantly.
  • Live actual cost: when someone logs an hour, the cost in the project dashboard rises in the same second. No waiting for month-end close.
  • Built-in invoicing: the moment a job is ready to bill, dvplanner flags it. The invoice is issued in the same BC, with the same rate the planner used.
  • No integration maintenance: there’s no connector to maintain. When BC updates, dvplanner updates with it (it’s AL code living inside the ERP).

The trade-off is honest: native AL integration ties dvplanner to Business Central / NAV. If your company is going to migrate off BC within 3 years, it doesn’t make sense. If BC is going to be your ERP for the next 5-10 years, dvplanner is the natural match.

Cost and profitability management — where MS Project falls short

This is the heart of the argument. MS Project was born to manage schedules, not costs. The cost module exists but it’s basic: “standard cost per resource” fields, expense lines and not much else. To get real project profitability you need to:

  • Capture logged hours with their internal and external rate.
  • Load supplier and subcontractor invoices against the project.
  • Apply allocation rules (what % of a general expense goes to each job).
  • Reconcile everything with the initial budget and customer invoicing.
  • Detect variances while there’s still time to react.

Microsoft Project on its own does none of that. The companies that use it complete the picture with:

  • Power BI (after-the-fact reporting).
  • Excel (manual monthly consolidation).
  • PWA + custom code (expensive to maintain).

dvplanner, by living inside BC, inherits everything BC already knows how to do: resource rates, indirect cost allocation, monthly close, invoice reconciliation. You don’t have to “build” profitability — it’s in the ERP, and dvplanner simply surfaces it to the PMO in real time.

The elephant in the room: the Project Online sunset

In 2023 Microsoft announced the End of Sales for Project Online (PWA). New subscriptions closed in 2024. Existing customers can keep using it, but:

  • No new features — it’s in maintenance mode.
  • Microsoft is actively pushing toward Project for the Web (Dataverse).
  • In 3-5 years, PWA customers will have to migrate (to Project for the Web, to an alternative, or to a rewritten PM stack).

If your company uses Project Online today, the clock is ticking. The question isn’t whether to migrate — it’s where to. The real options:

  1. Project for the Web: the Microsoft route. Simple, on Dataverse, limited BC integration. Good for small teams without complex cost needs.
  2. dvplanner: the BC-native route. Integrates planning + costs + invoicing. Good for companies that invoice per project.
  3. External tools like Asana, Wrike, Monday: options that require a BC connector and duplicate data.

If your company has been on PWA for 5+ years, you have mature flows and templates. Migrating is real work, not trivial. But doing it now (with breathing room) is cheaper than doing it in 3 years (in a rush, when Microsoft tightens the sunset).

What MS Project does better — worth acknowledging

It would be dishonest to compare without recognising what Microsoft’s product does better:

  • Mature visual scheduling: the Project Gantt is the industry benchmark. dvplanner has an integrated Gantt inside BC, but Project’s tool has 30 years of visual polish.
  • Ecosystem and training: PMI, PRINCE2, books, courses — all mainstream PM culture uses Project as the example. Finding a PM who knows Project is easier.
  • Industry templates: there are Project templates for every type of project, sector and vertical. Getting started is fast.
  • ERP independence: if your company doesn’t have BC (or is planning to switch), Project is the safe choice.

When to choose each one

Choose MS Project if:

  • Your company doesn’t use Business Central (and doesn’t plan to in the next 2-3 years).
  • Cost and profitability control is NOT a priority — schedule + resources is enough.
  • You have a mature PMO team used to Project and the change curve is expensive.
  • You operate with multiple ERPs (BC in one subsidiary, SAP in another) and need a single PM layer on top.

Choose dvplanner if:

  • Business Central is your ERP and will be for years to come.
  • Your company invoices per project — you need to know the real margin of each job.
  • You have teams logging hours and want the cost to show up in real time.
  • You’re tired of maintaining the Project ↔ BC connector.
  • You have Project Online and need to plan the migration before the sunset hits.

Real case: 60-person engineering firm, migration from PWA to dvplanner

Davisa customer: industrial engineering firm, 60 people, 40 projects running in parallel. They had Project Online syncing to BC via middleware. Before:

  • Monthly close time: 5 working days (manually reconciling Project with BC).
  • Variances spotted late: real margin appeared at month-end close, 30 days late.
  • Annual stack cost: PWA licences + middleware + external integrator hours, total high.
  • PMO tickets to IT: 2-3 per week (“the job got duplicated”, “the hour didn’t make it to BC”).

Migration to dvplanner in 5 weeks. Six-month results:

  • Monthly close: 1 day. Everything is already in BC.
  • Live real margin: the operations director sees it every morning on their dashboard.
  • Annual stack cost: -41% (no PWA licences, no middleware, no integration hours).
  • PMO/IT tickets: practically zero. There’s no sync to fail.

Closing — decide on your company’s case, not on inertia

MS Project is a good tool, but the product is in transition (PWA sunset, push toward Project for the Web) and it was never designed to integrate deeply with an ERP.

If your company runs on Business Central and invoices per project, dvplanner is built exactly for that case: planning + costs + profitability on a single database. No double truth, no connector to maintain, no surprises at month-end.

Want a firm comparison against your specific case? Talk to a Davisa advisor — in less than a week you’ll have a concrete proposal with scope, timeline and firm price to compare against.

Compartir

¿Quieres ver dvplanner en acción?

Solicita una demo y un consultor te muestra cómo dvplanner planifica recursos, controla costes y mide la rentabilidad de cada proyecto en directo desde Business Central — sin Excel paralelos al ERP.

Artículos relacionados

Message us on WhatsApp