Proposta per al Consell Rector — Plataforma pròpia de monitoratge energètic ECOBS

Resum executiu

Es proposa aprovar una prova pilot per desenvolupar una plataforma pròpia de monitoratge energètic d’ECOBS.

L’objectiu és que cada soci pugui consultar, de manera clara i entenedora, la producció energètica que li correspon segons la seva participació a les teulades compartides de la cooperativa.

La decisió que es demana ara no és aprovar el sistema definitiu, sinó validar primer la proposta amb una sola teulada. Aquesta prova permetria comprovar, amb dades reals, si la solució és útil, estable, segura i comprensible per als socis abans d’assumir una inversió més gran.

El principal motiu per començar amb un pilot és reduir el risc. Abans d’invertir en el sistema complet, la cooperativa podria comprovar si la plataforma pròpia aporta valor real i si pot funcionar amb un manteniment assumible.

Un aspecte important que caldria aclarir durant el pilot és si el cost actual de 8 €/kW/any es podria eliminar realment. Aquest import podria correspondre només a la web i l’app de visualització, però també podria incloure altres serveis essencials de la instal·lació fotovoltaica, com ara manteniment, gestió tècnica, comunicacions, garanties, explotació de dades o altres obligacions del proveïdor.

El valor principal del projecte no seria consultar dades passades, ja que els socis ja poden accedir a informació històrica a través de la plataforma de la comercialitzadora de manera gratuïta. El valor diferencial seria disposar de dades molt més immediates, especialment de la producció assignada en directe.

Decisió que es demana al Consell Rector

Es demana aprovar únicament el punt següent:

Fer una prova pilot amb una sola teulada, amb un pressupost base de 1.406 – 1.456 € per al primer any.

En aquesta fase no es demana:

• aprovar el desplegament final a les 3 teulades;
• migrar el domini ecobs.cat;
• cancel·lar el servei extern actual;
• aprovar obres físiques no pressupostades;
• substituir cap sistema oficial de facturació o liquidació;
• considerar les dades del pilot com a dades oficials definitives.

El pilot ha de servir per prendre una decisió posterior amb informació real, no només amb estimacions teòriques.

1. Objectiu de la proposta

Es proposa desenvolupar una plataforma pròpia perquè les persones sòcies puguin consultar la producció energètica que correspon a la seva participació dins les teulades compartides de la cooperativa.

La plataforma permetria veure:

• la producció assignada en directe;
• la producció d’avui;
• la producció mensual;
• la producció anual;
• dades històriques com a complement;
• gràfiques d’evolució;
• dades agregades de les teulades;
• possibles integracions futures amb altres eines.

L’objectiu principal és millorar la transparència i facilitar que cada soci pugui veure, de manera clara, l’impacte real i actual de la seva participació.

2. Necessitat detectada

Actualment, els socis ja disposen d’algunes vies per consultar la producció energètica, però cap d’aquestes opcions resol completament les necessitats de la cooperativa.

El proveïdor actual sembla ser ImpactE / Urban Impacte (www.urbanimpacte.com). Aquesta empresa apareix com a usuari autoritzat a Datadis, fet que indica que podria tenir permisos per consultar dades energètiques. Tot i això, caldria confirmar mitjançant el contracte, la factura o l’oferta vigent quin servei exacte està contractat i quin abast tenen aquests permisos.

Els costos actuals i l’oferta rebuda són:

Web i app externes actuals:              8 €/kW/any
Web i app amb monitoratge en directe:   15 €/kW/any

Abans de considerar els 8 €/kW/any com un estalvi possible, cal revisar què inclou exactament aquest servei. El punt clau és determinar si aquest cost correspon únicament a la visualització de dades o si també inclou altres elements necessaris per al funcionament de la instal·lació fotovoltaica.

Per exemple, caldria saber si el servei actual inclou:

