Davisa
Contacto

Microsoft Business Central

MS Project vs Business Central nativo: planificación de proyectos sin doble verdad

Comparativa honesta de Microsoft Project frente a una planificación nativa en Business Central con dvplanner. Costes, integración, soporte y cuándo conviene migrar.

10 min
Comparativa MS Project vs dvplanner sobre Business Central

Si tu empresa usa Microsoft Dynamics 365 Business Central y planificas proyectos con Microsoft Project (desktop, Project Online o Project for the Web), llega un momento en que aparecen dos preguntas:

  1. ¿Por qué tengo que mantener dos sistemas (Project + BC) si Microsoft podría tener todo en uno?
  2. ¿Por qué la planificación que firma mi director de operaciones nunca cuadra con los costes que cierra finanzas?

Este artículo responde a las dos. Compara, sin maquillaje, MS Project frente a una planificación nativa en Business Central (dvplanner), revisa el estado actual del producto Project de Microsoft (Online vs for the Web vs desktop) y te ayuda a decidir si te conviene migrar — o quedarte donde estás.

Aviso de contexto: dvplanner es producto de Davisa Informática, partner Microsoft Business Central desde 2003. Hemos intentado mantener la comparativa lo más honesta posible — destacamos lo que MS Project hace mejor y lo que dvplanner hace mejor, sin caricaturas. Si tu caso encaja con Project, también lo decimos.

El estado real del producto Microsoft Project (2026)

Antes de comparar, conviene saber qué es exactamente “MS Project” hoy — porque Microsoft tiene tres productos distintos bajo ese paraguas, con presente y futuro muy diferentes:

ProductoEstado actualRecomendado para
Project Desktop (Project Pro)Activo, sigue vendiéndose. Licencia perpetua o Plan 3.PM individuales que trabajan con Gantt local.
Project Online / PWASin nuevas ventas desde 2024. Mantenimiento.Quien ya lo tiene; no comprar nuevo.
Project for the WebActivo, sobre Power Platform / Dataverse.Equipos pequeños, casos simples sin costes.

Esto importa porque si estás evaluando MS Project hoy para una empresa nueva, no puedes comprar Project Online. Y Project for the Web — que es el sucesor — tiene limitaciones serias en gestión de costes y facturación. Eso cambia la conversación: la comparativa “MS Project vs dvplanner” no es la misma que hace 5 años.

Tabla resumen — qué tener en cuenta antes de elegir

DimensiónMS Project (Online / for the Web)dvplanner (nativo BC)
ArquitecturaProducto independiente + integración con BCExtensión AL dentro de BC
Gestión de costesLimitada (for the Web) / vía PWA (descontinuado)Nativa: usa Job + Resource + presupuesto BC
Cronogramas tipo GanttSí — muy maduroSí — integrado en BC
Imputación de horasA través de Microsoft Forms / Project Plan 5Directa en BC (Time Sheet estándar)
Rentabilidad en tiempo realNo nativo — requiere Power BI + integraciónSí, en directo sobre tablas BC
Conexión con facturaciónVía middleware o export manualMisma base de datos que la factura
Multi-empresa BCNo aplica (mismo dvplanner sirve varias empresas)
Curva de aprendizajeAlta (sobre todo PWA)Media — el equipo BC ya conoce el entorno
Pricing30-55 €/usuario/mes + integración + mantenimientoLicencia anual + implantación a presupuesto
TCO 3 años (proyecto medio España)Referencia alta del mercado~30-45 % menos en proyectos comparables
SoporteMicrosoft + partner Project localDavisa España, mismo equipo que implanta BC

Integración con Business Central — el detalle que decide

El argumento más fuerte a favor de dvplanner no es funcional, es arquitectural. Vamos al detalle.

Cómo lo hace MS Project + BC

Project mantiene su propia base de datos (PWA en SharePoint, Project for the Web en Dataverse, desktop en .mpp). Para que BC vea lo que pasa en Project, hay tres caminos:

  1. Middleware (KingswaySoft, Scribe, conector personalizado): un servicio que cada N minutos sincroniza tareas, recursos, horas y costes entre los dos sistemas.
  2. Power Automate flows: para casos simples (un proyecto nuevo en Project crea un Job en BC).
  3. Exports manuales: alguien exporta una hoja de Project y la sube a BC.

