dvproject y Business Central: compatibilidad versiones

Microsoft Dynamics 365 Business Central evoluciona con dos releases mayores al año — una en primavera (Wave 1) y otra en otoño (Wave 2). Cada release trae mejoras de rendimiento, funcionalidades nuevas y, ocasionalmente, cambios técnicos que afectan a las extensiones que viven sobre BC. Para una extensión como dvproject — que las constructoras, promotoras y patrimonialistas usan en operación crítica — la pregunta no es solo “qué trae lo nuevo de Microsoft”, sino cómo se sincroniza dvproject para que el cliente no se entere de la actualización.

Este artículo cuenta cómo Davisa gestiona el ritmo de releases de Business Central y por qué los clientes de dvproject pueden estar tranquilos cada vez que Microsoft anuncia una nueva versión.

El ritmo de Business Central — dos olas anuales

Microsoft publica dos releases mayores de BC al año:

• Wave 1: abril (con preview pública en enero-febrero).
• Wave 2: octubre (con preview pública en julio-agosto).

Entre medias, parches menores y minor releases mensuales. Cada Wave aporta:

• Nuevas funcionalidades (mejoras en finanzas, fabricación, IA, Copilot).
• Cambios de rendimiento (caching, queries optimizadas).
• Cambios técnicos en APIs (algunos transparentes, otros con deprecación anunciada).
• Mejoras UI/UX.

Los clientes en nube (BC SaaS) reciben la actualización con ventana de planificación de varias semanas — Microsoft no permite quedarse atrás indefinidamente. Los clientes on-premise deciden cuándo actualizar, pero quedarse fuera del ciclo tiene coste (sin soporte oficial, sin parches de seguridad).

El compromiso de Davisa con la compatibilidad

Para que dvproject siga funcionando con cada nueva versión de BC, Davisa sigue un protocolo interno fijo:

Fase 1 — Preview (T-2 meses antes del release público)

En cuanto Microsoft libera la preview pública (siempre con 2 meses de antelación), el equipo de desarrollo Davisa:

• Despliega un entorno BC con la preview.
• Ejecuta el suite de tests automáticos de dvproject.
• Detecta cambios de APIs que requieran adaptación de código AL.
• Identifica cambios funcionales que afecten al sector (cambios en jobs, recursos, dimensiones, etc.).

Fase 2 — Adaptación (T-1 mes)

• Adaptación del código AL de dvproject a las APIs nuevas.
• Pruebas exhaustivas con datos reales de clientes piloto (con anonimización).
• Documentación de novedades relevantes para el sector.

Fase 3 — Liberación y rollout

• Liberación de la versión compatible de dvproject, idealmente antes del release público de BC.
• Comunicación a clientes con mantenimiento al día.
• Planificación de actualización por cliente: validación en entorno de pruebas, ventana de salto, formación.

Cliente con mantenimiento al día = cliente actualizado a tiempo, sin coste extra. Es la forma en que Davisa quiere que sea — no la excepción.

Qué cambia con cada release de BC para las constructoras

No todas las releases de BC son igual de relevantes para una constructora o patrimonialista. La mayoría aportan mejoras transversales (finanzas, UI, performance). Algunas releases concretas traen funcionalidad directa para el sector:

• Mejoras en Jobs / Projects (Microsoft renombró Jobs como Projects en releases recientes para alinearse con D365 Project Operations).
• Mejoras en gestión de recursos y time sheets.
• Nuevas integraciones con Power Platform (Power Automate, Copilot).
• Mejoras en facturación electrónica (importante con Verifactu y B2B obligatorio en España).
• Performance en bases de datos grandes (relevante para patrimonialistas con miles de activos).

Davisa publica notas de versión con foco sectorial — qué cambia para un cliente de construcción, patrimonio, ingeniería o promoción. No se inunda al cliente con changelog completo; se le destaca lo que importa para su operación.

Modelo de actualización en un cliente activo — paso a paso

Cuando llega el momento de actualizar (sea por SaaS forzado o por decisión on-premise), el proceso Davisa estándar:

