ESG 碳抵消追踪器后台模板
可审计的抵消采购和报告
一个在 Back4app 上准备好的 ESG 碳抵消追踪器后台，带有用户账户、OffsetProject 记录、OffsetPurchase 日志、VerificationRecord 审核和 AnnualReport 摘要。包括 ER 图、数据字典、JSON 模式、API 沙盒，以及一个快速设置的 AI Agent 提示。
关键要点
该模板为您提供了一个具备可审计的OffsetPurchase日志、VerificationRecord历史和AnnualReport摘要的ESG碳抵消后台，以便运营负责人能够追踪每个抵消声明。
- 可审计的购买历史 — 存储每个OffsetPurchase，包括purchaseId、tonsPurchased、unitPrice和状态，以便财务和ESG团队能够核对声明。
- 项目验证记录 — 跟踪每个VerificationRecord与OffsetProject的对应关系，包括verificationType、result、evidenceUrl和notes。
- 年度报告准备就绪 — 根据OffsetPurchase总额和已验证的OffsetProject量生成AnnualReport记录，无需手动导出。
- 对ESG记录的控制访问 — 通过ACL和云代码检查限制对用户、OffsetPurchase、OffsetProject、VerificationRecord和AnnualReport对象的更新。
- 单一的API接口用于网页和移动端 — 通过一个REST和GraphQL后端服务仪表盘、审计和报告客户端。
概述：ESG碳抵消跟踪器
当ESG碳抵消跟踪团队发展时，共享邮箱无法扩展；你需要分配、权限以及大家都能信任的时间轴。成本会体现在回调和积分中。Back4app为需要在一个授权工作空间中设置截止日期、文件和通信的ESG碳抵消跟踪实践提供OffsetProject、OffsetPurchase、VerificationRecord和AnnualReport的支撑。该模式涵盖了用户（用户名、电子邮件、角色）、OffsetProject（项目代码、名称、状态、注册、国家、年份、估计吨数、验证状态、所有者）、OffsetPurchase（购买ID、买方名称、购买日期、购买吨数、单价、货币、项目、购买者、收据链接、状态）、VerificationRecord（验证ID、项目、验证人名称、验证日期、验证类型、结果、证据链接、备注、审核者）和AnnualReport（报告年份、标题、状态、总购买吨数、总验证吨数、发布链接、准备者），并包含身份验证和可审计的工作流程。连接你首选的前端，并快速开始跟踪碳抵消活动。
最佳适用于：
ESG 碳抵消跟踪器模板概述
ESG 碳抵消跟踪器的昂贵部分不是存储 — 而是对账：在事后重建事实，因为没有人将其集中捕获。
如果你正在评估 Back4app，OffsetProject、OffsetPurchase 和 VerificationRecord 展示了在编写自定义 SQL 之前你获得多少结构。
碳抵消核心功能
此中心中的每个技术卡片都使用相同的ESG碳抵消模式，包括用户、抵消项目、抵消采购、验证记录和年度报告。
用户角色和访问控制
用户为每个审查者或贡献者存储用户名、电子邮件和角色。
Offset购买记录
OffsetPurchase捕获项目、购买者、购买吨数、购买日期和状态。
抵消项目注册
OffsetProject 跟踪 projectCode、registry、country 和 verificationStatus。
验证审查记录
VerificationRecord 关联项目、verifierName、evidenceUrl 和结果。
年度报告总计
AnnualReport 汇总 reportYear、totalPurchasedTons 和 totalVerifiedTons。
为什么要使用Back4app构建您的ESG碳抵消跟踪器后端？
Back4app为您的团队提供购买日志、项目验证和年度报告所需的对象，让您可以将时间花在ESG操作上，而不是后端管道上。
- •在一个流程中处理OffsetPurchase和AnnualReport: OffsetPurchase行记录了购买数量、购买日期和状态，而AnnualReport则从相同的模式汇总了报告年份的总数。
- •验证证据保持附加: 每个VerificationRecord将一个OffsetProject链接到verifierName、备注、evidenceUrl和结果，以便进行可追溯的审查链。
- •ESG操作的实时可见性: 在OffsetPurchase和VerificationRecord上使用Live Queries，以便仪表板实时反映新的购买和审查结果。
构建一次可审计的碳抵消后端，然后在仪表板、报告和移动应用中重用相同的类。
碳抵消的好处
一个将ESG记录组织和可追溯的碳抵消后台。
可追溯的采购历史
OffsetPurchase条目保留purchaseId、tonsPurchased、purchaseDate和status，以便财务团队可以检查每个抵消索赔。
准备好验证的记录
VerificationRecord对象包含evidenceUrl和result，帮助审核者跟踪批准过程。
来自现场课程的年度报告
年度报告可以基于当前的用户、抵消采购和抵消项目记录构建，而不是手动合并电子表格。
ESG操作的访问控制
使用ACL/CLP和Cloud Code验证限制谁可以创建或编辑OffsetPurchase和VerificationRecord对象。
与注册机构相关的项目历史
OffsetProject字段例如projectCode、registry和country使得根据来源和状态过滤索赔变得更容易。
快速的后端设置
从架构开始，然后调整仪表板和报告视图，而无需两次创建数据模型。
准备好启动您的碳排放抵消跟踪器了吗？
让Back4app AI Agent构建您的ESG后端，并从一个提示中生成OffsetPurchase日志、VerificationRecord评论和AnnualReport摘要。
免费开始 — 每月 50 个 AI 代理提示，无需信用卡
碳抵消技术栈
此 ESG 碳抵消后端模板包含所有内容。
偏移项目地图
ESG 碳补偿后端架构的实体关系模型。
覆盖用户、补偿项目、补偿购买、验证记录和年度报告的架构。
查看图表源
erDiagram
User ||--o{ OffsetProject : "owner"
User ||--o{ OffsetPurchase : "purchaser"
User ||--o{ VerificationRecord : "reviewedBy"
User ||--o{ AnnualReport : "preparer"
OffsetProject ||--o{ OffsetPurchase : "project"
OffsetProject ||--o{ VerificationRecord : "project"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
OffsetProject {
String objectId PK
String projectCode
String name
String status
String registry
String country
Number vintageYear
Number estimatedTons
String verificationStatus
String ownerId FK
Date createdAt
Date updatedAt
}
OffsetPurchase {
String objectId PK
String purchaseId
String buyerName
Date purchaseDate
Number tonsPurchased
Number unitPrice
String currency
String projectId FK
String purchaserId FK
String receiptUrl
String status
Date createdAt
Date updatedAt
}
VerificationRecord {
String objectId PK
String verificationId
String projectId FK
String verifierName
Date verificationDate
String verificationType
String result
String evidenceUrl
String notes
String reviewedById FK
Date createdAt
Date updatedAt
}
AnnualReport {
String objectId PK
Number reportYear
String title
String status
Number totalPurchasedTons
Number totalVerifiedTons
String publishedUrl
String preparerId FK
Date createdAt
Date updatedAt
}
碳同步流程
身份验证、补偿购买日志、验证记录审核和年度报告生成的典型运行流程。
查看图表源
sequenceDiagram
participant User
participant App as ESG Carbon Offset Tracker App
participant Back4app as Back4app Cloud
User->>App: Sign in to review purchases and annual reports
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Open purchase logs
App->>Back4app: GET /classes/OffsetPurchase?include=project,purchaser&order=-purchaseDate
Back4app-->>App: OffsetPurchase rows
User->>App: Add a carbon offset purchase
App->>Back4app: POST /classes/OffsetPurchase
Back4app-->>App: purchaseId and objectId
User->>App: Review project verification status
App->>Back4app: GET /classes/VerificationRecord?include=project,reviewedBy
Back4app-->>App: VerificationRecord rows
User->>App: Generate the annual report
App->>Back4app: GET /classes/AnnualReport?include=preparer
Back4app-->>App: AnnualReport summary碳排放指南
碳抵消架构中每个类别的字段级参考。
| 字段 | 类型 | 描述 | 必需 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自动 |
| username | String | User login name | |
| String | User email address | ||
| password | String | Hashed password (write-only) | |
| role | String | Role of the user (e.g., operationsLead, contributor, auditor) | |
| createdAt | Date | Auto-generated creation timestamp | 自动 |
| updatedAt | Date | Auto-generated last-update timestamp | 自动 |
7 字段在 User 中
碳访问规则
ACL 和 CLP 策略如何保护用户、采购、验证审查和年度报告。
用户范围所有权
每个用户记录仅应由指定的操作用户和管理员可读。
采购日志完整性
只有授权贡献者可以创建或修改 OffsetPurchase 行；在 Cloud Code 检查下保持 tonsPurchased 和状态更改。
验证审核控制
限制 VerificationRecord 的写入权限给审核者或批准者，并在项目可以变为已验证之前要求提供 evidenceUrl。
架构 JSON
准备好复制到 Back4app 或作为实施参考的原始 JSON 架构定义。
{
"classes": [
{
"className": "User",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "OffsetProject",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"projectCode": {
"type": "String",
"required": true
},
"name": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"registry": {
"type": "String",
"required": true
},
"country": {
"type": "String",
"required": true
},
"vintageYear": {
"type": "Number",
"required": true
},
"estimatedTons": {
"type": "Number",
"required": true
},
"verificationStatus": {
"type": "String",
"required": true
},
"owner": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "OffsetPurchase",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"purchaseId": {
"type": "String",
"required": true
},
"buyerName": {
"type": "String",
"required": true
},
"purchaseDate": {
"type": "Date",
"required": true
},
"tonsPurchased": {
"type": "Number",
"required": true
},
"unitPrice": {
"type": "Number",
"required": true
},
"currency": {
"type": "String",
"required": true
},
"project": {
"type": "Pointer",
"required": true,
"targetClass": "OffsetProject"
},
"purchaser": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"receiptUrl": {
"type": "String",
"required": false
},
"status": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "VerificationRecord",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"verificationId": {
"type": "String",
"required": true
},
"project": {
"type": "Pointer",
"required": true,
"targetClass": "OffsetProject"
},
"verifierName": {
"type": "String",
"required": true
},
"verificationDate": {
"type": "Date",
"required": true
},
"verificationType": {
"type": "String",
"required": true
},
"result": {
"type": "String",
"required": true
},
"evidenceUrl": {
"type": "String",
"required": false
},
"notes": {
"type": "String",
"required": false
},
"reviewedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AnnualReport",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"reportYear": {
"type": "Number",
"required": true
},
"title": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"totalPurchasedTons": {
"type": "Number",
"required": true
},
"totalVerifiedTons": {
"type": "Number",
"required": true
},
"publishedUrl": {
"type": "String",
"required": false
},
"preparer": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}使用 AI 代理构建。
使用 Back4app AI 代理从此模板生成一个真实的 ESG 碳抵消跟踪应用，包括前端、后端、认证以及购买、验证和报告流程。
在 Back4app 上创建一个具有此确切模式和行为的 ESG 碳抵消跟踪应用后端。 模式： 1. 用户（使用 Back4app 内置）：用户名，电子邮件，密码，角色；objectId，createdAt，updatedAt（系统）。 2. OffsetProject：项目代码，名称，状态，注册，国家，年份，预计吨数，验证状态，所有者（指向用户）；objectId，createdAt，updatedAt（系统）。 3. OffsetPurchase：购买 ID，买家姓名，购买日期，已购吨数，单价，货币，项目（指向 OffsetProject），购买者（指向用户），收据 URL，状态；objectId，createdAt，updatedAt（系统）。 4. VerificationRecord：验证 ID，项目（指向 OffsetProject），验证者姓名，验证日期，验证类型，结果，证据 URL，备注，由（指向用户）审核；objectId，createdAt，updatedAt（系统）。 5. AnnualReport：报告年份，标题，状态，总购吨数，总验证吨数，发布 URL，编制人（指向用户）；objectId，createdAt，updatedAt（系统）。 安全性： - 限制更新仅针对授权的操作用户和审核者。使用云代码验证 OffsetPurchase 编辑、VerificationRecord 状态更改和 AnnualReport 发布。 认证： - 注册，登录，登出。 行为： - 创建 OffsetPurchase 记录，审核 OffsetProject 记录，发布 AnnualReport 摘要，并展示 VerificationRecord 历史。 交付： - Back4app 应用，附带模式、ACL、CLP；用于 OffsetPurchase 记录、项目验证、AnnualReport 摘要和用户视图的前端。
按下面的按钮打开带有此模板提示的代理。
这是没有技术后缀的基础提示。您可以在之后调整生成的前端堆栈。
API 沙箱
尝试 REST 和 GraphQL 端点对碳补偿模式进行测试。响应使用模拟数据，无需 Back4app 账户。
使用与此模板相同的模式。
选择您的技术
展开每个卡片，以查看如何将 OffsetProject、OffsetPurchase 和 VerificationRecord 与您选择的技术栈集成。
Flutter 碳抵消后端
React 碳抵消后端
React 原生 碳抵消后端
Next.js 碳抵消后端
JavaScript 碳抵消后端
Android 碳抵消后端
iOS 碳抵消后端
Vue 碳抵消后端
Angular 碳抵消后端
GraphQL 碳抵消后端
REST API 碳抵消后端
PHP 碳抵消后端
.NET 碳抵消后端
您可以从每种技术中获得什么
每个技术栈使用相同的 ESG 碳抵消后端架构和 API 合同。
统一的碳抵消数据结构
轻松管理用户、OffsetProject、OffsetPurchase、VerificationRecord 和 AnnualReport 记录，使用一个模式。
采购日志可见性
跨团队跟踪 purchaseId、tonsPurchased 和状态。
项目验证历史
保持 evidenceUrl 和 verificationStatus 关联到每个 OffsetProject 回顾。
年度报告支持
从相同的后端类中汇总 reportYear 总数和发布状态。
REST/GraphQL APIs 用于 ESG 应用程序
将仪表板、移动应用程序和报告工具与灵活的 API 访问集成。
可扩展的 ESG 项目架构
随着你的碳项目的发展，添加更多审计、注册或报告类。
碳抵消框架比较
比较所有支持技术的设置速度、SDK 风格和 AI 支持。
| 框架 | 设置时间 | 碳抵消效益 | SDK 类型 | AI 支持 |
|---|---|---|---|---|
| 大约 5 分钟 | 适用于移动和网络的 ESG 仪表板的单一代码库。 | 类型化 SDK | 完整 | |
| 少于 5 分钟 | 基于浏览器的快速 ESG 操作仪表板。 | 类型化 SDK | 完整 | |
| 约 3–7 分钟 | 跨平台移动应用，用于采购记录和审查工作。 | 类型化 SDK | 完整 | |
| 快速（5分钟）设置 | 服务器渲染的年度披露报告门户。 | 类型化 SDK | 完整 | |
| ~3–5分钟 | 轻量级网页集成，用于 ESG 工作流程。 | 类型化 SDK | 完整 | |
| 大约 5 分钟 | Android 原生应用，用于现场审批和审查。 | 类型化 SDK | 完整 | |
| 少于 5 分钟 | 用于碳抵消跟踪的原生 iOS 应用，随时随地使用。 | 输入的 SDK | 完整 | |
| 约 3–7 分钟 | Reactive ESG 门户用于购买记录和报告。 | 输入的 SDK | 完整 | |
| 快速 (5 分钟) 设置 | 企业仪表板用于验证和年度报告。 | 输入的 SDK | 完整 | |
| 少于 2 分钟 | 面向ESG报告客户的灵活 GraphQL API。 | GraphQL API | 完整 | |
| 快速（2分钟）设置 | 用于碳补偿服务的REST集成。 | REST API | 完整 | |
| ~3分钟 | 用于ESG操作的服务器端 PHP 后端。 | REST API | 完整 | |
| ~3–7分钟 | .NET 用于碳排放报告系统的后端。 | 类型化SDK | 完整 |
设置时间反映了从项目启动到首次 OffsetPurchase 或 OffsetProject 查询所需的预期持续时间，使用此模板架构。
碳追踪器问题
关于使用此模板构建 ESG 碳抵消追踪器后端的常见问题。
