เทมเพลต Backend สำหรับ ESG Carbon Offset Tracker
การซื้อและรายงานการชดเชยที่สามารถตรวจสอบได้
Backend ESG Carbon Offset Tracker ที่พร้อมใช้งานการผลิต ESG carbon offset tracker backend บน Back4app พร้อมด้วยบัญชีผู้ใช้, บันทึก OffsetProject, บันทึกการซื้อ Offset, การตรวจสอบ VerificationRecord, และสรุปรายงานประจำปี รวมถึงแผนภาพ ER, พจนานุกรมข้อมูล, schema JSON, API sandbox, และ AI Agent ที่ช่วยให้การตั้งค่าเป็นไปอย่างรวดเร็ว.
สิ่งที่ควรจดจำ
เทมเพลตนี้มอบแบ็กเอนด์การชดเชยคาร์บอน ESG พร้อมบันทึกการซื้อการชดเชยที่สามารถตรวจสอบได้, ประวัติการบันทึกการตรวจสอบ, และสรุปรายงานประจำปีเพื่อให้ผู้นำการปฏิบัติการสามารถติดตามการเรียกร้องการชดเชยได้
- ประวัติการซื้อที่ตรวจสอบได้ — จัดเก็บแต่ละการซื้อการชดเชยด้วย purchaseId, tonsPurchased, unitPrice, และสถานะเพื่อให้ทีมการเงินและ ESG สามารถปรับยอดการเรียกร้องได้
- เส้นทางการตรวจสอบโครงการ — ติดตามทุกบันทึกการตรวจสอบกับโครงการชดเชยด้วย verificationType, ผลลัพธ์, evidenceUrl, และบันทึก
- ความพร้อมในการรายงานประจำปี — สร้างบันทึกรายงานประจำปีจากยอดรวมการซื้อการชดเชยและปริมาณโครงการชดเชยที่ตรวจสอบแล้วโดยไม่ต้องส่งออกด้วยมือ
- การเข้าถึงบันทึก ESG ที่มีการควบคุม — จำกัดการอัปเดตไปยังวัตถุ User, OffsetPurchase, OffsetProject, VerificationRecord และ AnnualReport ด้วย ACLs และการตรวจสอบ Cloud Code.
- API เพียงหนึ่งเดียวสำหรับเว็บและมือถือ — ให้บริการแดชบอร์ด, การตรวจสอบ, และลูกค้าที่ทำรายงานผ่าน REST และ GraphQL backend.
ภาพรวม: ติดตามการชดเชยคาร์บอน ESG
เมื่อทีมติดตามการชดเชยคาร์บอน ESG ขยายใหญ่ขึ้น กล่องจดหมายที่แชร์จะหยุดขยายตัว; คุณต้องการการมอบหมาย, สิทธิ์, และเส้นเวลาที่ทุกคนเชื่อถือได้ ต้นทุนจะแสดงในค่าตอบแทนและเครดิต. Back4app รองรับ OffsetProject, OffsetPurchase, VerificationRecord, และ AnnualReport สำหรับการปฏิบัติการติดตามการชดเชยคาร์บอน ESG ที่ต้องการเส้นตาย, เอกสาร, และการสื่อสารในที่ทำงานที่ได้รับอนุญาตพื้นที่เดียว. สคีมาครอบคลุม User (ชื่อผู้ใช้, อีเมล, บทบาท), OffsetProject (projectCode, ชื่อ, สถานะ, ทะเบียน, ประเทศ, vintageYear, estimatedTons, verificationStatus, เจ้าของ), OffsetPurchase (purchaseId, buyerName, purchaseDate, tonsPurchased, unitPrice, สกุลเงิน, โครงการ, ผู้ซื้อ, receiptUrl, สถานะ), VerificationRecord (verificationId, โครงการ, verifierName, verificationDate, verificationType, ผลลัพธ์, evidenceUrl, หมายเหตุ, reviewedBy), และ AnnualReport (reportYear, title, สถานะ, totalPurchasedTons, totalVerifiedTons, publishedUrl, preparer) พร้อมกับการอนุญาตและการทำงานที่ตรวจสอบได้รวมอยู่ด้วย. เชื่อมต่อส่วนหน้าโปรดของคุณและเริ่มติดตามกิจกรรมการชดเชยคาร์บอนได้เร็วขึ้น.
ดีที่สุดสำหรับ:
ภาพรวมเทมเพลตติดตามการคาร์บอนออฟเซ็ต ESG
ส่วนที่มีค่าใช้จ่ายมากที่สุดของการติดตามคาร์บอนออฟเซ็ต ESG ไม่ใช่การจัดเก็บ — แต่เป็นการกระทบยอด: การสร้างความจริงใหม่หลังจากที่ไม่มีใครบันทึกไว้ในที่เดียว.
หากคุณกำลังประเมิน Back4app OffsetProject, OffsetPurchase, และ VerificationRecord แสดงให้เห็นว่าคุณจะได้รับโครงสร้างมากเพียงใดก่อนที่จะเขียน SQL ที่กำหนดเอง.
คุณลักษณะหลักของการชดเชยคาร์บอน
การ์ดเทคโนโลยีแต่ละใบในศูนย์นี้ใช้โครงสร้าง ESG carbon offset เดียวกันกับ User, OffsetProject, OffsetPurchase, VerificationRecord, และ AnnualReport.
บทบาทผู้ใช้และการควบคุมการเข้าถึง
ผู้ใช้จะเก็บชื่อผู้ใช้, อีเมล, และบทบาทสำหรับแต่ละผู้รีวิวหรือผู้มีส่วนร่วม
การบันทึกการซื้อแบบ Offset
OffsetPurchase เก็บข้อมูลโครงการ, ผู้ซื้อ, ปริมาณที่ซื้อ, วันที่ซื้อ, และสถานะ
รีจิสทรีโครงการออฟเซ็ต
OffsetProject ติดตาม projectCode, registry, ประเทศ, และ verificationStatus.
ประวัติการตรวจสอบการยืนยัน
VerificationRecord เชื่อมโยงโครงการ, verifierName, evidenceUrl, และผลลัพธ์.
ยอดรวมการรายงานประจำปี
AnnualReport รวมรายงานปี, totalPurchasedTons, และ totalVerifiedTons.
ทำไมต้องสร้างแบ็คเอนด์ตัวติดตามการชดเชยคาร์บอน ESG ของคุณด้วย Back4app?
Back4app มอบวัตถุที่จำเป็นสำหรับการบันทึกการซื้อ การตรวจสอบโครงการ และการรายงานประจำปีให้กับทีมของคุณ ดังนั้นคุณจึงสามารถใช้เวลาในการดำเนินงาน ESG แทนการทำงานเบื้องหลังที่ซับซ้อน
- •การซื้อการชดเชยและรายงานประจำปีในกระบวนการเดียว: แถวการซื้อการชดเชยเก็บข้อมูลจำนวนที่ซื้อ วันที่ซื้อ และสถานะ ในขณะที่รายงานประจำปีจะรวมยอดปีรายงานจากสคีมาที่เดียวกัน
- •หลักฐานการตรวจสอบยังคงติดอยู่: แต่ละบันทึกการตรวจสอบเชื่อมโยงโครงการชดเชยเข้ากับชื่อผู้ตรวจสอบ หมายเหตุ URL หลักฐาน และผลลัพธ์สำหรับการตรวจสอบที่ติดตามได้
- •การมองเห็นแบบเรียลไทม์สำหรับการดำเนินงาน ESG: ใช้ Live Queries ในการซื้อการชดเชยและบันทึกการตรวจสอบเพื่อให้แดชบอร์ดสะท้อนการซื้อใหม่และผลการตรวจสอบเมื่อเกิดขึ้น
สร้างแบ็คเอนด์การชดเชยคาร์บอนที่ตรวจสอบได้เพียงครั้งเดียว แล้วนำไปใช้ซ้ำในแดชบอร์ด รายงาน และแอปพลิเคชันมือถือ
ประโยชน์ของการลดก๊าซคาร์บอน
แบ็กเอนด์การลดก๊าซคาร์บอนที่จัดระเบียบและติดตามบันทึก ESG ได้ง่าย.
ประวัติการซื้อที่สามารถติดตามได้
ข้อมูล OffsetPurchase จะรักษาข้อมูล purchaseId, tonsPurchased, purchaseDate, และสถานะเพื่อให้ทีมการเงินสามารถตรวจสอบการเรียกร้องการลดก๊าซคาร์บอนได้ทุกครั้ง.
บันทึกที่พร้อมสำหรับการตรวจสอบ
วัตถุ VerificationRecord จะเก็บ evidenceUrl และผลลัพธ์ ซึ่งช่วยให้ผู้ตรวจสอบติดตามเส้นทางการอนุมัติได้.
รายงานประจำปีจากการเรียนสด
AnnualReport สามารถสร้างจากบันทึก User, OffsetPurchase, และ OffsetProject ปัจจุบันแทนที่จะรวมสเปรดชีตด้วยตนเอง.
การควบคุมการเข้าถึงสำหรับการดำเนินงาน ESG
ใช้ ACL/CLP และการตรวจสอบ Cloud Code เพื่อจำกัดผู้ที่สามารถสร้างหรือแก้ไขวัตถุ OffsetPurchase และ VerificationRecord
ประวัติของโครงการที่เชื่อมโยงกับทะเบียน
ฟิลด์ของ OffsetProject เช่น projectCode, registry และ country จะช่วยให้ง่ายต่อการกรองข้อเรียกร้องตามแหล่งที่มาและสถานะ
การตั้งค่าพื้นฐานทางด้านหลังอย่างรวดเร็ว
เริ่มต้นด้วยสคีมา จากนั้นปรับแก้แดชบอร์ดและมุมมองรายงานโดยไม่ต้องสร้างโมเดลข้อมูลสองครั้ง
พร้อมที่จะเปิดตัวติดตามการชดเชยคาร์บอนของคุณหรือยัง?
ให้ Back4app AI Agent สร้างพื้นฐาน ESG ของคุณและสร้างบันทึก OffsetPurchase การตรวจสอบ VerificationRecord และสรุปรายงานประจำปีจากคำสั่งเดียว
เริ่มต้นฟรี — 50 คำสั่ง AI Agent ต่อเดือน ไม่ต้องใช้บัตรเครดิต
เทคโนโลยีการชดเชยคาร์บอน
ทุกอย่างรวมอยู่ในเทมเพลตแบ็คเอนด์การชดเชยคาร์บอน 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 ได้; รักษาการเปลี่ยนแปลง tonsPurchased และสถานะให้อยู่ภายใต้การตรวจสอบของ Cloud Code.
การควบคุมการตรวจสอบการยืนยัน
จำกัดการเขียน VerificationRecord เฉพาะผู้ตรวจสอบหรือผู้อนุมัติ และต้องมี evidenceUrl ก่อนที่โครงการจะสามารถขยับไปยังสถานะที่ได้รับการยืนยันได้.
Schema JSON
การกำหนดค่า JSON แบบดิบพร้อมสำหรับการคัดลอกไปยัง Back4app หรือใช้เป็นข้อมูลอ้างอิงในการใช้งาน.
{
"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 Agent
ใช้ Back4app AI Agent เพื่อสร้างแอปติดตามการชดเชยคาร์บอน ESG จริงจากเทมเพลตนี้ รวมถึงฟรอนต์เอนด์ แบ็คเอนด์ การตรวจสอบสิทธิ์ และการซื้อ การตรวจสอบ และกระบวนการรายงาน
สร้างแบ็คเอนด์แอปติดตามการชดเชยคาร์บอน ESG บน Back4app ด้วยสคีมานี้และพฤติกรรมนี้ สคีมา: 1. ผู้ใช้ (ใช้ Back4app ในตัว): ชื่อผู้ใช้ อีเมล รหัสผ่าน บทบาท; objectId, createdAt, updatedAt (ระบบ). 2. OffsetProject: projectCode, ชื่อ, สถานะ, ร registry, ประเทศ, vintageYear, estimatedTons, verificationStatus, เจ้าของ (Pointer to User); objectId, createdAt, updatedAt (ระบบ). 3. OffsetPurchase: purchaseId, buyerName, purchaseDate, tonsPurchased, unitPrice, สกุลเงิน, โครงการ (Pointer to OffsetProject), ผู้ซื้อ (Pointer to User), receiptUrl, สถานะ; objectId, createdAt, updatedAt (ระบบ). 4. VerificationRecord: verificationId, โครงการ (Pointer to OffsetProject), verifierName, verificationDate, verificationType, ผลลัพธ์, evidenceUrl, หมายเหตุ, reviewedBy (Pointer to User); objectId, createdAt, updatedAt (ระบบ). 5. AnnualReport: reportYear, ชื่อเรื่อง, สถานะ, totalPurchasedTons, totalVerifiedTons, publishedUrl, preparer (Pointer to User); objectId, createdAt, updatedAt (ระบบ). ความปลอดภัย: - จำกัดการอัปเดตสำหรับผู้ใช้และผู้ตรวจสอบการดำเนินการที่ได้รับอนุญาต ใช้ Cloud Code เพื่อตรวจสอบการแก้ไข OffsetPurchase การเปลี่ยนสถานะ VerificationRecord และการเผยแพร่ AnnualReport. การตรวจสอบสิทธิ์: - ลงทะเบียน เข้าสู่ระบบ ออกจากระบบ. พฤติกรรม: - สร้างบันทึกการซื้อการชดเชย ตรวจสอบบันทึก OffsetProject เผยแพร่สรุปรายงานประจำปี และแสดงประวัติ VerificationRecord. ส่งมอบ: - แอป Back4app พร้อมสคีมา ACLs CLPs; ฟรอนต์เอนด์สำหรับบันทึกการซื้อการชดเชย การตรวจสอบโครงการ สรุปรายงานประจำปี และมุมมองผู้ใช้
กดปุ่มด้านล่างเพื่อเปิด Agent พร้อมข้อความเทมเพลตที่กรอกไว้ล่วงหน้า
นี่คือข้อความเริ่มต้นที่ไม่มีนามสกุลเทคโนโลยี คุณสามารถปรับแต่งสแต็กฟรอนต์เอนด์ที่สร้างขึ้นได้ในภายหลัง
API Sandbox
ลองใช้ REST และ GraphQL endpoints กับโครงสร้างการชดเชยคาร์บอน ข้อมูลตอบกลับใช้ข้อมูลจำลองและไม่จำเป็นต้องมีบัญชี Back4app
ใช้โครงสร้างเดียวกันกับแม่แบบนี้
เลือกเทคโนโลยีของคุณ
ขยายการ์ดแต่ละใบเพื่อดูวิธีการรวม OffsetProject, OffsetPurchase และ VerificationRecord เข้ากับเทคโนโลยีที่คุณเลือก.
Flutter การชดเชยคาร์บอนเบื้องหลัง
React การชดเชยคาร์บอนเบื้องหลัง
React เนทีฟ การชดเชยคาร์บอนเบื้องหลัง
Next.js การชดเชยคาร์บอนเบื้องหลัง
JavaScript การชดเชยคาร์บอนเบื้องหลัง
Android การชดเชยคาร์บอนเบื้องหลัง
iOS การชดเชยคาร์บอนเบื้องหลัง
Vue การชดเชยคาร์บอนเบื้องหลัง
Angular การชดเชยคาร์บอนเบื้องหลัง
GraphQL การชดเชยคาร์บอนเบื้องหลัง
REST API การชดเชยคาร์บอนเบื้องหลัง
PHP การชดเชยคาร์บอนเบื้องหลัง
.NET การชดเชยคาร์บอนเบื้องหลัง
สิ่งที่คุณได้รับจากทุกเทคโนโลยี
ทุกสแต็คใช้โครงสร้างข้อมูลและสัญญา API ของ ESG carbon offset เดียวกัน
โครงสร้างข้อมูล carbon offset ที่เป็นเอกภาพ
จัดการข้อมูลผู้ใช้, ข้อมูลโครงการ offset, ข้อมูลการซื้อ offset, บันทึกการตรวจสอบ, และรายงานประจำปี ได้อย่างง่ายดายด้วยสกีม่าเดียวกัน。
ความสามารถในการมองเห็นบันทึกการซื้อ
ติดตาม purchaseId, tonsPurchased, และสถานะข้ามทีมต่างๆ。
ประวัติการตรวจสอบโครงการ
เก็บ evidenceUrl และ verificationStatus ที่เชื่อมโยงกับการตรวจสอบแต่ละโครงการ offset。
การสนับสนุนการรายงานประจำปี
รวบรวมยอดรวม reportYear และสถานะการเผยแพร่จากคลาส backend เดียวกัน。
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 นาที | พอร์ทัล ESG React สำหรับการบันทึกและรายงานการซื้อ | SDK ที่พิมพ์ | ทั้งหมด | |
| การตั้งค่าอย่างรวดเร็ว (5 นาที) | แดชบอร์ดสำหรับองค์กรสำหรับการตรวจสอบและรายงานประจำปี | SDK ที่พิมพ์ | ทั้งหมด | |
| ต่ำกว่า 2 นาที | API ของ GraphQL ที่ยืดหยุ่นสำหรับลูกค้า ESG reporting. | GraphQL API | ทั้งหมด | |
| การตั้งค่าอย่างรวดเร็ว (2 นาที) | การรวม REST สำหรับบริการการชดเชยคาร์บอน. | REST API | ทั้งหมด | |
| ~3 นาที | แบ็คเอนด์ PHP ฝั่งเซิร์ฟเวอร์สำหรับการดำเนินงาน ESG. | REST API | ทั้งหมด | |
| ~3–7 นาที | .NET แพลตฟอร์มสำหรับระบบรายงานคาร์บอน | SDK ที่มีประเภท | ทั้งหมด |
เวลาติดตั้งสะท้อนระยะเวลาที่คาดหวังตั้งแต่เริ่มต้นโครงการไปจนถึงการซื้อลดการปล่อยก๊าซหรือการสอบถามโครงการลดการปล่อยก๊าซครั้งแรกโดยใช้สคริปต์เทมเพลตนี้
คำถามเกี่ยวกับ Carbon Tracker
คำถามทั่วไปเกี่ยวกับการสร้างแบ็กเอนด์ ESG carbon offset tracker โดยใช้เทมเพลตนี้.
พร้อมที่จะสร้างเครื่องติดตามการชดเชยคาร์บอน ESG ของคุณหรือยัง?
เริ่มโครงการการชดเชยคาร์บอนของคุณในไม่กี่นาที ไม่มีบัตรเครดิตที่จำเป็น