Para un operador de agua, energía o calor, la factura es solo la última pantalla de un proceso largo. Antes de que el cliente vea un importe, el sistema tiene que ingerir una lectura de contador, comprobar que tiene sentido, aplicar la tarifa correcta, liquidar los anticipos y perseguir el cobro. El software de facturación de suministros son en realidad varios motores trabajando juntos, no un generador de PDF. Cuando uno de ellos se equivoca, el error aterriza directamente sobre el cliente.
Por nuestra experiencia, la mayor parte del dolor no viene del cálculo en sí, sino de los casos límite: un cambio de tarifa a mitad de periodo, el cambio de un contador, la corrección de una lectura de hace tres meses, un contrato traspasado a un nuevo titular. Aunque aquí no estemos enseñando un caso de éxito en utilities, sí cubrimos estos proyectos con personas que han construido sistemas de facturación complejos e integraciones con dispositivos - como refuerzo de equipo o como equipo dedicado.
¿Por qué es tan compleja la facturación de suministros?
La facturación de suministros parece sencilla solo en una diapositiva. En realidad teje tres ejes de variabilidad a la vez: el tiempo (periodos, lecturas, correcciones con efecto retroactivo), el producto (tarifas, grupos tarifarios, componentes fijos y variables) y el cliente (un hogar, una comunidad de vecinos, una empresa, un consumidor situado en la frontera de dos zonas).
A eso se suma el regulador. Los precios se aprueban a menudo por vía administrativa y cambian en mitad de un periodo, y el operador tiene que prorratear el consumo y demostrar de dónde salió cada línea de la factura. Este requisito de auditabilidad significa que no solo importa el resultado, sino también el rastro que llevó hasta él.
¿Cómo funcionan el motor de tarifas y la facturación?
El corazón de todo es el motor de tarifas. Convierte el consumo bruto en un importe aplicando reglas ramificadas: un precio unitario, un término fijo, una cuota de potencia o de abono, umbrales, zonas horarias, descuentos, bonificaciones para determinados grupos de clientes. Lo diseñamos para que las reglas puedan cambiar sin reescribir código - como configuración y no como excepciones cableadas.
Encima del motor se sitúa la capa de facturación. Aquí nos ocupamos, entre otras cosas, de:
- las variantes de documento - facturas estimadas, de liquidación, rectificativas, duplicados,
- el prorrateo cuando una tarifa o un precio cambian a mitad de periodo,
- la regularización de anticipos y estimaciones frente al consumo real,
- la numeración y los datos coherentes que exigen la contabilidad y el regulador.
Así, cada importe se puede descomponer de nuevo en sus componentes - y antes o después alguien lo va a pedir.
¿Cómo ingerir y validar las lecturas de contador?
La medida es el punto por el que los datos entran en el sistema y la fuente más habitual de facturas erróneas. Hoy las lecturas llegan por varios canales: de forma remota vía AMR/AMI, de un lector en campo, de la app del cliente. Antes de llegar al cálculo tienen que pasar una validación, un conjunto de comprobaciones que atrapa lo que físicamente no puede ocurrir:
- una lectura inferior a la anterior sin un cambio de contador registrado,
- un consumo que se desvía del perfil del punto de medida,
- huecos y duplicados en la secuencia de lecturas,
- el vuelco del contador y su correcta detección.
Allí donde falta una lectura real entra la estimación - la diseñamos de forma explícita, a partir del histórico de consumo y del perfil del cliente, y marcamos la línea como estimación, que la siguiente lectura real corrige sin dolor.
¿Cómo organizar los pagos y los cobros?
Una vez que la factura es correcta, empieza la otra mitad del trabajo: que el dinero entre y casar el pago con el derecho de cobro correcto. En esta capa conectamos los canales de pago y automatizamos la conciliación de los pagos con los derechos de cobro, gestionando pagos masivos, domiciliaciones y excesos. Diseñamos unas reglas de imputación claras (qué se salda primero: intereses, atrasos, la factura corriente) y una senda de reclamación suave - un recordatorio, un requerimiento y solo después pasos más duros. Unos cobros bien organizados descargan de trabajo al servicio de atención, porque la mayoría de los casos se cierran solos.
¿Cómo gestionar la deuda y los planes de pago aplazado?
Siempre habrá clientes que se retrasen - eso no es una excepción, sino una parte permanente del modelo. Por eso tratamos la gestión de deuda como un proceso aparte, no como un apaño atornillado a la facturación. El sistema tiene que llevar al cliente por las etapas de la reclamación suave, devengar intereses conforme a las reglas correctas y permitir un acuerdo o un calendario de pagos aplazados.
Los planes de pago aplazado son engañosamente delicados: el cliente va saldando deuda antigua mientras genera facturas nuevas, y un solo plazo impagado puede romper todo el acuerdo. Modelamos estas dependencias de forma explícita, para que el saldo del cliente sea inequívoco y quien atiende vea la foto completa.
¿Cómo dar a los clientes autoservicio sobre su consumo?
Cada caso que un cliente resuelve por su cuenta no llega nunca a la línea de atención. Por eso le damos al consumidor un portal y una app que muestran algo más que el importe a pagar:
- el histórico de consumo en forma legible, con comparación entre periodos,
- la opción de enviar una lectura desde el móvil, validada en el acto,
- facturas y pagos en línea en un mismo sitio,
- la posibilidad de abrir una incidencia sin llamar al servicio de atención.
El autoservicio, eso sí, solo funciona cuando se apoya en los mismos datos que la facturación - como una vista sobre el mismo núcleo, no como una isla aparte con sus propios números.
¿Cómo integrar la facturación con la medida y el ERP?
Un sistema de facturación nunca está solo. Por un lado se conecta con el mundo de la medida - cabeceras AMI, sistemas de adquisición de lecturas, a veces directamente con concentradores de datos. Por otro habla con el ERP y el libro mayor, donde aterrizan los ingresos y los derechos de cobro.
Unimos estos mundos mediante interfaces bien descritas y colas de eventos, de modo que una lectura, una factura y un pago circulen entre sistemas sin copiar y pegar a mano. Durante todo el recorrido imponemos una única fuente de verdad para cada dato - para que el saldo en la facturación y en el ERP no cuenten nunca dos historias distintas. Esta suele ser la parte más delicada de todo el proyecto.
¿Qué competencias aportamos a un proyecto de facturación?
Un proyecto así no necesita «desarrolladores en general», sino un equipo moldeado según la naturaleza de la facturación. Lo más habitual es que montemos:
- un arquitecto que entiende el dominio de la facturación, las tarifas y los datos de medida,
- ingenieros de backend para el motor de tarifas, la facturación y las integraciones,
- un especialista en integraciones y datos (AMR/AMI, ERP, flujos de lecturas),
- frontend / móvil para el portal y la app de autoservicio,
- QA centrado en los casos límite y en la corrección de los cálculos.
Verificamos las competencias antes de empezar y escalamos el equipo al ritmo del proyecto - desde un grupo pequeño que explora el dominio hasta un equipo dedicado completo.
¿Cómo lo hacemos en RITS?
Trabajamos como partner nearshore desde Polonia que entra en un proyecto con competencia, no con una plataforma «en caja» ya hecha. Nos apoyamos en la experiencia de construir sistemas transaccionales complejos y de integrar con dispositivos y sistemas industriales, y la trasladamos al mundo de las utilities.
Solemos involucrarnos de una de estas dos formas: como equipo dedicado que construye un software de facturación a medida desde los cimientos, o como refuerzo de equipo que suma las competencias que faltan allí donde tu equipo ya trabaja en su propio sistema. Donde tiene sentido añadimos una capa de IA - por ejemplo para detectar anomalías de consumo - pero siempre como parte del proceso y no como un eslogan en una diapositiva.
¿Por dónde empezar con la facturación y la medida?
Empieza por un camino completo: desde la lectura, pasando por la validación y la tarifa, hasta la factura y el pago de un solo grupo tarifario. Recorrerlo hasta el final revela más verdad sobre tus datos que la especificación más larga y define la arquitectura y los roles que de verdad necesitas. Desglosamos las diferencias entre la colaboración por proyecto, el equipo dedicado y el refuerzo de equipo en nuestro artículo sobre modelos de colaboración en TI.
¿Vas a construir o rehacer la facturación y la medida en un operador de suministros? Hablemos - ajustamos un equipo y una arquitectura a tu sistema de facturación.