Un'isola ecologica informatizzata non è semplicemente un cassonetto con una serratura elettronica.

Il sistema mette insieme una serie di componenti con funzioni differenti: identificazione dell'utente, controllo dell'accesso, gestione dell'apertura, registrazione degli eventi, monitoraggio del riempimento, comunicazione dei dati e software di gestione.

In alcune configurazioni possono essere aggiunte anche funzioni di misurazione dei conferimenti, pesatura durante la raccolta e integrazione con i sistemi informativi del gestore. Una gara AMIU Puglia del 2024 per Bari, per esempio, ha previsto per un lotto di 14 isole ecologiche interrate contenitori ad accesso controllato, identificazione del conferitore, verifica del riempimento, rilevazione dei conferimenti, pesate durante la raccolta e un sistema informatico integrato per monitorare contenitori e flotta.

Il punto da chiarire è quindi la differenza tra controllare chi può conferire, registrare che un conferimento è avvenuto, misurare quanto è stato conferito e sapere quanto spazio rimane nel contenitore.

Sono funzioni diverse e non devono essere confuse nella progettazione.

Che cosa rende "intelligente" un'isola ecologica?

Dal punto di vista tecnico, l'intelligenza del sistema non risiede nel contenitore in sé.

È l'infrastruttura digitale che collega il punto di conferimento al software di gestione a rendere possibile una gestione informatizzata.

Una configurazione può comprendere:

Funzione	Cosa rileva o gestisce	Perché può essere utile
Identificazione utente	Credenziale associata all'utenza	Stabilire chi è autorizzato al conferimento
Controllo accesso	Abilitazione o blocco della bocca	Impedire conferimenti non autorizzati
Registrazione evento	Data, ora, postazione, utenza o dispositivo	Creare uno storico delle operazioni
Controllo volumetrico	Volume massimo del singolo conferimento	Limitare quantità o dimensioni del conferimento
Pesatura	Quantità conferita, quando prevista	Supportare una misurazione puntuale
Sensore di riempimento	Stato o livello del contenitore	Supportare la programmazione della raccolta
Identificazione del contenitore	ID univoco del cassonetto	Collegare il contenitore al sistema gestionale
Comunicazione dati	Trasmissione verso piattaforma centrale	Rendere disponibili gli eventi al gestore
Software gestionale	Elaborazione e visualizzazione dati	Supportare monitoraggio e organizzazione del servizio

Non è necessario che una singola isola includa tutte queste funzioni.

Il livello di informatizzazione dovrebbe essere definito in relazione al modello di servizio che il Comune o il gestore vuole realizzare.

Sul vertical contenitori-interrati.it sono previste configurazioni con controllo accessi e gestione del livello di riempimento; Bunder dichiara inoltre che i propri contenitori per rifiuti possono essere completati con sistemi per il controllo degli accessi e del livello di riempimento.

Controllo accessi: come funziona concretamente?

Il controllo accessi introduce un passaggio aggiuntivo tra l'utente e il contenitore.

Nel sistema tradizionale:

In un sistema controllato:

L'identificazione può avvenire attraverso una credenziale elettronica o un altro dispositivo compatibile con l'architettura scelta.

La logica fondamentale è sempre la stessa: la bocca rimane normalmente inaccessibile o bloccata e viene abilitata quando il sistema riconosce un utente autorizzato.

Una specifica tecnica AMIU per contenitori interrati intelligenti richiedeva espressamente che l'accesso fosse normalmente bloccato e che lo sblocco avvenisse dopo l'identificazione dell'utente abilitato. La stessa documentazione prevedeva tessere o dispositivi di accesso per l'utenza.

Il controllo accessi può avere diversi obiettivi

Non bisogna dare per scontato che serva sempre alla tariffazione puntuale.

Può essere introdotto per:

• limitare i conferimenti a utenze autorizzate;
• evitare l'utilizzo indiscriminato della postazione;
• separare utenze o circuiti di raccolta;
• ridurre il rischio di conferimenti impropri;
• registrare gli eventi di accesso;
• preparare il sistema a successive funzioni di misurazione.

