# 11 - Chiusura zone grigie

## Obiettivo

Chiarire le aree che nei documenti 07-10 risultavano ancora parzialmente indeterminate, agganciandole a un registry univoco e distinguendo cio che e gia chiuso, cio che e pronto per verifica e cio che resta aperto.

## Sintesi esecutiva

Il registry `analisi/gray_areas_registry.md` formalizza 10 gap. Di questi:

- gap aperti: 3
- gap pronti per verifica: 4
- gap chiusi: 3

La chiusura documentale non sostituisce la verifica sul sistema, ma consente di tracciare in modo univoco le aree da presidiare e i relativi criteri di uscita.

## Gap chiusi

### GA07 - Pattern `frm/app/cli`

- Il pattern e ormai sufficientemente canonizzato nel corpus base.
- La distinzione tra prefissi core e pattern di riuso e stata ricondotta a una tassonomia stabile.

### GA08 - Registry cross-app decisionale

- Il registry e stato reso coerente come strumento di classificazione e non solo di descrizione.
- La legenda di stato e sufficiente per l'uso operativo nel perimetro documentale corrente.

### GA10 - Lineage documentale e ticket

- Il riferimento minimo a ticket, commit e note pregresse e sufficiente per l'analisi corrente.
- Eventuali approfondimenti storici restano utili, ma non bloccano la chiusura del gap nel corpus base.

## Gap pronti per verifica

### GA01 - Core Yii e customizzazioni Sophia

- Da confermare la mappa completa delle estensioni core e dei punti di estensione canonici.

### GA02 - Grid, filtri e rendering

- Da normalizzare la distinzione tra comportamento base, override Sophia e casi legacy.

### GA03 - Error handling e debug

- Da confermare il confine operativo tra output di debug, logging e messaggi ammessi in produzione.

### GA09 - Riuso sulle app verticali

- Da validare per ogni equivalenza funzionale ancora solo inferita nel corpus locale.

## Gap aperti

### GA04 - Sessione e cache-control

- La configurazione puntuale dei flag cookie e dei timeout resta da confermare.

### GA05 - RBAC, menu e azioni sensibili

- Serve ancora la matrice completa tra menu, action e controllo server-side.

### GA06 - Configurazione e ambienti

- L'inventario dei segreti, dei file e delle differenze ambiente non e ancora completo.

## Collegamenti ai documenti 07-10

- `07_differenze_cross_app.md`: le aree di classificazione e riuso sono rinviate a `GA01`, `GA02`, `GA07`, `GA09`.
- `08_migliorie_app.md`: le aree di miglioramento documentale e decisionale sono rinviate a `GA08`, `GA10`.
- `09_migliorie_performance.md`: le aree di standardizzazione tecnica di supporto sono rinviate a `GA02`, `GA03`.
- `10_migliorie_sicurezza.md`: i rischi tecnici non completamente dimostrati sono rinviati a `GA04`, `GA05`, `GA06`.

## Criterio di chiusura adottato

Un gap e considerato chiuso quando il corpus documentale contiene:

1. un'area funzionale chiara,
2. un riferimento univoco al gap nel registry,
3. una descrizione sufficiente di evidenza presente e mancante,
4. un metodo di verifica realistico,
5. un criterio di uscita non ambiguo.

Se manca uno di questi elementi, il gap resta `pronto verifica` oppure `open`.

## Scopo
Descrivere obiettivo operativo e risultato atteso.

## Perimetro
Definire modulo, confini funzionali e prerequisiti.

## Flusso
1. Input e contesto.
2. Esecuzione del processo.
3. Output e verifica.

## Componenti
- Controller/servizi.
- Model e tabelle.
- Job/log/integrazioni correlate.

## Failure mode
- Errori ricorrenti.
- Cause tipiche.
- Segnali diagnostici.

## Checklist
- Pre: prerequisiti validati.
- Post: outcome e coerenza dati verificati.

## Criteri di accettazione
Contenuto azionabile, verificabile e coerente con il codice.