Supabase: backend Postgres per applicazioni gestionali

Che cos'è Supabase e perché lo usiamo

Supabase è una piattaforma open source che mette attorno a un database PostgreSQL tutto ciò che serve per costruirci sopra un'applicazione: autenticazione, API generate automaticamente dallo schema, storage dei file, notifiche in tempo reale e funzioni serverless.

La ragione per cui lo preferiamo ad altre soluzioni gestite è che sotto non c'è un motore proprietario: c'è Postgres, con il suo SQL standard, le sue transazioni e i suoi vincoli. Il progetto può essere spostato altrove esportando il database, senza riscrivere la logica applicativa. È una garanzia che a un'azienda conviene pretendere.

Row Level Security: i permessi vivono nel database

Nelle applicazioni multi-azienda il rischio più serio è che un utente veda dati che non gli appartengono. La difesa classica — filtrare nelle query dell'applicazione — regge finché nessuno dimentica un filtro, cioè poco.

Con la Row Level Security la regola di visibilità vive nel database e viene applicata a ogni interrogazione, da qualunque parte arrivi. In Connexon ogni tabella ha politiche che legano la riga al committente e al ruolo dell'utente: l'installatore vede i propri interventi, il responsabile quelli della sua area, il committente solo le proprie commesse. Anche una query scritta male non può far uscire un dato dal suo perimetro.

Logica di dominio nel database

Supabase permette di esporre funzioni PostgreSQL come endpoint RPC, e su applicazioni gestionali questo cambia parecchio. Le operazioni che devono essere atomiche — chiudere un intervento scaricando materiali dal magazzino e aggiornando lo stato della commessa — vivono in una funzione transazionale: o riesce tutto o non cambia niente.

In Connexon sono oltre settanta funzioni di questo tipo. Il vantaggio, oltre alla coerenza dei dati, è che la stessa regola vale per il backoffice web e per la PWA dei tecnici, senza duplicare la logica su due client.

Storage, realtime ed edge functions

Lo storage integrato gestisce i file con le stesse regole di sicurezza delle tabelle: nel nostro caso le foto di intervento e la documentazione di collaudo caricate dal campo, accessibili solo a chi ha titolo per vederle. Il canale realtime propaga le variazioni ai client connessi, così l'ufficio vede l'avanzamento dei lavori senza ricaricare la pagina. I dettagli operativi sono nel case study Fibersystems.

Le edge functions coprono ciò che non ha senso mettere nel database: webhook di terze parti, invio di notifiche, elaborazioni programmate. Restano codice TypeScript, quindi condividono tipi e strumenti con il resto del progetto.

Domande frequenti su Supabase

Meglio Supabase o Firebase?

Supabase quando i dati sono relazionali — clienti, ordini, righe, documenti collegati tra loro — cioè praticamente sempre in ambito gestionale: si usa SQL e si mantiene la portabilità. Firebase resta valido su casi molto orientati al documento e al tempo reale puro.

I dati restano di proprietà dell'azienda?

Sì. È un database PostgreSQL standard: si può esportare integralmente in qualsiasi momento e Supabase può essere installato anche su infrastruttura propria, essendo open source. Non c'è un formato proprietario da cui liberarsi.

Dove sono ospitati i dati?

La regione si sceglie alla creazione del progetto e per i clienti italiani usiamo data center europei, con backup automatici e possibilità di ripristino a un istante preciso. È un requisito che verifichiamo all'inizio, non alla fine.

Supabase regge un'applicazione aziendale seria?

Sì: sotto è Postgres, lo stesso motore usato da sistemi ben più grandi. Connexon è in produzione su questa base con centinaia di tecnici sul campo, storage di immagini e sincronizzazione continua tra ufficio e cantiere.

Si può collegare Supabase al gestionale già in uso?

Sì. Il database Supabase diventa il livello operativo dell'applicazione e un middleware lo sincronizza con l'ERP: anagrafiche e listini scendono dal gestionale, i documenti prodotti sul campo risalgono verso di esso.