从 0 到 1 搭建碳资产溯源平台：多租户与资产链路

先定义什么需要被追踪

溯源平台并不是把所有日志集中起来。真正需要追踪的是能够证明资产来源、状态与归属变化的业务事件：电量核证、资产签发、打包、交易、拆分与消纳。

从 0 到 1 设计时，我先确定资产生命周期和每个事件的业务凭证，再据此建立数据库模型。这样可以避免表结构围绕某个页面或临时接口生长。

多租户权限不只是加一个租户字段

平台中的租户具有层级关系，租户内部还有部门边界。权限判断需要同时考虑租户树、部门范围、数据归属和角色操作能力。

• 将租户隔离作为数据访问的默认条件。
• 明确上级租户可以看到的范围，而不是默认继承全部数据。
• 对资产转移前后的可见性做单独设计。
• 在核心查询与导出链路中复用相同的权限规则。

通用减排量计算

不同生产工艺、排放因子和计算逻辑会持续变化。将规则、参数和业务流程解耦，可以让计算引擎在新增场景时保持可扩展，而不必复制完整流程。

从文档到生产排障

电量核证、资产打包和 ESG 问卷等功能都需要产品与开发共享同一套语义。需求文档不仅用于评审，也成为生产问题排查时的重要上下文。

从这个项目中，我更深刻地认识到：可追踪性来自清晰的领域事件、稳定的数据责任和一致的权限边界，而不是单纯增加日志数量。