• manteniment tècnic de la instal·lació;
• supervisió o diagnosi d’avaries;
• comunicacions amb equips existents;
• garanties o suport del proveïdor;
• tractament, validació o enviament de dades;
• obligacions contractuals necessàries per mantenir la instal·lació operativa.

Si el cost de 8 €/kW/any només correspon a la visualització de dades, el sistema propi podria substituir aquesta part. En canvi, si inclou serveis essencials, ECOBS podria haver de mantenir una part del servei actual encara que desplegui una plataforma pròpia de consulta per als socis.

Amb 351 kW instal·lats, aquests imports representen aproximadament:

Web i app externes actuals:              351 × 8  = 2.808 €/any
Web i app amb monitoratge en directe:   351 × 15 = 5.265 €/any

Per tant, la necessitat no és simplement “veure dades”, perquè això ja existeix parcialment. Tampoc no tindria gaire sentit crear una plataforma pròpia només per consultar dades del dia anterior o dades històriques, ja que aquesta informació ja es pot obtenir gratuïtament a través de la comercialitzadora.

La necessitat real és valorar si ECOBS pot disposar d’una eina pròpia que ofereixi:

• dades en directe o molt més immediates;
• informació més clara per als socis;
• menys dependència d’un proveïdor extern;
• un cost recurrent potencialment més baix;
• més control sobre com es mostren, es guarden i es reutilitzen les dades;
• possible API per a integracions domèstiques i altres usos avançats;
• possibilitat d’ampliar el sistema en el futur.

La idea és que, si una teulada té una potència assignable determinada i un soci n’ha contractat una part, la plataforma calculi automàticament la producció proporcional que li correspon.

Exemple:

Teulada: 50 kW assignables
Soci: 1 kW contractat
Producció instantània de la teulada: 30 kW

Producció assignada al soci:
30 × 1 / 50 = 0,6 kW

Aquesta informació es mostraria a la web de manera entenedora, per exemple:

La teva participació està generant ara 0,6 kW.

També es podrien consultar dades històriques, però com a complement i no com a justificació principal del projecte:

• avui;
• aquesta setmana;
• aquest mes;
• aquest any;
• des de l’inici de la participació;
• períodes personalitzats.

3. Proposta general

La proposta és crear una eina pròpia en dues fases:

1. Prova pilot amb una sola teulada
2. Desplegament final amb les 3 teulades

Aquesta estratègia permet validar el sistema amb una inversió limitada abans d’estendre’l a tota la cooperativa.

3.1. Per què estudiar una plataforma pròpia

Els principals motius per estudiar una plataforma pròpia són els següents:

• Transparència: cada soci podria veure fàcilment la producció associada a la seva participació.
• Dades en directe: aquest seria el principal avantatge respecte a consultar dades passades a la comercialitzadora.
• Control de les dades: la cooperativa podria decidir com conservar, mostrar i aprofitar les dades.
• Cost recurrent potencialment més baix: amb les xifres actuals, el sistema propi podria tenir un cost anual inferior, tot i que l’estalvi real dependrà de si el cost actual de 8 €/kW/any es pot eliminar totalment o només parcialment.
• Aprenentatge intern: la cooperativa entendria millor les seves dades energètiques i podria ampliar el sistema en el futur.
• Flexibilitat: més endavant es podrien afegir informes, comparatives, consums, integracions, API o pantalles públiques. Tenir control propi de les dades permetria, per exemple, incloure a la web pública dades reals actualitzades automàticament de com la cooperativa genera estalvi per als seus socis.
• Integració amb cases intel·ligents: una API podria permetre que els socis més tècnics connectessin les seves dades amb altres dispositius de casa, com carregadors de vehicle elèctric, bateries, sistemes domòtics o automatitzacions pròpies.

3.2. Inconvenients i responsabilitats

Una plataforma pròpia també implica assumir algunes responsabilitats:

• mantenir el sistema actualitzat;
• controlar la seguretat dels accessos;
• fer i comprovar còpies de seguretat;
• documentar el funcionament perquè no depengui d’una sola persona;
• presentar les dades del pilot com a informatives, no com a dades oficials definitives;
• assumir un manteniment mínim si el sistema es converteix en un servei estable per a tots els socis.

Per aquest motiu, la proposta no és començar directament amb el sistema complet, sinó fer primer una prova limitada.

Fase 0 — Prova pilot amb una sola teulada

4. Objectiu de la prova pilot

La prova pilot serviria per comprovar, amb dades reals, que el sistema funciona abans de plantejar-ne el desplegament complet.

La prova inclouria:

• una sola teulada;
• un comptador o lectura de l’inversor;
• un servidor local instal·lat a la teulada;
• una web privada;
• dades en directe;
• dades històriques bàsiques com a complement;
• càlcul proporcional per usuari;
• accés a la web des d’internet amb usuari i contrasenya;
• accés privat per manteniment;
• possibilitat d’ampliar el sistema en el futur;
• còpies de seguretat bàsiques.

La durada recomanada seria:

1 – 3 mesos

5. Funcionament del pilot

En aquesta primera fase s’instal·laria un servidor local a la teulada pilot.

Aquest servidor local faria les funcions següents:

• llegir la producció de la teulada;
• guardar les lectures;
• calcular quina part correspon a cada soci;
• mostrar aquesta informació en una web privada;
• permetre la revisió remota del sistema en cas d’incidència.

En termes pràctics: la teulada generaria energia, el comptador en mesuraria la producció i el servidor local convertiria aquestes lectures en informació entenedora per als socis.

Esquema simplificat:

Teulada pilot
    ↓
Comptador
    ↓
Servidor local
    ↓
Web privada del pilot
    ↓
Socis i persona de manteniment autoritzada

Aquest servidor local seria un ordinador de mida reduïda, de baix consum i econòmic.

La connexió de fibra tindria la funció habitual de donar accés a internet. La part essencial del pilot estaria dins el servidor local instal·lat a la teulada.

6. Accés a la web i manteniment

Durant el pilot hi hauria dos tipus d’accés:

1. Accés dels socis: per entrar a la web privada i veure les dades.
2. Accés de manteniment: reservat a la persona o equip encarregat de revisar el sistema si hi ha una incidència.

Per evitar tocar el domini oficial ecobs.cat durant la prova, la web del pilot utilitzaria una adreça temporal de DuckDNS:

ecobs.duckdns.org

Això permetria fer la prova sense afectar la web actual, el correu ni cap altre servei de la cooperativa.

Les mesures bàsiques serien:

• protegir la web amb usuari i contrasenya;
• publicar només la part que han de veure els socis;
• separar l’accés de manteniment de l’accés dels socis;
• fer actualitzacions i còpies de seguretat;
• revisar periòdicament que el sistema funciona correctament.

El punt important és que els socis tindrien una web privada per consultar les dades, i la cooperativa hauria de preveure un manteniment mínim perquè el servei continuï funcionant.

7. Connexió a internet del pilot

La teulada pilot necessitaria connexió a internet perquè la web es pugui consultar des de fora.

No caldria una connexió especial ni gaire potent. El volum de dades seria petit, ja que només s’enviarien lectures energètiques.

L’opció recomanada per al pressupost és:

Fibra O2 bàsica: 23 €/mes
Cost anual: 276 €/any

S’utilitza O2 com a referència perquè té un preu estable i fàcil d’explicar. Tot i això, també serviria qualsevol altra operadora de fibra amb una connexió estable i unes condicions equivalents.

Per al pilot, si la web es publica directament des de la teulada, la connexió hauria de permetre:

• una IP pública, encara que sigui dinàmica;
• un router que permeti redirigir l’accés de la web cap al servidor local.

Això permetria evitar la compra d’un router propi només per fer la prova.

