廢物管理後端

路線派遣和取件 CRM 後端
取件路由和容器控制

Q: 在廢物管理中，哪些客戶時刻值得結構化捕捉而不是隨便的記錄？

這是運行廢物工作流程的後台架構和 API 層：`Route`、`PickupSchedule`、`Container` 和 `ComplianceLog`，所有這些都通過安全的應用端點公開。

Q: 對於具有不同資歷的廢物管理團隊，基於角色的訪問控制是什麼樣的？

它包括 `Operator`、`Route`、`Container`、`PickupSchedule` 和 `ComplianceLog`，以及 ER 圖、API 沙盒和 AI 代理提示。

Q: 我們可以在不分割廢物管理記錄的情況下整合電子簽名或文件存儲嗎？

Back4app 提供託管的身份驗證、權限、即時查詢和靈活架構，以便您可以管理路徑、接送、容器和合規記錄，而無需構建自定義基礎設施。

Q: 我如何使用 Flutter 進行接送時間表和容器的查詢？

使用 `PickupSchedule` 和 `Container` 類別查詢路徑分配和庫存狀態，然後使用 Back4app SDK 在您的 Flutter UI 中呈現它們。

Q: 我如何管理 Next.js Server Actions 的廢物管理訪問？

使用伺服器動作為 `PickupSchedule` 或 `ComplianceLog` 創建 Parse 對象，驗證當前用戶角色，並選擇性地在 Cloud Code 中強制規則。

Q: React 原生應用可以離線緩存取件計劃嗎？

可以。啟用本地數據存儲並固定 `PickupSchedule` 和 `Container` 結果，以便現場用戶在路線失去連接時保持工作。

Q: 我如何防止未經授權的合規日誌編輯？

在 Cloud Code 的 `ComplianceLog` 的 beforeSave 中，檢查創建者角色並拒絕不符合指定操作範圍的寫入。

Q: 在 Android 上顯示容器庫存的最佳方法是什麼？

查詢 `Container` 類別以顯示 `containerTag`、`containerType`、`capacityLiters`、`conditionStatus`、`assignedRoute` 和 `lastInspectionAt`，以便工作人員可以查看需要優先處理的垃圾桶。

Q: 取件計劃的全過程是如何運作的？

協調員創建 `PickupSchedule`，工作組負責人審查分配的 `Route`，應用在收集過程中更新 `Container` 狀態，如果需要記錄檢查或問題，則會寫入 `ComplianceLog`。

Q: 這個廢物管理模板的運作類別是什麼？

核心模型包括 `Operator` （`username`、`email`、`password`、`role`、`fullName`）、`Route` （`routeCode`、`serviceArea`、`routeStatus`、`dispatcher`）、`Container` （`containerTag`、`containerType`、`capacityLiters`、`conditionStatus`、`assignedRoute`、`lastInspectionAt`）、`PickupSchedule` （`pickupCode`、`pickupDate`、`pickupStatus`、`route`、`container`、`assignedCrewLead`、`notes`）以及 `ComplianceLog` （`logCode`、`inspectionType`、`logStatus`、`relatedPickup`、`relatedContainer`、`recordedBy`、`evidenceUrl`）。

一個在 Back4app 上的生產就緒 廢物管理後端，具有 `Operator`、`Route`、`Container`、`PickupSchedule` 和 `ComplianceLog`。從一個後端合約管理派遣、容器庫存、取件狀態和檢查記錄。

使用 AI 代理建立選擇您的技術

廢物操作要點

此模板提供您一個廢物管理後端，包含 `Operator`、`Route`、`Container`、`PickupSchedule` 和 `ComplianceLog`，以便協調員能夠將路線、容器、收集和審計記錄保持在一個地方。

路線和調度員控制 — 使用 `routeCode`、`serviceArea`、`routeStatus` 和指向 `Operator` 的 `dispatcher` 指標來建模 `Route` 條目，以便進行日常規劃。
容器庫存跟踪 — 保留 `Container` 記錄，包括 `containerTag`、`containerType`、`capacityLiters`、`conditionStatus`、`lastInspectionAt` 和 `assignedRoute`，而不是 juggling 試算表。
收集時間表協調 — 存儲 `PickupSchedule` 項目，包括 `pickupCode`、`pickupDate`、`pickupStatus`、`route`、`container`、`assignedCrewLead` 和每個停靠點的 `notes`。
合規性日誌 — 儲存與正確的接送或容器相關的 `ComplianceLog` 項目，例如 `inspectionType`、`logStatus`、`relatedPickup`、`relatedContainer`、`recordedBy` 和 `evidenceUrl`。

