Veni AI Sustainability Cockpit unisce sincronizzazione dei connettori ERP, modellazione canonica dei fatti, retrieval, verifica e pubblicazione controllata in un unico flusso di rendicontazione di sostenibilità open-source.
Il prodotto è progettato per team che hanno bisogno di più di una dashboard ESG statica. Trasforma i dati alimentati dai connettori in pacchetti di report pronti per l'audit con evidenze, tracce di calcolo e artefatti tracciati.
L'architettura mantiene separate le integrazioni SAP, Logo Tiger e Netsis a livello di connettore, quindi normalizza ogni record in una struttura canonica dei fatti prima che inizi la generazione narrativa o il packaging.
Le regole di trust fail-closed garantiscono che il sistema non pubblichi affermazioni non supportate: nessuna evidenza, nessuna affermazione; nessun artefatto del calcolatore, nessuna affermazione numerica; nessun passaggio del verificatore, nessuna pubblicazione.
Flusso di divulgazione da ERP a pacchetto
Progettato per team che devono trasformare i segnali di SAP, Logo Tiger e Netsis in pacchetti di report TSRS e CSRD pronti per la pubblicazione.
Il sistema sincronizza gli input ERP, normalizza ogni record accettato in fatti canonici, verifica le dichiarazioni rispetto alle evidenze e alle tracce di calcolo e pubblica solo quando i controlli del pacchetto restano verdi.
Matrice dei connettori
Ogni connettore preserva la propria semantica delta e il contratto di ingestione, ma ogni record accettato viene normalizzato in un oggetto di disclosure tracciabile prima di poter influenzare le narrative o lo stato del pacchetto.
Pull OData con tracciamento della freschezza di livello ERP per segnali su energia, emissioni e governance.
Ideale per metriche su clima, elettricità e governance che richiedono lineage del sistema sorgente e processi di sincronizzazione ripetibili.
Sincronizzazione SQL View in sola lettura per metriche su forza lavoro, sicurezza e cadenza dei comitati.
Acquisisce metriche operative e del personale senza scrivere di nuovo nell'ERP, mantenendo visibili il replay e la diagnostica di supporto.
Pull REST per disclosure su fornitori, materialità e coinvolgimento degli stakeholder.
Supporta i flussi della supply chain e della pianificazione delle disclosure, dove contano i delta basati su cursori e la diagnostica a livello API.
Canonical + Fiducia
I record non confluiscono direttamente nel testo narrativo. Diventano fatti canonici che portano con sé significato aziendale, ownership, disciplina delle unità e lineage pronta per le evidenze prima che venga eseguita qualsiasi logica di disclosure.
{
"metric_code": "E_SCOPE2_TCO2E",
"period_key": "2025",
"unit": "tCO2e",
"value_numeric": 12450,
"source_system": "sap_odata",
"source_record_id": "sap-scope2-2025",
"owner": "[email protected]",
"confidence_score": 0.98,
"trace_ref": "sap://scope2/2025"
}Cosa contiene ogni fatto
Fatti sensibili al periodo
Ogni metrica è ancorata a un periodo di rendicontazione, così l'analisi anno su anno e l'ambito della disclosure restano espliciti.
Normalizzazione delle unità
Le unità vengono standardizzate prima della composizione del pacchetto, così emissioni, rapporti, conteggi e tassi restano comparabili.
Ownership e affidabilità
Ogni fatto registra chi è responsabile della metrica e quanto il sistema è affidabile rispetto all'output normalizzato.
Disclosure tracciabili
Gli ID di origine e i riferimenti di tracciamento mantengono ogni affermazione collegata all'oggetto ERP di origine o al percorso delle evidenze.
Regole di pubblicazione fail-closed
Nessuna evidenza, nessuna affermazione
Le affermazioni narrative devono risolversi in citazioni supportate da evidenze prima di poter essere incluse nel pacchetto.
Nessun artefatto di calcolo, nessuna affermazione numerica
Il linguaggio numerico viene bloccato a meno che il sistema non possa indicare un artefatto di calcolo deterministico.
Nessun via libera del verificatore, nessuna pubblicazione
Gli stati FAIL critici e le condizioni mancanti nella catena di approvazione bloccano la pubblicazione controllata finché gli impedimenti non vengono risolti.
Flusso dei pacchetti
Il sistema tratta la pubblicazione come una pipeline di pacchetti tracciata anziché come una scorciatoia cieca tramite PDF. Ciò significa che la cronologia delle fasi, la completezza degli artifact e la prontezza del verificatore restano visibili fino al rilascio.
Importa i dati certificati del connettore ERP nel contesto di esecuzione specifico del progetto.
Trasforma le righe sorgente in fatti canonici con unità, responsabili e riferimenti di tracciabilità.
Mappa fatti ed evidenze in strutture di sezione pronte per la disclosure.
Genera bozze narrative solo dopo che struttura e contesto sono stati definiti.
Esegue controlli su citazioni e valori numerici a livello di affermazione prima che il completamento del pacchetto possa proseguire.
Prepara elementi visivi decorativi, grafici e slot del manifesto visivo tracciato.
Assembla il PDF e le esportazioni JSON di supporto a partire dallo stato del pacchetto verificato.
Registra i metadati di output, la cronologia delle fasi e l'inventario degli artifact.
Rilascia solo quando i controlli di verifica, approvazione e artifact restano tutti verdi.
Framework di disclosure inclusi
I flussi di disclosure su governance e gestione del rischio allineano il racconto su consiglio, policy e supervisione.
Le sezioni su clima ed energia si concentrano su emissioni, mix elettrico e narrative di riduzione operativa.
Le narrative su forza lavoro e supply chain collegano metriche sociali, di materialità e di copertura dei fornitori.
Perché il flusso è importante
Modello di pubblicazione
Processi di pacchetti tracciati, non download istantanei e ciechi
Approccio alla fiducia
Supportato da evidenze, consapevole dei calcoli, vincolato da approvazione
Vista operatore
Stato, corsie, artifact e pressione sul verificatore restano visibili
Superfici del prodotto
Il prodotto open-source espone già il flusso di lavoro di reporting come una control room operativa: dalla configurazione di una nuova esecuzione alla diagnostica di retrieval, acquisizione delle evidenze e rilascio del pacchetto.
01
Aggiornamento dei connettori, fascia KPI, carico dei verificatori, corsie dei pacchetti, stato degli artifact e avanzamento delle esecuzioni recenti in un cockpit esecutivo denso di informazioni.
Il prodotto open-source espone già il flusso di lavoro di reporting come una control room operativa: dalla configurazione di una nuova esecuzione alla diagnostica di retrieval, acquisizione delle evidenze e rilascio del pacchetto.
02
Una console di avvio della report factory per profilo aziendale, brand kit, ambito del framework, responsabili della governance e selezione dei connettori.
03
Carica file sorgente, esegui OCR o estrazione in coda, controlla lo stato dell'indice e mantieni la visibilità sul payload grezzo per le operazioni sulle evidenze.
04
Ottimizza query di retrieval ibrido, soglie di scoring, indicazioni temporali e tag di disclosure prima che le affermazioni passino alla pubblicazione.
05
Esegui le run, riduci la pressione del triage, aggiorna lo stato del pacchetto e scarica artifact tracciati da un'unica superficie di rilascio.
Output del report + OSS
Non è solo un concetto di dashboard. Il repository contiene già anteprime di report generati, artefatti di pacchetto e un'implementazione multi-servizio che copre web, API, worker, dati e servizi AI.
Anteprima della copertina generata
Pagina di governance generata
Licenza
MIT
Monorepo
Web + API + Worker + Connector Agent
Runtime locale
Pronto per Docker Compose
Artefatti di pacchetto tracciati
report_pdf
Pacchetto PDF finale con narrazione del report, segnalibri e output documentale rifinito.
visual_manifest
Un inventario tracciato degli elementi visivi decorativi, del tipo di origine e dei flag di generazione AI.
citation_index
Esportazione della mappatura da dichiarazioni a evidenze per tracciabilità e revisione di audit.
calculation_appendix
Riferimenti ai calcoli numerici utilizzati per giustificare le affermazioni quantitative.
coverage_matrix
Riepilogo della copertura delle sezioni rispetto alle metriche richieste e ai riferimenti in appendice.
assumption_register
Elenco strutturato delle assunzioni acquisite durante la generazione del pacchetto.
Stack di implementazione
Il repository pubblico mette a disposizione onboarding dei connettori, sincronizzazione canonica dei fatti, generazione dei report, retrieval, verifica, packaging e artefatti scaricabili. È presentato come una base di implementazione reale, non come un mockup di marketing.