Veni AI

Veni AI Sustainability Cockpit: Open-source ERP-til-rapport bærekraftsrapportering

Veni AI Sustainability Cockpit kombinerer synkronisering av ERP-koblinger, kanonisk faktamodellering, innhenting, verifisering og kontrollert publisering i én åpen kildekode-basert arbeidsflyt for bærekraftsrapportering.

Produktet er utviklet for team som trenger mer enn et statisk ESG-dashboard. Det gjør koblingsdrevet data om til revisjonsklare rapportpakker med dokumentasjon, beregningsspor og sporede artefakter.

Arkitekturen holder SAP-, Logo Tiger- og Netsis-integrasjoner adskilt i koblingslaget, og normaliserer deretter hver post til en kanonisk faktastruktur før narrativ generering eller pakking begynner.

Fail-closed-regler for tillit sikrer at systemet ikke publiserer påstander uten grunnlag: ingen dokumentasjon, ingen påstand; ingen kalkulatorartefakt, ingen numerisk påstand; ingen verifiseringsgodkjenning, ingen publisering.

Sustainability Cockpit
Åpen kildekode-bærekraftsrapportering

ERP-til-pakke arbeidsflyt for offentliggjøring

Gjør ERP-data om til reviderbare bærekraftsrapporter

Bygget for team som trenger at signaler fra SAP, Logo Tiger og Netsis blir til publiseringsklare TSRS- og CSRD-rapportpakker.

Systemet synkroniserer ERP-inndata, normaliserer hver godkjente post til kanoniske fakta, verifiserer påstander mot bevis og beregningsspor, og publiserer kun når pakkekontrollene forblir grønne.

Åpen kildekodeSAP / Logo / NetsisTSRS / CSRDKontrollert publisering
Konnektordekning
3 ERP-inndata
Pakkepipeline
9 trinn
Sporede utdata
6 artefakter
Tillitspolicy
Fail-closed

Koblingsmatrise

Sertifiserte ERP-inndata, én kanonisk faktamodell

Hver kobling bevarer sin egen delta-semantikk og inntakskontrakt, men hver godkjente post normaliseres til et sporbarhetsvennlig opplysningsobjekt før den kan påvirke narrativer eller pakkestatus.

01delta_token

SAP / OData

OData-henting med ERP-gradert sporing av oppdateringsfrekvens for energi-, utslipps- og styringssignaler.

Best egnet for klima-, strøm- og styringsmålinger som trenger opphavslinje fra kildesystemet og repeterbare synkroniseringsjobber.

  • E_SCOPE2_TCO2E
  • RENEWABLE_ELECTRICITY_SHARE
  • BOARD_OVERSIGHT_COVERAGE
02snapshot_watermark

Logo Tiger / SQL View

Synkronisering av skrivebeskyttet SQL View for målinger av arbeidsstyrke, sikkerhet og komitékadens.

Fanger opp operasjonelle målinger og personalmålinger uten å skrive tilbake til ERP-et, samtidig som replay og støttediagnostikk forblir synlige.

  • WORKFORCE_HEADCOUNT
  • LTIFR
  • SUSTAINABILITY_COMMITTEE_MEETINGS
03cursor_or_updated_at

Netsis / REST

REST-henting for leverandør-, vesentlighets- og interessentengasjement-opplysninger.

Støtter forsyningskjede- og planleggingsflyter for opplysninger der markørbaserte deltaer og diagnostikk på API-nivå er viktige.

  • SUPPLIER_COVERAGE
  • MATERIAL_TOPIC_COUNT
  • STAKEHOLDER_ENGAGEMENT_TOUCHPOINTS

Canonical + Tillit

Hver opplysning starter med et sporbar dataobjekt

Poster går ikke direkte inn i fortellende tekst. De blir til kanoniske fakta som bærer forretningsbetydning, eierskap, enhetsdisiplin og bevisklar sporbarhet før noen logikk for opplysninger kjøres.

Canonical fact object
{
  "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"
}

Hva hvert faktum inneholder

Periodebevisste fakta

Hver metrikk er forankret i en rapporteringsperiode slik at år-over-år-analyse og omfanget av opplysninger forblir eksplisitt.

Normalisering av enheter

Enheter standardiseres før sammensetning av pakker, slik at utslipp, forholdstall, antall og rater forblir sammenlignbare.

Eierskap og konfidens

Hvert faktum registrerer hvem som eier metrikken og hvor sikker systemet er på det normaliserte resultatet.

Sporbare opplysninger

Kilde-id-er og sporingsreferanser holder hver påstand koblet til det opprinnelige ERP-objektet eller bevisløpet.

Fail-closed-regler for publisering

01

Ingen dokumentasjon, ingen påstand

Fortellende utsagn må kunne knyttes til dokumenterte siteringer før de blir kvalifisert for pakken.

02

Ingen kalkulasjonsartefakt, ingen numerisk påstand

Numerisk språk blokkeres med mindre systemet kan peke på en deterministisk kalkulasjonsartefakt.

03

Ingen verifikator-godkjenning, ingen publisering

Kritiske FAIL-tilstander og manglende betingelser i godkjenningskjeden stopper kontrollert publisering til blokkeringene er ryddet av veien.

Pakkeflyt

En fail-closed-flyt fra synkronisering til kontrollert publisering