廢物管理客戶端應用程序模板是什麼？

客戶期待在廢物管理方面主動提供更新，這只有在案件狀態、文件和下一步操作都位於同一系統中時才是現實可行的。小的延遲會迅速累積。這裡的廢物管理工作流程在數據上非常明確：Back4app 的核心實體用結構化、可查詢的進展取代了臨時備註。架構涵蓋了 `Operator`（用戶名、電子郵件、密碼、角色、全名）、`Route`（路線代碼、服務區域、路線狀態、調度員）、`Container`（容器標籤、容器類型、容量升、狀態、分配路線、最後檢查時間）、`PickupSchedule`（接送代碼、接送日期、接送狀態、路線、容器、指定的領隊、備註）和 `ComplianceLog` （日誌代碼、檢查類型、日誌狀態、相關接送、相關容器、記錄者、證據網址），並內建身份驗證和基於角色的訪問。連接您首選的前端，並從單一後端合同中管理調度、垃圾桶和日誌。

最佳選擇：

廢物收集操作接送計畫儀表板容器庫存系統合規性和檢查日誌市政或私營車隊協調團隊選擇 BaaS 用於操作應用程式

廢物管理模板概述

廢物管理不僅僅是速度；當有人問“你怎麼知道這是真的”時，這是關於可辯護性的。

這裡的每個技術卡片都映射到相同的取件計劃管理、容器庫存追蹤、合規性日誌模型——選擇一個技術堆疊，而不需要重新協商後端合約。

廢物管理核心功能

該中心的每一個技術卡片都使用相同的廢物管理後端架構，包括 `Operator`、`Route`、`Container`、`PickupSchedule` 和 `ComplianceLog`。

取件排程管理

`PickupSchedule` 儲存 `pickupCode`、`pickupDate`、`pickupStatus`、`route`、`container`、`assignedCrewLead` 和 `notes`。

容器庫存追蹤

`Container` 保存 `containerTag`、`containerType`、`capacityLiters`、`conditionStatus`、`assignedRoute` 和 `lastInspectionAt`。

合規記錄

`ComplianceLog` 記錄 `logCode`、`inspectionType`、`logStatus`、`relatedPickup`、`relatedContainer`、`recordedBy` 和 `evidenceUrl`。

操作員訪問和角色

`Operator` 儲存 `username`、`email`、`password`、`role` 和 `fullName`。

為什麼要用 Back4app 建立您的廢物調度後端？

Back4app 為廢物管理團隊提供所需的數據原語——路徑、取件、容器和合規性記錄——而不強迫他們運行自己的數據庫和 API 層。

•路線、取貨和容器建模: 一個 `Route` 類別用於規劃，一個 `PickupSchedule` 類別用於任務分配，以及一個 `Container` 類別用於箱子、容量和狀態，以保持操作的可讀性。
•合規日誌可追溯性: 將 `ComplianceLog` 行項與 `PickupSchedule`、`Container` 和 `Operator` 相關聯，以便檢查和矯正措施保持可審核。
•實時派遣和庫存更新: 在 `Route`、`PickupSchedule` 和 `Container` 上使用 Live Queries 以反映狀態變更，並立即生效。

一次構建操作後端，然後在派遣、現場和管理螢幕上重用相同的合約。

操作優勢

一個保持調度數據結構化且易於訪問的廢物管理後端。

更快的路線協調

從 `Route` 和 `PickupSchedule` 開始，而不是從頭建立調度表。

清晰的庫存可見性

使用 `Container` 字段，如 `containerTag`、`containerType`、`capacityLiters`、`conditionStatus` 和 `lastInspectionAt` 來查看需要關注的內容。

審計準備合規歷史

存儲每個 `ComplianceLog` 條目，包括 `inspectionType`、`evidenceUrl`、`relatedPickup` 和 `recordedBy`，以便能夠追蹤後續事項。

角色感知操作