Semana	Actividad
-8 a -6	Planificación, copia del entorno de producción a sandbox
-6 a -4	Actualización del sandbox a la nueva versión BC + dvproject
-4 a -2	Pruebas de usuario en sandbox sobre flujos críticos del cliente
-2 a -1	Formación al equipo en novedades relevantes
Día D	Actualización del entorno de producción (típicamente fin de semana)
+1 semana	Soporte cercano, resolución de incidencias menores

El cliente no se entera de la actualización en operación normal — los flujos siguen funcionando. Si hay un cambio de UI o un campo nuevo, se informa con tiempo.

Los 3 escenarios que vemos en clientes

A) Cliente actualizado al día

BC en última versión, dvproject en última versión compatible, mantenimiento activo. Es el escenario ideal: cada release nueva se actualiza en el ciclo natural. Coste anual: el mantenimiento de Davisa, ya incluido en el contrato.

B) Cliente con 1-2 releases de retraso

BC algo por detrás. Funciona correctamente, pero algunas funcionalidades nuevas no están disponibles. Davisa propone actualización en un proyecto puntual de 4-6 semanas.

C) Cliente con >2 años sin actualizar

BC en versión antigua, sin soporte oficial de Microsoft, dvproject en versión antigua paralela. Riesgo de seguridad y de bloqueo si surge un problema. Davisa plantea proyecto de actualización mayor — más costoso, pero pone al cliente en el ciclo normal.

Por qué importa el ritmo

Quedarse fuera del ciclo de actualización tiene consecuencias concretas:

• ✗ Pérdida de soporte oficial de Microsoft (no hay parches de seguridad).
• ✗ Pérdida de mejoras de rendimiento (las versiones nuevas suelen ser más rápidas).
• ✗ Imposibilidad de aprovechar Copilot y nuevas IAs que Microsoft está integrando.
• ✗ Riesgo de incompatibilidad creciente con otros sistemas (facturación electrónica, integraciones externas).
• ✗ Cuando finalmente se actualiza, el salto es mayor y más caro.

Mantenerse al día no es solo higiene técnica — es protección operativa.

El compromiso de Davisa como partner Microsoft

Davisa Informática es Microsoft Solutions Partner para Business Central desde 2003. Más de dos décadas siguiendo todos los ciclos de versión de Navision → Dynamics NAV → Dynamics 365 Business Central. La continuidad de dvproject a través de todas esas versiones es el activo principal de la base de clientes: una constructora que adoptó dvproject en 2010 sigue operativa hoy con el mismo producto, evolucionado y actualizado release tras release.

Estado actual del ciclo: v26 ya estable, v27 en preview

A día de hoy (mayo 2026) el escenario de versiones es el siguiente y dvproject está alineado:

• Business Central v25 (Wave 2 2024): en producción para la mayoría de clientes Davisa. dvproject totalmente compatible.
• Business Central v26 (Wave 1 2025): instalado en clientes que aceptaron actualizar dentro de la ventana de Microsoft. dvproject certificado.
• Business Central v27 (Wave 2 2025) — actual: ola de mejoras en Copilot, Verifactu y prorrata. dvproject ya con build compatible.
• Roadmap v28 (Wave 1 2026, otoño 2026): en preparación con Microsoft, Davisa ya tiene preview de cambios y trabaja en compatibilidad.

Errores frecuentes al ignorar las actualizaciones

1. No leer los release notes y descubrir en producción que una funcionalidad cambió de menú.
2. Personalizaciones sin convertir a extensión: en cada actualización se reabren conflictos que se podrían haber cerrado migrando a AL.
3. No probar en entorno sandbox: actualizar producción sin sandbox previo es la receta más rápida para una semana de incidencias.

Cierre — el cliente no debería pensar en las versiones

El objetivo de Davisa es que el cliente no tenga que pensar en la versión de BC. La extensión funciona, se actualiza a tiempo, las novedades relevantes se comunican y la operación no se interrumpe. Cuando esto se hace bien, el cliente percibe BC + dvproject como un único sistema estable que mejora cada año.

¿Tu instalación de BC + dvproject lleva tiempo sin actualizar? ¿Quieres entender en qué versión estás y qué te conviene? Habla con un asesor de Davisa — diagnóstico rápido sin compromiso. También puedes leer dar-el-salto-a-la-nube-el-pase-directo-para-integrar-ia-en-tu-erp si aún estás en On-Premise.