Отслеживание углеродных компенсаций
Создавайте с помощью AI Agent
Бэкенд углеродныхoffset

Шаблон бэкенда трекера углеродныхoffset по ESG
Аудируемые покупки углеродныхoffset и отчеты

Готовый к производству ESG трекер углеродныхoffset бэкенд на Back4app с пользовательскими учетными записями, записями проекта углеродныхoffset, логами покупок углеродныхoffset, обзорами записей верификации и сводками годовых отчетов. Включает диаграмму ER, словарь данных, JSON-схему, песочницу API и AI Agent запрос для быстрой настройки.

Ключевые выводы

Этот шаблон предоставляет вам ESG-бэкенд компенсации углерода с подлежащими аудиту журналами OffsetPurchase, историей VerificationRecord и краткими итогами AnnualReport, чтобы руководители операций могли отслеживать каждое требование о компенсации.

  1. Аудируемая история покупокХраните каждую покупку OffsetPurchase с purchaseId, tonsPurchased, unitPrice и статусом, чтобы команды финансов и ESG могли сверять требования.
  2. След трекинга проверки проектаОтслеживайте каждую VerificationRecord по отношению к OffsetProject с verificationType, результатом, evidenceUrl и заметками.
  3. Готовность к годовому отчетуГенерируйте записи AnnualReport на основе итогов OffsetPurchase и проверенных объемов OffsetProject без ручных экспортов.
  4. Контролируемый доступ к записям ESGОграничьте обновления объектов User, OffsetPurchase, OffsetProject, VerificationRecord и AnnualReport с помощью ACL и проверок Cloud Code.
  5. Единый API для веба и мобильных устройствОбслуживайте клиентов по панелям управления, аудиту и отчетности через один REST и GraphQL бэкенд.

Обзор: ESG Carbon Offset Tracker

Когда команды отслеживания углеродных кредитов ESG растут, общие почтовые ящики перестают масштабироваться; вам нужны назначения, разрешения и временная шкала, которой доверяют все. Стоимость проявляется в обратных вызовах и кредитах. Back4app представляет OffsetProject, OffsetPurchase, VerificationRecord и AnnualReport для практик отслеживания углеродных кредитов ESG, которым нужны крайние сроки, документы и коммуникации в одном разрешенном рабочем пространстве. Схема охватывает User (имя пользователя, электронная почта, роль), OffsetProject (код проекта, имя, статус, реестр, страна, год выпуска, приблизительное количество тонн, статус проверки, владелец), OffsetPurchase (идентификатор покупки, имя покупателя, дата покупки, количество купленных тонн, цена за единицу, валюта, проект, покупатель, URL квитанции, статус), VerificationRecord (идентификатор проверки, проект, имя проверяющего, дата проверки, тип проверки, результат, URL доказательства, заметки, проверено), и AnnualReport (год отчета, название, статус, общее количествоPurchasedTons, общее количествоVerifiedTons, опубликованный URL, составитель) с включенной аутентификацией и проверяемыми рабочими процессами. Подключите ваш предпочтительный интерфейс и начните быстрее отслеживать углеродную деятельность.

Лучше всего для:

Панели управления операциями ESGСистемы покупки углеродных компенсацийРабочие процессы проверки и аудитаЕжегодные отчеты о устойчивом развитииИнструменты отчетности, готовые к соблюдению нормКоманды, выбирающие BaaS для ESG-продуктов

Обзор шаблона трекера углеродных компенсаций ESG

Дорогая часть трекера углеродных компенсаций ESG не в хранилище, а в согласовании: восстановление правды после факта, потому что никто не зафиксировал это в одном месте.

Если вы оцениваете Back4app, OffsetProject, OffsetPurchase и VerificationRecord демонстрируют, сколько структуры вы получаете до написания пользовательского SQL.

Основные функции углеродных кредитов

Каждая карточка технологии в этом центре использует одну и ту же схему углеродного компенсации ESG с User, OffsetProject, OffsetPurchase, VerificationRecord и AnnualReport.

Роли пользователей и контроль доступа

Пользователь хранит имя пользователя, адрес электронной почты и роль для каждого рецензента или участника.

Регистрация покупок компенсации

OffsetPurchase захватывает проект, покупателя, количество купленных тонн, дату покупки и статус.

Реестр проектов по компенсации

OffsetProject отслеживает projectCode, реестр, страну и verificationStatus.

Трасса обзора проверки

VerificationRecord связывает проект, verifierName, evidenceUrl и результат.

Общие данные по годовому отчёту

AnnualReport агрегирует reportYear, totalPurchasedTons и totalVerifiedTons.

Почему стоит создать бэкенд для отслеживания углеродных кредитов ESG с помощью Back4app?

