Veni AI

Veni AI Sustainability Cockpit：オープンソースのERP-to-Reportサステナビリティレポーティング

Veni AI Sustainability Cockpitは、ERPコネクタ同期、標準ファクトモデリング、検索、検証、制御された公開を、1つのオープンソースのサステナビリティレポーティングワークフローに統合します。

この製品は、静的なESGダッシュボード以上を必要とするチーム向けに設計されています。コネクタ経由のデータを、エビデンス、計算トレース、追跡された成果物を備えた監査対応のレポートパッケージへと変換します。

アーキテクチャは、SAP、Logo Tiger、Netsisの統合をコネクタレイヤーで分離し、その後、ナラティブ生成やパッケージ化を開始する前に、すべてのレコードを標準ファクト形式に正規化します。

フェイルクローズドの信頼ルールにより、システムは根拠のない主張を公開しません。エビデンスがなければ主張なし、計算成果物がなければ数値主張なし、検証の通過がなければ公開なしです。

Sustainability Cockpit
オープンソースのサステナビリティ報告

ERPからパッケージ開示までのワークフロー

ERPデータを監査可能なサステナビリティ報告書に変換

SAP、Logo Tiger、Netsisのシグナルを、そのまま公開可能なTSRSおよびCSRDレポートパッケージへ変換する必要があるチーム向けに構築されています。

このシステムはERP入力を同期し、受け入れられたすべてのレコードを正規ファクトに正規化し、主張を証拠と計算トレースに照らして検証し、パッケージのゲートがグリーンの状態を維持している場合にのみ公開します。

オープンソースSAP / Logo / NetsisTSRS / CSRD制御された公開
コネクタ対応範囲
3つのERP入力
パッケージパイプライン
9段階
追跡対象の出力
6つの成果物
信頼ポリシー
フェイルクローズド

コネクタマトリクス

認定済みERP入力、1つの標準ファクトモデル

各コネクタはそれぞれ独自の差分セマンティクスと取り込み契約を維持しますが、受け入れられたすべてのレコードは、ナラティブやパッケージのステータスに影響を与える前に、追跡可能な開示オブジェクトへ正規化されます。

01delta_token

SAP / OData

エネルギー、排出量、ガバナンスシグナル向けに、ERPレベルの鮮度追跡を備えたODataプル。

ソースシステムのリネージと再現可能な同期ジョブが必要な、気候、電力、ガバナンス指標に最適です。

  • E_SCOPE2_TCO2E
  • RENEWABLE_ELECTRICITY_SHARE
  • BOARD_OVERSIGHT_COVERAGE
02snapshot_watermark

Logo Tiger / SQL View

人員、安全性、委員会開催頻度の指標向けの読み取り専用SQL View同期。

ERPへ書き戻すことなく業務および人材関連の指標を取得しつつ、リプレイとサポート診断の可視性を維持します。

  • WORKFORCE_HEADCOUNT
  • LTIFR
  • SUSTAINABILITY_COMMITTEE_MEETINGS
03cursor_or_updated_at

Netsis / REST

サプライヤー、マテリアリティ、ステークホルダーエンゲージメント開示向けのRESTプル。

カーソルベースの差分とAPIレベルの診断が重要となる、サプライチェーンおよび開示計画フローをサポートします。

  • SUPPLIER_COVERAGE
  • MATERIAL_TOPIC_COUNT
  • STAKEHOLDER_ENGAGEMENT_TOUCHPOINTS

Canonical + Trust

すべての開示は、追跡可能なデータオブジェクトから始まります

レコードはそのまま記述テキストに流れ込みません。開示ロジックが実行される前に、ビジネス上の意味、所有権、単位の整合性、そして証拠に対応できる来歴を備えた正規ファクトになります。

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"
}

すべてのファクトが持つもの

期間対応のファクト

すべての指標は報告期間にひも付けられるため、前年比分析と開示範囲が明確に保たれます。

単位の正規化

排出量、比率、件数、レートを比較可能に保つため、パッケージ構成の前に単位を標準化します。

所有権と信頼度

各ファクトには、その指標の責任者と、正規化された出力に対するシステムの信頼度が記録されます。

追跡可能な開示

source id と trace ref により、各主張は元の ERP オブジェクトまたは証拠レーンに結び付けられたままになります。

フェイルクローズドの公開ルール

01

証拠がなければ、主張なし

記述文は、パッケージ対象になる前に、証拠に裏付けられた引用に解決されなければなりません。

02

計算アーティファクトがなければ、数値主張なし

システムが決定論的な計算アーティファクトを示せない限り、数値表現はブロックされます。

03

検証通過がなければ、公開なし

重大な FAIL 状態や承認チェーン条件の不足がある場合、阻害要因が解消されるまで制御された公開は停止されます。

パッケージフロー

同期から制御された公開までのフェイルクローズドなフロー

