¿Qué es el enfoque a roles de dvproyect?
Muchas compañías se embarcan en la implantación de un ERP. Cómo dvproject estructura el sistema por roles (dirección, jefe de obra, administración) para ganar eficacia.
El enfoque a roles es una de las funcionalidades menos visibles y más rentables de un ERP moderno. Cuando una constructora implanta dvproject sobre Microsoft Dynamics 365 Business Central, no todos los usuarios necesitan ver lo mismo: un jefe de obra trabaja con partes y certificaciones; un controller, con desviaciones y previsiones. El Role Center personaliza esa entrada al sistema y reduce ruido. En Davisa llevamos desde 2003 como Microsoft Solutions Partner ajustando estos roles a la realidad de cada cliente.
Qué es el enfoque a roles y por qué importa
El enfoque a roles —Role Center en terminología Microsoft— es la pantalla de inicio personalizada que ve cada usuario al entrar en Business Central. No es un menú de favoritos: es un cuadro de mando funcional con listas filtradas, KPIs en vivo, accesos directos a los procesos más utilizados y alertas sobre tareas pendientes. Detrás de esa pantalla hay un perfil, ese perfil tiene asociado un conjunto de permisos, vistas, listas y procesos, y todo se construye sobre la lógica de objetos del ERP sin tocar código.
La diferencia con un ERP plano es enorme. Un jefe de obra entra y ve solo sus obras activas, los albaranes pendientes de validar, las certificaciones del mes y la desviación acumulada respecto al presupuesto. Un técnico de presupuestos ve estudios en curso, mediciones pendientes y comparativos de compras abiertos. Un director financiero ve tesorería, vencimientos y consolidado. Cada uno opera con el mismo dato base —no hay copias divergentes— pero lo recibe filtrado y priorizado según su responsabilidad.
Esto importa por tres motivos concretos. Primero, reduce la curva de aprendizaje: cada perfil solo aprende lo suyo, evitando la resistencia clásica del usuario que abre el ERP y se siente perdido entre cientos de opciones que no le tocan. Segundo, acorta el tiempo medio por operación, porque el usuario tiene a un clic los procesos que más repite. Tercero, elimina errores derivados de navegar por menús que no le corresponden, ya sea por confusión o por intentar atajos por opciones que no debería usar.
En constructoras con 20-200 empleados, donde no hay perfiles superespecializados y cada persona toca varios módulos, el Role Center es lo que hace que el ERP se adopte de verdad. Sin un enfoque a roles claro, el ERP se convierte en un repositorio donde administración carga datos y el resto de la empresa los pide por email.
Cómo se resuelve con dvproject
dvproject parte de los Role Centers estándar de Business Central y añade los específicos del sector construcción. De serie incluye perfiles para dirección general, jefe de obra, jefe de producción, técnico de presupuestos, administración, controller, comercial y compras. Cada uno con sus listas filtradas, sus indicadores y sus procesos preconfigurados.
El Role Center de jefe de obra, por ejemplo, agrupa partes de trabajo del día, albaranes pendientes de validar, certificaciones del mes en curso, comparativo de coste real frente a presupuesto por capítulo y alertas sobre vencimientos de CAE de subcontratas. Todo en una sola pantalla, sin necesidad de navegar por el árbol del ERP.
La personalización tiene tres niveles. El primero, el usuario final puede ajustar su vista —ocultar columnas, reordenar campos, fijar filtros— sin tocar nada en el código. El segundo, el administrador puede bloquear esa configuración como estándar para todos los usuarios de un perfil, garantizando coherencia entre equipos. El tercero, Davisa diseña Role Centers a medida durante la implantación cuando hay perfiles muy específicos: encargado de patrimonio, gestor de rehabilitación, responsable de instalaciones.
Como Microsoft Solutions Partner en Business Central desde 2003, lo que aporta Davisa es traducir el organigrama real del cliente —con sus matices y sus excepciones— a Role Centers que efectivamente se usen. Hemos visto demasiados ERPs en los que el usuario abre el sistema y solo trabaja con dos pantallas porque el resto le sobra.
Casos típicos
Constructora mediana con 40 empleados y 15 obras activas. El jefe de obra entra al Role Center y ve sus tres obras, los partes del día y las certificaciones de la semana. Antes de dvproject usaba Excel para certificar y comunicaba por email con administración. Ahora certifica desde el ERP en 10 minutos y el dato llega al departamento financiero al instante, sin reescritura ni demoras.
Promotora con cartera de patrimonio. El gestor patrimonial ve contratos de alquiler próximos a vencer, recibos impagados, mantenimientos en curso y rentabilidad por activo. Roles muy distintos al de un jefe de obra, en la misma empresa y en el mismo ERP, sin que un usuario invada el ámbito del otro y sin necesidad de dos sistemas separados.
Estudio de arquitectura. El arquitecto-socio ve proyectos en fase de estudio, honorarios facturables y horas imputadas por proyecto. El administrativo ve cobros pendientes, vencimientos del modelo 303 y conciliación bancaria. Dos roles, dos pantallas distintas, datos coherentes que se nutren del mismo origen.
Ingeniería con varias delegaciones. Cada director técnico de delegación tiene su Role Center con sus proyectos asignados; el director general ve todo agregado. La misma estructura sirve para una organización plana de 10 personas o una multinivel de 200.
Errores frecuentes
Implantar sin definir roles. El error clásico: dar a todos los usuarios el perfil “Business Manager” por defecto. Resultado: cada persona ve un océano de información irrelevante y termina trabajando solo con dos o tres listas que sabe encontrar, ignorando el 90% del valor del ERP.
Replicar el ERP antiguo. Algunas implantaciones intentan reproducir la estructura de menús del ERP anterior. Es un error: Business Central tiene una lógica de Role Center pensada para usarse, no para imitar a un sistema viejo. Cambiar de ERP es la mejor ocasión para limpiar procesos.
No bloquear configuraciones críticas. Si dejas que cada usuario configure libremente su vista sin un estándar de empresa, terminas con tantas variantes como personas. Cuando alguien causa baja, su sucesor tiene que reinventar la vista. Hay que fijar lo importante y dejar margen para lo accesorio.
Olvidar formar en personalización. Los usuarios deben saber cómo añadir un filtro o fijar una columna. Sin formación, el Role Center se queda como llegó el día uno y se desaprovecha buena parte de su potencial. Una sesión de dos horas con cada perfil es suficiente.
No revisar los roles al año. El organigrama evoluciona, surgen funciones nuevas y otras desaparecen. Un Role Center que no se revisa cada 12-18 meses acaba desalineado de la realidad operativa.
Cuándo conviene y cuándo no
Conviene cuando tienes equipos diferenciados con tareas distintas —construcción, promoción, patrimonio, administración, técnico— y cada uno necesita ver información concreta. También conviene cuando vienes de un ERP monolítico y quieres acelerar la adopción del nuevo sistema. Y especialmente cuando tu empresa crece y necesitas onboardar nuevas incorporaciones sin que dependan de un mentor durante meses.
No es prioritario si la empresa tiene 5 empleados que tocan todo y cualquier filtrado por rol resulta artificial. En ese caso, basta con el Role Center estándar y personalizaciones individuales, sin invertir tiempo en parametrizar perfiles a medida. Tampoco tiene sentido si la organización sufre rotación constante de funciones por persona, porque los roles se desincronizan antes de afianzarse.
Si quieres ver cómo se materializa esto en el cuadro de costes de obra, te interesa el artículo sobre control de costes de construcción con dvproject.