Systemet behandler publisering som en sporbar pakkepipeline, ikke som en blind PDF-snarevei. Det betyr at trinnhistorikk, fullstendighet for artefakter og verifikatorberedskap forblir synlig helt frem til lansering.

  1. 01

    sync

    Hent data fra sertifiserte ERP-koblinger inn i prosjektspesifikk kjøringskontekst.

  2. 02

    normalize

    Transformer kilderader til kanoniske fakta med enheter, eiere og sporingsreferanser.

  3. 03

    outline

    Kartlegg fakta og dokumentasjon til seksjonsskjeletter klare for rapportering.

  4. 04

    write

    Generer utkast til tekst først etter at struktur og kontekst er på plass.

  5. 05

    verify

    Kjør siterings- og tallkontroller på påstandsnivå før fullføring av pakken kan fortsette.

  6. 06

    charts_images

    Forbered dekorative visualiseringer, diagrammer og sporede plasser i det visuelle manifestet.

  7. 07

    compose

    Sett sammen PDF-en og tilhørende JSON-eksporter fra verifisert pakketilstand.

  8. 08

    package

    Registrer utdatametadata, trinnhistorikk og artefaktoversikt.

  9. 09

    controlled_publish

    Publiser kun når verifisering, godkjenning og artefaktporter alle fortsatt er grønne.

Rapporteringsrammeverk i omfang

TSRS1

Flyter for rapportering av styring og risikohåndtering samordner historien om styret, retningslinjene og tilsynet.

TSRS2

Klima- og energiseksjoner fokuserer på utslipp, elektrisitetsmiks og fortellinger om operasjonelle reduksjoner.

CSRD

Fortellinger om arbeidsstyrke og forsyningskjede knytter sammen sosiale forhold, vesentlighet og leverandørdekning.

Hvorfor flyten betyr noe

Publiseringsmodell

Sporbare pakkejobber, ikke umiddelbare blinde nedlastinger

Tillitsprofil

Dokumentasjonsunderbygd, beregningsbevisst, godkjenningsstyrt

Operatørvisning

Status, baner, artefakter og verifikatorpress forblir synlig

Produktflater

Fem operatørflater for dokumentasjon, gjennomgang og publisering

Open source-produktet viser allerede rapporteringsarbeidsflyten som et fungerende kontrollrom: fra oppsett av nye kjøringer til diagnostikk for gjenfinning, innlasting av dokumentasjon og publisering av pakker.

01

Dashboard for lederrapportfabrikk

Oppdatert status for tilkoblinger, KPI-stripe, verifiseringspress, pakkefelt, artefakthelse og nylig bevegelse i kjøringer i et tettpakket ledercockpit.

Open source-produktet viser allerede rapporteringsarbeidsflyten som et fungerende kontrollrom: fra oppsett av nye kjøringer til diagnostikk for gjenfinning, innlasting av dokumentasjon og publisering av pakker.

02

Veiviser for ny rapportkjøring

En oppstartsflate for rapportfabrikken med selskapsprofil, brand kit, rammeverksomfang, ansvarlige for styring og valg av tilkoblinger.

03

Arbeidsflate for innlasting av dokumentasjon

Last opp kildefiler, kjør OCR eller extraction i kø, inspiser indekshelse og behold synlighet i rå payload for dokumentasjonsarbeid.

04

Research-benk for gjenfinning

Juster hybride gjenfinningsspørringer, poenggrenser, periodehint og disclosure tags før påstander går videre mot publisering.

05

Kontrollert publiseringstavle

Kjør kjøringer, reduser triage-press, oppdater pakkestatus og last ned sporede artefakter fra én publiseringsflate.

Rapportutdata + OSS

Generert rapportutdata pluss en leveranseryggrad med åpen kildekode

Dette er ikke bare et dashboardkonsept. Repositoryet inneholder allerede genererte forhåndsvisninger av rapporter, pakkeartefakter og en implementering med flere tjenester som spenner over web, API, worker, data- og AI-tjenester.

Generert forhåndsvisning av forside

Generert side for styring

Lisens

MIT

Monorepo

Web + API + Worker + Connector Agent

Lokal kjøretid

Klar for Docker Compose

Sporbare pakkeartefakter

report_pdf

Endelig PDF-pakke med rapportnarrativ, bokmerker og polert dokumentutdata.

visual_manifest

Et sporbart register over dekorative visuelle elementer, kildetype og flagg for AI-generering.

citation_index

Eksport av påstand-til-bevis-koblinger for sporbarhet og revisjonsgjennomgang.

calculation_appendix

Referanser til numeriske beregninger brukt for å underbygge kvantitative utsagn.

coverage_matrix

Sammendrag av seksjonsdekning på tvers av påkrevde måltall og vedleggsreferanser.

assumption_register

Strukturert liste over antakelser registrert under pakkegenerering.

Implementeringsstakk

Frontend

  • Next.js App Router
  • React 19 + TypeScript
  • Tailwind CSS
  • ECharts og premium dashboard-mønstre

Backend

  • FastAPI
  • Pydantic
  • SQLAlchemy
  • Alembic
  • ARQ worker

Infrastruktur + AI

  • PostgreSQL
  • Redis
  • Docker Compose
  • Azure-tjenester
  • Koblingsagent for kundenettverk

Åpen kildekode som standard

Det offentlige repositoryet eksponerer onboarding av koblinger, synkronisering av kanoniske fakta, rapportgenerering, innhenting, verifisering, pakking og nedlastbare artefakter. Det er posisjonert som et reelt implementeringsgrunnlag snarere enn en markedsføringsmockup.