碳抵消後端

ESG 碳抵消追蹤器後端範本
可審計的抵消購買與報告

Q: ESG 碳抵消跟踪器中哪些客戶端時刻應該進行結構化捕獲而不是非正式筆記？

這是一個後端架構和 API，用於在一個可審計的系統中存儲抵消購買、項目驗證歷史和年度報告總額。

Q: 對於具有混合資歷的 ESG 碳抵消跟蹤器團隊，基於角色的訪問權限看起來如何？

它包括 User、OffsetProject、OffsetPurchase、VerificationRecord 和 AnnualReport 類別，以及 ER 圖、API 沙盒和 AI 代理提示。

Q: 這個 ESG 碳抵消追蹤系統的 CRM 層能否隨著新的事項類型和輸入通道而增長？

Back4app 為您提供了管理的身份驗證、數據庫、實時查詢和靈活的架構，讓您能夠追蹤購買、證據和年度總額，而無需運行自己的後端。

Q: 我該如何使用 Flutter 查詢購買日誌？

使用 OffsetPurchase 類來提取抵消購買記錄，連同關聯的 OffsetProject 和 User 指針，然後在 UI 中顯示 tonsPurchased 和狀態。

Q: 我該如何使用 Next.js 管理驗證工作流？

使用伺服器操作或 API 路由為選擇的 OffsetProject 創建 VerificationRecord 對象，並通過 Cloud Code 檢查來控制狀態變更。

Q: React Native 能否離線快取年度報告？

是的。啟用本地數據存儲並釘住 AnnualReport、OffsetPurchase 和 VerificationRecord 對象，以便團隊可以在旅行或離線時查看報告快照。

Q: 我該如何防止未經授權的購買編輯？

在 OffsetPurchase 的 Cloud Code beforeSave 中，驗證用戶是否擁有編輯關聯的 User 或 OffsetProject 的權限，並拒絕無效的狀態變更。

Q: 如何在 Android 上顯示抵消項目的最佳方法是什麼？

查詢 OffsetProject 記錄並顯示 projectCode、registry、country 和 status，然後當審核者打開詳細視圖時，深入了解相關的 VerificationRecord 歷史。

Q: 報告流程是如何從頭到尾運作的？

操作用戶創建 OffsetPurchase 條目，審核者將 VerificationRecord 證據附加到 OffsetProject 記錄，系統編制報告年度的 AnnualReport 總計。

Q: 年度報告如何與已驗證的項目保持一致？

AnnualReport 記錄應該從已批准的 OffsetPurchase 條目生成，並且僅包含具有有效 VerificationRecord 結果和 evidenceUrl 的 OffsetProject 行。

在 Back4app 上的生產就緒 ESG 碳抵消追蹤器後端，包括用戶帳戶、OffsetProject 記錄、抵消購買日誌、驗證記錄審查和年度報告摘要。包括 ER 圖、數據字典、JSON 架構、API 沙盒，以及一個 AI 代理 提示以便快速設置。

與 AI 代理一起建立選擇您的技術

主要收穫

此模板為您提供一個 ESG 碳抵消後端，具有可審計的 OffsetPurchase 日誌、VerificationRecord 歷史和 AnnualReport 摘要，以便操作負責人能追蹤每項抵消申請。

可審計的購買歷史 — 存儲每個 OffsetPurchase 的 purchaseId、tonsPurchased、unitPrice 和 status，以便財務和 ESG 團隊能夠對帳申請。
項目驗證痕跡 — 追蹤每個 VerificationRecord 與 OffsetProject 的配對，包含 verificationType、result、evidenceUrl 和 notes。
年度報告準備就緒 — 根據 OffsetPurchase 總數和已驗證的 OffsetProject 體量生成 AnnualReport 記錄，而無需手動建立匯出。
受控存取 ESG 記錄 — 限制對 User、OffsetPurchase、OffsetProject、VerificationRecord 和 AnnualReport 物件的更新，並進行 ACL 和 Cloud Code 檢查。
單一 API 接口，用於網頁和行動裝置 — 透過一個 REST 和 GraphQL 後端提供儀表板、稽核和報告客戶端。

概述：ESG 碳抵消追蹤器

