废物操作要点
此模板为您提供了一个具有`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`（日志代码、检查类型、日志状态、相关取货、相关容器、记录者、证据网址），并内置了身份验证和基于角色的访问。连接您的首选前端，并从单一后台合同管理调度、箱子和日志。
最佳用途：
废物管理模板概览
废物管理不仅仅是关于速度；当有人问“给我看看你怎么知道这是真的”时，还关乎可辩护性。
这里的每个技术卡片都映射到相同的取件时间表管理、容器库存跟踪和合规日志记录模型——选择一个堆栈，而无需重新谈判后端合同。
废物管理核心功能
此中心中的每个技术卡片使用相同的废物管理后端架构，包含 `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 代理为您的废物管理后台搭建框架，并从一个提示中生成路线、取货、容器和合规流程。
免费开始 — 每月 50 个 AI 代理提示，无需信用卡
废物操作的技术栈
这个废物管理后台模板中包含了一切。
路线ER图
废物管理后端架构的实体关系模型。
涵盖运营商、路线、容器、取件安排和合规日志的架构。
查看图表源
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
}
调度集成流程
典型的运行时流程用于登录、取货计划查询、容器库存更新和合规日志记录。
查看图表源
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 | |
| 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模式
准备好复制到Back4app或作为实施参考的原始JSON模式定义。
{
"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代理构建
使用Back4app AI代理从此模板生成一个真实的废物管理应用程序，包括前端、后端、身份验证、路线、收集、容器和合规流程。
在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. 合规日志：logCode（字符串，必填），inspectionType（字符串，必填），logStatus（字符串，必填），relatedPickup（指向PickupSchedule的指针，选填），relatedContainer（指向容器的指针，必填），recordedBy（指向操作员的指针，必填），evidenceUrl（字符串，选填）；objectId，createdAt，updatedAt（系统）。 安全性： - 经理可以创建和更新路线、容器、收集日程和合规日志。 - 协调员可以更新收集状态并添加与他们指定路线相关的合规日志。 - 只有指定的团队成员在创建后可以编辑收集日程或合规日志。 - 根据角色和路线分配限制操作记录的读取访问。 身份验证： - 注册，登录，登出。 行为： - 按路线和pickupDate列出收集日程。 - 创建和编辑容器和路线分配。 - 记录安全检查、路线审计和溢出审查的合规日志。 交付： - Back4app应用程序，带有模式、CLPs、ACLs，以及用于日程、容器库存和合规跟踪的仪表板。
按下面的按钮打开代理，使用此模板提示预填。
这是没有技术后缀的基础提示。您可以在之后调整生成的前端堆栈。
API 沙盒
根据废物管理架构尝试 REST 和 GraphQL 端点。响应使用模拟数据，无需 Back4app 账户。
使用与此模板相同的架构。
选择您的技术
展开每个卡片以查看如何将操作员、名称和路线与您选择的技术栈进行集成。
Flutter 垃圾管理后端
React 垃圾管理后端
React 原生 垃圾管理后端
Next.js 垃圾管理后端
JavaScript 垃圾管理后端
Android 垃圾管理后端
iOS 垃圾管理后端
Vue 垃圾管理后端
Angular 垃圾管理后端
GraphQL 垃圾管理后端
REST API 垃圾管理后端
PHP 垃圾管理后端
.NET 垃圾管理后端
您将获得的每项技术
每个技术栈都使用相同的废物管理后端架构和 API 合同。
统一的废物操作数据结构
使用一个一致的架构管理 `Operator`、`Route`、`Container`、`PickupSchedule` 和 `ComplianceLog`。
路线和库存可见性
在操作屏幕之间保持计划变更和容器状态同步。
合规日志支持
记录检查、备注和后续行动，并保留明确的审计痕迹。
基于角色的操作
为经理、协调员和现场工作人员定义访问权限，而无需更改架构。
REST/GraphQL API 用于运营应用程序
使用灵活的 API 集成移动、Web 和内部工具。
用于废物工作流程的可扩展架构
稍后添加服务单或通知，而不必重写核心类。
废物操作框架比较
比较所有支持的技术中的设置速度、SDK 风格和人工智能支持。
| 框架 | 设置时间 | 废物管理利益 | SDK 类型 | 人工智能支持 |
|---|---|---|---|---|
| 大约 5 分钟 | 单一代码库用于路线、容器和合规视图。 | 类型化 SDK | 完整 | |
| 不到5分钟 | 为运营协调员提供快速网页仪表盘。 | 类型化SDK | 完整 | |
| 约 3-7 分钟 | 面向现场团队的跨平台移动应用。 | 类型化SDK | 完整 | |
| 快速（5分钟）设置 | 用于调度和库存的服务器渲染网页应用。 | 类型化SDK | 完整 | |
| 大约3–5分钟 | 轻量级网页集成用于操作工具。 | 类型化SDK | 完整 | |
| 大约5分钟 | 适用于司机和现场工作人员的原生Android应用程序。 | 类型化SDK | 完整 | |
| 不超过5分钟 | 适用于监督员和现场员工的原生iOS应用程序。 | 类型化SDK | 完整 | |
| 大约3–7分钟 | React用于路由控制的网络UI。 | 输入的SDK | 完整 | |
| 快速（5分钟）设置 | 用于操作中心的企业网络应用。 | 输入的SDK | 完整 | |
| 少于2分钟 | 灵活的GraphQL API用于日程和库存。 | GraphQL API | 完整 | |
| 快速（2分钟）设置 | REST API 集成于调度系统。 | REST API | 完整 | |
| ~3分钟 | 服务器端 PHP 后端用于运营门户。 | REST API | 完整 | |
| ~3–7分钟 | .NET 后端用于车队和合规工作流。 | 类型化 SDK | 完整 |
设置时间反映了从项目引导到首次取货时间表或使用此模板模式的容器查询的预期持续时间。
操作常见问题
关于使用此模板构建废物管理后台的常见问题。
