Comprobación de fabricabilidad y estimación de desarrollo
Todo lo dibujado se puede construir, menos dos cosas que había que corregir
He contrastado cada capacidad de los dos prototipos contra la documentación pública de los fabricantes, de Datadis, de ESIOS y de los proveedores meteorológicos. Nada de lo propuesto exige inventar tecnología: lo que separa unas capacidades de otras es si el dato existe, si hay que pedir permiso a un tercero para leerlo y con qué retraso llega.
He comprobado que cada API existe, qué expone y en qué condiciones, con documentación pública y de terceros. Lo que no se puede comprobar desde fuera es el comportamiento real de cada cuenta: límites concretos, campos que devuelve una instalación concreta y retrasos reales. Eso solo se sabe probando contra cuentas reales, y es justo el contenido del estudio de viabilidad que se pide autorizar. Donde la fuente es de terceros y no del fabricante, lo digo en la tabla.
Capacidad por capacidad
Verde: construible con fuentes públicas o desarrollo propio. Ámbar: construible, pero depende de un permiso, un contrato o un coste recurrente. Rojo: no era fabricable tal como estaba dibujado.
| Capacidad | Veredicto | Condición real comprobada |
|---|---|---|
| Leer producción de Huawei | Con permiso | La API northbound de FusionSolar existe y es la vía correcta. Requiere una cuenta de API distinta de la de usuario, que crea el administrador de la empresa instaladora y que hay que solicitar aparte. Tiene límite de frecuencia por minuto, y la política cambia según si la cuenta se creó antes o después de junio de 2022. |
| Leer producción de SolarEdge | Con permiso | API de monitorización con clave del titular del sitio. Las fuentes de terceros coinciden en unas 300 peticiones al día por sitio y 3 llamadas simultáneas por IP, con error 429 al pasarse. Da de sobra para muestrear cada 15 minutos, pero obliga a planificar el gasto de llamadas desde el primer día. |
| Diagnóstico por rama o módulo en SolarEdge | Corregido | Las fuentes consultadas sostienen que la API pública no entrega datos a nivel de módulo, que sí están en el portal web. Hay un endpoint de optimizadores de fiabilidad discutida. Hasta confirmarlo con la documentación oficial, para esa marca hay que prometer detección a nivel de inversor, no por rama. |
| Leer producción de Fronius | Con permiso | La Solar API de Fronius es local: REST y JSON contra el inversor, dentro de la red del cliente y de solo lectura. Sin algo en casa que saque ese dato, no se llega desde la nube. El acceso de terceros a Solar.web no está documentado públicamente: hay que pedirlo a Fronius. |
| Leer producción de GoodWe | Con permiso | GoodWe documenta una API de datos en tiempo real abierta a terceros, pero limitada a equipos en lista blanca y con la API general reservada a cuentas de organización. La vía no oficial que usa la comunidad ya se rompió con el cambio de versión del portal: no sirve para un producto. |
| Curva horaria de consumo | Fabricable | Datadis expone consumos, contrato y suministros, y admite consultas en nombre de otro titular mediante NIF autorizado. El dato llega con retraso: lo normal es que el último día completo aparezca dos días después o más. |
| Aviso de potencia contratada | Fabricable | Datadis tiene consulta de potencia máxima registrada, y desde 2021 la factura debe informar del pico de los últimos 12 meses. Es el consejo más rentable del producto y el único que no necesita ni inversor ni meteorología. |
| Precio horario de la electricidad | Fabricable | API de ESIOS de Red Eléctrica, con indicador de PVPC para 2.0TD. El token es gratuito pero se pide por correo a REE: hay que solicitarlo al empezar, no al final. |
| Regla de compensación de excedentes | Fabricable | Confirmado: saldo económico mensual, nunca negativo, con tope en el valor de la energía comprada en el periodo y sin arrastre al mes siguiente. Es exactamente lo que cuenta la pantalla de excedentes de la app. |
| Producción esperada por instalación | Fabricable | PVGIS, del centro de investigación de la Comisión Europea, da series horarias de irradiancia y temperatura de forma gratuita. Es la base para separar «hoy estaba nublado» de «hay una avería». |
| Previsión meteorológica horaria | Coste recurrente | Open-Meteo es gratuito solo para uso no comercial; el uso comercial va por suscripción con clave propia. Para la pantalla de «mañana» hay que presupuestar un proveedor de pago desde el primer mes. |
| Consumo de la casa en tiempo real | Corregido | Datadis no sirve para «ahora mismo»: llega con días de retraso. El consumo instantáneo solo existe si la instalación tiene el medidor del fabricante puesto. Sin él, la pantalla de inicio puede enseñar producción en vivo, pero el consumo y el ahorro del día son del día anterior. |
| Lectura de facturas en PDF | Con reservas | Técnicamente resuelto hace años; el problema es la variedad de formatos de cada comercializadora. Para el piloto es más barato un formulario de alta con cuatro campos y dejar la lectura automática para cuando haya volumen. |
| Ahorro hora a hora y trazabilidad | Fabricable | Desarrollo propio sobre los datos anteriores. No depende de nadie: depende de documentar el método y guardar con qué datos y qué versión se calculó cada informe. |
| Portal del instalador e informes | Fabricable | Software convencional. Es la mayor partida de horas del MVP y la de menor riesgo técnico. |
| Control de equipos | Fase 2 | Fuera del MVP por decisión, no por imposibilidad. Cada familia de equipo es un conector nuevo y cambia la responsabilidad sobre lo que pasa en casa del cliente. |
Las dos correcciones
Ya están aplicadas en los dos prototipos. Las dejo escritas aquí porque cambian lo que se puede prometer en una reunión comercial.
«Ahora mismo: 3,2 kW produces, 1,1 kW gasta la casa»
La producción en vivo sale del inversor, pero el consumo instantáneo de la casa no lo da Datadis: sus datos llegan con dos días de retraso. Ese dato solo existe si la instalación lleva puesto el medidor del fabricante, que es habitual en instalaciones nuevas y no tanto en las de hace años.
Qué cambia: la pantalla de inicio distingue dos casos. Con medidor, las tres cifras en vivo. Sin medidor, producción en vivo y ahorro del día anterior, dicho claramente. El portal del instalador marca qué instalaciones tienen medidor, porque eso decide qué funcionalidades puede vender en cada casa.
«Caída de producción en MPPT 2, el string 2 produce la mitad»
Ese diagnóstico necesita datos por rama, y eso depende del fabricante y del modelo. Es razonable en Huawei y en Fronius leyendo del inversor; en SolarEdge, las fuentes consultadas dicen que la API pública se queda a nivel de inversor y que el detalle por módulo está en el portal web.
Qué cambia: el aviso se describe por nivel de detalle disponible. Con datos por rama, el diagnóstico de la maqueta. Sin ellos, el sistema detecta igual la pérdida y la valora en euros, pero dice «pérdida del 22 % sin causa identificada» y deja el diagnóstico al técnico. Sigue siendo útil; no es lo mismo que prometer la causa.
Estimación de desarrollo
Solo software: construir, probar, desplegar y documentar. No cuenta reuniones con cliente, trabajo comercial, trámites con fabricantes ni el tiempo de espera hasta que conceden un acceso. Una jornada es una persona dedicada un día completo a construir.
jornadas. Probar las APIs contra cuentas reales, medir cobertura, cerrar arquitectura y método de cálculo. La medición de 30 días corre en paralelo.
jornadas. Las cuatro funcionalidades del piloto con una sola marca de inversor. Con dos personas: 3 a 4,5 meses.
jornadas. Todo lo dibujado en los dos prototipos, con tres marcas. Con dos personas: 4,5 a 6,5 meses; con tres: 3,5 a 5.
jornadas. App nativa, asistente conversacional y control de equipos. Se estima aparte porque depende de decisiones que aún no están tomadas.
MVP completo, módulo a módulo
La barra es proporcional al tope del rango, para ver dónde está el peso real del trabajo.
| Módulo | Jornadas | Peso | Nota |
|---|---|---|---|
| Infraestructura, entornos, autenticación y multiempresa | 12–16 | Instalador, propietario y administrador desde el principio | |
| Modelo de datos y almacén de series temporales | 8–12 | Un modelo único para todas las marcas | |
| Marco de conectores y conector Huawei | 13–18 | El primer conector paga el marco común | |
| Conector SolarEdge | 5–8 | Con control de cuota de llamadas | |
| Conector Fronius | 8–12 | Riesgo alto: depende de cómo se resuelva el acceso | |
| Ingesta: planificación, reintentos, cuotas y calidad del dato | 10–14 | Huecos, cambios de hora, husos, datos que llegan tarde | |
| Conector Datadis: curvas, potencia máxima y autorizaciones | 8–12 | Incluye el flujo de autorización del titular | |
| Precios: ESIOS y catálogo de tarifas | 6–9 | PVPC más tarifas fijas e indexadas | |
| Meteorología histórica y previsión | 5–7 | PVGIS gratis; previsión de pago | |
| Modelo de producción esperada por instalación | 12–18 | El corazón técnico: de él salen las alertas | |
| Motor de ahorro hora a hora y trazabilidad | 12–16 | Con versión del cálculo y precios guardados | |
| Detector de anomalías y priorización económica | 12–18 | Escalón, deriva y sombra, más el ajuste de umbrales | |
| Asesor de tarifas y excedentes | 8–12 | Simulación de 8.760 horas por escenario | |
| Lectura asistida de facturas en PDF | 8–14 | Candidata a salir del MVP y dejar un formulario | |
| Portal del instalador | 20–28 | Cartera, detalle, avisos, partes e informes | |
| Informe del propietario: web y correo | 12–16 | Marca blanca del instalador y descarga del detalle | |
| RGPD: consentimientos, cifrado, borrado y registro de accesos | 10–14 | Requisito, no mejora | |
| Observabilidad y panel interno de cobertura | 6–8 | Sin esto no se sabe si el producto funciona | |
| QA con datos reales y endurecimiento | 15–20 | Contrastar cálculos contra facturas reales | |
| Despliegue, copias de seguridad y documentación técnica | 5–8 | Entornos y recuperación | |
| Total MVP completo | 195–280 | 4,5–6,5 meses con dos personas |
Fase 2, por si se decide seguir
| Módulo | Jornadas | Peso | Nota |
|---|---|---|---|
| App móvil nativa sobre la API existente | 35–50 | Dos plataformas, tiendas y notificaciones | |
| Marco de control de equipos y dos integraciones | 30–45 | Órdenes, registro y vuelta atrás segura | |
| Asistente conversacional con IA | 20–30 | Herramientas, guardarraíles y evaluación continua | |
| Predicción de consumo por hábitos | 10–15 | Necesita un año de datos | |
| Simulador de baterías avanzado | 8–12 | Sobre la versión básica del MVP | |
| Total fase 2 | 105–150 | 2,5–3,5 meses con dos personas |
- Incluye: construir, probar con datos reales, desplegar, copias de seguridad y documentación técnica.
- No incluye: reuniones con cliente, trabajo comercial, trámites y negociación con fabricantes, ni la espera hasta que conceden una cuenta de API. Nada de eso consume jornadas de desarrollo, pero sí calendario: conviene pedir los accesos el primer día.
- No incluye: soporte en producción ni mantenimiento posterior. Para presupuestar, la referencia habitual es entre el 15 y el 20 % anual del coste de construcción, y aquí hay que sumar que las APIs de fabricante cambian solas.
- Equipo supuesto: dos personas con experiencia, una centrada en datos e integraciones y otra en producto y portal, con apoyo puntual de diseño. Una sola persona no divide por dos el calendario: lo alarga más que proporcionalmente.
Qué puede mover estos números
Ordenado por probabilidad de que ocurra. Cada línea es la desviación esperable, no el peor caso imaginable.
| Si pasa esto | Impacto | Qué hacer |
|---|---|---|
| Fronius no da acceso en la nube a terceros | +10 a +20 j | Leer en local con una pasarela en casa del cliente, lo que añade hardware y visita, o dejar la marca fuera del MVP |
| La calidad del dato es peor de lo esperado | +10 a +15 j | Más trabajo en relleno de huecos, husos horarios y datos que llegan tarde. Es el riesgo más probable de todos |
| El modelo de producción esperada no calibra | +10 a +15 j | Sombras y orientaciones raras obligan a calibrar por instalación. Si no, suben los falsos positivos y se resiente la confianza |
| GoodWe no concede la lista blanca | −8 j | Sale del MVP. Ahorra trabajo y resta cobertura comercial: es una decisión de venta, no técnica |
| Se mantiene la lectura de facturas en PDF | +6 j por formato | Cada comercializadora nueva es trabajo recurrente. En el piloto, mejor formulario |
| Marca blanca profunda por instalador | +10 a +15 j | Personalizar colores y logotipo es barato; plantillas y dominios propios por instalador, no |
Autorizar el estudio de viabilidad, que son tres o cuatro semanas de una persona, y pedir los accesos de API el primer día porque el calendario lo marcan ellos, no el desarrollo. Con los accesos concedidos y una marca funcionando, el MVP del piloto cabe en un trimestre con dos personas. Construir las tres marcas antes de saber si alguien paga es la forma más cara de equivocarse.
Fuentes consultadas
Documentación pública y de terceros revisada el 30 de octubre de 2026. Donde la fuente no es del fabricante, la tabla lo indica: eso es exactamente lo que el estudio de viabilidad tiene que confirmar probando.