當 ESG 碳抵消追蹤團隊成長時，共享信箱無法繼續擴展；您需要指派、權限和每個人都信任的時間表。成本顯示在回呼和信用中。Back4app 為需要截止日期、文件和通訊的 ESG 碳抵消追蹤實踐提供 OffsetProject、OffsetPurchase、VerificationRecord 和 AnnualReport。該架構涵蓋 User（用戶名稱、電子郵件、角色）、OffsetProject（項目代碼、名稱、狀態、登記處、國家、年份、估計噸數、驗證狀態、擁有者）、OffsetPurchase（購買 ID、買家名稱、購買日期、購買噸數、單位價格、貨幣、項目、購買者、收據網址、狀態）、VerificationRecord（驗證 ID、項目、驗證者名稱、驗證日期、驗證類型、結果、證據網址、備註、審核者）和 AnnualReport（報告年份、標題、狀態、總購買噸數、總驗證噸數、發佈網址、準備者），並包含身份驗證和可查詢的工作流程。連接您首選的前端，並更快地開始追蹤碳抵消活動。

最佳適用於：

ESG 營運儀表板碳抵消購買系統驗證和審核工作流程年度可持續性報告合規準備的報告工具團隊選擇 BaaS 作為 ESG 產品

ESG 碳抵消追踪器模板概述

ESG 碳抵消追踪器中昂貴的部分不是存儲，而是對賬：在事後重建真相，因為沒有人在一個地方捕捉到它。

如果你正在評估 Back4app，OffsetProject、OffsetPurchase 和 VerificationRecord 展示了在寫自定義 SQL 之前你能獲得多少結構。

碳抵消核心功能

此中心中的每個技術卡片都使用相同的 ESG 碳抵消架構，包括用戶、抵消項目、抵消購買、驗證記錄和年度報告。

用戶角色和訪問控制

用戶為每位審核者或貢獻者存儲用戶名、電子郵件和角色。

Offset購買記錄

OffsetPurchase捕捉項目、購買者、購買噸數、購買日期和狀態。

抵消項目登記

OffsetProject 追蹤 projectCode、registry、country 和 verificationStatus。

驗證審核流程

VerificationRecord 連結 project、verifierName、evidenceUrl 和 result。

年度報告總計

AnnualReport 聚合 reportYear、totalPurchasedTons 和 totalVerifiedTons。

為什麼要使用 Back4app 建立您的 ESG 碳抵消追蹤器後端？

Back4app 為您的團隊提供所需的物件，用於購買記錄、專案驗證和年度報告，讓您可以將時間花在 ESG 操作上，而不是後端建設上。

•一個流程中的 OffsetPurchase 和 AnnualReport: OffsetPurchase 行記錄了 tonsPurchased、purchaseDate 和 status，而 AnnualReport 則從相同的架構中匯總 reportYear 總計。
•驗證證據保持附加: 每個 VerificationRecord 將 OffsetProject 連結到 verifierName、notes、evidenceUrl 及 result，以便於可追溯的審核鏈。
•ESG 操作的即時可見性: 在 OffsetPurchase 和 VerificationRecord 上使用 Live Queries，以便儀表板反映新購買和審核結果的即時變化。

建立一次可審計的碳抵消後端，然後在儀表板、報告和移動應用中重用相同的類別。

碳抵消效益

一個將 ESG 記錄組織和可追蹤的碳抵消後端。

可追蹤的購買歷史

OffsetPurchase 條目保留 purchaseId、tonsPurchased、purchaseDate 和狀態，以便財務團隊可以檢查每一項抵消申請。

準備驗證的記錄

VerificationRecord 對象持有 evidenceUrl 和結果，幫助審核人員跟蹤批准流程。

來自現場課程的年度報告

AnnualReport 可以從當前的用戶、OffsetPurchase 和 OffsetProject 記錄中構建，而無需手動合併電子表格。

ESG操作的存取控制

使用ACL/CLP和雲端代碼驗證來限制誰可以創建或編輯OffsetPurchase和VerificationRecord物件。

與登記相關的專案歷史

OffsetProject欄位，例如projectCode、registry和country，使得按來源和狀態篩選要求變得更容易。

