Veni AI Sustainability Cockpit поєднує синхронізацію через ERP-конектори, моделювання канонічних фактів, пошук, верифікацію та контрольовану публікацію в єдиний open-source процес звітності зі сталого розвитку.
Продукт створено для команд, яким потрібно більше, ніж статична ESG-панель. Він перетворює дані, що надходять через конектори, на готові до аудиту пакети звітів із доказами, слідами обчислень і відстежуваними артефактами.
Архітектура зберігає інтеграції SAP, Logo Tiger і Netsis окремо на рівні конекторів, а потім нормалізує кожен запис до канонічної форми факту ще до початку генерації наративу або пакування.
Правила довіри fail-closed гарантують, що система не публікує непідтверджені твердження: немає доказів — немає твердження; немає артефакту калькулятора — немає числового твердження; немає успішної верифікації — немає публікації.
Робочий процес розкриття даних від ERP до пакета
Створено для команд, яким потрібно перетворювати сигнали SAP, Logo Tiger і Netsis на готові до публікації пакети звітності TSRS та CSRD.
Система синхронізує вхідні дані ERP, нормалізує кожен прийнятий запис у канонічні факти, перевіряє твердження за доказами та слідами обчислень і публікує лише тоді, коли всі контрольні етапи пакета залишаються зеленими.
Матриця конекторів
Кожен конектор зберігає власну delta-семантику та контракт ingest, але кожен прийнятий запис нормалізується в об’єкт розкриття з можливістю відстеження, перш ніж він зможе впливати на наративи або статус пакета.
Зчитування OData з відстеженням актуальності рівня ERP для сигналів енергії, викидів і корпоративного управління.
Найкраще підходить для кліматичних, електроенергетичних і governance-метрик, яким потрібні походження із системи-джерела та повторювані завдання синхронізації.
Синхронізація SQL View у режимі лише читання для метрик персоналу, безпеки та періодичності роботи комітетів.
Фіксує операційні та кадрові метрики без запису назад у ERP, зберігаючи видимість повторного відтворення та діагностики підтримки.
REST-зчитування для розкриттів щодо постачальників, суттєвості та взаємодії із зацікавленими сторонами.
Підтримує процеси ланцюга постачання та планування розкриття, де важливі дельти на основі cursor і діагностика на рівні API.
Canonical + Довіра
Записи не потрапляють безпосередньо в наративний текст. Вони стають канонічними фактами, що несуть бізнес-сенс, відповідальність, дисципліну одиниць виміру та готовий до доказів ланцюг походження ще до запуску будь-якої логіки розкриття.
{
"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 refs зберігають зв’язок кожного твердження з вихідним ERP-об’єктом або контуром доказів.
Правила публікації з принципом fail-closed
Немає доказів — немає твердження
Наративні твердження мають зводитися до підтверджених доказами цитувань, перш ніж вони стануть придатними для включення в пакет.
Немає артефакту калькулятора — немає числового твердження
Числові формулювання блокуються, якщо система не може вказати на детермінований артефакт розрахунку.
Немає схвалення верифікатора — немає публікації
Критичні стани FAIL і відсутні умови ланцюжка погодження зупиняють контрольовану публікацію, доки блокери не буде усунуто.
Потік пакетів
Система розглядає публікацію як відстежуваний конвеєр пакетів, а не як сліпий обхідний шлях через PDF. Це означає, що історія етапів, повнота артефактів і готовність верифікатора залишаються видимими аж до релізу.
Завантажуйте дані з сертифікованого ERP-конектора в контекст запуску, специфічний для проєкту.
Перетворюйте вихідні рядки на канонічні факти з одиницями виміру, відповідальними особами та посиланнями для трасування.
Зіставляйте факти й докази зі структурними шаблонами розділів, готовими до розкриття.
Генеруйте чернетки тексту лише після того, як структура й контекст будуть підготовлені.
Виконуйте перевірки посилань на рівні тверджень і числових даних, перш ніж можна буде продовжити завершення пакета.
Готуйте декоративні візуальні матеріали, діаграми та відстежувані слоти маніфесту візуалів.
Збирайте PDF і допоміжні JSON-експорти з перевіреного стану пакета.
Реєструйте метадані результату, історію етапів та інвентар артефактів.
Публікуйте лише тоді, коли перевірка, погодження та контрольні бар’єри артефактів залишаються в зеленому статусі.
Фреймворки розкриття у межах охоплення
Потоки розкриття щодо управління та ризик-менеджменту узгоджують історію ради, політики й нагляду.
Розділи про клімат і енергію зосереджені на викидах, структурі електроенергії та наративах операційного скорочення.
Наративи про персонал і ланцюг постачання поєднують соціальні показники, суттєвість і метрики охоплення постачальників.
Чому цей потік важливий
Модель публікації
Відстежувані завдання пакетів, а не миттєві сліпі завантаження
Позиція довіри
Підкріплено доказами, з урахуванням розрахунків, із контрольними погодженнями
Подання для оператора
Статус, доріжки, артефакти та навантаження на верифікатора залишаються видимими
Поверхні продукту
Продукт з відкритим кодом уже представляє процес звітування як повноцінну робочу панель керування: від налаштування нового запуску до діагностики пошуку, завантаження доказів і випуску пакета.
01
Свіжість конекторів, стрічка KPI, навантаження на верифікацію, смуги пакетів, стан артефактів і нещодавня динаміка запусків у щільному керівному кокпіті.
Продукт з відкритим кодом уже представляє процес звітування як повноцінну робочу панель керування: від налаштування нового запуску до діагностики пошуку, завантаження доказів і випуску пакета.
02
Стартова панель фабрики звітів для профілю компанії, бренд-кіта, охоплення фреймворку, відповідальних за управління та вибору конекторів.
03
Завантажуйте вихідні файли, запускайте OCR або відкладене вилучення, перевіряйте стан індексу та зберігайте видимість необроблених даних для операцій із доказами.
04
Налаштовуйте запити гібридного пошуку, пороги оцінювання, підказки періоду та теги розкриття перед тим, як твердження перейдуть до публікації.
05
Запускайте процеси, знімайте навантаження з тріажу, оновлюйте статус пакета та завантажуйте відстежувані артефакти з єдиної поверхні випуску.
Вивід звіту + OSS
Це не просто концепт інформаційної панелі. Репозиторій уже містить згенеровані попередні перегляди звітів, артефакти пакетів і багатосервісну реалізацію, що охоплює веб, API, worker, дані та AI-сервіси.
Попередній перегляд згенерованої обкладинки
Згенерована сторінка управління
Ліцензія
MIT
Монорепозиторій
Web + API + Worker + Connector Agent
Локальне середовище виконання
Docker Compose ready
Відстежувані артефакти пакетів
report_pdf
Фінальний PDF-пакет із текстом звіту, закладками та фінально відполірованим документом.
visual_manifest
Відстежуваний перелік декоративних візуальних елементів, типу джерела та позначок AI-генерації.
citation_index
Експорт зіставлення тверджень із доказами для простежуваності та аудиторської перевірки.
calculation_appendix
Посилання на числові розрахунки, використані для обґрунтування кількісних тверджень.
coverage_matrix
Підсумок покриття розділів за обов’язковими метриками та посиланнями на додатки.
assumption_register
Структурований список припущень, зафіксованих під час генерації пакета.
Стек реалізації
Публічний репозиторій надає онбординг конекторів, синхронізацію канонічних фактів, генерацію звітів, отримання даних, верифікацію, пакування та артефакти для завантаження. Його позиціоновано як реальну базову реалізацію, а не маркетинговий макет.