L'obiettivo deve essere definito prima della tecnologia.

Un sistema di identificazione installato senza una procedura gestionale associata produce dati, ma non necessariamente produce un miglioramento misurabile del servizio.

Identificare un utente non significa sapere quanto ha conferito

Questo è uno degli equivoci più frequenti.

Supponiamo che Mario avvicini la propria tessera alla bocca del contenitore.

Il sistema può registrare:

Ma questo dato non dice automaticamente:

Per ottenere una misurazione quantitativa serve un sistema specificamente progettato per misurare il conferimento.

La misurazione può essere organizzata secondo modalità differenti, a seconda della tecnologia e del modello di servizio: numero di aperture, volume autorizzato, dispositivi volumetrici, pesatura o altre modalità definite nel progetto.

La gara AMIU di Bari è un esempio interessante proprio perché separa le funzioni: la documentazione parla di identificazione dei conferitori e, contestualmente, di pesate in fase di raccolta.

Per questo un capitolato dovrebbe evitare una formula generica come "sistema intelligente" e descrivere invece quale dato deve essere prodotto dal sistema.

---

Come funzionano le bocche ad apertura controllata

Una bocca intelligente deve coordinare almeno tre funzioni:

1. riconoscere la richiesta dell'utente;
2. verificare l'autorizzazione;
3. consentire fisicamente il conferimento.

Nel caso dei contenitori interrati intelligenti descritti nella documentazione AMIU, le bocche sono dotate di dispositivo di apertura condizionata e sistema di riconoscimento dell'utente. Per la frazione non riciclabile era inoltre previsto un dispositivo di controllo volumetrico del singolo conferimento.

Questo tipo di configurazione permette di intervenire anche sulla qualità del conferimento.

Per esempio, un limitatore volumetrico può impedire l'introduzione di sacchi o oggetti che superano una determinata dimensione, secondo la configurazione prevista.

La funzione non è necessariamente tariffaria. Può anche servire a evitare conferimenti impropri o a rendere più controllabile il flusso di rifiuti.

---

Controllo volumetrico: che cosa misura?

Il controllo volumetrico opera a un livello diverso dal sensore di riempimento del cassonetto.

Il primo riguarda il singolo conferimento.

Il secondo riguarda lo stato complessivo del contenitore.

Una specifica tecnica AMIU per Bari prevedeva, per il rifiuto non riciclabile, un dispositivo volumetrico tridimensionale integrato nella bocca, con conteggio delle aperture per singola utenza e limitazione del volume conferibile in ciascun ciclo. La stessa documentazione collegava questa funzione sia alla possibilità futura di strategie di tariffazione puntuale sia al controllo della qualità dei rifiuti conferiti.

È quindi utile distinguere:

Controllo del singolo conferimento
Quanto o quale volume può essere introdotto in quel momento?

Monitoraggio del contenitore
Quanto è pieno complessivamente il contenitore?

Sono due problemi diversi.

---

Sensori di riempimento: come aiutano il gestore?

Il sensore di riempimento ha una funzione operativa molto più semplice da comprendere.

Il suo obiettivo è fornire una stima dello stato del contenitore.

Invece di organizzare il giro di raccolta soltanto sulla base di un calendario fisso, il gestore può utilizzare il dato del livello per capire quali postazioni richiedono un intervento.

Il principio è:

Il monitoraggio del livello è una tecnologia ormai prevista anche in progetti pubblici dedicati alla digitalizzazione della raccolta. OpenCUP, per esempio, registra un progetto del Comune di Lecco dedicato a soluzioni tecnologiche e contenitori per la raccolta dotati di sensori di riempimento e compattazione.

Anche documenti pubblici relativi a progetti di innovazione territoriale classificano i sensori "smart bin" tra le tecnologie utilizzabili per monitorare il livello di riempimento di cassonetti e cestini.

Il sensore non elimina automaticamente un giro di raccolta

Questo punto è importante.

Conoscere il livello di riempimento permette di prendere decisioni migliori solo se il dato viene effettivamente utilizzato dal sistema operativo.

Serve quindi definire:

• chi visualizza il dato;
• come viene generato un allarme;
• quale soglia viene utilizzata;
• come l'evento entra nel planning;
• chi decide l'uscita del mezzo;
• come viene registrato lo svuotamento.

Un sensore collegato a un cruscotto che nessuno consulta non costituisce un vero sistema di ottimizzazione.

---

Dalla sensoristica al software: la parte invisibile dell'isola intelligente

L'elettronica della postazione è solo il primo livello.

Per funzionare realmente, il sistema deve trasferire i dati verso una piattaforma capace almeno di associare:

In progetti più articolati possono essere aggiunti:

• stato della batteria;
• anomalie;
• stato della bocca;
• eventi di apertura;
• identificazione del contenitore;
• coordinate della postazione;
• dati del mezzo;
• dati di pesatura;
• storico degli interventi;
• manutenzione.

La specifica AMIU di Bari va in questa direzione: il sistema informatico richiesto doveva gestire conferimenti, pesate, parco contenitori e flotta aziendale, con finalità di analisi e ottimizzazione del servizio.

È un esempio importante perché mostra che il valore non è nella singola scheda elettronica, ma nella relazione tra dati diversi.

---

Come si collegano i dati alla gestione della raccolta?

Una possibile architettura operativa è:

Nel caso di un'isola interrata, il sistema informatico può inoltre essere collegato al contenitore e al mezzo utilizzato per lo svuotamento.

Questo permette di costruire una catena informativa nella quale l'evento di conferimento non rimane isolato.

---

Cosa significa integrare il sistema con la flotta?

L'integrazione con la flotta può essere progettata a diversi livelli.

Nel caso più semplice, il sistema conosce soltanto quando e dove una postazione è stata svuotata.

In un'architettura più completa può ricevere anche informazioni sulla raccolta, sulla pesatura e sul veicolo utilizzato.

La documentazione AMIU relativa alle isole intelligenti di Bari richiede proprio un sistema integrato per il monitoraggio del parco contenitori e della flotta degli automezzi, oltre alla rilevazione dei conferimenti e alle pesate in fase di raccolta.

Per un gestore questa integrazione apre la possibilità di correlare:

Il risultato può essere un quadro operativo molto più dettagliato rispetto al semplice calendario dei giri.

---

Tariffazione puntuale: dove finisce il controllo accessi e dove inizia la misurazione?

È il punto che richiede maggiore attenzione.

La presenza di una tessera o di un sistema di autenticazione non significa automaticamente che sia attiva una tariffazione puntuale.

La normativa italiana distingue i sistemi di misurazione puntuale della quantità di rifiuti dai semplici sistemi di accesso.

Il Decreto Ministeriale 20 aprile 2017 disciplina i criteri per la realizzazione di sistemi di misurazione puntuale della quantità di rifiuti conferiti al servizio pubblico e dei sistemi finalizzati a una tariffa commisurata al servizio reso.

ARERA, nella propria attività di raccolta dati sul settore, distingue inoltre tra le soluzioni di misurazione puntuale della quantità prodotta e le modalità di identificazione dell'utenza necessarie per attribuire puntualmente le quantità conferite.

Quindi:

controllo accessi ≠ misurazione puntuale ≠ tariffazione puntuale

Possono essere componenti della stessa architettura, ma non sono sinonimi.

Perché questa distinzione è importante in un capitolato?

Perché una richiesta come:

"Cassonetto intelligente con RFID per tariffazione puntuale"

lascia aperte troppe domande.

Bisognerebbe specificare invece:

• come viene identificata l'utenza;
• quali eventi vengono registrati;
• quale frazione viene misurata;
• quale grandezza viene misurata;
• con quale metodo;
• quale identificativo viene associato al conferimento;
• come vengono validati i dati;
• come vengono trasferiti al sistema gestionale;
• quali dati devono essere conservati;
• quali sistemi devono essere integrati.

Solo così il requisito diventa verificabile.

---

L'identificazione dell'utente comporta anche un tema di dati personali

Quando una credenziale è associata a una persona fisica o a un'utenza identificabile, il progetto digitale deve considerare anche il trattamento dei dati personali.