快速後端設置

從架構開始，然後調整儀表板和報告視圖，而無需重複創建數據模型。

準備好啟動你的碳抵消追蹤器了嗎？

讓Back4app AI代理支架你的ESG後端，並從一個提示生成OffsetPurchase日誌、VerificationRecord回顧和AnnualReport摘要。

與AI代理一起構建嘗試 API 遊樂場

免費開始 - 每月 50 個 AI 代理提示，無需信用卡

碳抵消技術堆疊

這個 ESG 碳抵消後端模板中包含所有內容。

前端

13+ 技術

後端

Back4app

資料庫

MongoDB

驗證

內建驗證 + 會話

API

REST 和 GraphQL

實時

Live Queries

偏移項目地圖

ESG 碳減排後端架構的實體關係模型。

偏移項目地圖

查看圖表來源

Mermaid

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
    }

碳同步流程

身份驗證、減排購買登錄、驗證記錄審核和年度報告生成的典型運行流程。

偏移項目地圖

查看圖表來源

Mermaid

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
email	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

原始 JSON 模式定義可直接複製到 Back4app 或作為實施參考使用。

JSON

100

101

102

103

104

105

106

107

108

109

110

111

112

113

114

115

116

117

118

119

120

121

122

123

124

125

126

127

128

129

130

131

132

133

134

135

136

137

138

139

140

141

142

143

144

145

146

147

148

149

150

151

152

153

154

155

156

157

158

159

160

161

162

163

164

165

166

167

168

169

170

171

172

173

174

175

176

177

178

179

180

181

182

183

184

185

186

187

188

189

190

191

192

193

194

195

196

197

198

199

200

201

202

203

204

205

206

207

208

209

210

211

212

213

214

215

216

217

218

219

220

221

222

223

224

225

226

227

228

229

230

231

232

233

234

235

236

237

238

239

240

241

242

243

244

245

246

247

248

249

250

251

