Cómo escalar una comercializadora energética sin cambiar de software cada pocos años

Hay un patrón que se repite en el sector: una comercializadora arranca con unos pocos cientos o miles de puntos de suministro y un sistema que le encaja. Tres o cuatro años después gestiona diez veces ese volumen, en caso de una eléctrica, es posible que haya incorporado gas, precios indexados y autoconsumo. Entonces llega la conclusión de siempre: hay que cambiar de software.

El problema es que ese cambio no resuelve la causa. Resuelve el síntoma durante otro ciclo de tres o cuatro años, al precio de una migración que consume un ejercicio entero de capacidad del equipo. La pregunta útil no es qué sistema utilizar para trabajar ahora, sino qué condiciones tiene que cumplir un sistema para acompañar el crecimiento sin volver a empezar.

¿Qué hay que tener en cuenta para la elección de un ERP para tu comercializadora?

Rara vez es una decisión tecnológica. Casi siempre es la suma de tres presiones que llegan juntas.

• El volumen. Los procesos que funcionan con 5.000 CUPS no se comportan igual con 80.000. La importación de F1 y B70, el cálculo de prefacturas, la generación de PDF o la descarga de curvas horarias escalan de forma lineal en trabajo manual si no están automatizados.
• Las nuevas líneas de negocio. Añadir gas a una cartera eléctrica, lanzar un producto indexado, entrar en representación en mercado o dar servicio a autoconsumo colectivo no son ajustes menores. Un sistema pensado para un solo modelo de negocio obliga a desarrollos a medida que, acumulados, terminan bloqueando cualquier evolución.
• La normativa. 2026 ha sido un año especialmente exigente. El Real Decreto 88/2026, en vigor desde el 12 de febrero, reduce el cambio de comercializador a diez días hábiles, obliga a incorporar referencia catastral y código CNAE en los contratos, impone la figura del Defensor del Cliente y reserva los precios dinámicos a compañías con más de 200.000 clientes. A la vez, el SIPS pasa de 15 a 10 días de plazo de envío y aparece la figura regulada del agregador independiente. En paralelo, Veri*Factu marca el 1 de enero de 2027 para sociedades y el 1 de julio de 2027 para autónomos y pymes. Cada una de esas obligaciones se traduce en campos nuevos, plazos nuevos y ficheros nuevos.

Lo que cuesta de verdad una migración

El coste visible de un cambio de software es la licencia y el proceso de implantación. El real está en el histórico y en el tiempo. Hay que trasladar facturas, rectificativas, lecturas, contratos, titulares, impagados y asientos contables de varios ejercicios sin perder trazabilidad regulatoria ni fiscal, y hacerlo mientras se factura en dos sistemas a la vez durante meses, con doble validación y doble punto de error. 

Crecer sobre el mismo sistema o sustituirlo cada pocos años

Aspecto	Sustitución periódica	Crecimiento sobre plataforma escalable
Nuevo producto o tarifa	Depende del alcance del contrato de desarrollo	Parametrización del motor de tarificación
Cambio normativo	Proyecto con calendario y coste propio	Actualización incluida en el mantenimiento
Crecimiento de cartera	Más plantilla en back office	Más procesos automatizados, misma plantilla
Histórico de facturación	Se migra o se pierde trazabilidad	Continuo desde el origen
Integraciones	Se rehacen en cada cambio	Estables sobre API
Horizonte de decisión	3-4 años	10 años o más

Siete señales de que tu software no va a acompañar el próximo salto

1. Los procesos masivos bloquean el sistema mientras se ejecutan. 
2. Sacar un informe del histórico obliga a esperar a que termine la jornada. 
3. Cuando crece la cartera, el cierre de facturación se alarga en la misma proporción. 
4. No hay un entorno de pruebas donde validar los cambios antes de llevarlos a producción.
5. La adaptación a una obligación regulatoria se presupuesta como proyecto cada vez. 
6. El reporting a CNMC, AEAT o ayuntamientos se construye a mano cada periodo. 
7. No hay forma de incorporar gas/electricidad, facturación indexada o representación sin un desarrollo de fondo.

Una plataforma pensada para el crecimiento: EnergIA

Llevamos más de 30 años desarrollando software para comercializadoras y distribuidoras de electricidad y gas, y esa trayectoria explica cómo está construida hoy nuestra plataforma. EnergIA es la evolución de SIGE, no su sustitución: las compañías que crecieron con SIGE han avanzado a EnergIA conservando su histórico, sus integraciones y su operativa. Esa continuidad es, en sí misma, la mejor descripción de lo que entendemos por escalabilidad.

Frente al volumen, automatización. La descarga de consumos SIPS, la importación de mensajes de switching, la validación de facturas F1 y B70, el cálculo de prefacturas, el cierre de facturación, la generación y el envío de los PDF, el XML de FacturaE, la descarga de precios para indexada y de curvas de carga horaria, la creación de impagados o los asientos contables son procesos que hoy se ejecutan de forma desatendida en las comercializadoras que trabajan con nosotros. 

Frente a las nuevas líneas de negocio, parametrización. Un producto indexado, una tarifa nueva o una fórmula de precio distinta se configuran desde el motor de tarificación. Y comercialización, distribución y representación, en electricidad y en gas, conviven en el mismo ecosistema: incorporar una actividad nueva no obliga a levantar un proyecto de fondo.

Frente a la normativa, un equipo que la sigue por ti. El RD 88/2026, Veri*Factu, los informes a CNMC, AEAT y MINETUR, los modelos 560, 581 y 159, los impuestos municipales o los reportes a CORES y Sedigás forman parte del mantenimiento de la plataforma, no de una negociación caso por caso.

Y frente al resto de tu arquitectura, API abierta. EnergIA está integrado en producción con entornos Salesforce, SAP o Microsoft, entre otros. El core no condiciona qué CRM, qué contabilidad o qué herramienta de BI utiliza la compañía.

Escalar no consiste en anticipar todos los escenarios posibles, sino en trabajar sobre una plataforma en la que el siguiente escenario no obligue a empezar de cero.