Mejoras de calidad en OpenSolar 3.0

A medida que la plataforma OpenSolar ha ido creciendo, tanto en funciones como en la cantidad de personas que utilizan la herramienta, se ha producido un aumento gradual de la complejidad técnica que conlleva la construcción y el funcionamiento de la plataforma a escala.
A lo largo de los años hemos ido ampliando y mejorando continuamente nuestro equipo y nuestros procesos para estar a la altura.
Entendemos que gestionar tu negocio en OpenSolar es un compromiso por tu parte, pero también un compromiso por nuestra parte: mantener las cosas funcionando sin problemas y con precisión para que tu negocio pueda tener éxito. No nos tomamos este compromiso a la ligera.
Ten por seguro que hemos escuchado tus comentarios alto y claro, y hemos diseñado la fase 3.0 de OpenSolar para abordar mejor la calidad presente y futura de la plataforma OpenSolar.
Mejoras recientes de la calidad
Como parte de nuestro trabajo hacia la 3.0, nos hemos centrado más en la calidad. Lo hemos dividido en tres componentes básicos: Velocidad, Estabilidad y Pulido. En cada área hemos cambiado nuestros procesos para asegurarnos de que alcanzamos el nivel que creemos que merecen el lanzamiento de la 3.0 y tú, nuestros usuarios. Como resultado, hemos visto mejoras significativas en las tres áreas.
Hemos congelado principalmente el desarrollo de nuevas funciones durante los 2 meses previos al lanzamiento de la 3.0, para que el equipo de desarrollo pueda centrarse casi por completo en la calidad y el rendimiento. Esto se ha traducido en la friolera de 233 tickets de este tipo entregados durante este periodo.
Mayor impacto | 60 |
Impacto muy alto | 93 |
Alto impacto | 66 |
Impacto medio | 12 |
Bajo impacto | 2 |
Total | 233 |
---|
Todas estas mejoras están activas hoy en OpenSolar, listas para el lanzamiento de OpenSolar 3.0.
Velocidad en OS 3.0
Hemos abordado la velocidad en múltiples frentes, pero hemos encontrado las mejores victorias en estas áreas:
- Optimizar las peticiones de larga duración al servidor (por ejemplo, cálculos del sistema, generación de propuestas).
- Preprocesar cosas en segundo plano antes de que los usuarios las necesiten
- Eliminar y/o reducir los cargadores de bloqueo de pantalla
Esto se ha traducido en una enorme reducción de los tiempos de espera en algunos de los flujos más utilizados, con una reducción media de 15,5 segundos en el tiempo de espera.
Viaje | Antes tardaba (mayo ’25) | Ahora tarda (sept. ’25) | Mejora (tiempo) |
---|---|---|---|
Pro prepara un proyecto residencial con imágenes 2D. El diseño incluye paneles, árboles, bordes del tejado, cables, batería, inversores y autoencordado. El profesional revisa la propuesta una vez preparado el proyecto. | 107s | 73.6s | 33.4s |
Pro prepara un proyecto residencial con imágenes en 3D. El diseño incluye paneles, árboles, bordes del tejado, cables, batería, inversores y autoencordado. El profesional revisa la propuesta una vez preparado el proyecto. | 106.8s | 78s | 28.8s |
Pro prepara un diseño básico con la propuesta firmada y los datos de débito ACH rellenados por el cliente | 65s | 60.4s | 4.6s |
Pro prepara el diseño básico con la propuesta firmada y los detalles del préstamo Lightreach rellenados por el cliente | 74.6s | 73.8s | 0.8s |
Pro prepara un proyecto comercial con imágenes manuales. El diseño incluye paneles, árboles, bordes del tejado, cables, batería, inversores y encordado manual. Pro revisa la propuesta una vez preparado el proyecto. | 95.8s | 86s | 9.8s |
Propuesta / Optimizaciones de cálculo (Ticket #15585): Un área que se ha sentido algo lenta en OpenSolar desde hace un tiempo es cuando se pasa del área de Diseño a la Propuesta. Esto se debe normalmente a que todavía se están ejecutando los cálculos de los 25 años de vida útil. Hemos realizado una serie de optimizaciones en este proceso, haciendo que la propuesta se cargue mucho más rápido en la mayoría de los escenarios. Hemos reducido el tiempo de espera en los cálculos de vida útil en unos 12 segundos para los proyectos de tamaño medio (un proyecto de tamaño medio con una batería tardaba 25s antes, ahora unos 13s).
Optimizaciones del autoencordado (Ticket nº 19448): Un sistema automatizado que necesitaba optimización era el sistema de encadenamiento automático, que a menudo tardaba más de 20 segundos. Tras revisar este sistema, lo hemos reducido a entre 1 y 5 segundos en casos de uso normal.
Carga previa de las imágenes 3D de Google (Ticket nº 16264): Una forma que hemos encontrado para acelerar el uso de las imágenes 3D de Google más utilizadas es empezar a descargar los activos para ello antes incluso de que hayas seleccionado este tipo de imágenes. Utilizando este método, podemos reducir el tiempo de espera hasta en 15 segundos, en casos de uso normal.
Optimizaciones del cálculo de la batería (Ticket nº 18096): Una parte del proceso de cálculo de nuestro sistema que ha sido históricamente lenta es el cálculo de la batería. Esto se ha optimizado profundizando en la implementación, reduciendo la cantidad de interpolación que se produce y utilizando estructuras de datos de nivel inferior para hacer el trabajo pesado. Hemos visto una mejora de alrededor del 15% en el tiempo que tardan en ejecutarse, que ascienden a unos 2-3 segundos en escenarios normales.
Estabilidad en OS 3.0
Para mejorar nuestra estabilidad a lo largo del tiempo, hemos estado construyendo un nuevo sistema de pruebas automatizadas.
Esto implica escribir recorridos guiados a través de las funciones de la plataforma, de modo que un programa pueda utilizar la plataforma continuamente y alertarnos después de cada cambio para asegurarnos de que no se ha roto ninguna de las funciones (antes de que los cambios lleguen a la versión pública).
Esto nos da mucha más confianza a la hora de hacer cambios en la plataforma, ya que no estamos rompiendo inadvertidamente una función de la que pueda depender tu negocio.
Se trata de un largo viaje y seguiremos ampliando este conjunto con el tiempo. Hasta la fecha hemos añadido 107 casos de pruebas automatizadas de extremo a extremo (además de nuestros conjuntos de pruebas preexistentes).
Mes | Casos de prueba E2E |
---|---|
Q4 2024 | 10 |
Q1 2025 | 30 |
Q2 2025 | 47 |
Q3 2025 | 107 |
Además de estas pruebas, hemos estado trabajando en la infraestructura de OpenSolar para hacerla más robusta y preparada para el futuro.
Bloqueos de la base de datos (Ticket #16905, Ticket #17262): Debido al crecimiento de la base de usuarios y al trabajo con nuevas funciones (por ejemplo, cálculos del sistema revisados/optimizados), se producían bloqueos en la base de datos. Esto impedía guardar los proyectos en algunos casos. Esto se ha resuelto.
Optimizar las consultas habituales (Ticket nº 19342, Ticket nº 17515): Con el tiempo, ciertas consultas comunes a la base de datos se han vuelto menos eficientes, normalmente debido a funcionalidades adicionales. Hemos revisado muchas de estas consultas comunes y las hemos optimizado, de modo que, en general, debería resultar más rápido moverse por la plataforma.
Polaco en OS 3.0
A medida que la plataforma ha ido creciendo, se han formado algunas lagunas en el producto en las que obviamente debería hacer algo, pero no lo hace. Hemos trabajado duro escuchando las opiniones, recopilando las carencias más solicitadas y creando tantas como hemos podido para que OpenSolar 3.0 sea, con diferencia, la versión más completa de la plataforma que hayas utilizado nunca.
Proyectos de modernización (Ticket nº 17488): Una función muy solicitada ha sido simplificar/agilizar la definición de un sistema existente cuando un cliente ya tiene instalada energía solar. Hemos convertido esto en una función de primera clase, que te permite definir el sistema existente utilizando un recuento básico de paneles y el tamaño del sistema, o modelando el sistema existente.
Múltiples tipos de paneles por diseño (Ticket #17486): Una función solicitada desde hace tiempo en OpenSolar ha sido la posibilidad de utilizar varios tipos diferentes de paneles en un mismo diseño. Por fin hemos añadido esta función, permitiéndote modelar conjuntos existentes y nuevos en el mismo sistema.
Perfeccionar las herramientas de dibujo de tejados y cables (Ticket nº 16788): Hemos revisado la experiencia de dibujo de tejados en el área de Diseño para hacerla mucho más fluida e intuitiva. Ahora admite sugerencias de ajuste, ajuste a un eje, ajuste a ángulos perpendiculares, visualizaciones más claras mientras se dibuja y mejoras en el motor de ajuste central.
Medir para cambiar el tamaño de las imágenes subidas (Ticket nº 19035): Ahora es posible ajustar la escala de las imágenes de mapa subidas midiendo una distancia en la imagen subida e introduciendo después un valor de distancia real.
También hemos estado trabajando en refrescar todo nuestro lenguaje de interfaz de usuario en toda la aplicación, para darle un aspecto más limpio y pulido.
Soporte
Gracias a todos los miembros de la comunidad OpenSolar por todos los comentarios que recibimos. Agradecemos sinceramente que nos digáis qué os parece la plataforma, tanto lo bueno como lo malo. Sin estos comentarios es difícil centrar nuestros esfuerzos en las cosas correctas, así que, por favor, seguid enviándolos.
Si tienes algún problema con OpenSolar, o cualquier otro comentario, por favor, ponte en contacto con nosotros aquí.
Si quieres saber más sobre las nuevas funciones disponibles en OpenSolar 3.0, inscríbete en el evento de lanzamiento aquí.