Pros:

  • Project sigue siendo Project — un equipo de PM con experiencia puede seguir trabajando como antes.
  • Hay ecosistema de plugins, plantillas, libros y formaciones de PM clásicos.

Contras que vemos en clientes (los que migran a dvplanner):

  • Doble verdad permanente: lo que ves en el Gantt de Project no es lo que BC factura. Mientras el job de sincronización no termine, los dos sistemas tienen datos distintos.
  • Bloqueos cuando algo no cuadra: “¿Qué hora trabajada en Project se ha convertido en este coste en BC?” — la trazabilidad cruzada es manual.
  • Mantenimiento del conector: cada actualización de BC o de Project puede romper la sincronización. Has visto la versión de Power Platform 3 veces este año.
  • Coste oculto: la mayoría de implantaciones MS Project + BC presupuestan 6 semanas y acaban en 4 meses por las “casuísticas”.

Cómo lo hace dvplanner

dvplanner es una extensión AL dentro de Business Central. El proyecto que el PMO planifica es la tabla Job de BC. El recurso asignado es la tabla Resource de BC. La hora imputada es una Time Sheet Line de BC. El presupuesto de cada partida es un Job Task Line de BC.

Esto significa:

  • Una sola verdad: no hay base de datos paralela. Lo que ves en dvplanner es lo que ve el ERP. Cambias una tarea en dvplanner y el job de BC se actualiza al instante.
  • Coste real en directo: cuando una persona imputa una hora, el coste sube en el panel del proyecto en el mismo segundo. Sin esperar al cierre.
  • Facturación integrada: el momento en que un job está listo para facturar, dvplanner lo señala. La factura se emite en la misma BC, con la misma tarifa que usó el planificador.
  • Sin mantenimiento de integración: no hay conector que mantener. Si BC se actualiza, dvplanner se actualiza con él (es código AL dentro del ERP).

El compromiso es honesto: la integración nativa AL ata dvplanner a Business Central / NAV. Si tu empresa va a migrar fuera de BC en 3 años, no tiene sentido. Si BC va a ser tu ERP los próximos 5-10 años, dvplanner es el match natural.

Gestión de costes y rentabilidad — donde MS Project hace agua

Aquí está el corazón del argumento. MS Project nació para gestionar plazos, no costes. El módulo de costes existe pero es básico: campos de “coste estándar por recurso”, líneas de gasto y poco más. Para hacer una rentabilidad real de proyecto necesitas:

  • Capturar horas imputadas con su tarifa interna y externa.
  • Cargar facturas de proveedores y subcontratas al proyecto.
  • Aplicar reglas de imputación (qué % de un gasto general va a cada job).
  • Cruzar todo con el presupuesto inicial y la facturación al cliente.
  • Detectar desviaciones cuando todavía hay margen de reacción.

Microsoft Project, por sí solo, no hace nada de esto. Las empresas que lo usan completan con:

  • Power BI (informes después del hecho).
  • Excel (consolidación mensual manual).
  • PWA + custom code (caro de mantener).

dvplanner, al vivir dentro de BC, hereda todo lo que BC ya sabe hacer: tarifas por recurso, imputación de costes indirectos, cierre contable mensual, conciliación con facturas. No hay que “construir” la rentabilidad — está en el ERP, dvplanner solo la muestra al PMO en directo.

El elefante en la habitación: el sunset de Project Online

Microsoft anunció en 2023 el End of Sales de Project Online (PWA). Las nuevas suscripciones se cerraron en 2024. Los clientes existentes pueden seguir usándolo, pero:

  • No hay nuevas funcionalidades — está en modo mantenimiento.
  • Microsoft empuja activamente hacia Project for the Web (Dataverse).
  • En 3-5 años, los clientes de PWA tendrán que migrar (a Project for the Web, a una alternativa, o reescribir su PM).