Aquest requisit és especialment rellevant per al pilot. En el sistema final recomanat, les teulades només enviarien dades cap a un espai central a internet. Per tant, en producció no caldria obrir accessos públics als routers de les teulades i qualsevol router estable podria ser suficient.

8. Costos del pilot

El pilot requeriria material per mesurar la producció, un servidor local, proteccions elèctriques, instal·lació, còpies de seguretat i un marge per a imprevistos.

El pressupost assumeix que la part IT no tindria cost extern de mà d’obra per a la cooperativa, perquè es faria internament o de manera voluntària. Això inclou la configuració del servidor local, la web del pilot, les còpies de seguretat bàsiques i l’accés remot de manteniment.

En canvi, hi ha variables físiques que no es poden conèixer amb seguretat sense revisar la teulada concreta. Abans d’executar el pilot caldria comprovar:

• si la fibra pot arribar fins al punt necessari amb la canalització existent;
• si cal instal·lar tubs o fer una canalització nova fins a la teulada;
• si el comptador i els transformadors de corrent caben dins el quadre existent;
• si cal afegir un nou panell DIN, caixa o petit quadre auxiliar;
• si hi ha altres adequacions elèctriques o de cablejat no visibles actualment.

Per tant, els 1.406 – 1.456 € s’han d’entendre com el pressupost base del pilot. Si apareixen necessitats físiques addicionals, caldria pressupostar-les abans de començar.

Cost inicial estimat del pilot:

950 € + 206 € = 1.156 € aproximadament

Cost anual de la fibra:

276 €/any

Cost de l’adreça temporal DuckDNS de la web:

0 €

Cost base total del primer any del pilot:

950 € + 276 € + 206 € = 1.432 €

Pressupost base recomanat per aprovar:

1.406 – 1.456 €

9. Què hauria de validar el pilot

La prova pilot hauria de permetre comprovar:

• que les dades de producció es poden llegir correctament;
• que el sistema és estable;
• que les lectures són coherents;
• que les dades en directe aporten valor real als socis;
• que es poden guardar històrics bàsics com a complement;
• que el càlcul proporcional funciona;
• que la web és entenedora;
• que la web es pot consultar des de fora de la teulada;
• que les còpies de seguretat són viables;
• que el sistema es podria escalar a més teulades.

Per considerar que el pilot ha funcionat, caldria poder respondre afirmativament aquestes preguntes:

Les dades arriben de manera estable?
Les lectures semblen coherents amb la producció real?
La informació en directe aporta valor respecte a les dades passades que ja es poden consultar?
Els socis entenen fàcilment què estan veient?
El sistema es pot mantenir sense una càrrega excessiva?
El risc de seguretat està controlat?
Les còpies de seguretat es poden recuperar?

No s’hauria de desplegar el sistema final si el pilot mostra que les lectures no són fiables, que el manteniment és massa pesat o que la web no aporta prou valor als socis.

Si el pilot no funciona bé, la cooperativa haurà assumit un cost limitat. Si funciona correctament, es podrà plantejar el desplegament complet amb més coneixement i menys risc.

Fase 1 — Desplegament final amb 3 teulades

10. Objectiu del sistema final

El sistema final connectaria les 3 teulades de la cooperativa i mostraria les dades en una única web privada per als socis.

Esquema simplificat:

Teulada 1 → Servidor local 1 ┐
Teulada 2 → Servidor local 2 ├→ Espai central → Web dels socis
Teulada 3 → Servidor local 3 ┘

El resultat visible per als socis seria una web més estable i completa que la del pilot.

Cada soci podria consultar, com a mínim:

• la seva producció actual assignada;
• la producció d’avui;
• la producció del mes;
• la producció anual;
• l’històric de la seva participació com a complement;
• gràfiques senzilles d’evolució.

La dada més valuosa seria la producció actual o gairebé actual. Les dades mensuals, anuals i històriques servirien sobretot per fer seguiment i comparacions.

