Saltar al contenido principal

Empresa de servicios energéticos para comunidades de vecinos · Energía

Plataforma de telegestión de contadores para el sector energético

Una empresa de servicios energéticos tenía las lecturas de sus contadores en una base de datos sin herramienta para explotarlas y calculaba las liquidaciones en hojas de cálculo. Desarrollamos una plataforma web con acceso por roles, liquidaciones automáticas y un canal de incidencias por teléfono y WhatsApp que abre partes en Holded.

El reto

Los contadores de agua, agua caliente, calefacción y refrigeración instalados en cada comunidad enviaban sus lecturas a una base de datos, pero no había una herramienta para consultarlas. Gestoras de fincas, empresas mantenedoras y propietarios no tenían acceso directo a consumos ni alarmas. Las liquidaciones por vivienda se calculaban en hojas de cálculo. Y cada aviso de avería que llegaba por teléfono o mensajería había que clasificarlo y registrarlo a mano.

La solución

Construimos una aplicación web sobre la base de datos existente, con acceso por roles para el administrador, las empresas mantenedoras, las gestoras de fincas y los propietarios. Cada perfil ve solo sus fincas, viviendas y contadores. La plataforma muestra históricos de consumo con gráficas, un mapa de fincas y un panel de alarmas con avisos en tiempo real y por email. Las liquidaciones por vivienda se calculan en el sistema y generan el recibo en PDF. En campo, los técnicos asignan cada contador a su vivienda escaneando un código QR. Una centralita telefónica y un agente IA en WhatsApp clasifican las solicitudes y abren el parte en Holded. Stack principal: React, Spring Boot, MySQL en AWS y Zadarma.

Resultados

  • Liquidaciones por vivienda calculadas sin hojas de cálculo
  • Partes en Holded creados desde teléfono y WhatsApp
  • Consumos accesibles para gestoras y propietarios
  • Alarmas de contadores notificadas en tiempo real
  • Alta de contadores en campo con un escaneo QR

Una empresa de servicios energéticos instala y mantiene contadores de agua, agua caliente, calefacción y refrigeración en comunidades de vecinos. Los datos de lectura ya llegaban a su base de datos, pero nadie podía trabajar con ellos sin pasar por el equipo interno. Nos encargaron convertir esa información en una herramienta de gestión para todos los actores de la comunidad.

El punto de partida

El cliente tenía la parte difícil resuelta: los contadores y registradores de cada finca enviaban lecturas de forma periódica. El problema estaba en todo lo que pasaba después.

  • Las lecturas y alarmas se almacenaban, pero no existía una interfaz para consultarlas por finca, vivienda o servicio.
  • Gestoras de fincas, empresas mantenedoras y propietarios no tenían acceso propio a la información que les afectaba.
  • Las liquidaciones de consumo por vivienda se calculaban en hojas de cálculo, con reglas que solo dominaba el equipo interno.
  • Los avisos de incidencias llegaban por teléfono y mensajería, y había que clasificarlos y registrarlos a mano en el sistema de gestión.

A medida que crecía el número de fincas, cada una de estas tareas consumía más tiempo del equipo.

Qué necesitábamos resolver

Traducimos los requisitos técnicos a cinco objetivos de negocio:

  1. Dar a cada actor (mantenedora, gestora, propietario) acceso directo a sus datos, sin ver los de nadie más.
  2. Centralizar fincas, registradores y contadores en un único backoffice.
  3. Automatizar el cálculo de liquidaciones por vivienda y la emisión de recibos.
  4. Detectar lecturas anómalas y avisar a quien tiene que actuar, en el momento.
  5. Registrar las incidencias entrantes sin intervención manual, venga por el canal que venga.

La solución que construimos

Desarrollamos una aplicación web que trabaja sobre la base de datos existente del cliente, sin migraciones ni duplicar información. Se construyó por fases: modelo de datos, API de negocio e interfaz.

Acceso por roles y backoffice común

La plataforma distingue seis perfiles: administrador, empresa mantenedora, mantenedor, empresa gestora, gestor y propietario. Cada rol tiene su propio dashboard y solo ve las fincas, viviendas y contadores que le corresponden. Los permisos se controlan tanto en la API como en la interfaz.

Desde el backoffice se dan de alta y se editan comunidades, registradores y contadores, con búsqueda, filtros y paginación por estado, servicio, empresa o ubicación.

Consumos, alarmas y liquidaciones

  • Fincas: listado con conmutador lista/mapa y un resumen por finca con viviendas, contadores por servicio y registradores.
  • Consumos: históricos por contador con periodo mensual, trimestral, anual o personalizado, gráficas comparativas y exportación a CSV.
  • Alarmas: panel filtrable por severidad, con avisos en tiempo real dentro de la aplicación y por email. La mantenedora puede marcar cada alarma como revisada y añadir una nota de verificación.
  • Liquidaciones: el cálculo por vivienda replica las reglas que el cliente aplicaba en sus hojas de cálculo y genera el recibo en PDF con plantilla.

El propietario, por su parte, consulta los consumos y alarmas de su vivienda y descarga sus lecturas.

Asignación de contadores por QR

En una segunda fase añadimos un flujo pensado para el trabajo en campo. El técnico escanea el código QR del contador desde la aplicación, selecciona la finca y la vivienda y confirma. El sistema valida que la finca existe y guarda la asignación con trazabilidad.

Centralita virtual y partes en Holded

La última ampliación resolvió la entrada de incidencias. Montamos dos canales que confluyen en el mismo embudo:

  • Una centralita telefónica con menú numérico que clasifica la llamada y recoge por teclado el código identificador de la instalación. Si el caso lo requiere, desvía a una persona.
  • Un agente IA en WhatsApp que clasifica la solicitud según el tipo de contacto (cliente, proveedor, incidencia) y reconoce el identificador tecleado o escaneado desde el código QR del equipo.

En ambos casos se crea automáticamente un parte de trabajo en Holded con el identificador, el cliente, el motivo y el canal de origen.

Stack tecnológico

  • React: interfaz web y dashboards por rol.
  • Spring Boot: API de negocio, permisos y cálculo de liquidaciones.
  • MySQL en AWS: base de datos de lecturas existente, sobre la que se construyó todo.
  • Zadarma: centralita telefónica virtual.
  • WhatsApp Business API: canal del agente IA.
  • Holded: destino de los partes de trabajo generados.

Resultados

El cliente pasó de tener datos almacenados a tener un sistema con el que opera cada día, y en el que cada parte implicada trabaja sobre la misma información.

  • Liquidaciones por vivienda calculadas en la plataforma, sin hojas de cálculo.
  • Partes de trabajo en Holded creados desde teléfono y WhatsApp sin registro manual.
  • Gestoras, mantenedoras y propietarios consultan sus consumos sin intermediarios.
  • Alarmas de contadores notificadas en tiempo real a quien debe revisarlas.
  • Alta de contadores en campo con un escaneo QR y trazabilidad completa.

Aplicable a otros proyectos

El patrón es habitual en empresas de lectura y reparto de consumos, mantenimiento de instalaciones o gestión de fincas: los datos existen, pero no llegan a quien los necesita ni se convierten en procesos. Una capa de aplicación con roles, cálculo automatizado e integración con el ERP resuelve ese hueco sin sustituir la infraestructura que ya funciona.

Si tu empresa tiene datos de instalaciones o contadores que hoy solo explota tu equipo, podemos analizar tu caso en una llamada sin compromiso. También puedes ver cómo trabajamos en desarrollo de software a medida e IA.