Si tu empresa usa Project Online hoy, el reloj está corriendo. La pregunta no es si migrar — es a dónde. Las opciones reales:

  1. Project for the Web: opción Microsoft. Sencillo, sobre Dataverse, integración limitada con BC. Bueno para equipos pequeños sin necesidades complejas de coste.
  2. dvplanner: opción nativa BC. Integra planificación + costes + facturación. Buena para empresas que facturan por proyecto.
  3. Herramientas externas tipo Asana, Wrike, Monday: opciones que requieren conector con BC y duplican datos.

Si tu empresa lleva 5+ años con PWA, tienes flujos y plantillas muy maduras. Migrar es trabajo, no es trivial. Pero hacerlo ahora (con margen) sale más barato que hacerlo en 3 años (con prisa, cuando Microsoft endurezca el sunset).

Lo que MS Project hace mejor — y conviene reconocer

Sería deshonesto comparar sin reconocer lo que el producto Microsoft hace mejor:

  • Cronograma visual maduro: el Gantt de Project es referencia del sector. dvplanner tiene Gantt integrado en BC pero la herramienta de Project tiene 30 años de pulido visual.
  • Ecosistema y formación: PMI, PRINCE2, libros, cursos — toda la cultura de PM mainstream usa Project como ejemplo. Encontrar un PM que sepa Project es más fácil.
  • Plantillas industriales: hay plantillas de Project para todo tipo de proyecto, sector, vertical. Empezar es rápido.
  • Independencia del ERP: si tu empresa no tiene BC (o piensa cambiar), Project es la elección segura.

Cuándo elegir cada uno

Elige MS Project si:

  • Tu empresa no usa Business Central (y no planea usarlo en 2-3 años).
  • El control de costes y rentabilidad NO es prioridad — basta con cronograma + recursos.
  • Tienes un equipo de PMO maduro acostumbrado a Project y la curva de cambio es cara.
  • Operas con múltiples ERPs (BC en una filial, SAP en otra) y necesitas una capa de PM única.

Elige dvplanner si:

  • Business Central es tu ERP y va a serlo los próximos años.
  • Tu empresa factura por proyecto — necesitas saber el margen real de cada job.
  • Tienes equipos imputando horas y quieres que el coste se vea en tiempo real.
  • Estás cansado de mantener el conector Project ↔ BC.
  • Tienes Project Online y necesitas planificar la migración antes del sunset.

Caso real: ingeniería de 60 personas, migración de PWA a dvplanner

Cliente Davisa: ingeniería industrial nacional, 60 personas, 40 proyectos abiertos en paralelo. Tenían Project Online con sincronización a BC vía middleware. Antes:

  • Tiempo de cierre mensual: 5 días laborables (conciliar Project con BC manualmente).
  • Desviaciones detectadas tarde: el margen real aparecía al cerrar el mes, con 30 días de retraso.
  • Coste anual del stack: licencias PWA + middleware + horas del integrador externo, total alto.
  • Tickets del PMO con IT: 2-3 por semana (“el job se duplicó”, “la hora no llegó a BC”).

Migración a dvplanner en 5 semanas. Resultado a 6 meses:

  • Cierre mensual: 1 día. Todo está ya en BC.
  • Margen real en directo: el director de operaciones lo ve cada mañana en su dashboard.
  • Coste anual stack: -41% (sin licencias PWA, sin middleware, sin horas de integración).
  • Tickets PMO/IT: prácticamente cero. No hay sincronización que falle.

Cierre — decide con el caso de tu empresa, no con la inercia

MS Project es una buena herramienta, pero el producto está en transición (sunset de PWA, empuje a Project for the Web) y nunca fue diseñado para integrarse profundamente con un ERP.

Si tu empresa va con Business Central y factura por proyecto, dvplanner está pensado exactamente para ese caso: planificación + costes + rentabilidad en una sola base de datos. Sin doble verdad, sin conector que mantener, sin sorpresas al cierre.

¿Quieres una comparativa firme con tu caso? Habla con un asesor de Davisa — en menos de una semana tienes una propuesta concreta con alcance, plazos y precio firme contra el que comparar.

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

Escríbenos por WhatsApp