ELD 備份紙本日誌後端範本
值班狀態、里程日誌和故障報告
一個在 Back4app 上的生產就緒ELD 備份紙本日誌後端,包含值班狀態追蹤、里程日誌和故障報告。包括ER 圖、數據字典、JSON 模式、API 遊樂場,以及一個AI 代理提示以便快速設置。
ELD 備份日誌的主要收穫
本範本為您提供帶有職責狀態、里程日誌和故障報告的 ELD 備份紙質日誌後端,幫助運營團隊保持備份記錄的結構化和可搜尋。
- 職責狀態條目保持結構化 — 使用駕駛員、狀態和 statusDateTime 欄位模型化每一行 DutyLog,以便快速檢閱。
- 里程日誌保持可追蹤性 — 將每個 MileageLog 與 odometerStart、odometerEnd、milesDriven 和 tripDate 一起存儲。
- 故障報告簡單易行 — 捕捉故障報告的詳細信息,如位置、vehicleUnit、issueSummary 和 reportedAt。
ELD 備份紙質日誌後端一覽
培訓、認證和例外情況應包含在結構化的 ELD 備份紙質日誌數據中,而不是在當某人離開時就消失的一次性電子郵件中。小的延遲會迅速累積。在 Back4app 上,駕駛員、DutyLog、MileageLog、BreakdownReport 和 TripEntry 連接成一個連貫的 ELD 備份紙質日誌敘述,而不是一堆無關的票據和文件。該模式涵蓋了駕駛員(fullName, employeeId, licenseNumber)、DutyLog(driver, dutyStatus, statusDateTime, notes)、MileageLog(driver, tripDate, odometerStart, odometerEnd, milesDriven)、BreakdownReport(driver, vehicleUnit, location, issueSummary, reportedAt)和 TripEntry(driver, dutyLog, routeName, backupNotes),並內置了身份驗證和備份日誌工作流。連接您喜歡的前端,快速發送。
最佳適用於:
ELD 備份紙質日誌後端概述
ELD 備份紙質日誌團隊在例行工作無聊時獲勝:可預測的記錄、明顯的擁有權,以及在小問題變成事件之前的警報。
這裡的每一個技術卡片都映射到相同的 Driver、DutyLog 和 MileageLog 模型——在不重新談判您的後端合約的情況下選擇一個堆疊。
核心 ELD 備份日誌功能
此集線器中的每個技術卡片均使用相同的 ELD 備用紙日誌架構,包括司機、值班日誌、里程日誌、明細報告和行程條目。
司機名單管理
司機類別儲存 fullName、employeeId 和 licenseNumber。
任務狀態登錄
DutyLog 類別記錄 dutyStatus、statusDateTime 和備註。
里程記錄捕捉
MileageLog 類別存儲 tripDate、odometerStart、odometerEnd 和 milesDriven。
明細報告
BreakdownReport 類別保持車輛單元、位置、問題摘要和報告時間。
行程條目的連續性
TripEntry 類別將司機、值班日誌、路線名稱和備註聯結起來。
為什麼要使用 Back4app 構建您的 ELD 備份紙質日誌後端?
Back4app 為您提供駕駛員、任務、公路行駛里程和故障原語,使您的團隊能專注於記錄工作和恢復運營,而不是托管自定義 API。
- •DutyLog 和 MileageLog 隨時可以查詢: DutyLog 類和 MileageLog 類將任務狀態和駕駛里程保存在不同的字段中,這有助於派遣根據 tripDate 或駕駛員審查紙質條目。
- •BreakdownReport 紀錄易於驗證: 使用 BreakdownReport 搭配 vehicleUnit、location 和 issueSummary,以便主管可以檢查事件報告,而無需翻閱自由格式的備註。
- •一個後端中的即時和 API 存取: Live Queries 可以刷新 DutyLog 更改,同時 REST 和 GraphQL 仍然提供相同的 Driver、TripEntry 和 BreakdownReport 數據。
保持備份日誌的流動,為現場人員、派遣和經理提供一個後端合約。
核心優點
一個備用日誌後端,幫助經理和協調員保持現場條目清晰且可搜索。
更快的任務審查
根據狀態日期時間對DutyLog行進行排序,以便主管可以先檢查最新的紙本記錄變更。
里程行保持一致
將odometerStart、odometerEnd和milesDriven儲存在MileageLog中,而不是將距離散布在自由文本中。
故障有背景
使用BreakdownReport聯繫vehicleUnit、location和issueSummary,以捕捉情況而不失去關鍵細節。
可追踪的備份條目
TripEntry保持routeName和backupNotes與創建它們的駕駛員和任務記錄相關聯。
清晰的訪問邊界
應用ACL和CLP規則,以便只有授權角色可以編輯DutyLog、MileageLog和BreakdownReport記錄。
人工智慧輔助的啟動
快速生成架構和首次整合通過一個結構化的提示。
準備好啟動您的 ELD 備份日誌應用程式了嗎?
讓 Back4app 人工智慧代理搭建您的 ELD 備份紙質日誌後端,並從一個提示生成工作日誌、里程日誌和故障報告流程。
免費開始 — 每月 50 條人工智慧代理提示,無需信用卡
技術棧
這個 ELD 備份紙質日誌範本中包含所有內容。
ELD 備份日誌的 ER 圖
ELD 備份紙本日誌架構的實體關係模型。
涵蓋駕駛員、執勤記錄、里程記錄、故障報告和行程條目的架構。
查看圖表來源
erDiagram
Driver ||--o{ Vehicle : "assignedDriver"
Driver ||--o{ DutyStatusEntry : "driver"
Vehicle ||--o{ DutyStatusEntry : "vehicle"
Driver ||--o{ MileageLog : "driver"
Vehicle ||--o{ MileageLog : "vehicle"
Driver ||--o{ BreakdownReport : "driver"
Vehicle ||--o{ BreakdownReport : "vehicle"
DutyStatusEntry ||--o{ PaperLogAttachment : "dutyStatusEntry"
Driver ||--o{ PaperLogAttachment : "uploadedBy"
Driver {
String objectId PK
String username
String email
String password
String driverName
String role
String homeTerminal
Date createdAt
Date updatedAt
}
Vehicle {
String objectId PK
String unitNumber
String vin
String licensePlate
String status
String assignedDriverId FK
Date createdAt
Date updatedAt
}
DutyStatusEntry {
String objectId PK
String driverId FK
String vehicleId FK
String status
Date statusDateTime
String location
String remarks
Date createdAt
Date updatedAt
}
MileageLog {
String objectId PK
String driverId FK
String vehicleId FK
Date tripDate
Number odometerStart
Number odometerEnd
Number milesDriven
String routeSummary
Date createdAt
Date updatedAt
}
BreakdownReport {
String objectId PK
String driverId FK
String vehicleId FK
String reportNumber
Date reportedAt
String issueType
String severity
String status
String location
String notes
Date createdAt
Date updatedAt
}
PaperLogAttachment {
String objectId PK
String dutyStatusEntryId FK
String fileUrl
String fileName
String uploadedById FK
Date createdAt
Date updatedAt
}
備份日誌的整合流程
簽到、值勤記錄、里程捕捉和故障報告的典型運行流程。
查看圖表來源
sequenceDiagram
participant Driver
participant App as ELD Backup Paper Log App
participant Back4app as Back4app Cloud
Driver->>App: Sign in to review backup duty log
App->>Back4app: POST /login
Back4app-->>App: Session token
Driver->>App: Open duty status entries
App->>Back4app: GET /classes/DutyStatusEntry?include=driver,vehicle&order=-statusDateTime
Back4app-->>App: DutyStatusEntry rows
Driver->>App: Add mileage log for the trip
App->>Back4app: POST /classes/MileageLog
Back4app-->>App: MileageLog objectId
Driver->>App: Submit a roadside issue
App->>Back4app: POST /classes/BreakdownReport
Back4app-->>App: BreakdownReport objectId
App->>Back4app: POST /classes/PaperLogAttachment
Back4app-->>App: PaperLogAttachment objectIdELD備份日誌數據字典
備份紙質日誌架構中每個類的字段級別參考。
| 字段 | 類型 | 描述 | 必要的 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | Driver login name | |
| String | Driver email address | ||
| password | String | Hashed password (write-only) | |
| driverName | String | Name shown on paper log entries | |
| role | String | Role of the user (e.g. manager, coordinator, driver) | |
| homeTerminal | String | Terminal or depot assigned to the driver | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
9 欄位在 Driver
紙本日誌的安全性與權限
如何使用 ACL 和 CLP 策略來保護司機、勤務日誌、里程日誌、故障報告和行程條目。
司機檔案的擁有權
只有經過身份驗證的司機或批准的協調員可以編輯該員工ID的司機檔案。
勤務日誌的完整性
勤務日誌的行應僅可由授權用戶寫入,且 Cloud Code 可以 Bloc 修改會重寫 statusDateTime 歷史。
限制的故障分析訪問
當位置詳情或問題摘要需要控制時,將故障報告的讀取範圍限制在調度、維護或指派的車隊團隊。
ELD備份日誌的架構(JSON)
準備好複製到 Back4app 的原始 JSON 架構定義,或用作實施參考。
{
"classes": [
{
"className": "Driver",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"driverName": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"homeTerminal": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Vehicle",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"unitNumber": {
"type": "String",
"required": true
},
"vin": {
"type": "String",
"required": true
},
"licensePlate": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"assignedDriver": {
"type": "Pointer",
"required": false,
"targetClass": "Driver"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "DutyStatusEntry",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"vehicle": {
"type": "Pointer",
"required": true,
"targetClass": "Vehicle"
},
"status": {
"type": "String",
"required": true
},
"statusDateTime": {
"type": "Date",
"required": true
},
"location": {
"type": "String",
"required": false
},
"remarks": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "MileageLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"vehicle": {
"type": "Pointer",
"required": true,
"targetClass": "Vehicle"
},
"tripDate": {
"type": "Date",
"required": true
},
"odometerStart": {
"type": "Number",
"required": true
},
"odometerEnd": {
"type": "Number",
"required": true
},
"milesDriven": {
"type": "Number",
"required": true
},
"routeSummary": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "BreakdownReport",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"driver": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"vehicle": {
"type": "Pointer",
"required": true,
"targetClass": "Vehicle"
},
"reportNumber": {
"type": "String",
"required": true
},
"reportedAt": {
"type": "Date",
"required": true
},
"issueType": {
"type": "String",
"required": true
},
"severity": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"location": {
"type": "String",
"required": false
},
"notes": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PaperLogAttachment",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"dutyStatusEntry": {
"type": "Pointer",
"required": true,
"targetClass": "DutyStatusEntry"
},
"fileUrl": {
"type": "String",
"required": true
},
"fileName": {
"type": "String",
"required": true
},
"uploadedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Driver"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}使用 AI 代理建構
使用 Back4app AI 代理從此模板生成真實的 ELD 備份紙質日誌應用程序,包括前端、後端、身份驗證,以及值班日誌、里程日誌和故障報告流程。
在 Back4app 上創建一個 ELD 備份紙質日誌應用後端,使用這個精確的架構和行為。 架構: 1. 司機:fullName(字串,必填),employeeId(字串,必填),licenseNumber(字串,必填),homeTerminal(字串);objectId,createdAt,updatedAt(系統)。 2. DutyLog:driver(指向司機的指針,必填),dutyStatus(字串,必填),statusDateTime(日期,必填),notes(字串);objectId,createdAt,updatedAt(系統)。 3. MileageLog:driver(指向司機的指針,必填),tripDate(日期,必填),odometerStart(數字,必填),odometerEnd(數字,必填),milesDriven(數字,必填),routeName(字串);objectId,createdAt,updatedAt(系統)。 4. BreakdownReport:driver(指向司機的指針,必填),vehicleUnit(字串,必填),location(字串,必填),issueSummary(字串,必填),reportedAt(日期,必填),status(字串,必填);objectId,createdAt,updatedAt(系統)。 5. TripEntry:driver(指向司機的指針,必填),dutyLog(指向 DutyLog 的指針,必填),routeName(字串,必填),backupNotes(字串),shiftDate(日期,必填);objectId,createdAt,updatedAt(系統)。 安全性: - 只有指定的司機或協調員可以更新司機和日誌條目。使用雲端代碼進行驗證。 認證: - 註冊、登錄、登出。 行為: - 列出司機,創建職責日誌,添加里程日誌,提交故障報告。 交付: - 帶有架構、ACL 和 CLP 的 Back4app 應用;司機檔案、職責日誌、里程日誌、故障報告和行程條目的前端。
按下下面的按鈕以打開代理,並填充此模板提示。
這是沒有技術後綴的基本提示。您可以隨後調整生成的前端堆棧。
ELD 備份日誌的 API 遊樂場
嘗試對紙質日誌架構進行 REST 和 GraphQL 端點的訪問。響應使用模擬數據,無需 Back4app 帳戶。
使用與此模板相同的架構。
選擇您的技術以備份 ELD 日誌
展開每個卡片以查看如何將 Driver、DutyLog 和 MileageLog 與您選擇的技術堆疊集成。
Flutter ELD 備份紙本日誌後端
React ELD 備份紙本日誌後端
React 原生 ELD 備份紙本日誌後端
Next.js ELD 備份紙本日誌後端
JavaScript ELD 備份紙本日誌後端
Android ELD 備份紙本日誌後端
iOS ELD 備份紙本日誌後端
Vue ELD 備份紙本日誌後端
Angular ELD 備份紙本日誌後端
GraphQL ELD 備份紙本日誌後端
REST API ELD 備份紙本日誌後端
PHP ELD 備份紙本日誌後端
.NET ELD 備份紙本日誌後端
您每個技術獲得的内容
每個技術堆疊都使用相同的 ELD 備份紙本日誌架構和 API 合約。
統一的紙本日誌數據結構
使用一個一致的架構管理駕駛員、工作日誌、里程日誌和故障報告。
備份工作狀態跟踪
記錄工作狀態變更,時間戳與現場文件一致。
里程和路線記錄
儲存 tripDate、routeName 和 milesDriven 以便檢查和對帳。
運營的報告分析
追蹤 vehicleUnit、位置和 issueSummary 以便進行維護和派遣跟進。
REST/GraphQL 的日誌 API
整合來自網站、移動設備或後台工具的相同 ELD 備份紙質日誌數據。
可擴展的車隊工作流程
新增檢查、提醒或警報作為新類別,而不替換基礎架構。
ELD 備份框架比較
比較所有支援技術的設置速度、SDK 類型和 AI 支援。
| 框架 | 設置時間 | ELD 備份好處 | SDK 類型 | AI 支援 |
|---|---|---|---|---|
| 大約 5 分鐘 | 用於值班日誌、里程日誌和故障報告的單一代碼庫。 | 輸入式 SDK | 完整 | |
| 少於 5 分鐘 | 快速的網頁儀表板,用於備份日誌審查。 | 輸入式 SDK | 完整 | |
| ~3–7 分鐘 | 用於現場日誌捕獲的跨平台行動應用程式。 | 類型化 SDK | 完整 | |
| 快速(5 分鐘)設定 | 用於調度和管理者的伺服器渲染儀表板。 | 類型化 SDK | 完整 | |
| ~3–5 分鐘 | 用於紙本日誌的輕量級網頁整合。 | 類型化 SDK | 完整 | |
| 大約 5 分鐘 | 專為司機和協調員設計的原生 Android 應用程式。 | 輸入型 SDK | 完整 | |
| 少於 5 分鐘 | 用於備份記錄的原生 iPhone 應用程式。 | 輸入型 SDK | 完整 | |
| ~3–7 分鐘 | Reactive 網頁 UI,適用於值勤和里程屏幕。 | 輸入型 SDK | 完整 | |
| 快速 (5 分鐘) 設定 | 企業車隊運營的網頁應用程式。 | 輸入型 SDK | 完整 | |
| 少於 2 分鐘 | 靈活的 GraphQL API 用於日誌和報告。 | GraphQL API | 完整 | |
| 快速(2 分鐘)設置 | REST API 的備份日誌表單整合。 | REST API | 完整 | |
| 約 3 分鐘 | 伺服器端 PHP 後端用於車隊日誌記錄。 | REST API | 完整 | |
| ~3–7分鐘 | .NET後端用於任務和里程工作流程。 | 輸入的SDK | 完整 |
設置時間反映從專案啟動到首次 DutyLog 或 MileageLog 查詢所需的預期持續時間,使用此模板架構。
常見問題
有關使用此模板構建 ELD 備用紙質日誌後端的常見問題。