# Roadmap

## Completato

### Fondazione della piattaforma

- `portal` centrale introdotto e messo in produzione
- `backend-hub` introdotto come backend condiviso reale
- compose root introdotto per l'intero workspace
- wrapper legacy introdotti per `PRENOTAZIONI_IA` e `MENU2.0`
- configurazione LLM centralizzata introdotta

### Auth e tenancy baseline

- registrazione reale del locale
- sessioni persistenti
- registry SQLite centrale per tenant, venue, utenti e moduli
- database SQLite dedicati per tenant
- riuso della sessione del gestionale nel modulo `ordini`
- risoluzione del locale corrente in `PRENOTAZIONI_IA`

### Home assistant grounded

- chat `Home` del portale collegata a dati reali del locale
- tool reali per ordini, prodotti, prenotazioni, note, obiettivi
- creazione documenti Google disponibile quando Workspace e collegato
- configurazione menu tenant-aware centralizzata nel `backend-hub`

## In corso

### Consolidamento delle integrazioni legacy

- mantenere `PRENOTAZIONI_IA` tenant-aware senza rifattorizzare il dominio
- tenere `MENU2.0` stabile, ma far vivere prompt e asset tenant nel `backend-hub`
- migliorare i contratti condivisi senza fondere i frontend legacy nel portale

### Hardening operativo

- rendere piu esplicite le policy di deploy e backup
- ridurre le zone di documentazione obsolete
- consolidare i flussi di configurazione ambiente tra locale e produzione

## Prossimi passi prioritari

### Billing e abilitazioni modulo

- catalogo piani
- lifecycle dei moduli per tenant
- abilitazioni, rinnovi e policy di accesso piu rigorose

### Permessi e ruoli applicativi

- ruoli piu granulari oltre all'owner
- policy di autorizzazione per modulo
- differenziazione tra operatori, manager e amministratori

### Modulo `Homemade`

- definizione del dominio reale
- modellazione di ricette, basi e preparazioni
- eventuale primo verticale nativo oltre a `ordini`

## Direzione di medio periodo

### Ordini

- estendere il modulo con ruoli e policy piu solide
- consolidare il modello tenant-aware
- mantenere il fallback standalone solo come compatibilita

### Prenotazioni

- estrarre capability condivise solo quando portano valore concreto
- evitare un assorbimento forzato nel core

### Menu

- continuare a usare il `backend-hub` per prompt, asset e contesto tenant
- lasciare il frontend legacy invariato finche non esiste un sostituto credibile

### Chiamate LLM

- aumentare logging e osservabilita
- introdurre policy e limiti per tenant
- ridurre progressivamente la configurazione sparsa nelle legacy