Il Garante Privacy ha già affrontato il rapporto tra raccolta differenziata, identificazione dei conferitori e protezione dei dati personali, richiamando i principi di necessità e proporzionalità e distinguendo i casi nei quali l'identificazione è effettivamente necessaria. Il provvedimento risale al 2005, quindi non va utilizzato come sostituto del quadro normativo attuale, ma resta un riferimento utile per comprendere il problema.

In fase di progettazione conviene quindi definire anche:

• quali dati vengono raccolti;
• perché vengono raccolti;
• chi può consultarli;
• per quanto tempo vengono conservati;
• come vengono protetti;
• quali sistemi esterni ricevono i dati;
• quali informazioni sono effettivamente necessarie.

Questo aspetto dovrebbe essere affrontato insieme alla progettazione dell'architettura software, non dopo l'installazione dell'hardware.

---

Che cosa deve succedere se la rete non funziona?

È una domanda che spesso manca nelle specifiche tecniche.

Un sistema intelligente dipende da alimentazione, elettronica, comunicazioni e software. Non basta definire il funzionamento quando tutto è online.

Bisogna definire anche il comportamento degradato.

Per esempio:

• cosa succede se la connessione dati è temporaneamente assente;
• cosa succede se la credenziale non può essere verificata online;
• cosa succede in caso di perdita di alimentazione;
• come viene gestita la bocca durante un guasto;
• come può intervenire un operatore autorizzato;
• quali dati vengono memorizzati localmente;
• come vengono sincronizzati successivamente;
• come viene impedita la perdita o duplicazione degli eventi.

La gara AMIU di Bari includeva tra le prestazioni anche assistenza tecnica, supporto operativo e manutenzione dell'infrastruttura hardware e software, oltre ai canoni di utilizzo dei sistemi software installati.

Questo mostra che il sistema informatico non dovrebbe essere trattato come un accessorio separato dalla gestione della postazione.

---

Alimentazione, comunicazione e manutenzione

Ogni funzione digitale aggiunge componenti da alimentare, controllare e mantenere.

In base alla configurazione possono essere presenti:

• batterie;
• alimentazione elettrica;
• dispositivi di comunicazione;
• antenne;
• lettori;
• attuatori;
• sensori;
• centraline;
• sistemi di apertura;
• componenti di sicurezza.

Il progetto dovrebbe quindi definire almeno:

Non è sufficiente chiedere "telecontrollo" o "connessione cloud".

Un RUP dovrebbe poter sapere cosa viene installato, come viene alimentato, come comunica e cosa succede alla fine della vita utile del componente.

---

Quale tecnologia di comunicazione utilizzare?

La tecnologia di comunicazione dipende dal sito e dall'architettura del progetto.

La scelta può coinvolgere, in funzione della soluzione:

• rete mobile;
• reti a basso consumo;
• gateway locali;
• collegamenti cablati;
• comunicazioni locali tra sensore e centralina;
• altre tecnologie IoT.

Non esiste una tecnologia universalmente corretta.

Il criterio dovrebbe essere la relazione tra:

Per un sensore che deve trasmettere soltanto un valore di livello alcune volte al giorno, le esigenze possono essere molto diverse da quelle di una postazione che deve gestire accessi, eventi, aggiornamenti software e comunicazioni bidirezionali.

---

Monitoraggio del riempimento e ottimizzazione dei giri

Il livello di riempimento è utile soprattutto quando può modificare il comportamento operativo.

Un modello semplice può funzionare così:

Il modello può essere più sofisticato quando vengono utilizzati anche storico dei conferimenti, stagionalità, calendario, tipologia della frazione e informazioni sulla flotta.

Ma bisogna evitare una promessa troppo generica come "riduce i costi di raccolta".

Il beneficio economico dipende dal modo in cui il gestore utilizza il dato, dalla qualità della rilevazione, dalla pianificazione dei giri e dalle condizioni del servizio.

Il sensore è quindi uno strumento di supporto alla decisione, non la decisione stessa.

---

L'isola intelligente deve essere progettata anche per l'utente