La diferència principal respecte al pilot és que la web ja no dependria d’una sola teulada. Les dades de totes les teulades es guardarien en un punt central, amb còpies de seguretat i una millor continuïtat de servei.

10.1. Possibilitat d’una app en el futur

Més endavant es podria estudiar el desenvolupament d’una app per al mòbil.

No es recomana incloure-la ni en el pilot ni en la primera versió del sistema final, perquè afegiria cost i complexitat. Primer convé comprovar que la web aporta valor i que els socis la utilitzen.

Una alternativa més prudent seria començar amb una web ben adaptada al mòbil. Això permetria que els socis la consultessin des del telèfon sense haver de desenvolupar encara una app específica.

Una app podria aportar:

• accés més còmode des del mòbil;
• notificacions;
• millor presència per als socis que prefereixen utilitzar apps;
• més facilitat per consultar dades recurrents.

Però també comportaria complicacions:

• desenvolupar i mantenir una app per a Android i iPhone;
• publicar-la a les botigues d’Apple i Google;
• adaptar-la quan canvien els sistemes operatius dels mòbils;
• gestionar actualitzacions, permisos i possibles incidències;
• revisar bé la privacitat de les dades dels socis;
• mantenir un servei addicional si es volen enviar notificacions.

Costos externs mínims de publicació:

Aquests imports només permeten publicar apps a les botigues. No inclouen el desenvolupament, el manteniment ni les futures actualitzacions.

Recomanació:

Primer fer una web mòbil bona. Després, si hi ha ús real i demanda dels socis, estudiar una app.

10.2. Altres evolucions futures possibles

Si el sistema propi funciona, més endavant es podrien plantejar millores que donessin als socis una visió més completa de la seva energia.

API per a integracions domèstiques

Un avantatge important d’una plataforma pròpia és que, més endavant, podria oferir una API documentada per a socis que vulguin integrar les dades d’ECOBS amb altres sistemes.

Això podria permetre usos avançats sense complicar la web principal per a la resta de socis. Per exemple, un soci podria deixar el vehicle elèctric endollat i configurar el seu sistema domòtic perquè només activi la càrrega quan hi hagi autoconsum disponible, quan la producció assignada sigui favorable o quan el preu elèctric estigui en hora vall.

Aquest tipus d’integració no caldria incloure-la en el pilot inicial, però reforça el valor de tenir dades pròpies, accessibles i reutilitzables.

Integració de dades de consum dels CUPS mitjançant Datadis Partners

Una evolució futura de la plataforma podria ser incorporar les dades de consum dels CUPS dels socis, sempre de manera voluntària i amb autorització expressa del titular del subministrament.

Aquesta integració permetria que cada soci no veiés només la producció energètica que li correspon, sinó també una comparació amb el seu consum real. Això faria possible mostrar indicadors com:

• producció assignada del mes;
• consum del CUPS del mateix període;
• percentatge aproximat de cobertura;
• balanç energètic del soci.

Aquesta funcionalitat podria aportar molt valor, perquè ajudaria cada soci a entendre fins a quin punt la seva participació a la cooperativa compensa el seu consum elèctric.

La via més adequada per obtenir aquestes dades podria ser Datadis, la plataforma que permet accedir a dades de consum elèctric dels punts de subministrament. En concret, caldria estudiar si ECOBS pot treballar directament com a Datadis Partner o si és més convenient fer-ho a través d’un Datadis Partner existent o d’un proveïdor autoritzat. En qualsevol cas, l’accés hauria de basar-se en autorització del titular, validació del subministrament i compliment de la normativa de protecció de dades.

Aquest model podria facilitar la participació de socis amb poca autonomia digital, ja que no necessàriament haurien de gestionar tot el procés pel seu compte a Datadis. En alguns casos, el procés podria funcionar amb una autorització assistida:

1. El soci aporta una factura elèctrica on consti el CUPS.
2. El titular signa una autorització d’accés a les dades.
3. ECOBS, o un proveïdor autoritzat, tramita la validació.
4. Les dades de consum s’incorporen a la plataforma.