Back4app предоставляет вашей команде объекты, необходимые для ведения учета покупок, верификации проектов и ежегодной отчетности, так что вы можете уделять время ESG-операциям вместо бэкенд-проблем.

  • OffsetPurchase и AnnualReport в одном потоке: Строки OffsetPurchase фиксируют tonsPurchased, purchaseDate и status, в то время как AnnualReport агрегирует итоги reportYear из одной и той же схемы.
  • Доказательства верификации остаются прикрепленными: Каждая VerificationRecord связывает OffsetProject с verifierName, notes, evidenceUrl и result для прослеживаемой цепочки обзора.
  • Мгновенная видимость для ESG-операций: Используйте Live Queries в OffsetPurchase и VerificationRecord, чтобы панели инструментов отражали новые покупки и результаты обзоров по мере их возникновения.

Создайте аудитируемый бэкенд углеродных кредитов один раз, затем повторно используйте одни и те же классы в панелях инструментов, отчетах и мобильных приложениях.

Преимущества углеродной компенсации

Фон углеродной компенсации, который организует и отслеживает записи ESG.

Отслеживаемая история покупок

Записи OffsetPurchase сохраняют purchaseId, tonsPurchased, purchaseDate и status, чтобы финансовые команды могли проверять каждое требование компенсации.

Записи, готовые для проверки

Объекты VerificationRecord содержат evidenceUrl и result, что помогает рецензентам следовать по следу одобрения.

Годовые отчеты из прямых классов

AnnualReport может быть создан из текущих записей User, OffsetPurchase и OffsetProject вместо ручного объединения электронных таблиц.

Контроль доступа для ESG операций

Используйте ACL/CLP и проверку Cloud Code, чтобы ограничить, кто может создавать или редактировать объекты OffsetPurchase и VerificationRecord.

История проектов, связанных с реестром

Поля OffsetProject, такие как projectCode, реестр и страна, упрощают фильтрацию требований по источнику и статусу.

Быстрая настройка бэкенда

Начните со схемы, затем адаптируйте панели управления и представления отчетов, не создавая модель данных дважды.

Готовы запустить свой трекер углеродных компенсаций?

Позвольте AI агенту Back4app создать структуру вашего ESG бэкенда и генерировать журналы OffsetPurchase, обзоры VerificationRecord и краткие отчеты AnnualReport из одной подсказки.

Бесплатно для начала — 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

Руководство по углероду

Справочник на уровне полей для каждого класса в схеме углеродных кредитов.

ПолеТипОписаниеОбязательно
objectIdStringAuto-generated unique identifierАвто
usernameStringUser login name
emailStringUser email address
passwordStringHashed password (write-only)
roleStringRole of the user (e.g., operationsLead, contributor, auditor)
createdAtDateAuto-generated creation timestampАвто
updatedAtDateAuto-generated last-update timestampАвто

7 поля в User

Правила доступа к углероду

Как стратегия ACL и CLP защищает пользователей, покупки, проверки и годовые отчеты.

Владение с ограничением по пользователю

Каждая запись пользователя должна быть доступна только назначенным пользователям и администраторам операций.

Целостность журнала покупок

Только авторизованные участники могут создавать или изменять строки OffsetPurchase; сохраняйте изменения tonsPurchased и статуса под проверками Cloud Code.

Контроль проверки верификации

Ограничьте записи VerificationRecord для рецензентов или утверждающих, и потребуйте evidenceUrl, прежде чем проект может перейти в статус проверенного.

Схема JSON

Сырой определение схемы 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 Agent

Используйте AI-агента Back4app для создания реального приложения для отслеживания углеродныхoffset'ов ESG на основе этого шаблона, включая фронтенд, бэкенд, авторизацию и потоки покупки, верификации и отчетности.

AI-агент Back4app
Готовы к разработке
Создайте бэкенд приложения для отслеживания углеродныхoffset'ов ESG на Back4app с этой точной схемой и поведением.

Схема:
1. Пользователь (используйте встроенный Back4app): имя пользователя, электронная почта, пароль, роль; objectId, createdAt, updatedAt (система).
2. ПроектOffset: projectCode, имя, статус, реестр, страна, год урожая, оценочные тонны, статус верификации, владелец (указатель на пользователя); objectId, createdAt, updatedAt (система).
3. Пpurchase: purchaseId, имя покупателя, дата покупки, купленные тонны, цена за единицу, валюта, проект (указатель на проектOffset), покупатель (указатель на пользователя), receiptUrl, статус; objectId, createdAt, updatedAt (система).
4. Запись верификации: verificationId, проект (указатель на проектOffset), имя проверяющего, дата верификации, тип верификации, результат, evidenceUrl, заметки, проверено (указатель на пользователя); objectId, createdAt, updatedAt (система).
5. Годовой отчет: отчетный год, название, статус, всего купленных тонн, всего проверенных тонн, опубликованный URL, подготовитель (указатель на пользователя); objectId, createdAt, updatedAt (система).