L'informatizzazione modifica l'esperienza di conferimento.

L'utente deve capire immediatamente:

• quale frazione conferire;
• come identificarsi;
• dove avvicinare la credenziale;
• quando la bocca è sbloccata;
• quanto può conferire;
• cosa succede quando il conferimento è terminato;
• cosa fare in caso di rifiuto dell'accesso.

Un sistema tecnicamente avanzato può diventare problematico se il ciclo di conferimento è poco comprensibile.

Nella specifica AMIU per Bari, per esempio, il ciclo del conferimento viene associato all'identificazione dell'utente e, per il rifiuto non riciclabile, alla chiusura del dispositivo volumetrico prima di consentire un eventuale conferimento successivo.

Questo tipo di dettaglio è significativo perché mostra che la progettazione dell'interfaccia utente deve essere considerata insieme alla logica informatica.

---

Anche il personale del gestore deve essere previsto nel sistema

Un progetto intelligente non termina con l'utente.

Gli operatori devono poter:

• identificare il contenitore;
• effettuare lo svuotamento;
• verificare lo stato dell'attrezzatura;
• intervenire in caso di anomalia;
• disabilitare temporaneamente una bocca, quando necessario;
• effettuare operazioni di manutenzione;
• utilizzare il sistema di presa previsto;
• consultare le informazioni necessarie.

La documentazione AMIU richiede, per esempio, anche formazione del personale addetto alla manutenzione dei cassonetti sull'utilizzo del sistema di aggancio.

Questo principio vale più in generale: ogni funzione automatizzata deve avere una procedura operativa associata.

---

Cosa dovrebbe contenere una richiesta tecnica per un'isola informatizzata?

Un capitolato o una richiesta di offerta dovrebbe evitare descrizioni vaghe come "cassonetto smart".

È preferibile definire il sistema per funzioni.

Identificazione

• tipo di credenziale;
• modalità di lettura;
• associazione utenza-dispositivo;
• gestione delle utenze abilitate;
• procedure per credenziali smarrite o sostituite.

Accesso

• stato normalmente aperto o chiuso;
• modalità di apertura;
• tempi di autorizzazione;
• gestione degli accessi negati;
• apertura per operatori autorizzati;
• modalità di emergenza.

Conferimento

• frazione associata alla bocca;
• eventuale limitazione dimensionale;
• eventuale controllo volumetrico;
• numero di conferimenti registrabili;
• gestione di conferimenti successivi.

Misurazione

• cosa viene misurato;
• unità di misura;
• precisione richiesta, se pertinente;
• associazione alla singola utenza;
• modalità di validazione del dato.

Riempimento

• tecnologia del sensore;
• frequenza di rilevazione;
• soglie;
• allarmi;
• gestione del dato storico.

Comunicazione

• tecnologia utilizzata;
• copertura richiesta;
• frequenza di trasmissione;
• gestione della perdita di connettività;
• sicurezza delle comunicazioni.

Software

• dashboard;
• utenti autorizzati;
• storico eventi;
• report;
• esportazione dati;
• API o integrazioni;
• gestione degli allarmi;
• gestione della manutenzione.

Continuità operativa

• autonomia;
• comportamento offline;
• gestione dei guasti;
• accesso tecnico;
• sostituzione dei componenti;
• assistenza.

Questa struttura permette di confrontare offerte differenti senza affidarsi alla generica etichetta commerciale "smart".

---

Qual è la differenza tra un sistema intelligente e un semplice controllo accessi?

Il confronto può essere sintetizzato così:

Sistema	Identificazione	Accesso controllato	Dati conferimento	Livello riempimento	Misurazione quantità
Contenitore tradizionale	No	No	No	No	No
Contenitore con accesso controllato	Sì	Sì	Possibile	No necessariamente	No necessariamente
Sistema con sensore di riempimento	Non necessariamente	Non necessariamente	Non necessariamente	Sì	No
Sistema informatizzato completo	Sì	Sì	Sì	Possibile	Possibile
Sistema predisposto alla tariffazione puntuale	Sì	Generalmente necessario secondo il modello	Sì	Eventuale	Sì, secondo il sistema di misurazione previsto