使用 ACL 和 CLP，只有授權的操作員才能編輯路線、取貨、容器或合規筆記。

一個 API 用於調度和現場應用

通過 REST 和 GraphQL 將相同的路線、取貨、容器和日誌數據暴露給每個客戶。

AI 助力的啟動

在第一個衝刺結束之前，從單個提示生成架構、權限和集成指南。

準備好推出您的廢物管理應用程序了嗎？

讓 Back4app AI 代理搭建您的廢物管理後端，並從一個提示生成路由、取件、容器和合規流程。

與 AI 代理一起構建試用 API Playground

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

廢物操作的技術堆棧

這個廢物管理後端模板中包含所有內容。

前端

13+ 種技術

後端

Back4app

資料庫

MongoDB

認證

內建認證 + 會話

API

REST 和 GraphQL

即時

Live Queries

路線 ER 圖

廢物管理後端架構的實體關係模型。

路由ER圖

查看圖表來源

Mermaid

erDiagram
    Operator ||--o{ Route : "dispatcher"
    Operator ||--o{ PickupSchedule : "assignedCrewLead"
    Operator ||--o{ ComplianceLog : "recordedBy"
    Route ||--o{ Container : "assignedRoute"
    Route ||--o{ PickupSchedule : "route"
    Container ||--o{ PickupSchedule : "container"
    Container ||--o{ ComplianceLog : "relatedContainer"
    PickupSchedule ||--o{ ComplianceLog : "relatedPickup"

    Operator {
        String objectId PK
        String username
        String email
        String password
        String role
        String fullName
        Date createdAt
        Date updatedAt
    }

    Route {
        String objectId PK
        String routeCode
        String serviceArea
        String routeStatus
        String dispatcherId FK
        Date createdAt
        Date updatedAt
    }

    Container {
        String objectId PK
        String containerTag
        String containerType
        Number capacityLiters
        String conditionStatus
        String assignedRouteId FK
        Date lastInspectionAt
        Date createdAt
        Date updatedAt
    }

    PickupSchedule {
        String objectId PK
        String pickupCode
        Date pickupDate
        String pickupStatus
        String routeId FK
        String containerId FK
        String assignedCrewLeadId FK
        String notes
        Date createdAt
        Date updatedAt
    }

    ComplianceLog {
        String objectId PK
        String logCode
        String inspectionType
        String logStatus
        String relatedPickupId FK
        String relatedContainerId FK
        String recordedById FK
        String evidenceUrl
        Date createdAt
        Date updatedAt
    }

調度整合流程

典型運行流程，包括登錄、取件時間表查詢、容器庫存更新和合規日誌記錄。

路由ER圖

查看圖表來源

Mermaid

sequenceDiagram
  participant User
  participant App as Waste Management Client App
  participant Back4app as Back4app Cloud

  User->>App: Sign in as manager or coordinator
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: Open pickup schedules
  App->>Back4app: GET /classes/PickupSchedule?include=route,container,assignedCrewLead
  Back4app-->>App: PickupSchedule list

  User->>App: Review container inventory
  App->>Back4app: GET /classes/Container?include=assignedRoute
  Back4app-->>App: Container list

  User->>App: Add a compliance log for a pickup
  App->>Back4app: POST /classes/ComplianceLog
  Back4app-->>App: ComplianceLog objectId

  App->>Back4app: Subscribe to route and pickup updates
  Back4app-->>App: LiveQuery notifications

字段字典

廢物管理架構中每個類的完整字段級別參考。

字段	類型	描述	必要
objectId	String	Auto-generated unique identifier	自動
username	String	Operator login name
email	String	Operator email address
password	String	Hashed password (write-only)
role	String	Role of the operator (e.g., manager, coordinator)
fullName	String	Display name used by the operations team
createdAt	Date	Auto-generated creation timestamp	自動
updatedAt	Date	Auto-generated last-update timestamp	自動

8 欄位在 Operator 中

路線許可權和安全性

如何 ACL 和 CLP 策略保護操作員、路線、容器、取貨時間表和合規日誌。

基於角色的操作訪問

經理可以監督所有路線，而協調員和小組負責人只能編輯分配給他們的 `Route`、`PickupSchedule` 和 `Container` 記錄。

合規日誌的完整性

只有授權的操作員可以創建或修改 `ComplianceLog` 目錄；當註釋引用關閉事件時，請在 Cloud Code 中寫入驗證。

針對現場團隊的範圍可見性

限制讀取，以便現場人員僅查看與其路線或設施相關的 `PickupSchedule` 和 `Container` 行。

JSON Schema

原始 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

{
  "classes": [
    {
      "className": "Operator",
      "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
        },
        "fullName": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Route",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "routeCode": {
          "type": "String",
          "required": true
        },
        "serviceArea": {
          "type": "String",
          "required": true
        },
        "routeStatus": {
          "type": "String",
          "required": true
        },
        "dispatcher": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Operator"
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Container",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "containerTag": {
          "type": "String",
          "required": true
        },
        "containerType": {
          "type": "String",
          "required": true
        },
        "capacityLiters": {
          "type": "Number",
          "required": true
        },
        "conditionStatus": {
          "type": "String",
          "required": true
        },
        "assignedRoute": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Route"
        },
        "lastInspectionAt": {
          "type": "Date",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "PickupSchedule",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "pickupCode": {
          "type": "String",
          "required": true
        },
        "pickupDate": {
          "type": "Date",
          "required": true
        },
        "pickupStatus": {
          "type": "String",
          "required": true
        },
        "route": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Route"
        },
        "container": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Container"
        },
        "assignedCrewLead": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Operator"
        },
        "notes": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "ComplianceLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "logCode": {
          "type": "String",
          "required": true
        },
        "inspectionType": {
          "type": "String",
          "required": true
        },
        "logStatus": {
          "type": "String",
          "required": true
        },
        "relatedPickup": {
          "type": "Pointer",
          "required": false,
          "targetClass": "PickupSchedule"
        },
        "relatedContainer": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Container"
        },
        "recordedBy": {
          "type": "Pointer",
          "required": true,
          "targetClass": "Operator"
        },
        "evidenceUrl": {
          "type": "String",
          "required": false
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

使用 AI Agent 構建

使用 Back4app AI Agent 從此模板生成一個真正的廢物管理應用程序，包括前端、後端、身份驗證、路線、收集、容器和合規流程。

Back4app AI Agent

準備好構建

在 Back4app 上使用這個確切的架構和行為創建一個安全的廢物管理客戶應用程序後端。

架構:
1. 操作員（使用 Back4app 內建的身份驗證概念）：用戶名、電子郵件、密碼、角色、全名；objectId、createdAt、updatedAt（系統）。
2. 路線：routeCode（字符串，必填）、serviceArea（字符串，必填）、routeStatus（字符串，必填）、dispatcher（指向操作員的指針，必填）；objectId、createdAt、updatedAt（系統）。
3. 容器：containerTag（字符串，必填）、containerType（字符串，必填）、capacityLiters（數字，必填）、conditionStatus（字符串，必填）、assignedRoute（指向路線的指針，必填）、lastInspectionAt（日期，可選）；objectId、createdAt、updatedAt（系統）。
4. PickupSchedule：pickupCode（字符串，必填）、pickupDate（日期，必填）、pickupStatus（字符串，必填）、route（指向路線的指針，必填）、container（指向容器的指針，必填）、assignedCrewLead（指向操作員的指針，必填）、notes（字符串，可選）；objectId、createdAt、updatedAt（系統）。
5. ComplianceLog：logCode（字符串，必填）、inspectionType（字符串，必填）、logStatus（字符串，必填）、relatedPickup（指向 PickupSchedule 的指針，可選）、relatedContainer（指向容器的指針，必填）、recordedBy（指向操作員的指針，必填）、evidenceUrl（字符串，可選）；objectId、createdAt、updatedAt（系統）。

安全性:
- 管理員可以創建和更新路線、容器、收集計劃和合規日誌。
- 協調員可以更新收集狀態並添加與其指派路線相關的合規日誌。
- 只有指派的團隊成員可以在創建後編輯收集計劃或合規日誌。
- 根據角色和路線分配限制對操作記錄的讀取訪問。

身份驗證:
- 註冊、登錄、登出。

行為:
- 按路線和收集日期列出收集計劃。
- 創建和編輯容器以及路線分配。
- 記錄安全檢查、路線審核和洩漏檢查的合規日誌。

交付:
- 帶有架構、CLP、ACL 和用於計劃、容器庫存和合規跟踪的儀表板的 Back4app 應用。

按下下面的按鈕以使用此模板提示打開代理。

這是沒有技術後綴的基礎提示。您可以在之後適應生成的前端堆棧。

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

API 沙盒

對垃圾管理架構嘗試 REST 和 GraphQL 端點。回應使用模擬數據，且不需要 Back4app 帳戶。

正在加載遊樂場…

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

選擇您的技術

展開每個卡片以查看如何與您選擇的堆棧整合 Operator、Name 和 Route。

您在每項技術中獲得的內容

每個技術堆棧都使用相同的廢物管理後端架構和 API 約定。

統一的廢物操作數據結構

使用一致的架構管理 `Operator`、`Route`、`Container`、`PickupSchedule` 和 `ComplianceLog`。

路徑和庫存可見性

在操作屏幕上保持排程變更和容器狀態的同步。

合規日誌支持

記錄檢查、備註和跟進行動，並保留清晰的審核痕跡。

根據角色的操作

為經理、協調員和現場工作人員定義訪問權限，而無需更改架構。

REST/GraphQL APIs 用於操作應用程式

使用靈活的 API 整合移動、網頁和內部工具。

可擴展的廢物工作流程架構

稍後添加服務票證或通知，而無需重寫核心類別。

廢物操作框架比較

比較所有支援技術的設置速度、SDK 類型和 AI 支援。

框架	設置時間	廢物管理利益	SDK 類型	AI 支援
Flutter	約 5 分鐘	單一代碼基礎用於路由、容器和合規性視圖。	類型化的 SDK	完整
React	少於 5 分鐘	針對運營協調員的快速網頁儀表板。	類型化 SDK	完整
React 原生	約 3–7 分鐘	跨平台移動應用程序，用於現場工作隊。	類型化 SDK	完整
Next.js	快速（5 分鐘）設置	伺服器呈現的網頁應用程序，用於調度和庫存。	類型化 SDK	完整
JavaScript	~3–5 分鐘	用於操作工具的輕量級網頁整合。	類型化 SDK	完整
Android	約 5 分鐘	供司機和現場工作人員使用的原生 Android 應用程序。	類型化 SDK	完整
iOS	不到 5 分鐘	供主管和現場員工使用的原生 iOS 應用程序。	類型化 SDK	完整
Vue	~3–7 分鐘	React 以網站介面控制路由。	類型化 SDK	完整
Angular	快速（5 分鐘）設置	運營中心的企業網絡應用程式。	類型化 SDK	完整
GraphQL	少於 2 分鐘	靈活的 GraphQL API 用於時間表和庫存。	GraphQL API	完整
REST API	快速（2 分鐘）設置	REST API 整合用於調度系統。	REST API	完整
PHP	約 3 分鐘	伺服器端 PHP 後端用於運營入口網站。	REST API	完整
.NET	約 3–7 分鐘	.NET 後端用於車隊和合規工作流程。	類型化 SDK	完整

設置時間反映從專案啟動到第一次提取時間表或使用此模板架構的容器查詢的預期持續時間。

操作常見問題

有關使用此模板構建廢物管理後端的常見問題。

在廢物管理中，哪些客戶時刻值得結構化捕捉而不是隨便的記錄？

對於具有不同資歷的廢物管理團隊，基於角色的訪問控制是什麼樣的？

我們可以在不分割廢物管理記錄的情況下整合電子簽名或文件存儲嗎？

我如何使用 Flutter 進行接送時間表和容器的查詢？

我如何管理 Next.js Server Actions 的廢物管理訪問？

React 原生應用可以離線緩存取件計劃嗎？

我如何防止未經授權的合規日誌編輯？

在 Android 上顯示容器庫存的最佳方法是什麼？

取件計劃的全過程是如何運作的？

這個廢物管理模板的運作類別是什麼？

全球開發者信賴的產品

加入團隊，使用 Back4app 模板更快地發佈廢物操作產品

準備好建立您的廢物管理應用程式了嗎？

在幾分鐘內開始您的廢物管理計劃。無需信用卡。

選擇技術

路線派遣和取件 CRM 後端取件路由和容器控制