ERP para ingenierías: dvproject sobre Business Central

Una ingeniería o consultora técnica es, en términos de gestión, una empresa que vende horas de especialistas convertidas en entregables técnicos. Da igual que sea ingeniería civil, industrial, de telecomunicaciones, de software o consultoría medioambiental: el modelo económico es el mismo. Y, sin embargo, una mayoría de ingenierías españolas de tamaño medio (20-100 técnicos) sigue gestionándose con un cóctel de Excel + Project + un ERP contable sin módulo de proyectos.

✏️ Actualizado en junio de 2026 — Hemos revisado este artículo para reflejar los cambios regulatorios del sector y los costes 2026. Si echas en falta algún punto, escríbenos.

Este artículo cuenta por qué dvproject sobre Microsoft Dynamics 365 Business Central encaja con la operativa real de una ingeniería, qué problemas resuelve y dónde no compensa implantarlo.

El problema real — la rentabilidad por proyecto se ve tarde o no se ve

Los síntomas habituales en una ingeniería que llega a Davisa con un problema de rentabilidad:

• El director financiero conoce el margen agregado de la empresa (Cuenta de Resultados anual), pero no el margen de cada proyecto. Sabe que el año cerró con un 7 % de margen — pero no sabe qué proyectos lo aportaron y cuáles se lo comieron.
• Los técnicos imputan horas en Excel que llega a administración cada viernes (o cada mes). El responsable del proyecto descubre la desviación cuando ya tiene 4-8 semanas de retraso.
• Las subcontratas técnicas (cálculos especializados, laboratorios, software de terceros) se contratan por email y la factura se asocia “como se puede” a la cuenta de coste correcta.
• La facturación por hito se hace cuando el responsable del proyecto se acuerda de pedirla. Hay hitos cerrados hace 60 días sin facturar.
• El backlog (proyectos vendidos pendientes de arrancar) no está consolidado en ningún sitio. Lo conoce el director comercial de memoria.

Estos síntomas no se resuelven con disciplina pura — se resuelven con una base de datos común donde proyectos, personas, horas y facturas viven juntas.

Qué aporta dvproject a una ingeniería

1. Modelo de proyecto técnico real

Un proyecto en dvproject para ingeniería se estructura en:

• Fases técnicas (estudios previos, anteproyecto, proyecto básico, ejecutivo, dirección facultativa, AS-built).
• Disciplinas (civil, estructural, eléctrica, mecánica, instalaciones, control, software). Cada disciplina con su responsable y su presupuesto horario.
• Entregables vinculados a fases y disciplinas (memorias, planos, mediciones, especificaciones, código fuente, informes).
• Subcontratas técnicas asociadas a partidas concretas del presupuesto.

Esta estructura cubre tanto proyectos de ingeniería pura (consultoría, redacción de proyectos) como llave en mano (con compra de equipos y dirección de obra).

2. Imputación de horas que llega a tiempo

Cada técnico imputa diariamente desde la app web/móvil. La imputación incluye proyecto, fase, disciplina y descripción de la tarea. El coste se calcula con la tarifa interna del técnico (configurada en la ficha de recurso de BC), no con la tarifa de venta.

Resultado: el responsable del proyecto ve la consumición de horas el mismo día, no al cierre.

3. Rentabilidad por proyecto, por cliente y por disciplina

Tres ejes de análisis siempre disponibles:

• Por proyecto: margen del job vivo (ingresos previstos vs costes acumulados + comprometidos).
• Por cliente: agregado de todos los proyectos del cliente. Útil para detectar clientes que individualmente son rentables pero que en conjunto absorben más horas no facturables de las que deberían.
• Por disciplina: qué área del despacho aporta margen y cuál lo come. Útil para decisiones de inversión interna y de pricing por disciplina.

4. Facturación por hito y por consumo

Dos modelos en paralelo sobre el mismo proyecto:

• Hitos contractuales: porcentaje del honorario al cierre de cada fase. dvproject genera el borrador al marcar el hito como cerrado.
• Horas adicionales: bolsa de horas fuera de alcance, facturadas mensualmente por consumo. Útil para ampliaciones acordadas verbalmente con el cliente.

El director comercial ve, en tiempo real, qué hitos están listos para facturar y cuántas horas no facturadas hay pendientes por cliente.

5. Subcontratas técnicas con coste comprometido

Cuando se contrata a una empresa externa para cálculos sísmicos, ensayos de laboratorio o licencias de software, el contrato se carga en dvproject con su importe y plazo. Eso entra como coste comprometido del proyecto en el día que se firma, no en el día que llega la factura. La rentabilidad refleja realidad.

6. Utilización del equipo técnico

KPI de cualquier ingeniería: % de horas facturables sobre horas disponibles. Un técnico que pasa el 90 % de su tiempo en proyectos facturables es muy rentable. Un técnico al 50 % es un problema escondido (o trabaja en preventa, o se ha desligado de proyectos en curso). dvproject lo mide automáticamente.

7. UTEs y proyectos compartidos

Una UTE es una sociedad mercantil temporal. dvproject (sobre BC) la gestiona como una empresa adicional con su % de reparto, sus imputaciones cruzadas de los socios y su facturación al cliente final. Al cierre de la UTE, los saldos se reparten según contrato.

Tabla comparativa — opciones del mercado