L'ultima riga non significa che qualsiasi sistema con RFID possa essere utilizzato per applicare automaticamente una tariffa puntuale. La misurazione deve essere progettata e validata secondo il quadro applicabile.

Il DM 20 aprile 2017 disciplina proprio i sistemi di misurazione puntuale, mentre ARERA continua a raccogliere informazioni sulle modalità di misurazione e identificazione delle utenze nel quadro dell'evoluzione della regolazione dei corrispettivi del servizio rifiuti.

---

Quando ha senso informatizzare un'isola ecologica?

La tecnologia ha maggiore valore quando esiste una necessità operativa precisa.

Controllo degli accessi

Può essere utile quando il Comune o il gestore deve limitare l'utilizzo della postazione a un insieme definito di utenze.

Monitoraggio del riempimento

Può essere utile quando il gestore vuole passare da una programmazione basata esclusivamente sul calendario a una gestione supportata dal livello effettivo dei contenitori.

Misurazione dei conferimenti

Può essere valutata quando il modello di servizio richiede una misurazione quantitativa del conferimento.

Tariffazione puntuale

Richiede un livello ulteriore di progettazione, nel quale identificazione e misurazione devono essere coerenti con il modello tariffario e con le regole applicabili.

Monitoraggio della flotta

Può avere senso in sistemi nei quali dati di contenitori, mezzi e operazioni di raccolta vengono elaborati insieme.

La documentazione AMIU di Bari è un esempio concreto di quest'ultimo approccio, perché lega conferimenti, pesate, contenitori e flotta all'interno di un sistema informatico integrato.

---

Quando la tecnologia aggiunge complessità senza risolvere un problema?

Non tutte le postazioni necessitano dello stesso livello di informatizzazione.

Un sistema digitale può diventare sproporzionato quando:

• il controllo degli accessi non serve;
• il gestore non utilizzerà i dati;
• non esiste un sistema centrale per ricevere gli eventi;
• non è prevista manutenzione;
• non sono definite procedure in caso di guasto;
• il costo operativo della tecnologia non è giustificato dal beneficio previsto;
• viene richiesta la "smartness" come caratteristica commerciale ma senza un obiettivo misurabile.

La domanda corretta non è:

"Possiamo aggiungere un sensore?"

ma:

"Quale decisione operativa vogliamo prendere grazie a quel dato?"

Se la risposta non è chiara, probabilmente il requisito deve essere ripensato.

---

La vera architettura di un'isola ecologica informatizzata

Per un Comune o un gestore è utile ragionare sul sistema in sei livelli.

Livello 1. Punto fisico

Contenitore, bocca, torretta, pedana, struttura interrata o seminterrata.

Livello 2. Interazione

Lettore, credenziale, pulsante, pedaliera, maniglia, display o altro dispositivo di conferimento.

Livello 3. Sensori

Riempimento, stato, apertura, eventuale misura quantitativa e altri segnali necessari.

Livello 4. Connettività

Sistema attraverso il quale i dati vengono trasferiti alla piattaforma.

Livello 5. Software

Database, dashboard, allarmi, storico, report, gestione delle utenze e degli asset.

Livello 6. Processo operativo

Raccolta, manutenzione, assistenza, controllo e utilizzo dei dati per le decisioni.

Se uno di questi livelli manca, l'infrastruttura può comunque funzionare, ma con un grado di informatizzazione differente.

---

Il progetto dovrebbe definire anche chi possiede e gestisce i dati

Per una fornitura pubblica o per un servizio di lunga durata questo tema è particolarmente importante.

Prima della messa in esercizio conviene definire:

• chi è titolare dei dati;
• chi gestisce la piattaforma;
• chi può accedere alla dashboard;
• chi può modificare le utenze;
• chi gestisce gli identificativi;
• come vengono esportati i dati;
• quale formato è disponibile;
• come si gestiscono le integrazioni;
• cosa accade ai dati in caso di cessazione del servizio;
• chi mantiene hardware e software.

