危險品運輸日誌後端模板
標識牌日誌、聯合國編號及駕駛員認證追蹤
一個可投入生產的危險品運輸日誌後端在 Back4app,包含運輸日誌、標識牌條目、聯合國編號及駕駛員認證追蹤。包括 ER 圖、數據字典、JSON 架構、API 實驗室,以及一個AI 代理提示以便快速設置。
關鍵要點
此範本為您提供危險品運輸記錄後端,包含運輸記錄、標示條目、聯合國編號和駕駛員認證追蹤,以便運營團隊可以從一個共享的真相來源工作。
- 標示記錄追蹤 — 為每個運輸和標示記錄建模,以便調度和場地員工可以確認正確的危險品標示。
- 聯合國編號控制 — 將聯合國編號條目與運輸綁定,以便按材料代碼和危害類別快速查詢。
- 駕駛員認證檢查 — 在放行負載之前追蹤駕駛員認證的到期日期。
- 符合審計的工作流程 — 記錄狀態變更、清單更新和可供以後查詢的路由註解。
- 跨平台日誌訪問 — 通過一個 REST 和 GraphQL API 為貨運、標籤和認證提供網頁和移動客戶端服務。
有害物質運輸日誌模板是什麼?
如果有害物質運輸文件存放在收件箱中,您將總是距離無法辯護的發現只有一個錯過的附件。解決方案是操作性的,而不是動機性的。在 Back4app 上建模核心實體,使有害物質運輸控制成為操作性:在實際工作發生的地方捕捉批准、證據和例外。該架構涵蓋了貨運、標籤日誌、聯合編號、司機認證和運輸公司檢查,並內置身份驗證和日誌工作流程。連接您喜愛的前端,並更快發貨。
最佳用於:
危險物品運輸後端概述
你可以在危險物品運輸中培養同理心,但當合規要求證據時,你不能僅僅通過教學來消除缺失記錄的情況。
先檢視運輸日志管理、標識日志追蹤、UN號碼查詢,然後打開堆疊卡以查看特定於SDK的註釋和整合模式。
核心危險品運輸記錄功能
這個中心中的每個技術卡片都使用相同的危險品運輸架構,包括 Shipment、PlacardLog、UnNumber、DriverCertification 和 CarrierCheck。
運輸日志管理
Shipment class 存儲 shipmentId、route、status 和 assigned driver。
標籤日志跟蹤
PlacardLog class 連接運輸、placardCode 和 verifiedBy。
UN 號碼查詢
UnNumber 類別儲存 unNumber、properShippingName 和 hazardClass。
駕駛員認證審查
DriverCertification 類別追蹤駕駛員、certificationType 和 expirationDate。
為何選擇使用 Back4app 建立您的危險品運輸記錄後端?
Back4app 為您提供運輸、標籤和證書原始件,使您的團隊可以專注於貨物放行、路徑檢查和現場更新,而不是基礎設施。
- •運輸和標籤監督: 運輸和標籤記錄類別將每一個載荷與正確的標籤條目保持關聯。
- •UN 號碼查詢和驗證: UN 號碼記錄與每個運輸保持鏈接,使派遣人員輕鬆進行材料檢查。
- •即時 + API 靈活性: 使用 Live Queries 來更改運輸狀態,同時保持 REST 和 GraphQL 在每個設備上可用。
通過一個後端合約快速建立和更新危險品運輸工作流程,適用於網頁、移動和操作工具。
核心利益
一個危險品運送日誌後端,幫助團隊更快地移動,同時不失去對運送細節的關注。
更快的加載發布
從完整的運輸和司機認證架構開始,而不是從零開始創建調度表。
在一個地方進行標籤驗證
同時使用 PlacardLog 和 UN 編號,讓場地人員可以將標籤與正確的材料代碼匹配。
清晰的司機檢查
在指派運輸之前跟蹤司機認證記錄的到期日期。
範圍操作存取
使用 ACL/CLP,只有授權用戶才能編輯運輸、標籤和認證備註。
審核準備的運輸歷史
將狀態變更、清單參考和承運人檢查存儲在可查詢的類別中。
AI啟動工作流程
利用一個結構化提示快速生成後端腳手架和危險品整合說明。
技術堆棧
此危險物質運輸日誌後端範本中包含的一切。
實體關係圖
危險品運輸日誌後端架構的實體關係模型。
涵蓋運輸、標示日誌、UN 編號、駕駛證書和承運商檢查的架構。
查看圖解來源
erDiagram
User ||--o{ Shipment : "driver"
User ||--o{ Shipment : "createdBy"
User ||--o{ PlacardLog : "verifiedBy"
User ||--o{ DriverCertification : "driver"
User ||--o{ DriverCertification : "verifiedBy"
User ||--o{ ShipmentAudit : "performedBy"
Shipment ||--o{ PlacardLog : "shipment"
Shipment ||--o{ ShipmentAudit : "shipment"
User {
String objectId PK
String username
String email
String password
String role
Date createdAt
Date updatedAt
}
Shipment {
String objectId PK
String shipmentNumber
String unNumber
String materialName
String placardCode
String status
String driverId FK
String createdById FK
Date createdAt
Date updatedAt
}
PlacardLog {
String objectId PK
String shipmentId FK
String placardCode
String verifiedById FK
Date verifiedAt
String notes
Date createdAt
Date updatedAt
}
DriverCertification {
String objectId PK
String driverId FK
String certificationType
String certificateNumber
Date expiresOn
String status
String verifiedById FK
Date createdAt
Date updatedAt
}
ShipmentAudit {
String objectId PK
String shipmentId FK
String action
String performedById FK
Date performedAt
String details
Date createdAt
Date updatedAt
}
整合流程
登錄、貨物審查、標籤記錄、聯合國號查詢和駕駛員認證檢查的典型運行流程。
查看圖解來源
sequenceDiagram
participant User
participant App as Hazmat Shipping Log App
participant Back4app as Back4app Cloud
User->>App: Sign in to the shipping log
App->>Back4app: POST /login
Back4app-->>App: Session token
User->>App: Load shipment logs
App->>Back4app: GET /classes/Shipment?include=driver,createdBy
Back4app-->>App: Shipment rows with UN numbers and placard codes
User->>App: Add a placard verification
App->>Back4app: POST /classes/PlacardLog
Back4app-->>App: PlacardLog objectId
User->>App: Update a driver certification status
App->>Back4app: PUT /classes/DriverCertification/{objectId}
Back4app-->>App: DriverCertification saved
App->>Back4app: POST /classes/ShipmentAudit
Back4app-->>App: ShipmentAudit recorded數據字典
危險品運輸日誌架構中每個類別的完整字段級參考。
| 字段 | 類型 | 描述 | 必填 |
|---|---|---|---|
| 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., manager, coordinator, driver) | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
7 欄位在 User
安全性與權限
ACL 和 CLP 策略如何保障貨運、標籤日誌、聯合國編號及司機證書的安全。
操作員擁有的貨運控制
只有授權的派遣用戶可以創建或編輯與其路線或倉庫相關的貨運記錄。
標籤和證書的完整性
使用 Cloud Code 的 beforeSave 驗證,以便在未經審核的情況下無法更改 PlacardLog 和 DriverCertification 項目。
範圍內讀取存取
限制對運送日誌和聯合國編號的存取,僅限需要這些資訊的運營角色以應對當前的負載。
架構 (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": "Shipment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"shipmentNumber": {
"type": "String",
"required": true
},
"unNumber": {
"type": "String",
"required": true
},
"materialName": {
"type": "String",
"required": true
},
"placardCode": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PlacardLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"shipment": {
"type": "Pointer",
"required": true,
"targetClass": "Shipment"
},
"placardCode": {
"type": "String",
"required": true
},
"verifiedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"verifiedAt": {
"type": "Date",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DriverCertification",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"certificationType": {
"type": "String",
"required": true
},
"certificateNumber": {
"type": "String",
"required": true
},
"expiresOn": {
"type": "Date",
"required": true
},
"status": {
"type": "String",
"required": true
},
"verifiedBy": {
"type": "Pointer",
"required": false,
"targetClass": "User"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "ShipmentAudit",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"shipment": {
"type": "Pointer",
"required": true,
"targetClass": "Shipment"
},
"action": {
"type": "String",
"required": true
},
"performedBy": {
"type": "Pointer",
"required": true,
"targetClass": "User"
},
"performedAt": {
"type": "Date",
"required": true
},
"details": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}使用 AI 代理建立
使用 Back4app AI 代理從此模板生成實際的危險品運送日誌應用程式,包括前端、後端、認證及運送、標籤及認證流程。
在 Back4app 上創建一個危險物品運輸日誌應用的後端,擁有這個精確的架構和行為。 架構: 1. 用戶(使用 Back4app 內建):用戶名,電子郵件,密碼;objectId,createdAt,updatedAt(系統)。 2. 發貨:shipmentId(字符串,必填),routeName(字符串,必填),status(字符串,必填),assignedDriver(指向用戶的指針,必填),sourceDepot(字符串),destinationDepot(字符串);objectId,createdAt,updatedAt(系統)。 3. 標籤日誌:shipment(指向發貨的指針,必填),placardCode(字符串,必填),verifiedBy(指向用戶的指針,必填),verifiedAt(日期,必填),notes(字符串);objectId,createdAt,updatedAt(系統)。 4. UN編號:shipment(指向發貨的指針,必填),unNumber(字符串,必填),properShippingName(字符串,必填),hazardClass(字符串,必填),packingGroup(字符串);objectId,createdAt,updatedAt(系統)。 5. 驅動員認證:driver(指向用戶的指針,必填),certificationType(字符串,必填),certificationNumber(字符串,必填),expirationDate(日期,必填),status(字符串,必填);objectId,createdAt,updatedAt(系統)。 6. 承運人檢查:shipment(指向發貨的指針,必填),checkType(字符串,必填),result(字符串,必填),checkedAt(日期,必填),checkedBy(指向用戶的指針,必填);objectId,createdAt,updatedAt(系統)。 安全性: - 只有經授權的調度用戶可以創建或編輯發貨記錄。使用雲端代碼驗證標籤日誌和驅動員認證的變更。 驗證: - 註冊、登錄、登出。 行為: - 列出發貨,創建標籤日誌,查找 UN 編號,驗證驅動員認證。 交付: - Back4app 應用具備架構、ACL、CLP;前端用於運輸日誌、標籤日誌、UN 查詢和駕駛員認證檢查。
按下面的按鈕以預填此模板提示開啟代理。
這是沒有技術後綴的基本提示。您可以隨後調整生成的前端堆棧。
API 遊樂場
對照危險物品運輸日誌架構嘗試 REST 和 GraphQL 端點。響應使用模擬數據,無需 Back4app 帳戶。
使用與此模板相同的架構。
選擇您的技術
展開每個卡片以了解如何將 Shipment、PlacardLog 和 UnNumber 與您選擇的技術棧整合。
Flutter 危險品運送日誌後端
React 危險品運送日誌後端
React 原生 危險品運送日誌後端
Next.js 危險品運送日誌後端
JavaScript 危險品運送日誌後端
Android 危險品運送日誌後端
iOS 危險品運送日誌後端
Vue 危險品運送日誌後端
Angular 危險品運送日誌後端
GraphQL 危險品運送日誌後端
REST API 危險品運送日誌後端
PHP 危險品運送日誌後端
.NET 危險品運送日誌後端
每種技術所獲得的收益
每個技術棧使用相同的危險品運輸日誌架構和 API 合約。
統一的危險品數據結構
使用一個架構管理運輸、標識日誌、聯合號碼和駕駛員認證。
標識和聯合號碼工作流程
將每個運輸鏈接到正確的 PlacardLog 和 UnNumber 入口。
駕駛員認證跟踪
在發送載貨之前檢查過期日期。
角色感知操作
使用發送者、驗證者和駕駛員角色來控制對運輸日誌的訪問。
REST/GraphQL API 進行運輸
將網絡、移動和操作儀表板與靈活的 API 集成。
可擴展的運輸架構
隨著操作的增長,添加承運人檢查、事件備註或路線修訂。
危險品運輸日誌框架比較
比較所有支持技術的設置速度、SDK 類型和 AI 支持。
| 框架 | 設置時間 | 危險品運輸優勢 | SDK 類型 | AI 支持 |
|---|---|---|---|---|
| 約 5 分鐘 | 單一代碼庫,用於移動端和網站上的派送和現場檢查。 | 類型化 SDK | 完整 | |
| 不到 5 分鐘 | 快速運輸儀表板,用於貨運和標示日誌。 | 型別化 SDK | 完整 | |
| 約 3–7 分鐘 | 跨平台移動應用,用於現場驗證。 | 型別化 SDK | 完整 | |
| 快速(5 分鐘)設置 | 伺服器渲染的操作控制台,用於危險物品運輸。 | 型別化 SDK | 完整 | |
| 約 3–5 分鐘 | 輕量級的網頁整合,用於貨運登記。 | 已類型化 SDK | 完整 | |
| 約 5 分鐘 | 原生 Android 應用程式,用於庭院或司機檢查。 | 已類型化 SDK | 完整 | |
| 少於 5 分鐘 | 原生 iOS 應用程式,用於檢查和認證審查。 | 已類型化 SDK | 完整 | |
| 約 3–7 分鐘 | React 的派遣團隊網頁介面。 | 輸入的 SDK | 完整 | |
| 快速 (5 分鐘) 設定 | 危險材料作業的企業網頁應用程式。 | 輸入的 SDK | 完整 | |
| 少於 2 分鐘 | 靈活的 GraphQL API 用於巢狀貨運視圖。 | GraphQL API | 完整 | |
| 快速 (2 分鐘) 設定 | REST API 集成用於運輸系統。 | REST API | 完整 | |
| 約 3 分鐘 | 伺服器端 PHP 工作流程用於派送門戶。 | REST API | 完整 | |
| 約 3–7 分鐘 | .NET 後端用於運輸業務。 | 類型化 SDK | 完整 |
設置時間反映從項目啟動到使用此模板架構的第一次發貨或 PlacardLog 查詢的預期持續時間。
常見問題
有關使用此模板建構危險物品運送日誌後端的常見問題。