{
  "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 AI 代理

準備好構建

在 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 歷史記錄。

交付：
- 擁有架構、ACL、CLP 的 Back4app 應用；用於 OffsetPurchase 日誌、項目驗證、AnnualReport 摘要和用戶視圖的前端。

按下面的按鈕打開代理，該模板提示已預填。

這是沒有技術後綴的基本提示。您可以隨後調整生成的前端堆棧。

幾分鐘內部署每月 50 個免費提示無需信用卡

API 沙盒

嘗試使用 REST 和 GraphQL 端點針對碳補償架構。回應使用模擬數據，並且不需要 Back4app 帳戶。

正在加載遊樂場…

使用與此模板相同的架構。

選擇您的技術

展開每個卡片以查看如何將 OffsetProject、OffsetPurchase 和 VerificationRecord 與您選擇的技術棧集成。

您每種技術可獲得的內容

每個技術棧使用相同的 ESG 碳抵消後端架構和 API 合約。

統一的碳抵消數據結構

輕鬆管理用戶、OffsetProject、OffsetPurchase、VerificationRecord 和 AnnualReport 記錄，使用相同的架構。

購買日誌可見性

跨團隊追蹤 purchaseId、tonsPurchased 和狀態。

項目驗證歷史

將 evidenceUrl 和 verificationStatus 與每個 OffsetProject 評審相連。

年度報告支援

從相同的後端類別彙總 reportYear 總數和出版狀態。

ESG 應用程序的 REST/GraphQL APIs

將儀表板、移動應用程序和報告工具與靈活的 API 訪問集成。

ESG 程式的可擴展架構

隨著您的碳計劃增長，添加更多的審計、登記或報告類別。

碳抵消框架比較

比較所有支持技術的設置速度、SDK 風格和 AI 支持。

框架	設置時間	碳抵消收益	SDK 類型	AI 支持
Flutter	約 5 分鐘	針對行動和網頁的 ESG 儀表板的單一代碼庫。	類型化 SDK	完整
React	少於 5 分鐘	快速的基於瀏覽器的 ESG 操作儀表板。	類型化 SDK	完整
React 原生	約 3–7 分鐘	跨平台移動應用程序，用於購買日誌和審查工作。	類型化 SDK	完整
Next.js	快速（5分鐘）設置	伺服器渲染的報告門戶，用於年度披露。	類型化SDK	完整
JavaScript	~3–5分鐘	輕量型網頁整合，用於ESG工作流程。	類型化SDK	完整
Android	大約5分鐘	原生Android應用，用於現場批准和審查。	類型化SDK	完整
iOS	少於5分鐘	用於碳補償追蹤的原生 iOS 應用程式，隨時隨地使用。	類型化SDK	完整
Vue	約3–7分鐘	Reactive ESG 入口網站，用於購買記錄和報告。	類型化SDK	完整
Angular	快速（5分鐘）設置	企業儀表板，用於驗證和年度報告。	類型化SDK	完整
GraphQL	少於2分鐘	靈活的 GraphQL API 用於 ESG 報告客戶。	GraphQL API	完整
REST API	快速 (2 分鐘) 設定	用於碳抵消服務的 REST 整合。	REST API	完整
PHP	~3 分鐘	用於 ESG 操作的伺服器端 PHP 後端。	REST API	完整
.NET	~3–7 分鐘	.NET 後端用於碳報告系統。	類型化 SDK	完整

設置時間反映了從項目啟動到使用此模板架構的第一次 OffsetPurchase 或 OffsetProject 查詢的預期持續時間。

碳追蹤器問題

有關使用此範本構建 ESG 碳抵消追蹤器後端的常見問題。

ESG 碳抵消跟踪器中哪些客戶端時刻應該進行結構化捕獲而不是非正式筆記？

對於具有混合資歷的 ESG 碳抵消跟蹤器團隊，基於角色的訪問權限看起來如何？

這個 ESG 碳抵消追蹤系統的 CRM 層能否隨著新的事項類型和輸入通道而增長？

我該如何使用 Flutter 查詢購買日誌？

我該如何使用 Next.js 管理驗證工作流？

React Native 能否離線快取年度報告？

我該如何防止未經授權的購買編輯？

如何在 Android 上顯示抵消項目的最佳方法是什麼？

報告流程是如何從頭到尾運作的？

年度報告如何與已驗證的項目保持一致？

全球開發者信賴的選擇

加入更快速推出 ESG 和報告產品的團隊，使用 Back4app 模板

準備建立您的 ESG 碳抵消追踪器了嗎？

在幾分鐘內開始您的碳抵消項目。無需信用卡。

選擇技術

ESG 碳抵消追蹤器後端範本可審計的抵消購買與報告

主要收穫

概述：ESG 碳抵消追蹤器

ESG 碳抵消追踪器模板概述

碳抵消核心功能

用戶角色和訪問控制

Offset購買記錄

抵消項目登記

驗證審核流程

年度報告總計

為什麼要使用 Back4app 建立您的 ESG 碳抵消追蹤器後端？

碳抵消效益

可追蹤的購買歷史

準備驗證的記錄

來自現場課程的年度報告

ESG操作的存取控制

與登記相關的專案歷史

快速後端設置

準備好啟動你的碳抵消追蹤器了嗎？

碳抵消技術堆疊

偏移項目地圖

碳同步流程

碳領域指南

碳訪問規則

用戶範圍的擁有權

購買日誌完整性

驗證審查控制

模式 JSON

使用 AI 代理生成

API 沙盒

選擇您的技術

Flutter 碳抵消後端

React 碳抵消後端

React 原生 碳抵消後端

Next.js 碳抵消後端

JavaScript 碳抵消後端

Android 碳抵消後端

iOS 碳抵消後端

Vue 碳抵消後端

Angular 碳抵消後端

GraphQL 碳抵消後端

REST API 碳抵消後端

PHP 碳抵消後端

.NET 碳抵消後端

您每種技術可獲得的內容

統一的碳抵消數據結構

購買日誌可見性

項目驗證歷史

年度報告支援

ESG 應用程序的 REST/GraphQL APIs

ESG 程式的可擴展架構

碳抵消框架比較

碳追蹤器問題

全球開發者信賴的選擇

準備建立您的 ESG 碳抵消追踪器了嗎？

ESG 碳抵消追蹤器後端範本
可審計的抵消購買與報告

React 原生碳抵消後端