Безопасность:
- Ограничить обновления пользователям операционным образом и рецензентам. Используйте Cloud Code для проверки редактирования purchase, изменения статуса записи верификации и публикации годового отчета.

Авторизация:
- Регистрация, вход, выход.

Поведение:
- Создавайте журналы purchase, просматривайте записи проектаOffset, публикуйте сводки годового отчета и отображайте историю записей верификации.

Доставка:
- Приложение Back4app с схемой, ACL, CLP; фронтенд для журналов purchase, верификации проекта, сводок годового отчета и представлений пользователей.

Нажмите кнопку ниже, чтобы открыть агента с заранее заполненным запросом шаблона.

Это базовый запрос без суффикса технологии. Вы можете адаптировать сгенерированный стек фронтенда позже.

Развернуть за считаные минуты50 бесплатных запросов / месяцКредитная карта не требуется

API Песочница

Попробуйте REST и GraphQL конечные точки против схемы углеродногоoffset. Ответы используют имитированные данные и не требуют учетной записи Back4app.

Загрузка песочницы…

Использует ту же схему, что и этот шаблон.

Выберите вашу технологию

Разверните каждую карточку, чтобы увидеть, как интегрировать OffsetProject, OffsetPurchase и VerificationRecord с вашим выбранным стеком.

Flutter Учет углеродных выбросов бэкенд

React Учет углеродных выбросов бэкенд

React Native Учет углеродных выбросов бэкенд

Next.js Учет углеродных выбросов бэкенд

JavaScript Учет углеродных выбросов бэкенд

Android Учет углеродных выбросов бэкенд

iOS Учет углеродных выбросов бэкенд

Vue Учет углеродных выбросов бэкенд

Angular Учет углеродных выбросов бэкенд

GraphQL Учет углеродных выбросов бэкенд

REST API Учет углеродных выбросов бэкенд

PHP Учет углеродных выбросов бэкенд

.NET Учет углеродных выбросов бэкенд

Что вы получаете с каждой технологией

Каждый стек использует одну и ту же схему бэкенда углеродных компенсаций ESG и контрактов API.

Единая структура данных углеродных компенсаций

Легко управлять записями User, OffsetProject, OffsetPurchase, VerificationRecord и AnnualReport с помощью одной схемы.

Видимость журнала покупок

Отслеживайте purchaseId, tonsPurchased и status в командах.

История проверки проекта

Сохраняйте 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 для отслеживания углеродных компенсаций в движении.СTyped SDKПолный
~3–7 минПортал Reactive ESG для журналов покупок и отчетов.СTyped SDKПолный
Быстрая настройка (5 мин)Корпоративная панель для верификации и годовой отчетности.СTyped SDKПолный
Менее 2 минГибкий GraphQL API для клиентов по отчетности ESG.GraphQL APIПолный
Быстрая настройка (2 мин)REST-интеграция для услуг по компенсации углерода.REST APIПолный
~3 минСерверная часть PHP для ESG-операций.REST APIПолный
~3–7 мин.NET бэкенд для систем отчетности по углероду.Типизированный SDKПолный

Время настройки отражает ожидаемую продолжительность от начала проекта до первого запроса OffsetPurchase или OffsetProject с использованием этой шаблонной схемы.

Вопросы о Carbon Tracker

Общие вопросы о создании бэкенда для отслеживания углеродных выбросов ESG с помощью этого шаблона.

Какие клиентские моменты в отслеживателе углеродных компенсаций ESG заслуживают структурированной фиксации вместо неформальных заметок?
Как выглядит доступ на основе ролей для команд отслеживателя углеродных компенсаций ESG с разным уровнем старшинства?
Может ли этот трекер углеродных кредитов ESG CRM расширяться с новыми типами объектов и каналами потребления?
Как я могу запросить журналы покупок с помощью Flutter?
Как мне управлять рабочими процессами верификации с помощью Next.js?
Может ли React Native кэшировать годовые отчеты в оффлайне?
Как мне предотвратить несанкционированные изменения покупок?
Какой лучший способ показать проекту с отступами на Android?
Как работает поток отчетности от начала до конца?
Как ежегодные отчеты остаются в соответствии с проверенными проектами?

Доверяют разработчикам по всему миру

Присоединяйтесь к командам, которые быстрее поставляют продукты ESG и отчетности с помощью шаблонов Back4app

G2 Users Love Us Badge

Готовы создать свой трекер углеродных компенсаций ESG?

Начните свой проект по углеродным компенсациям за считанные минуты. Кредитная карта не требуется.

Выберите технологию