Aquesta opció seria especialment útil per a persones grans o socis que no se sentin còmodes fent tràmits digitals.

Tot i això, no es recomana incloure aquesta funcionalitat en el pilot inicial, perquè afegeix complexitat tècnica, administrativa i legal. Caldria gestionar autoritzacions, revocacions, protecció de dades, validació del titular i possibles retards en la disponibilitat de les dades.

També cal tenir present que les dades de consum obtingudes a través de Datadis no s’haurien de presentar com a dades en directe. Poden estar disponibles amb retard i depenen de la distribuïdora i dels sistemes de consulta. Per tant, la web hauria de diferenciar clarament entre:

Abans de desenvolupar aquesta funcionalitat, ECOBS hauria de valorar tres opcions:

Per tant, aquesta integració es considera una millora futura d’alt valor, però posterior al pilot. Primer convé validar la plataforma de producció assignada. Després, si el sistema funciona i els socis hi veuen utilitat, es podria estudiar la integració de dades de consum mitjançant Datadis Partners o un proveïdor autoritzat.

Lectura en directe a casa del soci

Una altra opció futura seria permetre que els socis que ho vulguin instal·lin un comptador intel·ligent a casa seva.

Això permetria veure en directe si en aquell moment consumeixen més o menys energia de la que els correspon per la seva participació.

Exemple de valor per al soci:

Ara estic consumint més del que em correspon.
Ara estic consumint menys del que em correspon.

Aquesta funcionalitat podria ser útil per canviar hàbits, programar consums o aprofitar millor les hores de producció.

També comportaria més complexitat:

• seria opcional per a cada soci;
• caldria comprar o instal·lar un dispositiu a cada habitatge interessat;
• caldria donar suport a incidències domèstiques;
• caldria mantenir la connexió d’aquests dispositius;
• augmentaria el volum de dades i el manteniment;
• caldria definir qui paga el dispositiu, la instal·lació i el suport.

Recomanació:

Primer validar la producció assignada. Després estudiar el consum i els comptadors domèstics com a millores opcionals.

11. Espai central i còpies de seguretat

Per al sistema final caldria un espai central a internet.

En paraules senzilles:

Espai central = lloc segur a internet on funciona la web i es guarden les dades.

També caldria un espai separat per fer còpies de seguretat:

Còpies de seguretat externes = espai separat per recuperar les dades si hi ha una incidència.

Cost anual estimat:

Aquests imports són estimacions orientatives. El punt important és que el sistema final necessitaria un lloc central on guardar les dades i una còpia separada per poder recuperar-les si hi ha una incidència.

12. Cost final del sistema amb 3 teulades

Cost inicial

Aquesta xifra inclou:

• elements de mesura;
• petits equips locals;
• alimentació de seguretat;
• caixes, proteccions i cablejat;
• petits materials;
• marge d’imprevistos;
• Codex.

No inclou possibles obres o adequacions específiques de cada teulada, com ara canalitzacions noves per fer arribar la fibra, tubs addicionals, nous panells DIN, quadres auxiliars o modificacions elèctriques no detectades. Aquestes variables s’haurien de comprovar teulada per teulada abans d’aprovar el desplegament final.

Cost anual recurrent

Possible reducció del cost de connexió

En producció, si el sistema final funciona amb un espai central a internet, les teulades només haurien d’enviar dades cap a fora. Això obre una possibilitat d’estalvi: si el propietari d’una teulada ja té connexió a internet, es podria estudiar utilitzar-la en lloc de contractar una fibra pròpia per a la cooperativa.

En aquest cas, ECOBS podria oferir al propietari un pagament anual inferior al cost d’una fibra pròpia. Per exemple, si una fibra pròpia costa uns 276 €/any per teulada, qualsevol acord clarament inferior podria reduir el cost recurrent.

