Il nostro assistente email citava documenti che l'utente non poteva aprire

Il difetto e' emerso da un controllo interno, non da un incidente: abbiamo riposto a un account con privilegi ridotti le stesse domande che un account con privilegi ampi aveva gia' fatto, e confrontato le risposte con cio' a cui quell'account arriva davvero aprendo SharePoint a mano. La correzione e' stata di due tipi. Primo, un filtro applicato al momento della query: si recupera l'identita' di chi sta chiedendo e la si passa come criterio di filtro, cosi' i risultati escludono tutto cio' che non le corrisponde prima che il modello veda il contenuto. E' la via generalmente disponibile su Azure AI Search — gli ACL nativi per SharePoint erano, e alla documentazione dell'8 agosto 2026 restano, in anteprima. Secondo, una riduzione del perimetro: l'assistente vede meno documenti di prima, perche' un assistente che vede meno sbaglia meno e le risposte che perde sono quasi sempre quelle che non doveva dare. ⚠️ Non e' servita nessuna nuova piattaforma di identita': l'identita' era gia' in Entra ID, mancava il passaggio che la usava.