Lei possiede il tenant, i dati, lo schema e il corpus.

L'Intelligence Layer che Nexa Intelligence opera Le appartiene. L'account cloud Le appartiene. Le conversazioni grezze, il repository di fatti arricchiti, i pannelli di controllo, lo schema che tipizza il corpus e gli agenti IA che lo interrogano risiedono su un'infrastruttura che Lei controlla. Se decide di terminare il rapporto con il fornitore, la Sua distribuzione continua a funzionare sullo stesso account, contro gli stessi dati, sotto lo stesso schema, senza interruzione di continuita.

Questa pagina illustra cosa significa la proprieta in pratica: lo schema, il formato del corpus, il percorso di portabilita e cosa accade al termine dell'ingaggio.

[ 01 ]  ·  NAMED: PROPRIETA DELL'ACCOUNT

Il Suo account cloud detiene ogni componente della piattaforma.

Il Cloud Harness si installa all'interno del Suo account Cloudflare, AWS, Azure o on-premise. L'archiviazione, il calcolo, il registro di audit, il vault dei segreti e la gestione delle chiavi risiedono su credenziali che la Sua IT controlla. Non esiste un ambiente separato controllato da Nexa che detenga una copia dei Suoi dati. Vedere Distribuzione in-tenant per la topologia.

La fatturazione dell'infrastruttura sottostante e a Suo carico, poiche le risorse Le appartengono. Il nostro contratto copre l'operativita della piattaforma, la metodologia e il lavoro di intelligence lato agenti. Il costo dell'infrastruttura e separabile come voce di spesa dall'ingaggio.

[ 02 ]  ·  NAMED: LO SCHEMA

Documentato, tipizzato, stabile per settore.

Ogni fatto nel corpus e tipizzato secondo lo stesso schema. Dieci dimensioni coprono la sostanza di un colloquio di percezione del marchio: punti critici, punteggio delle opportunita, percezione del marchio, segnale di mercato, comportamento dei segmenti di clientela, mappa delle menzioni dei concorrenti, punteggio di maturita IA, lacune formative, fattori di retention e rischio normativo o di conformita. Lo schema e pubblicato. Puo leggerlo, derivarlo ed eseguire le proprie analisi senza il nostro coinvolgimento.

La riga del fatto porta tre timestamp indipendenti: learned_at (quando il sistema ha osservato il fatto), valid_at (quando il fatto e diventato vero nel mondo), invalid_at (quando ha cessato di essere vero). Porta anche un segment_vector sparso che descrive quale fascia della popolazione il fatto riguarda. Lo schema e bi-temporale e consapevole dei segmenti fin dalla prima distribuzione.

La provenienza fa parte della riga. Un campo source_chunk_id nella forma transcript_id / turn_id / sentence_id collega ogni fatto alla frase esatta del colloquio che lo ha prodotto. Il collegamento e obbligatorio. Non esiste un fatto senza un chunk sorgente.

[ 03 ]  ·  NAMED: IL FORMATO DEL CORPUS

Archiviazione standard. Interfacce di interrogazione standard.

Il data lake grezzo contiene l'audio originale e le trascrizioni in formati standard: .mp3 per l'audio, .json per le trascrizioni e i metadati per conversazione. I file risiedono in object storage (R2 su Cloudflare, S3 su AWS, Blob su Azure, MinIO on-premise) con prefissi di chiave deterministici che includono l'identificatore di matrice. Nulla del formato file e proprietario.

Il repository di fatti arricchiti risiede in un'archiviazione compatibile con Postgres (Postgres con Apache AGE per il livello grafo, o Cosmos DB / DynamoDB nelle varianti cloud). Lo schema e esposto come viste SQL e come API REST. Il server Model Context Protocol che fa da facciata al corpus per gli agenti IA e la stessa superficie che un analista umano puo interrogare. SQL standard, REST standard, MCP standard.

Due standard aperti ancoraggio il modello temporale: il modello bi-temporale Zep e il modello di decadimento dei fatti mem0. Entrambi sono pubblicati. La nostra implementazione li estende con la calibrazione delle emivite per dimensione e il vettore di segmento. Sostituire la nostra implementazione con una alternativa e una modifica al codice rispetto alla specifica pubblicata. Non e una migrazione a un altro fornitore.

[ 04 ]  ·  NAMED: PORTABILITA

Il corpus si esporta in modo pulito.

Due percorsi di esportazione coprono il corpus. Il primo e una copia completa dell'object storage del data lake piu un dump SQL del repository di fatti. Quell'archivio unico ricostruisce la distribuzione altrove. Il secondo e un'esportazione in streaming tramite l'API di interrogazione e il server MCP, per i partner che desiderano replicare il corpus nella propria piattaforma analitica su base continuativa.

Entrambi i percorsi preservano l'identificatore del chunk su ogni fatto, in modo che la provenienza sopravviva all'esportazione. Un'affermazione spostata nel Suo data warehouse puo ancora essere ricondotta al turno del colloquio sorgente attraverso lo stesso identificatore utilizzato dal pannello di controllo.

L'esportazione e un pulsante nella console operatore. Non la condizioniamo a una conversazione di rinnovo ne a una richiesta a pagamento.

[ 05 ]  ·  NAMED: FINE DELL'INGAGGIO

La distribuzione continua a funzionare senza di noi.

Se termina il rapporto con il fornitore, la distribuzione sul Suo account cloud continua a operare. Il pipeline di acquisizione continua a scrivere nel data lake. Il pipeline di arricchimento continua a produrre righe di fatti secondo lo stesso schema. I pannelli di controllo continuano a renderizzare. Gli endpoint degli agenti IA continuano a rispondere contro il corpus. La configurazione della metodologia si trova nel Suo account, sotto forma di blob di piano con versioning e hash di prompt registrati. Nulla dipende da una connessione attiva a Nexa.

Cio che perde e il supporto operativo, la calibrazione della metodologia e gli aggiornamenti della piattaforma. Il sistema continua. L'Intelligence Layer continua. La Sua IT puo affidare la responsabilita operativa a un altro fornitore o gestire la piattaforma internamente. Il contratto nomina il runbook di transizione in modo che il trasferimento segua una procedura anziche una rinegoziazione.

[ 06 ]  ·  NAMED: L'AUDIT ALLA DATA FISSA

Riprodurre lo stato del corpus a qualsiasi data passata.

Il modello bi-temporale fornisce la capacita di replay. Un brand partner puo eseguire la query odierna e la stessa query come avrebbe risposto sei mesi fa sullo stesso corpus. Lo stato del corpus al 12 aprile 2026 e ricostruibile dai timestamp sulle righe di fatti. Gli audit che chiedono "cosa diceva il sistema alla data della decisione d'acquisto" trovano risposta.

Questa e la proprieta che rende un'API brand partner sottoscrivibile in un contratto. Un indice RAG statico non puo rispondere alla domanda alla data fissa. Il repository di fatti bi-temporale puo farlo.