Ara bé, aquesta opció també pot comportar problemes:

• dependència de la connexió del propietari;
• risc que el propietari canviï de companyia, router o contrasenya;
• incidències més difícils de resoldre si la connexió no és de la cooperativa;
• dubtes sobre qui és responsable si internet falla;
• necessitat de separar bé l’ús de la cooperativa de l’ús privat del propietari;
• possible incomoditat per al propietari si cal fer manteniment;
• necessitat de deixar-ho per escrit amb condicions clares.

Per tant, podria ser una bona opció si surt més econòmica i el propietari hi està d’acord, però no s’hauria de donar per feta sense un acord simple i ben definit.

Cost del primer any del sistema final

Cost inicial base:      2.856 – 3.206 €
Cost anual:             1.020 €
Total base primer any:  3.806 – 4.206 € aproximadament

13. Comparació amb la situació actual i l’oferta externa

Actualment hi ha dues referències de cost extern:

Servei web i app actuals:       8 €/kW/any
Monitoratge en directe ofert:  15 €/kW/any

La cooperativa té actualment:

351 kW

Per tant:

Servei web i app actuals:        351 kW × 8 €/kW/any  = 2.808 €/any
Monitoratge en directe ofert:   351 kW × 15 €/kW/any = 5.265 €/any

La comparació econòmica següent s’ha d’entendre com una estimació de potencial estalvi, no com una garantia automàtica. Abans de decidir que el sistema propi permetria deixar de pagar els 8 €/kW/any actuals, cal verificar si aquest import és separable de la resta de serveis associats a la instal·lació fotovoltaica.

Hi ha dos escenaris possibles:

Comparació anual

Estalvi anual potencial recurrent respecte al servei web i app actuals, només si els 8 €/kW/any es poden eliminar completament:

2.808 € - 1.020 € = 1.788 €/any

Estalvi anual estimat recurrent respecte a l’oferta de monitoratge en directe:

5.265 € - 1.020 € = 4.245 €/any

Comparació a 5 anys

Estalvi potencial a 5 anys respecte al servei web i app actuals, només si el cost actual és substituïble:

Uns 5.700 – 6.100 € aproximadament

Estalvi estimat a 5 anys respecte a l’oferta de monitoratge en directe:

Uns 18.000 – 18.400 € aproximadament

Opcions possibles per al Consell Rector

El Consell Rector podria triar entre diverses opcions:

La recomanació és la quarta opció: fer primer el pilot.

És la via més prudent perquè permet comprovar el valor real del sistema abans de comprometre el desplegament complet.

Com a part d’aquesta decisió, també caldria encarregar la revisió del servei actual de 8 €/kW/any per determinar si es pot substituir totalment, parcialment o si cal mantenir-lo perquè inclou funcions essencials.

14. Adreça de la web i decisió pendent

La cooperativa ja disposa del domini:

ecobs.cat

Per al pilot es proposa utilitzar una adreça temporal de DuckDNS, sense tocar la web ni el correu actuals de la cooperativa:

ecobs.duckdns.org

Si el pilot funciona i es decideix desplegar el sistema final, llavors sí que tindria sentit publicar la plataforma amb una adreça oficial i fàcil de recordar, per exemple:

energia.ecobs.cat

Aquesta decisió no cal prendre-la ara. Primer convé validar que el sistema aporta valor.

15. Manteniment necessari

El sistema propi tindria un cost anual més baix que les opcions externes, però no seria un sistema que es pugui instal·lar i oblidar.

Caldria preveure un manteniment mínim:

• revisar que les dades arriben correctament;
• comprovar que les còpies de seguretat es fan bé;
• aplicar actualitzacions de seguretat;
• revisar incidències si una teulada deixa d’enviar dades;
• tenir documentades les contrasenyes, els accessos i les instruccions bàsiques;
• assegurar que més d’una persona entén el funcionament general.

Aquest manteniment no hauria de ser gaire intensiu si el sistema està ben muntat, però ha d’existir.

