01delta_token
SAP / OData
通过 OData 拉取，并为能源、排放和治理信号提供 ERP 级新鲜度跟踪。
最适用于需要源系统谱系和可重复同步任务的气候、电力和治理指标。
- E_SCOPE2_TCO2E
- RENEWABLE_ELECTRICITY_SHARE
- BOARD_OVERSIGHT_COVERAGE
开源可持续发展报告
从 ERP 到报告包的披露工作流
将 ERP 数据转化为可审计的可持续发展报告
专为需要将 SAP、Logo Tiger 和 Netsis 信号转化为可发布的 TSRS 和 CSRD 报告包的团队打造。
系统会同步 ERP 输入，将每条已接收记录规范化为标准事实，依据证据和计算追踪验证声明，并且仅在报告包关卡持续为绿灯时才发布。
开源SAP / Logo / NetsisTSRS / CSRD受控发布
- 连接器覆盖范围
- 3 个 ERP 输入
- 报告包流水线
- 9 个阶段
- 跟踪输出
- 6 个产物
- 信任策略
- 默认关闭
连接器矩阵
经认证的 ERP 输入，一个规范事实模型
每个连接器都会保留其自身的增量语义和摄取契约，但每条被接受的记录都会先规范化为可追溯的披露对象，然后才能影响叙述或包状态。
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 + 信任
每项披露都始于一个可追溯的数据对象
记录不会直接流入叙述文本。它们会先成为规范事实，在任何披露逻辑运行之前承载业务含义、归属、单位规范以及可用于证据的溯源链路。
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": "energy@company.local",
"confidence_score": 0.98,
"trace_ref": "sap://scope2/2025"
}每项事实包含的内容
感知周期的事实
每个指标都锚定到一个报告周期，以确保同比分析和披露范围始终明确。
单位标准化
在组合内容包之前先对单位进行标准化处理，以确保排放、比率、计数和速率保持可比性。
归属与置信度
每项事实都会记录谁负责该指标，以及系统对标准化输出的置信程度。
可追溯的披露
源 ID 和 trace ref 让每项声明都与原始 ERP 对象或证据链路保持关联。
故障即关闭的发布规则
01
没有证据，就没有声明
叙述性陈述必须先解析为有证据支撑的引用，才有资格纳入内容包。
02
没有计算工件，就没有数值声明
除非系统能够指向一个确定性的计算工件，否则数值表述将被阻止。
03
没有验证通过，就不能发布
关键 FAIL 状态以及审批链条件缺失会阻止受控发布，直到相关阻塞项被清除。
包流程
从 同步到受控发布 的故障关闭流程
系统将发布视为可追踪的包流水线，而非盲目的 PDF 快捷方式。这意味着阶段历史、产物完整性和验证器就绪状态在发布前始终可见。
- 01
sync
将经过认证的 ERP 连接器数据拉取到项目特定的运行上下文中。
- 02
normalize
将源数据行转换为包含单位、负责人和追踪引用的规范事实。
- 03
outline
将事实和证据映射到适用于披露的章节骨架中。
- 04
write
仅在结构和上下文就绪后生成叙述草稿。
- 05
verify
在包完成继续之前，运行声明级引用和数值检查。
- 06
charts_images
准备装饰性视觉元素、图表和可追踪的视觉清单槽位。
- 07
compose
从已验证的包状态组装 PDF 和配套的 JSON 导出。
- 08
package
登记输出元数据、阶段历史和产物清单。
- 09
controlled_publish
仅当验证、审批和产物关卡全部保持绿色时才发布。
范围内的披露框架
TSRS1
治理与风险管理披露流程使董事会、政策和监督叙事保持一致。
TSRS2
气候与能源章节聚焦排放、电力结构和运营减排叙事。
CSRD
员工队伍与供应链叙事连接社会性、重要性和供应商覆盖指标。
此流程为何重要
发布模式
可追踪的包任务，而非即时盲目下载
可信态势
证据支撑、感知计算、审批设闸
操作员视图
状态、泳道、产物和验证器压力始终可见
产品界面
面向证据、审核与发布的五个操作界面
这款开源产品已将报告工作流呈现为一个可运行的控制中心：从新运行设置到检索诊断、证据摄取和包发布。
01
高管报告工厂仪表板
在紧凑的高管驾驶舱中集中展示连接器新鲜度、KPI 条、验证压力、包通道、工件健康状况和近期运行动态。
这款开源产品已将报告工作流呈现为一个可运行的控制中心：从新运行设置到检索诊断、证据摄取和包发布。
02
新建报告运行向导
用于配置公司简介、品牌套件、框架范围、治理负责人和连接器选择的报告工厂启动台。
03
证据摄取工作台
上传源文件，运行 OCR 或排队提取，检查索引健康状况，并为证据操作保留原始负载可见性。
04
检索研究台
在声明进入发布前，调整混合检索查询、评分阈值、周期提示和披露标签。
05
受控发布面板
在一个发布界面中执行运行、清除分诊压力、刷新包状态，并下载可追踪工件。
报告输出 + OSS
生成的报告输出，加上一个开源交付主干
这不仅仅是一个仪表板概念。代码仓库已包含生成的报告预览、软件包工件，以及涵盖 Web、API、worker、数据和 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
- 面向客户网络的连接器代理
默认开源
公开代码仓库提供连接器接入、规范事实同步、报告生成、检索、验证、打包和可下载工件。它被定位为真实的实现基线，而非营销演示模型。