Una plataforma para los 73.000 socios de la cooperativa y la red eléctrica que les da servicio.

La versión estándar de Odoo gestiona el CRM y la prospección (en funcionamiento antes de la puesta en marcha, con seguimiento de los clientes potenciales de tejados solares), las ventas, la facturación, la contabilidad, la gestión de proyectos y los flujos de trabajo de aprobación, que han sustituido a los hilos de correo electrónico y de Teams para la firma de facturas.

Dos proyectos fueron más allá de lo habitual. El registro cooperativo de accionistas se creó en Odoo, ya que ningún módulo estándar lo cubre, y ahora un único registro contiene la afiliación, la participación accionarial y la relación con el cliente de los 73 000 miembros. Una integración en tiempo real con la plataforma de contratos de electricidad gestiona la configuración, los cambios y la facturación de los contratos, de modo que los intercambios de datos se realizan en tiempo real en lugar de en lotes nocturnos.

En el caso de Ecopower, la estructura se diseñó deliberadamente de forma descentralizada: se designó a un responsable de producto por departamento, y cada uno de ellos definió las funcionalidades para su propio equipo. Ecopower tiene claro que un enfoque totalmente centralizado habría ralentizado el proceso de cambio.

Módulos: CRM y prospección, ventas, facturación, contabilidad, gestión de proyectos, flujos de trabajo de aprobación, registro de socios de la cooperativa personalizado, integración en tiempo real de contratos de suministro eléctrico, facturación electrónica PEPPOL.

Ambas partes subestimaron la complejidad del proyecto. Ecopower y Dynapps realizaron el análisis conjuntamente al principio, pero varios procesos requirieron más trabajo de diseño y desarrollo del que reflejaba el alcance inicial, lo que supuso un aumento de los costes a lo largo del proyecto.

Hubo dos dificultades que acapararon la mayor parte del trabajo. En primer lugar, la integración: la plataforma de contratos de electricidad tenía su propio calendario de lanzamientos, y sincronizarlo con el de Odoo resultó más complicado de lo previsto. Coordinar a varios equipos de desarrollo para una misma fecha de puesta en marcha no es lo mismo que trabajar dentro de un solo equipo. En segundo lugar, la fecha límite de PEPPOL coincidía con la fecha de puesta en marcha, el 1 de enero de 2026, lo que obligó a establecer una ruta crítica paralela que no podía sufrir retrasos.

Dirk tiene claro que lo que evitó que el proyecto se desbordara fue la transparencia en cuanto al alcance, los plazos y los costes cada vez que hubo que hacer ajustes. No hubo sorpresas al final. El coste varió. La relación, no.