El Consell Rector hauria de tenir clara aquesta idea:

El sistema propi pot reduir costos i donar més control, però requereix una responsabilitat mínima de manteniment continuat.

16. Riscos i mesures de control

Risc: pèrdua de dades

Mesures:

• còpia local;
• còpies de seguretat externes en la fase final;
• exportacions periòdiques;
• prova de restauració.

Risc: problemes d’internet

Mesures:

• guardar lectures localment;
• reenviar dades quan torni la connexió;
• activar avisos si una teulada deixa d’enviar dades.

Risc: accés no autoritzat

Mesures:

• web privada amb usuari i contrasenya;
• accés de manteniment separat de l’accés dels socis;
• actualitzacions periòdiques;
• contrasenyes fortes;
• revisió bàsica d’accessos.

Risc: dependència d’una sola persona

Mesures:

• documentar el sistema;
• guardar la documentació i els materials del projecte en un lloc compartit;
• explicar el funcionament a més d’una persona;
• deixar instruccions de manteniment.

Risc: confusió entre dades informatives i dades oficials

Caldria mostrar un text com aquest:

Les dades mostrades tenen caràcter informatiu i poden estar subjectes a ajustos segons lectures validades i criteris aprovats per la cooperativa.

17. Decisió proposada al Consell Rector

Es proposa aprovar una prova pilot amb una sola teulada.

Abast del pilot

El pilot inclouria:

• 1 teulada;
• 1 comptador;
• 1 servidor local;
• 1 connexió de fibra;
• web privada;
• dades en directe;
• dades històriques bàsiques com a complement;
• càlcul proporcional per usuari;
• accés dels socis a una web privada;
• accés privat per manteniment;
• possibilitat d’ampliar el sistema en el futur;
• còpies de seguretat bàsiques.

Pressupost del pilot

Pressupost base: 1.406 – 1.456 € per al primer any

Aquest import no inclou possibles adequacions físiques no conegudes encara, com ara tubs o canalitzacions per fer arribar la fibra fins a la teulada, un nou panell DIN, un quadre auxiliar o modificacions elèctriques addicionals. Abans d’executar el pilot caldria comprovar aquest punt a la teulada escollida.

Durada recomanada

1 – 3 mesos

Decisió posterior

Si el pilot funciona correctament, es proposa desplegar el sistema final a les 3 teulades.

Cost base estimat del sistema final:

Cost base primer any:  3.806 – 4.206 €
Cost anual posterior:  1.020 €/any aproximadament

18. Recomanació final

La proposta més prudent és:

1. Aprovar el pilot amb un pressupost base de 1.406 – 1.456 €.
2. Comprovar abans d’executar si hi ha costos físics addicionals a la teulada escollida.
3. Validar el pilot durant 1 – 3 mesos.
4. Revisar què inclou exactament el cost actual de 8 €/kW/any.
5. Analitzar els resultats.
6. Decidir el desplegament final amb dades reals.

Aquesta opció permet:

• reduir el risc;
• començar amb una inversió limitada;
• mantenir el control de les dades;
• reduir la dependència d’un proveïdor;
• comprovar el valor real de la plataforma;
• determinar si hi ha un estalvi real i quina part del cost actual es podria substituir.

Amb les xifres actuals, el sistema propi podria suposar l’estalvi potencial recurrent següent:

1.788 €/any respecte al servei web i app actuals, si els 8 €/kW/any es poden eliminar completament.
4.245 €/any respecte a l’oferta de monitoratge en directe.

A 5 anys, l’estalvi potencial seria aproximadament de:

5.700 – 6.100 € respecte al servei web i app actuals, si el cost actual és substituïble.
18.000 – 18.400 € respecte a l’oferta de monitoratge en directe.

Tot això queda condicionat al fet que el pilot funcioni correctament i que la revisió contractual confirmi quin cost actual es pot substituir realment.