Una fornitura che lascia il Comune o il gestore dipendente da un sistema chiuso senza definire accesso ed esportazione dei dati può creare un vincolo operativo nel lungo periodo.

Questo vale soprattutto quando il sistema viene integrato con tariffazione, sistemi gestionali o altri servizi informatici.

---

Checklist per un'isola ecologica intelligente

Prima di approvare un progetto informatizzato, il Comune, il RUP o il gestore dovrebbe poter rispondere almeno a queste domande:

Utente

• Chi può conferire?
• Come viene identificato?
• Come vengono gestite le credenziali?
• Cosa succede in caso di tessera persa o non funzionante?

Contenitore

• Quale contenitore viene monitorato?
• Ha un identificativo univoco?
• Quali eventi vengono registrati?

Accesso

• La bocca è normalmente chiusa?
• Come viene autorizzata l'apertura?
• Esiste una modalità per operatori e manutentori?

Conferimento

• Viene registrato l'accesso?
• Viene registrata l'apertura?
• Viene misurata la quantità?
• Esiste un limite volumetrico?

Riempimento

• È presente un sensore?
• Quale parametro restituisce?
• Quali soglie generano un allarme?
• Chi riceve l'allarme?

Comunicazione

• Come vengono trasferiti i dati?
• Cosa succede quando la rete non è disponibile?
• Qual è l'autonomia del sistema?

Software

• Quali dati mostra?
• Quali report produce?
• Sono disponibili esportazioni o API?
• Come vengono gestiti gli utenti amministrativi?

Servizio

• Come il dato modifica la programmazione della raccolta?
• Come viene registrato lo svuotamento?
• Come vengono gestite manutenzione e anomalie?

Regolazione

• Il sistema deve supportare una misurazione puntuale?
• Quale frazione deve essere misurata?
• Quale modello tariffario si vuole supportare?
• Quali requisiti normativi devono essere verificati?

Dati personali

• Quali informazioni sono associate all'utenza?
• Qual è la finalità del trattamento?
• Quali soggetti accedono ai dati?
• Quali tempi e modalità di conservazione sono previsti?

Questa checklist evita che il progetto venga definito esclusivamente in termini di hardware.

Controllo accessi, sensori e tariffazione: tre progetti diversi che possono convivere

Una delle ragioni per cui i sistemi "smart" vengono descritti in modo troppo generico è che tre esigenze differenti vengono spesso mescolate.

Controllo accessi
Serve a decidere chi può utilizzare il contenitore.

Monitoraggio del riempimento
Serve a sapere quando il contenitore richiede attenzione.

Misurazione puntuale
Serve a quantificare il conferimento secondo un metodo definito.

Un'isola può avere soltanto una di queste funzioni, due oppure tutte e tre.

La progettazione dovrebbe quindi partire dall'obiettivo del servizio e scegliere successivamente l'hardware necessario.

È una distinzione particolarmente importante in vista della tariffazione puntuale: il quadro regolatorio tratta la misurazione della quantità dei rifiuti come un requisito specifico e non come una semplice conseguenza dell'identificazione dell'utente.

Il valore dell'isola intelligente è nei dati che diventano utilizzabili

La parte più visibile dell'isola può essere una semplice torretta con una bocca di conferimento.

La parte più importante per il gestore può invece essere quella che non si vede: la struttura dati che collega utenti, contenitori, conferimenti, livelli di riempimento e operazioni di raccolta.

Bunder dichiara per la propria gamma di contenitori la possibilità di integrare controllo accessi e livello di riempimento, mentre la documentazione tecnica di una recente fornitura pubblica AMIU mostra come queste funzioni possano essere inserite in una piattaforma più ampia comprendente conferimenti, pesature, contenitori e flotta.

Per questo, nella progettazione di un'isola informatizzata, la domanda finale non dovrebbe essere "quanta tecnologia possiamo installare?", ma:

quali informazioni servono al gestore per amministrare meglio quel punto di raccolta e quali componenti sono realmente necessari per produrle?

Questo approccio permette di valutare la tecnologia in funzione del servizio, mantenendo separati controllo degli accessi, monitoraggio operativo e misurazione dei conferimenti.