Organizzare uno studio

Questa pagina spiega come TESSA organizza il lavoro di uno studio di pianificazione energetica. Chi modella un quartiere lavora all'interno di un progetto, suddivide l'analisi in scenari e, se lo studio prevede una componente di realizzazione a fasi, combina tali scenari in un piano di sviluppo (deployment plan). La pagina descrive a cosa serve ciascuno di questi elementi, che cosa contiene e come sono collegati tra loro.

Due pagine di approfondimento trattano le parti del modello in cui si concentra la maggior parte dei dettagli ingegneristici:

• Modello dati di quartieri ed edifici — il lato della domanda.
• Modello dati di reti e fonti di calore — il lato dell'offerta.

Progetto, scenario, piano di sviluppo

I tre concetti di livello superiore rispondono a tre domande diverse:

• Un progetto risponde a «quale studio stiamo svolgendo?» — è legato a un luogo, a un'organizzazione e a un insieme di dati di input condivisi (dati climatici, layer personalizzati, gli edifici curati). Un progetto ha una vita lunga: vi si torna regolarmente.
• Uno scenario risponde a «quale opzione stiamo verificando?» — un progetto autonomo con i propri quartieri, la propria rete, le proprie fonti di calore, ipotesi finanziarie e risultati. Di norma se ne hanno diversi per progetto.
• Un piano di sviluppo risponde a «come viene realizzato nel tempo?» — una sequenza ordinata di scenari che rappresenta una realizzazione a fasi, utilizzata quando occorre consolidare CAPEX, OPEX e ricavi in un unico quadro finanziario pluridecennale.

flowchart TD
    O["🏢 organizzazione"]
    P["📁 Progetto"]
    S1["📄 Scenario A<br/>riferimento"]
    S2["📄 Scenario B<br/>variante"]
    S3["📄 Scenario C<br/>variante"]
    DP["📅 Piano di sviluppo"]

    O -->|concede accesso| P
    P --> S1
    P --> S2
    P --> S3
    P --> DP
    DP -.fa riferimento a.-> S1
    DP -.fa riferimento a.-> S2

    classDef org fill:#e8eaf6,stroke:#000072,stroke-width:2px,color:#000072
    classDef project fill:#c5cae9,stroke:#000072,stroke-width:2px,color:#000072
    classDef scenario fill:#ffffff,stroke:#000072,stroke-width:1.5px,color:#000072
    classDef plan fill:#fff3e0,stroke:#ED6000,stroke-width:2px,color:#ED6000

    class O org
    class P project
    class S1,S2,S3 scenario
    class DP plan

Un piano di sviluppo non possiede i propri scenari: rimanda a scenari che si trovano nel progetto. Si può avere o meno un piano di sviluppo, a seconda che la realizzazione a fasi sia rilevante per lo studio.

Che cosa contiene uno scenario

Lo scenario è l'unità di analisi. Quando si apre la vista di confronto, si esporta un rapporto o si esegue una simulazione, si lavora su un solo scenario alla volta — e tutto ciò che serve per farlo è contenuto al suo interno.

flowchart TD
    S["📄 Scenario"]

    subgraph Geo["Geografia & domanda"]
        D["🗺️ Quartiere"]
        B["🏠 Edifici"]
        CL["🌤️ Clima"]
    end

    subgraph Sys["Sistema termico"]
        N["🔥 Rete termica"]
        EC["⚙️ Centrali energetiche"]
        BS["🔌 Sottostazioni degli edifici"]
        BF["🌍 Campi di sonde"]
    end

    subgraph Gis["Sovrapposizioni GIS"]
        L["📐 Layer e<br/>selezioni di edifici"]
        RW["🛣️ Strade per il tracciamento"]
    end

    FP["💰 Ipotesi finanziarie"]

    S --> D
    D --> B
    D --> CL
    D --> N
    N --> EC
    N --> BS
    S --> BF
    EC -.utilizza.-> BF
    BS -.utilizza.-> BF

    S --> L
    S --> RW
    S --> FP

    classDef scenario fill:#c5cae9,stroke:#000072,stroke-width:2px,color:#000072
    classDef geography fill:#e8f5e9,stroke:#2e7d32,stroke-width:1.5px,color:#1b5e20
    classDef thermal fill:#fff3e0,stroke:#ED6000,stroke-width:1.5px,color:#bf360c
    classDef gis fill:#f3e5f5,stroke:#6a1b9a,stroke-width:1.5px,color:#4a148c
    classDef finance fill:#fffde7,stroke:#f9a825,stroke-width:1.5px,color:#f57f17

    class S scenario
    class D,B,CL geography
    class N,EC,BS,BF thermal
    class L,RW gis
    class FP finance

Alcuni punti da tenere presenti nell'impostare uno studio:

• Il quartiere determina la domanda. Gli edifici e il clima che ne determina i carichi appartengono al quartiere. Se due scenari utilizzano parchi edilizi diversi (ad es. prima e dopo la riqualificazione) o serie climatiche diverse (presente e futuro), in ciascuno scenario si avranno quartieri distinti, popolati di conseguenza.
• La rete è costruita sopra il quartiere. Le sottostazioni degli edifici si collegano a edifici specifici; le centrali energetiche alimentano la rete. Uno scenario senza rete è perfettamente valido: descrive semplicemente la domanda e la situazione esistente.
• I campi di sonde sono a livello di scenario, non di rete, perché lo stesso campo può comparire in punti diversi del sistema (come sorgente fredda per la pompa di calore di una centrale energetica, oppure come sorgente per le pompe di calore booster nelle sottostazioni) e perché si possono modellare anche impianti geotermici autonomi.
• Le ipotesi finanziarie sono definite una sola volta per scenario — tasso di sconto, andamento dei prezzi dei combustibili, prezzo dell'elettricità, valuta — e si applicano a ogni calcolo dei costi che ne deriva. I costi per singolo componente (il costo di investimento di una specifica caldaia, il costo di una specifica tubazione) sono memorizzati sui componenti stessi.

