Veni AI Sustainability Cockpit объединяет синхронизацию через ERP-коннекторы, моделирование канонических фактов, поиск, верификацию и контролируемую публикацию в единый open-source workflow отчетности по устойчивому развитию.
Продукт разработан для команд, которым нужно больше, чем статичная ESG-панель. Он преобразует данные, поступающие через коннекторы, в готовые к аудиту пакеты отчетности с доказательной базой, следами вычислений и отслеживаемыми артефактами.
Архитектура сохраняет интеграции SAP, Logo Tiger и Netsis раздельными на уровне коннекторов, а затем нормализует каждую запись в каноническую структуру фактов до начала генерации нарратива или упаковки.
Правила fail-closed доверия гарантируют, что система не публикует неподтвержденные утверждения: нет доказательств — нет утверждения; нет артефакта калькулятора — нет числового утверждения; нет прохождения верификации — нет публикации.
Процесс раскрытия данных от ERP до пакета отчетности
Создано для команд, которым нужно превратить сигналы из SAP, Logo Tiger и Netsis в готовые к публикации пакеты отчетности TSRS и CSRD.
Система синхронизирует входные данные ERP, нормализует каждую принятую запись в канонические факты, проверяет утверждения по доказательствам и трассировкам расчетов и публикует только тогда, когда все этапы пакета остаются в зеленой зоне.
Матрица коннекторов
Каждый коннектор сохраняет собственную семантику дельт и контракт загрузки, но каждая принятая запись нормализуется в отслеживаемый объект раскрытия, прежде чем сможет повлиять на повествования или статус пакета.
Загрузка через OData с отслеживанием актуальности уровня ERP для сигналов по энергии, выбросам и корпоративному управлению.
Лучше всего подходит для климатических показателей, данных по электроэнергии и корпоративному управлению, которым нужны происхождение из исходной системы и воспроизводимые задания синхронизации.
Синхронизация через SQL View только для чтения для показателей по персоналу, безопасности и периодичности заседаний комитетов.
Фиксирует операционные и кадровые показатели без обратной записи в ERP, сохраняя при этом видимость повторного воспроизведения и диагностики поддержки.
Загрузка через REST для раскрытий по поставщикам, существенности и взаимодействию с заинтересованными сторонами.
Поддерживает процессы цепочки поставок и планирования раскрытия, где важны дельты на основе курсора и диагностика на уровне API.
Каноничность + доверие
Записи не попадают напрямую в текст повествования. Сначала они становятся каноническими фактами, которые несут бизнес-смысл, информацию о владельце, соблюдение дисциплины единиц измерения и готовую к подтверждению прослеживаемость до запуска любой логики раскрытия.
{
"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"
}Что содержит каждый факт
Факты с учетом периода
Каждый показатель привязан к отчетному периоду, чтобы годовое сравнение и охват раскрытия оставались явно определенными.
Нормализация единиц
Единицы стандартизируются до формирования пакета, чтобы выбросы, соотношения, количества и ставки оставались сопоставимыми.
Ответственность и уровень уверенности
Для каждого факта фиксируется, кто отвечает за показатель и насколько система уверена в нормализованном результате.
Прослеживаемые раскрытия
Идентификаторы источников и trace ref сохраняют связь каждого утверждения с исходным объектом ERP или контуром доказательств.
Правила публикации с безопасным отказом
Нет доказательств — нет утверждения
Повествовательные утверждения должны сопоставляться с подтвержденными доказательствами ссылками, прежде чем они смогут войти в пакет.
Нет артефакта калькулятора — нет числового утверждения
Числовые формулировки блокируются, если система не может указать на детерминированный артефакт расчета.
Нет одобрения верификатора — нет публикации
Критические состояния FAIL и отсутствующие условия в цепочке согласования останавливают контролируемую публикацию, пока блокирующие факторы не будут устранены.
Поток пакетов
Система рассматривает публикацию как отслеживаемый конвейер пакетов, а не как непрозрачный ярлык для PDF. Это означает, что история этапов, полнота артефактов и готовность к проверке остаются видимыми вплоть до релиза.
Загружайте данные из сертифицированного ERP-коннектора в контекст запуска, специфичный для проекта.
Преобразуйте исходные строки в канонические факты с единицами измерения, владельцами и ссылками на источник.
Сопоставляйте факты и доказательства с каркасами разделов, готовыми для раскрытия.
Создавайте черновики повествовательного текста только после подготовки структуры и контекста.
Выполняйте проверки цитирования на уровне утверждений и числовые проверки до продолжения завершения пакета.
Подготавливайте декоративные визуальные материалы, диаграммы и отслеживаемые слоты манифеста визуальных материалов.
Собирайте PDF и сопутствующие JSON-экспорты из проверенного состояния пакета.
Регистрируйте метаданные вывода, историю этапов и реестр артефактов.
Публикуйте только тогда, когда проверка, утверждение и контрольные точки артефактов остаются в зелёном статусе.
Рамки раскрытия информации в области охвата
Потоки раскрытия информации по управлению и риск-менеджменту согласуют историю совета директоров, политики и надзора.
Разделы по климату и энергии сосредоточены на выбросах, структуре электропотребления и описании операционных мер по сокращению.
Повествование о персонале и цепочке поставок связывает социальные показатели, показатели существенности и охвата поставщиков.
Почему этот поток важен
Модель публикации
Отслеживаемые задания пакетов, а не мгновенные непрозрачные скачивания
Позиция доверия
Подкреплено доказательствами, с учётом расчётов, с контролем утверждения
Вид для оператора
Статус, дорожки, артефакты и нагрузка на проверку остаются видимыми
Поверхности продукта
Продукт с открытым исходным кодом уже предоставляет рабочий центр управления для процесса отчетности: от настройки нового запуска до диагностики извлечения, загрузки доказательств и выпуска пакета.
01
Актуальность коннекторов, лента KPI, нагрузка на верификаторы, дорожки пакетов, состояние артефактов и динамика последних запусков в насыщенном исполнительном кокпите.
Продукт с открытым исходным кодом уже предоставляет рабочий центр управления для процесса отчетности: от настройки нового запуска до диагностики извлечения, загрузки доказательств и выпуска пакета.
02
Стартовая панель фабрики отчетов для профиля компании, бренд-кита, охвата фреймворков, ответственных за управление и выбора коннекторов.
03
Загружайте исходные файлы, запускайте OCR или извлечение в очереди, проверяйте состояние индекса и сохраняйте видимость необработанных данных для операций с доказательствами.
04
Настраивайте запросы гибридного извлечения, пороги скоринга, подсказки по периодам и теги раскрытия перед тем, как утверждения перейдут к публикации.
05
Выполняйте запуски, снижайте нагрузку на триаж, обновляйте статус пакетов и скачивайте отслеживаемые артефакты с одной поверхности выпуска.
Вывод отчета + OSS
Это не просто концепция дашборда. Репозиторий уже содержит предварительные версии сгенерированных отчетов, артефакты пакета и многосервисную реализацию для веба, API, воркера, данных и AI-сервисов.
Предварительный просмотр сгенерированной обложки
Сгенерированная страница управления
Лицензия
MIT
Монорепозиторий
Web + API + Worker + Connector Agent
Локальный runtime
Docker Compose ready
Отслеживаемые артефакты пакета
report_pdf
Финальный PDF-пакет с текстом отчета, закладками и качественно оформленным документом.
visual_manifest
Отслеживаемый реестр декоративных визуальных элементов, типа источника и флагов AI-генерации.
citation_index
Экспорт сопоставления утверждений и подтверждающих данных для прослеживаемости и аудиторской проверки.
calculation_appendix
Ссылки на числовые расчеты, используемые для обоснования количественных утверждений.
coverage_matrix
Сводка покрытия разделов по обязательным метрикам и ссылкам на приложения.
assumption_register
Структурированный список допущений, зафиксированных при генерации пакета.
Стек реализации
Публичный репозиторий включает онбординг коннекторов, синхронизацию канонических фактов, генерацию отчетов, извлечение, верификацию, упаковку и загружаемые артефакты. Он позиционируется как реальная базовая реализация, а не маркетинговый мокап.