Fedro · Layer di interoperabilità semantica

Interoperabilità, finalmente operativa.

Un layer semantico condiviso tra fonti e servizi.

Fedro collega dati e documenti senza sostituire i sistemi che li producono. Li traduce in un modello semantico condiviso, costruisce un grafo canonico e conserva il collegamento alle fonti.

Dati diversi. Un significato comune. Servizi riutilizzabili.

Fedro traduce fonti locali secondo un domain pack versionato, costruisce un grafo canonico con provenienza e lo rende disponibile a servizi e interrogazioni.

DocumentiAtti e archivi
Dati strutturatiGestionali e database
Ontologia + domain packFEDRO · Grafo canonico
Uso operativoServizi verticali
Accesso governatoWorkbench · API · GraphRAG
Schema del flusso Fedro: fonti locali, contratto semantico, grafo canonico e servizi.

Essere digitali non significa essere interoperabili.

Software, database, documenti e API possono restare isole: strutture, identità e significati diversi costringono le persone a ricostruire le informazioni a mano.

Le API trasportano dati. Non garantiscono che due sistemi attribuiscano agli stessi dati lo stesso significato.

Lo stesso problema non dovrebbe richiedere una soluzione diversa per ogni isola di dati.

Fedro separa il raccordo locale dalla logica del servizio.

Connettori, mappature, identità e regole restano locali. Il servizio dipende dal significato canonico, non dalle colonne di una singola organizzazione. Fedro non elimina la configurazione locale: riduce la necessità di riscrivere ogni volta la stessa logica applicativa.

Un contratto semantico tra fonti e servizi.

Un layer leggero e complementare ai sistemi esistenti. I dati vengono ricondotti a un significato condiviso senza imporre un unico database. Fedro può sostenere architetture distribuite.

Ontologia

Descrive entità, proprietà e relazioni del dominio. Non obbliga gli enti a usare lo stesso software: stabilisce un significato comune al quale ricondurre ogni fonte locale.

Domain pack

Rende il modello un contratto eseguibile e governato: mappature, identità, normalizzazioni, regole, controlli di qualità e versioni. Il motore resta generale; i domain pack descrivono domini diversi.

  1. FontiSistemi e documenti
  2. AcquisizioneMappatura
  3. ContrattoOntologia + pack
  4. FattiIdentità + provenienza
  5. ControlloValidazione + revisione
  6. GrafoCanonico
  7. AccessoSPARQL · API · GraphRAG
Sistemi allineati allo stesso contratto possono scambiare dati con un significato condiviso attraverso Fedro. Qualità, identità, versioni, autorizzazioni e governance restano necessarie.

Dal risultato si risale alla fonte.

Fedro conserva il collegamento tra fatti, relazioni ed evidenze originali. Le informazioni insufficienti e le ambiguità restano visibili.

01 · Domanda di esempio La domanda individua il compito
«Quali atti contengono le evidenze richieste?»
02 · Grafo canonico I fatti sono collegati alle evidenze
  • AttodichiaraFatto
  • Fattoè sostenuto daEvidenza
03 · Risultato strutturato Il risultato conserva i riferimenti
Esito
Individuato
Evidenza
Disponibile
Fonte
Documento
04 · Verifica della fonte Il passaggio si legge nel documento
Passaggio che sostiene il risultato

Risultati raggiunti e prossimi passi.

Fedro è già utilizzato in progetti pilota nella PA e nel manifatturiero. Il prodotto costruisce grafi interrogabili e restituisce risultati collegati alle fonti.

Dimostrato
Abbiamo completato un progetto pilota nella PA e implementato la ricerca in linguaggio naturale nel Graph Workbench.
In corso
Sono in corso due progetti pilota, uno nella PA e uno nel manifatturiero. Stiamo preparando l’industrializzazione e il primo rilascio in cloud.
Direzione
Uno strumento visuale e conversazionale per proporre domain pack da sottoporre sempre a revisione e firma prima dell’attivazione.

L’AI propone. Il controllo si fonda sui dati e sulle evidenze.

Fedro costruisce prima un layer deterministico, strutturato e interrogabile. L’LLM può supportare l’estrazione, la mappatura, l’interrogazione e la narrazione. Il modello lavora su fatti ed evidenze selezionati; non diventa la fonte autorevole.

SPARQLAPILinguaggio naturaleGraphRAG Interrogazioni e servizi lavorano sullo stesso grafo, con i riferimenti alle fonti.

Il processo deve essere comprensibile, non soltanto corretto.

Fedro rende visibili trasformazioni, regole, fonti e incertezze senza chiedere agli operatori di conoscere RDF o SPARQL.

  1. 01

    Definire

    Problema, fonti, risultato atteso.

  2. 02

    Raccordare

    Domain pack, mappature, identità.

  3. 03

    Verificare

    Fatti, evidenze, ambiguità.

  4. 04

    Riutilizzare

    Lo stesso servizio, nuove fonti.

Prodotto, tecnologia e ricerca applicata.

Fedro Data è una startup innovativa costituita nel 2026. I tre fondatori lavorano insieme allo sviluppo del prodotto.

Una startup nell’ecosistema toscano dell’innovazione

FEDRO Data è stata selezionata per il programma IKIGAI della Fondazione MPS e fa parte dell’ecosistema del Polo Tecnologico di Navacchio, una rete di imprese e professionisti orientati all’innovazione.

Domande su Fedro

Cos’è Fedro?

Fedro è un layer di interoperabilità semantica. Traduce dati e documenti in fatti collegati attraverso identità e relazioni, ne conserva la provenienza e li governa mediante un contratto comune, così che persone e applicazioni possano interrogarli.

Perché non basta collegare le API?

Le API trasportano dati, ma non stabiliscono che strutture e identità diverse abbiano lo stesso significato. Fedro rende esplicita e verificabile quella traduzione.

Perché Fedro usa ontologie?

L’ontologia descrive entità, proprietà e relazioni del dominio. Il domain pack aggiunge mappature, identità, normalizzazioni, regole, controlli di qualità e versionamento, rendendo il modello applicabile.

Qual è la differenza rispetto a interrogare direttamente un LLM?

Fedro costruisce prima un layer deterministico e interrogabile. L’LLM può contribuire all’estrazione, alla mappatura e alla spiegazione; il contratto, i dati e le evidenze restano i riferimenti autorevoli.

Fedro sostituisce i sistemi esistenti?

No. È un layer leggero e complementare: ERP, sistemi di protocollo, sistemi documentali e database restano le fonti autorevoli. Fedro mantiene una rappresentazione canonica derivata e verificabile.

Come si accede ai dati?

Nel Graph Workbench o attraverso le API usate nelle integrazioni di progetto. L’accesso pubblico alle API non è ancora disponibile.

Parliamone

Quali dati vorresti mettere in relazione?

Raccontaci quali sistemi o documenti utilizzi, dove le informazioni non coincidono e quale risultato ti serve. Valutiamo insieme come Fedro può contribuire al tuo processo.

Oppure scrivici a info@fedro-data.it

I campi contrassegnati con * sono obbligatori.