Capacidad	Excel + Project + asesor	PSA externo (Kantata, Mavenlink)	dvproject sobre BC
Modelo proyecto multi-disciplina	Manual	✓	✓
Imputación horas a tiempo real	✗	✓	✓
Rentabilidad por proyecto en directo	✗	✓	✓
Facturación integrada con ERP	✗	Por API	✓ nativo (es el ERP)
Modelo fiscal español (303, 390, 347)	✓ con asesor	✗ (mercado anglosajón)	✓ nativo
UTEs	✗	✗	✓
Subcontratas técnicas comprometidas	✗	Parcial	✓
Conexión Microsoft 365 (Outlook, Teams)	✓ ya la tienes	Parcial	✓ nativa
Soporte en España	Tu asesor	Limitado	✓ Davisa

Cuándo NO tiene sentido dvproject

Tres escenarios honestos donde dvproject no es el ajuste:

1. Ingeniería pequeña (<15 técnicos): Excel + Toggl + asesor fiscal funciona. El TCO del ERP no compensa.
2. Ingeniería que no usa Business Central ni tiene plan de usarlo: dvproject es nativo BC. No se puede vender sin el ERP debajo. La opción correcta es plantear primero el cambio de ERP — y solo si BC es el destino, añadir dvproject.
3. Modelo de negocio pivotando a producto: si la ingeniería está dejando de vender horas y empezando a vender software o equipos propios, dvproject no es el centro — el módulo de fabricación o el comercial de BC sí.

Caso real — ingeniería industrial de 60 técnicos

Cliente Davisa: ingeniería industrial, 60 técnicos, 40 proyectos abiertos en paralelo, facturación ~6 M€/año. Antes de dvproject (BC nativo + Excel paralelos):

• Imputación horas: hoja Excel semanal de cada técnico, volcada los lunes a BC.
• Rentabilidad por proyecto: cierre mensual con 5 días laborables de consolidación.
• Utilización del equipo: estimada “por sensación” del director técnico, no medida.
• Hitos pendientes de facturar: 80-120 k€ permanentemente.
• Desviaciones detectadas al cierre del proyecto (post-mortem).

12 meses tras dvproject:

• Imputación diaria, 94 % de cumplimiento del equipo.
• Rentabilidad en directo, accesible 24/7 al responsable de cada proyecto.
• Utilización medida automáticamente, 81 % media (objetivo 78 %).
• Hitos pendientes de facturar reducidos a 15-25 k€ (la diferencia tangible en tesorería).
• Desviaciones detectadas en el mes 1-2 del proyecto. Reacción posible.

Impacto en margen consolidado: +2.4 puntos sobre facturación.

Implantación — cómo es un proyecto típico

Para ingeniería de 30-80 técnicos con BC instalado:

• Semanas 1-2: análisis del catálogo de proyectos vivos, configuración de fases/disciplinas estándar del despacho.
• Semanas 3-5: configuración dvproject, tarifas internas reales (no nominales), plantillas de proyecto por tipología de cliente.
• Semanas 5-7: carga de proyectos vivos (presupuesto + estado actual), formación a responsables y técnicos en imputación.
• Semanas 7-10: ajuste fino con la operativa real, dashboards de utilización y margen, conexión con facturación.

Si la ingeniería no tiene BC, el proyecto incluye también la implantación de BC y va de 16 a 24 semanas total.

---

Sigue leyendo en Davisa

• dvproject ERP para despachos de arquitectura
• dvproject: control de costes en construcción
• Qué es un sistema ERP en construcción

Cierre

Una ingeniería que no mide su margen por proyecto en directo está, literalmente, gestionando con los ojos vendados. Puede ganar dinero algunos años por inercia comercial, pero los años malos llegan sin aviso — y para entonces la corrección es cara.

dvproject sobre Business Central convierte la disciplina de control de proyectos en algo que el equipo ya tiene en su pantalla. Sin Excel paralelos. Sin esperar al cierre mensual. Sin sorpresas al cierre del proyecto.

¿Quieres revisar tu modelo actual con un asesor de Davisa? Pide una sesión de diagnóstico — 60 minutos, casos reales de ingenierías similares al tuyo, alcance y precio firme en una semana.

Errores comunes en proyectos de ingeniería sin ERP

En Davisa llevamos desde 2003 como Microsoft Solutions Partner implantando Business Central. Estos son los errores que vemos cuando una ingeniería no controla sus proyectos en ERP:

• Facturar al final del proyecto sin hitos parciales: con proyectos largos, esperar al cierre puede ser 12-24 meses de tesorería congelada. dvproject planifica hitos con factura automática asociada.
• No diferenciar coste interno vs subcontratado: si todo se mete al saco como “coste del proyecto”, el análisis de rentabilidad pierde precisión. Hay que separar horas internas, subcontratación técnica, materiales y gastos generales.
• Olvidar gastos generales en la imputación: los gastos no asignables directamente (alquiler oficina, software, seguros) deben repercutirse a proyectos por algún criterio. Sin esto, el margen del proyecto está inflado.
• No revisar la previsión semanal: en proyectos largos, las desviaciones aparecen poco a poco. La revisión semanal del avance vs previsto es lo que detecta el problema antes de que sea irrecuperable.

Más info en la página de dvproject y en el artículo dvproject ERP para despachos arquitectura.