Le due pagine di approfondimento illustrano nel dettaglio il lato della domanda e quello dell'offerta.

Perché creare più scenari

Il vantaggio principale degli scenari è che sono indipendenti — modificarne uno non influisce sugli altri — ma confrontabili, perché si trovano nello stesso progetto e TESSA tiene traccia di come ciascuno è stato derivato.

flowchart LR
    SA["📄 Riferimento<br/>domanda attuale,<br/>caldaie a gas"]
    SB["📄 Variante TLR 1<br/>4 tubi, biomassa + PdC"]
    SC["📄 Variante TLR 2<br/>5G, sonde + PdC booster"]
    SD["📄 Variante TLR 1<br/>+ riqualificazione"]
    SE["📄 Variante TLR 1<br/>+ clima 2050"]

    SA -->|duplica| SB
    SA -->|duplica| SC
    SB -->|duplica| SD
    SB -->|duplica| SE

    classDef scenario fill:#ffffff,stroke:#000072,stroke-width:1.5px,color:#000072
    classDef baseline fill:#c5cae9,stroke:#000072,stroke-width:2px,color:#000072

    class SA baseline
    class SB,SC,SD,SE scenario

Schemi ricorrenti nella pratica:

Quando si duplica uno scenario, TESSA registra il collegamento. La vista di confronto lo utilizza per mostrare che cosa è cambiato — fabbisogno energetico, potenza di picco, mix di fonti, VAN, CO₂ — senza dover confrontare nulla a mano. Vedere Confrontare gli scenari.

La duplicazione è una copia profonda: il nuovo scenario riceve una propria copia della rete, degli edifici, delle centrali energetiche. La modifica di uno scenario non altera mai silenziosamente le cifre di un altro.

Piani di sviluppo: scenari nel tempo

La maggior parte del lavoro si svolge all'interno di un singolo scenario. Il piano di sviluppo è un oggetto separato, che entra in gioco quando serve un quadro finanziario a più fasi — tipicamente quando una rete viene realizzata a fasi nell'arco di un decennio o più.

flowchart LR
    subgraph Project["Progetto (luogo / organizzazione)"]
        S1["📄 Fase 1<br/>rete principale,<br/>2 centrali energetiche"]
        S2["📄 Fase 2<br/>estensione a ovest,<br/>+30 edifici"]
        S3["📄 Fase 3<br/>estensione a est,<br/>+ sorgente geotermica"]
    end

    DP["📅 Piano di sviluppo"]
    ST1["Fase 1<br/>inizio 2027"]
    ST2["Fase 2<br/>inizio 2030"]
    ST3["Fase 3<br/>inizio 2035"]

    DP --> ST1 --> ST2 --> ST3

    ST1 -.rimanda a.-> S1
    ST2 -.rimanda a.-> S2
    ST3 -.rimanda a.-> S3

    classDef scenario fill:#ffffff,stroke:#000072,stroke-width:1.5px,color:#000072
    classDef plan fill:#fff3e0,stroke:#ED6000,stroke-width:2px,color:#ED6000
    classDef stage fill:#ffe0b2,stroke:#ED6000,stroke-width:1.5px,color:#bf360c

    class S1,S2,S3 scenario
    class DP plan
    class ST1,ST2,ST3 stage

Ogni fase registra:

• A quale scenario rimanda — il progetto in quella fase.
• L'anno di inizio della fase — quando si sostiene il CAPEX e iniziano i ricavi.
• Un fattore di riporto del capitale — quale frazione degli impianti di una fase precedente è ancora a bilancio quando inizia la fase successiva.

Il piano di sviluppo aggiunge un proprio tasso di sconto e un anno finale dell'orizzonte, così da poter riunire i flussi di cassa delle singole fasi in un unico VAN/IRR per l'intero programma. Se lo studio prevede una sola fase, il piano di sviluppo non è necessario: le cifre finanziarie dello scenario sono sufficienti.

Accesso e condivisione

Si è membri di una o più organizzazioni. A un'organizzazione può essere concesso l'accesso a un progetto, e tale accesso si estende a ogni scenario del progetto: non esiste un livello di autorizzazione per singolo scenario.

flowchart LR
    U["👤 Lei"] --> M["Appartenenza"] --> O["🏢 organizzazione"]
    O -->|concessione di accesso| P["📁 Progetto"]
    P --> S["📄 Scenari"]

    classDef user fill:#ffffff,stroke:#000072,stroke-width:1.5px,color:#000072
    classDef org fill:#e8eaf6,stroke:#000072,stroke-width:2px,color:#000072
    classDef project fill:#c5cae9,stroke:#000072,stroke-width:2px,color:#000072
    classDef scenario fill:#ffffff,stroke:#000072,stroke-width:1.5px,color:#000072

    class U,M user
    class O org
    class P project
    class S scenario

Per inviare un singolo scenario a una persona esterna al progetto — ad esempio un collega di un altro studio di consulenza — utilizzare il flusso di importazione/esportazione anziché cercare di condividere l'accesso al progetto. Vedere Importare ed esportare scenari.

Per continuare

• Modello dati di quartieri ed edifici — il lato della domanda: quartieri, edifici, clima e come vengono popolati.
• Modello dati di reti e fonti di calore — il lato dell'offerta: tubazioni, sottostazioni, centrali energetiche, fonti di calore, campi di sonde.
• Modello finanziario — come le ipotesi a livello di scenario e i costi dei singoli componenti si combinano in un rapporto finanziario.