O Sustainability Cockpit da Veni AI combina sincronização de conectores ERP, modelação canónica de factos, recuperação, verificação e publicação controlada num único fluxo de trabalho open-source de relatórios de sustentabilidade.
O produto foi concebido para equipas que precisam de mais do que um dashboard ESG estático. Transforma dados alimentados por conectores em pacotes de relatórios prontos para auditoria, com evidências, rastos de cálculo e artefactos monitorizados.
A arquitetura mantém as integrações SAP, Logo Tiger e Netsis separadas na camada de conectores e, em seguida, normaliza cada registo para um formato canónico de factos antes de iniciar a geração narrativa ou o empacotamento.
As regras de confiança fail-closed garantem que o sistema não publica alegações sem suporte: sem evidência, sem alegação; sem artefacto de cálculo, sem alegação numérica; sem aprovação do verificador, sem publicação.
Fluxo de divulgação de ERP para pacote
Desenvolvido para equipes que precisam que sinais de SAP, Logo Tiger e Netsis se tornem pacotes de relatórios TSRS e CSRD prontos para publicação.
O sistema sincroniza entradas de ERP, normaliza cada registo aceite em factos canónicos, verifica alegações com base em evidências e rastos de cálculo, e só publica quando os controlos do pacote permanecem aprovados.
Matriz de conectores
Cada conector preserva a sua própria semântica de delta e contrato de ingestão, mas todos os registos aceites são normalizados num objeto de divulgação rastreável antes de poderem influenciar narrativas ou o estado do pacote.
Extração OData com monitorização de atualização ao nível de ERP para sinais de energia, emissões e governação.
Mais adequado para métricas de clima, eletricidade e governação que exigem linhagem do sistema de origem e tarefas de sincronização repetíveis.
Sincronização SQL View apenas de leitura para métricas de força de trabalho, segurança e cadência de comités.
Capta métricas operacionais e de pessoas sem escrever de volta no ERP, mantendo visíveis a repetição e os diagnósticos de suporte.
Extração REST para divulgações de fornecedores, materialidade e envolvimento das partes interessadas.
Suporta fluxos da cadeia de abastecimento e de planeamento de divulgação onde os deltas baseados em cursor e os diagnósticos ao nível da API são importantes.
Canónico + Confiança
Os registos não fluem diretamente para o texto narrativo. Tornam-se factos canónicos que transportam significado de negócio, responsabilidade, disciplina de unidade e linhagem pronta para evidência antes de qualquer lógica de divulgação ser executada.
{
"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"
}O que cada facto contém
Factos sensíveis ao período
Cada métrica está associada a um período de reporte para que a análise ano após ano e o âmbito da divulgação permaneçam explícitos.
Normalização de unidades
As unidades são padronizadas antes da composição do pacote para que emissões, rácios, contagens e taxas se mantenham comparáveis.
Responsabilidade e confiança
Cada facto regista quem é responsável pela métrica e quão confiante o sistema está no resultado normalizado.
Divulgações rastreáveis
Os ids de origem e as referências de rastreio mantêm cada afirmação ligada ao objeto ERP de origem ou ao fluxo de evidência.
Regras de publicação fail-closed
Sem evidência, sem afirmação
As declarações narrativas têm de corresponder a citações suportadas por evidência antes de se tornarem elegíveis para o pacote.
Sem artefacto de cálculo, sem afirmação numérica
A linguagem numérica é bloqueada, a menos que o sistema consiga apontar para um artefacto de cálculo determinístico.
Sem validação do verificador, sem publicação
Estados críticos FAIL e condições em falta na cadeia de aprovação interrompem a publicação controlada até que os bloqueios sejam resolvidos.
Fluxo do pacote
O sistema trata a publicação como um pipeline de pacote rastreado, em vez de um atalho cego em PDF. Isso significa que o histórico das etapas, a completude dos artefatos e a prontidão dos verificadores permanecem visíveis até à publicação.
Importar dados certificados do conector ERP para o contexto de execução específico do projeto.
Transformar linhas de origem em factos canónicos com unidades, responsáveis e referências de rastreio.
Mapear factos e evidências para estruturas de secções prontas para divulgação.
Gerar rascunhos narrativos apenas depois de a estrutura e o contexto estarem definidos.
Executar verificações de citações ao nível das alegações e de valores numéricos antes de a conclusão do pacote poder continuar.
Preparar elementos visuais decorativos, gráficos e espaços do manifesto visual rastreado.
Montar o PDF e as exportações JSON de suporte a partir do estado verificado do pacote.
Registar metadados de saída, histórico das etapas e inventário de artefactos.
Publicar apenas quando a verificação, a aprovação e as validações de artefactos permanecerem todas aprovadas.
Frameworks de divulgação no âmbito
Os fluxos de divulgação de governação e gestão de risco alinham a narrativa do conselho, da política e da supervisão.
As secções de clima e energia concentram-se nas emissões, no mix de eletricidade e nas narrativas de redução operacional.
As narrativas sobre força de trabalho e cadeia de abastecimento ligam métricas sociais, de materialidade e de cobertura de fornecedores.
Porque o fluxo é importante
Modelo de publicação
Tarefas de pacote rastreadas, não transferências cegas instantâneas
Postura de confiança
Com suporte em evidências, consciente dos cálculos, condicionado por aprovação
Vista do operador
Estado, faixas, artefactos e pressão do verificador mantêm-se visíveis
Superfícies do Produto
O produto de código aberto já expõe o fluxo de trabalho de relatórios como uma sala de controlo funcional: desde a configuração de uma nova execução até ao diagnóstico de recuperação, ingestão de evidências e publicação do pacote.
01
Atualização dos conectores, faixa de KPI, pressão dos verificadores, pistas de pacotes, estado dos artefactos e movimento recente das execuções num cockpit executivo denso.
O produto de código aberto já expõe o fluxo de trabalho de relatórios como uma sala de controlo funcional: desde a configuração de uma nova execução até ao diagnóstico de recuperação, ingestão de evidências e publicação do pacote.
02
Uma plataforma de lançamento da fábrica de relatórios para perfil da empresa, kit de marca, âmbito do framework, responsáveis de governação e seleção de conectores.
03
Carregue ficheiros de origem, execute OCR ou extração em fila, inspecione o estado do índice e mantenha visibilidade da payload bruta para operações de evidências.
04
Ajuste consultas de recuperação híbrida, limiares de pontuação, indicações de período e etiquetas de divulgação antes de as alegações avançarem para publicação.
05
Execute execuções, alivie a pressão de triagem, atualize o estado do pacote e transfira artefactos rastreados a partir de uma única superfície de publicação.
Saída do relatório + OSS
Isto não é apenas um conceito de dashboard. O repositório já contém pré-visualizações de relatórios gerados, artefactos de pacote e uma implementação multisserviço que abrange web, API, worker, dados e serviços de IA.
Pré-visualização da capa gerada
Página de governação gerada
Licença
MIT
Monorepo
Web + API + Worker + Connector Agent
Runtime local
Pronto para Docker Compose
Artefactos de pacote rastreados
report_pdf
Pacote PDF final com narrativa do relatório, marcadores e saída de documento refinada.
visual_manifest
Um inventário rastreado de elementos visuais decorativos, tipo de origem e sinalizadores de geração por IA.
citation_index
Exportação de mapeamento de alegações para evidências para rastreabilidade e revisão de auditoria.
calculation_appendix
Referências de cálculo numérico utilizadas para justificar declarações quantitativas.
coverage_matrix
Resumo de cobertura por secção nos indicadores exigidos e referências de apêndice.
assumption_register
Lista estruturada de pressupostos capturados durante a geração do pacote.
Pilha de implementação
O repositório público expõe onboarding de conectores, sincronização canónica de factos, geração de relatórios, recuperação, verificação, empacotamento e artefactos descarregáveis. Está posicionado como uma base de implementação real, e não como uma maquete de marketing.