このシステムでは、公開を見えないPDFショートカットではなく、追跡可能なパッケージパイプラインとして扱います。つまり、ステージ履歴、成果物の完全性、検証担当者の準備状況が、リリースまで一貫して可視化されたままになります。

  1. 01

    sync

    認証済みERPコネクタのデータを、プロジェクト固有の実行コンテキストに取り込みます。

  2. 02

    normalize

    ソース行を、単位、担当者、トレース参照を備えた正規化されたファクトに変換します。

  3. 03

    outline

    ファクトと証跡を、開示に対応したセクション骨子へマッピングします。

  4. 04

    write

    構造とコンテキストが整ってから初めて、ナラティブのドラフトを生成します。

  5. 05

    verify

    パッケージ完了の継続前に、主張レベルの引用確認と数値チェックを実行します。

  6. 06

    charts_images

    装飾ビジュアル、チャート、および追跡対象のビジュアルマニフェスト枠を準備します。

  7. 07

    compose

    検証済みのパッケージ状態から、PDFと補助JSONエクスポートを組み立てます。

  8. 08

    package

    出力メタデータ、ステージ履歴、成果物インベントリを登録します。

  9. 09

    controlled_publish

    検証、承認、成果物ゲートのすべてがグリーンの状態を維持している場合にのみ公開します。

対象開示フレームワーク

TSRS1

ガバナンスとリスク管理の開示フローにより、取締役会、ポリシー、監督に関する説明が整合します。

TSRS2

気候およびエネルギーのセクションでは、排出量、電力構成、運用上の削減に関する説明に重点を置きます。

CSRD

労働力およびサプライチェーンに関する説明は、社会的指標、マテリアリティ、サプライヤーカバレッジ指標を結び付けます。

このフローが重要な理由

公開モデル

即時の見えないダウンロードではなく、追跡可能なパッケージジョブ

信頼性の姿勢

証跡に裏付けられ、計算を考慮し、承認ゲートで管理

オペレーター視点

ステータス、レーン、成果物、検証担当者の負荷が可視化されたまま

製品サーフェス

証跡、レビュー、リリースのための5つのオペレーターサーフェス

このオープンソース製品は、レポーティングワークフローをすでに実用的なコントロールルームとして提供しています。新規ランの設定から、検索診断、証跡の取り込み、パッケージのリリースまでをカバーします。

01

エグゼクティブレポートファクトリーダッシュボード

コネクタの鮮度、KPIストリップ、検証担当の負荷、パッケージレーン、アーティファクトの健全性、最近のランの動きを、高密度なエグゼクティブコックピットで確認できます。

このオープンソース製品は、レポーティングワークフローをすでに実用的なコントロールルームとして提供しています。新規ランの設定から、検索診断、証跡の取り込み、パッケージのリリースまでをカバーします。

02

新規レポートラン作成ウィザード

企業プロフィール、ブランドキット、フレームワークの対象範囲、ガバナンス責任者、コネクタ選択のためのレポートファクトリー起動面です。

03

証跡取り込みワークベンチ

ソースファイルをアップロードし、OCRまたはキュー化された抽出を実行し、インデックスの健全性を確認し、証跡運用のために生ペイロードの可視性を維持できます。

04

検索リサーチベンチ

主張が公開に進む前に、ハイブリッド検索クエリ、スコアリングしきい値、期間ヒント、開示タグを調整できます。

05

制御付き公開ボード

ランを実行し、トリアージ負荷を解消し、パッケージステータスを更新し、追跡対象アーティファクトを1つのリリースサーフェスからダウンロードできます。

レポート出力 + OSS

生成されたレポート出力とオープンソースのデリバリー基盤

これは単なるダッシュボードのコンセプトではありません。リポジトリには、生成済みのレポートプレビュー、パッケージ成果物、さらに Web、API、worker、data、AI サービスにまたがるマルチサービス実装がすでに含まれています。

生成された表紙プレビュー

生成されたガバナンスページ

ライセンス

MIT

Monorepo

Web + API + Worker + Connector Agent

ローカル実行環境

Docker Compose 対応

追跡対象のパッケージ成果物

report_pdf

レポート本文、ブックマーク、洗練された文書出力を含む最終 PDF パッケージ。

visual_manifest

装飾ビジュアル、ソース種別、AI 生成フラグの追跡インベントリ。

citation_index

トレーサビリティと監査レビューのための、主張と証拠の対応関係を出力したもの。

calculation_appendix

定量的な記述の根拠として使用された数値計算リファレンス。

coverage_matrix

必須指標と付録参照全体にわたるセクション網羅サマリー。

assumption_register

パッケージ生成時に記録された前提条件の構造化リスト。

実装スタック

フロントエンド

  • Next.js App Router
  • React 19 + TypeScript
  • Tailwind CSS
  • ECharts とプレミアムダッシュボードパターン

バックエンド

  • FastAPI
  • Pydantic
  • SQLAlchemy
  • Alembic
  • ARQ worker

インフラ + AI

  • PostgreSQL
  • Redis
  • Docker Compose
  • Azure services
  • 顧客ネットワーク向け Connector agent

デフォルトでオープンソース

公開リポジトリには、コネクタのオンボーディング、正規ファクト同期、レポート生成、取得、検証、パッケージ化、ダウンロード可能な成果物が含まれています。マーケティング用のモックアップではなく、実際の実装ベースラインとして位置づけられています。